الأعراض

يرجى مراعاة السيناريو التالي:

  • تنشيط الكامن نسخة من قاعدة بيانات Microsoft Exchange Server 2010 Service Pack 3 (sp3) الخاصة باستخدام Windows PowerShell أو وحدة تحكم إدارة Exchange.

  • إلغاء تحميل قاعدة البيانات المحملة دون مشكلة، وتحميل النسخة السلبية.

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


عند حدوث هذه المشكلة، تتلقى رسالة خطأ مشابهة للرسالة التالية عند تشغيل الحصول على ميلبوكسداتاباسيكوبيستاتوس | الهوية fl، رسالة خطأ cmdlet في تبادل إدارة Shell (EMC)؛

خدمة النسخ المتماثل Exchange Microsoft حدث خطأ بينما كان يتفقد قاعدة البيانات وسجلات ل DB\Server عند بدء التشغيل. خطأ: فشل التحقق من ملف: ملف السجل 'مسار\E.logxx' يتم إنشاء الرقم 1; ومع ذلك الجيل المتوقع العدد 2.


على سبيل المثال، قد تتلقى رسالة الخطأ التالية:

خدمة النسخ المتماثل Exchange Microsoft حدث خطأ بينما كان يتفقد قاعدة البيانات وسجلات ل DB\Server عند بدء التشغيل. خطأ: فشل التحقق من ملف: ملف السجل 'f:\logs\DB\Eن.log' هو الجيل 2024؛ ومع ذلك الجيل المتوقع هو عام 2004.



السبب

إذا تم تمكين إنشاء اسم إلى 8DOT3 على وحدات التخزين التي تحتوي على سجلات عمليات في Exchange Server 2010 SP3، يمكن أن يسبب هذا سجلات المعاملة غير صحيح يتم إرجاعها كجزء من استعلام findfile أثناء عملية التنشيط لقواعد البيانات. يؤدي قواعد البيانات لإرسالها إلى دولة محبطة بسبب تسلسل غير صالح في أرقام إنشاء سجل المعاملات.

يحدث أي فقدان في البيانات بسبب هذا الفشل.

الحل

لحل هذه المشكلة، عليك تثبيت التحديثات التالية:

وصف لمجموعة التحديثات 2 ل Exchange Server 2010 Service Pack 3

الحل البديل

الخطوة 1: تحديد التكوين لإنشاء اسم إلى 8DOT3

لتحديد ما إذا كان قد تم تمكين إنشاء اسم إلى 8DOT3، بتشغيل الأمر التالي من موجه أوامر غير مقيد. (هنا، ونحن نفترض أن وجود ملفات تسجيل المعاملات على محرك الأقراص C)

fsutil 8dot3name query c: 

إرجاع الإخراج المتوقع شيئا ممكناً ذلك التالية، إنشاء اسم إلى 8DOT3 ريسيمبلبيس:

The volume state is: 0 (8dot3 name creation is enabled).


The registry state is: 2(Per volume setting-the default).

Based on the above two settings, 8dot3 name creation is enabled on C:
أو قد ترجع الإخراج المتوقع شيء شبيه بما يلي:

The volume state is: 0 (8dot3 name creation is enabled).


The registry state is: 0 (Per volume setting - the default).

Based on the above two settings, 8dot3 name creation is enabled on C:
يشير هذا إلى محرك الأقراص C بتمكين إنشاء اسم إلى 8DOT3.

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

fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} 

يجب استبدال وحدة تخزين GUID ليطابق المعرف الفريد العمومي لوحدة التخزين. لتحديد GUID ووحدة التخزين لمحرك أقراص معين، بتشغيل الأمر التالي:

mountvol [Drive:]Path /L 

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

الخطوة 2: نهج مجموعة الاختيار لتعطيل إنشاء اسم إلى 8DOT3

قبل محاولة تعطيل إنشاء اسم إلى 8DOT3، يجب عليك أن تدرك أنه يمكن التحكم في هذا الإعداد من خلال "نهج المجموعة". الرجاء التحقق لتحديد ما إذا تم تكوين "نهج المجموعة" لتغيير مفتاح التسجيل التالي على ملقمات Exchange:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation"=dword:00000002


إذا كان يتم التحكم في هذا الإعداد من خلال "نهج المجموعة"، إزالة هذا الإعداد من إعدادات "نهج المجموعة" الخاص بخوادم Exchange، وتعيين NtfsDisable8dot3NameCreation DWORD إلى قيمة 2. هذا يسمح للتغييرات في الحجم الفردية.

ملاحظة: إذا تم استخدام قيمة 0 ، لا يمكنك تغيير تكوين وحدة التخزين.


لمزيد من المعلومات حول الأمر Fsutil 8dot3name ، انتقل إلى موقع Microsoft TechNet التالي على الويب:

خطوة 3: تغيير إنشاء اسم إلى 8DOT3

لتعطيل إنشاء اسم إلى 8DOT3 لكافة وحدات التخزين، بتشغيل الأمر التالي:

fsutil 8DOT3name set  

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

fsutil 8DOT3name set c: 1  

ملاحظة: في هذا الأمر، c هو حرف محرك الأقراص الذي يحتوي على سجلات العمليات.

أو، يمكنك تشغيل على وحدة تخزين محددة. للقيام بذلك، بتشغيل الأمر التالي:

fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963}  

بعد تغيير تكوين وحدة التخزين لتعطيل إنشاء اسم إلى 8DOT3، يمكنك التحقق من أن الإعداد معطل. للقيام بذلك، تشغيل الأمر التالي:

fsutil 8DOT3name query c:  

يؤدي كافة الملفات الجديدة التي تم إنشاؤها أو نسخها على وحدة التخزين هذه لا إنشاء اسم إلى 8DOT3 لاسم الملف. ومع ذلك، كافة الملفات الموجودة لا يزال يحتوي على اسم إلى 8DOT3. ولذلك، يجب عليك حل هذه المشكلة.

الخطوة 4: إزالة أسماء إلى 8DOT3 لتسجيل المعاملات الموجودة

الخيار 1

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

الخيار 2

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

  1. على خادم الذي يحتوي على نسخ السلبي لقاعدة البيانات، قم بإيقاف خدمة النسخ المتماثل Microsoft Exchange.

  2. في Windows PowerShell، بتشغيل الأمر التالي:

    stop-service msexchangerepl  
  3. في "مستكشف Windows"، حدد موقع المجلد الذي يتم تخزين سجلات العمليات.

  4. حدد سجلات المعاملات من نوع Enn*.log، ونقلها إلى مجلد مؤقت. تأكد من نقل سجلات المعاملات من نوع Enn*.log. يجب نقل أنواع الملفات الأخرى.

  5. نقل كافة سجلات الحركة مرة أخرى إلى مواقعها الأصلية. في عملية النقل هذه، تتم إزالة أسماء إلى 8DOT3.

  6. كرر هذه العملية لكافة سجلات الحركات لكافة قواعد البيانات السلبية.

  7. إعادة تشغيل خدمة النسخ المتماثل Exchange Microsoft:

    start-service msexchangerepl 

    ملاحظة: يجب إكمال هذه الخطوة أولاً لكافة نسخ السلبي لقواعد البيانات.

  8. نقل النسخة (نشط) المحمل من قاعدة البيانات إلى نسخة التلاعب فيه سجلات الحركات:

    Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None  
  9. قم بإيقاف خدمة النسخ المتماثل Microsoft Exchange، ونقل سجلات الحركة مرة أخرى إلى موقع مؤقت وثم العودة إلى مواقعها الأصلية.

  10. بدء تشغيل خدمة النسخ المتماثل Microsoft Exchange. والآن، يجب إلا يحدث فشل قاعدة البيانات أثناء عملية نقل أكتيفيمايلبوكسداتاباسي .

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

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

لتحديد ما إذا كان قد بقي لديك أسماء إلى 8DOT3 على سجلات الحركات، يمكنك تشغيل الأمر التالي في موجه الأوامر في موقع سجل المعاملات:dir /x إذا كان لا يزال يحتوي على سجلات المعاملات إلى 8DOT3 الأسماء، يمكنك مشاهدة شيء مشابهة لما يلي:
04/10/2013 04:16 PM 1,048,576 E0C749~1.LOG E0000000118.log 04/10/2013 04:16 PM 1,048,576 E01D7D~1.LOG E0000000119.log 04/10/2013 04:16 PM 1,048,576 E00834~1.LOG E000000011A.log 04/10/2013 04:16 PM 1,048,576 E05DFF~1.LOG E000000011B.log 04/10/2013 04:16 PM 1,048,576 E06DCB~1.LOG E000000011C.log 04/10/2013 04:16 PM 1,048,576 E0F768~1.LOG E000000011D.log


ملاحظة: إذا كنت ترى اسم E0F768~1.log الموجودة في العمود التالي الأخيرة، لا يزال لديك سجلات الحركات التي لها أسماء إلى 8DOT3. ولذلك، سوف لا يزال لديك مشاكل عند محاولة نقل قواعد البيانات النشطة.

هل تحتاج إلى مزيد من المساعدة؟

توسيع المهارات
استكشاف التدريب
الحصول على الميزات الجديدة أولاً
الانضمام إلى Microsoft Insider

هل كانت المعلومات مفيدة؟

ما مدى رضاك عن جودة الترجمة؟
ما الذي أثّر في تجربتك؟

نشكرك على ملاحظاتك!

×