Action Center

Action Center

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

2026-08-07 06:02 24h lookback
Critical15
High53
Watch4
Due now/today72
Affected servers5
Total servers5
Severity shape72 open
Critical
15
High
53
Watch
4
Work categoriestop drivers
Concurrency
38
Backup
25
Runtime
5
Queries
4
Immediacy72 due now/today
72 immediate 0 planned
Owner loadassignment view
DBA
54
DBA + Developer
13
DBA / App owner
5
SLA bucketsplanning pressure
Today
59
Now
13
Source pageswhere to investigate
AI Incidents 43 Backup Readiness 25 Server Overview 4
Priority queue72 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 2899, timeouts 221, login failures 96, 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 2787, timeouts 223, login failures 95, 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 2721, timeouts 235, login failures 104, 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 113, timeouts 119, 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 116, timeouts 123, 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_5.DBNEXIA.COM AI Incidents
High76
Deadlock detected Concurrency

2026-08-06 22:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-06T22:00:07.379Z"><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-06 22:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-06T22:00:07.379Z"><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-06 14:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-06T14:00:11.087Z"><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-06 14:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-06T14:00:11.087Z"><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-06 12:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-06T12:00:11.025Z"><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-07 06:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T06:00:07.122Z"><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-08-07 06:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T06:00:07.122Z"><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-07 05:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T05:00:13.378Z"><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-08-07 05:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T05:00:13.378Z"><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-07 05:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T05:00:13.378Z"><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-07 04:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T04:00:08.027Z"><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-07 04:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T04:00:08.027Z"><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-07 03:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T03:00:07.778Z"><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-07 03:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T03:00:07.778Z"><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-06 23:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-06T23:00:08.590Z"><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-07 01:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T01:00:08.256Z"><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-07 01:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T01:00:08.256Z"><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-06 23:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-06T23:00:12.074Z"><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-06 23:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-06T23:00:12.074Z"><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-06 22:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-06T22:00:08.370Z"><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-07 05:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T05:00:11.437Z"><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-08-07 05:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T05:00:11.437Z"><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-07 05:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T05:00:11.437Z"><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-07 04:00 master <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T04:00:11.793Z"><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-07 04:00 - <event name="xml_deadlock_report" package="sqlserver" timestamp="2026-08-07T04:00:11.793Z"><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-06 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-07 06:02 dbNexia_db SPID 65 blocked by 78. Wait PAGELATCH_SH 1 ms. (@TopN int,@MinSec int,@LookbackMinutes int) IF HAS_PERMS_BY_NAME(NULL, NULL, N'VIEW SERVER STATE') <> 1 BEGIN ...

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-06 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-06 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-07 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_3.DBNEXIA.COM AI Incidents
High74
Blocking chain observed Concurrency

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

2026-08-06 18: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-08-06 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_4.DBNEXIA.COM AI Incidents
High74
Blocking chain observed Concurrency

2026-08-07 06:02 tempdb SPID 56 blocked by 52. Wait PAGELATCH_EX 0 ms. (@TopN int,@MinSec int,@LookbackMinutes int) IF HAS_PERMS_BY_NAME(NULL, NULL, N'VIEW SERVER STATE') <> 1 BEGIN ...

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
High74
Blocking chain observed Concurrency

2026-08-07 01: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
High74
Blocking chain observed Concurrency

2026-08-06 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_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_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_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

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_5.DBNEXIA.COM Server Overview