Status und Latenz des Log Shipping überwachen

Befehl

-- Summary (on the primary, secondary or monitor server):
EXEC master.sys.sp_help_log_shipping_monitor;

-- PRIMARY: when the last log backup was taken:
SELECT p.primary_server, p.primary_database,
       p.last_backup_date, p.last_backup_file,
       DATEDIFF(MINUTE, p.last_backup_date, GETDATE()) AS backup_age_min,
       p.backup_threshold                              AS threshold_min
FROM   msdb.dbo.log_shipping_monitor_primary p;

-- SECONDARY: copy and restore latency:
SELECT s.secondary_server, s.secondary_database, s.primary_server,
       s.last_copied_date, s.last_copied_file,
       s.last_restored_date, s.last_restored_file,
       s.last_restored_latency                           AS restore_latency_min,
       DATEDIFF(MINUTE, s.last_restored_date, GETDATE()) AS since_last_restore_min,
       s.restore_threshold                               AS threshold_min
FROM   msdb.dbo.log_shipping_monitor_secondary s;

-- Errors in the last 24 hours:
SELECT e.database_name, e.agent_type, e.log_time, e.message
FROM   msdb.dbo.log_shipping_monitor_error_detail e
WHERE  e.log_time >= DATEADD(HOUR, -24, GETDATE())
ORDER BY e.log_time DESC;

-- Secondary DB mode (RESTORING = NORECOVERY, is_in_standby = STANDBY):
SELECT name, state_desc, is_in_standby FROM sys.databases WHERE name = N'Musteri';

Was es tut

Zeigt das Alter des letzten Log-Backups auf dem Primary, die zuletzt kopierte/wiederhergestellte Datei und die Restore-Latenz auf der Secondary samt Schwellenwerten sowie die Fehler der Backup-/Copy-/Restore-Jobs der letzten 24 Stunden.

Wann einsetzen

Wenn der Log-Shipping-Alert-Job auslöst (Fehler 14420/14421), vor einem DR-Test oder um zu berichten, wie weit die Secondary zurückliegt.

Vorsicht

Monitor-Tabellen enthalten nur die Seite, die der Server sieht: Die Primary-Tabelle wird auf Primary/Monitor gefüllt, die Secondary-Tabelle auf Secondary/Monitor. Ein manuelles Log-Backup (außerhalb des Log Shipping) unterbricht die Kette, und der Restore-Job schlägt fortlaufend fehl; nutze für Ad-hoc-Log-Backups COPY_ONLY. Im STANDBY-Modus werden Benutzerverbindungen vor jedem Restore getrennt. Reine Leseabfrage; sicher.