تصحيح: المزامنة بطيئة عندما الأقراص ذات أحجام مختلفة قطاع لملفات السجل النسخة المتماثلة الأساسية والثانوية في بيئات AG خادم SQL ولوجشيبينج

هام: تمت ترجمة هذه المقالة باستخدام برامج مايكروسوفت للترجمة الآلية ومن المحتمل ان يتم تحريرها او تدقيقها بعد ذلك من خلال تكنولوجيا منصة مجموعات الترجمة(CTF) او من خلال مترجم بشري. تقدم لك شركة مايكروسوفت هذه المقالات المترجمة بشكل آلي او بالترجمة البشرية او بعد تحريرها وتدقيقها من قبل مجموعات الترجمة حتى تمكنكم من الوصول إلى جميع المقالات الموجودة في قواعد المعرفة لديها بلغات مختلفة. إلا أن المقالات المترجمة قد تحتوي على أخطاء في المفردات او بناء الجمل او النحو. وعليه، فإن شركة مايكروسوفت ليست مسؤولة عن اية أخطاء او عدم دقة في الترجمة او أية أضرار قد تحدث نتيجة أخطاء في ترجمة محتويات النص او استخدامه من قبل العملاء.

اضغط هنا لرابط المقالة باللغة الانجليزية3009974
ملاحظة
ملاحظة: بعد تطبيق هذا الإصلاح العاجل، يجب تمكين إشارة تتبع 1800 على كافة الملقمات لإجراء هذا الإصلاح الجديد بشكل صحيح.
الأعراض
يرجى مراعاة السيناريو التالي:
  • تمكين ميزة مجموعات توفر الحصول أو لوجشيبينج في عام 2012 Microsoft SQL Server أو SQL Server 2014.
  • تحتوي الأقراص التي تقوم بتخزين ملفات السجل في النسخة المتماثلة الأساسية والثانوية في المجموعة إتاحة الحصول (AG) أحجام المقاطع المختلفة. أو في بيئات لوجشيبينج، الأقراص أن المخزن ملفات السجل الملقمات الأساسية لوجشيبينج ولوجشيبينج الملقمات الثانوية ذات أحجام مختلفة من القطاع. على سبيل المثال:
    • يوجد ملف السجل النسخة المتماثلة الأساسية على قرص يحتوي على حجم قطاع 512 بايت. ومع ذلك، ملف السجل النسخة المتماثلة الثانوية يقع على قرص بحجم القطاع 4 كيلوبايت (KB).
    • يوجد ملف السجل النسخة المتماثلة الأساسية على نظام داخلي محلي يحتوي على حجم قطاع 512 بايت. ومع ذلك، النسخة المتماثلة ثانوي يقع على قرص Windows Azure التخزين بحجم القطاع 4 كيلوبايت (KB).
في هذا السيناريو، يتم تسجيل رسالة الخطأ التالية في سجل أخطاء SQL Server:

عدم تسجيل X المنحرفة دائرة الرقابة الداخلية التي يلزم الرجوع إلى الإدخال/الإخراج المتزامنة. يكون الإدخال/الإخراج الحالي في ملف...

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

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

التحديث التراكمي 5 ل SQL Server 2014

التحديث التراكمي 3 ل SQL Server 2012 SP2

التحديث التراكمي 13 ل SQL Server 2012 SP1

بعد تثبيت الإصلاح العاجل وتمكين تتبع العلامة 1800 على الملقمات الأساسية، لاحظت زيادة طفيفة في حجم الملفات التالية:
  • ملف سجل المعاملات
  • النسخ الاحتياطي لسجل
بالإضافة إلى ذلك، لاحظ أن يتم تسجيل الرسائل التالية في سجل خطأ ملقم SQL الخادم الأساسي:

ذيل سجل لقاعدة البيانات 'اسم قاعدة البيانات> ' إعادة كتابتها لمطابقة حجم مقطع جديد 4096 بايت

هذا هو رسالة إخبارية يمكن تجاهلها بأمان.

حول التحديثات التراكمية ل SQL Server

يحتوي التحديث التراكمي كل جديدة ل SQL Server على كافة الإصلاحات العاجلة وكافة إصلاحات الأمان التي تم تضمينها مع التحديث التراكمي السابق. راجع أحدث التحديثات التراكمية ل SQL Server:

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

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

مسافات/فهد خادم SQL – التخزين وحجم القطاع 4 كيلو بايت

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

للتحقق من نوع محرك الأقراص لديك، اتبع الخطوات التالية:
  1. قم بتشغيل الأمر التالي في موجه أوامر غير مقيد:
    Fsutil fsinfo ntfsinfo x:
    ملاحظة: يمثل العنصر النائب "x" محرك الأقراص الذي تقوم بالتدقيق.
  2. استخدام قيم وحدات البايت كل قطاع و بايت لكل "مقطع الفعلية" لتحديد نوع محرك الأقراص لديك. للقيام بذلك، استخدم الجدول التالي:
    قيمة "بايت لكل مقطع"قيمة "بايت لكل مقطع الفعلي"نوع محرك الأقراص
    40964096ألف 4 الأصلية
    5124096تنسيق متقدم (تعرف أيضا باسم 512E)
    512512512 بايت أصلي

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 3009974 - آخر مراجعة: 01/19/2016 19:36: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 KbMtar
تعليقات