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

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

الخطوة 1: مراقبة سلامة خادم العملية

يستخدم استرداد الموقع خادم العملية لتلقي البيانات المنسوخة وتحسينها وإرسالها إلى Azure.

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

• تعرف على مراقبة خوادم العمليات.
• [مراجعة أفضل الممارسات]. (vmware-physical-azure-troubleshoot-process-server.md#best-practices-for-process-server-deployment)
• استكشاف أخطاء خادم العمليات وإصلاحها.

الخطوة 2: استكشاف أخطاء الاتصال والنسخ وإصلاحها

غالبا ما تتسبب مشكلات الاتصال ivity بين الخادم المصدر وخادم العملية أو بين خادم العملية وAzure في فشل النسخ المتماثل الأولي والمستمر.

لحل هذه المشكلات، قم باستكشاف أخطاء الاتصال والنسخ المتماثل وإصلاحها.

الخطوة 3: استكشاف أخطاء الأجهزة المصدر غير المتاحة للنسخ وإصلاحها

عند محاولة تحديد الجهاز المصدر لتمكين النسخ المتماثل باستخدام استرداد الموقع، فقد لا يكون الجهاز متاحًا لأحد الأسباب التالية:

• جهازان ظاهريان بنفس المثيل UUID: إذا كان لدى جهازين ظاهريين ضمن vCenter نفس المثيل UUID، يتم عرض الجهاز الظاهري الأول الذي اكتشفه خادم التكوين في مدخل Microsoft Azure. لحل هذه المشكلة، تأكد من عدم وجود جهازي ظاهريين لهما نفس UUID المثيل. يظهر هذا السيناريو بشكل شائع في الحالات التي يصبح فيها جهاز ظاهري احتياطي نشطًا ويتم تسجيله في سجلات الاكتشاف الخاصة بنا. راجع Azure Site Recovery VMware-to-Azure: كيفية تنظيف الإدخالات المكررة أو القديمة لحلها.
• بيانات اعتماد مستخدم vCenter غير صحيحة: تأكد من إضافة بيانات اعتماد vCenter الصحيحة عند إعداد خادم التكوين باستخدام قالب OVF أو الإعداد الموحد. للتحقق من بيانات الاعتماد التي أضفتها أثناء الإعداد، راجع تعديل بيانات الاعتماد للاكتشاف التلقائي.
• امتيازات vCenter غير كافية: إذا كانت الأذونات المقدمة للوصول إلى vCenter لا تحتوي على الأذونات المطلوبة، فقد يحدث فشل في اكتشاف الأجهزة الظاهرية. تأكد من إضافة الأذونات الموضحة في Prepare an account for automatic discovery إلى حساب مستخدم vCenter.
• خوادم إدارة Azure Site Recovery: إذا تم استخدام الجهاز الظاهري كخادم إدارة ضمن واحد أو أكثر من الأدوار التالية - خادم التكوين /خادم عملية توسيع النطاق / الخادم الهدف الرئيسي، فلن تتمكن من اختيار الجهاز الظاهري من المدخل. لا يمكن نسخ خوادم الإدارة نسخاً متماثلاً.
• محمي/فشل بالفعل من خلال خدمات Azure Site Recovery: إذا كان الجهاز الظاهري محميًا بالفعل أو فشل من خلال استرداد الموقع، فلن يكون الجهاز الظاهري متاحًا لتحديد الحماية في المدخل. تأكد من أن الجهاز الظاهري الذي تبحث عنه في المدخل ليس محميًا بالفعل من قبل أي مستخدم آخر أو بموجب اشتراك مختلف.
• vCenter غير متصل: تحقق مما إذا كان vCenter في حالة اتصال. للتحقق، انتقل إلى خزائن خدمات الاسترداد > البنية الأساسية لاسترداد الموقع > خوادم التكوين > انقر فوق خادم التكوين المعني > يفتح جزء على يمينك مع تفاصيل الخوادم المرتبطة. تحقق مما إذا كان vCenter متصلاً. إذا كان في حالة "غير الاتصال"، فقم بحل المشكلة، ثم قم بتحديث خادم التكوين على المدخل. بعد ذلك، لا يتم سرد الجهاز الظاهري على المدخل.
• إيقاف تشغيل ESXi: إذا كان مضيف ESXi الذي يوجد فيه الجهاز الظاهري في حالة إيقاف التشغيل، فلن يتم سرد الجهاز الظاهري أو غير قابل للتحديد على مدخل Microsoft Azure. قم بتشغيل مضيف ESXi، وقم بتحديث خادم التكوين على المدخل. بعد ذلك، يتم سرد الجهاز الظاهري على المدخل.
• إعادة التشغيل المعلقة: إذا كان هناك إعادة تمهيد معلقة على الجهاز الظاهري، فلن تتمكن من تحديد الجهاز على مدخل Microsoft Azure. تأكد من إكمال أنشطة إعادة التشغيل المعلقة وتحديث خادم التكوين. بعد ذلك، يتم سرد الجهاز الظاهري على المدخل.
• لم يتم العثور على IP أو لا يحتوي الجهاز على عنوان IP: إذا لم يكن للجهاز الظاهري عنوان IP صالح مقترن به، فلن تتمكن من تحديد الجهاز على مدخل Microsoft Azure. تأكد من تعيين عنوان IP صالح للجهاز الظاهري، وتحديث خادم التكوين. قد يحدث أيضا إذا لم يكن لدى الجهاز عنوان IP صالح مقترن بأحد بطاقات NIC الخاصة به. إما تعيين عنوان IP صالح لجميع بطاقات واجهة الشبكة (NIC) أو إزالة بطاقة واجهة الشبكة (NIC) التي تفتقد عنوان IP. بعد ذلك، يتم سرد الجهاز الظاهري على المدخل.

استكشاف أخطاء الأجهزة الظاهرية المحمية غير النشطة في المدخل وإصلاحها

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

قد يكون السبب الآخر في أن الجهاز قد جرى استنساخه. عندما تتحرك الأجهزة بين برنامج تشغيل الآلة الافتراضية وإذا تغير معرف BIOS، فإن عامل التنقل يمنع النسخ المتماثل. النسخ المتماثل للأجهزة المستنسخة غير مدعوم من قبل Site Recovery.

لا تتوفر نقطة استرداد متناسقة مع الأعطال للجهاز الظاهري في آخر "XXX" دقيقة

فيما يلي قائمة ببعض المشكلات الأكثر شيوعا:

مشكلات النسخ المتماثل الأولي [الخطأ 78169]

لضمان عدم وجود مشكلات متعلقة بالاتصال أو النطاق الترددي أو المزامنة الزمنية، تأكد مما يلي:

• لا يوجد برنامج لمكافحة الفيروسات يحظر Azure Site Recovery. تعرف على المزيد عن استثناءات المجلدات المطلوبة لاستعادة موقع Azure.

أجهزة المصدر ذات معدل التغيير المرتفع [الخطأ 78188]

الأسباب المحتملة:

• معدل تغيير البيانات (كتابة بايت/ثانية) على الأقراص المدرجة بالجهاز الظاهري هو أكثر من الحدود المعتمدة لاسترداد موقع Azure لنوع حساب تخزين هدف النسخ المتماثل.
• هناك ارتفاع مفاجئ في معدل الهزال بسبب وجود كمية كبيرة من البيانات في انتظار التحميل.

لحل المشكلة:

• تأكد من توفير نوع حساب التخزين الهدف (قياسي أو متميز) وفقا لمتطلبات معدل الخسارة في المصدر.

• إذا كنت تقوم بالفعل بالنسخ المتماثل إلى قرص Premium مُدار (نوع asrseeddisk)، فتأكد من أن حجم القرص يدعم معدل التمزق الملحوظ وفقًا لحدود استرداد الموقع. يمكنك زيادة حجم asrseeddisk إذا لزم الأمر. اتبع الخطوات التالية:

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

• إذا كان الهزال الذي تمت ملاحظته مؤقتا، فانتظر لبضع ساعات حتى يصل تحميل البيانات المعلقة إلى نقاط الاسترداد وينشئها.

• إذا كان القرص يحتوي على بيانات غير هامة مثل السجلات المؤقتة وبيانات الاختبار وما إلى ذلك، ففكر في نقل هذه البيانات إلى مكان آخر أو استبعاد هذا القرص تماما من النسخ المتماثل

• إذا استمرت المشكلة، فاستخدم مخطط توزيع استرداد الموقع للمساعدة في تخطيط النسخ المتماثل.

آلات المصدر بدون نبضات [الخطأ 78174]

يحدث هذا عندما يقوم عامل التنقل استرداد موقع Azure على الجهاز المصدر بالاتصال بخادم التكوين (CS).

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

1. تحقق من تشغيل الجهاز المصدر.

2. سجّل الدخول إلى Source Machine باستخدام حساب له امتيازات المسؤول.

3. تحقق من تشغيل الخدمات التالية وإذا لم يكن إعادة تشغيل الخدمات:

   • Svagents (وكيل InMage Scout VX)
   • خدمة تطبيق InMage Scout

4. في الجهاز المصدر، افحص السجلات في الموقع للحصول على تفاصيل الخطأ:

   C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

خادم معالجة بدون نبضات [خطأ 806]

في حالة عدم وجود رسالة كشف أخطاء الاتصال من خادم العملية، تحقق مما يلي:

1. الجهاز الظاهري لخادم العمليات قيد التشغيل

2. تحقق من السجلات التالية على خادم العملية للحصول على تفاصيل الخطأ:

   C:\ProgramData\ASR\home\svsystems\eventmanager*.log
   و
   C:\ProgramData\ASR\home\svsystems\monitor_protection*.log

خادم الهدف الرئيسي بدون نبضات [الخطأ 78022]

يحدث هذا عندما لا يتصل عامل التنقل استرداد موقع Azure على الهدف الرئيسي بخادم التكوين.

لحل المشكلة، استخدم الخطوات التالية للتحقق من حالة الخدمة:

1. تحقق من تشغيل الجهاز الظاهري الرئيسي المستهدف.
2. سجل الدخول إلى الجهاز الظاهري الرئيسي المستهدف باستخدام حساب له امتيازات المسؤول.

   • تحقق من تشغيل خدمة svagents. إذا كان قيد التشغيل، فعد تشغيل الخدمة

   • تحقق من السجلات في الموقع للحصول على تفاصيل الخطأ:

     C:\Program Files (X86)\Microsoft Azure Site Recovery\agent\svagents*.log

3. لتسجيل الهدف الرئيسي مع خادم التكوين، انتقل إلى المجلد ٪PROGRAMDATA٪\ASR\Agent، وقم بتشغيل ما يلي في موجه الأوامر:

   cmd
   cdpcli.exe --registermt
   
   net stop obengine
   
   net start obengine
   
   exit
   

تعذر تمكين الحماية بنجاح للجهاز الظاهري [الخطأ 78253]

قد يحدث هذا الخطأ إذا لم يتم إقران نهج النسخ المتماثل بخادم التكوين بشكل صحيح. قد يحدث أيضا إذا كان النهج المقترن بخادم التكوين غير صالح.

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

لحل المشكلة، يمكنك إقران النهج بخادم التكوين قيد الاستخدام أو إنشاء نهج نسخ متماثل جديد وإقرانه. إذا كان النهج غير صالح، يمكنك فصله وحذفه.

معرف الخطأ 78144 - لا تتوفر نقطة استرداد متوافقة مع التطبيق للجهاز الظاهري في آخر "XXX" دقيقة

تم إجراء تحسينات في إصدارات عامل التنقل 9.23 و9.27 للتعامل مع سلوكيات فشل تثبيت VSS. تأكد من أنك تستخدم أحدث الإصدارات للحصول على أفضل إرشادات حول استكشاف أخطاء فشل VSS وإصلاحها.

يتم سرد بعض المشكلات الأكثر شيوعا:

السبب الأول: مشكلة معروفة في خادم SQL 2008/2008 R2

كيفية الإصلاح: هناك مشكلة معروفة في SQL server 2008/2008 R2. يُرجى الرجوع إلى مقالة قاعدة المعارف هذه في Azure Site Recovery Agent أو فشل النسخ الاحتياطي لخدمة نُسخ الظل الاحتياطية لوحدات التخزين غير المكون من مكونات لخادم يستضيف SQL Server 2008 R2

السبب الثاني: فشل مهام Azure Site Recovery على الخوادم التي تستضيف أي إصدار من مثيلات SQL Server مع AUTO_CLOSE DBs

كيفية الإصلاح: راجع مقالة Kb

كيفية إصلاح : راجع مقالة كيلوبايت

السبب الثالث: مشكلة معروفة في SQL Server 2016 و2017

كيفية الإصلاح: راجع مقالة Kb

السبب الرابع: لم يتم تمكين تناسق التطبيق على خوادم Linux

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

المزيد من الأسباب بسبب المشكلات المتعلقة بخدمة نُسخ الظل الاحتياطية لوحدات التخزين:

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

C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\Application Data\ApplicationPolicyLogs\vacp.log

كيف يمكن تحديد موقع الأخطاء في الملف؟ ابحث عن السلسلة "vacpError" بفتح ملف vacp.log في محرر

Ex: vacpError:220#Following disks are in FilteringStopped state [\\.\PHYSICALDRIVE1=5, ]#220|^|224#FAILED: CheckWriterStatus().#2147754994|^|226#FAILED to revoke tags.FAILED: CheckWriterStatus().#2147754994|^|

في المثال المسبق 2147754994 هو رمز الخطأ الذي يخبرك عن الفشل كما هو موضح:

لم يتم تثبيت كاتب VSS - خطأ 2147221164

كيفية الإصلاح: لإنشاء علامة تناسق التطبيق، يستخدم Azure Site Recovery خدمة نسخ الظل الاحتياطية لوحدات التخزين من Microsoft (VSS). يقوم بتثبيت موفر خدمة نُسخ الظل الاحتياطية لوحدات التخزين لتشغيله لالتقاط لقطات تقرير تناسق التطبيق. تم تثبيت موفر خدمة نُسخ الظل الاحتياطية لوحدات التخزين كخدمة. في حالة عدم تثبيت خدمة موفر VSS، يفشل إنشاء لقطة تناسق التطبيق مع معرف الخطأ 0x80040154 "الفئة غير مسجلة".

راجع المقالة لاستكشاف أخطاء تثبيت كاتب VSS وإصلاحها

تم تعطيل كاتب VSS - خطأ 2147943458

كيفية الإصلاح: لإنشاء علامة تناسق التطبيق، يستخدم Azure Site Recovery خدمة نسخ الظل الاحتياطية لوحدات التخزين من Microsoft (VSS). يقوم بتثبيت موفر خدمة نُسخ الظل الاحتياطية لوحدات التخزين لتشغيله لالتقاط لقطات تقرير تناسق التطبيق. تم تثبيت موفر خدمة نُسخ الظل الاحتياطية لوحدات التخزين كخدمة. في حالة تعطيل خدمة موفر خدمة نُسخ الظل الاحتياطية لوحدات التخزين، يفشل إنشاء لقطة تناسق التطبيق مع معرف الخطأ "الخدمة المحددة معطلة ولا يمكن بدء تشغيلها (0x80070422)".

• إذا تم تعطيل VSS،
  • فتحقق من تعيين نوع بدء تشغيل خدمة VSS Provider إلى "Automatic".
  • أعد تشغيل الخدمات التالية:
    • خدمة نُسخ الظل الاحتياطية لوحدات التخزين
    • موفر خدمة نُسخ الظل الاحتياطية لوحدات التخزين في استرداد موقع Azure
    • خدمة VDS

موفر خدمة VSS غير مسجل - خطأ 2147754756

كيفية الإصلاح: لإنشاء علامة تناسق التطبيق، يستخدم Azure Site Recovery خدمة نسخ الظل الاحتياطية لوحدات التخزين من Microsoft (VSS). تحقق مما إذا كانت خدمة موفر خدمة نُسخ الظل الاحتياطية لوحدات التخزين في استرداد موقع Azure مثبتة أم لا.

• أعد محاولة تثبيت الموفر باستخدام الأوامر التالية:
• ألغِ تثبيت الموفر الحالي: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Uninstall.cmd
• أعد تثبيت: C:\Program Files (x86)\Microsoft Azure Site Recovery\agent\InMageVSSProvider_Install.cmd

فتحقق من تعيين نوع بدء تشغيل خدمة VSS Provider إلى "Automatic". - أعد تشغيل الخدمات التالية: - خدمة نُسخ الظل الاحتياطية لوحدات التخزين - موفر خدمة نُسخ الظل الاحتياطية لوحدات التخزين في استرداد موقع Azure - خدمة VDS

معرف الخطأ 95001 - تم العثور على أذونات غير كافية

يحدث هذا الخطأ عند محاولة تمكين النسخ المتماثل ولا تحتوي مجلدات التطبيق على أذونات كافية.

كيفية الإصلاح: لحل هذه المشكلة، تأكد من أن مستخدم IUSR لديه دور المالك لجميع المجلدات التالية -

• C\ProgramData\Microsoft Azure Site Recovery\private
• دليل التثبيت. على سبيل المثال، إذا كان دليل التثبيت هو محرك أقراص F، فوفر الأذونات الصحيحة ل:
  • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems
• المجلد \pushinstallsvc في دليل التثبيت. على سبيل المثال، إذا كان دليل التثبيت هو محرك أقراص F، فوفر الأذونات الصحيحة ل -
  • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc
• المجلد \etc في دليل التثبيت. على سبيل المثال، إذا كان دليل التثبيت هو محرك أقراص F، فوفر الأذونات الصحيحة ل -
  • F:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\etc
• C:\Temp
• C:\thirdparty\php5nts
• كافة العناصر ضمن المسار التالي -
  • C:\thirdparty\rrdtool-1.2.15-win32-perl58\rrdtool\Release*

استكشاف الأخطاء وإصلاحها والتعامل مع تغييرات الوقت على الخوادم المنسوخة

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

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

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

إذا كنت بحاجة إلى مزيد من المساعدة، فنشر سؤالك على صفحة سؤال Microsoft Q&A ل Azure Site Recovery. لدينا مجتمع نشط، ويمكن لأحد مهندسينا مساعدتك.