استكشاف الأعطال وإصلاحها عند الرجوع إلى أماكن العمل من Azure

  • مقالة
  • قراءة خلال 4 دقائق

تُبين هذه المقالة كيفية استكشاف المشكلات التي قد تواجهها وإصلاحها عند فشل أجهزة Azure الظاهرية مرة أخرى إلى البنية الأساسية لـ VMware المحلية، بعد تجاوز الفشل إلى Azure باستخدام ⁧⁩استرداد موقع Azure⁧⁩.

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

مشكلات شائعة

  • إذا أجريت اكتشاف vCenter الخاص بالمستخدم للقراءة فقط وقمت بحماية الأجهزة الظاهرية، فستنجح الحماية وستتجاوز الفشل. في أثناء إعادة الحماية، تفشل عملية تجاوز الفشل لأن مخازن البيانات لا يمكن اكتشافها. أحد الأعراض هو أن مخازن البيانات غير مدرجة في أثناء إعادة المعالجة. لحل هذه المشكلة، يُمْكنك تحديث بيانات اعتماد vCenter بحساب مناسب لديه أذونات ثم إعادة محاولة المهمة.
  • عندما تفشل في إعادة تشغيل جهاز Linux الظاهري وتشغيله محليًا، يُمْكنك أن ترى أن حزمة إدارة الشبكة أُلغي تثبيتها من الجهاز. يحدث إلغاء التثبيت هذا نظرًا إلى إزالة حزمة إدارة الشبكة عند استعادة الجهاز الظاهري في Azure.
  • عند تكوين جهاز Linux الظاهري بعنوان IP ثابت وتجاوز الفشل إلى Azure، يتم الحصول على عنوان IP من DHCP. عندما تتجاوز الفشل محليًا، يستمر الجهاز الظاهري في استخدام DHCP للحصول على عنوان IP. سجل الدخول يدويًا إلى الجهاز، ثم أعد تعيين عنوان IP إلى عنوان ثابت إذا لزم الأمر. يمكن لجهاز Windows الظاهري الحصول على عنوان IP ثابت خاص به مرة أخرى.
  • إذا كنت تستخدم إما إصدار ESXi 5.5 المجاني أو إصدار vSphere 6 Hypervisor المجاني، فإن تجاوز الفشل ينجح، ولكن فشل الاسترجاع لا ينجح. لإعادة التشغيل، قم بالترقية إلى رخصة تقييم أي من البرنامجين.
  • إذا لم تستطع الوصول إلى خادم الإعداد من خادم العملية، فاستخدم Telnet للتحقق من الاتصال بخادم الإعداد على المنفذ 443. يمكنك أيضًا محاولة تحديد موقع خادم الإعداد من خادم العملية. يجب أن يكون لخادم العملية أيضًا نبض عندما يكون متصلاً بخادم الإعداد.
  • لا يمكن إعادة خادم Windows Server 2008 R 2 SP 1 المحمي كخادم فعلي محلي مرة أخرى من Azure إلى موقع محلي.
  • لا يُمْكنك الفشل مرة أخرى في الظروف التالية:
    • رَحلتَ الأجهزة إلى Azure.
    • نَقلت جهاز VM إلى مجموعة موارد أخرى.
    • حذفت Azure VM.
    • عطلت حماية الجهاز الافتراضي.
    • أنشأت جهاز VM يدويًا في Azure. كان يجب حماية الآلة في البداية محليًا وفشلت في الوصول إلى Azure قبل إعادة المعالجة.
    • يُمْكنك أن تفشل فقط لمضيف ESXi. لا يمكنك إعادة VMware VMS أو الخوادم المادية إلى مضيفات Hyper - V أو الآلات المادية أو محطات عمل VMware.

استكشاف أخطاء إعادة المعالجة وإصلاحها

يُبين هذا القسم تفاصيل أخطاء النَسخ الشائعة وكيفية تصحيحها.

رمز الخطأ 95226

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

يحدث هذا الخطأ عندما:

  • يتعذر على جهاز VM Azure الوصول إلى خادم الإعداد محليًا. لا يُمْكن اكتشاف VM وتسجيله في خادم الإعداد.
  • لا يتم تشغيل خدمة تطبيق InMage Scout على Azure VM بعد تجاوز الفشل. الخدمة مطلوبة للاتصالات مع خادم الإعداد محليًا.

لحل هذه المشكلة:

  • تحقق من أن شبكة Azure VM تسمح لـ Azure VM بالاتصال بخادم الإعداد محليًا. يُمْكنك إما إنشاء VPN من موقع إلى موقع على مركز البيانات محليًا أو تكوين اتصال Azure ExpressRoute مع النظير الخاص على الشبكة الافتراضية لـ Azure VM.
  • إذا كان بإمكان جهاز VM الاتصال بخادم الإعداد محليًا، فسجل الدخول إلى جهاز VM. ثم تحقق من خدمة تطبيق InMage Scout. إذا رأيت أنه لا يعمل، فابدأ الخدمة يدويًا. تحقق من ضبط نوع بدء الخدمة على ⁧⁩تلقائي⁧⁩.

رمز الخطأ 78052

⁧⁩ تعذر إكمال الحماية للجهاز الافتراضي.⁧⁩

يُمْكن أن تحدث هذه المشكلة إذا كان هناك بالفعل VM بنفس الاسم على خادم الهدف الرئيسي الذي تفشل في العودة إليه.

لحل هذه المشكلة:

  • حدد خادم هدف رئيسي مختلف على مضيف مختلف بحيث يؤدي النسخ إلى إنشاء الجهاز على مضيف مختلف، حيث لا تتعارض الأسماء.
  • يُمْكنك أيضًا استخدام VMotion لنقل الهدف الرئيسي إلى مضيف مختلف حيث لن يحدث تعارض الأسماء. إذا كان VM الحالي عبارة عن جهاز مجهول، فقم بإعادة تسميته بحيث يمكن إنشاء VM الجديد على نفس مضيف ESXi.

رمز الخطأ 78093

⁧⁩الجهاز الافتراضي لا يعمل أو لا يستجيب أو لا يمكن الوصول إليه.⁧⁩

لحل هذه المشكلة:

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

  • أعد تشغيل جهاز VM حتى يتمكن من بدء الاتصال مرة أخرى محليًا.
  • أعد تشغيل مهمة إعادة المعالجة بعد بدء تشغيل جهاز Azure الظاهري.

رمز الخطأ 8061

⁧⁩ لا يمكن الوصول إلى مخزن البيانات من مضيف ESXi.⁧⁩

تحقق من ⁧⁩ المتطلبات الأساسية للهدف الرئيسي ومخازن البيانات المدعومة ⁧⁩ للتأكد من عدم وجود فشل.

استكشاف أخطاء فشل الرجوع وإصلاحها

يُبين هذا القسم الأخطاء الشائعة التي قد تواجهها في أثناء الفشل.

رمز الخطأ 8038

⁧⁩فشل في إحضار الجهاز الظاهري الموجود محليًا بسبب الخطأ.⁧⁩

تحدث هذه المشكلة عندما يتم عرض VM محليًا على مضيف لا يحتوي على ذاكرة كافية.

لحل هذه المشكلة:

  • توفير المزيد من الذاكرة على مضيف ESXi.
  • بالإضافة إلى ذلك، يمكنك استخدام VMotion لنقل VM إلى مضيف ESXi آخر لديه ذاكرة كافية لتمهيد VM.