Share via

تصميم عمليات الانتقال من استرداد البيانات بعد الكوارث لـ Hyper-V إلى استرداد البيانات بعد الكوارث لـ Azure

  • مقالة

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

يمكن إدارة مضيفي Hyper-V اختيارياً على السحابة الخاصة لـ System Center Virtual Machine Manager (VMM).

مكونات التصميم - Hyper-V بدون VMM

يوفر الجدول والرسم التاليان طريقة عرض عالية المستوى للمكونات المستخدمة في النسخ المتماثل ل Hyper-V إلى Azure، عندما لا تتم إدارة مضيفي Hyper-V بواسطة VMM.

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

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

تعد الاتصالات من كل من الموفر والوكيل آمنة ومشفرة. يتم أيضا تشفير البيانات المنسوخة في وحدة تخزين Azure.
الأجهزة الظاهرية لـ Hyper-V واحد أو أكثر من الأجهزة الظاهرية التي تعمل على Hyper-V. لا شيء يحتاج إلى تثبيت صريح على الأجهزة الظاهرية.

Hyper-V إلى بنية Azure (بدون VMM)

Diagram showing on-premises Hyper-V site to Azure architecture without VMM.

مكونات التصميم - Hyper-V مع VMM

يوفر الجدول والرسم التاليان عرضاً عالي المستوى للمكونات المستخدمة للنسخ المتماثل Hyper-V إلى Azure، عندما تتم إدارة مضيفي Hyper-V على سحابة VMM.

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

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

Hyper-V إلى بنية Azure (مع VMM)

Diagram showing on-premises Hyper-V site to Azure architecture with VMM.

إعداد اتصال الشبكة الصادرة

لكي يعمل «استرداد الموقع» كما هو متوقع، تحتاج إلى تعديل اتصال الشبكة الصادر للسماح لبيئتك بالنسخ المتماثل.

إشعار

لا يُدعم Site Recovery استخدام وكيل المصادقة للتحكم في اتصال الشبكة.

الاتصال الصادر الخاص بـ "URL"

إذا كنت تستخدم وكيل جدار الحماية المستند إلى "URL" للتحكم في الاتصال الصادر، يُرجى منح حق الوصول إلى عناوين "URL" ذات الصلة:

الاسم تجاري الحكومة الوصف
التخزين *.blob.core.windows.net *.blob.core.usgovcloudapi.net السماح بكتابة البيانات من الجهاز الظاهري إلى حساب التخزين المؤقت في منطقة المصدر.
Microsoft Entra ID login.microsoftonline.com login.microsoftonline.us توفير التفويض والمصادقة لـ Site Recovery service URLs.
النسخ المتماثل *.hypervrecoverymanager.windowsazure.com *.hypervrecoverymanager.windowsazure.com السماح للجهاز الظاهري بالاتصال بـ Site Recovery service.
ناقل الخدمة *.servicebus.windows.net *.servicebus.usgovcloudapi.net يسمح للجهاز الظاهري بكتابة مراقبة Site Recovery وبيانات التشخيص.

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

Diagram showing the Hyper-V to Azure replication process

عملية النسخ المتماثل والاسترداد

تمكين الحماية

  1. بعد تمكين الحماية لجهاز Hyper-V ظاهري، في مدخل Azure أو محلياً، يبدأ تشغيل تمكين الحماية.
  2. تتحقق المهمة من توافق الجهاز مع المتطلبات الأساسية، قبل استدعاء CreateReplicationRelationship، لإعداد النسخ المتماثل باستخدام الإعدادات التي قمت بتكوينها.
  3. تبدأ المهمة في النسخ المتماثل الأولي عن طريق استدعاء أسلوب StartReplication، لتهيئة النسخ المتماثل الكامل للجهاز الظاهري، وإرسال الأقراص الظاهرية للجهاز الظاهري إلى Azure.
  4. يمكنك مراقبة المهمة في علامة التبويب الوظائف . Screenshot of the jobs list in the Jobs tab.Screenshot of the Enable protection screen with more details.

النسخ المتماثل الأولي للبيانات

  1. عند تشغيل النسخ المتماثل الأولي، يتم أخذ لقطة جهاز Hyper-V الظاهري.
  2. يتم نسخ الأقراص الثابتة الظاهرية على الجهاز الظاهري واحداً تلو الآخر، حتى يتم نسخها جميعاً إلى Azure. قد يستغرق ذلك بعض الوقت، اعتماداً على حجم الجهاز الظاهري وعرض النطاق الترددي للشبكة. تعرّف على كيفية زيادة النطاق الترددي للشبكة.
  3. في حالة حدوث تغييرات في القرص في أثناء إجراء النسخ المتماثل الأولي، يقوم متعقب النسخ المتماثل Hyper-V بتتبع التغييرات كسجلات النسخ المتماثل Hyper-V (.hrl). توجد ملفات السجل هذه في نفس المجلد مثل الأقراص. يحتوي كل قرص على ملف.hrl مقترن يتم إرساله إلى وحدة تخزين ثانوية. تستهلك ملفات اللقطة والسجل موارد القرص أثناء إجراء النسخ المتماثل الأولي.
  4. عند انتهاء النسخ المتماثل الأولي، يتم حذف لقطة الجهاز الظاهري.
  5. تتم مزامنة تغييرات قرص دلتا في السجل ودمجها في القرص الأصل.

وضع اللمسات الأخيرة على عملية الحماية

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

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

  1. بعد النسخ المتماثل الأولي، يبدأ النسخ المتماثل لـ delta، وفقاً لنهج النسخ المتماثل.
  2. يتعقب متعقب النسخ المتماثل Hyper-V النسخ المتماثل للتغييرات على القرص الثابت الظاهري كملفات hrl.. يحتوي كل قرص تم تكوينه للنسخ المتماثل على ملف.hrl مقترن.
  3. يتم إرسال السجل إلى حساب التخزين الخاص بالعميل. عندما يكون السجل في مرحلة التنقل إلى Azure، يتم تعقب التغييرات في القرص الأساسي في ملف سجل آخر، في نفس المجلد.
  4. أثناء النسخ المتماثل الأولي والنسخ المتماثل لـ Delta، يمكنك مراقبة الجهاز الظاهري في مدخل Azure.

عملية إعادة التزامن

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

    • على سبيل المثال، إذا وصل حجم ملفات.hrl إلى 50% من حجم القرص، سيتم وضع علامة على الجهاز الظاهري لإعادة المزامنة.
    • تتم جدولة إعادة المزامنة ليتم تشغيلها تلقائياً خارج ساعات العمل بشكل افتراضي.

  2. ترسل إعادة المزامنة بيانات Delta فقط.

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

  3. بعد انتهاء عملية إعادة المزامنة، يجب استئناف النسخ المتماثل العادي لـ Delta.

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

    Screenshot showing the Resynchronize option.

عملية إعادة المحاولة

في حالة حدوث خطأ في النسخ المتماثل، تتم إعادة المحاولة المضمنة. يتم تصنيف إعادة المحاولة كما هو موضح في الجدول.

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

تتضمن أمثلة هذه الأخطاء سلسلة VHD معطلة، وحالة غير صالحة للنسخة الافتراضية للجهاز الظاهري، وأخطاء مصادقة الشبكة، وأخطاء التخويل، وأخطاء "الجهاز الظاهري غير موجود" (لخوادم Hyper-V المستقلة.
أخطاء قابلة للاسترداد تحدث عمليات إعادة المحاولة كل فاصل زمني للنسخ المتماثل، باستخدام تراجع أسي يزيد الفاصل الزمني لإعادة المحاولة من بداية المحاولة الأولى بمقدار 1 و2 و4 و8 و10 دقائق. إذا استمر الخطأ، يقوم بإعادة المحاولة كل 30 دقيقة. تتضمن أمثلة ذلك أخطاء الشبكة وأخطاء القرص المنخفض وحالات الذاكرة المنخفضة.

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

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

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

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

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

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

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

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

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

اتبع هذا البرنامج التعليمي لبدء استخدام النسخ المتماثل من Hyper-V إلى Azure.