Share via

استخدم RoboCopy للترحيل إلى مشاركات ملفات Azure

  • مقالة

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

  • مصادر البيانات: أي مصدر يدعم بروتوكول SMB، مثل خوادم التخزين المرفق بالشبكة (NAS) أو Windows أو Linux ومشاركة ملف Azure أخرى وغيرها الكثير
  • مسار الترحيل: من تخزين المصدر ⇒ جهاز يعمل بنظام Windows مع RoboCopy ⇒ مشاركة ملف Azure
  • لا يوجد تخزين مؤقت للملفات محليا: لأن الهدف النهائي هو استخدام مشاركات ملفات Azure مباشرة في السحابة، لا توجد خطة لاستخدام Azure File Sync.

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

ينطبق على

نوع مشاركة الملف SMB NFS
مشاركات الملفات القياسية (GPv2)، حسابات التخزين المكررة محليًا (LRS) وحسابات التخزين المكررة في المنطقة (ZRS) ‏‏نعم‬ لا
مشاركات الملفات القياسية (GPv2)، حساب تخزين مكرر جغرافي (GRS) أو حساب تخزين مكرر للمنطقة الجغرافية (GZRS) ‏‏نعم‬ لا
مشاركات الملفات المدفوعة (FileStorage)، حسابات التخزين المكررة محليًا (LRS) وحسابات التخزين المكررة في المنطقة (ZRS) ‏‏نعم‬ لا

AzCopy مقابل RoboCopy

AzCopy وRoboCopy هما أداتان مختلفتان تماماً لنسخ الملفات. يستخدم RoboCopy أي إصدار من بروتوكول SMB. AzCopy هي أداة "وليدة السحابة" يمكن استخدامها لنقل البيانات طالما أن الهدف في تخزين Azure. يعتمد AzCopy على بروتوكول REST.

إن RoboCopy، كأداة نسخ موثوق بها وقائمة على Windows، تتمتع بميزة home-turf عندما يتعلق الأمر بنسخ الملفات بدقة كاملة. يدعم RoboCopy العديد من سيناريوهات الترحيل نظراً لمجموعته الغنية من الميزات والقدرة على نسخ الملفات والمجلدات بدقة كاملة. راجع قسم دقة الملفات في مقالة نظرة عامة على الترحيل لمعرفة المزيد حول أهمية نسخ الملفات بأقصى دقة ممكنة.

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

على سبيل المثال: سيعكس RoboCopy/MIR المصدر إلى الهدف - وهذا يعني أنه يتم مراعاة الملفات المضافة والمتغيرة والمحذوفة. الفرق المهم في استخدام AzCopy -sync هو أنه لا تتم إزالة الملفات المحذوفة على المصدر على الهدف. وهذا ما يجعل مجموعة ميزات النسخ التفاضلية غير مكتملة. سيستمر برنامج AzCopy في التطور. في هذا الوقت، لا نوصي باستخدام AzCopy لسيناريوهات الترحيل مع مشاركات ملفات Azure كهدف.

أهداف الترحيل

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

نظرة عامة على الترحيل

تتكون عملية الترحيل من عدة مراحل. أولا، ستحتاج إلى نشر حسابات تخزين Azure ومشاركات الملفات. بعد ذلك، ستقوم بتكوين الشبكات، أو مراعاة نشر مساحة اسم DFS (DFS-N)، أو تحديث مساحة الاسم الموجودة لديك. بمجرد أن يحين وقت نسخ البيانات الفعلية، ستحتاج إلى التفكير في عمليات تشغيل RoboCopy المتكررة والتفاضلية لتقليل وقت التوقف عن العمل، وأخيراً، تقليل المستخدمين من مشاركات ملفات Azure التي تم إنشاؤها حديثاً. تصف الأقسام التالية مراحل عملية الترحيل بالتفصيل.

المرحلة 1: توزيع موارد تخزين Azure

في هذه المرحلة، ستقوم بتوفير حسابات تخزين Azure ومشاركات ملفات SMB Azure داخلها.

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

كقاعدة عامة، يمكنك تجميع مشاركات ملفات Azure متعددة في نفس حساب التخزين إذا كان لديك مشاركات أرشيفية أو كنت تتوقع نشاطا يوميا منخفضا فيها. ومع ذلك، إذا كان لديك مشاركات نشطة للغاية (مشاركات يستخدمها العديد من المستخدمين و/أو التطبيقات)، فسترغب في نشر حسابات التخزين مع مشاركة ملف واحد لكل منها. لا تنطبق هذه القيود على حسابات تخزين FileStorage (premium)، حيث يتم توفير الأداء بشكل صريح وضمانه لكل مشاركة.

إشعار

يوجد حد 250 حساب تخزين لكل اشتراك لكل منطقة Azure. مع زيادة الحصة النسبية، يمكنك إنشاء ما يصل إلى 500 حساب تخزين لكل منطقة. لمزيد من المعلومات، راجع زيادة حصص حساب Azure Storage.

هناك اعتبار آخر عند نشر حساب تخزين وهو التكرار. راجع تكرار ملفات Azure.

يتم إنشاء مشاركات ملفات Azure القياسية بحد 5 تيرابايت بشكل افتراضي. إذا كنت بحاجة إلى المزيد من السعة، يمكنك إنشاء مشاركة ملف كبيرة (حتى 100 تيرابايت). ومع ذلك، يمكن أن تستخدم هذه المشاركة التخزين الزائد محليا فقط أو خيارات التكرار في التخزين الزائد عن الحاجة في المنطقة. ضع في اعتبارك احتياجات تكرار التخزين قبل استخدام مشاركات ملفات 100 تيرابايت.

إذا قمت بإنشاء قائمة بمشاركاتك، فيجب تعيين كل مشاركة إلى حساب التخزين الذي سيتم إنشاؤها فيه.

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

الآن نشر العدد المناسب من حسابات تخزين Azure مع العدد المناسب من مشاركات ملفات Azure فيها، باتباع الإرشادات الواردة في إنشاء مشاركة ملف SMB. في معظم الحالات، ستحتاج إلى التأكد من أن منطقة كل حساب من حسابات التخزين الخاصة بك هي نفسها.

المرحلة 2: التحضير لاستخدام مشاركات ملفات Azure

باستخدام المعلومات في هذه المرحلة، ستتمكن من تحديد كيفية تمكين الخوادم والمستخدمين في Azure وخارج Azure لاستخدام مشاركات ملفات Azure. القرارات الأكثر أهمية هي:

  • الشبكات: تمكين شبكاتك من توجيه حركة مرور SMB.
  • المصادقة: تكوين حسابات تخزين Azure لمصادقة Kerberos. سيسمح استخدام المصادقة المستندة إلى الهوية والمجال الذي ينضم إلى حساب التخزين الخاص بك للتطبيقات والمستخدمين باستخدام هوية AD الخاصة بهم للمصادقة.
  • تفويض: تسمح قوائم التحكم في الوصول على مستوى المشاركة لكل مشاركة ملف Azure لمستخدمي AD ومجموعاتهم بالوصول إلى مشاركة معينة وضمن مشاركة ملف Azure، وتتولى قوائم التحكم في الوصول الأصلية ل NTFS المسؤولية. ثم يعمل التفويض المستند إلى قوائم التحكم في الوصول للملفات والمجلدات كما هو الحال بالنسبة لمشاركات SMB المحلية.
  • استمرارية الأعمال: غالبا ما يستلزم دمج مشاركات ملفات Azure في بيئة موجودة الحفاظ على عناوين المشاركة الحالية. إذا لم تكن تستخدم بالفعل DFS-Namespaces، ففكر في إنشاء ذلك في بيئتك. ستتمكن من الاحتفاظ بمشاركة العناوين التي يستخدمها المستخدمون والبرامج النصية دون تغيير. يوفر DFS-N خدمة توجيه مساحة الاسم لـ SMB، عن طريق إعادة توجيه العملاء إلى مشاركات ملفات Azure.

يعتبر هذا الفيديو دليلاً وعرضًا توضيحيًا لكيفية عرض مشاركات ملفات Azure بشكل آمن مباشرة إلى العاملين في مجال المعلومات والتطبيقات في خمس خطوات بسيطة.
يشير الفيديو إلى وثائق مخصصة للمواضيع التالية. لاحظ أن Azure Active Directory هو الآن معرف Microsoft Entra. لمزيد من المعلومات، راجع اسم جديد ل Azure AD.

إدخال مشاركة ملف Azure

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

هام

تأكد من تحميل مشاركة ملف Azure باستخدام مفتاح الوصول إلى حساب التخزين. تجنب استخدام هوية نطاق. قبل أن تتمكن من تحميل مشاركة ملف Azure بنجاح إلى Windows Server محلي، تحتاج إلى إكمال المرحلة 2: التحضير لاستخدام مشاركات ملفات Azure.

بمجرد أن تصبح جاهزا، راجع استخدام مشاركة ملف Azure مع Windows. ثم قم بتثبيت مشاركة ملف Azure التي تريد بدء تشغيل RoboCopy من أجلها.

المرحلة الثالثة: RoboCopy

سيقوم أمر RoboCopy التالي بنسخ الاختلافات (الملفات والمجلدات المحدثة) فقط من وحدة التخزين المصدر إلى مشاركة ملفات Azure.

robocopy <SourcePath> <Dest.Path> /MT:20 /R:2 /W:1 /B /MIR /IT /COPY:DATSO /DCOPY:DAT /NP /NFL /NDL /XD "System Volume Information" /UNILOG:<FilePathAndName>
التبديل المعنى
/MT:n يسمح Robocopy بالتشغيل متعدد مؤشرات الترابط. يتمثل الإعداد الافتراضي لـ n في 8. يبلغ الحد الأقصى 128 مؤشرًا ترابطًا. على الرغم من أن عدد مؤشرات الترابط المرتفع يساعد في تشبع النطاق الترددي المتاح، فإن هذا لا يعني أن الترحيل سيكون دائمًا أسرع مع المزيد من المحادثات النصية. تشير الاختبارات باستخدام ملفات Azure إلى أن ما بين 8 ملفات و20 ملفًا يُظهر أداءً متوازنًا لتشغيل نسخة أولية. تتأثر عمليات التشغيل اللاحقة /MIR تدريجيًا بالحوسبة المتاحة مقابل عرض النطاق الترددي للشبكة المتوفر. للتشغيل اللاحق، قم بمطابقة قيمة عدد مؤشرات الترابط بشكل وثيق مع عدد الذاكرات الأساسية للمعالج وعدد مؤشرات الترابط لكل ذاكرة أساسية. ضع في اعتبارك ما إذا كانت الذاكرات الأساسية بحاجة إلى حجزها للمهام الأخرى التي قد تتوفر لدى خادم الإنتاج. أظهرت الاختبارات باستخدام Azure Files أن ما يصل إلى 64 مؤشر ترابط ينتج أداء جيدا، ولكن فقط إذا كان بإمكان المعالجات الخاصة بك إبقائها على قيد الحياة في نفس الوقت.
/R:n الحد الأقصى لعدد مرات إعادة المحاولة لملف فشل نسخه عند المحاولة الأولى. سيحاول Robocopy n من المرات قبل أن يفشل الملف نهائيًا في النسخ أثناء التشغيل. يُمكنك تحسين أداء التشغيل: اختر قيمة من اثنين أو ثلاثة إذا كنت تعتقد أن مشكلات المهلة تسببت في حدوث مرات فشل في الماضي. قد يكون هذا أكثر شيوعًا عبر ارتباطات WAN. اختر عدم إعادة المحاولة أو قيمة واحدة إذا كنت تعتقد أن الملف فشل نسخه لأنه كان قيد الاستخدام بشكل نشط. قد لا تكون المحاولة مرة أخرى بعد بضع ثوانٍ وقتًا كافيًا لتغيير حالة الملف قيد الاستخدام. قد يحتاج المستخدمون أو التطبيقات التي تحتفظ بالملف مفتوحًا إلى ساعات إضافية من الوقت. في هذه الحالة، قد ينجح قبول الملف الذي لم يتم نسخه وتسجيله في إحدى عمليات تشغيل Robocopy اللاحقة المخطط لها، في نسخ الملف بنجاح في النهاية. يُساعد ذلك التشغيل الحالي في الانتهاء بشكل أسرع دون إطالة أمده من خلال العديد من عمليات إعادة المحاولة التي تنتهي في النهاية بمعظم حالات فشل النسخ بسبب استمرار فتح الملفات بعد انتهاء مهلة إعادة المحاولة.
/W:n يُحدد الوقت الذي ينتظره Robocopy قبل محاولة نسخ ملف لم يتم نسخه بنجاح أثناء محاولة سابقة. n يمثل عدد ثواني الانتظار بين عمليات إعادة المُحاولة. /W:n غالبًا ما تستخدم جنبًا إلى جنب مع /R:n.
/B يقوم بتشغيل Robocopy بنفس الوضع الذي يستخدمه تطبيق النسخ الاحتياطي. يسمح مفتاح التبديل هذا لـ Robocopy بنقل الملفات التي لا يملك المستخدم الحالي أذونات لها. يعتمد مفتاح النسخ الاحتياطي على تشغيل أمر Robocopy في وِحدة تحكم مسؤول أو نافذة PowerShell. إذا كنت تستخدم Robocopy for Azure Files، فتأكد من تحميل مشاركة ملف Azure باستخدام مُفتاح الوصول إلى حساب التخزين مقابل هوية المجال. إذا لم تقم بذلك، فقد لا تقُودك رسائل الخطأ بشكل بديهي إلى حل المشكلة.
/MIR (مصدر مرآة للهدف.) يسمح لـ Robocopy بنسخ قيم الدلتا فقط بين المصدر والهدف. سيتم نسخ الأدلة الفرعية الفارغة. سيتم نسخ العناصر (الملفات أو المجلدات) التي تم تغييرها أو غير الموجودة على الهدف. ستتم إزالة (حذف) العناصر الموجودة على الهدف، ولكنها ليست موجودة على المصدر من الهدف. عند استخدام مفتاح التبديل هذا، طابق بنية المجلد المصدر وبنية المجلد الهدف تمامًا. المطابقة تعني النسخ من مستوى المجلد والمصدر الصحيح إلى مستوى المجلد المطابق على الهدف. عندها فقط يمكن أن تكون نسخة "المواءمة" ناجحة. عندما يكون المصدر والهدف غير متطابقين، سيؤدي استخدام /MIR إلى نشوء عمليات حذف وإعادة نسخ على نطاق واسع.
/IT يضمن الحفاظ على الدقة في بعض سيناريوهات متطابقة.
على سبيل المثال، إذا واجَه الملف تغيير في قائمة التحكم بالوصول (ACL) وتحديث سمة بين عمليتي تشغيل Robocopy، فسيتم تمييزه بأنه مخفٍ. بدون /IT، قد يغيب Robocopy عن تغيير قائمة التحكم بالوصول، ولا يتم نقله إلى الموقع المستهدف.
/COPY:[copyflags] دِقة نسخة الملف. افتراضي: /COPY:DAT. نسخ العلامات: D= البيانات، A= السمات، T= الطوابع الزمنية، S= الأمان = قوائم التحكم في الوصول لـ NTFS، O= معلومات المالك، U= معلومات التدقيق. لا يُمكن تخزين معلومات التدقيق في مشاركة ملف Azure.
/DCOPY:[copyflags] دقة نسخة الدلائل. افتراضي: /DCOPY:DA. نسخ العلامات: D= البيانات، A= السِمات، T= الطوابع الزمنية.
/NP يُحدد عدم عرض تقدم النسخ لكل ملف ومجلد. عرض التقدم يقلل بشكلٍ كبير من أداء النسخ.
/NFL تحديد عدم تسجيل أسماء الملفات. يُحسن أداء النسخ.
/NDL تحديد عدم تسجيل أسماء الدليل. يُحسن أداء النسخ.
/XD يُحدد الدلائل المراد استبعادها. عند تشغيل Robocopy على جذر وحدة تخزين، ضع في اعتبارك استبعاد المجلد System Volume Information المخفي. إذا تم استخدامه حسب التصميم، فإن جميع المعلومات الموجودة هناك محددة للحجم الدقيق لهذا النظام بالضبط، ويمكن إعادة بنائها عند الطلب. لن يكون نسخ هذه المعلومات مفيدًا في شبكة النظير أو عندما يتم نسخ البيانات مرة أخرى إلى وحدة تخزين Windows أخرى. لا يتم اعتبار ترك هذا المحتوى فقدانًا للبيانات.
/UNILOG:<file name> يكتب الحالة إلى ملف السجل كـ Unicode. (الكتابة فوق السجل الحالي.)
/L فقط من أجل مجموعة الاختبارات
يتعيَّن إدراج الملفات فقط. لن يتم نسخها أو حذفها أو إرفاقها بطابع زمني. غالبًا ما تُستخدم مع /TEE لإخراج وحدة التحكم. قد يتعين إزالة العلامات من نموذج البرنامج النصي، مثل /NP و/NFL و/NDL، لتحقيق نتائج اختبار موثقة بشكل صحيح.
/Z استخدم
ملفات النسخ في وضع إعادة التشغيل بحذر. يوصى بهذا التبديل فقط في بيئة شبكة غير مستقرة. يُقلل بشكل كبير من أداء النسخ بسبب التسجيل الإضافي.
/ZB استخدم بحذر
استخدام وضع إعادة التشغيل. إذا تم رفض الوصول، يُستخدم هذا الخيار وضع النسخ الاحتياطي. يُقلل ذلك الخيار بشكل كبير من أداء النسخ بسبب نقاط التحقق.

هام

يوصى باستخدام Windows Server 2022. عند استخدام Windows Server 2019، تأكد من تثبيت أحدث مستويات التصحيح أو على الأقل تحديث نظام التشغيل KB5005103. يحتوي على إصلاحات مُهمة لبعض سيناريوهات Robocopy.

تلميح

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

المرحلة 4: قطع المستخدم

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

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

بمجرد اكتمال التشغيل الأولي، شغل الأمر مرة أخرى.

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

بعد النظر في مقدار وقت التعطل المقبول، تحتاج إلى إزالة وصول المستخدم إلى مشاركات المصدر. يمكنك القيام بذلك عن طريق أي خطوات تمنع المستخدمين من تغيير بنية الملفات والمجلدات ومحتواها. مثال على ذلك هو توجيه DFS-Namespace الخاص بك إلى موقع غير موجود أو تغيير ACLs على كل مشاركة.

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

في المرحلة 2، قمت بتكوين المستخدمين للوصول إلى المشاركة باستخدام هويتهم ويجب أن تكون قد أنشأت استراتيجية للمستخدمين لاستخدام المسارات المنشأة لمشاركات ملفات Azure الجديدة (DFS-N).

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

استكشاف الأخطاء وإصلاحها والتحسين

تعتمد السرعة ومعدل النجاح في تشغيل RoboCopy معين على عدة عوامل:

  • IOPS على التخزين المصدر والهدف
  • عرض النطاق الترددي للشبكة المتاح بين المصدر والهدف
  • القدرة على معالجة الملفات والمجلدات بسرعة في مساحة الاسم
  • عدد التغييرات بين عمليات تشغيل RoboCopy
  • حجم الملفات التي تحتاج إلى نسخها وعددها

IOPS واعتبارات النطاق الترددي

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

تنبيه

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

قد لا يكون النسخ بأسرع وقت ممكن أمرًا مرغوبًا فيه عندما يكون هناك خطر يتمثل في احتكار عملية الترحيل للموارد المتاحة.

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

يمكن لـ RoboCopy إدراج تأخيرات بين الحزم عن طريق تحديد المبدل /IPG:n حيث يتم قياس n بالمللي ثانية بين حزم RoboCopy. يمكن أن يساعد استخدام رمز التبديل هذا في تجنب احتكار الموارد على كل من أجهزة الإدخال والإخراج المقيدة وروابط الشبكة المزدحمة.

/IPG:n لا يمكن استخدامه للتقييد الدقيق للشبكة إلى ميغابت في الثانية معينة. استخدم جودة الخدمة لشبكة خادم Windows بدلًا من ذلك. يعتمد RoboCopy كليًا على بروتوكول SMB لجميع احتياجات الشبكات. يعد استخدام SMB هو السبب في عدم قدرة RoboCopy على التأثير على معدل نقل الشبكة نفسه، ولكن يمكن أن يبطئ استخدامها.

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

سرعة المعالجة

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

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

سبب هذا الاختلاف هو قوة المعالجة اللازمة للتجول في مساحة الاسم. يدعم RoboCopy النسخ متعددة الخيوط من خلال المعلمة /MT:n حيث تشير n إلى عدد الخيوط التي سيتم استخدامها. لذلك عند توفير جهاز خصيصًا لـRoboCopy، ضع في اعتبارك عدد نوى المعالج وعلاقتها بعدد المحادثات النصية التي تقدمها. الأكثر شيوعًا هما محادثتان نصيتان لكل نواة. إن عدد العناصر الأساسية ومؤشرات الترابط للجهاز هي نقطة بيانات مهمة لتحديد قيم /MT:n مؤشرات الترابط المتعددة التي يتعين عليك تحديدها. ضع في اعتبارك أيضًا عدد مهام RoboCopy التي تخطط لتشغيلها بشكل متوازٍ على جهاز معين.

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

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

تلميح

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

تجنب العمل غير الضروري

تجنب التغييرات واسعة النطاق في مساحة الاسم، مثل نقل الملفات بين الدلائل، أو تغيير الخصائص على نطاق واسع، أو تغيير الأذونات على مستوى الدليل والملفات (NTFS ACLs). يمكن أن يكون لتغييرات قائمة التحكم بالوصول بشكل خاص تأثير كبير لأنها غالبًا ما يكون لها تأثير تغيير متتالٍ على الملفات الأقل في التسلسل الهرمي للمجلدات. يمكن أن تكون النتائج:

  • تمديد وقت تشغيل مهمة RoboCopy لأن كل ملف ومجلد متأثران بتغيير ACL المتطلب تحديثه
  • إعادة استخدام البيانات المنقولة مسبقًا قد تحتاج إلى إعادة نسخها. على سبيل المثال، ستحتاج إلى نسخ المزيد من البيانات عندما تتغير هياكل المجلد بعد نسخ الملفات مسبقًا. لا يمكن لمهمة RoboCopy «تشغيل» تغيير مساحة الاسم. يجب أن تقوم المهمة التالية بإزالة الملفات التي تم نقلها مسبقًا إلى بنية المجلد القديم وتحميل الملفات في بنية المجلد الجديد مرة أخرى.

جانب آخر مهم هو استخدام أداة RoboCopy بشكل فعال. باستخدام البرنامج النصي RoboCopy الموصى به، ستقوم بإنشاء وحفظ ملف سجل للأخطاء. يمكن أن تحدث أخطاء النسخ - هذا أمر طبيعي. غالبا ما تجعل هذه الأخطاء من الضروري تشغيل عدة جولات من أداة نسخ مثل RoboCopy: تشغيل أولي، لنقل من NAS إلى DataBox أو خادم إلى مشاركة ملف Azure، وتشغيل إضافي واحد أو أكثر مع /MIR التبديل لالتقاط الملفات التي لم يتم نسخها وإعادة المحاولة.

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

  • /R:nn = عدد المرات التي تحاول فيها نسخ ملف فاشل و
  • /W:nn = عدد الثواني التي يجب انتظارها بين عمليات إعادة المحاولة

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

تقدير رسوم معاملات التخزين

عند بدء الترحيل إلى Azure Files، ينسخ RoboCopy ملفاتك ومجلداتك إلى Azure. اعتمادا على نموذج الفوترة الخاص بك لملفات Azure، قد يتم تطبيق رسوم المعاملات. راجع فهم الفوترة.

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

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

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

الخطوات التالية

ستساعدك المقالات التالية على فهم الخيارات المتقدمة وأفضل الممارسات.