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

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

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

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

تسرد هذه المقالة بعض المشكلات الشائعة المتعلقة بمشاركات ملفات Azure. توفر الأسباب والحلول المحتملة عند مواجهة هذه المشكلات.

ينطبق على

نوع مشاركة الملف	SMB	NFS
مشاركات الملفات القياسية (GPv2)، LRS/ZRS
مشاركات الملفات القياسية (GPv2)، GRS/GZRS
مشاركات الملفات المتميزة (FileStorage)، LRS/ZRS

زمن انتقال مرتفع وإنتاجية منخفضة ومشكلات عامة في الأداء

السبب 1: تم تقييد المشاركة

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

للتأكد مما إذا كانت مشاركتك تتعرض للتقييد، يمكنك الوصول إلى مقاييس Azure واستخدامها في المدخل.

1. في مدخل Azure انتقل إلى حساب التخزين الخاص بك.

2. في جزء القائمة إلى اليسار، ضمن المراقبةحدد المقاييس.

3. حدد ملف كمساحة اسم المقياس لنطاق حساب التخزين.

4. حدد المعاملات كمقياس.

5. أضف عامل تصفية لنوع الاستجابة، ثم تحقق لمعرفة ما إذا كان قد تم تقييد أي طلبات أم لا.

   بالنسبة لمشاركات الملفات القياسية، يتم تسجيل أنواع الاستجابة التالية إذا تم تقييد طلب:

   • SuccessWithThrottling
   • SuccessWithShareIopsThrottling
   • ClientShareIopsThrottlingError

   بالنسبة لمشاركات الملفات المميزة، يتم تسجيل أنواع الاستجابة التالية إذا تم تقييد طلب:

   • SuccessWithShareEgressThrottling
   • SuccessWithShareIngressThrottling
   • SuccessWithShareIopsThrottling
   • ClientShareEgressThrottlingError
   • ClientShareIngressThrottlingError
   • ClientShareIopsThrottlingError

   لمعرفة المزيد حول كل نوع من أنواع الاستجابات، راجع أبعاد المقياس.

   

   ملاحظة

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

حل

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

السبب 2: بيانات التعريف أو حمل العمل الثقيل لمساحة الاسم

إذا كانت غالبية طلباتك تتمحور حول البيانات الوصفية (مثل createfile، openfileأو closefile، أوqueryinfo، أوquerydirectory)، فسيكون زمن الوصول أسوأ من زمن الوصول لعمليات القراءة / الكتابة.

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

الحل البديل

• تحقق لمعرفة ما إذا كان يمكن تعديل التطبيق لتقليل عدد عمليات بيانات التعريف.
• إضافة قرص ثابت ظاهري (VHD) على مشاركة الملف وتحميل VHD من العميل لتنفيذ عمليات الملف مقابل البيانات. يعمل هذا النهج مع سيناريوهات كاتب / قارئ واحد أو سيناريوهات العديد من القراء دون كتاب. نظرا لأن نظام الملفات مملوك للعميل بدلا من Azure Files، فإن هذا يسمح لعمليات بيانات التعريف بأن تكون محلية. يوفر الإعداد أداء مشابها لأداء وحدة التخزين المحلية المرفقة مباشرة.
  • لتحميل VHD على عميل Windows، استخدم cmdlet Mount-DiskImage PowerShell.
  • لتركيب VHD على Linux، راجع الوثائق الخاصة بتوزيع Linux الخاص بك.

السبب 3: تطبيق أحادي الخيوط

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

حل

• زيادة توازي التطبيق عن طريق زيادة عدد مؤشرات الترابط.
• قم بالتبديل إلى التطبيقات التي يكون فيها التوازي ممكنا. على سبيل المثال، بالنسبة لعمليات النسخ، يمكنك استخدام AzCopy أو RoboCopy من عملاء Windows أو الأمر الموازي من عملاء Linux.

السبب 4: عدد قنوات الشركات الصغيرة والمتوسطة يتجاوز أربع قنوات

إذا كنت تستخدم SMB MultiChannel وكان عدد القنوات لديك يتجاوز أربع قنوات، فسيؤدي ذلك إلى ضعف الأداء. لتحديد ما إذا كان عدد الاتصالات يتجاوز أربعة، استخدم cmdlet get-SmbClientConfiguration PowerShell لعرض إعدادات عدد الاتصالات الحالية.

حل

اضبط إعداد Windows لكل NIC للشركات الصغيرة والمتوسطة بحيث لا يتجاوز إجمالي القنوات أربعة. على سبيل المثال، إذا كان لديك اثنين من بطاقات واجهة الشبكة (NIC)، فيمكنك تعيين الحد الأقصى لكل NIC إلى اثنين باستخدام cmdlet PowerShell التالي: Set-SmbClientConfiguration -ConnectionCountPerRssNetworkInterface 2.

زمن انتقال مرتفع جدا للطلبات

السبب

يمكن وضع الجهاز الظاهري العميل (VM) في منطقة مختلفة عن مشاركة الملف. قد يكون السبب الآخر لزمن الوصول العالي بسبب زمن الانتقال الذي يسببه العميل أو الشبكة.

حل

• قم بتشغيل التطبيق من جهاز ظاهري موجود في نفس منطقة مشاركة الملف.
• بالنسبة لحساب التخزين الخاص بك، راجع مقاييس المعاملات SuccessE2ELatencyوSuccessServerLatency عبر مراقبة Azure في مدخل Azure. الفرق الكبير بين قيم مقاييس SuccessE2ELatency و SuccessServerLatency هو مؤشر على زمن الوصول الذي من المحتمل أن تسببه الشبكة أو العميل. راجع مقاييس المعاملات في مرجع بيانات مراقبة ملفات Azure.

العميل غير قادر على تحقيق أقصى قدر من الإنتاجية التي تدعمها الشبكة

السبب

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

الحل البديل

• بالنسبة إلى مشاركات الملفات المتميزة، قم بتمكين SMB متعدد القنوات.
• قد يساعد الحصول على جهاز ظاهري مع نواة أكبر في تحسين الإنتاجية.
• سيؤدي تشغيل تطبيق العميل من أجهزة ظاهرية متعددة إلى زيادة الإنتاجية.
• استخدم واجهات برمجة تطبيقات REST حيثما أمكن ذلك.
• بالنسبة لمشاركات ملفات NFS، يتوفر nconnect في المعاينة. لا يوصى باستخدام هذا المستوى في أحمال عمل الإنتاج.

الإنتاجية على عملاء Linux أقل بكثير من إنتاجية عملاء Windows

السبب

هذه مشكلة معروفة في تنفيذ عميل SMB على Linux.

الحل البديل

• توزيع الحمل عبر أجهزة ظاهرية متعددة.
• على نفس الجهاز الظاهري، استخدم نقاط تركيب متعددة مع nosharesock خيار، وتوزيع الحمل عبر نقاط التركيب هذه.
• على Linux، حاول التركيب باستخدام nostrictsync خيار لتجنب فرض تدفق SMB على كل fsync مكالمة. بالنسبة إلى Azure Files، لا يتداخل هذا الخيار مع تناسق البيانات، ولكنه قد يؤدي إلى بيانات تعريف ملف قديمة في قوائم الدليل (الأمر ls -l). سيؤدي الاستعلام مباشرة عن بيانات تعريف الملف باستخدام الأمر stat إلى إرجاع أحدث بيانات تعريف الملف.

زمن انتقال مرتفع لأحمال العمل الثقيلة للبيانات الوصفية التي تنطوي على عمليات فتح/إغلاق واسعة النطاق

السبب

عدم وجود دعم لعقود إيجار الدليل.

الحل البديل

• إذا كان ذلك ممكنا، تجنب استخدام مقبض فتح / إغلاق مفرط على نفس الدليل في غضون فترة زمنية قصيرة.
• بالنسبة إلى الأجهزة الظاهرية لنظام التشغيل Linux، قم بزيادة مهلة ذاكرة التخزين المؤقت لإدخال الدليل عن طريق تحديدها actimeo=<sec> كخيار تحميل. بشكل افتراضي، تكون المهلة 1 ثانية، لذلك قد تساعد قيمة أكبر، مثل 3 أو 5 ثوان.
• بالنسبة إلى الأجهزة الظاهرية CentOS Linux أو Red Hat Enterprise Linux (RHEL)، قم بترقية النظام إلى CentOS Linux 8.2 أو RHEL 8.2. بالنسبة إلى أجهزة Linux الظاهرية الأخرى، قم بترقية النواة إلى 5.0 أو أحدث.

عمليات الإدخال/الإخراج في الثانية (IOPS) منخفضة على CentOS Linux أو RHEL

السبب

لا يتم دعم عمق الإدخال/الإخراج الذي يزيد عن 1 على CentOS Linux أو RHEL.

الحل البديل

• قم بالترقية إلى CentOS Linux 8 أو RHEL 8.
• التغيير إلى Ubuntu.

بطء نسخ الملفات من وإلى مشاركات ملفات Azure في Linux

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

نمط متوتر أو مسنن لعمليات الإدخال/الإخراج في الثانية (IOPS)

السبب

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

الحل البديل

• تقليل تحميل الطلب من تطبيق العميل، بحيث لا يتم تقييد المشاركة.
• قم بزيادة حصة المشاركة حتى لا يتم تقييد المشاركة.

دليل مفرط فتح/دليل إغلاق المكالمات

السبب

إذا كان عدد استدعاءات DirectoryOpen/DirectoryClose من بين أهم استدعاءات واجهة برمجة التطبيقات ولا تتوقع أن يقوم العميل بإجراء هذا العدد الكبير من الاستدعاءات، فقد تكون المشكلة ناتجة عن برنامج مكافحة الفيروسات المثبت على الجهاز الظاهري لعميل Azure.

الحل البديل

• يتوفر إصلاح لهذه المشكلة في تحديث النظام الأساسي لشهر أبريل Windows.

إنشاء الملف أبطأ من المتوقع

السبب

لن ترى أحمال العمل التي تعتمد على إنشاء عدد كبير من الملفات فرقا كبيرا في الأداء بين مشاركات الملفات المميزة ومشاركات الملفات القياسية.

الحل البديل

• لا شيء

أداء بطيء من Windows 8.1 أو Server 2012 R2

السبب

زمن انتقال أعلى من المتوقع للوصول إلى مشاركات ملفات Azure لأحمال العمل كثيفة الإدخال/الإخراج.

الحل البديل

• قم بتثبيت الإصلاح العاجل المتوفر.

لا يتم تشغيل SMB متعدد القنوات.

السبب

التغييرات الأخيرة على إعدادات تكوين SMB متعددة القنوات بدون إعادة تحميل.

حل

• بعد إجراء أي تغييرات على Windows إعدادات تكوين القنوات المتعددة لعميل SMB أو حساب SMB، يجب عليك إلغاء تحميل المشاركة، والانتظار لمدة 60 ثانية، وإعادة تحميل المشاركة لتشغيل القنوات المتعددة.
• بالنسبة نظام تشغيل العميل Windows، قم بإنشاء تحميل IO بعمق انتظار مرتفع مثل QD=8، على سبيل المثال نسخ ملف لتشغيل SMB Multichannel. بالنسبة لنظام تشغيل الخادم، يتم تشغيل SMB Multichannel باستخدام QD = 1، مما يعني بمجرد بدء تشغيل أي IO للمشاركة.

زمن انتقال مرتفع على مواقع الويب المستضافة على مشاركات الملفات

السبب

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

للتأكيد، يمكنك استخدام مقاييس Azure في المدخل -

1. في مدخل Azure انتقل إلى حساب التخزين الخاص بك.
2. في القائمة اليسرى، ضمن المراقبة، حدد القياس.
3. حدد ملف كمساحة اسم المقياس لنطاق حساب التخزين.
4. حدد المعاملات كمقياس.
5. أضف عامل تصفية لـ ResponseType وتحقق لمعرفة ما إذا كانت أي طلبات تحتوي على تعليمة استجابة برمجية SuccessWithThrottling (لـ SMB أو NFS) أو ClientThrottlingError (لـ REST).

حل

• إذا لم يتم استخدام إشعار تغيير الملف، فقم بتعطيل إشعار تغيير الملف (المفضل).
  • تعطيل إعلام تغيير الملف عن طريق تحديث FCNMode.
  • قم بتحديث الفاصل الزمني لـ IIS Worker Process (W3WP) إلى 0 عن طريق تعيين HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC\Parameters\ConfigPollMilliSeconds في السجل وإعادة تشغيل عملية W3WP. للتعرف على هذا الإعداد، راجع مفاتيح التسجيل الشائعة التي تستخدمها أجزاء كثيرة من IIS.
• زيادة تكرار الفاصل الزمني لاستقصاء إعلام تغيير الملف لتقليل وحدة التخزين.
  • قم بتحديث الفاصل الزمني لعملية استطلاع عملية عامل W3WP إلى قيمة أعلى (على سبيل المثال 10 دقائق أو 30 دقيقة) بناء على متطلباتك. تعيين HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\W3SVC\Parameters\ConfigPollMilliSeconds في السجل الخاص بك وإعادة تشغيل عملية W3WP.
• إذا كان الدليل الفعلي المعين لموقع الويب الخاص بك يحتوي على بنية دليل متداخلة، فيمكنك محاولة الحد من نطاق إعلام تغيير الملف لتقليل وحدة تخزين الإشعارات. بشكل افتراضي، يستخدم IIS التكوين من ملفات Web.config في الدليل الفعلي الذي تم تعيين الدليل الظاهري إليه، وكذلك في أي دلائل فرعية في هذا الدليل الفعلي. إذا كنت لا تريد استخدام ملفات Web.config في الدلائل التابعة، حدد خطأ للسمة allowSubDirConfig على الدليل الظاهري. يمكن العثور على مزيد من التفاصيل عن هذا الموضوع هنا.
  • تعيين إعداد الدليل الظاهري IIS "allowSubDirConfig" في Web.Config إلى false لاستبعاد الدلائل الفرعية الفعلية المعينة من النطاق.

كيفية إنشاء تنبيه في حالة تقييد مشاركة الملف

1. انتقل إلى حساب التخزين في مدخل Azure.

2. في قسم المراقبة، انقر فوق التنبيهات، ثم انقر فوق + قاعدة تنبيه جديدة.

3. انقر فوق تحرير المورد، وحدّد نوع مورد الملف لحساب التخزين ثم انقر فوقتم. على سبيل المثال، إذا كان اسم حساب التخزين هو contoso، فحدّد المورد contoso/file.

4. انقر فوق إضافة شرط لإضافة شرط.

5. سترى قائمة من الإشارات المعتمدة لحساب التخزين، حدّد مقياس العمليات.

6. وفي شفرة تكوين منطق الإشارة، انقر فوق القائمة المنسدلة اسم البعد وحدّد نوع الاستجابة.

7. انقر فوق القائمة المنسدلة قيم الأبعاد وحدّد أنواع الاستجابة المناسبة لمشاركة الملف.

   بالنسبة لمشاركات الملفات القياسية، حدّد أنواع الاستجابات التالية:

   • SuccessWithThrottling
   • SuccessWithShareIopsThrottling
   • ClientShareIopsThrottlingError

   بالنسبة لمشاركات الملفات القياسية، حدّد أنواع الاستجابات التالية:

   • SuccessWithShareEgressThrottling
   • SuccessWithShareIngressThrottling
   • SuccessWithShareIopsThrottling
   • ClientShareEgressThrottlingError
   • ClientShareIngressThrottlingError
   • ClientShareIopsThrottlingError

   ملاحظة

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

8. بالنسبة إلى مشاركات الملفات المتميزة، انقر على القائمة المنسدلة اسم البعد وحدد مشاركة الملف. بالنسبة لمشاركات الملفات القياسية، انتقل إلى الخطوة #10.

   ملاحظة

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

9. انقر فوق القائمة المنسدلة قيم الأبعاد وحدد مشاركة (مشاركات) الملفات التي تريد التنبيه إليها.

10. حدّد معلمات التنبيه (قيمة الحد، وعامل التشغيل، ودقة التجميع، وتكرار التقييم) وانقر فوق تم.

    تلميح

    إذا كنت تستخدم حدًّا ثابتًا، يمكن أن يساعد المخطط المتري في تحديد قيمة الحد المعقول إذا كانت مشاركة الملف قيد التقييد حاليًّا. إذا كنت تستخدم حدًّا ديناميكيًّا، فسيعرض المخطط المتري الحدود المحسوبة استنادًا إلى البيانات الحديثة.

11. انقر فوق إضافة مجموعة إجراءات وأضف مجموعة إجراءات (بريد إلكتروني، رسائل نصية قصيرة، إلخ) إلى التنبيه إما عن طريق تحديد مجموعة إجراءات موجودة أو إنشاء مجموعة إجراءات جديدة.

12. املأ تفاصيل التنبيهمثلاسم قاعدة التنبيه، والوصف، والخطورة.

13. انقر فوق إنشاء قاعدة التنبيه لإنشاء التنبيه.

لمعرفة المزيد حول تكوين التنبيهات في Azure Monitor، راجع نظرة عامة على التنبيهات في Microsoft Azure.

أداء بطيء عند فك ضغط الملفات في مشاركات ملفات SMB

استنادا إلى طريقة الضغط الدقيقة وعملية فك الضغط المستخدمة، قد تعمل عمليات إلغاء الضغط بشكل أبطأ على مشاركة ملف Azure مقارنة بالقرص المحلي. ويرجع ذلك غالبا إلى أن أدوات فك الضغط تقوم بتنفيذ عدد من عمليات البيانات الوصفية في عملية إجراء فك ضغط الأرشيف المضغوط. للحصول على أفضل أداء، نوصي بنسخ الأرشيف المضغوط من مشاركة ملف Azure إلى القرص المحلي، وفك ضغطه هناك، ثم استخدام أداة نسخ مثل Robocopy (أو AzCopy) للنسخ مرة أخرى إلى مشاركة ملف Azure. يمكن أن يؤدي استخدام أداة نسخ مثل Robocopy إلى تعويض انخفاض أداء عمليات بيانات التعريف في Azure Files بالنسبة إلى القرص المحلي باستخدام مؤشرات ترابط متعددة لنسخ البيانات بالتوازي.

كيفية إنشاء تنبيهات إذا كانت مشاركة ملف متميز تتجه نحو التقييد

1. في مدخل Azure انتقل إلى حساب التخزين الخاص بك.

2. في قسم المراقبة، حدد التنبيهات، ثم حدد قاعدة تنبيه جديدة.

3. حدد تحرير المورد، وحدّد نوع مورد الملف لحساب التخزين ثم حدد تم. على سبيل المثال، إذا كان اسم حساب التخزين contoso، فحدّد مورد contoso/file.

4. حدد تحديد شرط لإضافة شرط.

5. في قائمة الإشارات المدعومة لحساب التخزين، حدد مقياس الخروج.

   ملاحظة

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

6. قم بالتمرير لأسفل. في القائمة المنسدلة اسم البُعد، حددمشاركة الملف.

7. في القائمة المنسدلة قيم الأبعاد، حدد مشاركة الملفات أو المشاركات التي تريد التنبيه إليها.

8. حدد معلمات التنبيه عن طريق تحديد القيم في القوائم المنسدلة المشغل، و قيمة الحد، و دقة التجميع، وتكرار التقييم، ثم حدد تم.

   يتم التعبير عن مقاييس الخروج والدخول والمعاملات في الدقيقة الواحدة، على الرغم من أنه يتم تزويدك بالخروج والدخول والإدخال/الإخراج في الثانية. لذلك، على سبيل المثال، إذا كان الخروج الموفر 90 ميجابايت/ثانية وتريد أن يكون الحد الأدنى 80 بالمائة من الخروج الموفر، فحدد معلمات التنبيه التالية:

   • بالنسبة إلى قيمة الحد: 75497472
   • بالنسبة إلى المشغل: أكبر من أو يساوي
   • بالنسبة إلى نوع التجميع: متوسط

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

   • بالنسبة إلى دقة التجميع: ساعة واحدة
   • بالنسبة إلى تكرار التقييم: ساعة واحدة

9. حدد إضافة مجموعات إجراءات، ثم أضف مجموعة إجراءات (على سبيل المثال، البريد الإلكتروني أو الرسائل النصية القصيرة) إلى التنبيه إما عن طريق تحديد مجموعة إجراءات موجودة أو عن طريق إنشاء مجموعة جديدة.

10. أدخل تفاصيل التنبيه، مثل اسم قاعدة التنبيه والوصف والخطورة.

11. انقر فوق إنشاء قاعدة التنبيه لإنشاء التنبيه.

    ملاحظة

    • ليتم إعلامك بأن مشاركة الملف المميز الخاصة بك على وشك التقييد بسبب الدخول المتوفر، اتبع الإرشادات السابقة، ولكن مع التغيير التالي:

      • في الخطوة 5، حدد مقياس الدخول بدلا من الخروج.

    • ليتم إعلامك بأن مشاركة الملف المميز الخاصة بك على وشك التقييد بسبب عمليات الإدخال/الإخراج في الثانية (IOPS) المتوفرة، اتبع الإرشادات السابقة، ولكن مع التغيير التالي:

      • في الخطوة 5، حدد مقياس المعاملات بدلا من الخروج.
      • في الخطوة 10، الخيار الوحيد لنوع التجميع هو الإجمالي. لذلك، تعتمد قيمة الحد على دقة التجميع المحددة. على سبيل المثال، إذا كنت تريد أن يكون الحد الأدنى 80 بالمائة من عمليات الإدخال/الإخراج في الثانية (IOPS) الأساسية التي تم توفيرها وحددت ساعة واحدةلدقة التجميع، فستكون قيمة الحد هي عمليات الإدخال/الإخراج في الثانية (IOPS) الأساسية (بالبايت) × 0.8 × 3600.

لمعرفة المزيد حول تكوين التنبيهات في Azure Monitor، راجع نظرة عامة على التنبيهات في Microsoft Azure.

راجع أيضًا

• استكشاف أخطاء Azure Files وإصلاحها في Windows
• استكشاف أخطاء Azure Files وإصلاحها في Linux
• الأسئلة المتداولة لمفات Azure