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

هل هذه الصفحة مفيدة؟

هل لديك ملاحظات إضافية؟

سيتم إرسال الملاحظات إلى Microsoft: بالضغط على الزر «إرسال»، سيتم استخدام ملاحظاتك لتحسين منتجات Microsoft وخدماتها. نهج الخصوصية.

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

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

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

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

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

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

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

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

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

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

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

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

لا تتوفر الأجهزة الظاهرية التي يتم نسخها نسخًا متماثلاً ضمن استرداد الموقع في مدخل Azure إذا كانت هناك إدخالات مكررة في النظام. لمعرفة كيفية حذف الإدخالات القديمة وحل المشكلة، راجع Azure Site Recovery VMware-to-Azure: كيفية تنظيف الإدخالات المكررة أو القديمة.

لا توجد نقطة استرداد متسقة للأعطال متاحة لجهاز ظاهري في آخر '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]

في حالة عدم وجود نبضات من خادم العملية (PS)، تحقق مما يلي:

1. جهاز PS الظاهري قيد التشغيل

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

   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
   

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

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

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

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

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

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

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

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

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

السبب الرابع: لم يتم تمكين تناسق التطبيق على خوادم 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 هو رمز الخطأ الذي يخبرك بالفشل كما هو موضح أدناه

لم يتم تثبيت كاتب خدمة نُسخ الظل الاحتياطية لوحدات التخزين - خطأ 2147221164

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

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

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

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

موفر خدمة نُسخ الظل الاحتياطية لوحدات التخزين غير مسجل - خطأ 2147754756

كيفية الإصلاح: لإنشاء علامة تناسق التطبيق، يستخدم Azure Site Recovery خدمة نُسخ الظل الاحتياطية لوحدات التخزين (VSS) من Microsoft. تحقق مما إذا كانت خدمة موفر خدمة نُسخ الظل الاحتياطية لوحدات التخزين في استرداد موقع 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

تحقق من تعيين نوع بدء تشغيل خدمة موفر خدمة نُسخ الظل الاحتياطية لوحدات التخزين على تلقائي. - أعد تشغيل الخدمات التالية: - خدمة نُسخ الظل الاحتياطية لوحدات التخزين - موفر خدمة نُسخ الظل الاحتياطية لوحدات التخزين في استرداد موقع 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*

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

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