Action Center

One queue for operational work

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

2026-08-12 11:11 24h lookback
Critical15
High47
Watch3
Due now/today65
Affected servers5
Total servers5
Severity shape65 open
Critical
15
High
47
Watch
3
Work categoriestop drivers
Concurrency
32
Backup
25
Runtime
5
Queries
3
Immediacy65 due now/today
65 immediate 0 planned
Owner loadassignment view
DBA
53
DBA + Developer
7
DBA / App owner
5
SLA bucketsplanning pressure
Today
58
Now
7
Source pageswhere to investigate
AI Incidents 37 Backup Readiness 25 Server Overview 3
Priority queue65 open signals
High210
DOM_BlossomWhisper_FDD3 backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_BlossomWhisper_FDD3 backup chain needs attention' 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 'DOM_BlossomWhisper_FDD3 backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_1.DBNEXIA.COM Backup Readiness
High210
DOM_DreamBlossom_D66E backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_DreamBlossom_D66E backup chain needs attention' 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 'DOM_DreamBlossom_D66E backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_1.DBNEXIA.COM Backup Readiness
High210
DOM_ForestDream_BD6D backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_ForestDream_BD6D backup chain needs attention' 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 'DOM_ForestDream_BD6D backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_1.DBNEXIA.COM Backup Readiness
High210
DOM_ShadowWhisper_67B1 backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_ShadowWhisper_67B1 backup chain needs attention' 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 'DOM_ShadowWhisper_67B1 backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_1.DBNEXIA.COM Backup Readiness
High210
DOM_ThunderMoon_622B backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_ThunderMoon_622B backup chain needs attention' 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 'DOM_ThunderMoon_622B backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_1.DBNEXIA.COM Backup Readiness
High210
DOM_DreamStone_5722 backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_DreamStone_5722 backup chain needs attention' 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 'DOM_DreamStone_5722 backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_2.DBNEXIA.COM Backup Readiness
High210
DOM_ForestEcho_B4A4 backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_ForestEcho_B4A4 backup chain needs attention' 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 'DOM_ForestEcho_B4A4 backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_2.DBNEXIA.COM Backup Readiness
High210
DOM_ForestSky_5A7D backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_ForestSky_5A7D backup chain needs attention' 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 'DOM_ForestSky_5A7D backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_2.DBNEXIA.COM Backup Readiness
High210
DOM_ShadowRiver_9AF6 backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_ShadowRiver_9AF6 backup chain needs attention' 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 'DOM_ShadowRiver_9AF6 backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_2.DBNEXIA.COM Backup Readiness
High210
DOM_WhisperEcho_929E backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_WhisperEcho_929E backup chain needs attention' 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 'DOM_WhisperEcho_929E backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_2.DBNEXIA.COM Backup Readiness
High210
DOM_CrystalStone_911A backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_CrystalStone_911A backup chain needs attention' 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 'DOM_CrystalStone_911A backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_3.DBNEXIA.COM Backup Readiness
High210
DOM_FlameCrystal_07F4 backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_FlameCrystal_07F4 backup chain needs attention' 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 'DOM_FlameCrystal_07F4 backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_3.DBNEXIA.COM Backup Readiness
High210
DOM_MoonCrystal_16FD backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_MoonCrystal_16FD backup chain needs attention' 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 'DOM_MoonCrystal_16FD backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_3.DBNEXIA.COM Backup Readiness
High210
DOM_ShadowMoon_946A backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_ShadowMoon_946A backup chain needs attention' 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 'DOM_ShadowMoon_946A backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_3.DBNEXIA.COM Backup Readiness
High210
DOM_ShadowOcean_4486 backup chain needs attention Backup

FULL missing, LOG missing. Full: -, diff: -, log: -.

Run or repair the log-backup job. If truncation still fails, check open transactions, AG/replication queues, broken full-backup chain and backup target errors.
Recovery point or restore chain can be outside policy.
Meaning

database 'DOM_ShadowOcean_4486 backup chain needs attention' 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 'DOM_ShadowOcean_4486 backup chain needs attention'. 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: backup-log Owner: DBA SLA: Today
TESTSRV_3.DBNEXIA.COM Backup Readiness
Critical180
DBAChaos backup chain needs attention Backup

FULL missing. Full: -, diff: -, log: -.

Run or repair the full-backup job, verify target path, SQL service-account permissions, retention cleanup and free space, then confirm a newer full backup row exists in msdb.
Recovery point or restore chain can be outside policy.
Meaning

database 'DBAChaos backup chain needs attention' 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 'DBAChaos backup chain needs attention'. 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: backup-full Owner: DBA SLA: Today
TESTSRV_1.DBNEXIA.COM Backup Readiness
Critical180
dbNexia_db backup chain needs attention Backup

FULL missing. Full: -, diff: -, log: -.

Run or repair the full-backup job, verify target path, SQL service-account permissions, retention cleanup and free space, then confirm a newer full backup row exists in msdb.
Recovery point or restore chain can be outside policy.
Meaning

database 'dbNexia_db backup chain needs attention' 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 'dbNexia_db backup chain needs attention'. 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: backup-full Owner: DBA SLA: Today
TESTSRV_1.DBNEXIA.COM Backup Readiness
Critical180
DBAChaos backup chain needs attention Backup

FULL missing. Full: -, diff: -, log: -.

Run or repair the full-backup job, verify target path, SQL service-account permissions, retention cleanup and free space, then confirm a newer full backup row exists in msdb.
Recovery point or restore chain can be outside policy.
Meaning

database 'DBAChaos backup chain needs attention' 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 'DBAChaos backup chain needs attention'. 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: backup-full Owner: DBA SLA: Today
TESTSRV_2.DBNEXIA.COM Backup Readiness
Critical180
dbNexia_db backup chain needs attention Backup

FULL missing. Full: -, diff: -, log: -.

Run or repair the full-backup job, verify target path, SQL service-account permissions, retention cleanup and free space, then confirm a newer full backup row exists in msdb.
Recovery point or restore chain can be outside policy.
Meaning

database 'dbNexia_db backup chain needs attention' 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 'dbNexia_db backup chain needs attention'. 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: backup-full Owner: DBA SLA: Today
TESTSRV_2.DBNEXIA.COM Backup Readiness
Critical180
DBAChaos backup chain needs attention Backup

FULL missing. Full: -, diff: -, log: -.

Run or repair the full-backup job, verify target path, SQL service-account permissions, retention cleanup and free space, then confirm a newer full backup row exists in msdb.
Recovery point or restore chain can be outside policy.
Meaning

database 'DBAChaos backup chain needs attention' 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 'DBAChaos backup chain needs attention'. 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: backup-full Owner: DBA SLA: Today
TESTSRV_3.DBNEXIA.COM Backup Readiness
Critical180
dbNexia_db backup chain needs attention Backup

FULL missing. Full: -, diff: -, log: -.

Run or repair the full-backup job, verify target path, SQL service-account permissions, retention cleanup and free space, then confirm a newer full backup row exists in msdb.
Recovery point or restore chain can be outside policy.
Meaning

database 'dbNexia_db backup chain needs attention' 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 'dbNexia_db backup chain needs attention'. 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: backup-full Owner: DBA SLA: Today
TESTSRV_3.DBNEXIA.COM Backup Readiness
Critical180
DBAChaos backup chain needs attention Backup

FULL missing. Full: -, diff: -, log: -.

Run or repair the full-backup job, verify target path, SQL service-account permissions, retention cleanup and free space, then confirm a newer full backup row exists in msdb.
Recovery point or restore chain can be outside policy.
Meaning

database 'DBAChaos backup chain needs attention' 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 'DBAChaos backup chain needs attention'. 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: backup-full Owner: DBA SLA: Today
TESTSRV_4.DBNEXIA.COM Backup Readiness
Critical180
dbNexia_db backup chain needs attention Backup

FULL missing. Full: -, diff: -, log: -.

Run or repair the full-backup job, verify target path, SQL service-account permissions, retention cleanup and free space, then confirm a newer full backup row exists in msdb.
Recovery point or restore chain can be outside policy.
Meaning

database 'dbNexia_db backup chain needs attention' 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 'dbNexia_db backup chain needs attention'. 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: backup-full Owner: DBA SLA: Today
TESTSRV_4.DBNEXIA.COM Backup Readiness
Critical180
DBAChaos backup chain needs attention Backup

FULL missing. Full: -, diff: -, log: -.

Run or repair the full-backup job, verify target path, SQL service-account permissions, retention cleanup and free space, then confirm a newer full backup row exists in msdb.
Recovery point or restore chain can be outside policy.
Meaning

database 'DBAChaos backup chain needs attention' 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 'DBAChaos backup chain needs attention'. 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: backup-full Owner: DBA SLA: Today
TESTSRV_5.DBNEXIA.COM Backup Readiness
Critical180
dbNexia_db backup chain needs attention Backup

FULL missing. Full: -, diff: -, log: -.

Run or repair the full-backup job, verify target path, SQL service-account permissions, retention cleanup and free space, then confirm a newer full backup row exists in msdb.
Recovery point or restore chain can be outside policy.
Meaning

database 'dbNexia_db backup chain needs attention' 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 'dbNexia_db backup chain needs attention'. 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: backup-full Owner: DBA SLA: Today
TESTSRV_5.DBNEXIA.COM Backup Readiness
Critical90
Error pulse detected Runtime

Errors 2820, timeouts 125, login failures 57, CPU warnings 0. (@Lookback int) IF DB_ID(N'dbNexia_db') IS NULL OR OBJECT_ID(N'dbNexia_db.dbo.EventLog') IS NULL BEGIN SELECT Errors = CAST(NULL AS int), Timeouts = CAST(NUL...

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

job 'Error pulse 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: error-pulse Owner: DBA / App owner SLA: Today
TESTSRV_1.DBNEXIA.COM AI Incidents
Critical90
Error pulse detected Runtime

Errors 2702, timeouts 114, login failures 49, CPU warnings 0. (@Lookback int) IF DB_ID(N'dbNexia_db') IS NULL OR OBJECT_ID(N'dbNexia_db.dbo.EventLog') IS NULL BEGIN SELECT Errors = CAST(NULL AS int), Timeouts = CAST(NUL...

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

job 'Error pulse 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: error-pulse Owner: DBA / App owner SLA: Today
TESTSRV_2.DBNEXIA.COM AI Incidents
Critical90
Error pulse detected Runtime

Errors 2670, timeouts 129, login failures 61, CPU warnings 0. (@Lookback int) IF DB_ID(N'dbNexia_db') IS NULL OR OBJECT_ID(N'dbNexia_db.dbo.EventLog') IS NULL BEGIN SELECT Errors = CAST(NULL AS int), Timeouts = CAST(NUL...

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

job 'Error pulse 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: error-pulse Owner: DBA / App owner SLA: Today
TESTSRV_3.DBNEXIA.COM AI Incidents
Critical90
Error pulse detected Runtime

Errors 64, timeouts 59, login failures 0, CPU warnings 0. The request failed to run because the batch is aborted, this can be caused by abort signal sent from client, or another request is running in the same session, ...

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

job 'Error pulse 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: error-pulse Owner: DBA / App owner SLA: Today
TESTSRV_4.DBNEXIA.COM AI Incidents
Critical90
Error pulse detected Runtime

Errors 62, timeouts 60, login failures 0, CPU warnings 0. The request failed to run because the batch is aborted, this can be caused by abort signal sent from client, or another request is running in the same session, ...

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

job 'Error pulse 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: error-pulse Owner: DBA / App owner SLA: Today
TESTSRV_5.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-08-12 10:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T10:00:12.680Z"><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-08-12 10:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T10:00:12.680Z"><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-08-12 10:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T10:00:12.680Z"><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-08-12 08:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T08:00:10.450Z"><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-08-12 08:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T08:00:10.450Z"><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-08-12 06:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T06:00:08.132Z"><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-08-12 06:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T06:00:08.132Z"><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-08-12 03:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T03:00:08.802Z"><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-08-12 03:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T03:00:08.802Z"><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-08-11 22:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-11T22:00:14.784Z"><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-08-12 05:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T05:00:12.362Z"><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-08-12 05:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T05:00:12.362Z"><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-08-12 03:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T03:00:11.091Z"><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-08-12 03:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T03:00:11.091Z"><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-08-11 17:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-11T17:00:08.129Z"><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-08-12 02:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T02:00:08.702Z"><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-08-12 02:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T02:00:08.702Z"><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-08-11 22:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-11T22:00:09.599Z"><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-08-11 22:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-11T22:00:09.599Z"><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-08-11 17:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-11T17:00:07.066Z"><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-08-12 07:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T07:00:08.553Z"><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-08-12 07:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T07:00:08.553Z"><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-08-12 00:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T00:00:10.539Z"><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-08-12 00:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-12T00:00:10.539Z"><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-08-11 22:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-11T22:00:14.587Z"><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-08-11 13: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_1.DBNEXIA.COM AI Incidents
High74
Blocking chain observed Concurrency

2026-08-12 05: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-08-11 21: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-08-11 13: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-08-12 04: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_3.DBNEXIA.COM AI Incidents
High74
Blocking chain observed Concurrency

2026-08-11 21: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_3.DBNEXIA.COM AI Incidents
High74
Blocking chain observed Concurrency

2026-08-12 02: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_5.DBNEXIA.COM AI Incidents
Watch65
Long running query in DBAChaos Queries

72s 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_3.DBNEXIA.COM Server Overview
Watch65
Long running query in DBAChaos Queries

72s 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