استكشاف أخطاء التقييمات وإصلاحها

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

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

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

تساعدك هذه المقالة على استكشاف مشكلات التقييم ومرئيات التبعية وإصلاحها باستخدام Azure Migrate: Discovery and assessment.

مشكلات جاهزية تقييم Azure VM

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

مشكلة	الإصلاح
نوع التمهيد غير المدعوم	لا يدعم Azure نوع تمهيد UEFI للأجهزة الظاهرية مع أنظمة التشغيل: Windows Server 2003/Windows Server 2003 R2/Windows Server 2008/Windows Server 2008 R2. تحقق من قائمة أنظمة التشغيل التي تدعم الأجهزة المستندة إلى UEFI هنا
نظام تشغيل Windows مدعوم بشكل مشروط	اجتاز نظام التشغيل تاريخ انتهاء الدعم الخاص به ويحتاج إلى اتفاقية دعم مخصصة للدعم في Azure. فكر في الترقية قبل الترحيل إلى Azure. راجع معلومات حول إعداد الخوادم التي تعمل بنظام التشغيل Windows Server 2003 للترحيل إلى Azure.
نظام تشغيل Windows غير مدعوم	يدعم Azure إصدارات نظام التشغيل Windows المحددة فقط. فكر في ترقية الخادم قبل الترحيل إلى Azure.
نظام التشغيل Linux المعتمد بشكل مشروط	يؤيد Azure إصدارات نظام التشغيل Linux المحددة فقط. فكر في ترقية الخادم قبل الترحيل إلى Azure. لمزيد من المعلومات، راجع موقع الويب هذا.
نظام تشغيل لينكس غير معتمد	قد يبدأ تشغيل الخادم في Azure، ولكن لا يوفر Azure أي دعم لنظام التشغيل. فكر في الترقية إلى إصدار Linux معتمد قبل الترحيل إلى Azure.
نظام تشغيل غير معروف	تم تحديد نظام تشغيل الجهاز الظاهري ك "أخرى" في vCenter Server. يمنع هذا السلوك Azure Migrate من التحقق من جاهزية Azure للجهاز الظاهري. تأكد من أن Azure يدعم نظام التشغيل قبل ترحيل الخادم.
إصدار بت غير مدعوم	قد يتم تشغيل الأجهزة الظاهرية التي تحتوي على أنظمة تشغيل 32 بت في Azure، ولكننا نوصي بالترقية إلى 64 بت قبل الترحيل إلى Azure.
يتطلب اشتراك Microsoft Visual Studio	يقوم الخادم بتشغيل نظام تشغيل عميل Windows ، والذي يتم دعمه فقط من خلال اشتراك Visual Studio.
لم يتم العثور على VM لأداء التخزين المطلوب	يتجاوز أداء التخزين (عمليات الإدخال/الإخراج في الثانية [IOPS] والإنتاجية) المطلوبة للخادم دعم Azure VM. تقليل متطلبات التخزين للخادم قبل الترحيل.
لم يتم العثور على VM لأداء الشبكة المطلوب	يتجاوز أداء الشبكة (داخل/خارج) المطلوب للخادم دعم Azure VM. تقليل متطلبات الشبكة للخادم.
لم يتم العثور على VM في الموقع المحدد	استخدم موقعا مستهدفا مختلفا قبل الترحيل.
قرص واحد أو أكثر غير مناسب	قرص واحد أو أكثر متصل بالجهاز الظاهري لا يفي بمتطلبات Azure. ترحيل Azure: يقوم الاكتشاف والتقييم بتقييم الأقراص استنادا إلى حدود القرص لأقراص Ultra (64 تيرابايت). لكل قرص متصل بالجهاز الظاهري، تأكد من أن حجم القرص هو <64 تيرابايت (مدعوم من أقراص Ultra SSD). إذا لم يكن كذلك، فقم بتقليل حجم القرص قبل الترحيل إلى Azure، أو استخدم أقراص متعددة في Azure وقم بتخطيطها معا للحصول على حدود تخزين أعلى. تأكد من أن الأداء (IOPS والإنتاجية) الذي يحتاجه كل قرص مدعوم من قبل أقراص الجهاز الظاهري المدارة من Azure.
واحد أو أكثر من محولات الشبكة غير المناسبة	قم بإزالة محولات الشبكة غير المستخدمة من الخادم قبل الترحيل.
عدد الأقراص يتجاوز الحد الأقصى	قم بإزالة الأقراص غير المستخدمة من الخادم قبل الترحيل.
حجم القرص يتجاوز الحد الأقصى	Azure Migrate: يدعم الاكتشاف والتقييم الأقراص بحجم يصل إلى 64 تيرابايت (Ultra Discs). يمكنك تقليص الأقراص إلى أقل من 64 تيرابايت قبل الترحيل، أو استخدام أقراص متعددة في Azure وتخطيطها معا للحصول على حدود تخزين أعلى.
القرص غير متوفر في الموقع المحدد	تأكد من أن القرص في موقعك المستهدف قبل الترحيل.
القرص غير متوفر للتكرار المحدد	يجب أن يستخدم القرص نوع تخزين التكرار المحدد في إعدادات التقييم (LRS افتراضيا).
تعذر تحديد مدى ملاءمة القرص بسبب خطأ داخلي	حاول إنشاء تقييم جديد للمجموعة.
لم يتم العثور على VM مع النوى المطلوبة والذاكرة	تعذر على Azure العثور على نوع VM مناسب. قلل الذاكرة وعدد مراكز الخادم المحلي قبل الترحيل.
تعذر تحديد مدى ملاءمة الجهاز الظاهري بسبب خطأ داخلي	حاول إنشاء تقييم جديد للمجموعة.
تعذر تحديد مدى ملاءمة قرص واحد أو أكثر بسبب خطأ داخلي	حاول إنشاء تقييم جديد للمجموعة.
تعذر تحديد مدى ملاءمة محول شبكة اتصال واحد أو أكثر بسبب خطأ داخلي	حاول إنشاء تقييم جديد للمجموعة.
لم يتم العثور على حجم VM لعملة العرض المثيل المحجوز (RI)	تم وضع علامة "غير مناسب" على الخادم لأنه لم يتم العثور على حجم الجهاز الظاهري للمجموعة المحددة من المثيل المحجوز والعرض والعملة. قم بتحرير خصائص التقييم لاختيار المجموعات الصالحة وإعادة حساب التقييم.

مشكلات جاهزية تقييم Azure VMware Solution (AVS)

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

مشكلة	الإصلاح
IPv6 غير مدعوم	ينطبق فقط على تقييمات حلول Azure VMware. لا يدعم Azure VMware Solution عناوين الإنترنت IPv6. اتصل بفريق Azure VMware Solution للحصول على إرشادات المعالجة إذا تم اكتشاف الخادم الخاص بك باستخدام IPv6.
نظام التشغيل غير المدعوم	تم إهمال دعم إصدارات معينة من نظام التشغيل بواسطة VMware ويوصي التقييم بترقية نظام التشغيل قبل الترحيل إلى Azure VMware Solution. معرفة المزيد

أداة الترحيل المقترحة في تقييم Azure VMware Solution المستند إلى الاستيراد غير معروف

بالنسبة للخوادم التي يتم استيرادها عبر ملف CSV، تكون أداة الترحيل الافتراضية في تقييم Azure VMware Solution غير معروفة. بالنسبة للخوادم الموجودة في بيئة VMware، استخدم حل VMware Hybrid Cloud Extension (HCX). تعرَّف على المزيد.

الأجهزة الظاهرية لنظام التشغيل Linux "جاهزة بشكل مشروط" في تقييم Azure VM

في حالة VMware و Hyper-V VMs ، يشير تقييم Azure VM إلى أجهزة Linux الظاهرية على أنها "جاهزة بشكل مشروط" بسبب وجود فجوة معروفة.

• تمنعه الفجوة من اكتشاف الإصدار الثانوي من نظام التشغيل Linux المثبت على الأجهزة الظاهرية المحلية.
• على سبيل المثال، بالنسبة إلى RHEL 6.10، يكتشف تقييم Azure VM حاليا RHEL 6 فقط كإصدار نظام التشغيل. يحدث هذا السلوك لأن خادم vCenter والمضيف Hyper-V لا توفر إصدار kernel لأنظمة التشغيل Linux VM.
• نظرا لأن Azure يؤيد إصدارات محددة فقط من Linux، يتم حاليا وضع علامة على الأجهزة الظاهرية لنظام التشغيل Linux على أنها "جاهزة بشكل مشروط" في تقييم Azure VM.
• يمكنك تحديد ما إذا كان نظام التشغيل Linux الذي يعمل على الجهاز الظاهري المحلي معتمدا في Azure من خلال مراجعة دعم Azure Linux.
• بعد التحقق من التوزيع المعتمد، يمكنك تجاهل هذا التحذير.

يمكن معالجة هذه الفجوة من خلال تمكين اكتشاف التطبيقات على الأجهزة الظاهرية VMware. يستخدم تقييم Azure VM نظام التشغيل المكتشف من الجهاز الظاهري باستخدام بيانات اعتماد الضيف المتوفرة. تحدد بيانات نظام التشغيل هذه معلومات نظام التشغيل الصحيحة في حالة كل من Windows و Linux VMs.

إصدار نظام التشغيل غير متوفر

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

Azure SKUs أكبر من المحلية في تقييم Azure VM

قد يوصي تقييم Azure VM بوحدات SKU ل Azure VM التي تحتوي على عدد أكبر من النوى والذاكرة مقارنة بالتخصيص المحلي الحالي استنادا إلى نوع التقييم:

• تعتمد توصية VM SKU على خصائص التقييم.
• تتأثر التوصية بنوع التقييم الذي تجريه في تقييم Azure VM. النوعان هما المستند إلى الأداء أو "كمحلي".
• بالنسبة للتقييمات المستندة إلى الأداء، يأخذ تقييم Azure VM في الاعتبار بيانات استخدام الأجهزة الظاهرية المحلية (وحدة المعالجة المركزية والذاكرة والقرص واستخدام الشبكة) لتحديد وحدة SKU VM المستهدفة المناسبة للأجهزة الظاهرية المحلية. كما أنه يضيف عامل راحة عند تحديد الاستخدام الفعال.
• بالنسبة للحجم المحلي، لا يتم النظر في بيانات الأداء، ويوصى باستخدام وحدة SKU المستهدفة استنادا إلى التخصيص المحلي.

دعونا نلقي نظرة على توصية مثالية:

لدينا جهاز ظاهري محلي مع 4 نوى و 8 غيغابايت من الذاكرة ، مع استخدام وحدة المعالجة المركزية بنسبة 50٪ واستخدام الذاكرة بنسبة 50٪ ، وعامل راحة محدد يبلغ 1.3.

• إذا كان التقييم محليا، فمن المستحسن استخدام وحدة SKU ل Azure VM مع 4 مراكز وذاكرة بسعة 8 غيغابايت.
• إذا كان التقييم مستندا إلى الأداء ، استنادا إلى الاستخدام الفعال لوحدة المعالجة المركزية والذاكرة (50٪ من 4 نوى * 1.3 = 2.6 نواة و 50٪ من ذاكرة 8 جيجابايت * 1.3 = ذاكرة 5.3 جيجابايت) ، يوصى باستخدام أرخص وحدة تخزين VM من 4 نوى (أقرب عدد نواة مدعومة) و 8 غيغابايت من الذاكرة (أقرب حجم ذاكرة مدعومة).
• تعرف على المزيد حول تغيير حجم التقييم.

لماذا تكون وحدة SKU الموصى بها لقرص Azure أكبر من المحلية في تقييم Azure VM؟

قد يوصي تقييم Azure VM بقرص أكبر استنادا إلى نوع التقييم:

• يعتمد تحجيم القرص على خاصيتي تقييم: معايير التحجيم ونوع التخزين.
• إذا كانت معايير التحجيم تستند إلى الأداء وتم تعيين نوع التخزين إلى تلقائي، أخذ قيم IOPS ومعدل الإنتاجية للقرص في الاعتبار عند تحديد نوع القرص الهدف (محرك الأقراص الثابتة القياسي أو محرك الأقراص ذي الحالة الصلبة القياسي أو محرك الأقراص ذي الحالة الصلبة القياسي أو Premium أو Ultra Disck). ثم يوصى باستخدام SKU للقرص من نوع القرص، وتأخذ التوصية في الاعتبار متطلبات حجم القرص المحلي.
• إذا كانت معايير التحجيم مستندة إلى الأداء وكان نوع التخزين Premium، فمن المستحسن إنشاء وحدة SKU متميزة للقرص في Azure استنادا إلى متطلبات عمليات الإدخال/الإخراج في الثانية والإنتاجية والحجم للقرص المحلي. يتم استخدام نفس المنطق لإجراء تغيير حجم القرص عندما تكون معايير التحجيم محلية ونوع التخزين هو محرك الأقراص الثابتة القياسي أو محرك الأقراص ذي الحالة الصلبة القياسيأو Premium أو قرص Ultra.

على سبيل المثال، لنفترض أن لديك قرصا محليا يحتوي على ذاكرة بسعة 32 غيغابايت، ولكن عمليات الإدخال والإخراج في الثانية للقراءة والكتابة المجمعة للقرص هي 800 عملية إدخال/إخراج في الثانية. يوصي تقييم Azure VM بقرص متميز بسبب متطلبات IOPS الأعلى. كما يوصي بوحدة SKU للقرص يمكنها دعم عمليات IOPS والحجم المطلوبين. أقرب تطابق في هذا المثال سيكون P15 (256 جيجابايت، 1100 IOPS). على الرغم من أن الحجم المطلوب من قبل القرص المحلي كان 32 غيغابايت، أوصى تقييم Azure VM بقرص أكبر بسبب متطلبات IOPS العالية للقرص المحلي.

لماذا تفتقر بيانات الأداء لبعض أو كل الأجهزة الظاهرية في تقرير التقييم الخاص بي؟

بالنسبة للتقييم المستند إلى الأداء، يشير تصدير تقرير التقييم إلى "PercentageOfCoresUtilizedMissing" أو "PercentageOfMemoryUtilizedMissing" عندما يتعذر على جهاز Azure Migrate تجميع بيانات الأداء للأجهزة الظاهرية المحلية. تأكد من التحقق مما يلي:

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

لماذا تفتقد بيانات الأداء لبعض الخوادم أو جميعها في تقرير تقييم Azure VM أو Azure VMware Solution؟

بالنسبة للتقييم المستند إلى الأداء، يشير تصدير تقرير التقييم إلى "PercentageOfCoresUtilizedMissing" أو "PercentageOfMemoryUtilizedMissing" عندما يتعذر على جهاز Azure Migrate تجميع بيانات الأداء للخوادم المحلية. تأكد من التحقق مما يلي:

• إذا تم تشغيل الخوادم طوال المدة التي تقوم فيها بإنشاء التقييم.

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

• إذا كانت جميع عدادات الأداء مفقودة، فتأكد من السماح بالاتصالات الصادرة على المنافذ 443 (HTTPS).

  ملاحظة

  إذا كان أي من عدادات الأداء مفقودا، فإن Azure Migrate: Discovery and Assessment يعود إلى النوى/الذاكرة المخصصة محليا ويوصي بحجم VM وفقا لذلك.

لماذا تفتقد بيانات الأداء لبعض أو كل مثيلات SQL أو قواعد البيانات في تقييم Azure SQL الخاص بي؟

لضمان جمع بيانات الأداء، تأكد من التحقق مما يلي:

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

إذا كان أي من عدادات الأداء مفقودا، يوصي تقييم Azure SQL بأصغر تكوين SQL Azure لهذا المثيل أو قاعدة البيانات.

لماذا يكون تصنيف الثقة في تقييمي منخفضا؟

يتم حساب تصنيف الثقة للتقييمات المستندة إلى الأداء استنادا إلى النسبة المئوية لنقاط البيانات المتاحة اللازمة لحساب التقييم. يمكن أن يحصل التقييم على تصنيف ثقة منخفض للأسباب التالية:

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

• لا يمكن للتقييم جمع بيانات الأداء لبعض أو كل الخوادم في فترة التقييم. للحصول على تصنيف ثقة عال، تأكد مما يلي:

  • يتم تشغيل الخوادم طوال مدة التقييم.
  • يسمح بالاتصالات الصادرة على المنافذ 443.
  • بالنسبة لخوادم Hyper-V، يتم تمكين الذاكرة الديناميكية.
  • حالة اتصال الوكلاء في Azure Migrate هي "متصل". تحقق أيضا من آخر نبضة قلب.
  • بالنسبة لتقييمات Azure SQL، تكون حالة اتصال Azure Migrate لجميع مثيلات SQL هي "متصلة" في جزء مثيل SQL المكتشف.

  أعد حساب التقييم ليعكس أحدث التغييرات في تصنيف الثقة.

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

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

لماذا استخدام ذاكرة الوصول العشوائي أكبر من 100٪؟

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

هل ترخيص نظام التشغيل مضمن في تقييم Azure VM؟

يأخذ تقييم Azure VM حاليا في الاعتبار تكلفة ترخيص نظام التشغيل للخوادم Windows فقط. لا يتم حاليا النظر في تكاليف الترخيص لخوادم Linux.

كيف يعمل التحجيم المستند إلى الأداء في تقييم Azure VM؟

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

هل يمكنني ترحيل الأقراص إلى قرص Ultra باستخدام Azure Migrate؟

كلا. حاليا، لا يدعم كل من Azure Migrate وAzure Site Recovery الترحيل إلى أقراص Ultra. ابحث عن خطوات لنشر قرص Ultra على موقع الويب هذا.

لماذا تكون عمليات IOPS والإنتاجية المتوفرة في قرص Ultra الخاص بي أكثر من عمليات IOPS والإنتاجية المحلية؟

وفقا لصفحة التسعير الرسمية ، تتم فوترة Ultra disk استنادا إلى الحجم الذي تم توفيره ، وعمليات IOPS المقدمة ، والإنتاجية المتوفرة. على سبيل المثال، إذا قمت بتوفير قرص Ultra سعة 200 جيجابايت مع 20000 عملية إدخال وإخراج في الثانية و1000 ميجابايت/ثانية وحذفته بعد 20 ساعة، تعيينه إلى عرض حجم القرص البالغ 256 ميجابايت. ستتم محاسبتك على 256 جيجابايت و20000 عملية إدخال في الثانية و1000 ميجابايت/ثانية لمدة 20 ساعة.

عمليات الإدخال/الإخراج في الثانية التي سيتم توفيرها = (تم اكتشاف الإنتاجية) *1024/256

هل تأخذ توصية Ultra disk في الاعتبار زمن الاستجابة؟

لا، حاليا يتم استخدام حجم القرص وإجمالي الإنتاجية وإجمالي عمليات الإدخال والإخراج في الثانية فقط لتحديد الحجم والتكلفة.

أستطيع أن أرى سلسلة M تدعم Ultra disk ، ولكن في تقييمي حيث تمت التوصية بقرص Ultra ، فإنه يقول "لم يتم العثور على جهاز ظاهري لهذا الموقع"

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

لماذا يظهر تقييمي تحذيرا بأنه تم إنشاؤه باستخدام عرض غير صالح؟

تم إنشاء تقييمك باستخدام عرض لم يعد صالحا، وبالتالي تم تعطيل الزرين " تعديل " و" إعادة الحساب". يمكنك إنشاء تقييم جديد مع أي من العروض الصالحة - الدفع الفوري ، والدفع الفوري للتطوير / الاختبار ، اتفاقية Enterprise. يمكنك أيضا استخدام الحقل خصم (٪) لتحديد أي خصم مخصص أعلى عرض Azure. تعرَّف على المزيد.

لماذا يعرض تقييمي تحذيرا بأنه تم إنشاؤه باستخدام موقع Azure مستهدف تم إهماله؟

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

لماذا يظهر تقييمي تحذيرا بأنه تم إنشاؤه باستخدام مجموعة غير صالحة من المثيلات المحجوزة ووقت تشغيل الجهاز الظاهري والخصم (٪)؟

عند تحديد المثيلات المحجوزة، لا تنطبق خصائص الخصم (٪)ووقت تشغيل الجهاز الظاهري . نظرا لأنه تم إنشاء تقييمك باستخدام مجموعة غير صالحة من هذه الخصائص، يتم تعطيل الزرين تحريروإعادة حساب. إنشاء تقييم جديد. تعرَّف على المزيد.

لا أرى بيانات الأداء لبعض محولات الشبكة على الخوادم الفعلية

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

رمز SKU ل Azure VM الموصى به للخادم الفعلي الخاص بي كبير الحجم

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

يتم وضع علامة "غير جاهز" على فئة الاستعداد لخادمي الفعلي

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

عدد بطاقات واجهة الشبكة المكتشفة أعلى من العدد الفعلي للخوادم الفعلية

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

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

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

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

من أين يتم اكتشاف بيانات نظام التشغيل في تقييمي؟

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

أخطاء اكتشاف تطبيقات الويب الشائعة

يوفر Azure Migrate خيارات لتقييم تطبيقات الويب ASP.NET المكتشفة للترحيل إلى Azure App Service باستخدام أداة Azure Migrate: Discovery and assessment. ارجع إلى البرنامج التعليمي للتقييم للبدء.

يتم تلخيص أخطاء تقييم خدمة التطبيق النموذجية في الجدول.

خطأ	السبب	⁧⁩الإجراء الموصى به⁧⁩
التحقق من تجمع التطبيقات	يستخدم موقع IIS تجمعات التطبيقات التالية: {0}.	لا تدعم Azure App Service أكثر من تكوين واحد لتجمع التطبيقات لكل تطبيق من تطبيقات App Service. نقل أحمال العمل إلى تجمع تطبيقات واحد وإزالة تجمعات التطبيقات الأخرى.
التحقق من هوية تجمع التطبيقات	يتم تشغيل تجمع تطبيقات الموقع كنوع هوية مستخدم غير معتمد: {0}.	لا تدعم خدمة التطبيق استخدام أنواع هوية تجمع تطبيقات LocalSystem أو SpecificUser. قم بتعيين تجمع التطبيقات ليتم تشغيله ك ApplicationPoolIdentity.
التحقق من التفويض	تم العثور على أنواع المصادقة غير المعتمدة التالية: {0}.	تختلف أنواع المصادقة والتكوين المدعومين من خدمة التطبيقات عن IIS المحلي. تعطيل أنواع المصادقة غير المعتمدة على الموقع. بعد اكتمال الترحيل، سيكون من الممكن تكوين الموقع باستخدام أحد أنواع المصادقة المدعومة من App Service.
التحقق من التفويض غير معروف	غير قادر على تحديد أنواع المصادقة الممكنة لكافة تكوين الموقع.	غير قادر على تحديد أنواع المصادقة. إصلاح جميع أخطاء التكوين والتأكد من أن جميع مواقع محتوى الموقع يمكن الوصول إليها من قبل مجموعة المسؤولين.
التحقق من خطأ التكوين	تم العثور على أخطاء التكوين التالية: {0}.	لا يمكن تحديد جاهزية الترحيل دون قراءة جميع التهيئة القابلة للتطبيق. إصلاح كافة أخطاء التكوين. تأكد من أن التكوين صالح ويمكن الوصول إليه.
التحقق من حجم المحتوى	يبدو أن محتوى الموقع أكبر من الحد الأقصى المسموح به وهو 2 غيغابايت للترحيل الناجح.	للترحيل الناجح، يجب أن يكون محتوى الموقع أقل من 2 غيغابايت. تقييم ما إذا كان بإمكان الموقع التبديل إلى استخدام خيارات التخزين غير المستندة إلى نظام الملفات للمحتوى الثابت، مثل Azure Storage.
التحقق من حجم المحتوى غير معروف	تعذر تحديد حجم محتوى الملف، مما يشير عادة إلى وجود مشكلة في الوصول.	يجب أن يكون المحتوى قابلا للوصول لترحيل الموقع. تأكد من أن الموقع لا يستخدم مشاركات UNC للمحتوى وأن جميع مواقع محتوى الموقع يمكن الوصول إليها من قبل مجموعة المسؤولين.
التحقق من الوحدة العالمية	تم الكشف عن الوحدات النمطية العالمية غير المدعومة التالية: {0}.	تدعم خدمة التطبيقات وحدات عالمية محدودة. قم بإزالة الوحدات النمطية غير المدعومة من قسم GlobalModules، إلى جانب كل التكوين المقترن.
فحص مرشح ISAPI	تم الكشف عن عوامل تصفية ISAPI غير المدعومة التالية: {0}.	التكوين التلقائي لفلاتر ISAPI المخصصة غير مدعوم. إزالة عوامل تصفية ISAPI غير المدعومة.
فحص عامل تصفية ISAPI غير معروف	غير قادر على تحديد عوامل تصفية ISAPI الموجودة لكافة تكوين الموقع.	التكوين التلقائي لفلاتر ISAPI المخصصة غير مدعوم. إصلاح جميع أخطاء التكوين والتأكد من أن جميع مواقع محتوى الموقع يمكن الوصول إليها من قبل مجموعة المسؤولين.
التحقق من علامة الموقع	تم العثور على مسارات الموقع التالية في ملف applicationHost.config: {0}.	لا تدعم طريقة الترحيل نقل تكوين مسار الموقع في applicationHost.config. انقل تكوين مسار الموقع إما إلى ملف web.config الجذر للموقع أو إلى ملف web.config مقترن بالتطبيق المحدد الذي ينطبق عليه.
التحقق من البروتوكول	تم العثور على ارتباطات باستخدام البروتوكولات غير المعتمدة التالية: {0}.	تدعم خدمة التطبيقات بروتوكولي HTTP وHTTPS فقط. أزل الروابط التي تحتوي على بروتوكولات ليست HTTP أو HTTPS.
التحقق من الدليل الظاهري	تتم استضافة الدلائل الافتراضية التالية على مشاركات UNC: {0}.	لا يدعم الترحيل ترحيل محتوى الموقع المستضاف على مشاركات UNC. نقل المحتوى إلى مسار ملف محلي أو التفكير في التغيير إلى خيار تخزين غير مستند إلى نظام الملفات، مثل Azure Storage. إذا كنت تستخدم التكوين المشترك، فقم بتعطيل التكوين المشترك للخادم قبل تعديل مسارات المحتوى.
التحقق من ربط HTTPS	يستخدم التطبيق HTTPS.	يلزم اتخاذ المزيد من الخطوات اليدوية لتكوين HTTPS في App Service. يلزم اتخاذ خطوات أخرى بعد الترحيل لربط الشهادات بموقع App Service.
فحص منفذ TCP	تم العثور على ارتباطات على المنافذ غير المدعومة التالية: {0}.	تدعم خدمة التطبيق المنفذين 80 و443 فقط. يجب على العملاء الذين يقدمون طلبات إلى الموقع تحديث المنفذ في طلباتهم لاستخدام 80 أو 443.
التحقق من الإطار	تم الكشف عن أطر non-.NET التالية أو إصدارات .NET framework غير المعتمدة على أنها ربما تكون قيد الاستخدام من قبل هذا الموقع: {0}.	لا يؤدي الترحيل إلى التحقق من صحة إطار عمل مواقع non-.NET. تدعم App Service أطر عمل متعددة، ولكن هذه الأطر لها خيارات ترحيل مختلفة. تأكد من أن الموقع لا يستخدم أطر عمل non-.NET، أو فكر في استخدام خيار ترحيل بديل.

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

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