الأسئلة الشائعة - Hyper-V إلى Azure للإصلاح بعد كارثة

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

عام

كيف يتم تسعير Site Recovery؟

راجع تفاصيل ⁧⁩تسعير Site Recovery⁧⁩.

كيف أدفع لأجهزة Azure الظاهرية؟

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

هل يوجد أي فرق في التكلفة عند النسخ المتماثل إلى حساب تخزين v2 للأغراض العامة؟

سترى عادة زيادة في تكلفة المعاملات المتكبدة على حسابات تخزين GPv2 نظرًا إلى Azure Site Recovery ثقيل المعاملات. ⁧⁩اقرأ المزيد⁧⁩لتقدير التغيير.

Azure

ما الذي أحتاجه في Hyper-V لتنسيق النسخ المتماثل باستخدام Site Recovery؟

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

هل يمكنني حماية الأجهزة الظاهرية عند تشغيل Hyper-V على نظام تشغيل عميل؟

لا، يجب أن تكون الأجهزة الظاهرية موجودة على خادم مضيف Hyper-V يعمل على جهاز خادم Windows مدعوم. إذا كنت بحاجة إلى حماية كمبيوتر عميل، فإنه يمكنك نسخه كجهاز فعلي إلى ⁧⁩Azure⁧⁩ أو ⁧⁩مركز بيانات ثانوي⁧⁩.

هل يجب أن يكون مضيفو Hyper-V في سحابات VMM؟

إذا كنت ترغب في النسخ المتماثل إلى مركز بيانات ثانوي، فإنه يجب أن تكون الأجهزة الظاهرية Hyper-V على خوادم مضيفات Hyper-V الموجودة في سحابة VMM. إذا كنت ترغب في النسخ المتماثل إلى Azure، فإنه يمكنك نسخ الأجهزة الظاهرية مع سحابات VMM أو بدونها. ⁧⁩اقرأ المزيد⁧⁩ حول النسخ المتماثل لـ Hyper-V إلى Azure.

هل يمكنني نسخ الأجهزة الظاهرية من الجيل الثاني من Hyper-V إلى Azure؟

نعم. يتم تحويل Site Recovery من الجيل الثاني إلى الجيل الأول في أثناء تجاوز الفشل. عند الارتداد عن الفشل، يتم تحويل الجهاز مرة أخرى إلى الجيل الثاني. ⁧⁩قراءة المزيد⁧⁩.

هل يمكنني توزيع Site Recovery باستخدام VMM إذا كان لديَّ خادم VMM واحد فقط؟

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

ما الذي أحتاجه في Azure؟

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

ما هو حساب تخزين Azure الذي أحتاجه؟

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

هل يحتاج حساب Azure الخاص بي إلى أذونات لإنشاء أجهزة ظاهرية؟

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

هل يتم إرسال بيانات النسخ المتماثل إلى استرداد الموقع؟

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

Site Recovery هو ISO 27001:2013، 27018، HIPAA، DPA معتمد، وهو في عملية تقييم SOC2 وFedRAMP JAB.

هل يمكننا الاحتفاظ ببيانات التعريف المحلية داخل منطقة جغرافية؟

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

هل يقوم Site Recovery بتشفير النسخ المتماثل؟

نعم، يتم دعم كل من التشفير في أثناء النقل ⁧⁩والتشفير في Azure⁧⁩.

توزيع

ما الذي يمكنني فعله باستخدام النسخ المتماثل من Hyper-V إلى Azure؟

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

ما الذي أحتاج إليه في المحلي؟

تحتاج إلى واحد أو أكثر من الأجهزة الظاهرية التي تعمل على واحد أو أكثر من مضيفات Hyper-V المستقلة أو المجمعة. يمكنك أيضًا نسخ الأجهزة الظاهرية التي تعمل على المضيفين المدارة بواسطة System Center Virtual Machine Manager (VMM).

  • إذا لم تكن تقوم بتشغيل VMM، ففي أثناء نشر Site Recovery، فإنه يمكنك جمع مضيفات Hyper-V ومجموعاتها في مواقع Hyper-V. تثبيت وكلاء Site Recovery (موفر Azure Site Recovery وعامل خدمات الاسترداد) على كل مضيف Hyper-V.
  • إذا كانت مضيفات Hyper-V موجودة في سحابة VMM، فإنه يمكنك تنسيق النسخ المتماثل في VMM. تثبيت «موفر Site Recovery» على ملقم VMM وعامل «خدمات الاسترداد» على كل مضيف Hyper-V. بإمكانك تعيين بين شبكات VMM المنطقية/VM وAzure VNets.
  • ⁩تعرف على المزيد⁧⁩ حول بنية Hyper-V إلى Azure.

هل يمكنني نسخ الأجهزة الظاهرية الموجودة على مجموعة Hyper-V؟

نعم، يدعم Site Recovery مضيفات Hyper-V المجمعة. لاحظ ما يلي:

  • يجب تسجيل جميع عقد المجموعة في نفس المخزن.
  • إذا كنت لا تستخدم VMM، فإنه يجب إضافة جميع مضيفي Hyper-V في المجموعة إلى موقع Hyper-V نفسه.
  • تثبيت موفر Azure Site Recovery وعامل خدمات الاسترداد على كل مضيف Hyper-V في نظام المجموعة، وإضافة كل مضيف إلى موقع Hyper-V.
  • لا يلزم اتخاذ خطوات محددة على المجموعة.
  • إذا قمت بتشغيل أداة «مخطط التوزيع» لـ Hyper-V، تقوم الأداة بتجميع بيانات ملف التعريف من العقدة قيد التشغيل وحيث يتم تشغيل الجهاز الظاهري. لا يمكن للأداة جمع أي بيانات من عقدة تم إيقاف تشغيلها، ولكنها ستتتبع تلك العقدة. بعد تشغيل العقدة وتشغيلها، تبدأ الأداة في جمع بيانات ملف تعريف VM منها (إذا كان الجهاز الظاهري جزءًا من قائمة الجهاز الظاهري لملف التعريف ويعمل على العقدة).
  • إذا تم ترحيل جهاز ظاهري على مضيف Hyper-V في مخزن Site Recovery إلى مضيف Hyper-V مختلف في نفس المجموعة، أو إلى مضيف مستقل، فلن يتأثر النسخ المتماثل للجهاز الظاهري. يجب أن يفي مضيف Hyper-V ⁧⁩بالمتطلبات الأساسية⁧⁩، وأن يتم تكوينه في مخزن Site Recovery.

هل يمكنني حماية الأجهزة الظاهرية عند تشغيل Hyper-V على نظام تشغيل عميل؟

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

هل يمكنني نسخ الأجهزة الظاهرية من الجيل الثاني من Hyper-V إلى Azure؟

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

هل يمكنني أتمتة سيناريوهات Site Recovery باستخدام SDK؟

نعم. بإمكانك أتمتة سير عمل Site Recovery باستخدام واجهة برمجة تطبيقات Rest أو PowerShell أو Azure SDK. سيناريوهات معتمدة حاليًا لنسخ Hyper-V إلى Azure بشكل متماثل باستخدام PowerShell:

النسخ المتماثل

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

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

ما هي التطبيقات التي بإمكاني نسخها بشكل متماثل؟

بإمكانك نسخ أي تطبيق أو حمل عمل يقوم بتشغيل جهاز ظاهري Hyper-V يتوافق مع ⁧⁩متطلبات النسخ المتماثل⁧⁩. يوفر Site Recovery الدعم لتكرار التطبيقات، بحيث يمكن تجاوز فشل التطبيقات وإعادة فشلها مرة أخرى في حالة ذكية. يتكامل Site Recovery مع تطبيقات Microsoft مثل SharePoint وExchange وDynamics وSQL Server وActive Directory، ويعمل بشكل وثيق مع موردين بارزين، بما في ذلك Oracle وS SAP وIBM وRed Hat. ⁧⁩تعرف على المزيد⁧⁩ حول حماية عبء العمل.

ما هي عملية النسخ المتماثل؟

  1. عند تشغيل النسخ المتماثل الأولي، يتم التقاط لقطة Hyper-V VM.
  2. يتم نسخ الأقراص الثابتة الظاهرية على الجهاز الظاهري واحدًا تلو الآخر، حتى يتم نسخها جميعًا إلى Azure. قد يستغرق ذلك بعض الوقت، اعتمادًا على حجم الجهاز الظاهري وعرض النطاق الترددي للشبكة. تعرف على كيفية زيادة النطاق الترددي للشبكة.
  3. في حالة حدوث تغييرات في القرص في أثناء إجراء النسخ المتماثل الأولي، يقوم متعقب النسخ المتماثل Hyper-V بتتبع التغييرات كسجلات النسخ المتماثل Hyper-V (.hrl). توجد ملفات السجل هذه في نفس المجلد مثل الأقراص. يحتوي كل قرص على ملف .hrl مقترن يتم إرساله إلى وحدة تخزين ثانوية. تستهلك ملفات اللقطة والسجل موارد القرص في أثناء إجراء النسخ المتماثل الأولي.
  4. عند انتهاء النسخ المتماثل الأولي، يتم حذف لقطة الجهاز الظاهري.
  5. تتم مزامنة أي تغييرات على القرص في السجل ودمجها في القرص الأصل.
  6. بعد انتهاء النسخ المتماثل الأولي، يتم تشغيل «إنهاء الحماية» على مهمة الجهاز الظاهري. يقوم بتكوين إعدادات الشبكة وغيرها من إعدادات ما بعد النسخ المتماثل، بحيث يتم حماية الجهاز الظاهري.
  7. في هذه المرحلة، يمكنك التحقق من إعدادات الجهاز الظاهري للتأكد من أنها جاهزة لتجاوز الفشل. يمكنك تشغيل تمرين الإصلاح بعد كارثة (اختبار تجاوز الفشل) للجهاز الظاهري، للتحقق من فشله كما هو متوقع.
  8. بعد النسخ المتماثل الأولي، يبدأ النسخ المتماثل لـ delta، وفقًا لسياسة النسخ المتماثل.
  9. يتم تسجيل التغييرات ملفات.hrl. يحتوي كل قرص تم تكوينه للنسخ المتماثل على ملف .hrl مقترن.
  10. يتم إرسال السجل إلى حساب التخزين الخاص بالعميل. عندما يكون السجل في مرحلة العبور إلى Azure، يتم تعقب التغييرات في القرص الأساسي في ملف سجل آخر، في نفس المجلد.
  11. في أثناء كل من النسخ المتماثل الأولي ودلتا، يمكنك مراقبة الجهاز الظاهري في مدخل Microsoft Azure.

⁩تعرف على المزيد⁧⁩ حول عملية النسخ المتماثل.

هل يمكنني النسخ المتماثل إلى Azure باستخدام VPN من موقع إلى موقع؟

يقوم Site Recovery بنسخ البيانات من أماكن العمل إلى تخزين Azure عبر نقطة نهاية عامة، أو باستخدام نظير Microsoft ExpressRoute. النسخ المتماثل عبر شبكة VPN من موقع إلى موقع غير مدعوم.

هل يمكنني النسخ المتماثل إلى Azure باستخدام ExpressRoute؟

نعم، يمكن استخدام ExpressRoute لنسخ الأجهزة الظاهرية بشكل متماثل إلى Azure. يقوم Site Recovery بنسخ البيانات إلى حساب تخزين Azure عبر نقطة نهاية عامة، وتحتاج إلى إعداد ⁧⁩نظير Microsoft للنسخ المتماثل⁧⁩ لنسخ Site Recovery بشكل متماثل. بعد تجاوز فشل الأجهزة الظاهرية في الوصول إلى شبكة Azure الظاهرية، يمكنك الوصول إليها باستخدام ⁧⁩نظير خاص⁧⁩.

لماذا لا يمكنني النسخ المتماثل عبر VPN؟

عند إجراء نسخ متماثل إلى Azure، تصل حركة النسخ المتماثل إلى نقاط النهاية العامة لحساب Azure Storage. ومن ثمّ يمكنك فقط النسخ المتماثل عبر الإنترنت العام باستخدام ExpressRoute (نظير Microsoft)، ولا تعمل VPN.

ما هي متطلبات الأجهزة الظاهرية المنسوخة بشكل متماثل؟

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

لماذا يلزم وجود حساب تخزين قياسي إضافي إذا قمت بنسخ أقراص الجهاز الظاهري إلى وحدة تخزين متميزة؟

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

ما عدد المرات التي يمكنني فيها إجراء نسخ متماثل إلى Azure؟

يمكن نسخ أجهزة Hyper-V الظاهرية بشكل متماثل كل 30 ثانية (باستثناء مساحة التخزين المتميزة) أو 5 دقائق.

هل يمكن تكوين Azure Site Recovery ونسخة Hyper-V المتماثلة معًا على جهاز Hyper-V؟

نعم، يمكن تكوين كل من Azure Site Recovery ونسخة Hyper-V المتماثلة معًا لجهاز. ولكن سيتعين على الجهاز الحماية كجهاز فعلي وسيتم نسخه إلى Azure باستخدام خادم تكوين / عملية. تعرف على المزيد حول حماية الأجهزة الفعلية ⁧⁩هنا⁧⁩.

هل يمكنني توسيع نطاق النسخ المتماثل؟

النسخ المتماثل الموسع أو المتسلسل غير معتمد. طلب هذه الميزة في ⁧⁩منتدى ردود الفعل⁧⁩.

هل يمكنني إجراء نسخ متماثل أولي في وضع عدم الاتصال؟

هذا الأمر غير مدعوم. طلب هذه الميزة في ⁧⁩منتدى ردود الفعل⁧⁩.

هل يمكنني استبعاد الأقراص؟

نعم، يمكنك استثناء الأقراص من النسخ المتماثل.

هل يمكنني نسخ الأجهزة الظاهرية بشكل متماثل باستخدام الأقراص الديناميكية؟

يمكن نسخ الأقراص الديناميكية بشكل متماثل. يجب أن يكون قرص نظام التشغيل قرصًا أساسيًا.

الأمان

ما هو الوصول الذي يحتاجه Site Recovery لمضيفي Hyper-V

يحتاج Site Recovery إلى الوصول إلى مضيفات Hyper-V لنسخ الأجهزة الظاهرية التي تحددها. يقوم Site Recovery بتثبيت ما يلي على مضيفات Hyper-V:

  • إذا لم تكن تقوم بتشغيل VMM، يُثبت موفر Azure Site Recovery وعامل خدمات الاسترداد على كل مضيف.
  • إذا كنت تقوم بتشغيل VMM، يُثبت عامل خدمات الاسترداد على كل مضيف. يعمل الموفر على خادم VMM.

ما الذي يقوم Site Recovery بتثبيته على الأجهزة الظاهرية Hyper-V؟

لا يقوم Site Recovery بتثبيت أي شيء بشكل صريح على الأجهزة الظاهرية Hyper-V الممكنة للنسخ المتماثل.

تجاوز الفشل وإرجاع الموارد

كيف يمكنني تجاوز الفشل في Azure؟

يمكنك تشغيل تجاوز فشل مخطط له أو غير مخطط له من الأجهزة الظاهرية Hyper-V المحلية إلى Azure.

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

كيف أصِل إلى أجهزة Azure الظاهرية بعد تجاوز الفشل؟

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

هل بيانات تجاوز الفشل مرنة؟

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

هل يتم تجاوز الفشل بشكل تلقائي؟

⁩تجاوز الفشل⁧⁩ لا يتم بشكل تلقائي. تقوم ببدء تجاوز الفشل بنقرة واحدة في المدخل أو يمكنك استخدام ⁧⁩Site Recovery PowerShell⁧⁩ لتشغيل تجاوز الفشل.

كيف أقوم بإعادة الفشل مرة أخرى؟

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

  1. يمكنك بدء تجاوز الفشل المخطط له من Azure إلى الموقع المحلي باستخدام خيارين مختلفين:

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

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

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

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

هل يمكنني إعادة الفشل إلى موقع مختلف؟

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