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

الأعراض

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

تحدث هذه المشكلة في حالة تكوين خوادم ويب في مزرعة ويب خلف إليه موازنة تحميل. Microsoft Network Load Balancing وموازن تحميل شبكة خارجية أمثلة لآليات موازنة التحميل.

هذه المشكلة قد يصبح أسوأ إذا تم إرسال طلب التي يتم إرسالها بواسطة مستعرض ويب العميل عبر ملقم وكيل قبل وصول الطلب إلى ملقم ويب الذي يقوم بتشغيل IIS 5.0.

السبب

معلومات طلب HTTP التي يتم إرسالها بواسطة مستعرض ويب العميل يحتوي على قيمة ETag. تحدث هذه المشكلة لأن قيمة ETag في الطلب لا يتطابق مع قيمة ETag المورد المطلوب على ملقم ويب الذي يقوم بتشغيل IIS 5.0. إذا تم إرسال الطلب من خلال ملقم وكيل أولاً، تحدث هذه المشكلة لأن قيمة ETag في الطلب لا يتطابق مع قيمة ETag المورد المطلوب في ذاكرة التخزين المؤقت المحلية للخادم الوكيل.

إذا لم تطابق قيمة ETag في الطلب قيمة ETag المورد المطلوب، يجب إرسال IIS 5.0 إصدار حديث من الموارد المطلوبة لمستعرض ويب العميل. يقوم IIS 5.0 بذلك بدلاً من إرسال الموارد المطلوبة من ذاكرة التخزين المؤقت المحلية لخادم الوكيل أو ذاكرة التخزين المؤقت المحلية لمستعرض ويب العميل. إذا تم إرسال المورد المطلوب من ذاكرة التخزين مؤقت محلية، يتم عرض النتائج المستخدم أسرع إذا تم إرسال المورد المطلوب من ملقم ويب يقوم بتشغيل IIS 5.0.

قد تزيد هذه المشكلة الأداء اعتماداً على العناصر التالية:
  • عدد ملقمات ويب الموجودة في مزرعة الويب التي تستخدم شبكة موازنة التحميل
  • مقدار المحتوى المطلوب موجود بالفعل في ذاكرة التخزين المؤقت المحلية لمستعرض ويب العميل

الحل

لحل هذه المشكلة، قم بمزامنة قيم ETag على كافة خوادم ويب التي تقوم بتشغيل IIS 5.0 في تكتل ويب. للقيام بذلك، استخدم أداة Mdutil.exe لاسترداد قيمة ETag من أحد خوادم ويب. ثم تعيين نفس قيمة ETag على كافة ملقمات ويب الأخرى.

بشكل افتراضي، يتم تثبيت الأداة Mdutil.exe جنبا إلى جنب مع نظام التشغيل Microsoft Windows 2000. أداة Mdutil.exe الموجود على القرص المضغوط Windows 2000 في المجلد I386. يسمى الملف Mdutil.ex_. يجب توسيع الملف Mdutil.ex_ قبل استخدام الأداة Mdutil.exe. للقيام بذلك، اتبع الخطوات التالية:
  1. على محرك الأقراص المضغوطة الذي يحتوي على القرص المضغوط ل Windows 2000، استعرض المجلد I386.
  2. حدد موقع الملف Mdutil.ex_ والملف Expand.exe.
  3. انقر فوق ابدأ، ثم انقر فوق تشغيل، واكتب cmdوثم انقر فوق موافق.
  4. في موجه الأوامر، اكتب الأمر التالي، ومن ثم اضغط ENTER:
    Expand.exe-R c:\ Mdutil.ex_الإخراج
    هذا الأمر توسيع الملف المضغوط Mdutil.ex_ ونسخ ملف Mdutil.exe إلى مجلدالإخراجC:\.

    ملاحظة: في هذا الأمر، يتم إخراج عنصر نائب لاسم المجلد الذي يتم نسخ الملف Mdutil.exe.
لاسترداد قيمة ETag من أحد خوادم ويب وتعيين نفس قيمة ETag على كافة ملقمات ويب الأخرى، اتبع الخطوات التالية:
  1. انقر فوق ابدأ، ثم انقر فوق تشغيل، واكتب cmdوثم انقر فوق موافق.
  2. في موجه الأوامر، اكتب الأمر التالي، ومن ثم اضغط ENTER:
    القرص المضغوطالإخراج
  3. اكتب الأمر التالي في موجه الأوامر على أحد ملقمات ويب، وثم اضغط ENTER:
    W3svc الحصول على Mdutil.exe-الخصائص 2039
    هذا الأمر باسترداد قيمة ETag من ملقم ويب.
  4. في موجه الأوامر على كافة ملقمات ويب الأخرى، اكتب الأمر التالي، ومن ثم اضغط ENTER:
    Mdutil.exe تعيين w3svc-الخصائص 2039 – القيمة "انتيتيتاجفالوي"
    ملاحظة: في هذا الأمر، انتيتيتاجفالوي هو عنصر نائب لقيمة ETag التي تم استردادها في الخطوة 3.

    يعين هذا الأمر القيمة ETag نفسه على كافة ملقمات ويب الأخرى.
  5. على كافة خوادم ويب التي تقوم بتشغيل IIS 5.0 في مزرعة ويب، قم بإعادة تشغيل IIS 5.0.
ملاحظة: أداة Mdutil.exe ليست أداة معتمدة وغير موثقة. إذا كنت تحتاج إلى مساعدة باستخدام أداة Mdutil.exe، اكتب
mdutil.exe في موجه الأوامر.

الحالة

أقرت Microsoft أن هذه مشكلة في منتجات Microsoft المسردة في قسم "ينطبق على".

مزيد من المعلومات

يتم استخدام علامات الوحدة (قيم ETag) لمقارنة أو كيانات أكثر من نفس المورد المطلوب. له قيمة ETag جزأين الطابع الزمني الملف وتغيير الرقم. تظهر قيمة ETag بالتنسيق التالي:
filetimestamp:changenumber
عندما يقوم Microsoft Internet Explorer بإرسال طلب HTTP GET إلى ملقم ويب، يتضمن طلب HTTP GET برأس إذا كان بلا-مطابقة له قيمة ETag ما يلي.
HTTP: If-None-Match ="0222d5bffcbc41:301a"
IIS 5.0 يرسل استجابة HTTP 200 OK التي قد تحتوي على قيمة ETag مختلف قليلاً. هذه القيمة ETag ما يلي.
HTTP: ETag ="0222d5bffcbc41:3246"
الطابع الزمني الملف هو نفسه في الطلب وفي الاستجابة. ولذلك، يقيم خادم ويب يقوم بتشغيل IIS 5.0 الطلب القيمة الحالية للمورد المطلوب. ومع ذلك، تختلف الأرقام التغيير. لذلك، يرسل ملقم ويب الذي يقوم بتشغيل IIS 5.0 به الإصدار الحالي من الملف بدلاً من توجيه Internet Explorer لإرسال النسخة المخزنة مؤقتاً الخاصة به الملف. يحدث هذا السلوك نظراً لأن IIS 5.0 إرسال استجابة HTTP 200 موافق ولا "عدم تعديل" استجابة 304.

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

المراجع

لمزيد من المعلومات، انقر فوق رقم المقالة التالية لعرضها في "قاعدة معارف Microsoft":

922703 قد تواجه ضعف أداء ويب عند استخدام برنامج Internet Explorer 6 لمحاولة الوصول إلى تطبيق ويب تتم استضافته على خدمات معلومات الإنترنت 6.0

خصائص

رقم الموضوع: 922733 - آخر مراجعة: 15‏/01‏/2017 - المراجعة: 1

تعليقات