KB2653893 - 수정: SQL Server 2008 R2 또는 2008년 SQL Server 또는 SQL 2012에서 데이터베이스를 복원하는 데 오랜 시간이 걸립니다.

증상

Microsoft SQL Server 2008 R2 또는 Microsoft SQL Server 2008 또는 Microsoft SQL Server 2012에서 데이터베이스를 복원하는 데 오랜 시간이 걸릴 수 있습니다.

원인

이 문제는 데이터베이스에 VLF가 많은 경우 VLF(가상 로그 파일) 목록을 빌드하는 데 시간이 오래 걸리기 때문에 발생합니다.

해결 방법

상태

Microsoft는 "적용 대상" 절에 나열한 Microsoft 제품에서 이 문제를 확인했습니다.

추가 정보

SQL 오류 로그 파일을 검토한 다음 각 트랜잭션 로그 백업 파일에서 LSN(로그 시퀀스 번호)을 찾아 VLF 세그먼트 수를 검사 수 있습니다. LSN의 콜론 기호 앞의 첫 번째 숫자는 LSN의 수에 해당합니다.

예를 들어 LSN에 대한 첫 번째 정보 메시지의 첫 번째 숫자는 1입니다. 그러나 LSN에 대한 두 번째 정보 메시지의 첫 번째 숫자는 100001. 이 시나리오에서는 첫 번째 정보 메시지의 시간과 두 번째 정보 메시지 사이에 사용되는 100,000개의 VLF가 있습니다. 따라서 VLF(가상 로그 Files)가 많은 로깅된 조각화된 트랜잭션 로그는 다음과 유사합니다.

{로그가 백업되었습니다. 데이터베이스: mydbname, 생성 날짜(시간): 2010/07/08(12:36:46), 첫 번째 LSN: 1:5068:70, 마지막 LSN: 1:5108:1, 덤프 디바이스 수: 1, 디바이스 정보: (FILE=1, TYPE=DISK: {'C:\folder\logback1.trn'}). 정보 메시지일 뿐입니다. 사용자 작업은 필요하지 않습니다.

로그가 백업되었습니다. 데이터베이스: mydbname, 생성 날짜(시간): 2010/07/08(15:36:46), 첫 번째 LSN: 100001:5108:1, 마지막 LSN: 100002:5108:1, 덤프 디바이스 수: 1, 디바이스 정보: (FILE=2, TYPE=DISK: {'C:\folder\logbackup2.trn'}). 정보 메시지일 뿐입니다. 사용자 작업이 필요하지 않습니다.}

참고 자료

LSN(로그 시퀀스 번호)에 대한 자세한 내용은 다음 MSDN 웹 사이트를 참조하세요.

로그 시퀀스 번호에 대한 일반 정보

로그 파일 구조가 데이터베이스 복구 시간에 미치는 영향에 대한 자세한 내용은 다음 MSDN 웹 사이트를 참조하세요.

로그 파일 구조가 데이터베이스 복구 시간에

미치는 영향트랜잭션 로그 VLL에 대한 자세한 내용은 다음 MSDN 웹 사이트를 참조하세요.

트랜잭션 로그 파일에 대한 일반 정보

해결 방법 

• 복원 또는 복구 작업이 완료
  
  될 때까지 기다립니다. 데이터베이스를 복원하거나 복구할 때 성능이 저하되는 복구되지 않은 데이터베이스가 있는 경우 복원 또는 복구 작업이 완료될 때까지 기다려야 할 수 있습니다. 예를 들어 오프라인 상태 또는 복구되지 않은 데이터베이스에 대한 SSMS(SQL Server Management Studio)의 복구 상태 표시될 수 있습니다. SQL Server 중지하면 일반적으로 복구 속도가 느려지지 않으며 동일한 복구 분석 단계, 다시 실행 단계 또는 실행 취소 단계를 반복하는 데 더 많은 시간이 걸릴 수 있습니다.

• 수천 개의 VLLF
  
  가 포함된 트랜잭션 로그 시퀀스를 복원하지 마세요. 백업 파일을 사용하여 데이터베이스를 복원하고 복구하는 동안 성능이 저하되는 경우 수천 개의 VLL을 포함하는 트랜잭션 로그 시퀀스를 복원하지 않아도 됩니다. 기록된 가상 로그 파일이 가장 많은 백업 파일을 식별하려면 다음 문을 사용하여 로그 백업 파일
  에서 FirstLSN 및 LastLSN 열을 확인합니다. RESTORE HEADERONLY FROM DISK='C:\folder\file.trn'
  
  로그 백업 파일을 복원하지 않도록 결정할 수 있습니다. 또는 RESTORE 명령에서 STOP AT 문을 사용하여 트랜잭션 로그의 조각화된 부분을 방지할 수 있습니다. 오류 복구 시나리오 중에 로그 시퀀스를 최신 시점까지 완전히 복원하지 않으면 데이터베이스 SQL Server 데이터 손실이 발생합니다. 이 데이터 손실은 모든 트랜잭션이 유지되지 않기 때문에 발생합니다. 따라서 비즈니스 절충 결정이 있습니다. 고도로 조각화된 트랜잭션 로그를 완전히 복원할 수 있습니다. 그러나 이 작업에는 많은 시간이 걸릴 수 있습니다. 또는 복구에서 STOP AT 문을 사용하여 매우 조각난 로그 부분 전에 복구를 중지할 수 있습니다. 그러나 생략한 모든 누락된 트랜잭션은 손실됩니다.
  
  참고 이 핫픽스를 설치하지 않으면 일반적으로 SQL Server 다시 시작한 후 신속한 복구를 위한 안전한 의지가 없습니다. SQL Server 로그 파일을 분석하고 완료된 트랜잭션을 다시 실행한 다음 불완전한 트랜잭션을 실행 취소하여 복구를 완료하여 데이터베이스를 안전하게 온라인 상태로 만들기 위한 VLLF 목록을 찾아야 합니다. 복구하는 동안 트랜잭션을 안전하게 건너뛸 수 없습니다.