يبدو عملاء Exchange Server 5.5 تعليق عندما بالاستعلام مخزن معلومات الدليل

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

268357
تمت أرشفة هذه المقالة. وتظهر "كما هي" ولن يتم تحديثها بعد الآن.
هام تحتوي هذه المقالة على معلومات حول كيفية تعديل التسجيل. تأكد من عمل نسخة احتياطية من السجل قبل تعديله. تأكد من معرفة كيفية استعادته في حالة حدوث مشكلة. للحصول على مزيد من المعلومات حول كيفية عمل نسخة احتياطية من التسجيل واستعادته وتعديله انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
256986وصف سجل Microsoft Windows
الأعراض
قد يبدو أنه توقف العملية العميل الاستجابة (حدوث تعليق) ، ثم تعرض المؤشر hourglass لفترات طويلة بعد العملية أخيراً بإعادة التحكم إلى المستخدم. reoccurs هذا السلوك عادةً خلال اليوم غالباً أثناء النسخ المتماثل دورات و فقط عندما يكون الموقع تحت التحميل.

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

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

في حالة تخزين المعلومات مشغول بالفعل جداً البحث الدليل عن شيء ما مع يتم إعلام تغيير كائن في الدليل الذي تم مشاهدة, قد مخزن المعلومات بإرجاع خطأ DS_E_TOO_LATE الذي يبدو مثل التالية في سجل أحداث التطبيق:
معرّف الحدث: 7201
المصدر: MSExchangeIS
النوع: تحذير
الفئة: عام
وصف: واجه مؤشر ترابط الخلفية FDsWaitTask مشكلة.
رمز الخطأ DS_E_TOO_LATE
استجابة مخزن المعلومات إلى هذا الخطأ هو إعادة إنشاء قائمة الكائنات التي تم البحث مقابل. في هذه الحالات، مخزن المعلومات يستخدم الوصول المتسلسل قراءة من الدليل الذي compounds في بطء. عند الخادم مشغول محاولة معالجة طلبات العميل (بعضها من المحتمل أن تنتظر هذا البحث لإنهاء) ، تظهر العملاء إلى لأن التي تنتظر استدعاءات RPC الخاصة بهم إلى النهاية. لاحظ أن كل تحديث يمكن فرض مخزن المعلومات للبحث في الدليل للحصول على المعلومات، بحيث يمكن أن يؤدي سلسلة طويلة من التحديثات إلى عدة دقائق من الوقت تعليق الظاهري.

بالطبع، إنتاج عملاء غالباً المؤشر hourglass لأسباب عديدة بالكامل unrelated هذه المشكلة. في هذه الحالة العميل قيد انتظار استجابة من الملقم و يستهلك الوقت CPU قليل أو بدون على جهاز الكمبيوتر العميل.
الحل
لحل هذه المشكلة، يجب الحصول على أحدث حزمة خدمة لـ Exchange Server 5.5. لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
191014كيفية الحصول على أحدث حزمة خدمة Exchange Server 5.5
تكون هذه المشكلة worse عندما لم تتم فهرسة سمة اسم الدليل. عند لم تتم فهرسة سمة اسم دليل يمكن أن يكون بالعمليات أداء بعض عمليات البحث بشكل سلبي.

فهرسة سمة اسم الدليل ، اتبع الخطوات التالية.

تحذير في حالة استخدام وضع raw البرنامج مسؤول ملقم Exchange (/r المسؤول) بطريقة غير صحيحة، قد تحدث مشكلات خطيرة التي قد تتطلب منك إعادة تثبيت Microsoft Windows NT Server أو Microsoft Exchange Server أو كليهما. ولا تضمن Microsoft أن تتمكن من حل المشكلات التي تنتج من استخدام وضع raw بشكل غير صحيح. استخدام وضع raw على مسؤوليتك الخاصة.
  1. بدء تشغيل برنامج مسؤول Exchange في وضع raw. للقيام بذلك، يمكنك استخدام الأمر /r المسؤول في موجه الأوامر.
  2. من القائمة عرض، انقر فوق دليل الأولية.
  3. في الجزء الأيمن، انقر فوق مخطط.
  4. في الجزء الأيسر، انقر نقراً مزدوجاً فوق اسم الدليل ومن ثم انقر فوق نعم.
  5. في القائمة سمات كائن انقر فوق علامات البحث.

    إذا تم تعيين قيمة السمة علامات البحث إلى 0, قم بتغيير القيمة إلى 1.
  6. إعادة تشغيل خدمة Microsoft Exchange Active.
لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
184823فهرس المخطط غير صحيح بعد الترقية Exchange 4.0 5.5
الحل البديل
تحذير قد تحدث مشكلات خطيرة في حالة تعديل السجل بطريقة غير صحيحة باستخدام "محرر التسجيل" أو باستخدام طريقة أخرى. قد تتطلب منك هذه المشكلات إعادة تثبيت نظام التشغيل. ولا تضمن Microsoft أن تتمكن من حل هذه المشكلات. تعديل التسجيل على مسؤوليتك الخاصة.
لإنقاص أو كبح تأثير هذه المشكلة عن طريق زيادة الوقت التي ينتظرها ملقم العبور دليل النسخ المتماثل قبل قيام بإعلامك ملقمات أخرى في موقع التغييرات. يمكنك زيادة الوقت الحالي في التالية مفتاح التسجيل:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeDS\Parameters\Replicator لإعلام إيقاف مؤقت بعد تعديل (ثانية)
هو القيمة الافتراضية لهذا المفتاح 0x12C أو 300 ثانية (خمس دقائق). إذا قمت بزيادة هذه القيمة لتطابق مدة أطول سلسلة من حدوث تعليق قد تقليل تأثير المشكلة.

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

لاحظ مثل أي الأداء توليف ، وجود موازنة أو equilibrium الاحتفاظ. إذا قمت بزيادة قيمة السجل هذه، يمكنك تقليل احتمال التي تعليق عميل الأوقات التي من المحتمل أن تكون أبطأ إكمال النسخ المتماثل الدليل ولكنها في حساب.
تصريح
أقرت Microsoft أن هذه مشكلة في Microsoft Exchange Server الإصدار 5.5. تم تصحيح هذه المشكلة لأول مرة في Exchange Server 5.5 المزود بحزمة الخدمة Service Pack 4.
معلومات أخرى
يمكن أن يكون مفيداً لاستخدام "مراقبة الأداء" في تشخيص هذه المشكلة. استخدم الكائنات التالية:
  • طلبات MsExchangeIS::RPC
  • RPC وحدات البايت MsExchangeIS::Write عملاء/الثانية
  • عدد مرات القراءة MsExchangeDS::ExDS/الثانية
يصف الرسم بياني "مراقبة الأداء" نموذجية من هذه المشكلة MsExchangeIS::RPCRequests (و ربما ، MsExchangeDS::ExDS المقروءة في الثانية) spiking إلى أعلى ، أثناء في نفس الوقت عملاء RPC بايت MsExchangeIS::Write الثانية dives 0 وتبقى هناك. أخيراً, إرجاع طلبات RPC مستويات العادي وإرجاع لوحدات البايت المكتوبة إلى القيم النموذجية الخاصة به.
التأخير perfmon IS DS بطيء hourglass XADM

تحذير: تمت ترجمة هذا المقال تلقائياً

خصائص

رقم الموضوع: 268357 - آخر مراجعة: 02/01/2014 17:21:22 - المراجعة: 4.1

  • Microsoft Exchange Server 5.5 Standard Edition
  • Microsoft Exchange Server 5.5 Service Pack 1
  • Microsoft Exchange Server 5.5 Service Pack 2
  • Microsoft Exchange Server 5.5 Service Pack 3
  • kbnosurvey kbarchive kbmt kbhotfixserver kbbug kbexchange550sp4fix kbfix kbqfe KB268357 KbMtar
تعليقات