Action Center

One queue for operational work

Prioritized actions from connectivity, backups, storage, jobs, runtime signals, concurrency and telemetry gaps.

2026-09-02 10:18 24h lookback
Critical5
High29
Watch4
Due now/today38
Affected servers5
Total servers5
Severity shape38 open
Critical
5
High
29
Watch
4
Work categoriestop drivers
Concurrency
29
Runtime
5
Queries
4
Immediacy38 due now/today
38 immediate 0 planned
Owner loadassignment view
DBA
29
DBA / App owner
5
DBA + Developer
4
SLA bucketsplanning pressure
Today
34
Now
4
Source pageswhere to investigate
AI Incidents 34 Server Overview 4
Priority queue38 open signals
Critical90
Error pulse detected Runtime

Errors 2865, timeouts 208, login failures 99, CPU warnings 0. (@MinEvidenceTime datetime) CREATE TABLE #SqlBackupLog ( LogDate datetime NULL, ProcessInfo nvarchar(64) NULL, [Text] nvarchar(max) NULL ); DECLARE @LogNumb...

Correlate with deployments, jobs and connection changes, then isolate the failing workload.
Repeated runtime failures can indicate active service degradation.
Meaning

database 'Error pulse detected' needs a newer log backup in the SQL backup chain.

Impact

Point-in-time restore is weakened and the transaction log can keep growing if log backups are not completing.

Recommended fix

Run or repair the log-backup job for database 'Error pulse detected'. If the log still cannot truncate, fix the specific blocker: open transaction, replication/AG send queue, backup target failure, or full-backup chain reset.

Verify

Open Backup History for the database and confirm a newer successful backup row of the missing type appears after the fix.

Rule: error-pulse Owner: DBA / App owner SLA: Today
TESTSRV_1.DBNEXIA.COM AI Incidents
Critical90
Error pulse detected Runtime

Errors 2779, timeouts 206, login failures 98, CPU warnings 0. (@MinEvidenceTime datetime) CREATE TABLE #SqlBackupLog ( LogDate datetime NULL, ProcessInfo nvarchar(64) NULL, [Text] nvarchar(max) NULL ); DECLARE @LogNumb...

Correlate with deployments, jobs and connection changes, then isolate the failing workload.
Repeated runtime failures can indicate active service degradation.
Meaning

database 'Error pulse detected' needs a newer log backup in the SQL backup chain.

Impact

Point-in-time restore is weakened and the transaction log can keep growing if log backups are not completing.

Recommended fix

Run or repair the log-backup job for database 'Error pulse detected'. If the log still cannot truncate, fix the specific blocker: open transaction, replication/AG send queue, backup target failure, or full-backup chain reset.

Verify

Open Backup History for the database and confirm a newer successful backup row of the missing type appears after the fix.

Rule: error-pulse Owner: DBA / App owner SLA: Today
TESTSRV_2.DBNEXIA.COM AI Incidents
Critical90
Error pulse detected Runtime

Errors 2779, timeouts 207, login failures 100, CPU warnings 0. (@MinEvidenceTime datetime) CREATE TABLE #SqlBackupLog ( LogDate datetime NULL, ProcessInfo nvarchar(64) NULL, [Text] nvarchar(max) NULL ); DECLARE @LogNumb...

Correlate with deployments, jobs and connection changes, then isolate the failing workload.
Repeated runtime failures can indicate active service degradation.
Meaning

database 'Error pulse detected' needs a newer log backup in the SQL backup chain.

Impact

Point-in-time restore is weakened and the transaction log can keep growing if log backups are not completing.

Recommended fix

Run or repair the log-backup job for database 'Error pulse detected'. If the log still cannot truncate, fix the specific blocker: open transaction, replication/AG send queue, backup target failure, or full-backup chain reset.

Verify

Open Backup History for the database and confirm a newer successful backup row of the missing type appears after the fix.

Rule: error-pulse Owner: DBA / App owner SLA: Today
TESTSRV_3.DBNEXIA.COM AI Incidents
Critical90
Error pulse detected Runtime

Errors 104, timeouts 113, login failures 1, CPU warnings 0. (@MinEvidenceTime datetime) CREATE TABLE #SqlBackupLog ( LogDate datetime NULL, ProcessInfo nvarchar(64) NULL, [Text] nvarchar(max) NULL ); DECLARE @LogNumb...

Correlate with deployments, jobs and connection changes, then isolate the failing workload.
Repeated runtime failures can indicate active service degradation.
Meaning

database 'Error pulse detected' needs a newer log backup in the SQL backup chain.

Impact

Point-in-time restore is weakened and the transaction log can keep growing if log backups are not completing.

Recommended fix

Run or repair the log-backup job for database 'Error pulse detected'. If the log still cannot truncate, fix the specific blocker: open transaction, replication/AG send queue, backup target failure, or full-backup chain reset.

Verify

Open Backup History for the database and confirm a newer successful backup row of the missing type appears after the fix.

Rule: error-pulse Owner: DBA / App owner SLA: Today
TESTSRV_4.DBNEXIA.COM AI Incidents
Critical90
Error pulse detected Runtime

Errors 102, timeouts 104, login failures 0, CPU warnings 0. (@MinEvidenceTime datetime) CREATE TABLE #SqlBackupLog ( LogDate datetime NULL, ProcessInfo nvarchar(64) NULL, [Text] nvarchar(max) NULL ); DECLARE @LogNumb...

Correlate with deployments, jobs and connection changes, then isolate the failing workload.
Repeated runtime failures can indicate active service degradation.
Meaning

database 'Error pulse detected' needs a newer log backup in the SQL backup chain.

Impact

Point-in-time restore is weakened and the transaction log can keep growing if log backups are not completing.

Recommended fix

Run or repair the log-backup job for database 'Error pulse detected'. If the log still cannot truncate, fix the specific blocker: open transaction, replication/AG send queue, backup target failure, or full-backup chain reset.

Verify

Open Backup History for the database and confirm a newer successful backup row of the missing type appears after the fix.

Rule: error-pulse Owner: DBA / App owner SLA: Today
TESTSRV_5.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 10:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T10:00:08.877Z"><data name="xml_report"><type name="xml" package="package0"/><value><...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_1.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 10:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T10:00:08.877Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_1.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 10:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T10:00:08.877Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_1.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 03:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T03:00:09.449Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_1.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 03:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T03:00:09.449Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_1.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 10:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T10:00:11.446Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_2.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 10:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T10:00:11.446Z"><data name="xml_report"><type name="xml" package="package0"/><value><...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_2.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 10:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T10:00:11.446Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_2.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 07:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T07:00:09.850Z"><data name="xml_report"><type name="xml" package="package0"/><value><...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_2.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 07:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T07:00:09.850Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_2.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 08:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T08:00:10.207Z"><data name="xml_report"><type name="xml" package="package0"/><value><...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_3.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 08:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T08:00:10.207Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_3.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 08:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T08:00:10.207Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_3.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 07:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T07:00:09.656Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_3.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 07:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T07:00:09.656Z"><data name="xml_report"><type name="xml" package="package0"/><value><...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_3.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 10:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T10:00:11.319Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_4.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 10:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T10:00:11.319Z"><data name="xml_report"><type name="xml" package="package0"/><value><...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_4.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 10:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T10:00:11.319Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_4.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 06:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T06:00:11.725Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_4.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 06:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T06:00:11.725Z"><data name="xml_report"><type name="xml" package="package0"/><value><...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_4.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 09:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T09:00:10.459Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_5.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 09:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T09:00:10.459Z"><data name="xml_report"><type name="xml" package="package0"/><value><...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_5.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 09:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T09:00:10.459Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_5.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 03:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T03:00:10.245Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_5.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-09-02 03:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-09-02T03:00:10.245Z"><data name="xml_report"><value><deadlock><victim-list><victimProcess ...

Capture the deadlock graph, identify both statements and objects, then fix index support or transaction order so code paths acquire locks consistently.
Users may see failed transactions and retry storms.
Meaning

job 'Deadlock detected' failed because the failing step waited too long or was selected as a deadlock/lock victim.

Impact

The job logic may be valid, but it is colliding with other workload or missing an index that would reduce lock duration.

Recommended fix

Open the long-running/blocking report for the same time window. If a blocking session is shown, resolve that transaction first; otherwise optimize the statement in the failing step or move the schedule away from the conflicting workload.

Verify

Test-run the job and confirm no blocking/deadlock signal appears in the same time window.

Rule: deadlock Owner: DBA SLA: Today
TESTSRV_5.DBNEXIA.COM AI Incidents
High74
Blocking chain observed Concurrency

2026-09-01 23:01 DBAChaos EXEC dbo.usp_Chaos_BlockedSession;

Identify the lead blocker, business context and transaction pattern before intervention.
Workload latency can spread while the blocker remains active.
Meaning

A session is waiting because another transaction is holding a lock it needs.

Impact

Requests can queue behind the blocker, which can turn one slow transaction into multiple timeouts or job failures.

Recommended fix

Identify the lead blocker, business context and transaction pattern before intervention.

Verify

The blocking report should no longer show the same blocking session/database combination, and waiting requests should complete.

Rule: blocking Owner: DBA + Developer SLA: Now
TESTSRV_2.DBNEXIA.COM AI Incidents
High74
Blocking chain observed Concurrency

2026-09-01 11:01 DBAChaos EXEC dbo.usp_Chaos_BlockedSession;

Identify the lead blocker, business context and transaction pattern before intervention.
Workload latency can spread while the blocker remains active.
Meaning

A session is waiting because another transaction is holding a lock it needs.

Impact

Requests can queue behind the blocker, which can turn one slow transaction into multiple timeouts or job failures.

Recommended fix

Identify the lead blocker, business context and transaction pattern before intervention.

Verify

The blocking report should no longer show the same blocking session/database combination, and waiting requests should complete.

Rule: blocking Owner: DBA + Developer SLA: Now
TESTSRV_2.DBNEXIA.COM AI Incidents
High74
Blocking chain observed Concurrency

2026-09-02 09:01 DBAChaos EXEC dbo.usp_Chaos_BlockedSession;

Identify the lead blocker, business context and transaction pattern before intervention.
Workload latency can spread while the blocker remains active.
Meaning

A session is waiting because another transaction is holding a lock it needs.

Impact

Requests can queue behind the blocker, which can turn one slow transaction into multiple timeouts or job failures.

Recommended fix

Identify the lead blocker, business context and transaction pattern before intervention.

Verify

The blocking report should no longer show the same blocking session/database combination, and waiting requests should complete.

Rule: blocking Owner: DBA + Developer SLA: Now
TESTSRV_4.DBNEXIA.COM AI Incidents
High74
Blocking chain observed Concurrency

2026-09-02 08:01 DBAChaos EXEC dbo.usp_Chaos_BlockedSession;

Identify the lead blocker, business context and transaction pattern before intervention.
Workload latency can spread while the blocker remains active.
Meaning

A session is waiting because another transaction is holding a lock it needs.

Impact

Requests can queue behind the blocker, which can turn one slow transaction into multiple timeouts or job failures.

Recommended fix

Identify the lead blocker, business context and transaction pattern before intervention.

Verify

The blocking report should no longer show the same blocking session/database combination, and waiting requests should complete.

Rule: blocking Owner: DBA + Developer SLA: Now
TESTSRV_4.DBNEXIA.COM AI Incidents
Watch65
Long running query in DBAChaos Queries

71s elapsed. Wait completed cached query. Blocked by -.

Review wait type, blocker, SQL text and execution plan before killing the session; fix the blocker, missing index, stale statistics or batch size that made it exceed threshold.
Long sessions can consume resources or hide blocking symptoms.
Meaning

A session is waiting because another transaction is holding a lock it needs.

Impact

Requests can queue behind the blocker, which can turn one slow transaction into multiple timeouts or job failures.

Recommended fix

Review wait type, blocker, SQL text and execution plan before killing the session; fix the blocker, missing index, stale statistics or batch size that made it exceed threshold.

Verify

The blocking report should no longer show the same blocking session/database combination, and waiting requests should complete.

Rule: long-query Owner: DBA SLA: Today
TESTSRV_1.DBNEXIA.COM Server Overview
Watch65
Long running query in DBAChaos Queries

71s elapsed. Wait completed cached query. Blocked by -.

Review wait type, blocker, SQL text and execution plan before killing the session; fix the blocker, missing index, stale statistics or batch size that made it exceed threshold.
Long sessions can consume resources or hide blocking symptoms.
Meaning

A session is waiting because another transaction is holding a lock it needs.

Impact

Requests can queue behind the blocker, which can turn one slow transaction into multiple timeouts or job failures.

Recommended fix

Review wait type, blocker, SQL text and execution plan before killing the session; fix the blocker, missing index, stale statistics or batch size that made it exceed threshold.

Verify

The blocking report should no longer show the same blocking session/database combination, and waiting requests should complete.

Rule: long-query Owner: DBA SLA: Today
TESTSRV_2.DBNEXIA.COM Server Overview
Watch65
Long running query in DBAChaos Queries

71s elapsed. Wait completed cached query. Blocked by -.

Review wait type, blocker, SQL text and execution plan before killing the session; fix the blocker, missing index, stale statistics or batch size that made it exceed threshold.
Long sessions can consume resources or hide blocking symptoms.
Meaning

A session is waiting because another transaction is holding a lock it needs.

Impact

Requests can queue behind the blocker, which can turn one slow transaction into multiple timeouts or job failures.

Recommended fix

Review wait type, blocker, SQL text and execution plan before killing the session; fix the blocker, missing index, stale statistics or batch size that made it exceed threshold.

Verify

The blocking report should no longer show the same blocking session/database combination, and waiting requests should complete.

Rule: long-query Owner: DBA SLA: Today
TESTSRV_4.DBNEXIA.COM Server Overview
Watch65
Long running query in DBAChaos Queries

71s elapsed. Wait completed cached query. Blocked by -.

Review wait type, blocker, SQL text and execution plan before killing the session; fix the blocker, missing index, stale statistics or batch size that made it exceed threshold.
Long sessions can consume resources or hide blocking symptoms.
Meaning

A session is waiting because another transaction is holding a lock it needs.

Impact

Requests can queue behind the blocker, which can turn one slow transaction into multiple timeouts or job failures.

Recommended fix

Review wait type, blocker, SQL text and execution plan before killing the session; fix the blocker, missing index, stale statistics or batch size that made it exceed threshold.

Verify

The blocking report should no longer show the same blocking session/database combination, and waiting requests should complete.

Rule: long-query Owner: DBA SLA: Today
TESTSRV_5.DBNEXIA.COM Server Overview