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

تنبيه

تشير هذه المقالة إلى CentOS، وهو توزيع Linux يقترب من حالة نهاية العمر الافتراضي (EOL). يرجى مراعاة استخدامك والتخطيط وفقا لذلك. لمزيد من المعلومات، راجع إرشادات نهاية العمر الافتراضي CentOS.

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

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

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

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

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

المعالجة

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

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

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

المعالجة

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

فشل التحقق من الاتصال ivity ل 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

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

المعالجة

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

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

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

المعالجة

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

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

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

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

المعالجة

لديك خياران:

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

يحدث خطأ "فشلت عملية Microsoft Entra بالحالة ممنوع" أثناء تسجيل الجهاز

لا يمكنك إكمال التسجيل بسبب عدم كفاية امتيازات معرف Microsoft Entra والحصول على الخطأ "فشلت عملية Microsoft Entra بالحالة ممنوعة. "

المعالجة

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

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

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

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

المعالجة

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

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

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

المعالجة

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

• إذا استمرت المشكلة في الإصدار الأخير، فقد لا يتمكن الجهاز من حل اسم خادم vCenter المحدد، أو قد يكون المنفذ المحدد خاطئا. بشكل افتراضي، إذا لم يتم تحديد المنفذ، يحاول المجمع الاتصال بالمنفذ رقم 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" أثناء التحقق من الصحة

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

المعالجة

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

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

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

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

المعالجة

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

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

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

المعالجة

• تأكد من وجود اتصال من الجهاز إلى الخادم الهدف.
• إذا كان خادم Linux، فتأكد من تمكين المصادقة المستندة إلى كلمة المرور باتباع الخطوات التالية:
  1. سجل الدخول إلى خادم Linux، وافتح ملف تكوين ssh باستخدام الأمر vi /etc/ssh/sshd_config.
  2. تعيين خيار PasswordAuthentication إلى نعم. حفظ الملف.
  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. "

المعالجة

خوادم Linux

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

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

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

ssh <username>@<servername>

يحتوي عدد قليل من أجهزة Linux مثل Oracle/CentOS على قيمة تكوين تتطلب تمكين خيار tty بشكل افتراضي مما قد يتسبب في حدوث خطأ. في مثل هذه الحالات، يمكنك تعطيل هذا الإعداد عن طريق إضافة حرف "!" في ملف /etc/sudoers . يمكنك أيضا إضافة ما يلي في نهاية الملف /etc/sudoers/ للتأكد من أنه لا يمكن لأي تكوين آخر في الملف تجاوز هذا:

• الإعدادات الافتراضية !visiblepw
• الإعدادات الافتراضية !requiretty

خوادم 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. تعيين خيار PasswordAuthentication إلى نعم. حفظ الملف.
3. أعد تشغيل خدمة ssh عن طريق تشغيل إعادة تشغيل sshd للخدمة.

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

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

المعالجة

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

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

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

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

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

• تنطبق نفس الخطوات أيضا على حساب مستخدم محلي للخوادم غير التابعة للمجال/مجموعة العمل. في بعض الحالات، قد تمنع تصفية UAC بعض خصائص WMI أثناء تشغيل الأوامر كمستخدم قياسي، بحيث يمكنك إما استخدام حساب مسؤول محلي أو تعطيل 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 أو الخوادم الفعلية.