تشغيل تجاوز فشل اختبار (تمرين الإصلاح بعد كارثة) إلى Azure

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

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

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

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

1. في استرداد الموقع في مدخل Microsoft Azure، انقر فوق خطط الاسترداد>recoveryplan_name>اختبار تجاوز الفشل.

2. حدد نقطة استرداد للفشل إليها. استخدم أحد الخيارات التالية:

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

3. حدد شبكة Azure الظاهرية التي سيتم إنشاء الأجهزة الظاهرية للاختبار فيها.

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

4. تعقب تقدم تجاوز الفشل في علامة التبويب الوظائف. يجب أن تكون قادرًا على رؤية جهاز النسخ المتماثل للاختبار في مدخل Microsoft Azure.

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

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

7. في "Notes" ، قم بتسجيل وحفظ أي ملاحظات مرتبطة باختبار تجاوز الفشل.

عند تشغيل تجاوز فشل اختبار، يحدث ما يلي:

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

توقيت تجاوز الفشل

في السيناريوهات التالية، يتطلب تجاوز الفشل خطوة وسيطة إضافية تستغرق عادة حوالي 8 إلى 10 دقائق لإكمالها:

• أجهزة VMware الظاهرية التي تشغل إصدار خدمة التنقل أقدم من 9.8
• الأجهزة الفعلية
• الأجهزة الظاهرية لـ VMware Linux
• حماية جهاز Hyper-V الظاهري كخوادم فعلية
• جهاز VMware ظاهري حيث برامج التشغيل التالية ليست برامج تشغيل التمهيد:
  • storvsc
  • vmbus
  • storflt
  • intelide
  • atapi
• جهاز VMware الظاهري الذي لا يحتوي على DHCP ممكّن، بغض النظر عما إذا كان يستخدم DHCP أو عناوين IP ثابتة.

في جميع الحالات الأخرى، لا يلزم اتخاذ خطوة وسيطة، ويستغرق تجاوز الفشل وقتًا أقل بكثير.

قم بإنشاء شبكة لاختبار تجاوز الفشل

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

• يجب أن تحتوي شبكة الاختبار على نفس عدد الشبكات الفرعية مثل شبكة الإنتاج الخاصة بك. يجب أن تحمل الشبكات الفرعية نفس الأسماء.
• يجب أن تستخدم شبكة الاختبار نفس نطاق عناوين IP.
• قم بتحديث DNS لشبكة الاختبار بعنوان IP المحدد لـ DNS VM في إعدادات "Compute and Network" . اقرأ "test failover considerations for Active Directory" لمزيد من التفاصيل.

اختبار تجاوز الفشل إلى شبكة إنتاج في موقع الاسترداد

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

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

إعداد Active Directory وDNS

لتشغيل اختبار تجاوز الفشل لاختبار التطبيق، تحتاج إلى نسخة من بيئة التشغيل Active Directory في بيئة الاختبار. اقرأ "test failover considerations for Active Directory" لمعرفة المزيد.

استعد للاتصال بـ Azure VMs بعد تجاوز الفشل

إذا كنت تريد الاتصال بأجهزة Azure الظاهرية باستخدام RDP/SSH بعد تجاوز الفشل، فاتبع المتطلبات الملخصة في الجدول.

تجاوز الفشل	الموقع	الإجراءات
Azure VM تعمل بنظام Windows	جهاز محلي قبل تجاوز الفشل	للوصول إلى نظام Azure VM عبر الإنترنت، شَغِل RDP، وتأكد من إضافة قواعد TCP وUDP لـ Public، وأن RDP مسموح به لجميع الملفات الشخصية في جدار حماية تطبيقات Windows>المسموح بها . للوصول إلى الجهاز الافتراضي Azure عبر اتصال من موقع إلى آخر، شَغِل RDP على الجهاز، وتأكد من أن RDP مسموح به في جدار حماية Windows -> التطبيقات والميزات المسموح بها، لشبكات النطاق الخاصة. تأكد من تعيين نهج SAN لنظام التشغيل إلى OnlineAll. تعرف على المزيد. تأكد من عدم وجود تحديثات Windows معلقة على VM عند تشغيل تجاوز الفشل. قد يبدأ تحديث Windows عند تجاوز الفشل، ولن تتمكن من تسجيل الدخول إلى VM حتى يكتمل التحديث.
Azure VM تعمل بنظام Windows	جهاز Azure افتراضي بعد تجاوز الفشل	إضافة عنوان IP عام لـ VM. يجب أن تسمح قواعد مجموعة أمان الشبكة الخاصة بـالجهاز الافتراضي الفاشل (والشبكة Azure ‏الفرعية المتصلة بها) بالاتصالات الواردة إلى منفذ RDP ‏. يمكنك التحقق من تشخيصات التمهيد لعرض لقطة الشاشة الخاص بالجهاز الظاهري. إذا لم تتمكن من الاتصال، فتحقق من تشغيل الجهاز الافتراضي، وراجع تلميحات استكشاف الأخطاء وإصلاحها.
Azure VM تعمل بنظام Linux	جهاز محلي قبل تجاوز الفشل	تأكد من أن خدمة القشرة الآمنة على الجهاز الافتراضي ضُبطت لتبدأ تلقائيًا على النظام. تحقق من أن قواعد جدار الحماية تسمح باتصال SSH به.
Azure VM تعمل بنظام Linux	جهاز Azure افتراضي بعد تجاوز الفشل	يجب أن تسمح قواعد مجموعة أمان الشبكة الخاصة بالجهاز الافتراضي الفاشل (وشبكة Azure الفرعية‏ المتصلة بها) بالاتصالات الواردة إلى منفذ SSH. إضافة عنوان IP عام لـ VM. تحقق من تشخيصات التمهيد للحصول على لقطة شاشة للجهاز الظاهري.

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

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

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