KB3009974 - الإصلاح: المزامنة البطيئة عندما يكون للأقراص أحجام قطاعات مختلفة لملفات سجل النسخ المتماثلة الأساسية والثانوية في بيئات SQL SERVER AG وLogshipping

مؤشرات الخطأ

اطّلع على السيناريو التالي:

• يمكنك تمكين ميزة مجموعات قابلية وصول عالية التوفر AlwaysOn أو ميزة Logshipping في Microsoft SQL Server.

• الأقراص التي تخزن ملفات السجل للنسخة المتماثلة الأساسية والثانوية في مجموعة قابلية وصول عالية التوفر AlwaysOn (AG) لها أحجام قطاعات مختلفة. أو في بيئات Logshipping، تحتوي الأقراص التي تخزن ملفات السجل لخوادم Logshipping الأساسية وخوادم Logshipping الثانوية على أحجام قطاعات مختلفة. على سبيل المثال:

  • يوجد ملف سجل النسخة المتماثلة الأساسي على قرص بحجم قطاع يبلغ 512 بايت. ومع ذلك، يوجد ملف سجل النسخ المتماثلة الثانوي على قرص يحتوي على حجم القطاع 4 كيلوبايت (KB).

  • يوجد ملف سجل النسخة المتماثلة الأساسي على نظام محلي محلي يحتوي على حجم قطاع يبلغ 512 بايت. ومع ذلك، توجد النسخة المتماثلة الثانوية على قرص Windows Azure Storage الذي يحتوي على حجم القطاع 4 كيلوبايت (KB).

في هذا السيناريو، يتم تسجيل رسالة الخطأ التالية في سجل الخطأ SQL Server. قد تستمر رسالة الخطأ لفترة من الوقت بعد إعادة التشغيل إذا كانت هناك سجلات لم يتم تطبيقها على الثانوي قبل إعادة تشغيل الخادم.

بالإضافة إلى ذلك، تعمل مزامنة AG أو Logshipping ببطء شديد بسبب الإدخال/الإخراج المتزامن. إذا كانت النسخة المتماثلة الثانوية في Windows Azure Storage، فإن إنهاء عملية المزامنة يستغرق وقتا أطول بكثير من المتوقع.

ملاحظة تحدث هذه المشكلة عند استخدام كل من محركات الأقراص الجديدة التي لها حجم قطاع 4 كيلوبايت ومحركات الأقراص القديمة التي لها حجم قطاع 512 بايت. لمزيد من المعلومات حول محركات الأقراص الجديدة، راجع SQL Server - محركات الأقراص الجديدة استخدم حجم قطاع 4Kومساحات التخزين SQL Server/VHDx وحجم قطاع 4K.

الحل

تم إصلاح المشكلة أولا في التحديث التراكمي التالي SQL Server.

الحل البديل

لحل هذه المشكلة، انقل ملف سجل المعاملات في الوجهة إلى محرك أقراص يحتوي على وحدات البايت لكل قطاع فعلي تم تعيينه على أنه 512 بايت.

الحالة

أقرت Microsoft أن هذه المشكلة تحدث في منتجات Microsoft المسردة في المقطع "تنطبق على".

مزيد من المعلومات

كأفضل ممارسة، حاول التأكد من أن جميع الأقراص الموجودة على جميع النسخ المتماثلة (على الأقل جميع الأقراص التي تستضيف ملفات السجل) لها نفس حجم القطاع. في البيئات المختلطة، حيث يحتوي الثانوي على قطاع مادي يبلغ 512 بايت ويحتوي الأساسي على حجم قطاع يبلغ 4 كيلوبايت، يجب استخدام TF 1800 كعلامة بدء تشغيل على جميع الخوادم أو النسخ المتماثلة التي لها حجم قطاع فعلي 512 بايت وإعادة تشغيلها. وهذا يتأكد من أن تنسيق إنشاء السجل المستمر يستخدم حجم قطاع 4 كيلوبايت.

لمزيد من المعلومات حول كيفية عمل SQL Server مع أحجام القطاعات الأكبر، راجع المنشور التالي على مدونة الدعم:

SQL Server-مساحات التخزين/VHDx وحجم

قطاع 4K يمكنك استخدام الأداة المساعدة موجه أوامر Fsutil لتحديد قيمة وحدات البايت لكل قطاع مادي. إذا لم تكن هذه المعلمة مرئية في الإخراج، فيجب عليك تطبيق الإصلاح العاجل المحدد في مقالة KB 982018.

للتحقق من نوع محرك الأقراص الذي لديك، اتبع الخطوات التالية:

1. قم بتشغيل الأمر التالي في موجه أوامر غير مقيد:

   Fsutil fsinfo ntfsinfo x: ملاحظة يمثل العنصر النائب x محرك الأقراص الذي تقوم بفحصه.

2. استخدم قيم وحدات البايت لكل قطاعوبايت لكل قطاع مادي لتحديد نوع محرك الأقراص الذي لديك. للقيام بذلك، استخدم الجدول التالي:

   قيمة "وحدات البايت لكل قطاع"	قيمة "وحدات البايت لكل قطاع مادي"	نوع محرك الأقراص
   4096	4096	4K أصلي
   512	4096	تنسيق متقدم (يعرف أيضا باسم 512E)
   512	512	512 بايت أصلي