• Management Pack:  SQL Server
  • MP Version:  6.1 for SQL Server 2008
  • Released:  8/5/2010
  • Publisher:  Microsoft

Destination Log Shipping Monitor

  • ID:  Microsoft.SQLServer.2008.Database.LogShippingDestinationMonitor
  • Description:  This monitor detects when a log shipping destination has not had a log restored to it within the threshold defined as a part of the log shipping configuration.
  • Target:  SQL 2008 DB
  • Enabled:  Yes

Operational States

Name State Description
Log Shipping Destination Out Of Sync Error  
Log Shipping Destination In Sync Success  

Alert Details

Monitor State Message Priority Severity Auto Resolution
Log Shipping Destination Out Of Sync (Error) Log Shipping Destination Medium Critical Yes

Run As Profiles

Name
Default

Monitor Knowledgebase

Summary

This monitor detects when a log shipping destination has not had a log restored to it within the threshold defined as a part of the log shipping configuration. When this condition occurs the monitor will change to an error (red) state. Once the log restores resume and are within the defined thresholds then the monitor will return to a success (green) state. By default this monitor generates alerts when it is in an error state.

Causes

Log shipping is out of synchronization beyond the restore threshold. The restore threshold is the number of minutes that can elapse between restore operations before a message is generated.

Resolutions

To troubleshoot this issue:

  • Make sure that the SQL Server Agent service is running for the secondary server instance and that the restore job for this secondary database is enabled and is scheduled to run at the appropriate frequency.

  • The restore job on the secondary server might be failing. In this case, check the job history for the restore job to look for the cause.

  • The log shipping restore job, which runs on the secondary server instance, might not be able to connect to the monitor server instance to update the log_shipping_monitor_secondary table. This might be caused by an authentication problem between the monitor server instance and the secondary server instance.

  • The backup alert threshold might have an incorrect value. Ideally, this value is set to at least three times the frequency of the restore job. If you change the frequency of the restore job after log shipping is configured and functional, you must update the value of the backup alert threshold accordingly.

  • When the monitor server instance goes offline and then comes back online, the log_shipping_monitor_secondary table is not updated with the current values before the alert message job runs. Error 14421 can be raised when a restore job succeeds with, "Could not find a log backup file that could be applied to secondary database." When this occurs, the restore time is not updated. The cause of the error in this case might be an issue with the copy job.

  • To update the monitor tables with the latest data for the secondary database, run sp_refresh_log_shipping_monitor on the secondary server instance.

  • On the secondary or monitor server instance, the date or time is incorrect. This may also generate alert messages. Possibly the system date or time was modified on the one of them.

Note: Different time zones for the two server instances should not cause a problem.

External References

Log Shipping topic from SQL Server 2008 books online:

http://msdn.microsoft.com/en-us/library/bb895393.aspx

See Also for SQL Server Management Pack


Downloads for SQL Server Management Pack

AZURE OPTIMIZATION ASSESSMENT GET STARTED
MIGRATION TO AZURE GET STARTED
SYSTEM CENTER MIGRATION TO AZURE GET STARTED
MIGRATION TO AZURE FOR SQL AND WINDOWS 2008 GET STARTED