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

  • مقالة

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

المكوّنات المنطقية

المكونات هي:

  • مشغل المكون الإضافي للتشخيص (DiagnosticsPluginLauncher.exe): يقوم بتشغيل ملحق التشخيصات. وهو بمثابة عملية نقطة الدخول.
  • المكون الإضافي للتشخيص (DiagnosticsPlugin.exe): يقوم بتكوين وتشغيل وإدارة مدة بقاء عامل المراقبة. إنها العملية الرئيسية التي يتم إطلاقها من قبل مشغل.
  • عامل المراقبة (عمليات MonAgent*.exe): يراقب بيانات التشخيص ويجمعها وينقلها.

مسارات السجل/الأدوات

تؤدي المسارات التالية إلى بعض السجلات والبيانات الاصطناعية المهمة. نشير إلى هذه المعلومات في هذه المقالة.

خدمات السحابة من Azure

الأداة المسار
ملف تكوين تشخيص Azure %SystemDrive%\Packages\Plugins\Microsoft.Azure.Diagnostics.PaaSDiagnostics<version>\Config.txt
ملفات السجل C:\Logs\Plugins\Microsoft.Azure.Diagnostics.PaaSDiagnostics<version>\
مخزن محلي لبيانات التشخيص C:\Resources\Directory<CloudServiceDeploymentID>.<RoleName>.DiagnosticStore\WAD0107\Tables
ملف تكوين عامل المراقبة C:\Resources\Directory<CloudServiceDeploymentID>.<RoleName>.DiagnosticStore\WAD0107\Configuration\MaConfig.xml
حزمة ملحق تشخيص Azure Diagnostics %SystemDrive%\Packages\Plugins\Microsoft.Azure.Diagnostics.PaaSDiagnostics<version>
مسار أداة تجميع السجل %SystemDrive%\Packages\GuestAgent\
ملف سجل MonAgentHost C:\Resources\Directory<CloudServiceDeploymentID>.<RoleName>.DiagnosticStore\WAD0107\Configuration\MonAgentHost.<seq_num>.log

الأجهزة الظاهرية

الأداة المسار
ملف تكوين تشخيص Azure C:\Packages\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<version>\RuntimeSettings
ملفات السجل C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<DiagnosticsVersion>\
مخزن محلي لبيانات التشخيص C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<DiagnosticsVersion>\WAD0107\Tables
ملف تكوين عامل المراقبة C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<DiagnosticsVersion>\WAD0107\Configuration\MaConfig.xml
ملف الحالة C:\Packages\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<version>\Status
حزمة ملحق تشخيص Azure Diagnostics C:\Packages\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<DiagnosticsVersion>
مسار أداة تجميع السجل C:\WindowsAzure\Logs\WaAppAgent.log
ملف سجل MonAgentHost C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics<DiagnosticsVersion>\WAD0107\Configuration\MonAgentHost.<seq_num>.log

لا تظهر بيانات القياس في مدخل Microsoft Azure

توفر التشخيصات بيانات قياسية يمكن عرضها في مدخل Microsoft Azure. إذا كنت تواجه مشكلات في رؤية البيانات في المدخل، فتحقق من WADMetrics\* الجدول في حساب تخزين التشخيص لمعرفة ما إذا كانت سجلات المقاييس المقابلة موجودة وتأكد من تسجيل موفر الموارد Microsoft.Insights.

هنا، PartitionKey يكون الجدول هو معرف المورد أو الجهاز الظاهري أو مجموعة مقياس الجهاز الظاهري. RowKey هو اسم القياس. يعرف أيضا باسم اسم عداد الأداء.

إذا كان معرف المورد غير صحيح، فتحقق من Diagnostics Configuration>Metrics>ResourceId لمعرفة ما إذا تم تعيين معرف المورد بشكل صحيح.

إذا لم تكن هناك بيانات للمقياس المحدد، فتحقق من أداة تكوين>التشخيص لمعرفة ما إذا كان المقياس PerformanceCounter (عداد الأداء) مضمناً. نحن نمكّن العدادات التالية بشكل افتراضي:

  • مدة \Processor(_Total)% Processor Time
  • \Memory\Available Bytes
  • تطبيقات \ASP.NET (المجموع) /الطلبات/الثانية
  • تطبيقات \ASP.NET (المجموع) /مجموع الأخطاء/الثانية
  • \ASP.NET\الطلبات في قائمة الانتظار
  • \ASP.NET\الطلبات المرفوضة
  • \Processor(w3wp)% Processor Time
  • \Process(w3wp)\وحدات البايت الخاصة
  • \Process(WaIISHost)% Processor Time
  • \Process(WaIISHost)\Private Bytes
  • \Process(WaWorkerHost)% Processor Time
  • \Process(WaWorkerHost)\Private Bytes
  • \Memory\Page Faults/sec
  • .NET CLR Memory(Global)% Time in GC
  • \LogicalDisk(C:)\Disk Write Bytes/sec
  • \LogicalDisk(C:)\Disk Read Bytes/sec
  • \LogicalDisk(D:)\Disk Write Bytes/sec
  • \LogicalDisk(D:)\Disk Read Bytes/sec

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

لا يبدأ تشغيل تشخيصات Azure

للحصول على معلومات حول سبب فشل بدء تشغيل التشخيصات، راجع ملفات DiagnosticsPluginLauncher.log و DiagnosticsPlugin.log في موقع ملفات السجل الذي تم توفيره سابقا.

إذا كانت هذه السجلات تشير إلى Monitoring Agent not reporting success after launch، فهذا يعني أنه كان هناك فشل في تشغيل MonAgentHost.exe. انظر إلى السجلات الموجودة في الموقع المشار إليها لملف MonAgentHost السجل في قسم "الأجهزة الظاهرية" السابق.

السطر الأخير من ملفات السجل يحتوي على رمز الإنهاء.

DiagnosticsPluginLauncher.exe Information: 0 : [4/16/2016 6:24:15 AM] DiagnosticPlugin exited with code 0

إذا وجدت رمز خروج سالبا ، فراجع جدول التعليمات البرمجية للخروج في قسم المراجع.

لا يتم تسجيل بيانات التشخيص في Azure Storage

حدد ما إذا لم تظهر أي من البيانات أو إذا ظهرت بعض البيانات.

سجلات البنية الأساسية للتشخيص

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

لا تظهر أي بيانات

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

الحل: قم بتصحيح تكوين التشخيص وإعادة تثبيت التشخيص.

إذا تم تكوين حساب التخزين بشكل صحيح، الوصول البعيد إلى الجهاز وتحقق من أن DiagnosticsPlugin.exeMonAgentCore.exe قيد التشغيل. إذا لم تكن قيد التشغيل، فاتبع الخطوات الواردة في Azure Diagnostics لا تبدأ.

إذا كانت العمليات قيد التشغيل، فاذهب إلى هل يتم التقاط البيانات محليّاً؟ واتبع الإرشادات الموجودة هناك.

إذا كانت لا تزال هناك مشكلة، فحاول:

  1. إلغاء تثبيت العامل.
  2. قم بإزالة الدليل C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.Diagnostics.IaaSDiagnostics.
  3. قم بتثبيت العامل مرة أخرى.

جزء من البيانات مفقود

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

هل تم تكوين المجموعة؟

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

هل يقوم المضيف بإنشاء بيانات؟

  • عدادات الأداء: افتح perfmon العداد وتحقق من ذلك.
  • سجلات التتبع: الوصول عن بعد إلى الجهاز الظاهري وإضافة TextWriterTraceListener إلى ملف تكوين التطبيق. لإعداد مستمع النص، راجع إنشاء مستمعي التتبع وتهيئتها. تأكد من أن <trace> العنصر يحتوي <trace autoflush="true"> على. إذا لم تشاهد سجلات التتبع التي يتم إنشاؤها، فشاهد القسم "المزيد حول سجلات التتبع المفقودة".
  • تتبع الأحداث لتتبعات Windows (ETW): الوصول عن بعد إلى الجهاز الظاهري وتثبيت أداة PerfView. في PerfView، قم بتشغيل>"الأمر المستخدم>ملف" الاستماع etwprovder1>etwprovider2، وهكذا. الأمر Listen حساس لحالة الأحرف، ولا يمكن أن تكون هناك مسافات بين القائمة المفصولة بفواصل لموفري ETW. إذا فشل الأمر في التشغيل، فحدد Log في الجزء السفلي الأيسر من أداة PerfView لمعرفة ما حاولت تشغيله وما هي النتيجة. بافتراض صحة الإدخال، يتم فتح نافذة جديدة. في بضع ثوان، سترى آثار ETW.
  • سجلات الأحداث: الوصول البعيد إلى VM. افتح عارض الأحداث وتأكد من وجود الأحداث.

هل يتم التقاط البيانات محليّاً؟

بعد ذلك، تأكد من الحصول على البيانات التي يتم التقاطها محليّاً. يتم تخزين البيانات محليا في ملفات *.tsf في المخزن المحلي لبيانات التشخيص. يتم جمع أنواع مختلفة من السجلات في ملفات .tsf مختلفة. تشبه الأسماء أسماء الجداول في تخزين Azure.

على سبيل المثال، يتم جمع عدادات الأداء في PerformanceCountersTable.tsf. يتم جمع سجلات الأحداث في WindowsEventLogsTable.tsf. استخدم الإرشادات الموجودة في المقطع استخراج السجل المحلي لفتح ملفات المجموعة المحلية والتحقق من أن تشاهدها الحصول على تجميعها على القرص.

إذا لم تشاهد سجلات يتم تجميعها محليّاً، وتحققت بالفعل من أن المضيف يقوم بإنشاء بيانات، فمن المحتمل أن يكون لديك مشكلة في التكوين. راجع التكوين بعناية.

راجع أيضا التكوين الذي تم إنشاؤه ل MonitoringAgent MaConfig.xml. تحقق من وجود مقطع يصف مصدر السجل ذي الصلة. ثم تحقق من عدم فقدانه في الترجمة بين تكوين التشخيص وتكوين عامل المراقبة.

هل يتم نقل البيانات؟

إذا تحققت من أن البيانات يتم التقاطها محليا ولكنك لا تزال لا تراها في حساب التخزين الخاص بك، فاتبع الخطوات التالية:

  • تحقق من توفير حساب تخزين صحيح ومن أنك لم تقم بتدحرج المفاتيح لحساب التخزين المحدد. بالنسبة إلى Azure Cloud Services، في بعض الأحيان لا يقوم المستخدمون بتحديث useDevelopmentStorage=true.
  • تحقق من صحة حساب التخزين المتوفر. تأكد من عدم وجود قيود على الشبكة تمنع المكونات من الوصول إلى نقاط نهاية التخزين العامة. إحدى الطرق للقيام بذلك هي الوصول عن بعد إلى الجهاز ومحاولة كتابة شيء ما إلى نفس حساب التخزين بنفسك.
  • وأخيرا، يمكنك إلقاء نظرة على حالات الفشل التي يتم الإبلاغ عنها من قبل عامل المراقبة. يكتب عامل المراقبة سجلاته في maeventtable.tsf، الموجود في المخزن المحلي لبيانات التشخيص. اتبع الإرشادات الموجودة في قسم استخراج السجل المحلي لفتح هذا الملف. ثم حاول تحديد ما إذا كان هناك errors التي تشير إلى فشل القراءة إلى الملفات المحلية الكتابة إلى التخزين.

سجلات الالتقاط والأرشفة

إذا كنت تفكر في الاتصال بالدعم، فإن أول شيء قد يطلبونه منك هو جمع السجلات من جهازك. يمكنك توفير الوقت عن طريق القيام بذلك بنفسك. CollectGuestLogs.exe قم بتشغيل الأداة المساعدة في مسار الأداة المساعدة لمجموعة السجل. فإنه ينشئ ملف .zip مع كافة سجلات Azure ذات الصلة في نفس المجلد.

لم يتم العثور على جداول بيانات التشخيص

تتم تسمية الجداول في Azure Storage التي تحتوي على أحداث ETW باستخدام التعليمات البرمجية التالية:

        if (String.IsNullOrEmpty(eventDestination)) {
            if (e == "DefaultEvents")
                tableName = "WADDefault" + MD5(provider);
            else
                tableName = "WADEvent" + MD5(provider) + eventId;
        }
        else
            tableName = "WAD" + eventDestination;

وفيما يلي مثال على ذلك:

        <EtwEventSourceProviderConfiguration provider="prov1">
          <Event id="1" />
          <Event id="2" eventDestination="dest1" />
          <DefaultEvents />
        </EtwEventSourceProviderConfiguration>
        <EtwEventSourceProviderConfiguration provider="prov2">
          <DefaultEvents eventDestination="dest2" />
        </EtwEventSourceProviderConfiguration>

"EtwEventSourceProviderConfiguration": [
    {
        "provider": "prov1",
        "Event": [
            {
                "id": 1
            },
            {
                "id": 2,
                "eventDestination": "dest1"
            }
        ],
        "DefaultEvents": {
            "eventDestination": "DefaultEventDestination",
            "sinks": ""
        }
    },
    {
        "provider": "prov2",
        "DefaultEvents": {
            "eventDestination": "dest2"
        }
    }
]

ينشئ هذا الرمز أربعة جداول:

الحدث اسم الجدول
الموفر ="prov1" < معرف الحدث ="1" /> WADEvent+MD5("prov1")+"1"
provider="prov1" <Event id="2" eventDestination="dest1" /> WADdest1
الموفر ="prov1" < DefaultEvents/> WADDefault+MD5("prov1")
provider="prov2" <DefaultEvents eventDestination="dest2" /> WADdest2

المراجع

تحقق من المراجع التالية

التحقق من تكوين ملحق التشخيص

أسهل طريقة للتحقق من تكوين الملحق الخاص بك هي الانتقال إلى Azure Resource Explorer. ثم انتقل إلى الجهاز الظاهري أو الخدمة السحابية حيث يوجد ملحق التشخيص (IaaSDiagnostics / PaaDiagnostics).

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

في كلتا الحالتين، ابحث عن Microsoft.Azure.Diagnosticsوحقل xmlCfg أو WadCfg .

إذا كنت تبحث على جهاز ظاهري وكان الحقل WadCfg موجوداً، فهذا يعني أن التكوين بتنسيق JSON. إذا كان حقل xmlCfg موجودا، فهذا يعني أن التكوين موجود في XML ويتم ترميز base64. تحتاج إلى فك ترميزه لمشاهدة XML الذي تم تحميله بواسطة التشخيص.

بالنسبة لدور الخدمة السحابية، إذا اخترت التكوين من القرص، يتم ترميز البيانات base64. ستحتاج إلى فك ترميزه لرؤية XML الذي تم تحميله بواسطة Diagnostics.

رموز الخروج الإضافية لتشخيصات Azure

يقوم المكون الإضافي بإرجاع رموز الخروج التالية:

رمز الإنهاء الوصف
0 نجاح
-1 خطأ عام.
-2 غير قادر على تحميل ملف rcf.

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

الحل: بسبب ملف تكوين لا تمرير التحقق من صحة المخطط. الحل هو توفير ملف تكوين يتوافق مع المخطط.
-4 مثيل آخر عن "تشخيص عامل المراقبة" يستخدم بالفعل دليل المورد المحلي.

الحل: تحديد قيمة مختلفة لـ LocalResourceDirectory.
-6 حاول مشغل المكون الإضافي لعامل الضيف تشغيل Diagnostics باستخدام سطر أوامر غير صالح.

يجب أن يحدث هذا الخطأ الداخلي فقط إذا تم استدعاء مشغل المكون الإضافي لعامل الضيف يدويا بشكل غير صحيح على الجهاز الظاهري.
-10 تم إنهاء المكون الإضافي Diagnostics مع استثناء غير معالج.
-11 تعذر على عامل الضيف إنشاء العملية المسؤولة عن تشغيل عامل المراقبة ومراقبته.

الحل: تحقّق من توفر موارد كافية للنظام لبدء عمليات جديدة.
-101 وسيطات غير صحيحة عند استدعاء المكون الإضافي Diagnostics.

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

الحل: تحقّق من توفر موارد كافية للنظام لبدء عمليات جديدة.
-103 عملية المكون الإضافي غير قادرة على تهيئة نفسها. على وجه التحديد، لا يمكن إنشاء كائن المسجل.

الحل: تحقّق من توفر موارد كافية للنظام لبدء عمليات جديدة.
-104 غير قادر على تحميل ملف rcf الموفرة من قبل عامل الضيف ( guest).

يجب أن يحدث هذا الخطأ الداخلي فقط إذا تم استدعاء مشغل المكون الإضافي لعامل الضيف يدويا بشكل غير صحيح على الجهاز الظاهري.
-105 لا يمكن للمكون الإضافي Diagnostics فتح ملف تكوين التشخيص.

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

بسبب ملف تكوين لا تمرير التحقق من صحة المخطط.

الحل: توفير ملف تكوين يتوافق مع المخطط. لمزيد من المعلومات، راجع التحقق من تكوين ملحق التشخيص.
-107 تمرير دليل المورد إلى عامل المراقبة غير صالح.

يجب أن يحدث هذا الخطأ الداخلي فقط إذا تم استدعاء عامل المراقبة يدويّاً بشكل غير صحيح على VM.
-108 غير قادر على تحويل ملف تكوين التشخيص إلى ملف تكوين عامل المراقبة.

يجب أن يحدث هذا الخطأ الداخلي فقط إذا تم استدعاء المكون الإضافي Diagnostics يدويا بملف تكوين غير صالح.
-110 خطأ تكوين التشخيص العام.

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

الحل: تحقق من توفر موارد كافية للنظام.
-112 خطأ عام.

استخراج السجل المحلي

عامل المراقبة بجمع السجلات والتحف .tsf كملفات. .tsf الملف غير قابل للقراءة ولكن يمكنك تحويله إلى .csv كما يلي:

<Azure diagnostics extension package>\Monitor\x64\table2csv.exe <relevantLogFile>.tsf

يتم إنشاء ملف جديد يسمى <relevantLogFile>.csv في نفس المسار مثل الملف .tsf المطابق.

ملاحظة

تحتاج فقط إلى تشغيل هذه الأداة المساعدة مقابل الملف الرئيسي .tsf (على سبيل المثال، PerformanceCountersTable.tsf). تتم معالجة الملفات المصاحبة (على سبيل المثال، PerformanceCountersTables_\*\*001.tsf، PerformanceCountersTables_\*\*002.tsf) تلقائيا.

المزيد حول سجلات التتبع المفقودة

ملاحظة

تنطبق المعلومات التالية في الغالب على Azure Cloud Services ما لم تقم بتكوين DiagnosticsMonitorTraceListener على تطبيق يعمل على البنية الأساسية كجهاز ظاهري لخدمة (IaaS).

  • تأكد من تكوين DiagnosticMonitorTraceListener في web.config أو app.config. يتم تكوينه افتراضيا في مشاريع الخدمة السحابية. ومع ذلك، يقوم بعض العملاء بالتعليق عليه، ما يؤدي إلى عدم تجميع عبارات التتبع بواسطة التشخيصات.
  • إذا لم تتم كتابة السجلات من أسلوب OnStart أو Run ، فتأكد من أن DiagnosticMonitorTraceListener في app.config. بشكل افتراضي، يكون في web.config، ولكن هذا ينطبق فقط على التعليمات البرمجية التي تعمل ضمن w3wp.exe. لذلك تحتاج إليها في app.config لالتقاط التتبعات التي تعمل في WaIISHost.exe.
  • تأكد من أنك تستخدم Diagnostics.Trace.TraceXXX بدلا من Diagnostics.Debug.WriteXXX. تتم إزالة عبارات تتبع الأخطاء من إصدار إصدار.
  • تأكد من أن التعليمات البرمجية المحولة برمجيا تحتوي بالفعل على خطوط Diagnostics.Trace. استخدم Reflector أو ildasm أو ILSpy للتحقق. يتم إزالة Diagnostics.Trace أوامر من ثنائي المترجمة إلا إذا كنت تستخدم رمز التحويل البرمجي الشرطي TRACE. تحدث هذه المشكلة الشائعة عند استخدام MSBuild لإنشاء مشروع.

المشكلات المعروفة والتخفيفات

تحتوي المشكلات المعروفة التالية على عوامل تخفيف.

تبعية .NET 4.5

يحتوي ملحق تشخيصات Azure لنظام التشغيل Windows على تبعية وقت التشغيل على .NET Framework 4.5 أو أحدث. في وقت كتابة هذا التقرير، تم تثبيت .NET 4.5 أو أحدث على جميع الأجهزة التي تم توفيرها لخدمات Azure السحابية وجميع الصور الرسمية التي تستند إلى أجهزة Azure الظاهرية.

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

تظهر هذه المشكلة بشكل عام كتعلم برمجي للخروج 255 عند تشغيل DiagnosticsPluginLauncher.exe. يحدث الفشل بسبب الاستثناء التالي غير المعالج:

System.IO.FileLoadException: Could not load file or assembly 'System.Threading.Tasks, Version=1.5.11.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies

التخفيف: تثبيت .NET 4.5 أو أحدث على الجهاز.

تتوفر بيانات عدادات الأداء في التخزين ولكنها لا تظهر في المدخل

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

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

    • التخفيف: تغيير لغة الجهاز إلى اللغة الإنجليزية لحسابات النظام. للقيام بذلك، حدد Control Panel>Region>Administrative>Copy Settings. بعد ذلك، قم بإلغاء تحديد شاشة الترحيب وحسابات النظام بحيث لا يتم تطبيق اللغة المخصصة على حساب النظام.

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

    • التخفيف: للتأكد من أنه يمكنك استخدام أحرف البدل وجعل المدخل يتوسع (*)، وجّه عدادات الأداء إلى حوض Azure Monitor.