FIX: 느린 동기화 디스크 SQL Server AG 및 Logshipping 환경에서 기본 및 보조 복제 데이터베이스 로그 파일에 대해 다른 섹터 크기를가지고 있을 때

이 문서는 Microsoft 기계 번역 소프트웨어를 이용하여 번역되었으며 Microsoft Community에 의한 Community Translation Framework(CTF) 기술 혹은 사람이 번역한 내용에 의하여 사후 편집될 수 있습니다. Microsoft는 Knowledge Base에 있는 모든 문서에 다양한 언어로 접근할 수 있도록 하기 위하여 기계 번역, 사람에 의한 번역 및 커뮤니티가 편집한 내용을 모두 제공합니다. 번역된 문서는 어휘, 구문 및/혹은 문법에 오류가 있을 수 있습니다. Microsoft는 번역 오류로 인한 부정확성, 오류 및/또는 손해와 이를 고객이 사용하는 데에 대하여 책임을 지지 않습니다.

이 문서의 영문 버전 보기:3009974
알림
참고: 이 핫픽스를 적용 한 후 추적 플래그 1800이이 핫픽스가 제대로 작동 하려면 모든 서버에서 사용 하도록 설정 해야 합니다.
현상
다음 시나리오를 고려하십시오.
  • Microsoft SQL Server 2012 또는 SQL Server 2014 Logshipping 또는 AlwaysOn 가용성 그룹 기능을 사용 합니다.
  • AlwaysOn 가용성 그룹 (AG)의 기본 및 보조 복제본의 로그 파일을 저장 하는 디스크 다른 섹터 크기를가지고 있습니다. 또는 디스크 저장소 로그 파일 하 Logshipping 주 서버와 보조 서버 Logshipping Logshipping 환경에서 다른 섹터 크기를가지고 있습니다. 예를 들어:
    • 주 복제본의 로그 파일은 디스크에 섹터 크기가 512 바이트에 있습니다. 그러나 보조 복제본의 로그 파일 섹터 크기는 4 킬로바이트 (KB)를 가진 디스크에 있습니다.
    • 기본 복제 로그 파일 섹터 크기가 512 바이트에는 온-프레미스 로컬 시스템에 있습니다. 그러나 보조 복제 데이터베이스는 4 킬로바이트 (KB)의 섹터 크기를 가진 Windows Azure 저장소 디스크에 있습니다.
이 시나리오에서는 다음과 같은 오류 메시지가 SQL Server 오류 로그에 기록 됩니다.

내용이 불일치 X 로그 IOs는 필요한으로 폴백 동기 IO. 현재 IO는 파일에는...

또한, AG 또는 Logshipping 동기화 동기 I/o로 인해 매우 느리게 실행 됩니다. Windows Azure 저장소에 보조 복제본이 있으면 동기화 프로세스를 완료 하는 데 예상 보다 시간이 오래 걸립니다.

참고: 4KB 섹터 크기를 가진 새 드라이브와 이전 드라이브의 512 바이트 섹터 크기를 사용 하 여이 문제가 발생 합니다. 새 드라이브에 대 한 자세한 내용은 참조 하십시오. SQL Server 새 드라이브 사용 4k 섹터 크기 하 고 SQL Server-저장소 공간/VHDx 및 4k 섹터 크기.
해결 방법
문제는 SQL Server 다음 누적 업데이트에 처음 수정 되었습니다.

누적 업데이트 5 SQL Server 2014에 대 한

SQL Server 2012 s p 2 용 누적 업데이트 3

SQL Server 2012 s p 1 용 누적 업데이트 13

핫픽스를 적용 하 고 추적 플래그 1800 주 서버에서 활성화 한 후 다음과 같은 파일의 크기를 조금만 늘려도 발생할 수 있습니다.
  • 트랜잭션 로그 파일
  • 로그 백업
또한 주 서버의 SQL Server 오류 로그에 다음과 같은 메시지가 기록 됩니다 있는지 확인 합니다.

데이터베이스의 로그 꼬리 '데이터베이스 이름> ' 4096 바이트의 새 섹터 크기에 맞게 다시 작성 되는

이것은 정보 메시지는 무시 해도 됩니다.

SQL Server용 누적 업데이트에 대해

SQL Server용 각각의 새로운 누적 업데이트는 모이전 누적 업데이트에 포함된 모든 핫픽스 및 보안 수정 프로그램을 포함합니다. SQL Server 대 한 최신 누적 업데이트를 참조 하십시오.

해결 과정
이 문제를 해결 하려면 트랜잭션 로그 파일 위치에 실제 섹터 당 바이트 512 바이트로 설정 된 드라이브를 이동 합니다.
현재 상태
Microsoft는 이 문제가 '적용 대상' 섹션에 나열된 Microsoft 제품의 문제임을 확인했습니다.
추가 정보
가장 좋은 방법은 모든 복제 (로그 파일을 호스트 하는 모든 적어도 디스크)에 있는 모든 디스크 섹터 크기가 같은 있는지 확인 하십시오. 보조는 512 바이트 실제 섹터 주 섹터 크기가 4KB 장소와, 혼합된 환경에서 TF 1800 주 역할로 전환 수를 (특히 512 바이트 실제 섹터 있는 서버) 모든 서버에서 시작을 플래그에 따라 사용 되어야 합니다. 따라서 지속적인 로그 생성 형식 4 KB 섹터 크기를 사용 합니다.

큰 섹터 크기를 사용 하 여 SQL Server 작동 하는 방법에 대 한 자세한 내용은 다음 게시물 지원 블로그 참조.

SQL Server-저장소 공간/VHDx 및 4k 섹터 크기

사용할 수 있습니다. Fsutil 명령 프롬프트 유틸리티실제 섹터 당 바이트의 값을 확인 합니다. 이 매개 변수는 출력에서 보이지 않는 경우에 지정 된 핫픽스를 적용 해야 합니다. KB 문서 982018.

해야 하는 드라이브의 종류를 확인 하려면 다음과이 같이 하십시오.
  1. 상승된 된 명령 프롬프트에서 다음 명령을 실행 합니다.
    Fsutil fsinfo ntfsinfo x:
    참고: 개체 틀 x 검사 중인 드라이브를 나타냅니다.
  2. 바이트 당 섹터실제 섹터 당 바이트 의 값을 해야 하는 드라이브의 종류를 결정 하는 데 사용 합니다. 이렇게 하려면 다음 표를 사용 합니다.
    "섹터 당 바이트" 값입니다."실제 섹터 당 바이트" 값입니다.드라이브 종류
    40964096네이티브 4k
    5124096고급 형식 (512E 라고도 함)
    512512512 바이트 기본

경고: 이 문서는 자동으로 번역되었습니다.

속성

문서 ID: 3009974 - 마지막 검토: 01/19/2016 19:59:00 - 수정: 6.0

Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Standard

  • kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseadvanced kbmt KB3009974 KbMtko
피드백