Always On 가용성 그룹이 있는 데이터베이스 스냅숏(SQL Server)Database Snapshots with Always On Availability Groups (SQL Server)

이 항목은 다음에 적용됩니다. 예SQL Server(2016부터 시작)아니요Azure SQL 데이터베이스아니요Azure SQL 데이터 웨어하우스아니요병렬 데이터 웨어하우스THIS TOPIC APPLIES TO: yesSQL Server (starting with 2016)noAzure SQL DatabasenoAzure SQL Data Warehouse noParallel Data Warehouse

가용성 그룹의 주 데이터베이스 또는 보조 데이터베이스에서 데이터베이스 스냅숏을 만들 수 있습니다.You can create a database snapshot on an primary or secondary database in an availability group. 복제본 역할은 RESOLVING 상태가 아닌 PRIMARY 또는 SECONDARY 상태여야 합니다.The replica role must be either PRIMARY or SECONDARY, not in the RESOLVING state.

데이터베이스 동기화 상태가 SYNCHRONIZING 또는 SYNCHRONIZED인 상태에서 데이터베이스 스냅숏을 만드는 것이 좋습니다.We recommend that the database synchronization state be SYNCHRONIZING or SYNCHRONIZED when you create a database snapshot. 데이터베이스 동기화 상태가 NOT SYNCHRONIZING인 경우에도 데이터베이스 스냅숏을 만들 수는 있습니다.However, database snapshots can be created when the database synchronization state is NOT SYNCHRONIZING.

복제본이 주 복제본에서 DISCONNECTED된 경우 보조 복제본의 데이터베이스 스냅숏은 계속 작업해야 합니다.A database snapshot on a secondary replica should continue to work if the replica is DISCONNECTED from the primary replica.

일부 Always On 가용성 그룹Always On availability groups 조건에서는 원본 데이터베이스와 데이터베이스 스냅숏이 모두 다시 시작되어 일시적으로 사용자와의 연결이 끊어집니다.Some Always On 가용성 그룹Always On availability groups conditions cause both the source database and its database snapshots to be restarted, temporarily disconnecting users. 이러한 조건은 다음과 같습니다.These conditions are as follows:

  • 동일한 서버 인스턴스에서 현재 주 복제본이 오프라인으로 전환되었다가 다시 온라인으로 돌아오거나 가용성 그룹이 장애 조치를 수행하기 때문에 주 복제본이 역할을 변경합니다.The primary replica changes roles, whether because the current primary replica goes off line and comes back online on the same server instance or because the availability group fails over.

  • 데이터베이스가 보조 역할로 전환됩니다.The database enters the secondary role.

    데이터베이스 스냅숏을 호스팅하는 가용성 복제본이 장애 조치되는 경우 데이터베이스 스냅숏은 처음 만들어진 서버 인스턴스에 그대로 유지됩니다.If the availability replica that hosts database snapshots is failed over, the database snapshots remain on the server instance where they were created. 사용자는 장애 조치 후에도 스냅숏을 계속 사용할 수 있습니다. 사용자 환경에서 성능이 중요한 경우 수동 장애 조치 모드에 대해 구성되는 보조 복제본에서 호스팅되는 보조 데이터베이스에서만 데이터베이스 스냅숏을 만드는 것이 좋습니다.Users can continue to use the snapshots after the failover.If performance is a concern in your environment, we recommend that you create database snapshots only on secondary databases that are hosted by a secondary replica that is configured for manual failover mode. 가용성 그룹을 이 보조 복제본으로 수동으로 장애 조치하는 경우 다른 보조 복제본에서 새 데이터베이스 스냅숏 집합을 만들고 클라이언트를 새 데이터베이스 스냅숏으로 리디렉션한 다음 새 주 데이터베이스의 모든 데이터베이스 스냅숏을 삭제할 수 있습니다.If you ever manually fail over the availability group to this secondary replica, you can create a new set of database snapshots on another secondary replica, redirect clients to the new database snapshots, and drop all of the database snapshots from the now primary databases.

참고 항목See Also

Always On 가용성 그룹 개요(SQL Server) Overview of Always On Availability Groups (SQL Server)
데이터베이스 스냅숏(SQL Server)Database Snapshots (SQL Server)