مسرد Azure Virtual Desktop Insights
تسرد هذه المقالة المصطلحات والمفاهيم الرئيسية المتعلقة ب Azure Virtual Desktop Insights وتصفها بإيجاز.
التنبيهات
ستظهر أي تنبيهات نشطة في Azure Monitor قمت بتكوينها في الاشتراك وتم تصنيفها على أنها خطورة 0 في صفحة نظرة عامة. لمعرفة كيفية إعداد التنبيهات، راجع تنبيهات سجل Azure Monitor.
الجلسات المتاحة
تُظهر الجلسات المتاحة عدد الجلسات المتاحة في تجمع المضيف. تحسب الخدمة هذا الرقم بضرب عدد الأجهزة الافتراضية (VMs) في الحد الأقصى لعدد الجلسات المسموح بها لكل جهاز افتراضي، ثم طرح إجمالي الجلسات.
نظام تشغيل العميل (OS)
يوضح نظام تشغيل العميل (OS) إصدار المستخدمين النهائيين لنظام التشغيل الذين يصلون إلى موارد Azure Virtual Desktop التي يستخدمونها حاليا. يعرض نظام تشغيل العميل أيضا إصدار عميل الويب (HTML) وعميل سطح المكتب البعيد الكامل الذي يمتلكه المستخدمون. للحصول على قائمة كاملة بإصدارات نظام التشغيل Windows، راجع إصدار نظام التشغيل.
نجاح الاتصال
يوضح هذا العنصر صحة الاتصال. يعني "نجاح الاتصال" أن الاتصال يمكن أن يصل إلى المضيف، كما أكده المكدس على ذلك الجهاز الظاهري. يعني الاتصال الفاشل أن الاتصال لا يمكنه الوصول إلى المضيف.
المستخدمون النشطون يوميًا (DAU)
إجمالي عدد المستخدمين الذين بدأوا جلسة في آخر 24 ساعة.
التنبيهات اليومية
العدد الإجمالي للتنبيهات التي يتم تشغيلها كل يوم.
الاتصالات اليومية وإعادة الاتصال
إجمالي عدد الاتصالات وعمليات إعادة الاتصال التي بدأت أو اكتملت خلال الـ 24 ساعة الماضية.
الساعات اليومية في حالة الاتصال
إجمالي عدد الساعات التي قضاها في الاتصال بجلسة عبر المستخدمين في آخر 24 ساعة.
التشخيصات والأخطاء
عند ظهور خطأ أو تنبيه في Azure Virtual Desktop Insights، يتم تصنيفه حسب ثلاثة أشياء:
نوع النشاط: هذه الفئة هي كيفية تصنيف الخطأ بواسطة تشخيصات Azure Virtual Desktop. الفئات هي أنشطة الإدارة، والموجزات، والاتصالات، وتسجيلات المضيف، والأخطاء، ونقاط التفتيش. تعرف على المزيد عن هذه الفئات على استخدام تحليلات السجلات لميزة التشخيص.
النوع: تعرض هذه الفئة موقع الخطأ.
- الأخطاء التي تم وضع علامة عليها على أنها "خدمة" أو "ServiceError = TRUE" حدثت في خدمة Azure Virtual Desktop.
- حدثت الأخطاء التي تم وضع علامة عليها على أنها "نشر" أو تم وضع علامة عليها "ServiceError = FALSE" خارج خدمة Azure Virtual Desktop.
- لمعرفة المزيد حول علامة ServiceError، راجع سيناريوهات الخطأ الشائعة.
المصدر: تقدم هذه الفئة وصفًا أكثر تحديدًا لمكان حدوث الخطأ.
التشخيصات: دور الخدمة المسؤول عن مراقبة نشاط الخدمة والإبلاغ عنه للسماح للمستخدمين بمراقبة مشكلات النشر وتشخيصها.
RDBroker: دور الخدمة المسؤول عن تنظيم أنشطة النشر، والحفاظ على حالة الكائنات، والتحقق من المصادقة، والمزيد.
RDGateway: دور الخدمة المسؤول عن التعامل مع اتصال الشبكة بين المستخدمين النهائيين والأجهزة الافتراضية.
RDStack: مكون برنامج مثبت على الأجهزة الافتراضية الخاصة بك للسماح لهم بالاتصال بخدمة Azure Virtual Desktop.
العميل: برنامج يعمل على جهاز المستخدم النهائي يوفر الواجهة لخدمة Azure Virtual Desktop. يعرض قائمة الموارد المنشورة ويستضيف اتصال سطح المكتب البعيد بمجرد قيامك بالاختيار.
تتضمن كل مشكلة أو خطأ في التشخيص رسالة تشرح الخطأ الذي حدث. لمعرفة المزيد حول استكشاف الأخطاء وإصلاحها، راجع تحديد مشكلات Azure Virtual Desktop وتشخيصها.
رموز منطقة البوابة
تسرد بعض المقاييس في Azure Virtual Desktop Insights منطقة البوابة التي يتصل بها المستخدم. يتم تمثيل منطقة البوابة برمز من ثلاثة أو أربعة أحرف يتوافق مع منطقة Azure حيث توجد البوابة. يسرد الجدول التالي رموز منطقة البوابة ومناطق Azure المقابلة لها:
رمز منطقة البوابة | منطقة Azure |
---|---|
AUC | وسط أستراليا |
AUC2 | وسط أستراليا 2 |
AUE | شرق أستراليا |
AUSE | جنوب شرق أستراليا |
BRS | جنوب البرازيل |
CAC | وسط كندا |
كامبردج | شرق كندا |
CHNO | شمال سويسرا |
CIN | وسط الهند |
CUS | Central US |
قمه شرق اسيا | شرق آسيا |
وحدة EEU | شرق أوروبا |
EUS | شرق الولايات المتحدة |
EUS2 | East US 2 |
FRAS | جنوب فرنسا |
FRC | وسط فرنسا |
GEC | منطقة وسط ألمانيا |
الجنرال | منطقة شمال ألمانيا |
الجين | منطقة شمال شرق ألمانيا |
GWC | وسط غرب ألمانيا |
JPE | شرق اليابان |
JPW | غرب اليابان |
KRC | وسط كوريا |
كرس | منطقة جنوب كوريا الجنوبية |
KRS2 | كوريا الجنوبية 2 |
NCUS | وسط شمال الولايات المتحدة |
NEU | أوروبا الشمالية |
NOE | شرق النرويج |
الآن | غرب النرويج |
SAN | جنوب أفريقيا |
منشار | جنوب غرب أفريقيا |
SCUS | South Central US |
SEA2 | جنوب شرق آسيا 2 |
البحار | جنوب شرق آسيا |
SIN | جنوب الهند |
SWW | غرب سويسرا |
الإمارات العربية المتحدة | الإمارات العربية المتحدة، الوسط |
الإمارات العربية المتحدة | شمال الإمارات العربية المتحدة |
UKN | UK North |
المملكة المتحدة | جنوب المملكة المتحدة |
UKS2 | UK South 2 |
المملكة المتحدة | غرب المملكة المتحدة |
WCUS | غرب وسط الولايات المتحدة |
الاتحاد | أوروبا الغربية |
فوز | West India |
WUS | غرب الولايات المتحدة |
تأخير الإدخال
يعني "تأخير الإدخال" في Azure Virtual Desktop Insights تأخير الإدخال لكل عداد أداء عملية لكل جلسة عمل. في صفحة أداء المضيف على aka.ms/azmonwvdi ، تم تكوين عداد الأداء هذا لإرسال تقرير إلى الخدمة مرة كل 30 ثانية. تسمى هذه الفواصل الزمنية التي تبلغ مدتها 30 ثانية "عينات"، ويتم الإبلاغ عن أسوأ حالة في تلك النافذة. تعكس قيم الوسيط وp95 الوسيط و95 بالمائة عبر جميع العينات.
ضمن تأخير الإدخال حسب المضيف، يمكنك تحديد صف مضيف جلسة لتصفية جميع العناصر المرئية الأخرى في الصفحة إلى ذلك المضيف. يمكنك أيضًا تحديد اسم العملية لتصفية متوسط تأخير الإدخال على الرسم البياني الزمني.
نضع التأخيرات في الفئات التالية:
- جيد: أقل من 150 مللي ثانية.
- مقبول: 150-500 مللي ثانية.
- ضعيف: 500-2,000 مللي ثانية (أقل من ثانيتين).
- سيئ: أكثر من 2,000 مللي ثانية (ثانيتان وما فوق).
لمعرفة المزيد عن كيفية عمل عداد تأخير الإدخال، راجع عدادات أداء تأخير إدخال المستخدم.
المستخدمون النشطون شهريًا (MAU)
إجمالي عدد المستخدمين الذين بدأوا جلسة في آخر 28 يومًا. إذا قمت بتخزين البيانات لمدة 30 يومًا أو أقل، فقد ترى قيم MAU والاتصال أقل من المتوقع خلال الفترات التي يتوفر فيها أقل من 28 يومًا من البيانات.
عدادات الأداء
تُظهر عدادات الأداء أداء مكونات الأجهزة وأنظمة التشغيل والتطبيقات.
يعرض الجدول التالي عدادات الأداء والفترات الزمنية الموصى بها التي يستخدمها Azure Monitor لـ Azure Virtual Desktop:
اسم عداد الأداء | الفاصل الزمني |
---|---|
القرص المنطقي (C:)/متوسط طول قائمة انتظار القرص | 30 seconds |
القرص المنطقي(C:)\متوسط القرص ثانية/نقل | 60 ثانية |
القرص المنطقي (C:)/طول قائمة انتظار القرص الحالي | 30 seconds |
الذاكرة (*) ميغابايت المتاحة | 30 seconds |
الذاكرة(*)/أخطاء الصفحة/ثانية | 30 seconds |
الذاكرة (*)/الصفحات/ثانية | 30 seconds |
الذاكرة (*)/% بايت معين قيد الاستخدام | 30 seconds |
PhysicalDisk(*)/متوسط طول قائمة انتظار القرص | 30 seconds |
PhysicalDisk(*)/متوسط القرص ثانية / قراءة | 30 seconds |
PhysicalDisk(*)/متوسط القرص ثانية / نقل | 30 seconds |
PhysicalDisk(*)/متوسط القرص ثانية / كتابة | 30 seconds |
معلومات المعالج (_إجمالي)/% وقت المعالج | 30 seconds |
الخدمات الطرفية (*)/الجلسات النشطة | 60 ثانية |
الخدمات الطرفية (*)/الجلسات غير النشطة | 60 ثانية |
الخدمات الطرفية (*)/إجمالي الجلسات | 60 ثانية |
تأخير إدخال المستخدم لكل عملية (*)/الحد الأقصى لتأخير الإدخال | 30 seconds |
تأخير إدخال المستخدم لكل جلسة (*) أقصى تأخير للإدخال | 30 seconds |
شبكة RemoteFX(*)\ بروتوكول تحكم الإرسال RTT الحالي | 30 seconds |
شبكة RemoteFX(*)\نطاق UDP الترددي الحالي | 30 seconds |
مشكلات الاتصال المحتملة
تعرض مشكلات الاتصال المحتملة المضيفين والمستخدمين والموارد المنشورة والعملاء بمعدل فشل اتصال مرتفع. بمجرد اختيار عامل تصفية "تقرير حسب"، يمكنك تقييم خطورة المشكلة عن طريق التحقق من القيم الموجودة في هذه الأعمدة:
- المحاولات (عدد محاولات الاتصال)
- الموارد (عدد التطبيقات أو أجهزة سطح المكتب المنشورة)
- المضيفون (عدد الأجهزة الظاهرية)
- العملاء
على سبيل المثال، إذا حددت عامل التصفية حسب المستخدم، فيمكنك التحقق لمعرفة محاولات الاتصال لكل مستخدم في عمود المحاولات.
إذا لاحظت أن مشكلة الاتصال تمتد عبر عدة مضيفين أو مستخدمين أو موارد أو عملاء، فمن المحتمل أن المشكلة تؤثر على النظام بأكمله. إذا لم يكن الأمر كذلك، فهذه مشكلة أصغر لها أولوية أقل.
يمكنك أيضًا تحديد إدخالات لعرض معلومات إضافية. يمكنك عرض المضيفين والموارد وإصدارات العميل التي شاركت في المشكلة. ستظهر الشاشة أيضًا أي أخطاء تم الإبلاغ عنها أثناء محاولات الاتصال.
وقت الرحلة ذهابًا وإيابًا (RTT)
وقت الرحلة ذهابًا وإيابًا (RTT) هو تقدير لوقت الاتصال ذهابًا وإيابًا بين موقع المستخدم النهائي ومنطقة Azure لمضيف الجلسة. لمعرفة المواقع التي لديها أفضل زمن انتقال، ابحث عن الموقع المطلوب في إحصائيات زمن الانتقال ذهابا وإيابا لشبكة Azure.
محفوظات الجلسة
يعرض عنصر الجلسات حالة جميع الجلسات، المتصلة وغير المتصلة. تعرض جلسات الخمول الجلسات غير المتصلة فحسب.
خطورة 0 تنبيهات
العناصر الأكثر إلحاحًا التي تحتاج إلى العناية بها على الفور. إذا لم تعالج هذه المشكلات، فقد تتسبب في توقف نشر Azure Virtual Desktop عن العمل.
وقت الاتصال
وقت الاتصال هو الوقت بين قيام المستخدم بفتح مورد لبدء الجلسة الخاصة به ووقت تحميل سطح المكتب الخاص به ويكون جاهزًا للاستخدام. على سبيل المثال، بالنسبة إلى RemoteApp، هذا هو الوقت الذي يستغرقه تشغيل التطبيق.
يتكون وقت الاتصال من مرحلتين:
- الاتصال، وهو المدة التي تستغرقها خدمة Azure لتوجيه المستخدم إلى مضيف الجلسة.
- "تسجيل الدخول"، وهو المدة التي تستغرقها الخدمة لأداء المهام المتعلقة بتسجيل دخول المستخدم وتأسيس الجلسة على مضيف الجلسة.
عند مراقبة وقت الاتصال، ضع في اعتبارك الأشياء التالية:
يتم قياس وقت الاتصال بنقاط التحقق التالية من بيانات تشخيص خدمة Azure Virtual Desktop. نقاط التحقق التي يستخدمها Insights لتحديد وقت تأسيس الاتصال يختلف عن سيناريو سطح المكتب مقابل RemoteApp.
يبدأ: WVDConnection الحالة = بدأ
ينتهي: WVDCheckpoints Name = ShellReady (أسطح المكتب)؛ الاسم = RdpShellAppExecuted (RemoteApp. للتوقيت، ضع في اعتبارك تشغيل التطبيق الأول فقط)
على سبيل المثال، تقيس Insights وقت تشغيل تجربة سطح المكتب استنادا إلى المدة التي يستغرقها تشغيل مستكشف Windows. تقيس نتائج التحليلات أيضا وقت تشغيل RemoteApp استنادا إلى الوقت المستغرق لتشغيل المثيل الأول من تطبيق shell للاتصال.
إشعار
إذا قام مستخدم بتشغيل أكثر من RemoteApp واحد، في بعض الأحيان يمكن تنفيذ تطبيق shell عدة مرات أثناء اتصال واحد. للحصول على قياس دقيق للوقت للاتصال، يجب عليك فقط استخدام نقطة التحقق الأولى للتنفيذ لكل اتصال.
عادةً ما يستغرق إنشاء جلسات جديدة وقتًا أطول من إعادة إنشاء الاتصالات بجلسات العمل الحالية بسبب الاختلافات في عملية "تسجيل الدخول" للاتصالات الجديدة والمؤسسة.
يتم طرح الوقت الذي يستغرقه المستخدم لتقديم بيانات الاعتماد من وقته للاتصال بالحساب في المواقف التي يستغرق فيها المستخدم بعض الوقت لإدخال بيانات الاعتماد أو استخدام طرق مصادقة بديلة لتسجيل الدخول.
عند استكشاف الأخطاء وإصلاحها في وقت طويل للاتصال، سيقوم Azure Monitor بتقسيم بيانات وقت الاتصال الإجمالية إلى أربعة مكونات لمساعدتك في تحديد كيفية تقليل وقت تسجيل الدخول.
إشعار
تظهر المكونات في هذا القسم مراحل الاتصال الأولية فحسب. يمكن تشغيل هذه المكونات بالتوازي، مما يعني أنها لن تساوي إجمالي الوقت للاتصال. الوقت الإجمالي للاتصال هو قياس يحدده Azure Monitor في عملية منفصلة.
يوضح المخطط الانسيابي التالي المراحل الأربع لعملية تسجيل الدخول:
يوضح المخطط الانسيابي المكونات الأربعة التالية:
مسار المستخدم: الوقت الذي يستغرقه المستخدم من تحديد رمز Azure Virtual Desktop لبدء جلسة إلى الوقت الذي تحدد فيه الخدمة مضيفًا للاتصال به. يمكن أن يؤدي تحميل الشبكة العالي أو تحميل الخدمة العالي أو التوجيه الفريد لنسبة استخدام الشبكة إلى أوقات توجيه عالية. لاستكشاف مشكلات مسار المستخدم وإصلاحها، انظر إلى مسارات الشبكة.
المكدس متصل: الوقت المستغرق من وقت حل الخدمة لمضيف جلسة مستهدف للمستخدم إلى وقت قيام الخدمة بإنشاء اتصال بين مضيف الجلسة والعميل البعيد للمستخدم. مثل توجيه المستخدم، يمكن أن يؤثر تحميل الشبكة أو تحميل الخادم أو توجيه نسبة استخدام الشبكة الفريدة على وقت الاتصال. بالنسبة لهذا المكون، ستحتاج أيضًا إلى الانتباه إلى توجيه الشبكة. لتقليل وقت الاتصال، تأكد من تكوين جميع تكوينات الوكيل بشكل مناسب على كل من مضيفي العميل وجلسة العمل، وأن التوجيه إلى الخدمة هو الأمثل.
تسجيل الدخول: الوقت الذي يستغرقه الاتصال بالمضيف عند بدء تحميل shell. يتضمن وقت تسجيل الدخول العديد من العمليات التي يمكن أن تساهم في أوقات الاتصال العالية. يمكنك عرض البيانات لمرحلة "تسجيل الدخول" في نتائج التحليلات لمعرفة ما إذا كانت هناك فترات ذروة غير متوقعة في متوسط الأوقات.
تنقسم عملية "تسجيل الدخول" إلى أربع مراحل:
الملفات الشخصية: الوقت المستغرق لتحميل الملف الشخصي للمستخدم للجلسات الجديدة. تعتمد المدة التي يستغرقها التحميل على حجم ملف تعريف المستخدم أو حلول ملف تعريف المستخدم التي تستخدمها (مثل الظاهرية لتجربة المستخدم). إذا كنت تستخدم حلاً يعتمد على الملفات الشخصية المخزنة على الشبكة، فقد يؤدي وقت الاستجابة الزائد أيضًا إلى إطالة أوقات تحميل الملف الشخصي.
كائنات نهج المجموعة (GPOs): الوقت المستغرق لتطبيق سياسات المجموعة على الجلسات الجديدة. يعتبر الارتفاع المفاجئ في هذا المجال من البيانات علامة على وجود عدد كبير جدًا من سياسات المجموعة، أو أن السياسات تستغرق وقتًا طويلاً لتطبيقها، أو أن مضيف الجلسة يواجه مشكلات في الموارد. شيء واحد يمكنك القيام به لتحسين أوقات المعالجة هو التأكد من أن وحدة التحكم بالمجال قريبة من مضيفي الجلسة قدر الإمكان.
Shell Start: الوقت الذي يستغرقه تشغيل shell (عادةً explorer.exe).
FSLogix (Frxsvc): الوقت الذي يستغرقه إطلاق FSLogix في جلسات جديدة. قد يشير وقت التشغيل الطويل إلى وجود مشكلات في المشاركات المستخدمة لاستضافة ملفات تعريف المستخدمين FSLogix. لاستكشاف هذه المشكلات وإصلاحها، تأكد من تجميع المشاركات مع مضيفي الجلسة وقياسها بشكل مناسب لمتوسط عدد المستخدمين الذين يقومون بتسجيل الدخول إلى المضيفين. مجال آخر يجب أن تنظر إليه هو حجم الملف الشخصي. يمكن أن تؤدي أحجام ملفات التعريف الكبيرة إلى إبطاء أوقات الإطلاق.
بدء Shell حتى جاهزيته: الوقت من بداية تحميل الغلاف إلى وقت تحميله بالكامل وجاهزًا للاستخدام. يمكن أن تحدث التأخيرات في هذه المرحلة بسبب الحمل الزائد لمضيف الجلسة (ارتفاع نشاط وحدة المعالجة المركزية أو الذاكرة أو القرص) أو مشكلات التكوين.
تقرير المستخدم
تتيح لك صفحة تقرير المستخدم عرض محفوظات الاتصال ومعلومات التشخيص الخاصة بمستخدم معين. يعرض كل تقرير مستخدم أنماط الاستخدام وتعليقات المستخدم وأي أخطاء واجهها المستخدمون في أثناء جلساتهم. يمكن حل معظم المشكلات الصغيرة من خلال ملاحظات المستخدم. إذا كنت بحاجة إلى التعمق أكثر، فيمكنك أيضًا تصفية المعلومات حول معرف اتصال معين أو فترة زمنية.
المستخدمون لكل ذاكرة أساسية
هذا هو عدد المستخدمين في كل ذاكرة أساسية لجهاز افتراضي. يمكن أن يساعدك تتبع الحد الأقصى لعدد المستخدمين لكل مركز بمرور الوقت في تحديد ما إذا كانت البيئة تعمل باستمرار بعدد مرتفع أو منخفض أو متقلب من المستخدمين لكل مركز. ستساعدك معرفة عدد المستخدمين النشطين في توفير الموارد وتوسيع نطاق البيئة بكفاءة.
سجلات الأحداث في Windows
سجلات أحداث Windows هي مصادر بيانات تم جمعها بواسطة عامل Azure Monitor أو عامل Log Analytics على الأجهزة الظاهرية ل Windows. يمكنك جمع الأحداث من سجلات قياسية مثل النظام والتطبيق، فضلاً عن سجلات مخصصة أنشأت بواسطة التطبيقات التي تحتاج إلى مراقبتها.
يسرد الجدول التالي سجلات أحداث Windows المطلوبة ل Azure Virtual Desktop Insights:
اسم الحدث | نوع الحدث |
---|---|
طلب | الخطأ والتحذير |
Microsoft-Windows-TerminalServices-RemoteConnectionManager/Admin | الخطأ والتحذير والمعلومات |
Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | الخطأ والتحذير والمعلومات |
النظام | الخطأ والتحذير |
Microsoft-FSLogix-Apps/Operational | الخطأ والتحذير والمعلومات |
Microsoft-FSLogix-Apps/Admin | الخطأ والتحذير والمعلومات |
الخطوات التالية
- للبدء، راجع استخدام Azure Virtual Desktop Insights لمراقبة التوزيع.
- لتقدير تكاليف تخزين البيانات وقياسها وإدارتها، راجع تقدير تكاليف Azure Monitor.
- إذا واجهت مشكلة، فراجع دليل استكشاف الأخطاء وإصلاحها للحصول على المساعدة والمشكلات المعروفة.
يمكنك أيضًا إعداد Azure Advisor لمساعدتك في معرفة طريقة حل المشكلات الشائعة أو منعها. تعرف على المزيد في مقدمة إلى Azure Advisor.
إذا كنت بحاجة إلى مساعدة أو لديك أي أسئلة، فتحقق من موارد مجتمعنا:
اطرح أسئلة أو قدم اقتراحات للمجتمع في Azure Virtual Desktop TechCommunity.
لمعرفة كيفية ترك الملاحظات، راجع نظرة عامة حول استكشاف الأخطاء وإصلاحها والملاحظات والدعم لـ Azure Virtual Desktop.
يمكنك أيضًا ترك تعليقات بشأن Azure Virtual Desktop في محرر الملاحظات لـ Azure Virtual Desktop