로그 전달 보조 데이터베이스로 장애 조치(Failover)(SQL Server)Fail Over to a Log Shipping Secondary (SQL Server)

이 항목 적용 대상: 예SQL Server없습니다Azure SQL 데이터베이스없습니다Azure SQL 데이터 웨어하우스 없습니다 병렬 데이터 웨어하우스THIS TOPIC APPLIES TO: yesSQL ServernoAzure SQL DatabasenoAzure SQL Data Warehouse noParallel Data Warehouse 로그 전달 보조 데이터베이스로 장애 조치(Failover)는 주 서버 인스턴스에서 오류가 발생하거나 유지 관리가 필요한 경우에 유용합니다. Failing over to a log shipping secondary is useful if the primary server instance fails or requires maintenance.

제어된 장애 조치(Failover) 준비Preparing for a Controlled Failover

일반적으로 주 데이터베이스는 가장 최근의 백업 작업 이후 계속 업데이트되므로 주 데이터베이스와 보조 데이터베이스는 동기화되지 않습니다.Typically, the primary and secondary databases are unsynchronized, because the primary database continues to be updated after its latest backup job. 경우에 따라 최근 트랜잭션 로그 백업이 보조 서버 인스턴스로 복사되지 않았거나 복사된 일부 로그 백업이 보조 데이터베이스에 아직 적용되지 않았을 수도 있습니다.Also, in some cases, recent transaction log backups have not been copied to the secondary server instances, or some copied log backups might still not have been applied to the secondary database. 가능한 경우 먼저 모든 보조 데이터베이스를 주 데이터베이스와 동기화하는 것이 좋습니다.We recommend that you begin by synchronizing all of the secondary databases with the primary database, if possible.

로그 전달 작업에 대한 자세한 내용은 로그 전달 정보(SQL Server)를 참조하세요.For information about log shipping jobs, see About Log Shipping (SQL Server).

장애 조치(Failover)Failing Over

보조 데이터베이스로 장애 조치(Failover)하려면To fail over to a secondary database:

  1. 백업 공유에서 복사되지 않은 백업 파일을 각 보조 서버의 복사 대상 폴더로 모두 복사합니다.Copy any uncopied backup files from the backup share to the copy destination folder of each secondary server.

  2. 적용되지 않은 트랜잭션 로그 백업을 각 보조 데이터베이스에 순서대로 적용합니다.Apply any unapplied transaction log backups in sequence to each secondary database. 자세한 내용은 트랜잭션 로그 백업 적용(SQL Server)을 참조하세요.For more information, see Apply Transaction Log Backups (SQL Server).

  3. 주 데이터베이스에 액세스할 수 있으면 활성 트랜잭션 로그를 백업하여 이 로그 백업을 보조 데이터베이스에 적용합니다.If the primary database is accessible, back up the active transaction log and apply the log backup to the secondary databases.

    원래 주 서버 인스턴스가 손상되지 않은 경우 WITH NORECOVERY를 사용하여 주 데이터베이스의 트랜잭션 비상 로그를 백업합니다.If the original primary server instance is not damaged, back up the tail of the transaction log of the primary database using WITH NORECOVERY. 이렇게 하면 데이터베이스가 복원 상태로 남아 있으므로 사용자가 사용할 수 없습니다.This leaves the database in the restoring state and therefore unavailable to users. 그러므로 대체 주 데이터베이스에서 트랜잭션 로그 백업을 적용하여 이 데이터베이스를 롤포워드할 수 있습니다.Eventually you will be able to roll this database forward by applying transaction log backups from the replacement primary database.

    자세한 내용은 트랜잭션 로그 백업(SQL Server)을 참조하세요.For more information, see Transaction Log Backups (SQL Server).

  4. 보조 서버가 동기화된 후 해당 보조 데이터베이스를 복구하고 해당 서버 인스턴스로 리디렉션하여 원하는 데이터베이스로 장애 조치(Failover)할 수 있습니다.After the secondary servers are synchronized, you can fail over to whichever one you prefer by recovering its secondary database and redirecting clients to that server instance. 복구하면 데이터베이스가 일관성 있는 온라인 상태가 됩니다.Recovering puts the database into a consistent state and brings it online.

    참고

    보조 데이터베이스를 사용하는 경우 메타데이터가 원래 주 데이터베이스의 메타데이터와 일치하는지 확인해야 합니다.When you make a secondary database available, you should ensure that its metadata is consistent with the metadata of the original primary database. 자세한 내용은 다른 서버 인스턴스에서 데이터베이스를 사용할 수 있도록 할 때 메타데이터 관리(SQL Server)를 참조하세요.For more information, see Manage Metadata When Making a Database Available on Another Server Instance (SQL Server).

  5. 보조 데이터베이스를 복구한 후에는 다른 보조 데이터베이스에 대해 주 데이터베이스의 역할을 하도록 다시 구성할 수 있습니다.After you have recovered a secondary database, you can reconfigure it to act as a primary database for other secondary databases.

    다른 보조 데이터베이스를 사용하는 경우 로그 전달 구성(SQL Server)을 참조하세요.If no other secondary database is available, see Configure Log Shipping (SQL Server).

관련 태스크Related Tasks

참고 항목See Also

로그 전달 테이블 및 저장 프로시저 Log Shipping Tables and Stored Procedures
로그 전달 정보(SQL Server) About Log Shipping (SQL Server)
비상 로그 백업(SQL Server)Tail-Log Backups (SQL Server)