استكشاف أخطاء جهاز Azure Migrate وإصلاحها

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

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

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

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

ما هو المدعوم؟

راجع متطلبات دعم الأجهزة.

يحدث الخطأ "إدخال بيان OVF غير صالح" أثناء إعداد الجهاز

تظهر لك رسالة الخطأ "ملف البيان المتوفر غير صالح: إدخال بيان OVF غير صالح" عند إعداد جهاز باستخدام قالب OVA.

المعالجة

1. تحقق من تنزيل ملف OVA الخاص بجهاز Azure Migrate بشكل صحيح عن طريق التحقق من قيمة التجزئة الخاصة به. تعرَّف على المزيد. إذا لم تتطابق قيمة التجزئة، فقم بتنزيل ملف OVA مرة أخرى وأعد محاولة النشر.
2. إذا استمر فشل النشر وكنت تستخدم عميل VMware vSphere لنشر ملف OVF، فحاول نشره من خلال عميل ويب vSphere. إذا استمر فشل النشر، فحاول استخدام مستعرض ويب مختلف.
3. إذا كنت تستخدم عميل ويب vSphere وتحاول نشره على vCenter Server 6.5 أو 6.7، فحاول نشر OVA مباشرة على مضيف ESXi:
   • الاتصال إلى مضيف ESXi مباشرة (بدلا من خادم vCenter) باستخدام عميل الويب (https://<عنوان IP المضيف>/واجهة المستخدم).
   • في HomeInventory>، حدد قالب FileDeploy>OVF. استعرض وصولا إلى OVA وأكمل عملية النشر.
4. في حالة استمرار فشل النشر، اتصل بدعم Azure Migrate.

فشل التحقق من الاتصال أثناء إعداد المتطلبات الأساسية

تحصل على خطأ في فحص الاتصال على الجهاز.

المعالجة

1. تأكد من أنه يمكنك الاتصال بعناوين URL المطلوبة من الجهاز.
2. تحقق مما إذا كان هناك وكيل أو جدار حماية يمنع الوصول إلى عناوين URL هذه. إذا طلب منك إنشاء قائمة مسموح بها، فتأكد من تضمين جميع عناوين URL.
3. إذا كان هناك خادم وكيل تم تكوينه محليا، فأدخل تفاصيل الوكيل بشكل صحيح عن طريق تحديد وكيل الإعداد في نفس الخطوة. أدخل بيانات اعتماد التفويض إذا كان الوكيل بحاجة إليها.
4. تأكد من عدم استخدام الخادم مسبقا لإعداد جهاز النسخ المتماثل أو من تثبيت عامل خدمة التنقل على الخادم.

فشل التحقق من الاتصال لعنوان URL aka.ms أثناء إعداد المتطلبات الأساسية

تظهر لك رسالة خطأ في فحص الاتصال على الجهاز للحصول على عنوان URL aka.ms.

المعالجة

1. تأكد من أن لديك اتصالا بالإنترنت وأنك أضفت URL-aka.ms/* إلى القائمة المسموح بها لتنزيل أحدث إصدارات الخدمات.
2. تحقق مما إذا كان هناك وكيل أو جدار حماية يمنع الوصول إلى عنوان URL هذا. تأكد من تقديم تفاصيل الوكيل بشكل صحيح في خطوة المتطلبات الأساسية لمدير التكوين.
3. ارجع إلى مدير تكوين الجهاز وأعد تشغيل المتطلبات الأساسية لبدء التحديث التلقائي.
4. إذا لم تساعد إعادة المحاولة، فقم بتنزيل الملف latestcomponents.json من موقع الويب هذا للتحقق من أحدث إصدارات الخدمات التي تفشل. قم بتحديثها يدويا من ارتباطات التنزيل في الملف.

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

ملاحظة

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

فشل التحقق من التحديث التلقائي أثناء إعداد المتطلبات الأساسية

تظهر لك رسالة خطأ في فحص التحديث التلقائي على الجهاز.

المعالجة

1. تأكد من إنشاء قائمة مسموح بها لعناوين URL المطلوبة وعدم وجود إعداد وكيل أو جدار حماية يحظرها.
2. في حالة فشل تحديث أي مكون من مكونات الجهاز، قم إما بإعادة تشغيل المتطلبات الأساسية أو قم بتحديث خدمات الجهاز يدويا.

فشل التحقق من مزامنة الوقت أثناء إعداد المتطلبات الأساسية

يشير خطأ حول مزامنة الوقت إلى أن ساعة الخادم قد تكون غير متزامنة مع الوقت الحالي بأكثر من خمس دقائق.

المعالجة

• تأكد من مزامنة وقت خادم الجهاز مع وقت الإنترنت عن طريق التحقق من إعدادات التاريخ والوقت من لوحة التحكم.
• يمكنك أيضا تغيير وقت الساعة على خادم الجهاز لمطابقة الوقت الحالي باتباع الخطوات التالية:
  1. افتح موجه أوامر المسؤول على الخادم.
  2. للتحقق من المنطقة الزمنية، قم بتشغيل w32tm /tz.
  3. لمزامنة الوقت، قم بتشغيل w32tm /resync.

فشل فحص VDDK أثناء إعداد المتطلبات الأساسية على جهاز VMware

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

المعالجة

1. تأكد من أنك قمت بتنزيل VDDK 6.7 ونسخ ملفاته إلى- C:\Program Files\VMware\VMware Virtual Disk Development Kit على خادم الجهاز.
2. تأكد من عدم استخدام أي برنامج أو تطبيق آخر لإصدار آخر من VDDK على الجهاز.

Project حدوث خطأ متعلق بالمفتاح أثناء تسجيل الجهاز

تواجه مشكلات عند محاولة تسجيل الجهاز باستخدام مفتاح مشروع ترحيل Azure الذي تم نسخه من المشروع.

المعالجة

1. تأكد من نسخ المفتاح الصحيح من المشروع. على بطاقة Azure Migrate: Discovery and Assessment في مشروعك، حدد اكتشاف. ثم حدد إدارة الجهاز الموجود في الخطوة 1. حدد اسم الجهاز الذي قمت بإنشاء مفتاح له مسبقا من القائمة المنسدلة. انسخ المفتاح المقابل.
2. تأكد من لصق المفتاح إلى الجهاز من نوع السحابة الصحيح (عام/US Gov) ونوع الجهاز (VMware/Hyper-V/Physical أو غير ذلك). تحقق في الجزء العلوي من مدير تكوين الجهاز لتأكيد نوع السحابة والسيناريو.

يحدث الخطأ "فشل الاتصال بمشروع ترحيل Azure" أثناء تسجيل الجهاز

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

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

المعالجة

لديك خياران:

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

يحدث الخطأ "فشل عملية Azure Active Directory (AAD (دليل Azure النشط)) مع الحالة ممنوعة" أثناء تسجيل الجهاز

يتعذر عليك إكمال التسجيل بسبب عدم كفاية امتيازات Azure Active Directory والحصول على الخطأ "فشلت عملية Azure Active Directory (AAD (دليل Azure النشط)) مع الحالة ممنوعة".

المعالجة

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

يحدث الخطأ "ممنوع الوصول إلى Key Vault" أثناء تسجيل الجهاز

فشل عملية إنشاء Azure أو تحديثها Key Vault "{KeyVaultName}" بسبب الخطأ "{KeyVaultErrorMessage}."

تحدث هذه المشكلة عادة عندما يختلف حساب مستخدم Azure المستخدم لتسجيل الجهاز عن الحساب المستخدم لإنشاء مفتاح مشروع Azure Migrate على البوابة الإلكترونية (أي عند إنشاء مخزن المفاتيح).

المعالجة

1. تأكد من أن حساب المستخدم الذي تم تسجيل دخوله حاليا على الجهاز لديه الأذونات المطلوبة على مخزن المفاتيح المذكور في رسالة الخطأ. يحتاج حساب المستخدم إلى أذونات كما هو مذكور في هذا الموقع.
2. انتقل إلى مخزن المفاتيح وتأكد من أن حساب المستخدم الخاص بك لديه سياسة وصول مع تعيين جميع أذونات المفتاحوالسريوالشهادة ضمن سياسة الوصول إلى Key Vault. تعرَّف على المزيد.
3. إذا قمت بتمكين الجهاز للاتصال بنقطة النهاية الخاصة، فتأكد من استضافة الجهاز إما في نفس الشبكة الظاهرية التي تم إنشاء مخزن المفاتيح فيها أو أنه متصل بشبكة Azure الظاهرية حيث تم إنشاء مخزن المفاتيح عبر ارتباط خاص. تأكد من أن الرابط الخاص بخزينة المفاتيح قابل للحل من الجهاز. انتقل إلى Azure Migrate: Discovery and assessmentProperties> للعثور على تفاصيل نقاط النهاية الخاصة لموارد مثل المخزن الرئيسي الذي تم إنشاؤه أثناء إنشاء مفتاح Azure Migrate. تعرَّف على المزيد.
4. إذا كانت لديك الأذونات والاتصال المطلوبين، فأعد محاولة التسجيل على الجهاز بعد مرور بعض الوقت.

غير قادر على الاتصال بخادم vCenter أثناء التحقق من الصحة

إذا تلقيت خطأ الاتصال هذا، فقد لا تتمكن من الاتصال ب vCenter Server Servername.com:9443. تشير تفاصيل الخطأ إلى عدم وجود نقطة نهاية للاستماع إليها https://\*servername*.com:9443/sdk يمكنها قبول الرسالة.

المعالجة

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

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

  1. Ping Servername.com من الجهاز.
  2. في حالة فشل الخطوة 1، حاول الاتصال بخادم vCenter باستخدام عنوان IP.
  3. حدد رقم المنفذ الصحيح للاتصال بخادم vCenter.
  4. تحقق من أن خادم vCenter قيد التشغيل والتشغيل.

فشل التحقق من صحة بيانات اعتماد الخادم (المجال) على جهاز VMware

تحصل على "فشل التحقق من الصحة" لبيانات اعتماد المجال المضافة على جهاز VMware لإجراء جرد البرامج وتحليل التبعية بدون وكيل.

المعالجة

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

يحدث الخطأ "تم رفض الوصول" عند الاتصال بمضيفات أو مجموعات Hyper-V أثناء التحقق من الصحة

يتعذر عليك التحقق من صحة مضيف أو مجموعة Hyper-V المضافة بسبب الخطأ "تم رفض الوصول".

المعالجة

1. تأكد من أنك استوفيت جميع المتطلبات الأساسية لمضيفي Hyper-V.
2. تحقق من الخطوات الموجودة على موقع الويب هذا حول كيفية إعداد مضيفات Hyper-V يدويا أو باستخدام برنامج نصي PowerShell للتوفير.

يحدث الخطأ "الخادم لا يدعم عمليات تحديد WS-Management" أثناء التحقق من الصحة

يتعذر عليك التحقق من صحة مجموعات Hyper-V على الجهاز بسبب الخطأ "الخادم لا يدعم عمليات تحديد WS-Management. تخطي جزء TestConnection من الطلب وحاول مرة أخرى."

المعالجة

يحدث هذا الخطأ عادة عند توفير تكوين وكيل على الجهاز. يتصل الجهاز بالكتل باستخدام الاسم المختصر لعقد الكتلة، حتى إذا قمت بتوفير FQDN للعقدة. أضف الاسم المختصر لعقد نظام المجموعة إلى قائمة وكيل التجاوز على الجهاز ، ويتم حل المشكلة ، وينجح التحقق من صحة نظام المجموعة Hyper-V.

يحدث الخطأ "تعذر الاتصال بالمضيف أو نظام المجموعة" أثناء التحقق من الصحة على جهاز Hyper-V

الخطأ "لا يمكن الاتصال بمضيف أو مجموعة لأنه لا يمكن حل اسم الخادم. رمز الخطأ WinRM: قد يحدث 0x803381B9" إذا تعذر على خدمة Azure DNS للجهاز حل اسم المجموعة أو المضيف الذي قدمته.

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

المعالجة

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

1. افتح المفكرة كمسؤول.
2. افتح الملف C:\Windows\System32\Drivers\etc\hostsets.
3. أضف عنوان IP واسم المضيف على التوالي. كرر ذلك لكل مضيف أو مجموعة حيث ترى هذا الخطأ.
4. حفظ ملف المضيفين وإغلاقه.
5. تحقق مما إذا كان الجهاز يمكنه الاتصال بالمضيفين باستخدام تطبيق إدارة الأجهزة. بعد 30 دقيقة، يجب أن تشاهد أحدث المعلومات الخاصة بهؤلاء المضيفين في مدخل Azure.

يحدث الخطأ "غير قادر على الاتصال بالخادم" أثناء التحقق من صحة الخوادم الفعلية

المعالجة

• تأكد من وجود اتصال من الجهاز إلى الخادم المستهدف.
• إذا كان خادم Linux، فتأكد من تمكين المصادقة المستندة إلى كلمة المرور باتباع الخطوات التالية:
  1. قم بتسجيل الدخول إلى خادم Linux ، وافتح ملف تكوين ssh باستخدام الأمر vi /etc/ssh/sshd_config.
  2. اضبط الخيار مصادقة كلمة المرور على نعم. احفظ الملف
  3. أعد تشغيل خدمة ssh عن طريق تشغيل خدمة sshd إعادة التشغيل.
• إذا كان خادم Windows، فتأكد من أن المنفذ 5985 مفتوح للسماح بإجراء مكالمات WMI عن بعد.
• إذا كنت تكتشف خادم GCP Linux وتستخدم مستخدما جذريا، فاستخدم الأوامر التالية لتغيير الإعداد الافتراضي لتسجيل الدخول إلى الجذر:
  1. قم بتسجيل الدخول إلى خادم Linux ، وافتح ملف تكوين ssh باستخدام الأمر vi /etc/ssh/sshd_config.
  2. قم بتعيين الخيار PermitRootLogin إلى نعم.
  3. أعد تشغيل خدمة ssh عن طريق تشغيل خدمة sshd إعادة التشغيل.

يحدث الخطأ "فشل جلب BIOS GUID" للخادم أثناء التحقق من الصحة

فشل التحقق من صحة خادم فعلي على الجهاز مع ظهور رسالة الخطأ "فشل في جلب BIOS GUID".

المعالجة

خوادم لينكس:

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

cat /sys/class/dmi/id/product_uuid
dmidecode | grep -i uuid | awk '{print $2}'

يمكنك أيضا تشغيل الأوامر من موجه الأوامر على خادم الجهاز عن طريق إجراء اتصال SSH مع خادم Linux الهدف باستخدام الأمر التالي:

ssh <username>@<servername>

خوادم Windows:

قم بتشغيل التعليمة البرمجية التالية في PowerShell من ملقم الجهاز للخادم الهدف الذي فشل في التحقق من الصحة لمعرفة ما إذا كان يقوم بإرجاع BIOS GUID الخاص بالخادم:

[CmdletBinding()]
Param(
  [Parameter(Mandatory=$True,Position=1)]
   [string]$Hostname
)
$HostNS = "root\cimv2"
$error.Clear()

$Cred = Get-Credential
$Session = New-CimSession -Credential $Cred -ComputerName $Hostname

if ($Session -eq $null -or $Session.TestConnection() -eq $false)
{
    Write-Host "Connection failed with $Hostname due to $error"
    exit -1
}

Write-Host "Connection established with $Hostname"
#Get-WmiObject -Query "select uuid from Win32_ComputerSystemProduct" 

$HostIntance = $Session.QueryInstances($HostNS, "WQL", "Select UUID from Win32_ComputerSystemProduct")
$HostIntance | fl *

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

يحدث الخطأ "لم يتم العثور على طريقة مصادقة مناسبة" للخادم أثناء التحقق من الصحة

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

المعالجة

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

1. سجل الدخول إلى خادم Linux. افتح ملف تكوين ssh باستخدام الأمر vi /etc/ssh/sshd_config.
2. اضبط الخيار مصادقة كلمة المرور على نعم. احفظ الملف
3. أعد تشغيل خدمة ssh عن طريق تشغيل خدمة sshd إعادة التشغيل.

يحدث الخطأ "تم رفض الوصول" عند الاتصال بالخوادم الفعلية أثناء التحقق من الصحة

تظهر لك رسالة الخطأ "يتعذر على خدمة WS-Management معالجة الطلب. قامت خدمة WMI بإرجاع خطأ رفض الوصول" عند محاولة التحقق من صحة خادم Windows من خلال الجهاز الفعلي.

المعالجة

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

• إذا لم تكن مجموعة "مستخدمو الإدارة عن بعد" موجودة، فأضف حساب المستخدم إلى المجموعة WinRMRemoteWMIUsers_.

• يمكنك أيضا التحقق مما إذا كان بروتوكول WS-Management ممكنا على الخادم عن طريق تشغيل الأمر التالي في موجه الأوامر الخاص بالخادم الهدف: winrm qc

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

  1. انتقل إلى الخادم الذي يفشل التحقق من الصحة على الجهاز.
  2. ابحث وحدد تشغيل من قائمة ابدأ . في مربع الحوار تشغيل ، أدخل wmimgmt.msc في مربع النص فتحوحدد Enter.
  3. يتم فتح وحدة تحكم wmimgmt حيث يمكنك العثور على عنصر تحكم WMI (محلي) في الجزء الأيمن. انقر بزر الماوس الأيمن فوقه، وحدد خصائص من القائمة.
  4. في مربع الحوار خصائص عنصر تحكم WMI (محلي)، حدد علامة التبويب الأوراق المالية .
  5. في علامة التبويب الأوراق المالية ، قم بتوسيع المجلد الجذر في شجرة مساحة الاسم وحدد مساحة اسم cimv2 .
  6. حدد الأمان لفتح مربع الحوار أمان ل ROOT\cimv2 .
  7. ضمن القسم أسماء المجموعات أو المستخدمين، حدد إضافة لفتح مربع الحوار تحديد المستخدمين أو أجهزة الكمبيوتر أو حسابات الخدمة أو المجموعات .
  8. ابحث عن حساب المستخدم، وحدده، وحدد موافق للعودة إلى مربع الحوار أمان ROOT\cimv2 .
  9. في القسم أسماء المجموعات أو المستخدمين ، حدد حساب المستخدم الذي تمت إضافته للتو. تحقق مما إذا كانت الأذونات التالية مسموحا بها:
     
     • تمكين الحساب
       
     • تمكين عن بعد
  10. حدد تطبيق لتمكين الأذونات التي تم تعيينها على حساب المستخدم.

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

• لا يوصى بتعطيل UAC عن بعد عن طريق تغيير إدخال التسجيل الذي يتحكم في UAC عن بعد ولكن قد يكون ضروريا في مجموعة عمل. إدخال التسجيل HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system\LocalAccountTokenFilterPolicy. عندما تكون قيمة هذا الإدخال صفرا (0)، يتم تمكين تصفية الرمز المميز للوصول إلى UAC عن بعد. عندما تكون القيمة 1، يتم تعطيل UAC عن بعد.

الجهاز غير متصل

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

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

المعالجة

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

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

   net stop dra
   net start dra
   

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

قم بإعداد جهاز ل VMware أو Hyper-V أو الخوادم الفعلية.