تشغيل رد فشل للأجهزة الظاهرية Hyper-V

توضح هذه المقالة كيفية فشل عودة الأجهزة الظاهرية Azure التي تم إنشاؤها بعد تجاوز فشل الأجهزة الظاهرية Hyper-V من موقع محلي إلى Azure، باستخدام Azure Site Recovery.

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

قبل أن تبدأ

  1. راجع أنواع إرجاع الموارد التي يمكنك استخدامها - استرداد الموقع الأصلي واسترداد الموقع البديل.
  2. تأكد من أن أجهزة Azure الظاهرية تستخدم الأقراص المدارة. يتم دعم إعادة فشل الأجهزة الظاهرية Hyper-V، التي فشلت في أجهزة Azure باستخدام الأقراص المدارة. لا يوصى باستخدام حسابات التخزين، حيث سيتم إيقافها بالكامل في 30 سبتمبر 2025.
  3. تحقق من أن مضيف Hyper-V المحلي (أو خادم System Center VMM إذا كنت تستخدمه مع "استرداد الموقع") قيد التشغيل ومتصل بـ Azure.
  4. تأكد من اكتمال تجاوز الفشل والالتزام للأجهزة الظاهرية. لست بحاجة إلى إعداد أي مكونات محددة لاسترداد الموقع لاسترداد فشل الأجهزة الظاهرية Hyper-V من Azure.
  5. يعتمد الوقت اللازم لإكمال مزامنة البيانات وبدء تشغيل الجهاز الظاهري المحلي على عدد من العوامل. لتسريع تنزيل البيانات، يمكنك تكوين عامل خدمات الاسترداد لـ Microsoft لاستخدام المزيد من مؤشرات الترابط لموازاة التنزيل. اعرف المزيد.

إشعار

لا يمكن العودة إلى الموقع البديل عند استخدام خطط الاسترداد.

الفشل في العودة إلى الموقع الأصلي

لفشل عودة الأجهزة الظاهرية Hyper-V مرة أخرى في Azure إلى الجهاز الظاهري المحلي الأصلي، قم بتشغيل تجاوز فشل مخطط له من Azure إلى الموقع المحلي كما يلي:

  1. في المخزن ⁧>العناصر المنسوخة بشكل متماثل، اختر الجهاز الظاهري. انقر بزر الماوس الأيمن فوق >Planned Failover. إذا كنت تفشل في استعادة خطة استرداد، فحدد اسم الخطة وانقر فوق تجاوز الفشل>تجاوز الفشل المخطط له.

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

  3. في مزامنة البيانات، حدد خيارا:

    • مزامنة البيانات قبل تجاوز الفشل (مزامنة تغييرات دلتا فقط)—يقلل هذا الخيار من وقت التوقف عن العمل للأجهزة الظاهرية أثناء مزامنتها دون إيقاف تشغيلها.
      • المرحلة 1: التقاط لقطة من Azure VM ونسخها إلى مضيف Hyper-V المحلي. يستمر تشغيل الجهاز في Azure.
      • المرحلة 2: إيقاف تشغيل Azure VM بحيث لا تحدث تغييرات جديدة هناك. يتم نقل المجموعة النهائية من تغييرات دلتا إلى الخادم المحلي ويتم بدء تشغيل الجهاز الظاهري المحلي.
    • مزامنة البيانات أثناء تجاوز الفشل فقط (التنزيل الكامل)—يعد هذا الخيار أسرع لأننا نفترض أن معظم القرص قد تغير، ولا نريد قضاء بعض الوقت في حساب المجاميع الاختبارية. لا يقوم هذا الخيار بإجراء أي حسابات للمجموع الاختباري.
      • ينفذ تنزيل القرص.
      • نوصي باستخدام هذا الخيار إذا كنت تقوم بتشغيل Azure لفترة من الوقت (شهر أو أكثر) أو إذا تم حذف الجهاز الظاهري المحلي.
  4. بالنسبة إلى VMM فقط، إذا تم تمكين تشفير البيانات للسحابة، في مفتاح التشفير، حدد الشهادة التي تم إصدارها عند تمكين تشفير البيانات أثناء تثبيت الموفر على خادم VMM.

  5. بدء تجاوز الفشل. يمكنك متابعة تقدم تجاوز الفشل في علامة التبويب الوظائف.

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

    • إيقاف تشغيل جهاز Azure.
    • ينقل أحدث التغييرات إلى الجهاز الظاهري المحلي.
    • بدء تشغيل الجهاز الظاهري المحلي.
  7. يمكنك الآن تسجيل الدخول إلى جهاز VM المحلي للتحقق من توفره كما هو متوقع.

  8. الجهاز الظاهري في حالة انتظار الالتزام. انقر فوق التزام لتنفيذ تجاوز الفشل.

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

الفشل في العودة إلى موقع بديل

فشل العودة إلى موقع بديل كما يلي:

  1. إذا كنت تقوم بإعداد أجهزة جديدة، فقم بتثبيت إصدار مدعوم من Windows ودور Hyper-V على الجهاز.

  2. قم بإنشاء رمز تبديل شبكة ظاهري بنفس الاسم الذي كان لديك على الخادم الأصلي.

  3. في العناصر المحمية>مجموعة حماية><اسم مجموعة الحماية> -><اسم الجهاز الظاهري>، حدد الجهاز الظاهري الذي تريد فشل عودته ثم حدد تجاوز الفشل المخطط له.

  4. في تأكيد عمليات تجاوز الفشل المخطط لها، اختر إنشاء جهاز ظاهري محلي إذا لم يكن موجودا.

  5. في اسم المضيف، حدد خادم مضيف Hyper-V الجديد الذي تريد وضع الجهاز الظاهري عليه.

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

    • المرحلة 1: تلتقط لقطة من Azure VM وتنسخها إلى مضيف Hyper-V المحلي. يستمر تشغيل الجهاز في Azure.
    • المرحلة 2: إيقاف تشغيل Azure VM بحيث لا تحدث تغييرات جديدة هناك. يتم نقل المجموعة النهائية من التغييرات إلى الخادم المحلي ويتم بدء تشغيل الجهاز الظاهري المحلي.
  7. انقر فوق علامة الاختيار لبدء تجاوز الفشل (رد الفشل).

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

  9. يمكنك تسجيل الدخول إلى الجهاز الظاهري المحلي للتحقق من أن كل شيء يعمل كما هو متوقع.

  10. انقر فوق التزام لإنهاء تجاوز الفشل. يؤدي الالتزام إلى حذف Azure VM وأقراصه، وإعداد الجهاز الظاهري المحلي لحمايته مرة أخرى.

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

    إشعار

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

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

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