تجاوز الفشل وإرجاع موارد الخوادم الفعلية التي تم نسخها نسخًا متماثلاً إلى Azure

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

قبل البدء

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

إجراء تجاوز الفشل

تحقق من خصائص الخادم

تحقق من خصائص الخادم، وتأكد من توافقه مع متطلبات Azure لأجهزة Azure الظاهرية.

1. في العناصر المحمية، انقر فوق العناصر المنسوخة بشكل متماثلوحدد الجهاز.
2. في جزء العناصر المنسوخة بشكل متماثل، يوجد ملخص لمعلومات الجهاز والحالة الصحية وأحدث نقاط الاسترداد المتوفرة. انقر فوق "Properties" لعرض مزيد من التفاصيل.
3. في الحساب والشبكة، يمكنك تعديل اسم Azure ومجموعة الموارد والحجم الهدف ومجموعة التوفر وإعدادات القرص المُدار
4. يمكنك عرض وتعديل إعدادات الشبكة، بما في ذلك الشبكة / الشبكة الفرعية حيث سيتم وضع Azure VM بعد تجاوز الفشل وعنوان IP الذي سيتم تعيينه لها.
5. في الأقراص، يمكنك عرض معلومات حول نظام تشغيل الجهاز وأقراص البيانات.

تجاوز الفشل إلى Azure

1. في الإعدادات>العناصر المنسوخة بشكل متماثل انقر فوق الجهاز >تجاوز الفشل.

2. في "Failover" حدد "Recovery Point" لتجاوز الفشل فيها. استخدم أحد الخيارات التالية:

   • ⁧⁩الأحدث⁧⁩: يعالج هذا الخيار أولاً جميع البيانات المرسلة إلى استعادة الموقع. يوفر هدف نقطة الاسترداد الأدنى (RPO)؛ لأن الجهاز الظاهري في Azure الذي تم إنشاؤه بعد تجاوز الفشل يحتوي على كافة البيانات التي تم نسخها نسخًا متماثلاً إلى Site Recovery عند تشغيل تجاوز الفشل.
   • آخر معالجة: يتجاوز هذا الخيار فشل الجهاز إلى أحدث نقطة استرداد تمت معالجتها بواسطة Site Recovery. يوفر هذا الخيار هدف وقت استرداد (RTO) منخفض، لأنه لا يتم قضاء وقت في معالجة البيانات غير المجهزة.
   • ⁧⁩آخر نسخة تطبيق متسقة⁩: يتجاوز هذا الخيار فشل الجهاز إلى أحدث نقطة استرداد متسقة مع التطبيق تمت معالجتها بواسطة Site Recovery.
   • تخصيص: حدد نقطة استرداد.

3. حدد إيقاف تشغيل الجهاز قبل بدء تجاوز الفشل إذا كنت تريد أن يقوم Site Recovery بمحاولة إيقاف تشغيل الأجهزة المصدر قبل تشغيل تجاوز الفشل. تستمر معالجة الخطأ حتى في حالة فشل إيقاف التشغيل. يمكنك متابعة تقدم تجاوز الفشل في صفحة ⁧⁩«Jobs».⁧⁩

4. إذا كنت مستعدًا للاتصال بجهاز Azure الظاهري، فاتصل للتحقق من صحته بعد تجاوز الفشل.

5. بعد التحقق من الجهاز الظاهري ثبّت تجاوز الفشل. يؤدي ذلك إلى حذف جميع نقاط الاسترداد المتوفرة.

تحذير

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

الإجراءات التلقائية في أثناء تجاوز الفشل

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

• تعرّف على كيفية إنشاء خطط الاسترداد وتخصيصها، بما في ذلك إضافة البرامج النصية.
• تعرف على إضافة دفاتر تشغيل Azure Automation إلى خطط الاسترداد.

تكوين الإعدادات بعد تجاوز الفشل

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

التحضير لإعادة الحماية/إرجاع الموارد

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

1. يمكن تقوم الخوادم الفعلية التي تم نسخها نسخًا متماثلاً إلى Azure باستخدام Site Recovery فقط بإرجاع الموارد كأجهزة VMware الظاهرية. تحتاج إلى بنية أساسية VMware حتى تتمكن من إرجاع الموارد. اتبع الخطوات الواردة في هذه المقالة للتحضير لإعادة الحماية وإرجاع الموارد، بما في ذلك إعداد خادم عملية في Azure، وخادم هدف رئيسي محلي، وتكوين VPN من موقع إلى موقع، أو التناظر الخاص لـ ExpressRoute، لإرجاع الموارد.
2. تأكد من أن خادم التكوين المحلي قيد التشغيل ومتصل بـ Azure. أثناء تجاوز الفشل في Azure، قد يتعذر الوصول إلى الموقع الداخلي، وقد يكون خادم التكوين غير متوفر أو متوقف عن التشغيل. أثناء إرجاع الموارد يجب أن يوجد الجهاز الظاهري في قاعدة بيانات ملقم التكوين. غير ذلك سيفشل إرجاع الموارد.
3. احذف أي لقطات على الخادم الهدف الرئيسي المحلي. لن تنجح إعادة الحماية إذا كانت هناك لقطات. يتم دمج اللقطات على الجهاز الظاهري تلقائيًا أثناء مهمة إعادة الحماية.
4. إذا كنت تعيد حماية الأجهزة الظاهرية التي تم تجميعها في مجموعة نسخ متماثل لتناسق الأجهزة الظاهرية المتعددة، فتأكد من أن لديهم جميعًا نفس نظام التشغيل (Windows أو Linux)، وتأكد من أن خادم الهدف الرئيسي الذي تنشره يحتوي على نفس نوع نظام التشغيل. يجب أن تستخدم كافة الأجهزة الظاهرية في مجموعة النسخ المتماثل نفس خادم الهدف الرئيسي.
5. افتح ⁧⁩المنافذ المطلوبة⁧⁩ لإرجاع الموارد.
6. تأكد من اتصال خادم vCenter قبل إرجاع الموارد. وإلا فشل قطع اتصال الأقراص، وإرفاقها مرة أخرى إلى الجهاز الظاهري.
7. إذا كان خادم vCenter يدير الأجهزة الظاهرية التي ستعيد إليها الموارد مرة أخرى، فتأكد من أن لديك الأذونات المطلوبة. إذا قمت بإجراء اكتشاف vCenter للمستخدم للقراءة فقط، وقمت بحماية الأجهزة الظاهرية، فستنجح الحماية، ويعمل إرجاع الموارد. ومع ذلك أثناء إعادة الحماية يفشل إرجاع الموارد؛ لأنه لا يمكن اكتشاف مخازن البيانات، ولا يتم سردها أثناء إعادة الحماية. لحل هذه المشكلة، يمكنك تحديث بيانات اعتماد vCenter باستخدام ⁧⁩حساب/ أذونات مناسبة،⁧⁩، ثم قم بإعادة محاولة المهمة.
8. إذا استخدمت قالبًا لإنشاء الأجهزة الظاهرية الخاصة بك، فتأكد من أن كل جهاز ظاهري لديه UUID الخاص به للأقراص. إذا كان VM UUID المحلي يتعارض مع UUID للخادم الهدف الرئيسي لأن كليهما تم إنشاؤه من نفس القالب، تفشل إعادة الحماية. قم بالنشر من قالب مختلف.
9. إذا كنت تفشل في العودة إلى خادم vCenter بديل، فتأكد من أن يتم اكتشاف خادم vCenter الجديد وخادم الهدف الرئيسي. عادةً إذا لم تكن مخازن البيانات غير قابلة للوصول، أو غير مرئية في ⁧⁩إعادة الحماية⁧⁩.
10. فتحقق من السيناريوهات الآتية التي لا يمكن أن تفشل فيها مرة أخرى:
    • إذا كنت تستخدم إما الإصدار المجاني ESXi 5.5 أو الإصدار المجاني VSphere 6 Hypervisor. فقم بالترقية إلى إصدار مختلف.
    • إذا كان لديك ملقم فعلي Windows Server 2008 R2 SP1.
    • الأجهزة الظاهرية التي تم ترحيلها.
    • جهاز ظاهري تم نقله إلى مجموعة موارد أخرى.
    • جهاز ظاهري نسخة متماثلة من Azure تم حذفها.
    • جهاز ظاهري نسخة متماثلة من Azure غير محمي (يتم نسخه نسخًا متماثلاً إلى الموقع المحلي).
11. ⁧⁩راجع أنواع إرجاع الموارد التي⁧⁩ يمكنك استخدامها - استرداد الموقع الأصلي، واسترداد الموقع البديل.

إعادة حماية أجهزة Azure الظاهرية إلى موقع بديل

يفترض هذا الإجراء أن الجهاز الظاهري المحلي غير متوفر.

1. في المخزن >الإعدادات>العناصر المنسوخة نسخًا متماثلاً، انقر بزر الماوس الأيمن فوق الجهاز الذي تم تجاوز فشله عبر >إعادة الحماية.
2. في إعادة الحماية، تحقق من تحديد Azure إلى موقع محلي.
3. حدد الخادم الهدف الرئيسي المحلي، وخادم العملية.
4. بالنسبة إلى مخزن البيانات، حدد مخزن البيانات الهدف الرئيسي الذي تريد استرداد المواقع المحلية على الأقراص إليه. - استخدم هذا الخيار إذا تم حذف الجهاز الظاهري المحلي أو غير موجود، وتحتاج إلى إنشاء أقراص جديدة. - يتم تجاهل هذا الإعداد إذا كانت الأقراص موجودة بالفعل، ولكنك تحتاج إلى تحديد قيمة.
5. حدد محرك الاستبقاء الهدف الرئيسي. يتم تحديد نهج إرجاع الموارد تلقائيًا.
6. انقر فوق موافق لبدء إعادة الحماية. تبدأ المهمة في نسخ الجهاز الظاهري من Azure نسخًا متماثلاً إلى الموقع المحلي. يمكنك تعقب التقدم في علامة التبويب ⁧⁩وظائف⁧⁩.

ملاحظة

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

إرجاع الموارد من Azure

شغّل تجاوز الفشل كما يلي:

1. في الصفحة العناصر المنسوخة نسخًا متماثلاً، انقر بزر الماوس الأيمن فوق >تجاوز الفشل غير المخطط له على الجهاز.
2. في ⁧⁩تأكيد تجاوز الفشل⁧⁩، تحقق من أن اتجاه تجاوز الفشل قادم من Azure. 3.حدد نقطة الاسترداد التي تريد استخدامها لتجاوز الفشل.
   • نوصي باستخدام ⁧⁩أحدث⁧⁩ نقطة استرداد. نقطة التطبيق متسقة وراء أحدث نقطة في الوقت المناسب، وتسبب فقدان بعض البيانات.
   • ⁧⁩أحدث الميزات⁧⁩هي نقطة استرداد متناسقة مع الأعطال.
   • عند تشغيل تجاوز الفشل، يقوم Site Recovery بإيقاف تشغيل الأجهزة الظاهرية لـ Azure، ويقوم بتشغيل الجهاز الظاهري المحلي. سيكون هناك بعض وقت التعطل، لذلك اختر الوقت المناسب.
3. انقر بزر الماوس الأيمن فوق الجهاز، ثم انقر فوق تثبيت. يؤدي هذا إلى تشغيل مهمة تزيل الأجهزة الظاهرية لـ Azure.
4. تحقق من إيقاف تشغيل أجهزة Azure الظاهرية كما هو متوقع.

إعادة حماية الأجهزة المحلية إلى Azure

يجب أن تعود البيانات الآن إلى موقعك المحلي، ولكنها لا نسخها نسخًا متماثلاً إلى Azure. يمكنك بدء النسخ المتماثل إلى Azure مرة أخرى، كما يلي:

1. في المخزن >الإعدادات>العناصر المنسوخة نسخًا متماثلاً، حدد الأجهزة الظاهرية التي تم إرجاع مواردها، ثم انقر فوق إعادة حماية.
2. حدد خادم العملية المستخدم لإرسال البيانات المنسوخة نسخًا متماثلاً إلى Azure، ثم انقر فوق موافق.

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

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