증상
Microsoft SQL Server 2008 또는 SQL Server 2008 R2에서 TDE (투명 한 데이터 암호화)를 사용 하는 데이터베이스가 있는 것으로 가정 하 고 데이터베이스에 대 한 쓰기 작업은 WRITELOG 또는 LOGBUFFER를 무한정 기다립니다. 데이터베이스가 전체 복구 모드이 고 예약 된 로그 백업이 정기적으로 수행 되는 경우, 문제가 적중 된 후에 SQL Server 오류 로그의 첫 번째 및 마지막 로그 시퀀스 번호 (LSN) 번호가 consequent 로그 백업에 대해 동일 합니다. 이 기간 동안 사용자 작업이 필요한 지 확인 하는 것도 좋습니다. 사용자 작업 부족으로 인해 발생 한 쓰기 작업이 없기 때문에 LSN 번호가 변경 되지 않을 수 있습니다. 관련 SQL Server 오류 로그 항목은 다음과 같습니다.
로그가 백업 되었습니다. 데이터베이스: <DataBaseName>, 만든 날짜 (시간): <날짜><시간>, 첫 번째 lsn: 76383:11154:1, 마지막 lsn: 76383:11154:1 .... 이 메시지는 정보 제공 용입니다. 사용자 작업은 필요 하지 않습니다. 로그가 백업 되었습니다. 데이터베이스: <DataBaseName>, 만든 날짜 (시간): <날짜><시간>, 첫 번째 lsn: 76383:11154:1, 마지막 lsn: 76383:11154:1 .... 이 메시지는 정보 제공 용입니다. 사용자 작업은 필요 하지 않습니다.
이 문제는 full 복구 모드의 데이터베이스와 관련이 없기 때문에 다른 복구 모드를 사용 하는 데이터베이스도 동일한 문제를 발생 시킬 가능성이 높습니다. 또한 시스템 테이블 sysprocesses의 롤백 상태에 SPID가 표시 될 수 있습니다.
원인
이 문제는 TDE에 대 한 일부 근본적인 예외 때문에 발생 합니다.
해결 방법
이 문제는 다음 SQL Server 누적 업데이트에서 처음 수정 되었습니다. 이 핫픽스를 적용 한 후에는 SQL Server가 문제를 발생 시킬 때 데이터베이스를 오프 라인 상태로 만듭니다 (WRITELOG 또는 LOGBUFFER를 무한정 기다리지 않고), SQL Server 서비스를 다시 시작 하지 않고 데이터베이스를 온라인 상태로 다시 전환할 수 있습니다. 일부 시나리오에서는 사용자 개입 없이 데이터베이스가 자동으로 다시 온라인 상태가 됩니다. 관련 정보는 SQL Server 오류 로그에 기록 됩니다. 핫픽스에 문제가 완전히 해결 되지 않습니다. 그러나 문제가 다시 발생 하는 경우에는 유형 및 오류 심각도에 따라 추가 진단 정보가 SQL Server 오류 로그에 기록 될 수 있습니다. 핫픽스를 적용 한 후에 검색할 수 있는 추가 진단 정보에 대 한 도움말을 통해 실제 예외를 식별 하 고 수정 해야 합니다.
SQL Server 2008 R2 SP2에 대 한 누적 업데이트 13 /en-us/help/2967540
SQL Server 2008 SP3 용 누적 업데이트 17 /en-us/help/2958696
각각의 새로운 새 누적 업데이트에는 이전 누적 업데이트에 포함 된 모든 핫픽스와 모든 보안 수정 사항이 포함 되어 있습니다. SQL Server에 대 한 최신 누적 업데이트를 확인 하세요.
상태
Microsoft는 "적용 대상" 절에 나열한 제품에서 이 문제를 확인했습니다.