الأخطاء والمفاهيم الخاطئة الأكثر شيوعًا عند تكوين DFSR

[ملاحظة مترجم. المقالة مخصصة لنظام التشغيل Windows Server 2003 / 2003R2 / 2008 / 2008R2 ، ولكن معظم ما سبق ينطبق على الإصدارات الأحدث من نظام التشغيل]

مرحبا بالجميع! عاد وارن إلى هنا مرة أخرى ، وهذه المدونة هي تجميع لأكثر مشكلات DFSR شيوعًا التي واجهتها خلال السنوات القليلة الماضية. الغرض من هذا المنشور هو سرد الأخطاء الشائعة في تكوين DFSR التي تسبب هذه المشاكل ومنعك من ارتكاب أخطاء مماثلة. إن معرفة ما لا يجب فعله لا يقل أهمية عن معرفة ما يجب فعله. ترتبط العديد من العناصر الموصوفة بموضوعات أخرى ، لذلك يتم توفير الروابط المقابلة لدراسة متعمقة للمشكلة.

حجم الحصة صغير جدًا للمجلد المرحلي

هل رأيت الكثير من الأحداث في المجلة برموز 4202 و 4204؟ في هذه الحالة ، يتم تعيين حجم المجلد المرحلي بشكل غير صحيح. من النتائج غير السارة للحجم الذي تم تعيينه بشكل غير صحيح للمجلد المرحلي هو انخفاض أداء النسخ المتماثل ، لأنه بدلاً من نسخ الملفات ، ستقضي الخدمة وقتًا في تنظيف المجلد المرحلي.
تعد خوادم DFSR التي تم تكوينها بحجم مجلد مرحلي كافٍ أكثر كفاءة لسببين على الأقل:

1. يعد وضع الملف في مجلد متوسط ​​مرة واحدة أكثر فاعلية ، ثم إرساله إلى جميع شركاء النسخ المتماثل المضيف ، بدلاً من إنشاء الملف ونسخه ثم حذف نسخة لكل شريك مضيف.
2. إذا كان إصدار Enterprise من نظام التشغيل مثبتًا على عضو واحد على الأقل ، فيمكن للخوادم استخدام تقنية RDC عبر الملفات [تقريبًا. مترجم: بدءًا من Windows Server 2012 ، تتوفر هذه التقنية أيضًا في الإصدار القياسي]

يمكن أن يتسبب الحجم الذي تم تكوينه بشكل غير صحيح للمجلد المرحلي أيضًا في حدوث حلقات تكرار. يحدث هذا إذا تم نسخ الملف المنسوخ بالفعل إلى المجلد المتوسط ​​على الخادم المتلقي ، ولكن آلية تنظيف المجلد المتوسط ​​تحذف هذا الملف قبل أن تتمكن من الانتقال إلى المجلد الوجهة. سيتم نسخ الملف المحذوف إلى الخادم مرة أخرى وسيتم حذفه بواسطة هذا الخادم من المجلد المرحلي مرة أخرى ، ونتيجة لذلك لن يتمكن الخادم أبدًا من استلام الملف. سيتم تكرار هذه العملية حتى يقبل الخادم الملف.

لا تتجاهل أحداث السجل للمجلد المرحلي.

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

راجع قسم "زيادة الحصة المؤقتة" هنا .

للحصول على معلومات حول RDC عبر الملفات ، يمكنك قراءة المقالة "معلومات حول الضغط التفاضلي عن بُعد" المنشورة هنا .

إجراء تحذيرات غير صحيح أو لم يتم اختباره

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

1. عدم تطابق ACL في المصدر والوجهة.
2. بعد النسخ إلى عضو جديد للنسخ المتماثل ، تم إجراء تغييرات على الملفات.
3. لم يتم إجراء اختبار مسبق للتحقق من أن الإجراء المتبع كان يعمل كما هو متوقع.

باختصار ، يجب نسخ الملفات بطريقة معينة ، ولا يمكن تغييرها بعد نسخها إلى المجلد الوسيط ، ويجب اختبار العملية برمتها مسبقًا.

انقر هنا لقراءة مدونة Mr. Pile حول كيفية تنظيم إجراء التزود بشكل صحيح لخوادم DFSR.

حجم قائمة انتظار النسخ الكبيرة بمرور الوقت

إلى جانب حقيقة أن قائمة انتظار النسخ الكبيرة الموجودة لفترة طويلة تعني أن بياناتك غير متزامنة ، يمكن أن يؤدي هذا إلى حل تعارض غير مرغوب فيه عندما يفوز ملف بمحتوى قديم في برنامج نصي لحل التعارض. السيناريو الأكثر شيوعًا الذي واجهت فيه هذا السلوك هو الإضافة الضخمة لمجلدات النسخ المتماثل الجديدة. بدلاً من إجراء النشر المرحلي ، أضاف بعض المسؤولين مرة واحدة 20 مجلدًا جديدًا للنسخ المتماثل من 20 فرعًا مختلفًا ، وبالتالي زيادة التحميل على الخادم المضيف. قم بالنشر على مراحل حتى يكتمل النسخ المتماثل الأساسي في فترة زمنية معقولة.

يستخدم DFSR كحل احتياطي

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

النسخ في اتجاه واحد: استخدامه وطرق الإصلاح غير الصحيحة

في محاولة لمنع ظهور التحديثات غير المرغوب فيها على الخوادم حيث لن تتغير البيانات أبدًا (أو إذا كانوا يرغبون في منع التغييرات عليها) ، قام العديد من العملاء بإعداد النسخ المتماثل في اتجاه واحد عن طريق إزالة الاتصالات الصادرة لأعضاء النسخ المتماثل. النسخ المتماثل أحادي الاتجاه غير معتمد في أي إصدار من DFSR قبل Windows Server 2008 R2. يدعم Windows 2008 R2 النسخ المتماثل أحادي الاتجاه ، والذي يمكنك من تكوين مجلدات للقراءة فقط للمجلدات المنسوخة.

يمكن أن يحقق استخدام أعضاء النسخ المتماثل للقراءة فقط الهدف من النسخ المتماثل أحادي الاتجاه ، مما يمنع التغييرات غير المرغوب فيها في البيانات التي يتم نسخها. إذا كنت تريد استخدام النسخ المتماثل أحادي الاتجاه باستخدام DFSR ، فاستخدم Windows 2008 R2 ولأولئك الأعضاء الذين لا يجب تغييرهم ، حدد وضع القراءة فقط.

انقر هنا وهنا لمعرفة المزيد عن النسخ المتماثل للقراءة فقط DFSR.

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

انقر هنا لمعرفة كيفية إصلاح النسخ المتماثل أحادي الاتجاه.

خادم العقدة كنقطة واحدة للفشل وخوادم العقدة المثقلة

لقد رأيت العديد من عمليات النشر مع خادم عقدة واحدة. إذا فشل خادم العقدة هذا ، فإن النشر بأكمله معرض للخطر. إذا كنت تستخدم Windows Server 2003 أو 2008 ، فيجب أن يكون لديك على الأقل خادمين مضيفين ، وفي حالة تعطل أحدهما ، يجب أن يتعامل الآخر مع الحمل في وقت الاسترداد الأول بأقل تأثير على المستخدمين. بدءًا من Windows Server 2008 R2 ، يمكن نشر DFSR على نظام مجموعة تجاوز فشل Windows ، مما يوفر توفرًا كبيرًا مع تقليل متطلبات التخزين إلى النصف.

عاجلاً أم آجلاً ، يواجه المسؤولون حالة حيث يوجد عدد كبير جدًا من الخوادم في الفروع التي تم تكوينها للنسخ المتماثل مع خادم عقدة واحدة. هذا يمكن أن يؤدي إلى تأخير في النسخ المتماثل. لفهم عدد خوادم مكتب الخادم التي يمكن أن يخدمها خادم عقدة واحدة ، يمكنك استخدام تتبع قائمة انتظار النسخ. لا توجد صيغة سحرية ، لأن كل بيئة فريدة وهناك العديد من التبعيات.

اقرأ قسم "تكوين الطوبولوجيا" هنا للتعرف على كيفية نشر الخوادم المضيفة.
انقر هنا لمعرفة كيفية تكوين DFSR على نظام مجموعة تجاوز فشل Windows Server 2008.

مجلدات كثيرة جداً للنسخ المتماثل إلى قاعدة بيانات Jet واحدة

يستخدم DFSR قاعدة بيانات Jet واحدة على وحدة التخزين. ونتيجة لذلك ، يؤدي وضع جميع المجلدات المنسوخة على نفس وحدة التخزين إلى أن تكون جميعها في نفس قاعدة بيانات Jet. إذا ظهرت مشكلة في قاعدة البيانات هذه تحتاج إلى إصلاح أو استعادة ، فستؤثر قاعدة البيانات على جميع المجلدات المنسوخة على هذا القرص. [ملاحظة مترجم. من الواضح أن هذا ليس قرصًا ، ولكن وحدة تخزين.] سيكون من الأصح استخدام أكبر عدد ممكن من الأقراص وتوزيع المجلدات المنسوخة بينها ، وبالتالي ضمان أقصى وقت لتوافر البيانات.

النشر على أساس حلول iSCSI للميزانية

لقد رأيت في كثير من الأحيان عمليات نشر DFSR باستخدام أرخص أجهزة iSCSI. عادة ، إذا كنت تستخدم DFSR ، فأنت تفعل ذلك لتحقيق أهداف حاسمة ، مثل تكرار البيانات ، ودمج النسخ الاحتياطي ، والتسليم المجدول للتطبيقات وتحديثات نظام التشغيل. إن جعل نفسك تعتمد على معدات منخفضة الجودة لا تتمتع بدعم بائع عادي ليست فكرة جيدة. إذا كانت البيانات مهمة لعملك ، فإن المعدات التي يعمل عليها نظام التشغيل وآلية النسخ المتماثل ستكون مهمة بالنسبة لها.

لا تقوم خدمة DFSR بتثبيت التصحيحات الحالية

تدعم DFSR بنشاط من قبل Microsoft ويتم تحديثها حسب الحاجة. قم بتحديث DFSR إذا كان هناك إصدار جديد له في وقت دورة تثبيت التحديث التالي. تأكد من تحديث خوادمك وفقًا لمقالات قاعدة المعارف المدرجة أدناه.

إصلاحات DFSR لنظام التشغيل Windows 2003 R2
إصلاحات DFSR لنظامي التشغيل Windows 2008 و Windows 2008 R2

يرجى ملاحظة أنه بالإضافة إلى DFSR.EXE / DFSRS.EXE ، فإن التحديثات المدرجة هي أيضًا لـ NTFS.SYS والملفات الأخرى. لكي يعمل النسخ المتماثل بشكل صحيح ، تحقق دائمًا من تثبيت أحدث التصحيحات على الأقل لـ DFSR و NTFS. التصحيحات الأخرى من القائمة تتعلق بشكل أساسي بمشاكل واجهة المستخدم ، وستحتاج إلى تثبيتها على الأقل على تلك الأنظمة حيث يتم تنفيذ مهام تكوين DFSR.

يوصى بتثبيت التصحيحات على خادم DFSR مقدمًا ، حتى إذا كان كل شيء يعمل بشكل جيد ، لأن هذا سيساعدك لاحقًا على تجنب ظهور المشاكل المعروفة بالفعل.

برامج تشغيل محول الشبكة غير معتمدة حتى الآن

لن تتمكن DFSR من العمل بشكل طبيعي إلا إذا كانت الشبكة التي توفرها لها تعمل أيضًا دون مشاكل. إن استخدام برامج التشغيل منذ 5 سنوات ليس الحل الأذكى. كانت لدي خبرة في التواصل مع العديد من العملاء الذين تم حل مشاكل النسخ المتماثل لـ DFSR من خلال تحديث برنامج تشغيل NIC قديم.

مراقبة DFSR مفقودة

على الرغم من حقيقة أن DFSR يستخدم لنقل البيانات الهامة ، كقاعدة عامة ، إلا أن العديد من المسؤولين ليس لديهم فكرة عما يفعله DFSR حتى يواجهوا مشكلة. أولئك الذين لديهم موارد أكثر يبتكرون نصوص برمجية خاصة بهم لمراقبة قوائم انتظار النسخ على خوادمهم ، لكن معظمهم يعتمدون عليها ببساطة. تم إصدار حزمة إدارة DFSR قبل عام تقريبًا (وظهرت إصدارات أخرى في وقت سابق). قم بتثبيته واستخدامه - وبعد ذلك يمكنك اكتشاف المشاكل والاستجابة لها قبل أن تتحول إلى كابوس. إذا كنت غير قادر على استخدام حزمة إدارة عمليات التشغيل لـ DFSR ، فقم على الأقل بكتابة برنامج نصي لمراقبة قائمة انتظار النسخ يوميًا لفهم ما إذا كانت ملفات DFSR يتم نسخها أم لا.

انقر هنا للحصول على معلومات حول حزمة إدارة عمليات إدارة DFSR.

تم تحديث 19 يناير 2011:

إجراء تغييرات على تخزين القرص دون أرشفة البيانات أولاً

إذا كان خادم DFSR بحاجة إلى استبدال محرك الأقراص الثابتة أو إضافة محرك جديد لزيادة مساحة التخزين ، فمن المهم للغاية الحصول على نسخة احتياطية محدثة للبيانات في حالة حدوث خطأ ما. يمكن أن يحدث كل شيء بشكل خاطئ ، غالبًا ما تحدث أحداث التعارض بسبب التغييرات غير المتوقعة في المجلد الأصل أو الحذف غير المقصود للمجلد الأصل ، والذي يتم نسخه لجميع الشركاء. يجب نسخ بياناتك احتياطيًا قبل إجراء التغييرات والاحتفاظ بها حتى اكتمال المشروع.

إيقاف خدمة DFSR لإيقاف النسخ المتماثل مؤقتًا

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

أتمنى أن تساعدك هذه القائمة. تكرار جيد!

وارن "شبكة واسعة" ويليامز

[ملاحظة مترجم. إذا كان هناك اهتمام بالقراء ، فسأحاول لاحقًا ترجمة المقالات المنشورة على الروابط الموضحة في النص ، بالإضافة إلى مقالات أخرى للمؤلف الأصلي