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

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

تصور التبعيات لمدة >ساعة واحدة مع تحليل التبعية بدون عامل

باستخدام تحليل التبعية بدون عامل، يمكنك تصور التبعيات أو تصديرها في خريطة لمدة تصل إلى 30 يوما.

تصور التبعيات ل >10 خوادم مع تحليل التبعية بدون عامل

يقدم Azure Migrate قالب Power BI الذي يمكنك استخدامه لتصور اتصالات الشبكة للعديد من الخوادم في وقت واحد، والتصفية حسب العملية والخادم. تعرف على المزيد حول كيفية تصور التبعيات للعديد من الخوادم معا.

تعرض تبعيات تصدير CSV "عملية غير معروفة" مع تحليل التبعية بدون عامل

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

تعذر تصدير بيانات التبعية في CSV بسبب الخطأ "403: هذا الطلب غير مصرح له بتنفيذ هذه العملية"

إذا كان مشروع Azure Migrate الخاص بك يحتوي على اتصال نقطة نهاية خاصة، يجب بدء طلب تصدير بيانات التبعية من عميل متصل بشبكة Azure الظاهرية عبر شبكة خاصة. لحل هذا الخطأ، افتح مدخل Microsoft Azure في الشبكة المحلية أو على خادم الأجهزة وحاول التصدير مرة أخرى.

تصدير أخطاء تحليل التبعية

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

أخطاء تحليل التبعية الشائعة بدون عامل

يدعم Azure Migrate تحليل التبعية بدون عامل باستخدام Azure Migrate: الاكتشاف والتقييم. تعرف على المزيد حول كيفية إجراء تحليل التبعية بدون عامل.

بالنسبة إلى VMware VMs، يتم إجراء تحليل التبعية بدون عامل عن طريق الاتصال بالخوادم عبر خادم vCenter باستخدام واجهات برمجة تطبيقات VMware. بالنسبة لأجهزة Hyper-V الظاهرية والخوادم الفعلية، يتم إجراء تحليل التبعية بدون عامل عن طريق الاتصال مباشرة بخوادم Windows باستخدام الاتصال عن بعد PowerShell على المنفذ 5985 (HTTP) وخوادم Linux باستخدام اتصال SSH على المنفذ 22 (TCP).

يلخص الجدول أدناه جميع الأخطاء التي تمت مواجهتها عند جمع بيانات التبعية من خلال واجهات برمجة تطبيقات VMware أو عن طريق الاتصال مباشرة بالخوادم:

الخطأ 970: DependencyMapInsufficientPrivilegesException

السبب

يظهر الخطأ عادة لخوادم Linux عندما لا توفر بيانات الاعتماد بالامتيازات المطلوبة على الجهاز.

المعالجة

لديك خياران:

• تأكد من توفير حساب مستخدم جذر.
• تأكد من أن الحساب لديه هذه الأذونات على ملفات /bin/netstat و/bin/ls:
  • CAP_DAC_READ_SEARCH
  • CAP_SYS_PTRACE

للتحقق مما إذا كان حساب المستخدم المقدم على الجهاز لديه الامتيازات المطلوبة:

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

2. قم بتشغيل الأوامر التالية في Azure Shell. ستحصل على أخطاء إذا لم يكن لديك الامتيازات المطلوبة لتحليل التبعية بدون عامل.

   ps -o pid,cmd | grep -v ]$
   netstat -atnp | awk '{print $4,$5,$7}'
   

3. تعيين الأذونات المطلوبة على ملفات /bin/netstat و/bin/ls عن طريق تشغيل الأوامر التالية:

   sudo setcap CAP_DAC_READ_SEARCH,CAP_SYS_PTRACE=ep /bin/ls
   sudo setcap CAP_DAC_READ_SEARCH,CAP_SYS_PTRACE=ep /bin/netstat
   

4. يمكنك التحقق مما إذا كانت الأوامر السابقة قد عينت الأذونات المطلوبة لحساب المستخدم أم لا.

   getcap /usr/bin/ls
   getcap /usr/bin/netstat
   

5. أعد تشغيل الأوامر المتوفرة في الخطوة 2 للحصول على إخراج ناجح.

الخطأ 9014: HTTPGetRequestToRetrieveFileFailed

السبب

تحدث المشكلة عندما يحاول عامل اكتشاف VMware في الجهاز تنزيل ملف الإخراج الذي يحتوي على بيانات التبعية من نظام ملفات الخادم من خلال مضيف ESXi الذي تتم استضافة الخادم عليه.

المعالجة

• يمكنك اختبار اتصال TCP بمضيف ESXi (الاسم المقدم في رسالة الخطأ) على المنفذ 443 (مطلوب أن يكون مفتوحا على مضيفي ESXi لسحب بيانات التبعية) من الجهاز. افتح PowerShell على خادم الجهاز وقم بتشغيل الأمر التالي:

  Test -NetConnection -ComputeName <Ip address of the ESXi host> -Port 443
  

• إذا أرجع الأمر اتصالا ناجحا، فانتقل إلى مشروع>Azure Migrate Discovery and assessment>Overview>Manage>Appliances، وحدد اسم الجهاز، وحدد Refresh services.

الخطأ 9018: PowerShellNotFound

السبب

يظهر الخطأ عادة للخوادم التي تعمل بنظام التشغيل Windows Server 2008 أو أقل.

المعالجة

تثبيت Windows PowerShell 5.1 في هذا الموقع على الخادم. اتبع الإرشادات الواردة في تثبيت وتكوين WMF 5.1 لتثبيت PowerShell في Windows Server.

بعد تثبيت إصدار PowerShell المطلوب، تحقق مما إذا كان قد تم حل الخطأ باتباع الخطوات الموجودة على موقع الويب هذا.

الخطأ 9022: GetWMIObjectAccessDenied

المعالجة

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

1. انتقل إلى الخادم الذي يبلغ عن هذا الخطأ.
2. ابحث وحدد تشغيل من قائمة البدء. في مربع الحوار تشغيل ، أدخل wmimgmt.msc في مربع النص Open ، وحدد Enter.
3. تفتح وحدة تحكم wmimgmt حيث يمكنك العثور على عنصر تحكم WMI (محلي) في الجزء الأيمن. انقر بزر الماوس الأيمن فوقه، وحدد Properties من القائمة.
4. في مربع الحوار خصائص عنصر تحكم WMI (محلي)، حدد علامة التبويب الأوراق المالية .
5. في علامة التبويب الأوراق المالية ، حدد الأمان لفتح مربع الحوار الأمان للجذر .
6. حدد خيارات متقدمةلفتح مربع الحوار إعدادات الأمان المتقدمة للجذر .
7. حدد إضافة لفتح مربع الحوار إدخال الإذن للجذر .
8. حدد Select a principal لفتح مربع الحوار Select Users, Computers, Service Accounts, or Groups .
9. حدد أسماء المستخدمين أو المجموعات التي تريد منحها حق الوصول إلى WMI، وحدد موافق.
10. تأكد من منح أذونات التنفيذ، وحدد مساحة الاسم هذه ومساحات الأسماء الفرعية في القائمة المنسدلة ينطبق على .
11. حدد تطبيق لحفظ الإعدادات وإغلاق كافة مربعات الحوار.

بعد الحصول على الوصول المطلوب، تحقق مما إذا كان قد تم حل الخطأ باتباع الخطوات الموجودة على موقع الويب هذا.

الخطأ 9032: InvalidRequest

السبب

يمكن أن تكون هناك أسباب متعددة لهذه المشكلة. أحد الأسباب هو عندما يكون اسم المستخدم المقدم (بيانات اعتماد الخادم) على مدير تكوين الجهاز يحتوي على أحرف XML غير صالحة. تتسبب الأحرف غير الصالحة في حدوث خطأ في تحليل طلب SOAP.

المعالجة

• تأكد من أن اسم المستخدم لبيانات اعتماد الخادم لا يحتوي على أحرف XML غير صالحة وأنه بالتنسيق username@domain.com . يعرف هذا التنسيق بشكل شائع بتنسيق UPN.
• بعد تحرير بيانات الاعتماد على الجهاز، تحقق مما إذا كان قد تم حل الخطأ باتباع الخطوات الموجودة على موقع الويب هذا.

الخطأ 10002: ScriptExecutionTimedOutOnVm

السبب

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

المعالجة

1. سجل الدخول إلى الخادم الذي يواجه هذا الخطأ.

2. قم بتشغيل الأوامر التالية على PowerShell:

   Get-WMIObject win32_operatingsystem;
   Get-WindowsFeature  | Where-Object {$_.InstallState -eq 'Installed' -or ($_.InstallState -eq $null -and $_.Installed -eq 'True')};
   Get-WmiObject Win32_Process;
   netstat -ano -p tcp | select -Skip 4;
   

3. إذا كانت الأوامر تخرج النتيجة في بضع ثوان، فانتقل إلى مشروع>Azure Migrate Discovery and assessment>Overview>Manage>Appliances، وحدد اسم الجهاز، وحدد Refresh services لإعادة تشغيل خدمة الاكتشاف.

4. إذا كانت الأوامر مهلة دون إعطاء أي إخراج، تحتاج إلى:

   • معرفة العمليات التي تستهلك وحدة المعالجة المركزية أو الذاكرة العالية على الخادم.
   • حاول توفير المزيد من الذاكرات الأساسية أو الذاكرة لهذا الخادم وتشغيل الأوامر مرة أخرى.

الخطأ 10005: GuestCredentialNotValid

المعالجة

• تأكد من صحة بيانات الاعتماد (الاسم المألوف المقدم في الخطأ) عن طريق تحديد إعادة التحقق من بيانات الاعتماد على مدير تكوين الجهاز.
• تأكد من أنه يمكنك تسجيل الدخول إلى الخادم المتأثر باستخدام نفس بيانات الاعتماد المتوفرة في الجهاز.
• يمكنك محاولة استخدام حساب مستخدم آخر (لنفس المجال، في حالة انضمام الخادم إلى المجال) لهذا الخادم بدلا من حساب المسؤول.
• يمكن أن تحدث المشكلة عند تعطل الكتالوج <العمومي -> اتصال وحدة التحكم بالمجال. تحقق من هذه المشكلة عن طريق إنشاء حساب مستخدم جديد في وحدة التحكم بالمجال وتوفير نفس الشيء في الجهاز. قد تحتاج أيضا إلى إعادة تشغيل وحدة التحكم بالمجال.
• بعد اتخاذ خطوات المعالجة، تحقق مما إذا كان قد تم حل الخطأ باتباع الخطوات الموجودة على موقع الويب هذا.

الخطأ 10012: CredentialNotProvided

السبب

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

المعالجة

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

الخطأ 9014: HTTPGetRequestToRetrieveFileFailed/ 975: MaxLimitExceededForDepMap /976: AutoenableDisabledForDepMap

المعالجة

1. على الخادم الذي يشغّل الجهاز، افتح "محرر السجل".

2. انتقل إلى HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\AzureAppliance (استخدم المجلد بدون مساحة).

3. أضف مفتاح DepMapAutoEnable تسجيل بنوع "سلسلة" وقيمة ك "خطأ".

   

4. تأكد من تمكين تحليل التبعية يدويا لواحد أو أكثر من الخوادم المكتشفة في مشروعك.

5. أعد تشغيل خادم الجهاز. انتظر لمدة ساعة وتحقق مما إذا تم حل المشكلات.

التحقق من التخفيف من المخاطر

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

لأجهزة VMware الظاهرية (باستخدام أنبوب VMware)

1. قم بتشغيل الأوامر التالية لإعداد PowerCLI على خادم الجهاز:

   Install-Module -Name VMware.PowerCLI -AllowClobber
   Set-PowerCLIConfiguration -InvalidCertificateAction Ignore
   

2. اتصل بخادم vCenter من الجهاز عن طريق توفير عنوان IP لخادم vCenter في الأمر وبيانات الاعتماد في المطالبة:

   Connect-VIServer -Server <IPAddress of vCenter Server>
   

3. اتصل بالخادم الهدف من الجهاز عن طريق توفير اسم الخادم وبيانات اعتماد الخادم، كما هو متوفر على الجهاز:

   $vm = get-VM <VMName>
   $credential = Get-Credential
   

4. لتحليل التبعية بدون عامل، قم بتشغيل الأوامر التالية لمعرفة ما إذا كنت تحصل على إخراج ناجح.

   • بالنسبة لخوادم Windows:

     Invoke-VMScript -VM $vm -ScriptText "powershell.exe 'Get-WmiObject Win32_Process'" -GuestCredential $credential
     
     Invoke-VMScript -VM $vm -ScriptText "powershell.exe 'netstat -ano -p tcp'" -GuestCredential $credential
     

   • بالنسبة لخوادم Linux:

     Invoke-VMScript -VM $vm -ScriptText "ps -o pid,cmd | grep -v ]$" -GuestCredential $credential
     
     Invoke-VMScript -VM $vm -ScriptText "netstat -atnp | awk '{print $4,$5,$7}'" -GuestCredential $credential
     

لأجهزة Hyper-V الظاهرية والخوادم الفعلية (باستخدام أنابيب الاتصال المباشر)

بالنسبة لخوادم Windows:

1. الاتصال بخادم Windows عن طريق تشغيل الأمر:

   $Server = New-PSSession –ComputerName <IPAddress of Server> -Credential <user_name>
   

   وأدخل بيانات اعتماد الخادم في المطالبة.

2. قم بتشغيل الأوامر التالية للتحقق من صحة تحليل التبعية بدون عامل لمعرفة ما إذا كنت تحصل على إخراج ناجح:

   Invoke-Command -Session $Server -ScriptBlock {Get-WmiObject Win32_Process}
   Invoke-Command -Session $Server -ScriptBlock {netstat -ano -p tcp}
   

بالنسبة لخوادم Linux:

1. تثبيت عميل OpenSSH

   Add-WindowsCapability -Online -Name OpenSSH.Client~~~~0.0.1.0
   

2. تثبيت خادم OpenSSH

   Add-WindowsCapability -Online -Name OpenSSH.Server~~~~0.0.1.0
   

3. بدء وتكوين خادم OpenSSH

   Start-Service sshd
   Set-Service -Name sshd -StartupType 'Automatic'
   

4. الاتصال بخادم OpenSSH

   ssh username@servername
   

5. قم بتشغيل الأوامر التالية للتحقق من صحة تحليل التبعية بدون عامل لمعرفة ما إذا كنت تحصل على إخراج ناجح:

   ps -o pid,cmd | grep -v ]$
   netstat -atnp | awk '{print $4,$5,$7}'
   

بعد التحقق من عمل التخفيف، انتقل إلى مشروع>Azure Migrate Discovery and assessment>Overview>Manage>Appliances، وحدد اسم الجهاز، وحدد Refresh services لبدء دورة اكتشاف جديدة.

لا يتم سرد مساحة عمل Log Analytics عند محاولة تكوين مساحة العمل في Azure Migrate لتحليل التبعية المستندة إلى العامل

يدعم Azure Migrate حاليا إنشاء مساحة عمل OMS في مناطق شرق الولايات المتحدة وجنوب شرق آسيا وغرب أوروبا. إذا تم إنشاء مساحة العمل خارج Azure Migrate في أي منطقة أخرى، فلا يمكن إقرانها حاليا بمشروع.

تصور التبعية المستندة إلى العامل في Azure Government

تحليل التبعية المستندة إلى العامل غير مدعوم في Azure Government. استخدم تحليل التبعية بدون عامل، والذي يتوفر فقط لخوادم VMware.

لا تظهر التبعيات المستندة إلى العامل بعد تثبيت العامل

بعد تثبيت عوامل تصور التبعية على الأجهزة الظاهرية المحلية، يستغرق Azure Migrate عادة من 15 إلى 30 دقيقة لعرض التبعيات في المدخل. إذا انتظرت لأكثر من 30 دقيقة، فتأكد من أن Microsoft Monitoring Agent (MMA) يمكنه الاتصال بمساحة عمل Log Analytics.

بالنسبة لأجهزة Windows الظاهرية:

1. في لوحة التحكم، ابدأ تشغيل MMA.

2. في خصائص>عامل مراقبة Microsoft Azure Log Analytics (OMS)، تأكد من أن حالة مساحة العمل خضراء.

3. إذا لم تكن الحالة خضراء، فحاول إزالة مساحة العمل وإضافتها مرة أخرى إلى MMA.

   

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

أنظمة التشغيل المدعومة لتحليل التبعية المستندة إلى العامل

• عامل MMS: أنظمة تشغيل Windows وLinuxالمدعومة.
• عامل التبعية: أنظمة تشغيل Windows وLinux المدعومة.

تصور التبعيات لمدة >ساعة واحدة مع تحليل التبعية المستندة إلى العامل

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

تصور التبعيات ل >10 خوادم باستخدام تحليل التبعية المستندة إلى العامل

في Azure Migrate، مع تحليل التبعية المستندة إلى العامل، يمكنك تصور التبعيات للمجموعات التي يصل عددها إلى 10 أجهزة ظاهرية. بالنسبة للمجموعات الأكبر، قم بتقسيم الأجهزة الظاهرية إلى مجموعات أصغر لتصور التبعيات.

تعرض الخوادم "تثبيت عامل" لتحليل التبعية المستندة إلى العامل

بعد ترحيل الخوادم مع تمكين مرئيات التبعية إلى Azure، قد تعرض الخوادم إجراء تثبيت العامل بدلا من عرض التبعيات بسبب السلوك التالي:

• بعد الترحيل إلى Azure، يتم إيقاف تشغيل الخوادم المحلية ويتم إنشاء أجهزة ظاهرية مكافئة في Azure. تحصل هذه الخوادم على عنوان MAC مختلف.
• قد يكون للخوادم أيضا عنوان IP مختلف، بناء على ما إذا كنت قد احتفظت بعنوان IP المحلي أم لا.
• إذا كانت عناوين MAC وIP مختلفة عن عناوين محلية، فإن Azure Migrate لا يربط الخوادم المحلية بأي بيانات تبعية ل Service Map. في هذه الحالة، يعرض خيار تثبيت العامل بدلا من عرض التبعيات.
• بعد ترحيل الاختبار إلى Azure، تظل الخوادم المحلية قيد التشغيل كما هو متوقع. تحصل الخوادم المكافئة في Azure على عناوين MAC مختلفة وقد تحصل على عناوين IP مختلفة. ما لم تحظر حركة مرور سجل Azure Monitor الصادرة من هذه الخوادم، فلن يقوم Azure Migrate بإقران الخوادم المحلية بأي بيانات تبعية ل Service Map. في هذه الحالة، يعرض خيار تثبيت العوامل بدلا من عرض التبعيات.

التقاط حركة مرور الشبكة

لتجميع سجلات حركة مرور الشبكة:

1. قم بتسجيل الدخول إلى بوابة Azure.
2. حدد F12 لبدء تشغيل أدوات المطور. إذا لزم الأمر، قم بإلغاء تحديد الإعداد مسح الإدخالات في التنقل .
3. حدد علامة التبويب الشبكة، وابدأ في التقاط نسبة استخدام الشبكة:
   • في Chrome، حدد الاحتفاظ بالسجل. يجب أن يبدأ التسجيل تلقائيا. تشير دائرة حمراء إلى أنه يتم التقاط حركة المرور. إذا لم تظهر الدائرة الحمراء، فحدد الدائرة السوداء للبدء.
   • في Microsoft Edge وInternet Explorer، يجب أن يبدأ التسجيل تلقائيا. إذا لم يحدث ذلك، فحدد زر التشغيل الأخضر.
4. حاول إعادة إنتاج الخطأ.
5. بعد مواجهة الخطأ أثناء التسجيل، أوقف التسجيل، واحفظ نسخة من النشاط المسجل:
   • في Chrome، انقر بزر الماوس الأيمن وحدد حفظ ك HAR مع المحتوى. يقوم هذا الإجراء بضغط السجلات وتصديرها كملف أرشيف HTTP (har).
   • في Microsoft Edge أو Internet Explorer، حدد الخيار تصدير حركة المرور الملتقطة. يقوم هذا الإجراء بضغط السجل وتصديره.
6. حدد علامة التبويب وحدة التحكم للتحقق من وجود أي تحذيرات أو أخطاء. لحفظ سجل وحدة التحكم:
   • في Chrome، انقر بزر الماوس الأيمن فوق أي مكان في سجل وحدة التحكم. حدد حفظ باسم للتصدير، ثم اضغط على السجل.
   • في Microsoft Edge أو Internet Explorer، انقر بزر الماوس الأيمن فوق الأخطاء وحدد نسخ الكل.
7. أغلق أدوات المطور.

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

إنشاء تقييم أو تخصيصه .