مشاركة عبر

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

  • مقالة

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

عام

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

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

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

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

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

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

هل يعمل استرداد الموقع مع المثيلات المحجوزة؟

نعم، يمكنك شراء أجهزة 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؟

نعم. يمكنك أتمتة سير عمل موقع الاسترداد باستخدام واجهة برمجة تطبيقات 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 من موقع إلى موقع؟

يقوم Azure Site Recovery بنسخ البيانات نسخًا متماثلاً إلى حساب تخزين Azure أو الأقراص المدارة، عبر نقطة نهاية عامة. ومع ذلك، يمكن إجراء النسخ المتماثل عبر VPN من موقع إلى موقع أيضًا. يسمح اتصال VPN من موقع إلى موقع للمؤسسات بتوصيل الشبكات الموجودة بـ Azure أو شبكات Azure بعضها ببعض. تحدث VPN من موقع إلى موقع عبر أنفاق IPSec عبر الإنترنت، مع الاستفادة من معدات الشبكة الفرعية المراقبة المحلية الحالية وأجهزة الشبكة في Azure، إما الميزات الأصلية مثل بوابة الشبكة الظاهرية الخاصة (VPN) في Azure أو خيارات الطرف الثالث مثل Check Point CloudGaurd أو جدار حماية Palo Alto NextGen Firewall. النسخ المتماثل إلى Azure باستخدام VPN من موقع إلى موقع مدعوم فقط عند استخدام نقاط النهاية الخاصة.

لماذا لا يمكنني النسخ المتماثل عبر 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 مع أدوات النسخ الاحتياطي أو التعافي من الكوارث الأخرى؟

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

الأمان

ما هو الوصول الذي يحتاجه 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. عند حدوث تجاوز الفشل، نتأكد من أن بيانات التعريف والمخزن تبقى ضمن المنطقة الجغرافية نفسها التي اخترتها لمخزنك.

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

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

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

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

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

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

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

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

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

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

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

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