Microsoft로 로그인
로그인하거나 계정을 만듭니다.
안녕하세요.
다른 계정을 선택합니다.
계정이 여러 개 있음
로그인할 계정을 선택합니다.

증상

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에 대 한 최신 누적 업데이트를 확인 하세요.

상태

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

도움이 더 필요하세요?

더 많은 옵션을 원하세요?

구독 혜택을 살펴보고, 교육 과정을 찾아보고, 디바이스를 보호하는 방법 등을 알아봅니다.

커뮤니티를 통해 질문하고 답변하고, 피드백을 제공하고, 풍부한 지식을 갖춘 전문가의 의견을 들을 수 있습니다.

이 정보가 유용한가요?

언어 품질에 얼마나 만족하시나요?
사용 경험에 어떠한 영향을 주었나요?
제출을 누르면 피드백이 Microsoft 제품과 서비스를 개선하는 데 사용됩니다. IT 관리자는 이 데이터를 수집할 수 있습니다. 개인정보처리방침

의견 주셔서 감사합니다!

×