مشاركة عبر

الترحيل والتحديث: الأسئلة الشائعة

  • مقالة

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

تنبيه

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

General questions

ما هي خيارات الترحيل باستخدام أداة الترحيل والتحديث؟

توفر أداة الترحيل والتحديث ترحيلا بدون عامل وقائم على العامل لترحيل خوادم المصدر والأجهزة الظاهرية (VMs) إلى Azure.

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

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

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

تتوفر خيارات النسخ المتماثل بدون عامل لأجهزة VMware الظاهرية وأجهزة Hyper-V الظاهرية.

تتطلب عمليات الترحيل المستندة إلى العامل تثبيت برنامج Azure Migrate (العوامل) على الأجهزة الظاهرية المصدر التي تقوم بترحيلها. لا يعتمد الخيار المستند إلى العامل على النظام الأساسي للظاهرية لوظيفة النسخ المتماثل. يمكن استخدامه مع أي خادم يقوم بتشغيل بنية x86/x64 وإصدار نظام تشغيل يدعمه أسلوب النسخ المتماثل المستند إلى العامل.

يمكن استخدام خيار الترحيل المستند إلى العامل من أجل:

يعامل الترحيل المستند إلى العامل أجهزتك كخوادم فعلية للترحيل.

يوفر الترحيل بدون عامل المزيد من الراحة والبساطة من خيارات النسخ المتماثل المستندة إلى العامل لأجهزة VMware وHyper-V الظاهرية. ومع ذلك، قد تحتاج إلى التفكير في استخدام السيناريو المستند إلى العامل لحالات الاستخدام التالية:

  • البيئات المقيدة بعمليات الإدخال/الإخراج في الثانية (IOPS): يستخدم النسخ المتماثل بدون عامل اللقطات ويستهلك التخزين IOPS/النطاق الترددي. نوصي بأسلوب الترحيل المستند إلى العامل إذا كانت هناك قيود على التخزين/IOPS في بيئتك.

  • لا يوجد خادم vCenter: إذا لم يكن لديك خادم vCenter، يمكنك التعامل مع VMware VMs كخوادم فعلية واستخدام سير عمل الترحيل المستند إلى العامل.

لمعرفة المزيد، راجع تحديد خيار ترحيل VMware.

ما هي المناطق الجغرافية المدعومة للترحيل باستخدام Azure Migrate؟

راجع المناطق الجغرافية المدعومة للسحب العامة والسحب الحكومية.

هل يمكنني استخدام نفس مشروع Azure Migrate للترحيل إلى مناطق متعددة؟

على الرغم من أنه يمكنك إنشاء تقييمات لمناطق متعددة في مشروع Azure Migrate، يمكن استخدام مشروع Azure Migrate واحد لترحيل الخوادم إلى منطقة Azure واحدة فقط. يمكنك إنشاء المزيد من مشاريع Azure Migrate لمناطق أخرى.

  • بالنسبة إلى عمليات ترحيل VMware بدون عامل، يتم تأمين المنطقة المستهدفة عند تمكين النسخ المتماثل الأول.
  • بالنسبة إلى عمليات الترحيل المستندة إلى العامل (VMware والخوادم الفعلية والخوادم من السحب الأخرى)، يتم تأمين المنطقة المستهدفة عند تحديد الزر Create Resources على المدخل عند إعداد جهاز النسخ المتماثل.
  • بالنسبة لترحيلات Hyper-V بدون عامل، يتم تأمين المنطقة المستهدفة عند تحديد الزر Create Resources على المدخل عند إعداد موفر النسخ المتماثل Hyper-V.

هل يمكنني استخدام نفس مشروع Azure Migrate للترحيل إلى اشتراكات متعددة؟

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

المنطقة المستهدفة مؤمنة:

  • بعد النسخ المتماثل الأول لترحيلات VMware بدون عامل.
  • أثناء تثبيت جهاز النسخ المتماثل لعمليات الترحيل المستندة إلى العامل.
  • أثناء تثبيت موفر Hyper-V لعمليات ترحيل Hyper-V بدون عامل.

هل يدعم Azure Migrate Azure Resource Graph؟

حاليا، لا يتم دمج Azure Migrate مع Azure Resource Graph. وهو يدعم تنفيذ الاستعلامات المتعلقة ب Azure Resource Graph.

كيف يتم نقل البيانات من بيئة محلية إلى Azure؟ هل هو مشفر قبل الإرسال؟

باستخدام النسخ المتماثل بدون عامل، يقوم جهاز Azure Migrate بضغط البيانات وتشفيرها قبل تحميلها. يتم إرسال البيانات عبر قناة اتصال آمنة عبر https وتستخدم TLS 1.2 أو أحدث. بالإضافة إلى ذلك، يقوم Azure Storage تلقائيا بتشفير بياناتك عندما تستمر البيانات في السحابة (التشفير في حالة الثبات).

هل يمكنني استخدام مخزن خدمات الاسترداد الذي تم إنشاؤه بواسطة Azure Migrate لسيناريوهات التعافي من الكوارث؟

لا نوصي باستخدام مخزن خدمات الاسترداد الذي تم إنشاؤه بواسطة Azure Migrate لسيناريوهات التعافي من الكوارث، لأن ذلك يمكن أن يؤدي إلى بدء فشل النسخ المتماثل في Azure Migrate.

ما الفرق بين عمليات Test Migration و Migrate؟

يسمح لك خيار Test Migration باختبار عمليات الترحيل والتحقق من صحتها قبل الترحيل الفعلي. يعمل اختبار الترحيل عن طريق السماح لك باستخدام بيئة الاختبار المعزولة في Azure لاختبار الأجهزة الظاهرية قبل الترحيل الفعلي. تحدد شبكة الاختبار الظاهرية التي تحددها بيئة الاختبار المعزولة. عملية Test Migration غير متقطعة، طالما أن الشبكة الظاهرية للاختبار معزولة بشكل كاف. يتم عزل الشبكة الظاهرية بشكل كاف عند تصميم قواعد الاتصال الواردة والصادرة لتجنب الاتصالات غير المرغوب فيها. على سبيل المثال: يمكنك تقييد الاتصال بالأجهزة المحلية.

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

لقطة شاشة توضح الفرق بين الاختبار والترحيل الفعلي.

هل هناك خيار التراجع ل Azure Migrate؟

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

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

إشعار

بعد إجراء ترحيل نهائي إلى Azure وإيقاف تشغيل الجهاز المصدر المحلي، لا يمكنك إجراء التراجع من Azure إلى البيئة المحلية الخاصة بك.

هل يمكنني تحديد الشبكة الظاهرية والشبكة الفرعية لاستخدامها في عمليات ترحيل الاختبار؟

يمكنك تحديد شبكة ظاهرية لإجراء عمليات ترحيل الاختبار. يحدد Azure Migrate تلقائيا شبكة فرعية استنادا إلى المنطق التالي:

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

لماذا تم تعطيل الزر Test Migration للخادم الخاص بي؟

يمكن تعطيل الزر Test Migration في السيناريوهات التالية:

  • لا يمكنك بدء ترحيل اختبار حتى يكتمل النسخ المتماثل الأولي للجهاز الظاهري. يتم تعطيل الزر Test Migration حتى تكتمل عملية النسخ المتماثل الأولية. يمكنك إجراء ترحيل اختبار بعد أن يكون الجهاز الظاهري في مرحلة مزامنة دلتا.
  • يمكن تعطيل الزر إذا تم إكمال ترحيل اختبار بالفعل ولكن لم يتم إجراء تنظيف ترحيل الاختبار لهذا الجهاز الظاهري. قم بإجراء تنظيف ترحيل اختباري وأعد محاولة العملية.

ماذا يحدث إذا لم أمسح ترحيل الاختبار؟

يحاكي ترحيل الاختبار الترحيل الفعلي عن طريق إنشاء اختبار Azure VM باستخدام البيانات المنسوخة نسخا متماثلا. يتم نشر الخادم مع نسخة في نقطة زمنية من البيانات المنسوخة نسخا متماثلا إلى مجموعة الموارد الهدف (محددة عند تمكين النسخ المتماثل) مع لاحقة -test . تهدف عمليات الترحيل الاختبارية إلى التحقق من صحة وظائف الخادم لتقليل مشكلات ما بعد الترحيل.

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

كيف أعمل معرفة ما إذا كان الجهاز الظاهري الخاص بي قد تم ترحيله بنجاح؟

بعد ترحيل الجهاز الظاهري/الخادم بنجاح، يمكنك عرض الجهاز الظاهري وإدارته من جزء الأجهزة الظاهرية. يمكنك الاتصال بالجهاز الظاهري المرحل للتحقق من صحة الأمر.

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

ماذا يحدث إذا لم أتوقف عن النسخ المتماثل بعد الترحيل؟

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

ماذا يحدث إذا لم أحدد إكمال الترحيل بعد الترحيل؟

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

كيف يمكنني ترحيل الأجهزة المستندة إلى UEFI إلى Azure كأجهزة ظاهرية من الجيل 1 من Azure؟

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

هل يقوم Azure Migrate بتحويل الأجهزة المستندة إلى UEFI إلى أجهزة تستند إلى BIOS وترحيلها إلى Azure كأجهزة ظاهرية من الجيل 1 من Azure؟

تقوم أداة الترحيل والتحديث بترحيل جميع الأجهزة المستندة إلى UEFI إلى Azure كأجهزة ظاهرية من الجيل الثاني من Azure. لم نعد ندعم تحويل الأجهزة الظاهرية المستندة إلى UEFI إلى الأجهزة الظاهرية المستندة إلى BIOS. يتم ترحيل جميع الأجهزة المستندة إلى BIOS إلى Azure فقط كأجهزة ظاهرية من الجيل 1 من Azure.

ما هي أنظمة التشغيل المدعومة لترحيل الأجهزة المستندة إلى UEFI إلى Azure؟

إشعار

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

أنظمة التشغيل المدعومة للأجهزة المستندة إلى UEFI VMware بدون عامل إلى Azure Hyper-V بدون عامل إلى Azure VMware المستندة إلى العامل، والسحب الفعلية، والسحب الأخرى إلى Azure
Windows Server 2025 و2022 و2019 و2016 و2012 R2 و2012 نعم السنة نعم
Windows 11 Pro, Windows 11 Enterprise نعم السنة نعم
Windows 10 Pro, Windows 10 Enterprise نعم السنة نعم
SUSE Linux Enterprise Server 15 SP1 وSP2 وSP3 وSP4 وSP5 وSP6 نعم السنة نعم
SUSE Linux Enterprise Server 12 SP4 نعم السنة نعم
Ubuntu Server 22.04 LTS، 20.04 LTS، 18.04 LTS، 16.04 LTS نعم السنة نعم
RHEL 9.x، 8.1، 8.0، 7.8، 7.7، 7.6، 7.5، 7.4، 7.0، 6.x نعم السنة نعم
CentOS Stream نعم السنة نعم
Oracle Linux 9، 8، 7.7-CI، 7.7، 6 نعم السنة نعم

هل يمكنني ترحيل وحدات تحكم مجال Active Directory باستخدام Azure Migrate؟

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

بالنسبة إلى Active Directory، يمكن أن يكون نوع البيئة عاملا. في بيئة مختلطة مع موقع محلي متصل ببيئة Azure الخاصة بك، يمكنك توسيع الدليل الخاص بك إلى Azure عن طريق إضافة وحدات تحكم مجال إضافية وإعداد النسخ المتماثل ل Active Directory. يمكنك استخدام أداة الترحيل والتحديث إذا كنت:

  • الترحيل إلى بيئة معزولة في Azure تتطلب وحدات التحكم بالمجال الخاصة بها.
  • اختبار التطبيقات في بيئة الاختبار المعزولة.

هل يمكنني ترقية نظام التشغيل الخاص بي أثناء الترحيل؟

تدعم أداة الترحيل والتحديث الآن ترقية نظام التشغيل Windows أثناء الترحيل. هذا الخيار غير متوفر حاليا ل Linux. احصل على مزيد من التفاصيل حول ترقية نظام التشغيل Windows.

هل أحتاج إلى VMware vCenter لترحيل VMware VMs؟

لكي تتمكن من ترحيل VMware VMs باستخدام الترحيل المستند إلى عامل VMware أو الترحيل بدون عامل، يجب على خادم vCenter إدارة مضيفي ESXi التي توجد عليها الأجهزة الظاهرية. إذا لم يكن لديك خادم vCenter، يمكنك ترحيل VMware VMs كخوادم فعلية. اعرف المزيد.

هل يمكنني دمج أجهزة ظاهرية متعددة المصدر في جهاز ظاهري واحد أثناء الترحيل؟

تدعم أداة الترحيل والتحديث حاليا عمليات الترحيل التي تشبه عمليات الترحيل. لا ندعم دمج الخوادم أثناء الترحيل.

هل سيتم دعم Windows Server 2008 و2008 R2 في Azure بعد الترحيل؟

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

كيف أعمل ترحيل Windows Server 2003 الذي يعمل على VMware/Hyper-V إلى Azure؟

انتهى الدعم الموسع ل Windows Server 2003 في 14 يوليو 2015. يستمر فريق دعم Azure في المساعدة في استكشاف المشكلات التي تتعلق بتشغيل Windows Server 2003 على Azure وإصلاحها. ومع ذلك، يقتصر هذا الدعم على المشكلات التي لا تتطلب استكشاف الأخطاء وإصلاحها على مستوى نظام التشغيل أو التصحيحات.

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

إذا كنت لا تزال تختار ترحيل Windows Server 2003 إلى Azure، يمكنك استخدام أداة الترحيل والتحديث إذا كان نشر Windows Server جهازا ظاهريا يعمل على VMware أو Hyper-V. لمزيد من المعلومات، راجع إعداد أجهزة Windows Server 2003 للترحيل.

ترحيل VMware بدون عامل

كيف يعمل الترحيل بدون عامل؟

توفر أداة الترحيل والتحديث خيارات النسخ المتماثل بدون عامل لترحيل الأجهزة الظاهرية VMware وHyper-V التي تعمل بنظام التشغيل Windows أو Linux. توفر الأداة خيار نسخ متماثل آخر يستند إلى عامل لخوادم Windows وLinux. يمكن استخدام هذا الخيار الآخر لترحيل الخوادم الفعلية وأجهزة x86/x64 الظاهرية على موفرين مثل VMware وHyper-V وAWS وGCP.

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

يستخدم خيار النسخ المتماثل بدون عامل الآليات التي يوفرها موفر الظاهرية (VMware أو Hyper-V). بالنسبة إلى VMware VMs، تستخدم آلية النسخ المتماثل بدون عامل لقطات VMware وتقنية تعقب الكتلة المتغيرة VMware لنسخ البيانات من أقراص الجهاز الظاهري. تستخدم العديد من منتجات النسخ الاحتياطي آلية مماثلة. بالنسبة لأجهزة Hyper-V الظاهرية، تستخدم آلية النسخ المتماثل بدون عامل لقطات VM وقدرة تعقب التغيير للنسخة المتماثلة Hyper-V لنسخ البيانات من أقراص الجهاز الظاهري.

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

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

تتعقب تقنية تعقب الكتلة المتغيرة VMware التغييرات بين دورات النسخ المتماثل لأجهزة VMware الظاهرية. في بداية دورة النسخ المتماثل، يتم أخذ لقطة VM ويتم استخدام تعقب الكتلة المتغيرة لتجميع التغييرات بين اللقطة الحالية وآخر لقطة تم نسخها نسخا متماثلا بنجاح. للاحتفاظ بالنسخ المتماثل للجهاز الظاهري متزامنا، يجب نسخ البيانات التي تغيرت منذ آخر دورة نسخ متماثل مكتملة فقط.

في نهاية كل دورة نسخ متماثل، يتم تحرير اللقطة، ويتم تنفيذ دمج اللقطة للجهاز الظاهري. وبالمثل، بالنسبة لأجهزة Hyper-V الظاهرية، يتعقب محرك تعقب تغيير النسخة المتماثلة Hyper-V التغييرات بين دورات النسخ المتماثل المتتالية.

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

للبدء، راجع البرامج التعليمية للترحيل بدون عامل VMware والترحيل بدون عامل Hyper-V.

كيف أعمل قياس متطلبات النطاق الترددي للترحيلات الخاصة بي؟

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

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

يمكنك العمل على متطلبات النطاق الترددي استنادا إلى:

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

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

يمكنك تقدير النطاق الترددي أو الوقت اللازم لترحيل VMware VM بدون عامل باستخدام الصيغة التالية:

  • وقت إكمال النسخ المتماثل الأولي = {حجم الأقراص (أو الحجم المستخدم إذا كان متوفرا) * 0.7 (بافتراض متوسط ضغط بنسبة 30 بالمائة – تقدير متحفظ)}/عرض النطاق الترددي المتوفر للنسخ المتماثل.

كيف أعمل تقييد النسخ المتماثل عند استخدام جهاز Azure Migrate للنسخ المتماثل VMware بدون عامل؟

يمكنك التقييد باستخدام NetQosPolicy. ينطبق أسلوب التقييد هذا على الاتصالات الصادرة فقط من جهاز Azure Migrate.

على سبيل المثال، AppNamePrefix القيمة التي يجب استخدامها في NetQosPolicy هي GatewayWindowsService.exe. يمكنك إنشاء نهج على جهاز Azure Migrate لكبح حركة مرور النسخ المتماثل من الجهاز عن طريق إنشاء نهج مثل هذا:

New-NetQosPolicy -Name "ThrottleReplication" -AppPathNameMatchCondition "GatewayWindowsService.exe" -ThrottleRateActionBitsPerSecond 1MB

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

إشعار

تحتاج إلى إنشاء المذكورة سابقا NetQosPolicy قبل تشغيل الأوامر التالية.

#Replace with an account that's part of the local Administrators group
$User = "localVmName\userName"

#Set the task names
$ThrottleBandwidthTask = "ThrottleBandwidth"
$IncreaseBandwidthTask = "IncreaseBandwidth"

#Create a directory to host PowerShell scaling scripts
if (!(Test-Path "C:\ReplicationBandwidthScripts"))
{
 New-Item -Path "C:\" -Name "ReplicationBandwidthScripts" -Type Directory
}

#Set your minimum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 10 MBps
New-Item C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 10MB'
$ThrottleBandwidthScript = "C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1"

#Set your maximum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 1000 MBps
New-Item C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 1000MB'
$IncreaseBandwidthScript = "C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1"

#Timezone set on the Azure Migrate Appliance (VM) is used; change the frequency to meet your needs
#In this example, the bandwidth is being throttled every weekday at 8:00 AM local time
#The bandwidth is being increased every weekday at 6:00 PM local time
$ThrottleBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 8:00am
$IncreaseBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 6:00pm

#Setting the task action to execute the scripts
$ThrottleBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $ThrottleBandwidthScript"
$IncreaseBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $IncreaseBandwidthScript"

#Creating the scheduled tasks
Register-ScheduledTask -TaskName $ThrottleBandwidthTask -Trigger $ThrottleBandwidthTrigger -User $User -Action $ThrottleBandwidthAction -RunLevel Highest -Force
Register-ScheduledTask -TaskName $IncreaseBandwidthTask -Trigger $IncreaseBandwidthTrigger -User $User -Action $IncreaseBandwidthAction -RunLevel Highest -Force

كيف يؤثر معدل الهزال على النسخ المتماثل بدون عامل؟

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

ما مدى تكرار جدولة دورة النسخ المتماثل؟

الصيغة لجدولة دورة النسخ المتماثل التالية هي: (وقت الدورة السابقة / 2) أو ساعة واحدة، أيهما أعلى.

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

قمت بنشر جهازين (أو أكثر) لاكتشاف الأجهزة الظاهرية في خادم vCenter الخاص بي. ولكن عندما أحاول ترحيل الأجهزة الظاهرية، أرى فقط الأجهزة الظاهرية التي تتوافق مع أحد الأجهزة.

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

كيف يؤثر النسخ المتماثل بدون عامل على خوادم VMware؟

ينتج عن النسخ المتماثل بدون عامل بعض التأثير على الأداء على خادم VMware vCenter ومضيفي VMware ESXi. نظرا لأن النسخ المتماثل بدون عامل يستخدم لقطات، فإنه يستهلك IOPS على التخزين، لذلك يلزم بعض النطاق الترددي لتخزين IOPS. لا نوصي باستخدام النسخ المتماثل بدون عامل إذا كانت لديك قيود على التخزين أو IOPS في بيئتك.

هل يمكن نسخ الأجهزة الظاهرية التي تم تشغيلها؟

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

هام

لا يمكننا ضمان تشغيل الجهاز الظاهري الذي تم تشغيله بنجاح، لأنه لا يمكننا التحقق من حالته التشغيلية قبل النسخ المتماثل.

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

هل يمكنني استخدام Azure Migrate لترحيل تطبيقات الويب الخاصة بي إلى Azure App Service؟

يمكنك إجراء ترحيل بدون عامل على نطاق واسع لتطبيقات الويب ASP.NET التي تعمل على خوادم ويب IIS المستضافة على نظام تشغيل Windows في بيئة VMware. اعرف المزيد.

الترحيل المستند إلى العامل

كيف يمكنني ترحيل مثيلات AWS EC2 إلى Azure؟

راجع اكتشاف وتقييم وترحيل Amazon Web Services (AWS) VMs إلى Azure.

كيف يعمل الترحيل المستند إلى العامل؟

توفر أداة الترحيل والتحديث خيار ترحيل يستند إلى عامل لترحيل خوادم Windows وLinux التي تعمل على خوادم فعلية، أو تعمل ك x86/x64 VMs على موفرين مثل VMware وHyper-V وAWS وGCP.

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

إشعار

يختلف جهاز النسخ المتماثل عن جهاز اكتشاف Azure Migrate ويجب تثبيته على جهاز منفصل/مخصص.

أين يجب تثبيت جهاز النسخ المتماثل للترحيلات المستندة إلى العامل؟

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

هل يمكنني ترحيل أجهزة AWS الظاهرية التي تعمل بنظام تشغيل Amazon Linux؟

لا يمكن ترحيل الأجهزة الظاهرية التي تعمل بنظام Amazon Linux كما هي، لأن نظام تشغيل Amazon Linux مدعوم فقط على AWS.

لترحيل أحمال العمل التي تعمل على Amazon Linux، يمكنك تدوير CentOS/RHEL VM في Azure. بعد ذلك، يمكنك ترحيل حمل العمل الذي يعمل على جهاز AWS Linux باستخدام نهج ترحيل حمل العمل ذي الصلة. على سبيل المثال، اعتمادا على حمل العمل، قد تكون هناك أدوات خاصة بحمل العمل للمساعدة في الترحيل، مثل أدوات قواعد البيانات أو أدوات النشر لخوادم الويب.

كيف أعمل قياس متطلبات النطاق الترددي للترحيلات الخاصة بي؟

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

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

بالنسبة لطريقة النسخ المتماثل المستندة إلى عامل، يمكن أن يساعد Azure Site Recovery Deployment Planner في تعريف البيئة لخسارة البيانات والمساعدة في التنبؤ بمتطلبات النطاق الترددي الضرورية. لمعرفة المزيد، اقرأ خطة نشر VMware.

ترحيل Hyper-V بدون عامل

كيف يعمل الترحيل بدون عامل؟

توفر أداة الترحيل والتحديث خيارات النسخ المتماثل بدون عامل لترحيل الأجهزة الظاهرية VMware وHyper-V التي تعمل بنظام التشغيل Windows أو Linux. توفر الأداة خيار نسخ متماثل آخر يستند إلى عامل لخوادم Windows وLinux. يمكن استخدام هذا الخيار الآخر لترحيل الخوادم الفعلية وأجهزة x86/x64 الظاهرية على موفرين مثل VMware وHyper-V وAWS وGCP.

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

يعمل خيار النسخ المتماثل بدون عامل باستخدام الآليات التي يوفرها موفر الظاهرية (VMware أو Hyper-V). بالنسبة لأجهزة Hyper-V الظاهرية، تقوم آلية النسخ المتماثل بدون عامل بنسخ البيانات من أقراص الجهاز الظاهري باستخدام لقطات الجهاز الظاهري وقدرة تعقب التغيير للنسخة المتماثلة Hyper-V.

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

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

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

في نهاية كل دورة نسخ متماثل، يتم تحرير اللقطة، ويتم تنفيذ دمج اللقطة للجهاز الظاهري. وبالمثل، بالنسبة لأجهزة Hyper-V الظاهرية، يتم استخدام محرك تعقب تغيير النسخة المتماثلة Hyper-V لتتبع التغييرات بين دورات النسخ المتماثل المتتالية.

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

للبدء، راجع البرنامج التعليمي للترحيل بدون عامل Hyper-V.

كيف أعمل قياس متطلبات النطاق الترددي للترحيلات الخاصة بي؟

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

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

يمكنك العمل على متطلبات النطاق الترددي استنادا إلى:

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

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

المحتوى ذو الصلة

  • تعرف على المزيد حول ترحيل VMware VMs وHyper-V VMs والخوادم الفعلية.