كيف يمكنك مراقبة فعالية مهام الصيانة في الخلفية؟ نقل السجلات إلى مكان آخر.
تنشأ الحاجة إلى إلغاء تجزئة قواعد بيانات البريد في Exchange Server 2010 لأنه عند حذف المعلومات من قاعدة البيانات، لا يتم ضغطها تلقائيًا (تبقى صفحات فارغة)، وبالتالي لا ينقص حجم ملف قاعدة البيانات. على سبيل المثال، إذا قمت بنقل صناديق بريد المستخدم من قاعدة بيانات بريد بسعة 20 جيجابايت، الحجم الكلي 5 غيغابايت، ثم سيبقى حجم الملف دون تغيير 20 غيغابايت. ومع ذلك، سيتم استخدام المساحة "المجانية" البالغة 5 جيجابايت بواسطة عناصر جديدة في المستقبل.
لذلك، إذا كنت بحاجة إلى تقليل حجم ملف قاعدة بيانات البريد في Exchange 2010 عن طريق إزالة الصفحات غير المستخدمة، فيمكنك استخدام أحد الأساليب التالية:
- إنشاء قاعدة بيانات جديدة، ونقل كافة المربعات إليها وحذفها قاعدة البيانات القديمة
- إجراء إلغاء التجزئة دون اتصال لقاعدة البيانات الحالية
كل من هذه الأساليب لها إيجابيات وسلبيات. تتضمن عملية إلغاء التجزئة في وضع عدم الاتصال فترة توقف لصناديق بريد المستخدم، ولكنها الطريقة الوحيدة حل بأسعار معقولةفي حالة النقص مساحة القرص(ببساطة ليس لديك مكان لإنشاء قاعدة بيانات جديدة).
من ناحية أخرى، يعد ترحيل المربعات إلى قاعدة بيانات جديدة إجراءً أقل خطورة، ولكن بالإضافة إلى الحاجة إلى توفر ما يكفي مساحة فارغةلتخزين اثنين من مخازن البريد، وتوليد عدد كبير منتؤدي المعاملات أيضًا إلى زيادة كبيرة في متطلبات المساحة الحرة المتوفرة، ونتيجة لذلك، قد تستغرق عملية ترحيل المستخدم عدة أيام.
من الضروري التمييز بوضوح بين عمليات إلغاء التجزئة (التفاعلية) دون اتصال بالإنترنت وعبر الإنترنت لقاعدة بيانات Exchange 2010. يتم تشغيل إلغاء التجزئة التفاعلي في Exchange باستمرار عند تمكين الخيار تمكين صيانة قاعدة البيانات في الخلفية (مسح ESE على مدار 24 ساعة طوال أيام الأسبوع).يتم تنفيذ هذا الإجراء في خلفيةيتضمن إزالة العناصر القديمة من التخزين وتحسين تخطيط الصفحة. الهدف الرئيسي هو تحرير المساحة غير المستخدمة عن طريق ضغط السجلات إلى أقل عدد ممكن من الصفحات لتقليل عدد عمليات الإدخال/الإخراج. لاحظ أنه لا يتم إرجاع المساحة غير المستخدمة إلى النظام. يتيح لك إلغاء التجزئة دون اتصال تحرير هذه المساحة.
تحديد مقدار المساحة الحرة في قاعدة بيانات Exchange 2010
لمعرفة الحجم الحالي لقاعدة البيانات ومقدار المساحة الحرة فيها (تلك الصفحات غير المستخدمة) في Exchange 2010، قم بتشغيل الأمر التالي في Exchange Management Shell:
C:\>Get-MailboxDatabase -Status | اسم القدم، حجم قاعدة البيانات، مساحة صندوق البريد الجديد المتاحة - تلقائي
الاسم حجم قاعدة البيانات المتاحة NewMailboxSpace —- ———— ————————
WI-DB-01 17.26 جيجابايت (18,604,766,720 بايت) 8.544 جيجابايت (9,247,766,016 بايت)
في في هذا المثاليمكن ملاحظة أن الحجم الحالي لقاعدة بيانات WI-DB-01 هو 17 جيجابايت، ويوجد بها ما يصل إلى 8.5 جيجابايت من المساحة الحرة. وإذا كنت تريد تحرير هذه المساحة، فيمكن تقليل حجم ملف قاعدة بيانات البريد عن طريق إلغاء تجزئته باستخدام الأداة المساعدة ESEUTIL.
ملحوظة. إذا كان الخادم الخاص بك جزءًا من مجموعة DAG لايستخدممنحتعليمات!
التحضير لإلغاء تجزئة Exchange 2010
عند التخطيط لإلغاء تجزئة قاعدة البيانات، عليك أن تفهم بوضوح أنه من أجل إكمال هذا العمل، تحتاج إلى إلغاء التحميل القاعدة اللازمة، هذا البريد غير متاح لكافة المستخدمين في قاعدة البيانات هذه.
بعد ذلك، عليك التأكد من وجود مساحة حرة كافية لإجراء إلغاء التجزئة. يتم إنشاء عملية إلغاء التجزئة ملف جديدتقوم قاعدة البيانات والقرص بتخزين الملف القديم والجديد في نفس الوقت، بالإضافة إلى ذلك، هناك حاجة إلى مساحة إضافية للملفات المؤقتة التي تم إنشاؤها بواسطة الأداة المساعدة eseutil.
لذلك إذا كنت ستقوم بإلغاء التجزئة تبادل البريد، يجب أن يكون لديك مساحة خالية تساوي لا تقل عن 110%من حجم قاعدة البيانات الحالية (باستثناء الصفحات الفارغة).
في حالتي، هذا يعني أننا بحاجة إلى ما لا يقل عن 9.6 جيجابايت من مساحة القرص الحرة:
17.26 – 8.54 = 8.72
8.72 × 1.1 = 9.6
إذا لم يكن القرص الحالي يحتوي على هذه المساحة، فيجب تحديد موقع بديل للملفات المؤقتة في معلمات الأداة المساعدة eseutil. قد يكون هذا محرك أقراص آخر أو مسار UNC للشبكة، ومع ذلك، يرجى ملاحظة أنه إذا كنت تستخدم مسار UNC، فقد يزيد وقت إلغاء التجزئة بشكل كبير بسبب عرض النطاقوتأخير الشبكة.
تحتاج أيضًا إلى التأكد من أن لديك نسخة احتياطية محدثة من قاعدة البيانات التي تم إلغاء تجزئتها، حتى لا تسبب ألمًا مؤلمًا لاحقًا...
استخدام ESEUtil لإلغاء تجزئة قاعدة بيانات Exchange
يفتح سطر الأوامر Exchange Management Shell وانتقل إلى الدليل الذي يحتوي على ملف قاعدة بيانات البريد:
القرص المضغوط D:\Data\WI-DB-01
دعونا إلغاء تحميل القاعدة.
إلغاء تحميل قاعدة البيانات WI-DB-01
نبدأ إلغاء التجزئة باستخدام الأداة المساعدة ESEUtil.
D:\Data\WI-DB-01>eseutil /d WI-DB-01.edb /t\\tmp_srv\exch\temp.edb
أدوات محرك التخزين الموسعة لخادم Microsoft(R) Exchange
حقوق الطبع والنشر (C) لشركة مايكروسوفت. كل الحقوق محفوظة.
جارٍ بدء وضع إلغاء التجزئة...
قاعدة البيانات: WI-DB-01.edb
حالة إلغاء التجزئة (% مكتملة)
……………………………………………
نقل "\\tmp_srv\exch\temp.edb" إلى "WI-DB-01.edb"...
حالة نسخ الملف (% مكتمل)
0 10 20 30 40 50 60 70 80 90 100
|—-|—-|—-|—-|—-|—-|—-|—-|—-|—-|
……………………………………………
يوصى بإجراء نسخة احتياطية كاملة على الفور
من قاعدة البيانات هذه. إذا قمت باستعادة نسخة احتياطية تم إجراؤها قبل
إلغاء التجزئة، سيتم إرجاع قاعدة البيانات إلى الحالة
كان موجودًا في وقت تلك النسخة الاحتياطية.
تمت العملية بنجاح خلال 2798.218 ثانية.
تركيب القاعدة:
جبل قاعدة البيانات WI-DB-01
دعونا نتأكد من أن حجمه قد انخفض:
الحصول على MailboxDatabase -الحالة | اسم القدم، حجم قاعدة البيانات، مساحة صندوق البريد الجديد المتاحة - تلقائي
الاسم حجم قاعدة البيانات المتاحة NewMailboxSpace
—- ———— ————————
WI-DB-01 8.328 جيجابايت (8,942,190,592 بايت) 5.219 ميجابايت (5,472,256 بايت)
WI-DB-02 14.63 جيجابايت (15,785,670,144 بايت) 4.696 جيجابايت (4,968,761,856 بايت)
WI-DB -Archive-01 658.1 ميجا بايت (689,542,784 بايت) 234.6 ميجا بايت (241,164,544 بايت)
(رؤوس أقلام)
عندما تقترب قاعدة البيانات من الحد الأقصى المسموح به (على سبيل المثال، 100 جيجابايت)، تحتاج إلى البدء في نقل بعض صناديق البريد إلى قاعدة بيانات جديدة. ما هي الصناديق التي يجب نقلها لتحقيق الاستقرار في حجم قاعدة البريد؟
ومن الواضح أن هؤلاء صناديق البريدوالتي يزيد حجمها بشكل ملحوظ. ولكن من أجل تحديد صناديق البريد هذه، تحتاج إلى إجراء إحصائيات منتظمة حول صناديق البريد وتحليلها.
إذا لم يتم إنشاء مثل هذه العملية، فيمكنك الاعتماد على بعض البيانات الإرشادية (مثيرة للجدل، ولكنها مفيدة كبداية).
1. لا فائدة من نقل صناديق البريد التي وصلت بالفعل أو ستصل قريبًا إلى الحد الأقصى المسموح به للحجم.
2. لا فائدة من نقل صناديق البريد التي كانت موجودة لفترة طويلة نسبيًا (التي تم إنشاؤها منذ وقت طويل) وتبقى صغيرة أو تظل ذات حجم ثابت.
يتم استخدام واجهة المستخدم الرسومية لنقل صندوق بريد المستخدمأو cmdlet New-MoveRequest
خادم تبادل يتيح لك 2010 نقل صندوق بريد إلى قاعدة بيانات أخرى دون مقاطعة عمل المستخدم.http://blogs.technet.com/b/exchange/archive/2011/01/24/3411868.aspx
عدد سلاسل النسخ المتزامنة محدود. وهذا يحمي الخادم (التخزين) من التحميل الزائد. يمكن أن يستغرق النسخ وقتًا طويلاً.
بعد النقل، يتم وضع علامة SoftDeleted على صندوق البريد الموجود في قاعدة البيانات المصدر. (بدءا من SP 1 http://technet.microsoft.com/en-us/library/dd298174.aspx )
Get-MailboxStatistics -Database "قاعدة بيانات Mailbox 01" | حيث ( $_ . DisconnectReason -eq "SoftDeleted")
بعد نقل صناديق البريد، لا يتم تقليل حجم قاعدة البيانات الأصلية أو تحرير المساحة:
|
اسم الخادم |
اسم |
حجم قاعدة البيانات |
متاح NewMailboxSpace |
|
———- |
—- |
———— |
———————— |
|
MB2 |
قاعدة بيانات صندوق البريد 01 |
101.4 جيجابايت (108,859,031,552… |
5.7 ميجابايت (5, 976 , 883 بايت) |
|
MB2 |
قاعدة بيانات صندوق البريد 02 |
75.26 جيجابايت (80,807,526,400 ب… |
2.5 ميجابايت (2, 621 , 440 بايت) |
|
MB1 |
قاعدة بيانات صندوق البريد 03 |
53.88 جيجابايت (57,856,294,912 ب… |
12.28 ميجابايت (12,877,824 بايت) |
|
MB1 |
قاعدة بيانات صندوق البريد 04 |
26.88 جيجابايت (28,865,265,664 ب… |
87.63 ميجابايت (91,881,472 بايت) |
بمجرد اكتمال الترحيل، تحتاج إلى التحقق مما إذا كانت العملية قد اكتملت بنجاح وإزالة طلبات التنقل عبر واجهة المستخدم الرسومية أو
Get-MoveRequest -MoveStatus مكتمل | إزالة طلب النقل - التأكيد: $false
تحتاج إلى حذف صناديق البريد SoftDeleted:
$b = Get-MailboxStatistics -قاعدة البيانات "قاعدة بيانات صندوق البريد RUMS 01" | حيث ( $_ . DisconnectReason -eq "SoftDeleted")
$ب | % ( Remove-StoreMailbox -Confirm: $False -Database $_ . قاعدة البيانات -Identity $_ . mailboxguid -MailboxState "SoftDeleted" )
بعد ذلك، ستظهر المساحة الحرة في قاعدة بيانات البريد المصدر:
الحصول على MailboxDatabase -الحالة | حدد اسم الخادم، الاسم، حجم قاعدة البيانات، متاحNewMailboxSpace
|
اسم الخادم |
اسم |
حجم قاعدة البيانات |
متاح NewMailboxSpace |
|
———- |
—- |
———— |
———————— |
|
MB2 |
قاعدة بيانات صندوق البريد 01 |
101.4 جيجابايت (108,859,031,552… |
55.97 جيجابايت (60,094,939,136 ب… |
|
MB2 |
قاعدة بيانات صندوق البريد 02 |
75.26 جيجابايت (80,807,526,400 ب… |
28.5 جيجابايت (30,605,312,000 بواسطة… |
|
MB1 |
قاعدة بيانات صندوق البريد 03 |
53.88 جيجابايت (57,856,294,912 ب… |
12.28 ميجابايت (12,877,824 بايت) |
|
MB1 |
قاعدة بيانات صندوق البريد 04 |
26.88 جيجابايت (28,865,265,664 ب… |
87.63 ميجابايت (91,881,472 بايت) |
يمكن بعد ذلك تعبئة القاعدة لتقليل حجمها.
يمكن أن تتم عملية تعبئة قاعدة البيانات وفقًا لسيناريوهين.
الأول تقليدي لقاعدة واحدة. يتم إلغاء تحميل قاعدة البيانات وتعبئتها باستخدام الأداة المساعدة eseutil /d. تتطلب العملية مساحة خالية +10%*<размер исходной базы>. الخدمة طوال مدة العمل
والثاني مناسب لـ DAG. يتم إنشاء قاعدة جديدة على مرافق تخزين جديدة. يتم نسخ علب البريد إلى قاعدة البيانات الجديدة. تعمل هذه الطريقة أيضًا مع قاعدة واحدة. إن الحمل على المساحة الحرة أعلى مما هو عليه في الطريقة الأولى: يجب إنشاء مخازن جديدة لجميع النسخ في DAG. (قد تختلف الإستراتيجية: لتسريع عملية النسخ، يمكنك إنشاء نسخة إضافية واحدة لـ قاعدة جديدة، وبعد الانتهاء من عملية نقل صناديق البريد، قم بإضافة النسخ المتبقية إلى مساحات التخزين المحررة من قاعدة البيانات الأصلية.)
إذا لم يكن لديك مساحة تخزين مجانية، ففي حالة DAG، سيتعين عليك حذف جميع النسخ الإضافية من قاعدة البيانات، وإلغاء تحميلها، وتعبئتها، وتثبيتها وإضافة نسخ إضافية مرة أخرى - من الواضح أن هذا قد يستغرق وقتًا أطول بكثير. لذلك، يوصى بجعل قواعد البيانات لا يزيد حجمها عن 100 جيجابايت، وفي حالة DAG، يجب أن يكون لها مساحة فارغةللمناورة.
عند تنفيذ Exchange، ينشأ موقف غير سار - يبدو أننا قد استوفينا جميع متطلبات المساحة لـ Exchange، ولكنها تتناقص بشكل لا محالة... نبدأ في فهم وفهم أن جميع أنواع السجلات تنمو بشكل أسرع مما توقعنا، فكيف تعامل معهم؟ فيما يلي وصف لطرق اقتطاع/نقل السجلات المختلفة، بشكل عام، كل ما سيساعدنا في حل المشكلة. بشكل منفصل، أود أن أشير إلى أن جميع المعلومات موجودة في مكتبة Technet التقنية :) وهنا تم اختيارها للتو لمهمة محددة: تذكر طرق حل المشكلات مع نقص المساحة بسبب نمو السجلات.
سجلات المعاملات
سجل المعاملات العنصر الأكثر أهميةتبادل. فيما يلي مثال: عند إرسال رسالة، تتم كتابة المعاملة أولاً في السجل. حتى يتم الالتزام بالمعاملة في قاعدة بيانات Exchange، تكون هذه البيانات موجودة فقط في ذاكرة النظاموسجلات المعاملات. في حالة حدوث عطل، ستفقد محتويات الذاكرة وكل ما تبقى لديك هو إدخالات سجل المعاملات. تعتبر هذه السجلات مهمة لاستعادة قاعدة البيانات التالفة. الأمر نفسه ينطبق على المعاملات الأخرى: الرسائل المستلمة، والعناصر المحذوفة، والرسائل المنقولة إلى مجلدات أخرى. وعليه فإن هذه السجلات تنمو بسرعة كبيرة، فكيف يمكن تقليلها؟
1. النسخ الاحتياطي
إحدى الوظائف التي يتم إجراؤها عند اكتمال النسخ الاحتياطي الكامل أو التزايدي بنجاح هي اقتطاع ملفات سجل المعاملات التي لم تعد مطلوبة لاستعادة قاعدة البيانات. يدعم Exchange 2013 فقط النسخ الاحتياطيةالتبادل استنادًا إلى خدمة النسخ الاحتياطي لوحدة التخزين (VSS).
مقالة رائعة عن الإعداد. نسخة احتياطيةاستخدام مشغل برامج وندوزدعم
2. تمكين التسجيل الدائري
عند تمكين التسجيل الدائري، يتم مسح سجل المعاملات مباشرة بعد ترحيل المعاملات إلى قاعدة البيانات.
مع مجموعة شرق أفريقيا التسجيل الدائرييتحول مثل هذا:
عند تمكين التسجيل الدائري لمحرك التخزين المحسن ملفات إضافيةلا يتم إنشاء أي سجلات، وبدلاً من ذلك يتم استبدالها إذا لزم الأمر الملف الحاليمجلة. ومع ذلك، في بيئة النسخ المتماثل المستمر (DAG)، تكون ملفات السجل مطلوبة لشحن السجل وتحويله. ونتيجة لذلك، عند تمكين التسجيل الدائري للنسخ المتماثل المستمر، لا تتم الكتابة فوق ملف السجل الحالي، ويتم إنشاء السجلات لعملية الشحن والترجمة الملفات المغلقةالسجل، أي يتم ضمان استمرارية السجل، ولا يتم حذف السجلات أثناء الحاجة إليها للنسخ المتماثل. خدمة النسخ تبادل مايكروسوفتوالخدمة البنكية بيانات مايكروسوفتيتواصل Exchange باستخدام استدعاءات الإجراءات عن بعد (RPC) فيما يتعلق بملفات السجل التي يمكن حذفها.
3. نقل سجلات المعاملات
حسنًا، في النهاية، يمكننا نقل السجلات مع قاعدة البيانات إلى موقع/قرص آخر.
هناك أمر cmdlet رائع لهذا الغرض نقل-DatabasePath. فيما يلي مثال على نقل قاعدة بيانات MDB01 وسجلات المعاملات لمحرك الأقراص M إلى الدلائل المناسبة:
مسار نقل قاعدة البيانات "MDB01" –EdbFilepath "M:\DB\MDB01\database\mdb01.edb" – مسار LogFolder "M:\DB\MDB01\logs\"
قاعدة بيانات قائمة الانتظار
هذه بالطبع ليست سجلات، ولكن إذا كنت بحاجة إلى تحرير مساحة، فإن نقل قاعدة البيانات هذه يمكن أن يساعدك. قاعدة بيانات قائمة الانتظار عبارة عن مخزن مؤقت للرسائل في انتظار المرحلة التالية من المعالجة. كل قائمة انتظار عبارة عن مجموعة منطقية من الرسائل التي تتم معالجتها بواسطة خادم النقل بترتيب معين. يتم تخزين كافة قوائم الانتظار في قاعدة بيانات ESE واحدة. تتم استضافة قوائم الانتظار فقط على خوادم Mailbox أو خوادم Edge Transport. يتم التحكم في موقع قاعدة بيانات قائمة الانتظار وسجلات المعاملات الخاصة بها عن طريق المفاتيح الموجودة في ملف تكوين XML الخاص بالتطبيق %ExchangeInstallPath%Bin\EdgeTransport.exe.config.
كل ما يمكننا فعله به هو نقله إلى مكان آخر. كافٍ معلومات شاملةحول النقل موجود في مكتبة تكنيت في المقالة تغيير موقع قاعدة بيانات قائمة الانتظار
ينقلالسجلات
توفر سجلات النقل معلومات حول ما يحدث في مسار النقل. توجد معلومات شاملة تمامًا حول تعطيل/تمكين التسجيل ونقله في مكتبة technet في مقالة سجلات النقل.
تتوفر سجلات النقل التالية في Microsoft Exchange Server 2013:
- سجلات الوكيل
- سجلات الاتصال
- تتبع الرسائل وتقارير التسليم
- تتبع خطوط الأنابيب
- سجلات البروتوكول
- سجلات جدول التوجيه
بروتوكولالسجلاتعبر EAC: الخوادم\الخوادم\حدد الخادم\سجلات النقل\سجل البروتوكول
على سبيل المثال، قم بتغيير مسار التخزين تتبع الرسائلعبر EAC: الخوادم\الخوادم\حدد الخادم\سجلات النقل\سجل تتبع الرسائل.
أود أن أشير بشكل منفصل إلى أنه لا يمكنك الانتقال إلا إلى مجلد محلي. مشكلة في التنسيب على مورد الشبكةيمكن تجاوزها باستخدام الأمر mklink وإنشاء رابط لمورد الشبكة. على سبيل المثال، قم بإنشاء رابط mklink /d “D:\HubReceiveSMTPLog” \\Server\HubReceiveSMTPLog، الآن يمكنك استخدام الأمر Set-TransportService cmdlet والمعلمة –ReceiveProtocolLogPath “D:\HubReceiveSMTPLog” لتخزين سجلات الاستقبال SMTP على مورد الشبكة. هذه الطريقةمناسبة للسجلات الأخرى كذلك.
IISسجلملفات
في سجل IIS، سيكون لديك معلومات، على سبيل المثال، حول توصيل جهاز iPad الخاص بك باستخدام بروتوكول activesync. يمكن أن يكون حجم سجلات IIS، إذا لم تتم مراقبته، كبيرًا جدًا. كيف يمكنني حذفها تلقائيًا أو نقلها إلى قرص آخر؟
1. الحذف التلقائي للسجلات
قم بتشغيل البرنامج النصي ps1 التالي يوميًا من خلال المجدول (قم بتغيير مسار تخزين السجل إذا لزم الأمر) وسيتم حذف جميع سجلات IIS الأقدم من 30 يومًا دون الحاجة إلى انتباهك.
تعيين الموقع c:\inetpub\logs\LogFiles\W3SVC1\
foreach ($ملف في get-childitem) (
إذا ($File.LastWriteTime -lt (Get-Date).AddDays(-30)) (
ديل ملف $
يمكنك تشغيل البرنامج النصي ps1 من خلال المجدول كما يلي:
- إنشاء مهمة في جدولة
- إنشاء إجراء: بدء تشغيل البرنامج
- في حقل البرنامج/البرنامج النصي: C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe
- في حقل إضافة الوسائط (اختياري): - الأمر "pathTOscript\name.ps1"
2. نقل السجلات إلى موقع آخر
- افتح IIS Manager من الأدوات الإدارية وحدد موقع الويب الافتراضي.
- افتح التسجيل (انقر نقرًا مزدوجًا على أيقونة التسجيل)
- تغيير موقع تخزين السجل
- احفظ تغييراتك. الملف التاليسيتم كتابة السجل إلى موقع تخزين جديد
- يمكن فعل الشيء نفسه باستخدام قوة بوويرشيل:
إدارة الويب لوحدة الاستيراد
Set-ItemProperty 'IIS:\Sites\Default Web Site' -اسم السجل file.directory "D:\IISLogs"
مجلد التسجيل
وأخيرًا مجلد التسجيل، والذي يقع افتراضيًا في "C:\Program Files\Microsoft\Exchange Server\V15\Logging". يتم تخزين العديد من سجلات الخدمات المختلفة هنا، ويمكن أن تشغل مساحة كبيرة جدًا. من الجدير بالذكر بشكل خاص من حيث الحجم ملفات سجل التشخيص والأداء، الموجودة في المجلد "C:\Program Files\Microsoft\Exchange Server\V15\Logging\Diagnostics".
تم العثور على حل بسيط لهذه المشكلة على الإنترنت؛ قم بتشغيله يوميًا عبر المجدول وستتوقف جميع السجلات من هذه المجلدات الأقدم من 14 يومًا عن إزعاجك :)
gci 'C:\Program Files\Microsoft\Exchange Server\V15\Logging','C:\inetpub\logs' -الدليل | gci -تضمين '*.log','*.blg' -Recurse | ؟ LastWriteTime -lt (Get-Date).AddDays(-14) | إزالة بند
ملاحظة. أنا شخصياً أفضل قطع التشخيص فقط:
gci 'C:\Program Files\Microsoft\Exchange Server\V15\Logging\Diagnostics' - الدليل | gci -تضمين '*.log','*.blg' -Recurse | ؟ LastWriteTime -lt (Get-Date).AddDays(-2) | إزالة بند
يقوم Microsoft Exchange Server، بدءًا من الإصدار 2007، بتخزين رسائل قائمة الانتظار في قاعدة بيانات بتنسيق ESE - Mail.queالموجود في المجلد. بعد عدة سنوات من استخدام قاعدة البيانات طوابير النقليمكن أن تنمو إلى أحجام هائلة. في حالتي، بعد حوالي 4 سنوات من استخدام Exchange Server 2010، ارتفع حجمه إلى 900 ميجابايت، ليس كثيرًا بالطبع، ولكن هناك حالات على الإنترنت وصل حجمها إلى 80-100 جيجابايت. وبعد إنشاء قاعدة البيانات مرة أخرى، سيكون حجمها 8 ميجابايت. يمكن أن يؤثر حجم قاعدة البيانات الكبير على أداء النظام ويشغل مساحة غير ضرورية على القرص. لقد لاحظت هذا عندما بدأ أحد خوادم النقل الخاصة بي في التباطؤ بشكل رهيب بسبب برنامج مكافحة الفيروسات. بعد إعادة إنشاء قاعدة بيانات قائمة الانتظار، اختفت المشكلة.
على الرغم من أن Exchange يقوم بإلغاء التجزئة التلقائي لقاعدة البيانات هذه عبر الإنترنت، إلا أن حجمها لن ينخفض أبدًا. على سبيل المثال، إذا تلقى خادم النقل الخاص بك، أثناء حدوث فشل، 10 جيجابايت من البريد في قائمة الانتظار وقام بتخزينه، فعند مغادرة البريد، سيظل حجم ملف التخزين 10 جيجابايت. ولذلك، فإن توصيتي هي أنه إذا زاد حجم قاعدة البيانات عن 200 ميجابايت، فيجب إنشاؤها مرة أخرى. هذا يفعل كما يلي.
1. من الضروري تثبيت الخدمة مايكروسوفت تبادل النقلفي وقفة. ستتوقف الخدمة عن قبول الرسائل، ولكنها "ستتخلص" من جميع الرسائل الموجودة في قوائم الانتظار.
2. قم بتشغيل الأمر cmdlet الحصول على قائمة الانتظاروتأكد من عدم وجود رسائل متبقية في قوائم الانتظار.
3. أوقف الخدمة مايكروسوفت تبادل النقل.
4. افتح المجلد %ExchangeInstallPath%TransportRoles\data\Queueوتأكد من الملف mail.queهو فيه.
5. بعد القيام بذلك، قم بإعادة تسمية الدليل %ExchangeInstallPath%TransportRoles\data\Queueالخامس %ExchangeInstallPath%TransportRoles\data\Queue1.
6. ابدأ الخدمة مايكروسوفت تبادل النقل، مجلد طابور، قاعدة mail.queوسيتم إنشاء ملفات السجل. سيكون حجم قاعدة البيانات التي تم إنشاؤها حديثًا حوالي 8.2 ميغابايت.
7. تأكد من أن خدمة النقل تعمل بشكل صحيح ويمكنك حذف المجلد قائمة الانتظار1.
توجد معلومات حول موقع ملف قاعدة البيانات في الملف %ExchangeInstallPath%Bin\EdgeTransport.exe.config، لذلك إذا كنت تريد نقل القاعدة، فبدلاً من الخطوة 5، قم بتغيير المسار إلى الملف الجديد واتبع الخطوة 6.
المنشورات ذات الصلة:
هل اعجبك المنشور؟ هل تريد تسليم رسائل جديدة مباشرة إلى صندوق الوارد الخاص بك؟ لا شيء أسهل، اشترك في النشرة الإخبارية الآن.
عند إلغاء التجزئة، يتم تخزين البيانات على محركات الأقراص الصلبةيتم نقل الكمبيوتر بحيث يتم تقسيم الملفات إلى أجزاء أقل. يساعد إلغاء التجزئة على تسريع الوصول إلى البيانات واسترجاعها. يؤدي إلغاء تجزئة البيانات الموجودة على محركات الأقراص الثابتة إلى تحسين أدائها وكفاءة خوادم المؤسسة. في Exchange 2007/2010، تتيح لك عملية إلغاء التجزئة (بتعبير أدق، إلغاء التجزئة في وضع عدم الاتصال) تحرير مساحة على القرص. كيف؟ كل شيء بسيط للغاية، عند حذف المعلومات من قاعدة البيانات، لا يتم ضغطها تلقائيًا (تبقى مناطق فارغة)، وبالتالي لا ينخفض حجم ملف قاعدة البيانات.
على سبيل المثال، إذا قمت بحذف/نقل صناديق بريد مستخدم يبلغ إجمالي حجمها 5 جيجابايت من قاعدة بيانات بريد يبلغ حجمها 100 جيجابايت، فسيظل حجم الملف دون تغيير عند 100 جيجابايت. ومع ذلك، سيتم استخدام المساحة "المجانية" البالغة 5 جيجابايت بواسطة عناصر جديدة في المستقبل.
ومع ذلك، إذا كنت بحاجة إلى تقليل حجم ملف قاعدة بيانات البريد الخاص بك في Exchange 2010 عن طريق إزالة الصفحات غير المستخدمة، فيمكنك استخدام أحد الأساليب التالية:
إنشاء قاعدة بيانات جديدة ونقل كافة المربعات إليها وحذف قاعدة البيانات القديمة
إجراء إلغاء التجزئة دون اتصال لقاعدة البيانات الحالية
كل من هذه الأساليب لها إيجابيات وسلبيات. الأول جيد لأن الإجراء أقل خطورة، ولكنه أيضًا أقل ملاءمة، لأنه إذا كان لديك 500 بريد إلكتروني في قاعدة البيانات الخاصة بك. الصناديق، سيكون من الصعب جدًا حملها باليد. الطريقة الثانية ليست ملائمة لأنها تتطلب عددًا قليلاً من الموارد (المزيد حول هذا سنتحدثأبعد) وفي حالة الفشل، ليس من المعروف ما يمكن أن يؤدي إليه ذلك، ولكن يمكنه التعامل مع قاعدة بيانات كبيرة بسرعة نسبيا. الخيار لك. لا أعتقد أن الأمر يستحق وصف الطريقة الأولى، فكل شيء بديهي، لذلك سأركز على وصف الطريقة الثانية.
لاستخدام إلغاء التجزئة دون اتصال، يتم استخدام الأمر Eseutil. في وضع الأداة المساعدة جزء لا يتجزأتتمثل عملية إلغاء التجزئة في إنشاء قاعدة بيانات جديدة تحتوي على كافة البيانات التي كانت موجودة في قاعدة البيانات الأصلية، فيما عدا أنه يتم تجاهل الصفحات الفارغة وإعادة إنشاء الفهارس. بمجرد اكتمال عملية إلغاء التجزئة، يتم حذف قاعدة البيانات الأصلية أو تخزينها فيها المحدد من قبل المستخدممكان، و نسخة جديدةيحصل على نفس اسم قاعدة البيانات الأصلية.
قبل البدء في تقليل قاعدة بيانات Exchange2007/2010 باستخدام الأمر Eseutil، أقترح عليك مراعاة الأوامر وحدة التحكم في إدارة التبادلوالتي قد تكون مفيدة لفهم الوضع مع قواعد البيانات وحسابات البريد الإلكتروني.
باستخدام الأمر cmdlet التالي، يمكننا عرض قواعد بيانات البريد المتاحة للمؤسسة:
الحصول على MailboxDatabase
الآن دعونا نرى ما هي صناديق البريد الموجودة في قاعدة بيانات معينة (في هذا المثال، قاعدة بيانات صندوق البريد 1)
الحصول على MailboxDatabase "قاعدة بيانات صندوق البريد 1" | الحصول على صندوق البريد
من أجل استيراد الإحصائيات إلى ملف CSVفي نهاية الأمر نضيف
| تصدير-CSV C:\mailboxes.csv
يتم إنشاء ملف mailboxes.csv في جذر محرك الأقراص C
الآن دعنا ننتقل إلى أوامر التنسيق دون اتصال، أول شيء عليك القيام به قبل تصغير قاعدة البيانات هو إلغاء تحميلها، ولهذا يمكنك تشغيل الأمر إلغاء تحميل قاعدة البيانات - اسم قاعدة البيانات، أو تشغيل وحدة التحكم في إدارة التبادلادخل "تكوين الخادم - صندوق البريد" مع الجانب الأيمنستكون هناك جميع قواعد البيانات، اختر القاعدة التي نحتاجها وانقر عليها انقر على اليمينالماوس وحدد إلغاء تحميل قاعدة البيانات.
الأداة المساعدة ESEUTIL /d "G:\Exchange server\OTS\ots.edb"
إلغاء التجزئة ملف مؤقتسيتم إنشاؤه في جذر محرك الأقراص C، ويمكن أن يستغرق ما يصل إلى 110% من قاعدة البيانات الأصلية - ويجب أخذ ذلك في الاعتبار. 
إسيوتيل/d "G:\Exchange server\ROZN\rozn.edb" /t"G:\temp\tempdfg.edb"
سيتم إنشاء الملف المؤقت الذي تم إلغاء تجزئته على محرك الأقراص G مجلد مؤقت، يمكن أن يستغرق ما يصل إلى 110% من قاعدة البيانات الأصلية (يجب عليك أولاً إنشاء ملف tempdfg.edb) فإنه سيحل محل قاعدة البيانات الموجودة (في هذا المثال rozn.edb)
أتمنى أن تكون المقالة مفيدة لك وأنك نجحت في تقليل حجم قاعدة بيانات البريد الخاصة بك.