إعادة تشغيل عملية العامل إدارة الصحة ملقم Exchange في كثير من الأحيان 2013 ملقم Exchange

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

اضغط هنا لرابط المقالة باللغة الانجليزية3142157
الأعراض
إعادة تشغيل العملية المنفذة إدارة الصحة ملقم Exchange متكرر في بيئة Microsoft Exchange Server 2013. تحدث هذه المشكلة بعد إضافة أو تغيير خادم مراقبة تجاوز باستخدام cmdlet سيرفيرمونيتورينجوفيريدي .

في هذه الحالة، قد تشاهد الأحداث التالية التي تم الإبلاغ عنها بشكل متكرر ككل خمس دقائق:

اسم السجل: التطبيق
المصدر: مسيكستشانجيهم
التاريخ: تاريخ ووقت آند
معرف الحدث: 1010
فئة المهمة: العامل
مستوى: معلومات
الكلمات الأساسية: الكلاسيكية
المستخدم: n/A
جهاز الكمبيوتر: جهاز الكمبيوتر
الوصف:
العامل إدارة الصحة Microsoft Exchange معالجة طلب إعادة التشغيل المتلقاة (8808) وسيتم إيقاف. سبب إعادة التشغيل: الصيانة.

الصيانة نتيجة: أوفيريديندبوينتماينتينانسي.


اسم السجل: النظام
المصدر: Microsoft Windows Eventlog
التاريخ: تاريخ ووقت آند
معرف الحدث: 104
فئة المهمة: مسح سجل
مستوى: معلومات
الكلمات الرئيسية:
المستخدم: النظام
جهاز الكمبيوتر: جهاز الكمبيوتر
الوصف:
تم مسح ملف السجل Microsoft-الصرف-أكتيفيمونيتورينج/مونيتورديفينيشن.


يمكنك تحديد ما إذا كنت تواجه هذه الأعراض عن طريق التحقق من وجود هذه العناصر الأحداث في سجل الأحداث. بالإضافة إلى ذلك، يمكنك التحقق من هذه الأحداث بالتحقق من الناتجالحصول على سيرفيرمونيتورينجوفيريدياسم الخادم> | fl * اسم * الوقتcmdlet للشروط التالية:

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

في هذا السيناريو، يتم نشر تاريخ انتهاء الصلاحية للتجاوز باستخدام تنسيق التاريخ المترجمة (على سبيل المثال، MM/DD/YYYY). إذا وقع تاريخ انتهاء الصلاحية في يوم لاحق لليوم الثاني عشر من الشهر، can'tevaluate نظام "إدارة توفر" داتيكوريكتلي انتهاء الصلاحية.

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

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

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

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

خصائص

رقم الموضوع: 3142157 - آخر مراجعة: 07/14/2016 15:02:00 - المراجعة: 2.0

Microsoft Exchange Server 2013 Standard, Microsoft Exchange Server 2013 Enterprise

  • kbsurveynew kbfix kbqfe kbexpertiseinter kbmt KB3142157 KbMtar
تعليقات