إرجاع الموارد لأجهزة VMware الظاهرية بعد التعافي من الكوارث إلى Azure

بعد تجاوز الفشل في Azure كجزء من عملية التعافي من الكوارث، يمكنك إرجاع الموارد إلى موقعك المحلي. مع Azure Site Recovery، هناك نوعان من إرجاع الموارد ممكنان:

• الفشل في العودة إلى الموقع الأصلي
• الفشل في العودة إلى موقع بديل

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

إشعار

يمكنك فقط الفشل في العودة إلى خادم التكوين الأصلي و vCenter. لا يمكنك نشر خادم تكوين جديد والفشل مرة أخرى في استخدامه. أيضًا، لا يمكنك إضافة vCenter جديد إلى خادم التكوين الحالي وإرجاع الفشل إلى vCenter الجديد.

استرداد الموقع الأصلي (OLR)

إذا اخترت الفشل في العودة إلى الجهاز الظاهري الأصلي، فيجب استيفاء الشروط التالية:

• إذا كان الجهاز الظاهري يُدار بواسطة خادم vCenter، فيجب أن يكون لمضيف ESX للهدف الرئيسي حق الوصول إلى مخزن بيانات الجهاز الظاهري.
• إذا كان الجهاز الظاهري على مضيف ESX ولكن لم تتم إدارته بواسطة vCenter، يجب أن يكون القرص الثابت الخاص به موجودا في مخزن بيانات يمكن الوصول إليه من قبل مضيف الهدف الرئيسي.
• إذا كان جهازك الظاهري موجودًا على مضيف ESX ولا يستخدم vCenter، فيجب عليك إكمال اكتشاف مضيف ESX للهدف الرئيسي قبل إعادة الكشف. ينطبق هذا إذا كنت تفشل في استرداد الخوادم المادية أيضًا.
• يمكنك الفشل في العودة إلى شبكة منطقة التخزين الافتراضية (vSAN) أو القرص الذي يعتمد على تعيين الجهاز الأولي (RDM) إذا كانت الأقراص موجودة بالفعل ومتصلة بالجهاز الظاهري المحلي.

هام

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

استرداد موقع بديل (ALR)

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

• عندما تفشل في العودة إلى موقع بديل، يتم استرداد الجهاز الظاهري إلى نفس مضيف ESX الذي تم نشر الخادم الهدف الرئيسي عليه. مخزن البيانات المستخدم لإنشاء القرص هو نفس مخزن البيانات الذي تم تحديده عند إعادة حماية الجهاز الظاهري.
• يمكنك الفشل في العودة إلى نظام ملفات الجهاز الظاهري (VMFS) أو مخزن بيانات vSAN. إذا كان لديك RDM، فلن تعمل إعادة الحماية وإرجاع الموارد.
• تتضمن إعادة الحماية عملية نقل بيانات أولية كبيرة تليها التغييرات. هذه العملية موجودة لأن الجهاز الظاهري غير موجود في أماكن العمل. ينبغي نسخ البيانات الكاملة مرة أخرى. تستغرق إعادة الحماية هذه أيضا وقتا أطول من استرداد الموقع الأصلي.
• لا يمكنك العودة إلى الأقراص المستندة إلى RDM. يمكن فقط إنشاء أقراص جهاز ظاهري جديدة (VMDKs) على مخزن بيانات VMFS / vSAN.

إشعار

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

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

اتبع الخطوات لتنفيذ عملية إعادة الفشل.