웜 대기 서버 사용
로그 전달 구성의 주 서버를 사용할 수 없게 되는 초기 시점에서는 보조 서버의 일부 보조 데이터베이스와의 완전한 동기화가 이루어지지 않을 수도 있습니다. 주 서버에서 생성된 일부 트랜잭션 로그 백업이 아직 보조 서버에 적용되지 않았을 수 있습니다. 또한 마지막 트랜잭션 로그 백업 이후 주 서버의 데이터베이스가 변경되었을 수 있습니다. 대기 복사본을 사용하기 전에 다음 단계에 따라 주 데이터베이스와 대기 복사본을 동기화하고 대기 서버를 온라인 상태로 만듭니다.
주 서버에서 만들어진 적용되지 않은 트랜잭션 로그 백업을 순서대로 대기 서버에 적용합니다.
주 서버에서 활성 트랜잭션 로그의 백업본을 만들고 대기 서버의 데이터베이스에 백업본을 적용합니다. 대기 서버에 적용할 때 활성 트랜잭션 로그의 백업본을 사용하면 커밋되지 않은 트랜잭션이 영구 손실되어도 문제가 생기기 직전에 기본 데이터베이스의 복사본으로 작업할 수 있습니다. 자세한 내용은 트랜잭션 로그 백업 작업를 참조하십시오.
대기 서버에서 데이터베이스를 복구합니다. 이렇게 하면 사용자가 사용할 수 있는 데이터베이스를 수정하여 대기 파일을 만들지 않고서도 데이터베이스를 복구할 수 있습니다.
계획된 유지 관리 또는 업그레이드의 경우처럼 서버가 손상되지 않았으면 NORECOVERY로 활성 트랜잭션 로그를 백업할 수 있습니다. 이렇게 하면 데이터베이스를 복원 중인 상태로 둡니다. 자세한 내용은 비상 로그 백업을 참조하십시오.
필요에 따라 보조 서버의 트랜잭션 로그 백업을 사용하여 주 서버를 업데이트합니다. 그러면 보조 데이터베이스를 백업 및 복원하지 않아도 주 서버로 전환할 수 있습니다. 자세한 내용은 트랜잭션 로그 백업 적용을 참조하십시오.
리소스 요구 사항을 줄이려면 여러 주 서버의 데이터베이스 백업을 단일 대기 서버에 저장할 수 있습니다. 예를 들어 한 부서에 각각 업무용 데이터베이스 시스템을 실행하는 여러 대의 주 서버가 있다고 가정합니다. 이 부서의 컴퓨팅 환경은 여러 대의 주 서버에서 동시에 오류가 발생할 가능성을 최소화하도록 구성되어 있습니다. 5대의 주 서버에서 각각의 최근 데이터베이스 백업은 하나의 공통 대기 서버에 복사됩니다. 주 서버에 영향을 주는 동시 오류가 발생할 경우를 대비하여 대기 서버는 주 서버보다 높은 사양으로 구성됩니다. 주 서버 중 하나에서 재해가 발생하면 대기 서버에 있는 해당 데이터베이스 백업을 복원하여 복구할 수 있습니다.