كيفية تحديد الحجم الأدنى المطلوب لمجلد التدريج النسخ المتماثل DFSR

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

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

تحديث: وارن يعرف حقا كيف يقنع! الآن هناك إصلاح يمكنك من خلاله حساب حجم المجلد المرحلي.
https://support.microsoft.com/kb/2607047

قواعد الإبهام

Windows Server 2003 R2 - يجب أن تكون الحصة النسبية للمجلد المرحلي هي نفس الحجم الإجمالي لأكبر 9 ملفات في المجلد المنسوخ.

Windows Server 2008 و 2008 R2 - يجب أن تكون الحصة النسبية لمجلد الترحيل هي نفس الحجم الإجمالي لأكبر 32 ملفًا في المجلد المنسوخ [ملاحظة مترجم. هذا الرقم صالح أيضًا لنظام التشغيل Windows Server 2012 / 2012R2]

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

من أين تحصل على PowerShell؟

تم تضمين PowerShell في نظام التشغيل Windows 2008 والإصدارات الأحدث. يجب تثبيته على Windows Server 2003. قم بتنزيل PowerShell لنظام التشغيل Windows 2003 من هنا .

كيف تجد هذه الملفات الأكبر؟

استخدم البرنامج النصي PowerShell للعثور على أكبر 32 أو 9 ملفات وتحديد عدد الجيجابايت التي تشغلها (بفضل Ned Pyle لأوامر PowerShell). أريد أن أقدم لكم ثلاث سكربتات PowerShell. كل منهم مفيد بطريقته الخاصة ، ومع ذلك ، فإن الثالث هو الأكثر فائدة.

1. الجري:
   

   Get-ChildItem c:\temp -recurse | Sort-Object length -descending | select-object -first 32 | ft name,length -wrap -auto 

   
   يقوم هذا الأمر بإرجاع أسماء الملفات وحجمها بالبايت. من المفيد معرفة 32 ملفًا هي الأكبر في المجلد المنسوخ ، وزيارة أصحابها.
   
2. الجري:
   

    Get-ChildItem c:\temp -recurse | Sort-Object length -descending | select-object -first 32 | measure-object -property length –sum 

   
   يقوم هذا الأمر بإرجاع إجمالي عدد وحدات البايت لأكبر 32 ملفًا في مجلد دون تحديد أسمائها.
   
3. الجري:
   
   

    $big32 = Get-ChildItem c:\temp -recurse | Sort-Object length -descending | select-object -first 32 | measure-object -property length –sum $big32.sum /1gb 

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

التحليل اليدوي

لإثبات العملية ، وإذا أمكن ، تعميق فهمنا لما نقوم به ، سوف نمر بكل عملية ونقوم بها يدويًا.

سيعرض الأمر 1 running نتائج مماثلة لتلك الموضحة أدناه. للإيجاز ، يأخذ هذا المثال 16 ملفًا فقط. ضع في اعتبارك دائمًا 32 ملفًا لنظام التشغيل Windows 2008 وأنظمة التشغيل الأحدث و 9 ملفات لنظام التشغيل Windows 2003 R2.

نموذج البيانات التي تم إرجاعها بواسطة PowerShell:

الاسم	الطول
File5.zip	10286089216
ارشيف. zip	6029853696
BACKUP.zip	5751522304
file9.zip	5472683008
MENTOS.zip	5241586688
File7.zip	4321264640
file2.zip	4176765952
frd2.zip	4176765952
BACKUP.zip	4078994432
File44.zip	4058424320
file11.zip	3858056192
Backup2.zip	3815138304
BACKUP3.zip	3815138304
Current.zip	3576931328
النسخ الاحتياطي 8.zip	3307488256
File999.zip	3274982400

كيفية استخدام هذه البيانات لتحديد الحد الأدنى لحجم المجلد المرحلي:

• Name = اسم الملف
• الطول = الحجم بالبايت
• واحد غيغابايت = 1073741824 بايت

تحتاج أولاً إلى حساب العدد الإجمالي للبايتات. ثم قسمة الرقم الناتج على 1073741824. أوصي باستخدام Excel أو محرر جداول بيانات آخر تستخدمه في هذه الحسابات.

الحسابات القائمة على المثال

في المثال أعلاه ، العدد الإجمالي للبايتات هو 75241684992. للحصول على الحد الأدنى للحجم المطلوب للحصة النسبية المتوسطة ، تحتاج إلى قسمة 75241684992 على 1073741824.

75241684992/1073741824 = 70.07 (جيجابايت)

استنادًا إلى البيانات ، سأقوم بتعيين حجم المجلد المرحلي إلى 71 جيجابايت ، تقريبًا إلى عدد صحيح.

تطبيق عملي

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



باستخدام الأمر من المثال الثالث ، من الممكن بدون أي حسابات (بدون حساب التقريب) تحديد أن المجلد d: \ docs يتطلب حصة متوسطة تبلغ 6 جيجابايت.

هل أحتاج إلى إعادة تشغيل الخادم أو إعادة تشغيل الخدمة لتطبيق التغييرات؟

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

كيفية تحديد مشاكل المجلد المرحلي

تم الكشف عن مشاكل المجلد المتوسط ​​من خلال تتبع رموز أحداث معينة في سجلات خادم DFSR. فيما يلي قائمة بهذه الأحداث: 4202 و 4204 و 4206 و 4208 و 4212. فيما يلي وصف لها. من المهم فهم الفرق بين الأحداث 4202 و 4204 ، بالإضافة إلى الأحداث الأخرى. يمكن تسجيل الأحداث 4202 و 4204 بأعداد كبيرة وأثناء التشغيل العادي. فكر في الأحداث 4202 و 4204 على أنها شيء يشبه وجود نبض ، في حين أن 4206 و 4208 و 4212 ستكون قريبة من آلام الصدر. أدناه سوف أشرح كيفية تفسير الأحداث 4202 و 4204.

تنظيم الأحداث المتعلقة بالمجلد

[ملاحظة مترجم. يتم عرض أحداث اليومية الموضحة أدناه بالشكل الذي تكون فيه موجودة في الترجمة الروسية لـ Windows Server 2012 R2.]

الكود: 4202
المستوى: تحذير
وجدت DFS Replication أن مساحة الترحيل التي يستخدمها المجلد المنسوخ مع المسار المحلي <path> قد تجاوزت الحد الأعلى. ستحاول الخدمة حذف أقدم الملفات الوسيطة. قد يؤثر هذا على الأداء.

الكود: 4204
المستوى: معلومات
نجحت خدمة النسخ المتماثل DFS في حذف الملفات الوسيطة القديمة للمجلد المنسوخ باستخدام المسار المحلي <path>. المساحة الوسيطة الآن أقل من الحد الأعلى.

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

الكود: 4208
المستوى: تحذير
وجدت DFS Replication أن مساحة الترحيل تجاوزت حصة الترحيل للمجلد المنسوخ على المسار المحلي <path>. تكرار بعض الملفات الكبيرة وقد يصبح المجلد المنسوخ غير متزامن. ستحاول الخدمة تلقائيًا إعادة تنظيف منطقة الترحيل.

الكود: 4212
المستوى: خطأ
تعذر على خدمة النسخ المتماثل DFS نسخ المجلد المنسوخ باستخدام المسار المحلي <path> لأن المسار الوسيط غير صالح أو غير متوفر.

ما الفرق بين الأحداث 4202 و 4208؟

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

كم عدد الأحداث 4202 و 4204 التي تعتبر كبيرة جدًا؟

لا توجد إجابة واحدة على هذا السؤال. على عكس الأحداث 4206 و 4208 و 4212 ، التي دائمًا ما تقول أشياء سيئة وتشير إلى الحاجة إلى العمل ، تحدث الأحداث 4202 و 4204 أيضًا أثناء التشغيل العادي. قد تشير الأحداث المتكررة 4202 و 4204 إلى وجود مشكلة. حقائق يجب مراعاتها:

1. هل تم تسجيل 4202 حدث لمجلد منسوخ (RF) أثناء النسخ المتماثل الأساسي؟ إذا كان الأمر كذلك ، فإن الأحداث 4202 و 4204 طبيعية. إذا أردت أثناء المزامنة الأولية تقليل عدد هذه الأحداث إلى الحد الأدنى ، فيمكن تحقيق ذلك عن طريق زيادة حجم المجلد الوسيط.
2. مجرد حساب العدد الإجمالي لأحداث 4202 ليس كافيًا. تحتاج إلى معرفة عدد منهم ينطبق على RF معينة. إذا كان هناك في 24 ساعة عشرين 4202 حدثًا في المجلة تتعلق بمجلد واحد ، فهذا كثير. ولكن إذا كان لديك 20 مجلدًا منسوخًا وحدثًا واحدًا لكل منها ، فإن كل شيء في محله.
3. لتحديد الاتجاهات ، تحتاج إلى تحليل المعلومات التي تم جمعها على مدار عدة أيام.

أنصح العملاء عادةً بالسماح بأكثر من 4202 حدث لكل مجلد منسوخ خلال اليوم أثناء التشغيل العادي. يعني "عادي" عدم حدوث النسخ المتماثل الأساسي. أؤيد هذا مع المنطق التالي:

1. الوقت المستغرق لتنظيف مجلد الترحيل هو الوقت المستغرق من النسخ المتماثل للملف. يتم تعليق النسخ المتماثل أثناء تنظيف المجلد المرحلي.
2. يعمل DFSR بشكل أكثر كفاءة إذا تم تخصيص مساحة كافية للوسيطة ، وذلك باستخدامها لـ RDC و RDC عبر الملفات ، وكذلك لنسخ الملفات المتطابقة لأعضاء النسخ المتماثل الآخرين.
3. كلما تم تسجيل المزيد من الأحداث 4202 و 4204 ، كلما زادت احتمالية مواجهة موقف حيث لا يمكن لـ DFSR مسح مجلد الترحيل أو إجبارها على حذف الملفات منه قبل الأوان.
4. في تجربتي ، كانت الأحداث 4206 و 4208 و 4212 متوقعة دائمًا مصحوبة بعدد كبير من الأحداث 4202 و 4204.

إن اتباع قاعدة "لا يزيد عن 4202 حدث واحد يوميًا لكل RF" سيقلل إلى حد كبير من احتمال حدوث مشاكل في المجلد المرحلي ويساعد خادم DFSR على استخدام الموارد بكفاءة أكبر للغرض المقصود - نسخ الملف.

معلومات إضافية

https://blogs.technet.com/b/askds/archive/2010/03/31/tuning-replication-performance-in-dfsr-esp خاصة-on-win2008-r2.aspx
https://blogs.technet.com/b/askds/archive/2007/10/05/top-10-common-causes-of-slow-replication-with-dfsr.aspx

وارنز "ويليامز تتجاوز حصتي في العود" وليامز