مشاركة عبر

تصميم عمليات الانتقال من استرداد البيانات بعد الكوارث لـ 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)

رسم تخطيطي يوضح موقع Hyper-V المحلي إلى بنية Azure بدون 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)

رسم تخطيطي يوضح موقع Hyper-V المحلي إلى بنية Azure باستخدام 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.
ناقل الخدمة *.servicebus.windows.net *.servicebus.usgovcloudapi.net يسمح للجهاز الظاهري بكتابة بيانات مراقبة Site Recovery والتشخيص.

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

رسم تخطيطي يوضح عملية النسخ المتماثل Hyper-V إلى Azure

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

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

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

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

  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. أثناء النسخ المتماثل الأولي والدلتا، يمكنك مراقبة الجهاز الظاهري في مدخل Microsoft Azure.

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

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

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

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

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

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

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

    لقطة شاشة تعرض خيار إعادة المزامنة.

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

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

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

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

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

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

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

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