Khắc phục: Chậm đồng bộ hóa khi đĩa có kích thước khác nhau cho tệp nhật ký Trung sao trong SQL Server AG và Logshipping môi trường

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch thuật của Microsoft và có thể được Cộng đồng Microsoft chỉnh sửa lại thông qua công nghệ CTF thay vì một biên dịch viên chuyên nghiệp. Microsoft cung cấp các bài viết được cả biên dịch viên và phần mềm dịch thuật thực hiện và cộng đồng chỉnh sửa lại để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng nhiều ngôn ngữ Tuy nhiên, bài viết do máy dịch hoặc thậm chí cộng đồng chỉnh sửa sau không phải lúc nào cũng hoàn hảo. Các bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 3009974
Chú ý
Lưu ý Sau khi bạn áp dụng hotfix này, bạn phải kích hoạt cờ theo dõi 1800 trên tất cả các máy chủ cho hotfix này hoạt động đúng cách.
Triệu chứng
Xem xét tình huống sau:
  • Bạn bật tính năng nhóm khả dụng luôn bật hoặc Logshipping trong Microsoft SQL Server 2012 hoặc SQL Server 2014.
  • Đĩa lưu trữ tệp nhật ký sao trung trong một nhóm khả dụng luôn bật (AG) có kích thước khác nhau. Hoặc trong môi trường Logshipping, đĩa là lưu trữ tệp nhật ký máy chủ chính Logshipping và máy chủ phụ Logshipping có kích thước khác nhau. Ví dụ:
    • Tệp nhật ký đồng gửi chính nằm trên đĩa có kích thước cung 512 byte. Tuy nhiên, hai đồng gửi tệp nhật ký được đặt trên một ổ đĩa có kích thước cung 4 kilobyte (KB).
    • Tệp nhật ký đồng gửi chính nằm trên hệ thống cục bộ trên cơ sở có kích thước cung 512 byte. Tuy nhiên, các đồng gửi phụ nằm trên đĩa Windows Azure lưu trữ có kích thước cung 4 kilobyte (KB).
Trong trường hợp này, thông báo lỗi sau được ghi vào Nhật ký lỗi SQL Server:

Có X thẳng đăng IOs mà yêu cầu rơi trở lại để đồng bộ IO. IO hiện tại là hồ sơ.

Ngoài ra, đồng bộ hóa AG hoặc Logshipping chạy rất chậm do I/Os đồng bộ. Nếu hai đồng gửi Windows Azure lưu trữ, mất nhiều thời gian hơn dự kiến để hoàn thành quá trình đồng bộ hoá.

Lưu ý: Sự cố này xảy ra khi bạn sử dụng cả các ổ đĩa mới có kích thước cung 4 KB và ổ đĩa cũ có kích thước cung 512 byte. Để biết thêm thông tin về các ổ đĩa mới, hãy xem SQL Server - mới sử dụng 4K cung kích thước ổ đĩaLưu trữ SQL Server-không gian/VHDx và kích thước cung 4K.
Giải pháp
Số lần đầu tiên được khắc phục trong bản Cập Nhật tích luỹ sau của SQL Server.

Cập Nhật tích luỹ 5 cho SQL Server 2014

Bản Cập Nhật tích lũy 3 cho SQL Server 2012 SP2

Cập Nhật tích luỹ 13 cho SQL Server 2012 SP1

Sau khi bạn áp dụng hotfix và kích hoạt cờ theo dõi 1800 trên máy chủ chính, bạn sẽ thấy nhỏ tăng kích thước của các tệp sau:
  • Tệp nhật ký giao dịch
  • sao lưu Nhật ký
Ngoài ra, bạn sẽ thấy thông báo sau được ghi vào Nhật ký lỗi SQL Server máy chủ chính:

Đuôi Nhật ký cho bộ máy cơ sở dữ liệu 'tên bộ máy cơ sở dữ liệu>' được viết lại để phù hợp với kích thước cung mới 4096 byte

Đây là thông báo thông tin có thể được bỏ qua một cách an toàn.

Giới thiệu về Cập Nhật tích luỹ cho SQL Server

Mỗi bản Cập Nhật tích luỹ mới cho SQL Server có chứa tất cả các hotfix và tất cả các bản sửa lỗi bảo mật mà được đính kèm với bản Cập Nhật tích luỹ trước đó. Xem các bản Cập Nhật tích luỹ mới nhất cho SQL Server:

Cách giải quyết khác
Để khắc phục sự cố này, di chuyển tệp nhật ký giao dịch đích vào ổ đĩa có byte mỗi cung vật lý đặt là 512 byte.
Tình trạng
Microsoft đã xác nhận rằng đây là sự cố trong sản phẩm của Microsoft được liệt kê trong phần "Áp dụng cho".
Thông tin thêm
Cách tốt nhất, hãy thử để đảm bảo rằng tất cả đĩa tất cả đồng gửi (ít tất cả đĩa lưu trữ tệp nhật ký) có cùng kích thước cung. Trong môi trường khác nhau, nơi thứ cấp cung vật lý là 512 byte và chính kích thước cung 4 KB, lực 1800 nên được sử dụng như cờ khởi động trên tất cả máy chủ (đặc biệt là các máy chủ có cung vật lý 512 byte) mà có thể chuyển đổi sang vai trò chính. Điều này đảm bảo rằng định dạng tạo liên tục kí nhập sử dụng kích thước cung 4 KB.

Để biết thêm chi tiết về cách hoạt động của SQL Server với kích thước lớn hơn, hãy xem bài viết sau trên blog hỗ trợ:

Lưu trữ SQL Server-không gian/VHDx và kích thước cung 4K

Bạn có thể sử dụng Tiện ích dấu kiểm nhắc lệnh Fsutil để xác định giá trị byte mỗi cung vật lý. Nếu tham số này không hiển thị trong kết quả, bạn phải áp dụng hotfix được chỉ định trong Bài viết trong KB 982018.

Để xác minh các loại ổ đĩa mà bạn có, hãy làm theo các bước sau:
  1. Chạy lệnh sau tại dấu kiểm nhắc lệnh nâng cao:
    Fsutil fsinfo ntfsinfo x:
    Lưu ý: Giữ chỗ x đại diện cho ổ đĩa mà bạn đang kiểm tra.
  2. Sử dụng các giá trị cho Byte mỗi cungbyte mỗi cung vật lý để xác định loại ổ đĩa mà bạn có. Để thực hiện việc này, sử dụng bảng sau:
    Giá trị "Byte mỗi cung"Giá trị "Byte mỗi cung vật lý"Loại ổ đĩa
    409640964K riêng
    5124096Định dạng nâng cao (còn được gọi là 512E)
    512512512 byte riêng

Cảnh báo: Bài viết này được dịch tự động

Thuộc tính

ID Bài viết: 3009974 - Xem lại Lần cuối: 01/20/2016 00:45:00 - Bản sửa đổi: 7.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 KbMtvi
Phản hồi