فشل إعادة الحماية عبر الأجهزة الظاهرية Azure إلى المنطقة الأساسية

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

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

المتطلبات الأساسية

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

إعادة حماية جهاز VM

  1. في Vault>Replicated items، انقر بزر الماوس الأيمن فوق العنصر الظاهري الفاشل، وحدد إعادة حماية. يجب أن يظهر اتجاه إعادة الحماية من الثانوي إلى الأساسي.

    Screenshot shows a virtual machine with a contextual menu with Re-protect selected.

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

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

    Customize option

تخصيص إعدادات إعادة الحماية

يمكنك تخصيص الخصائص التالية لـVM الهدف أثناء إعادة المعالجة.

Customize

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

ماذا يحدث أثناء إعادة الحماية؟

افتراضيًا، يحدث ما يلي:

  1. يتم إنشاء حساب تخزين مؤقت في المنطقة التي يتم فيها تشغيل تجاوز الفشل عبر VM.
  2. في حالة عدم وجود حساب التخزين الهدف (حساب التخزين الأصلي في المنطقة الرئيسية)، يتم إنشاء حساب جديد. اسم حساب التخزين المخصص هو اسم حساب التخزين المستخدم من قبل VM الثانوي، بالإضافة إلى asr.
  3. إذا كان جهاز VM خاصتك يستخدم الأقراص المدارة، يتم إنشاء الأقراص المدارة للنسخ المتماثل في المنطقة الرئيسية لتخزين البيانات التي تم نسخها من أقراص VM الثانوية.
  4. يتم إنشاء النسخ المتماثلة المؤقتة لأقراص المصدر (الأقراص المرفقة بنظام VMS في المنطقة الثانوية) بالاسم ms-asr-<GUID>، والتي يتم استخدامها لنقل / قراءة البيانات. تتيح لنا أقراص TEMP استخدام النطاق الترددي الكامل للقرص بدلًا من عرض النطاق الترددي 16% فقط من الأقراص الأصلية (المتصلة بـVM). يتم حذف الأقراص المؤقتة بمجرد اكتمال إعادة الحماية.
  5. في حالة عدم وجود مجموعة الإتاحة الهدف، يتم إنشاء مجموعة جديدة كجزء من مهمة إعادة المعالجة إذا لزم الأمر. إذا قمت بتخصيص إعدادات إعادة الكتابة، فسيتم استخدام المجموعة المحددة.

عند تشغيل مهمة إعادة الحماية، ووجود VM هدف، يحدث ما يلي:

  1. يتم إيقاف تشغيل VM الجانب الهدف إذا كان يعمل.
  2. إذا كان جهاز VM يستخدم أقراصًا مدارة، يتم إنشاء نسخة من القرص الأصلي باستخدام -ASRReplica لاحقة. يتم حذف الأقراص الأصلية. يتم -ASRReplica استخدام النُسخ للنسخ المتماثل.
  3. إذا كان VM يستخدم أقراصًا غير مدارة، يتم فصل أقراص بيانات VM الهدف واستخدامها للنسخ المتماثل. يتم إنشاء نسخة من قرص نظام التشغيل وإرفاقها على VM. يتم فصل قرص نظام التشغيل الأصلي واستخدامه للنسخ المتماثل.
  4. تتم مزامنة التغييرات بين القرص المصدر والقرص الهدف فقط. يتم حساب الفروق عن طريق مقارنة كل من الأقراص ثم نقلها. تحقق أدناه للعثور على الوقت المقدر لإكمال إعادة المعالجة.
  5. بعد اكتمال المزامنة، يبدأ النسخ المتماثل لـdelta، ويتم إنشاء نقطة استرداد بما يتلاءم مع نهج النسخ المتماثل.

عند تشغيل مهمة إعادة الحماية، وعدم وجود الجهاز الظاهري الهدف والأقراص، يحدث ما يلي:

  1. إذا كان VM يستخدم الأقراص المدارة، يتم إنشاء أقراص النسخ المتماثل باستخدام -ASRReplica لاحقة. يتم -ASRReplica استخدام النُسخ للنسخ المتماثل.
  2. إذا كان جهاز VM يستخدم أقراصًا غير مدارة، يتم إنشاء أقراص نسخ متماثل في حساب التخزين الهدف.
  3. يتم نسخ الأقراص بأكملها من المنطقة الفاشلة إلى المنطقة المستهدفة الجديدة.
  4. بعد اكتمال المزامنة، يبدأ النسخ المتماثل لـdelta، ويتم إنشاء نقطة استرداد بما يتلاءم مع نهج النسخ المتماثل.

الوقت المقدر للقيام بإعادة الحماية

في معظم الحالات، لا يقوم Azure Site Recovery بتكرار البيانات الكاملة إلى منطقة المصدر. تحدد الشروط التالية مقدار البيانات التي يتم نسخها:

  1. إذا تم حذف بيانات VM المصدر أو تلفها أو تعذر الوصول إليها لسبب ما، مثل تغيير/حذف مجموعة موارد، فسيحدث نسخ متماثل مبدئي كامل أثناء إعادة النسخ نظرًا لعدم وجود بيانات متاحة حول منطقة المصدر لاستخدامها. يتم نقل البيانات عند ~23% من معدل النقل للقرص.
  2. إذا كان من الممكن الوصول إلى بيانات VM المصدر، يتم حساب الفروق فقط من خلال مقارنة كل من الأقراص ثم نقلها. تحقق من الجدول أدناه للحصول على الوقت المقدر. يتم الحساب والمقارنة التفاضلية عند حوالي46% من معدل النقل للقرص، ثم يحدث نقل البيانات التفاضلية عند حوالي23% من معدل النقل للقرص.
مثال على الموقف الوقت المستغرق لإعادة الحماية
تحتوي منطقة المصدر على جهاز VM واحد مع قرص قياسي 1 تيرابايت.
يتم استخدام بيانات 127جيجابايت فقط، وبقية القرص فارغ.
نوع القرص قياسي مع معدل نقل 60 ميغابايت في الثانية.
لا يوجد تغيير في البيانات بعد تجاوز الفشل.
الوقت التقريبي: 75-105 دقيقة.
أثناء إعادة الحماية، سيقوم برنامج استعادة الموقع بتعبئة مجموع جميع البيانات، والذي يعمل بنسبة 46% من معدل النقل للقرص - 28 ميغابايت في الثانية. لذا فإن إجمالي الوقت الذي سيستغرقه هو 127 جيجابايت/28ميجابايت في الثانية، تقريبًا 76 دقيقة.
قد تكون هناك حاجة إلى بعض الوقت الإضافي لاستعادة الموقع إلى نطاق تلقائي، حوالي 20-30 دقيقة.
تحتوي منطقة المصدر على جهاز VM واحد مع قرص قياسي 1 تيرابايت.
يتم استخدام بيانات 127جيجابايت فقط وبقية القرص فارغ.
نوع القرص قياسي مع معدل نقل 60 ميغابايت في الثانية.
تتغير بيانات تبلغ 45 جيجابايت بعد تجاوز الفشل.
الوقت التقريبي: 2-2.5 ساعة.
أثناء إعادة الحماية، سيقوم برنامج استعادة الموقع بتعبئة مجموع جميع البيانات، والذي يعمل بنسبة 46% من معدل النقل للقرص - 28 ميغابايت في الثانية. إجمالي الوقت الذي سيستغرقه هو 127 جيجابايت/28ميجابايت في الثانية، حوالي 76 دقيقة.
تبلغ سرعة النقل حوالي 23% من معدل النقل، أو 14 ميغابايت في الثانية. لذلك، وقت النقل لتطبيق تغييرات 45 جيجابايت أي 45 جيجابايت/14ميجابايت في الثانية، حوالي 55 دقيقة.
قد تكون هناك حاجة إلى بعض الوقت الإضافي لاستعادة الموقع إلى نطاق تلقائي، حوالي 20-30 دقيقة.
تحتوي منطقة المصدر على جهاز VM واحد مع قرص قياسي 1 تيرابايت.
يتم استخدام بيانات 20 جيجابايت فقط وبقية القرص فارغ.
نوع القرص قياسي مع معدل نقل 60 ميغابايت في الثانية.
كانت البيانات الأولية على القرص مباشرةً بعد تجاوز الفشل 15جيجابايت. كان هناك تغيير في البيانات بسعة 5 جيجابايت بعد تجاوز الفشل. وبالتالي فإن إجمالي البيانات المعبأة هو 20 غيغابايت.
الوقت التقريبي: 30-60 دقيقة.
نظرًا لأن البيانات المجمعة في القرص أقل من 10٪ من حجم القرص، فإننا نقوم بإجراء نسخ متماثل مبدئي كامل.
تبلغ سرعة النقل حوالي 23% من معدل النقل، أو 14 ميغابايت في الثانية. لذلك، وقت النقل لتطبيق تغييرات 20 جيجابايت أي 20 جيجابايت/14ميجابايت في الثانية، حوالي 24 دقيقة.
قد تكون هناك حاجة إلى بعض الوقت الإضافي لاستعادة الموقع إلى نطاق تلقائي، حوالي 20-30 دقيقة.
تحتوي منطقة المصدر على جهاز VM واحد مع قرص مميز بسعة 1 تيرابايت.
يتم استخدام بيانات 127 جيجابايت فقط، وبقية القرص فارغ.
نوع القرص متميز مع معدل نقل 200 ميجابت في الثانية.
لا يوجد تغيير في البيانات بعد تجاوز الفشل.
الوقت التقريبي: 30-60 دقيقة.
أثناء إعادة الحماية، سيقوم برنامج استعادة الموقع بتعبئة مجموع جميع البيانات، والذي يعمل بنسبة 46% من معدل نقل القرص - 92 ميجابايت في الثانية. إجمالي الوقت الذي سيستغرقه هو 127 جيجابايت/92 ميجابايت في الثانية، حوالي 25 دقيقة.
قد تكون هناك حاجة إلى بعض الوقت الإضافي لاستعادة الموقع إلى نطاق تلقائي، حوالي 20-30 دقيقة.
تحتوي منطقة المصدر على جهاز VM واحد مع قرص مميز بسعة 1 تيرابايت.
يتم استخدام بيانات 127جيجابايت فقط وبقية القرص فارغ.
نوع القرص متميز مع معدل نقل 200 ميجابت في الثانية.
تتغير بيانات تبلغ 45 جيجابايت بعد تجاوز الفشل.
الوقت التقريبي: 45-75 دقيقة.
أثناء إعادة الحماية، سيقوم برنامج استعادة الموقع بتعبئة مجموع جميع البيانات، والذي يعمل بنسبة 46% من معدل نقل القرص - 92 ميجابايت في الثانية. إجمالي الوقت الذي سيستغرقه هو 127 جيجابايت/92 ميجابايت في الثانية، حوالي 25 دقيقة.
تبلغ سرعة النقل حوالي 23% من معدل النقل، أو 46 ميغابايت في الثانية. لذلك، وقت النقل لتطبيق تغييرات 45 جيجابايت أي 45 جيجابايت/46 ميجابايت في الثانية، حوالي 17 دقيقة.
قد تكون هناك حاجة إلى بعض الوقت الإضافي لاستعادة الموقع إلى نطاق تلقائي، حوالي 20-30 دقيقة.
تحتوي منطقة المصدر على جهاز VM واحد مع قرص مميز بسعة 1 تيرابايت.
يتم استخدام بيانات 20 جيجابايت فقط وبقية القرص فارغ.
نوع القرص متميز مع معدل نقل 200 ميجابت في الثانية.
كانت البيانات الأولية على القرص مباشرةً بعد تجاوز الفشل 15جيجابايت. كان هناك تغيير في البيانات بسعة 5 جيجابايت بعد تجاوز الفشل. وبالتالي فإن إجمالي البيانات المعبأة هو 20 غيغابايت
الوقت التقريبي: 10-40 دقيقة.
نظرًا لأن البيانات المجمعة في القرص أقل من 10٪ من حجم القرص، فإننا نقوم بإجراء نسخ متماثل مبدئي كامل.
تبلغ سرعة النقل حوالي 23٪ من معدل النقل، أو 46 ميجابايت في الثانية. لذلك، وقت النقل لتطبيق تغييرات 20 جيجابايت أي 20 جيجابايت/46 ميجابايت في الثانية، حوالي 8 دقائق.
قد تكون هناك حاجة إلى بعض الوقت الإضافي لاستعادة الموقع إلى نطاق تلقائي، حوالي 20-30 دقيقة

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

عندما تتم إعادة حماية VM من منطقة الإصلاح بعد كارثة إلى المنطقة الرئيسية، فإننا لا نحذف VM الرئيسية السابقة و NIC (ق) المرتبطة بها.

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

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