복구 경로

아티클
12/15/2008

차등 백업이나 로그 백업을 사용하는 경우 또는 다음 방법 중 하나로 데이터베이스를 이전 시점으로 복구하는 경우 복구 경로를 이해해야 합니다.

지정 시간 복원 수행
모든 로그 백업이나 가장 최근의 차등 백업을 먼저 복원하지 않고 복구 수행

데이터베이스를 이전 복구 지점으로 복구하고 그 지점부터 새로 데이터베이스를 사용하면 새 복구 경로가 시작됩니다. 복구 경로는 일반적으로 데이터베이스를 사용하거나 특정 데이터 및 로그를 복원하여 데이터베이스를 특정 지정 시간으로 복원하는 데이터 및 로그 백업 시퀀스입니다. 복구 경로는 데이터베이스의 일관성은 계속 유지한 채 시간 경과에 따라 점진적으로 데이터베이스를 변경시키는 특정 변환의 고유 집합으로 구성됩니다. 다음 그림에서는 복구 지점과 결과 복구 경로 간의 관계를 보여 줍니다.

복구 지점 및 결과 복구 경로

일반적으로 트랜잭션을 롤백해야 하고 데이터베이스가 현재 고유한 상태에 있으므로 복구 지점에서 새 복구 경로가 시작됩니다. 이제 기존 백업의 LSN(로그 시퀀스 번호)은 이 복구 지점의 LSN보다 커지며 이러한 백업의 LSN은 현재 복구 작업으로 생성된 새 분기와는 다른 복구 분기에 존재하게 됩니다.

[!참고] 전체 데이터베이스 백업을 복원하고 다른 유형의 백업을 사용하지 않고 데이터베이스를 복구하면 새 복구 경로가 생성됩니다.

최상의 방법 여러 복구 분기 지점이 있는 복구 경로가 생성되는 것을 방지하려면 데이터베이스를 복구하자마자 전체 데이터 집합의 백업을 수행합니다. 이 방법을 사용하면 모든 백업이 단일 복구 분기에서 수행됩니다. 이를 확인하려면 RESTORE HEADERONLY 결과 집합 또는 backupset 테이블의 last_recovery_fork_guid 열을 살펴봅니다.

다음 상황에서는 데이터베이스가 "끝 시점"으로 복원되지 않으므로 새 복구 경로가 생성됩니다. 그 후에는 데이터베이스에 대해 두 개 이상의 복구 경로를 사용할 수 있으며 모두 같은 LSN 범위를 사용하는 백업이 존재하게 됩니다.

전체 데이터베이스 백업 및 차등 데이터베이스 백업을 복원하고 기존의 트랜잭션 로그 백업을 적용하지 않고 데이터베이스를 복구하는 경우
가장 최근의 차등 백업이 아닌 다른 차등 백업의 끝에 데이터베이스를 복구하는 경우
가장 최근의 트랜잭션 로그 백업이 아닌 다른 트랜잭션 로그 백업의 끝에서 데이터베이스를 복구하는 경우
트랜잭션 로그 백업 내의 특정한 시간 또는 표시된 트랜잭션에서 데이터베이스를 복구하는 경우

복구 경로의 예

다음 그림에서는 데이터베이스가 복구될 때의 새 복구 경로의 분기를 보여 줍니다. 이 그림에서는 전체 데이터베이스 백업과 4개의 로그 백업 시퀀스가 생성되어 있습니다. 그 다음 데이터베이스는 전체 데이터베이스 백업, 로그 백업 1 및 로그 백업 2를 복원하여 로그 백업 2의 끝으로 복원됩니다. 이 지점에서 데이터베이스가 복구되고 새 복구 분기 지점이 생성됩니다. 데이터베이스가 한 번, 두 번 그리고 세 번 이상 트랜잭션 로그 백업에 사용된 다음 로그 백업 5 및 로그 백업 6이 만들어집니다.

복구 경로의 예

데이터베이스 백업과 처음 4개의 로그 백업은 모두 분기 1에 있습니다. 로그 백업 5와 로그 백업 6은 분기 2에 있습니다. 복구 분기 지점에는 로그 백업 2의 마지막 LSN(Log_Backup_2.LastLSN)과 로그 백업 5의 첫 번째 LSN(Log_Backup_5.FirstLSN)이 포함되어 있습니다.

로그 백업 5 안에서 first_recovery_fork_guid는 분기 1을 식별하고 last_recovery_fork_guid는 분기 2를 식별합니다. 복구 경로는 분기 1, 분기 2입니다.

[!참고] 새 경로로 분기하기 위해 반드시 로그 백업의 끝으로 복원해야 하는 것은 아닙니다.

이전 경로를 따라 복원 및 롤포워드하려면

이전 복구 경로는 사용하지 않는 것이 좋습니다. 이전 복구를 사용하면 데이터베이스에 두 개의 다른 시간 간격으로 커밋된 트랜잭션이 생기기 때문입니다. 그러나 필요하면 현재 복구 경로가 생성되기 전에 수행된 백업 시퀀스를 따라 이전 복구 경로를 롤포워드할 수 있습니다. 예를 들어 지정 시간 복구 전에 수행된 백업을 사용하여 이전 경로를 따라 지점에 도달할 수 있습니다.

[!참고] 공통 부모로부터 두 개의 데이터베이스를 만들려면 각 데이터베이스에 대해 끝 시점에 도달하는 데 사용해야 하는 단일 복구 경로를 생각해 보십시오.

예를 들어 로그 백업 5와 로그 백업 6이 생성된 후에도 위의 그림에서 생성된 백업을 기반으로 이전 복구 경로에 있는 로그 백업 3의 끝으로 복원할 수 있습니다.

이전 경로에서 새 경로로 복원 및 롤포워드하려면

SQL Server 데이터베이스 엔진은 단일 복원 시퀀스에 서로 양립할 수 없는 백업, 즉 서로 다른 복구 경로를 따라 롤포워드되는 백업이 사용되지 않도록 합니다. 이 제한으로 복구 후 데이터베이스의 일관성이 유지 관리됩니다.

새 복구 경로를 따라 복원 및 롤포워드하려면 복구 지점 이전의 백업과 복구 지점 이후의 백업에 대해 별개의 복원 시퀀스를 생성합니다.

새 복구 경로를 정의한 복구 전에 수행된 백업을 복원합니다. 이때 복구 지점을 포함하는 백업은 제외합니다.
복구 경로가 생성된 후 수행된 백업을 복원하여 새 복구 경로를 따라 롤포워드합니다.

예를 들어 위의 그림에서 생성된 백업을 기반으로 로그 백업 3이 오전 10시에서 11시 사이에 수행된다고 가정합니다. 이와 동시에 STOPAT**=10:**30을 지정하는 지정 시간 복원이 수행되고 그 결과 복구 경로가 분기되어 새 복구 분기인 분기2가 시작됩니다. 새 분기의 첫 번째 로그 백업인 로그 백업 5에는 이제는 존재하지 않는 로그 백업 3 대신 로그 백업 3과 동일한 첫 번째 LSN이 포함됩니다. 분기 1에서 시작하여 분기 2에서 끝나는 새 복구 경로에서 백업을 복원하려면 전체 데이터베이스 백업, 로그 백업 1, 로그 백업 2, 로그 백업 5 및 로그 백업 6의 순서로 복원합니다.

복구 분기 지점 관리

복구 분기는 동일한 GUID를 공유하는 LSN의 범위입니다. 복구 경로는 시작점(LSN,GUID)에서부터 끝점(LSN,GUID)까지의 범위를 나타냅니다. 복구 경로의 LSN 범위는 하나 이상의 복구 분기의 시작부터 끝 전체에 이를 수 있습니다. 데이터베이스가 만들어질 때 및 RESTORE WITH RECOVERY가 복구 분기 지점을 만들 때 새 복구 분기가 시작됩니다.

복구 분기 지점은 RESTORE WITH RECOVERY가 수행될 때마다 새 복구 분기가 시작되는 지점(LSN,GUID)입니다. 각 복구 분기 지점은 복구 분기 간 부모-자식 관계를 결정합니다.

데이터베이스를 복구하면 다음 LSN을 포함한 전체 데이터베이스 상태가 복구 지점으로 설정됩니다. 그런 다음 fork_point_lsn부터 시작하여 LSN이 다시 사용됩니다. 따라서 복원 시퀀스를 생성하는 경우 동일한 LSN이 둘 이상의 분기 지점에 존재할 수 있으므로 백업은 LSN뿐만 아니라 복구 분기 지점으로 연결되어야 합니다. 다음은 LSN의 재사용을 설명하는 그림으로 여러 다른 복구 분기 지점에서 LSN이 다시 사용되는 방식을 보여 줍니다.

여러 다른 복구 분기에서 LSN이 다시 사용되는 방식

복원 시퀀스에 복구 분기 지점을 이동하는 백업이 통합되어야 하는 경우 사용한 백업이 올바른 복구 경로를 따라 복구 지점에 도달하도록 복원 시퀀스가 구성되어야 합니다. 이를 위해 백업에는 backupset.first_recovery_fork_guid 및 backupset.last_recovery_fork_guid가 포함됩니다. 이것은 백업을 연결하여 순서가 올바른 분기 지점을 따르도록 하는 데 사용됩니다.

backupset 기록 테이블의 값을 통해 사용할 백업 세트를 결정할 수 있습니다.

순서의 각 로그 백업을 복원하려면 first_recovery_fork_guid가 순서에 있는 이전 백업의 last_recovery_fork_guid와 같아야 합니다.
데이터 백업과 차등 백업도 연결해야 합니다.
로그 백업이 전체 데이터베이스 백업이나 차등 데이터베이스 백업의 마지막 LSN과 분기 지점을 모두 포함하는 경우 연결 테스트는 분기 지점을 기반으로 하여 마지막 LSN의 위치에 따라 결정됩니다.
다음은 backupset 값을 사용하는 연결 테스트입니다.
- last_lsn이 fork_point_lsn보다 작거나 같을 경우 데이터 백업이나 차등 백업의 last_recovery_fork_guid가 로그 백업의 first_recovery_fork_guid와 같아야 합니다. 다음 그림에서는 last_lsn이 fork_point_lsn보다 작은 경우를 보여 줍니다.
- last_lsn이 fork_point_lsn보다 클 경우 데이터 백업이나 차등 백업의 last_recovery_fork_guid가 로그 백업의 last_recovery_fork_guid와 같아야 합니다. 다음 그림에서는 last_lsn이 fork_point_lsn보다 큰 경우를 보여 줍니다.
차등 백업에서는 backupset.differential_base_guid를 사용하여 차등 기반을 찾습니다.
차등 백업이 다중 기반이고 backupset.differential_base_guid가 NULL인 경우 backupfile.differential_base_guid를 사용하여 파일별로 차등 기반을 결정해야 합니다.