AlwaysOn 가용성 그룹이 있는 데이터베이스 스냅샷(SQL Server)
적용 대상: 
SQL Server
[!참고] 데이터베이스에 데이터베이스 스냅샷을 만드는 것은 쓰기 작업의 복사로 인해 CPU 및 IO 오버헤드가 발생합니다. 데이터베이스 복제본에서는 특히 스냅샷 수가 증가할수록 다른 작업 간의 다시 실행 처리량이 저하될 수 있습니다.
가용성 그룹의 주 데이터베이스 또는 보조 데이터베이스에서 데이터베이스 스냅샷 만들 수 있습니다. 복제본 역할은 RESOLVING 상태가 아닌 PRIMARY 또는 SECONDARY여야 합니다.
데이터베이스 동기화 상태가 SYNCHRONIZING 또는 SYNCHRONIZED인 상태에서 데이터베이스 스냅샷을 만드는 것이 좋습니다. 그러나 데이터베이스 동기화 상태가 NOT SYNCHRONIZING인 경우에도 데이터베이스 스냅샷 만들 수는 있습니다.
복제본이 주 복제본에서 DISCONNECTED된 경우 보조 복제본의 데이터베이스 스냅샷은 계속 작업해야 합니다.
일부 Always On 가용성 그룹 조건에서는 원본 데이터베이스와 데이터베이스 스냅샷이 모두 다시 시작되어 일시적으로 사용자의 연결이 끊어집니다. 이러한 조건은 다음과 같습니다:
동일한 서버 인스턴스에서 현재 주 복제본이 오프라인으로 전환되었다가 다시 온라인으로 돌아오거나 가용성 그룹이 장애 조치를 취하므로 주 복제본이 역할을 변경합니다.
데이터베이스가 보조 역할로 전환합니다.
데이터베이스 스냅샷 호스팅하는 가용성 복제본에 장애 조치되는 경우에는 데이터베이스 스냅샷은 처음 만들어진 서버 인스턴스에 그대로 유지됩니다. 사용자는 장애 조치 후에도 스냅샷을 계속 사용할 수 있습니다. 사용자 환경에서 성능이 중요한 경우 수동 장애 조치 모드로 만들어진 보조 복제본에서 호스팅 되는 보조 데이터베이스에만 데이터베이스 스냅샷 만드는 것이 좋습니다. 가용성 그룹을 이 보조 복제본 수동으로 장애 조치를 하는 경우 다른 보조 복제본에서 새 데이터베이스 스냅샷 집합을 만들고, 클라이언트를 새 데이터베이스 스냅샷 리디렉션한 후에 새 주 데이터베이스에서 모든 데이터베이스 스냅샷 삭제할 수 있습니다.