지원되고 있는 백업을 가용성 그룹의 보조 복제본으로 오프로드

  • 아티클

적용 대상: SQL Server

Always On 가용성 그룹 활성 보조 기능에는 보조 복제본(replica) 백업을 실행하는 지원이 포함됩니다. 백업 작업은 I/O 및 CPU(백업 압축 포함)에 커다란 부담을 줄 수 있습니다. 동기화가 되었거나 또는 동기화하는 중인 보조 복제본으로 백업을 오프로드하면 tier-1 워크로드에 관한 리본 복제본을 호스팅하는 서버 인스턴스의 리소스를 사용할 수 있습니다.

참고

RESTORE 문은 가용성 그룹의 주 데이터베이스나 보조 데이터베이스에서 허용되지 않습니다.

보조 복제본에서 지원되고 있는 백업 유형

  • BACKUP DATABASE는 보조 복제본(replica)이 실행될 때 데이터베이스, 파일 또는 파일 그룹의 복사 전용에 대한 전체 백업만 지원합니다. 복사 전용 백업은 로그 체인에 영향을 끼치거나 차등 비트맵을 지우지 않습니다.

  • 차등 백업은 보조 복제본에서 지원하지 않습니다.

  • 보조 복제본에서 전체 데이터베이스 백업이 실행되는 동안 주 복제본(replica)에서 트랜잭션 로그 백업을 실행하는 것과 같은 동시 백업은 현재는 지원하지 않습니다.

  • BACKUP LOG는 일반 로그 백업만을 지원합니다(COPY_ONLY 옵션은 보조 복제본(replica) 로그 백업에는 지원되지 않습니다).

    가용성 모드(동기-커밋 또는 비동기-커밋)에 상관없이 복제본(replica)(주 또는 보조)에서 실행되는 로그 백업에 대하여 일관된 로그 체인이 보장됩니다.

  • 보조 데이터베이스를 백업하려면 보조 복제본(replica) 주 복제본(replica) 통신할 수 있어야 하며 SYNCHRONIZED 또는 SYNCHRONIZING 상태에 있어야만 합니다.

분산 가용성 그룹에서 백업은 활성 주 복제본과 동일한 가용성 그룹 또는 보조 가용성 그룹의 주 복제본에 있는 보조 복제본에서 수행할 수 있습니다. 보조 복제본(replica) 자체 가용성 그룹의 주 복제본(replica)과 유일하게 통신하기 때문에 보조 가용성 그룹의 보조 복제본(replica) 백업을 실행할 수 없습니다. 전역 주 복제본(replica)과 직접 통신하는 복제본(replica)만이 유일하게 백업 작업을 실행할 수 있습니다.

백업 작업이 실행되는 위치를 만들기

주 프로덕션 서버에서 백업 워크로드를 오프로드하기 위해서 보조 복제본(replica) 백업을 실행하는 것은 커다란 장점입니다. 그러나 보조 복제본(replica)에서 백업 작업을 실행하면 백업 작업이 실행될 위치를 결정하는 프로세스가 매우 복잡해집니다. 이 문제를 해결하기 위해서는 백업 작업이 실행되는 위치를 다음과 같이 만듭니다:

  1. 백업을 수행하려는 가용성 복제본(replica)을 지정하기 위해서 가용성 그룹을 만듭니다. 자세한 내용은 CREATE AVAILABILITY GROUP(Transact-SQL) 또는 ALTER AVAILABILITY GROUP(Transact-SQL)의 AUTOMATED_BACKUP_PREFERENCE 및 BACKUP_PRIORITY 매개 변수를 참조하세요.

  2. 백업 실행될 후보인 가용성 복제본(replica) 호스팅하는 모든 서버 인스턴스에서 모든 가용성 데이터베이스에 관한 스크립트 된 백업 작업을 만듭니다. 자세한 내용은 가용성 복제본에 대한 백업 구성(SQL Server)의 “후속 조치: 보조 복제본에 대한 백업 구성 후” 섹션을 참조하세요.

관련 작업

보조 복제본에 백업을 만들기 위해서

현재 복제본이 기본 백업 복제본인지 여부를 확인하기 위해서

로그 백업을 만들기 위해서

또한 참고해 주세요

Always On 가용성 그룹 개요(SQL Server)
복사 전용 백업(SQL Server)
CREATE AVAILABILITY GROUP(Transact-SQL)
ALTER AVAILABILITY GROUP(Transact-SQL)