Log Shipping Administration
You can use log shipping to send transaction logs from one database (the primary database) to another (the secondary database) on a constant basis. Continually backing up the transaction logs from a primary database and then copying and restoring them to a secondary database keeps the secondary database nearly synchronized with the primary database. The destination server acts as a backup server and provides a way to reallocate query processing from the primary server to one or more read-only secondary servers. Log shipping can be used with databases using the full or bulk-logged recovery models.
Applies to: SQL Server 2008 R2 and higher versions.
For information about which editions of SQL Server support log shipping, see Features Supported by the Editions of SQL Server 2008 R2.
In This Section
Failing Over to a Log Shipping Secondary
Describes how to fail over to a secondary database and bring it online.
Changing Roles Between Primary and Secondary Servers
Describes the procedures involved in manually failing back and forth between the primary and secondary databases.
Using Secondary Servers for Query Processing
Describes how to use a secondary database for read-only query processing, and the tradeoffs involved with doing this.
Using Log Shipping as Part of a Recovery Plan
Describes how to keep log shipping transaction log backups along with your full database backups as part of your recovery strategy.
Removing Log Shipping
Describes the steps involved in removing a log shipping configuration.
Log Shipping Tables and Stored Procedures
Provides information about the tables and stored procedures used by log shipping.
Log Shipping Administration How-to Topics (Database Engine)
Contains information on how to set up and configure log shipping.