أنت غير متصل حاليًا، وفي انتظار الإنترنت الخاص بك ليقوم بإعادة الاتصال

النسخ الاحتياطي دون اتصال وإجراءات الاستعادة لـ Exchange

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

اضغط هنا لرابط المقالة باللغة الانجليزية296788
الموجز
توضح هذه المقالة الأساليب التي يمكنك استخدامها تجاوز تطبيق النسخ الاحتياطي الفوري (APIs) واجهات برمجة و يدوياً النسخ الاحتياطي واستعادة قواعد بيانات مخزن معلومات Exchange. إذا كان لديك عدة مجموعات التخزين على ملقم Exchange واحد لكل مجموعة تخزين يجب أن يتم اعتبار وحدة مستقلة ، مُضمن لأغراض النسخ الاحتياطي دون اتصال "و" الاستعادة.للحصول على معلومات إضافية حول النسخ الاحتياطي دون اتصال snapshot انقر فوق رقم المقالة أدناه لعرضها في "قاعدة المعارف لـ Microsoft:
296787XADM: إجراءات الاستعادة Exchange Server 4.0 و 5.0 و 5.5 والنسخ الاحتياطي دون
معلومات أخرى

قبل بدء لك

قبل إجراء النسخ غير المتصلة تأكد من أن لديك المعلومات التالية:
  • تحديد ما إذا كان يتم تمكين التسجيل الدائري مجموعة التخزين. (التسجيل الدائري هو تعطيل بشكل افتراضي في Exchange.) لتحديد ما إذا تم تمكين التسجيل الدائري فتح خصائص الكائن storage_group في "إدارة نظام Exchange ثم قم بعرض الصفحة العامة. لتعطيل التسجيل الدائري انقر لإلغاء تحديد خانة الاختيار التسجيل الدائري. إلى التسجيل الدائري لا تصبح التغييرات نافذة المفعول حتى تقوم بإيقاف لكل قاعدة بيانات في مجموعة التخزين.

    لا تحتاج لتعطيل تسجيل دائري لتنفيذ عمليات النسخ الاحتياطي دون اتصال. ومع ذلك، يجب عليك تعطيل تسجيل دائري إذا كنت ترغب في إعادة تشغيل المعاملة سجلات في عمليات النسخ الاحتياطي دون اتصال تمت استعادته.
  • تحديد مواقع مسار قاعدة البيانات Exchange و دفق ، سجل المعاملات و ملفات نقطة الاختبار و البادئة ملف سجل مجموعة التخزين.

    لتحديد هذه المعلومات فتح خصائص الكائن storage_group في "إدارة نظام Exchange ثم قم بعرض الصفحة العامة. تسجيل القيم لمربعات الثلاثة التالية:
    • بادئة ملف السجل (E0n ، حيث يمكن E0n E00 أو E01 ، E02 أو E03)
    • موقع تسجيل المعاملات (E0n*.log)
    • موقع مسار النظام (E0n.chk)
    يتم سرد المسارات قاعدة البيانات في خصائص قاعدة البيانات كل كائن database_name. تسجيل قيم حقلين التالية لكل قاعدة بيانات في مجموعة التخزين:
    • قاعدة بيانات Exchange (.edb)
    • دفق Exchange قاعدة البيانات (.stm)
في حالة عدم توفر إدارة نظام Exchange يمكنك العثور على كافة المعلومات السابق عن طريق قراءة سمات raw مباشرة من "Active Directory" باستخدام أداة مثل ADSIEDIT أو LDIFDE. يمكنك استخدام الأمر LDIFDE التالي إلى الإخراج معلومات حول كافة ملقمات Exchange في مجموعة تفرعات "Active Directory".

ملاحظة: قد يتم التفاف النص هذا الأمر لهذين.
LDIFDE -F EXPATHS.TXT -D "CN = تكوين DC = configuration_container_domain ، DC = top_level_domain" -L MSEXCHESEPARAMLOGFILEPATH ، MSEXCHESEPARAMSYSTEMPATH ،
MSEXCHSLVFILE MSEXCHESEPARAMBASENAME MSEXCHESEPARAMCIRCULARLOG ،
MSEXCHEDBFILE - R"(|(MSEXCHESEPARAMLOGFILEPATH=*)(MSEXCHESEPARAMSYSTEMPATH=*)(MSEXCHESEPARAMBASENAME=*)(MSEXCHESEPARAMCIRCULARLOG=*)(MSEXCHEDBFILE=*)(MSEXCHSLVFILE=*))"
التالي مثال عن الإخراج من الأمر السابق:
con D:\exchsrvr\mdbdata>ldifde -f & -d "cn = التكوين، dc = الاختبار، dc = com" eseparamlogfilepath msexch -l أو msexcheseparamsystempath ، msexcheseparambasename ، msexchesepar amcircularlog أو msexchslvfile msexchedbfile - r "(|(msexcheseparamlogfilepath=*) (مللي ثانية excheseparamsystempath=*)(msexcheseparambasename=*)(msexchslvfile=*) (msexchedbfi le=*)(msexcheseparamcircularlog=*))"
الاتصال بـ "dc1.child.test.com"
تسجيل الدخول كالمستخدم الحالي باستخدام SSPI
تصدير الدليل إلى خداع الملف
يتم الآن البحث عن إدخالات...

<الإخراج اقتطاع >

.dn: CN أول مجموعة التخزين CN = InformationStore CN = Exchange1 CN = ملقمات CN = مجموعة إدارية الأول ، CN = "مجموعات الإدارة" CN = هيكلي CN = nge Excha Microsoft CN = = خدمات CN = تكوين DC = اختبار ، DC = com
changetype: إضافة
msExchESEParamCircularLog: 0
msExchESEParamLogFilePath: D:\exchsrvr\MDBDATA
msExchESEParamSystemPath: D:\exchsrvr\MDBDATA
msExchESEParamBaseName: E00

.dn: CN = مخزن المعلومات العامة (EXCHANGE1) CN أول مجموعة التخزين CN = onStore Informati CN = Exchange1 CN = ملقمات CN = مجموعة إدارية الأول ، CN = "مجموعات الإدارة" CN = هيكلي CN = Microsoft Exchange CN = خدمات CN = = تكوين DC = t Tes DC = com
changetype: إضافة
msExchEDBFile: D:\exchsrvr\MDBDATA\PUB.EDB
msExchSLVFile: D:\exchsrvr\MDBDATA\PUB.stm

.dn: CN مخزن المعلومات الخاصة (Exchange1) CN = أول مجموعة التخزين CN = ionStore Informat CN = Exchange1 CN = ملقمات CN = مجموعة إدارية الأول ، CN = "مجموعات الإدارة" CN = هيكلي CN = Microsoft Exchange CN = = خدمات CN = تكوين DC = st تي DC = com
changetype: إضافة
msExchEDBFile: D:\exchsrvr\MDBDATA\PRIV.EDB
msExchSLVFile: D:\exchsrvr\MDBDATA\PRIV.stm
إلى بنجاح إعادة قراءة سجلات المعاملة, يجب استعادة ملفات قاعدة البيانات (.edb و .stm) إلى نفس مواقع المسار منه الملفات التي تم عمل نسخة احتياطية. على سبيل المثال، إذا أجريت النسخ الاحتياطي ملف قاعدة البيانات من ملف قاعدة البيانات المتدفقة من المجلد F:\Mdbdata والمجلد E:\Mdbdata يجب استعادة الملفات إلى E:\Mdbdata و F:\Mdbdata ، على التوالي. يسري هذا حتى إذا كنت ترغب في استعادة قاعدة البيانات إلى ملقم مختلف تماماً (على سبيل المثال، في موقف استرداد علبة بريد واحدة).

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

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

عدم إجراء نسخ احتياطي أو استعادة ملف نقاط التحقق (E0n.chk) ولكن عليك معرفة الموقع الحالي من ملف نقاط التحقق قد تحتاج إلى فحص عليه أو حذفه أثناء الاسترداد.

كيفية اربط ملفات قاعدة بيانات Exchange إلى كل أخرى

يتم .edb وملفات .stm المستودعات النهائي للحصول على كافة معلومات قاعدة البيانات. لأغراض معظم التعامل مع هذه الملفين كما لو كانت ملف واحد; نسخ احتياطي واستعادة هذه الملفات بالترادف. يجب أن تظل هذه الملفات متزامنة مع بعضها البعض بحسب الترتيب; ملف .edb النسخ الاحتياطي على يوم واحد لا يمكن مطابقته مع ملف دفق النسخ الاحتياطي في يوم آخر.

يمكن يدعم Exchange 2000 أو ملقم Exchange 2003 أربعة مجموعات التخزين ودعم كل مجموعة التخزين يمكن قواعد بيانات يصل إلى خمسة. هي مجموعة تخزين مجموعة من قواعد البيانات التي تشترك في مجموعة شائعة من ملفات سجل العمليات. يعتمد Microsoft Exchange Server 5.5 أقصى من تخزين مجموعة واحدة, الذي يدعم حتى قاعدتي (مخازن المعلومات العامة والخاصة).

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

لتجنب يتم تسمية التشويش التي تنتمي ملفات السجل إلى كل مجموعة تخزين سجلات Exchange التي تنتمي إلى مجموعة تخزين معطاة بادئة سجل فريد وهو الأحرف الثلاثة الأولى من اسم الملف. بادئات سجل صالح لمجموعات التخزين الأربعة المعتمدة على Exchange 2000 أو ملقم Exchange 2003 هي E00 و E01 E02 و E03. يتم تعيين بادئة سجل لمجموعة تخزين E0n خلال هذه المقالة. يكون ملف السجل الحالي مجموعة تخزين E0n.log دوماً.

تعتبر سجلات المعاملات موحدة 5 ميغابايت (MBs) في الحجم. عند امتلاء ملف السجل الحالي, تتم إعادة تسمية برقم تسلسل الست عشري تسمى السجل رقم إنشاء ثم إنشاء ملف سجل الحالي جديد. يتم ترقيم ملفات السجل كـ E0n00001.log E0n00002.log وهكذا. خلال هذه المقالة ملفات السجل رقمية تم تعيينها عام E0n xxxxx. السجل.

إذا تم إيقاف قاعدة بيانات بشكل غير طبيعي الرد السجلات (E0n.chk) ملف نقطة اختبار سجل المعاملات يجب أن تبدأ الاسترداد لاستعادة تناسق قاعدة البيانات. تسمى هذه العملية "استرداد النظام". يمكن أن يكون contrasted الاسترداد ناعمة مع "القرص الثابت الاسترداد," والذي هو العملية بواسطة أي سجل تم ردها الملفات بعد الاستعادة الاحتياطية عبر إنترنت. هو أهم الفرق بين الاسترداد ناعمة و الثابت التداخل بيانات ملف التصحيح في عملية إعادة قراءة ملف السجل أثناء استرداد القرص الثابت.

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

النسخ الاحتياطي قاعدة Exchange غير المتصل

لعمل نسخة احتياطية من قاعدة بيانات Exchange دون اتصال:
  1. إلغاء تحميل قاعدة البيانات التي تريد إجراء نسخ احتياطي. لا تحتاج إلى إلغاء تحميل كافة قواعد البيانات في مجموعة تخزين قاعدة البيانات أو قواعد البيانات التي تريد إجراء نسخ احتياطي فقط.
  2. تحقق من أن ملفات قاعدة البيانات (ملف .edb و .stm) متناسقة و متطابقة إلى بعضها البعض. للقيام بذلك، قم بتشغيل الأمر التالي مقابل كل ملف:
    ملف قاعدة البيانات /mh eseutil | العثور /i "DB التوقيع"
    ملاحظة: Exchange 2000 Service Pack 2 و فيما بعد عدم الإعلام حالة قاعدة بيانات "متوافقة" أو "Inconsistent" ولكن "تنظيف إيقاف التشغيل" أو "إيقاف التشغيل Dirty." معنى "إيقاف التشغيل" تنظيف"" هو نفس "متوافقة" ثم معنى "إيقاف Dirty" هو نفس "Inconsistent". للحصول على حزمة الخدمة Service Pack 2 الخاصة بـ Exchange 2000 أو الإصدار الأحدث، قم بتشغيل هذا الأمر إضافية لتحديد الحالة لكل قاعدة بيانات:
    eseutil /mh database_name | العثور /i "إيقاف"
    التالي مثال عن الإخراج من الأمر السابق:
    D:\mdbdata>eseutil /mh priv.edb | find /i "DB Signature"     DB Signature: Create time:04/02/2001 16:59:32 Rand:2746771 Computer:D:\mdbdata>eseutil /mh priv.stm | find /i "DB Signature"     DB Signature: Create time:04/02/2001 16:59:32 Rand:2746771 Computer:							
    في المثال السابق، التواقيع DB هي نفسها ، والذي إثبات أن .edb وملفات .stm تنتمي إلى نفس مجموعة. (يجب أن تتطابق مع كلا أسطر تواقيع حرف حرف بكاملها أن تعتبر تطابق توقيع).

    ليس فقط يجب أن تطابق التواقيع DB ولكن يجب أيضاً أن الملفات متزامنة مع بعضها البعض و متناسقة. قم بتشغيل الأمر التالي مقابل كل ملف:
    ملف قاعدة البيانات /mh eseutil | البحث عن "متناسقة" /i
    التالي هو مثال عن الإخراج من الأمر السابق:
    D:\mdbdata>eseutil /mh priv.edb | find /i "consistent"             State: Consistent   Last Consistent: (0x2CC7,1F14,1F7)  04/04/2001 18:07:14D:\mdbdata>eseutil /mh priv.stm | find /i "consistent"             State: Consistent   Last Consistent: (0x2CC7,1F14,1F7)  00/00/1900 00:00:00							
    في المثال السابق، كلا تقرير الملفات "حالة: المتناسقة." كما يجب أن تتطابق مع أرقام ست عشرية في أقواس (0x2CC7 ، 1F14 ، 1F7) لكل ملف. لا يلزم تطابق الطابع الزمني "المتناسقة الأخير". هذه الملفات كل متناسقة و متطابقة إلى بعضها البعض.

    إذا كان الملف إما تقارير "حالة: غير متسقة" مواضع السجل "الأخير المتناسقة" غير متزامنة أو غير تم إلغاء قاعدة البيانات بوضوح. تحميل و إلغاء تحميل قاعدة البيانات مرة أخرى. في حال الملفات لا تزال لا تتطابق بشكل صحيح أو غير متناسقة اتصل بخدمات دعم منتج Microsoft "(PSS) للحصول على مزيد من المساعدة.
  3. نسخ ملف قاعدة البيانات لكل .edb وملف المناظر .stm الدفق قاعدة البيانات إلى موقع النسخ احتياطي.
  4. تحميل في النسخ الاحتياطي لقواعد البيانات.
  5. إذا تم تمكين التسجيل الدائري تجاوز هذه الخطوة. إذا تم تعطيل التسجيل الدائري التي تريد "لف إلى الأمام" لاحقاً يجب إجراء النسخ الاحتياطي لكافة ملفات سجل العمليات ذات تعداد رقمي (ملفات .log xxxxx E0n). لا إعادة إعداد الملفات E0n.log و Res1.log Res2.log.

    يمكنك إجراء النسخ الاحتياطي ملفات السجلات ذات تعداد رقمي في أي وقت ملائم حتى مباشرة بعد إنشاء ، لأن بعد تمت إعادة تسمية ملف سجل من E0n.log إلى E0n xxxxx .log ، Exchange لا يبدل هذا الملف مرة أخرى. ومع ذلك، احتياطي حذف ملفات السجل فقط استناداً إلى الإرشادات في الخطوة 6.

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

    إذا قمت بالإشارة إلى المثال السابق هو آخر إدخال متناسقة (0x2CC7 ، 1F14 ، 1F7). تعيين ثلاثة أرقام في ملف سجل ، صفحة في ملف السجل هذا إزاحة بايت إلى تلك الصفحة. يتضمن كل ملف سجل 512 بايت لكل تقريباً 10000 صفحات. إزاحة صفحة يعطي فكرة جيدة عن كيفية إغلاق ملف السجل يتم الكامل (ملف السجل في المثال السابق حوالي % 80 الكامل, لأن 0x1F14 مكافىء 7956 العشرية) ، ولكنه صلة الاسترداد. استرداد يبدأ دائماً في بداية ملف السجل.

    في هذا المثال، يكون ملف السجل الارتساء منخفضة E0n02cc7.log.

    قد لا ترى دوماً سجل متناسقة آخر على القرص كـ مرقمة سجل، لأن سجل متناسقة الأخير قد لا يزال تسمية E0n.log. يمكنك مشاهدة التسلسل سيتم إعطاء رقم E0n.log أخيراً عن طريق فحص رأس ملف السجل أثناء إيقاف قاعدة البيانات (تم رفض الوصول إلى رأس E0n.log أثناء تشغيل قاعدة البيانات).

    لعرض رقم إنشاء تسجيل داخلي قم بتشغيل الأمر التالي:
    /ml eseutil [ملف السجل] | العثور /i "lGeneration"
    التالي مثال عن الإخراج من الأمر السابق:
    E:\mdbdata>eseutil /ml E00.log | find /i "lgeneration"      lGeneration: 11463 (0x2CC7)							
    في العديد من الحالات، فمن المهم أكثر تأكد من أن النسخ الاحتياطية ملف سجل جيدة من تأكد من أن كل النسخ الاحتياطي لقاعدة البيانات جيدة. وهذا لأن النسخ الاحتياطي لقاعدة البيانات لكل يمكن توفير فائض الأخرى ولكن كانت تعتمد على ميزة الاحتفاظ بحالة كل ملف السجل بعد ذلك النسخ الاحتياطي الكامل الاسترداد من النسخ الاحتياطي لقاعدة البيانات أي.
  6. تخطي هذه الخطوة إذا تم تمكين التسجيل الدائري. افحص رأس ملف نقطة اختبار لتحديد ملف السجل المرقمة الأعلى يمكن إزالتها بأمان. يتعقب نقطة الاختبار الدنيا ذات تعداد رقمي ملف السجل غير الضرورية لاسترداد التلقائي إذا تم إيقاف قاعدة البيانات بشكل غير طبيعي. فحص ملف نقطة اختبار بتشغيل الأمر التالي:
    /mk eseutil E0n.chk
    التالي مثال عن الإخراج من الأمر السابق:
    D:\exchsrvr\mdbdata>eseutil /mk e00.chk | find /i "checkpoint"      Checkpoint file: e00.chk      LastFullBackupCheckpoint: (0x0,0,0)      Checkpoint: (0x2CC7,9607,256)							
    السطر الثالث سطر نقطة تدقيق على المعلومات ذات الصلة (LastFullBackupCheckpoint الإدخال المستخدمة من قبل النسخ الاحتياطي عبر الإنترنت وقد تبقى كافة الأصفار إذا أبداً يتم إجراء نسخ احتياطي عبر إنترنت قاعدة بيانات). هو تنسيق موضع نقطة تدقيق السجل نفسه الإدخال متناسقة الأخير في رأس قاعدة البيانات. في هذا المثال نقطة الاختبار في E0002cc7.log.

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

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

    هام: لا يؤدي إزالة سجل نقطة التحقق.

    في هذا المثال، يمكنك إزالة كافة سجلات E0002cc6.log.
  7. هذه الخطوة اختيارية. يمكن استخدام الأداة المساعدة Esefile التحقق من تكامل مستوى الصفحة قواعد البيانات المنسوخة.

    يتوفر ملف Esefile.exe في مجلد دعم على المضغوطة Exchange Server 5.5 Service Pack 3 أو القرص المضغوط الخاص بتثبيت Exchange 2000 Server أو القرص المضغوط الخاص بتثبيت Exchange Server 2003. يمكنك أيضاً الحصول على ملف Esefile.exe من PSS Microsoft. تعمل الأداة المساعدة Esefile لملفات .edb من Exchange Server 5.0 أو 5.5 Exchange 2000 وفي Exchange 2003.

    لا توجد حالياً طريقة أخرى غير عبر الإنترنت النسخ الاحتياطي إلى التحقق من الاختبارية للملفات لكل صفحة من ملف .stm. يحتوي الملف .stm البيانات الأولية. كافة الفهارس ومؤشرات تنظيم البيانات موجودة في ملف .edb. يسبب مشكلة في ملف .stm عميل محدد فقد البيانات ولكنه لا بخرق تكامل بنية أو منطقية قاعدة بيانات بالكامل.

    للتحقق من الاختبارية للملفات الصفحة للحصول على قاعدة بيانات Exchange بتشغيل الأمر الأداة المساعدة Esefile التالية:
    /s esefile database_name
    التالي مثال عن الإخراج من الأمر السابق:
    E:\mdbdata>esefile /s priv.edbChecksumming0    10   20   30   40   50   60   70   80   90  100|----|----|----|----|----|----|----|----|----|----|...................................................23042 pages seen0 bad checksums241 uninitialized pages0 wrong page numbersesefile completes successfully after 10 seconds							
    صفحات غير مهيأ المقبولة ولكن في قاعدة البيانات مع أي مشاكل قد تم الاختبارية للملفات غير صالح 0 0 أرقام الصفحات غير صحيح.

    إذا لم قاعدة بيانات بتمرير التحقق من التكامل الأداة المساعدة Esefile ، هو الخيار الأفضل بالنسبة لك في استعادة النسخة احتياطية سابقة تعرف أن جيدة ثم استعادة قاعدة البيانات إلى الأمام. في حالة عدم توفر مثل النسخ احتياطي راجع PSS للحصول على نصائح حول كيفية إصلاح أو إنقاذ قاعدة البيانات.
  8. هذه الخطوة اختيارية. يمكنك استخدام الأمر التالي إلى التحقق من التكامل النسخ الاحتياطي ملفات السجل:
    /ml eseutil E0n
    التالي مثال عن الإخراج من الأمر السابق:
    k:\backups>eseutil /ml E00							
    يجب تشغيل هذا الأمر من مجلد الذي يحتوي على النسخ الاحتياطي لملفات السجل. كما يمكنك تشغيل هذا الأمر من مجلد السجل الحالي قيد التشغيل ولكن إذا يحاول الأداة المساعدة Eseutil قراءة رأس E0n.log أثناء تشغيل أية قاعدة بيانات في مجموعة تخزين ، تظهر رسالة خطأ-1032 (JET_errFileAccessDenied).

    هذا الأمر بالكشف عن تلف في ملفات السجل فيه أيضاً يحذرك ملف سجل غير موجود في منتصف تسلسل أو في حالة وجود عدم تطابق في توقيع بين أي من ملفات السجل.

استعادة احتياطي غير متصل من قاعدة بيانات Exchange

يصف هذا المقطع طريقتين لاستعادة النسخ غير المتصلة:
  • عملية الاستعادة "نقطة في وقت". يتم ردها أية ملفات السجل إلى قاعدة البيانات. يتم فقدان كافة البيانات التي تم إنشاؤها بعد النسخ الاحتياطي.
  • عملية الاستعادة "لف إلى الأمام". تتم قراءة ملفات السجل التي تم إنشاؤها بعد النسخ الاحتياطي إلى قاعدة البيانات. إذا كانت كافة ملفات السجل متوفرة، كافة البيانات التي تم إنشاؤها بعد النسخ الاحتياطي يمكن يتم الاحتفاظ. إذا تم تمكين التسجيل الدائري يجب إجراء عملية استعادة "نقطة زمنية" النسخ الاحتياطي دون اتصال; لا يمكنك اختيار استعادة "لف إلى الأمام".
يجب أن تفي مجموعة الملفات التي قمت باستعادتها المعايير التالية الحد الأدنى:
  • نقطة في عمليات الاستعادة الوقت يجب أن تكون كافة قواعد بيانات إيقافها في مجموعة تخزين متناسقة و يجب أن يكون هناك ملف نقاط تحقق صالح. لا تقم بحذف ملف نقاط التحقق الحالي أو أية ملفات السجل الموجودة.
  • عمليات الاستعادة إلى الأمام اللف ، يجب أن تكون كافة قواعد البيانات في مجموعة تخزين توقف و متناسقة كما يجب أن تكون كافة ملفات السجل التي تم إنشاؤها بعد الوقت الذي تم أخذ النسخة الاحتياطية موجودة (بما في ذلك E0n.log الحالي). يجب أن يتم حذف ملف نقاط التحقق.
إذا لم تلب مجموعة ملفات الشروط السابقة, لا قد الاستعادة ثم إعادة بالضرورة يفشل ولكن من المحتمل أن تظهر رسالة خطأ التي تستخدم خط الهاتف-1216 (JET_errAttachedDatabaseMismatch) أثناء الاسترداد ضعيف.

التعامل مع خطأ-1216

خطأ في Exchange 2000 والإصدارات الأحدث السبب-1216 عندما يكشف عن ملفات البيانات التي يكون تم العبث يدوياً Exchange يحدد ذلك الاسترداد قيد التشغيل باستخدام مجموعة البيانات الحالي قد ينتج ضياع مسبقاً إجراءات وقائية استرداد ناعمة إضافي الموجودة البيانات.

في الإصدارات السابقة من Exchange إذا مجموعة ملفات غير كاملة ولكن غير صالح من أجل إعادة ناجحة بتشغيل الاسترداد ناعمة بدون تحذير إضافية إلى المسؤول. في Exchange 2000 والإصدارات الأحدث، يجب أن المسؤول تجاوز خطأ-1216 بشكل خاص باستخدام الأداة المساعدة Eseutil.

أشر في وقت الاستعادة من Backup دون اتصال

لتنفيذ نقطة في وقت الاستعادة من النسخ غير المتصلة:
  1. إذا تم تحميل قاعدة البيانات التي تريد استعادتها حالياً, تحميل. إذا تم إلغاء تحميل أية قواعد البيانات الأخرى في مجموعة تخزين قاعدة البيانات قواعد البيانات هذه و دفق الملفات (.edb و .stm) يجب أن يكون كل متناسقة و متطابق. (للتحقق من التناسق ومن مطابقة ، راجع الخطوة 2 في قسم "النسخ الاحتياطي Exchange دون قاعدة اتصال" من هذه المقالة.)

    في حالة إلغاء كافة قواعد البيانات في مجموعة التخزين، يجب أن تكون كافة قواعد البيانات متناسقة ثم يجب أن يتواجد ملف نقاط تحقق صالح. ملف نقطة اختبار صحيح هو ملف نقاط تحقق قيد الاستخدام آخر مرة تم تشغيل أي من قواعد بيانات في مجموعة التخزين الذي يحتوي على رأس يسرد E0n.log كـ نقطة الاختبار. إذا كان لا يزال تحميل أية قاعدة بيانات في مجموعة التخزين, هو ملف نقاط التحقق صالح ملف نقاط التحقق يتم استخدامه حالياً من قبل النظام. في حالة تشغيل أية قاعدة بيانات في مجموعة تخزين موجود نقطة اختبار صالح.

    التحقق من ملف نقاط التحقق عند إيقاف كافة قواعد البيانات, قم بتشغيل الأوامر التالية:
    /mk eseutil E0n.chk | /i FIND "اختبار"
    /ml eseutil E0n.log | /i FIND "lgeneration"
    التالي مثال عن الإخراج من أوامر السابق:
    D:\mdbdata>eseutil /mk e00.chk | find /i "checkpoint"      Checkpoint file: e00.chk      LastFullBackupCheckpoint: (0x0,0,0)      Checkpoint: (0x2cc7,1B59,1A)D:\mdbdata>eseutil /ml e00.log |find /i "lgeneration"      lGeneration: 11463 (0x2cc7)							
    في المثال السابق، نقطة الاختبار في السجل باستخدام lGeneration 0x2cc7 ، وهو e00.log. لذلك، نقطة الاختبار يمكن أن تعتبر صالحة.

    إذا لم تكن نقطة الاختبار صحيح قد تظهر رسالة خطأ التي تستخدم خط الهاتف-1216 (JET_errAttachedDatabaseMismatch) عند محاولة تحميل أية قاعدة بيانات في مجموعة التخزين. يمكن أن تحدث هذه المشكلة حتى إذا كانت كافة قواعد البيانات في مجموعة تخزين متناسقة.
  2. نسخ احتياطية .edb والملفات .stm إلى قاعدة البيانات المناسبة و مواقع ملفات الدفق. (للعثور على هذه المواقع راجع القسم "قبل يمكنك بدء" في هذه المقالة.) تحقق من أن الملفات تمت استعادتها متناسقة و متطابق.

    ملاحظة: إذا وجود نسخ ملفات قاعدة البيانات التي تريد استعادة مسبقاً على الملقم احتياطي هذه الملفات قبل استعادة قاعدة البيانات، حتى لو كانت الملفات الموجودة غير قابل للتشغيل يوجد. قد يكون repairable ثم قد تتمكن البيانات الخردة منها باستخدام الأداة المساعدة Exmerge.
  3. تحميل قاعدة بيانات تمت استعادتها. إرفاق قاعدة البيانات نفسها إلى نهاية ملف E0n.log. بعد أن تم بدء تشغيل قاعدة البيانات بنجاح, يمكن ذي يمكن ردها ملفات السجل الموجودة مسبقاً في قاعدة البيانات. قد تستغرق قواعد بيانات المجلدات العمومية التي تحتوي على آلاف مجلدات في التسلسل الهرمي وقتاً طويلاً لبدء. يسمح دقيقة واحدة على الأقل كل المجلدات 1,000 في التسلسل الهرمي.

    في الإصدارات السابقة من Exchange Server يمكنك عادةً المطلوبة لتشغيل ISINTEG - تصحيح الأمر بعد استعادة احتياطية دون اتصال من قاعدة بيانات مخزن معلومات, لمزامنة قاعدة بيانات مخزن مع الدليل. عند التصحيح عن قاعدة بيانات Exchange الضرورية التصحيح تتم تلقائياً بواسطة النظام, إلا إذا كانت قاعدة البيانات استعادة إلى ملقم آخر مجموعة التخزين أو كائن قاعدة البيانات المنطقي أو كائن "Active Directory" لقاعدة بيانات يحتوي تم حذف ثم إعادة إنشائه في "Active Directory". في هذه الحالات، يتم تسجيل رسالة الخطأ التالية في سجل أحداث التطبيق.
    نوع الحدث: خطأ
    مصدر الحدث: مخزن علبة البريد MSExchangeIS
    فئة الحدث: عام
    معرّف الحدث: 1087
    تاريخ: 5/4/2001
    الوقت: 8:33:42 م
    المستخدم: N/A
    جهاز الكمبيوتر: EXCHANGE1
    وصف: تمت استعادة في مخزن المعلومات من احتياطية دون اتصال. في Microsoft Exchange "نظام إدارة" ، تشير إلى السماح في قاعدة البيانات "الأولى التخزين Group\Private مخزن المعلومات" استعادة إلى ، بحيث يمكن أن يتم تصحيحها.
    لحل هذه المشكلة، يجب أن انقر لتحديد خانة الاختيار يمكن الكتابة فوق قاعدة البيانات هذه قبل استعادة في "إدارة نظام Exchange" ، في خصائص قاعدة البيانات كائن قاعدة البيانات.

لف الأمام الاستعادة من Backup دون اتصال

للحصول على أفضل فرصة نجاح إتمام replaying ملفات السجل إلى قاعدة بيانات تمت استعادتها:
  • للاحتفاظ بنسخة من كافة سجلات المعاملات التي تم إنشاؤها بعد وقت النسخ الاحتياطي الكامل الأقدم.
  • لا تقم بتغيير مسار قاعدة بيانات دون إجراء نسخ احتياطي جديد كامل فوراً بعد ذلك.
  • لا تقم بتشغيل ESEUTIL /p أو ESEUTIL /d بدون أخذ نسخة احتياطية جديدة كاملة فوراً بعد ذلك.
  • لا تقم بإضافة أو إزالة قاعدة بيانات في مجموعة تخزين دون إجراء نسخة احتياطية كاملة لكافة قواعد البيانات مباشرة في مجموعة التخزين.
لبدء عملية الاستعادة:
  1. إذا تم تحميل قاعدة البيانات التي تريد استعادتها إلغاء تحميل عليه ثم قم بنسخ ملفات قاعدة البيانات التي تريد استعادتها إلى مسارات المناسبة على الخادم. في حالة وجود نسخ ملفات قاعدة البيانات التي تريد استعادة مسبقاً على الملقم احتياطية هذه النسخ من قبل استعادة قاعدة بيانات ، حتى لو كانت الملفات الموجودة غير قابل للتشغيل يوجد. قد تكون الملفات repairable ثم قد تتمكن من استخدام الأداة المساعدة Exmerge الخردة البيانات منها.
  2. إلغاء تحميل كافة قواعد البيانات في مجموعة التخزين ثم قم بتشغيل الأمر التالي مقابل لكل قاعدة بيانات في مجموعة التخزين الحالي و مقابل كل ملف قاعدة البيانات المستعادة:
    /mh eseutil database_file_name | البحث عن "متناسقة" /i
    ملاحظة: Exchange 2000 Service Pack 2 و فيما بعد عدم الإعلام حالة قاعدة بيانات "متوافقة" أو "Inconsistent" ولكن "تنظيف إيقاف التشغيل" أو "إيقاف التشغيل Dirty." معنى "إيقاف التشغيل" تنظيف"" هو نفس "متوافقة" ثم معنى "إيقاف Dirty" هو نفس "Inconsistent". للحصول على حزمة الخدمة Service Pack 2 الخاصة بـ Exchange 2000 أو الإصدار الأحدث، قم بتشغيل هذا الأمر إضافية لتحديد الحالة لكل قاعدة بيانات:
    eseutil /mh database_name | العثور /i "إيقاف"
    التالي مثال عن الإخراج من الأمر السابق:
    D:\mdbdata>eseutil /mh PRIV.EDB   | find /i "consistent"            State: Consistent  Last Consistent: (0x2cc7,2692,1ED)  04/12/2001 20:07:46I:\mdbdata<eseutil /mh PRIV.stm   | find /i "consistent"            State: Consistent  Last Consistent: (0x2cc7,2692,1ED)  00/00/1900 00:00:00E:\mdbdata>eseutil /mh PRIV2.edb   | find /i "consistent"            State: Consistent  Last Consistent: (0x2cc7,2685,171)  04/12/2001 20:07:41J:\mdbdata>eseutil /mh PRIV2.stm   | find /i "consistent"            State: Consistent  Last Consistent: (0x2cc7,2685,171)  00/00/1900 00:00:00F:\mdbdata>eseutil /mh PRIV3.edb   | find /i "consistent"            State: Consistent  Last Consistent: (0x2ac8,87,1FC)  04/12/2001 20:05:04K:\mdbdata>eseutil /mh PRIV3.stm   | find /i "consistent"            State: Consistent  Last Consistent: (0x2ac8,87,1FC)  00/00/1900 00:00:00G:\mdbdata>eseutil /mh PRIV4.edb   | find /i "consistent"            State: Consistent  Last Consistent: (0x2cc7,268C,19B)  04/12/2001 20:07:43L:\mdbdata>eseutil /mh PRIV4.stm   | find /i "consistent"            State: Consistent  Last Consistent: (0x2cc7,268C,19B)  00/00/1900 00:00:00H:\mdbdata>eseutil /mh PUB.EDB   | find /i "consistent"            State: Consistent  Last Consistent: (0x2cc7,2699,181)  04/12/2001 20:07:46M:\mdbdata>eseutil /mh PUB.stm   | find /i "consistent"            State: Consistent  Last Consistent: (0x2cc7,2699,181)  00/00/1900 00:00:00							
    يحتوي هذا الأمر ثلاثة أغراض:
    • للتحقق من أن ملفات قاعدة البيانات كل متناسقة.
    • للتحقق من أن .edb وملفات .stm لقاعدة بيانات كل زوج متطابق.
    • لتحديد ملفات السجل الارتساء منخفضة و عالية التي تعد ملفات السجل الأول والأخير المطلوبة لاسترداد كافة البيانات بدون إنشاء خطأ-1216 بنجاح. أقل قيمة متناسقة آخر عبر كافة قواعد البيانات سجل الارتساء منخفضة وهو أعلى قيمة متناسقة الأخير سجل الارتساء عالية.
    في المثال السابق، يكون ملف السجل الارتساء منخفضة E0002ac8.log ثم E0002cc7.log يكون ملف السجل الارتساء عالية.
  3. تحقق من صحة التوقيع السجل التي يتم تسجيلها في رأس كل قاعدة بيانات توقيع سجل الارتساء منخفضة. تشغيل الأوامر التالية:
    /mh eseutil database_name | العثور /i "توقيع سجل"
    /ml eseutil low_anchor_log | العثور /i "توقيع"
    التالي مثال عن الإخراج من الأمر السابق:
    D:\mdbdata>eseutil /mh priv.edb | find /i "Log Signature"    Log Signature: Create time:12/29/2000 21:6:38 Rand:24842 Computer:E:\mdbdata>eseutil /mh PRIV2.edb   | find /i "consistent"    Log Signature: Create time:12/29/2000 21:6:38 Rand:24842 Computer:F:\mdbdata>eseutil /mh PRIV3.edb   | find /i "consistent"    Log Signature: Create time:12/29/2000 21:6:38 Rand:24842 Computer:G:\mdbdata>eseutil /mh PRIV4.edb   | find /i "consistent"    Log Signature: Create time:12/29/2000 21:6:38 Rand:24842 Computer:H:\mdbdata>eseutil /mh PUB.EDB   | find /i "consistent"    Log Signature: Create time:12/29/2000 21:6:38 Rand:24842 Computer:D:\exchsrvr\mdbdata\save>eseutil /ml e0002ac8.log | find /i "Signature"      Signature: Create time:12/29/2000 21:6:38 Rand:24842 Computer:      Signature: Create time:12/29/2000 21:6:40 Rand:67798 Computer:      Signature: Create time:12/29/2000 21:6:41 Rand:58314 Computer:							
    قد تقرير ملف سجل تواقيع متعددة. التوقيع الأول هو دوماً التوقيع الخاص للملف سجل; تبقى قواعد البيانات التي كانت قيد التشغيل في الوقت الذي تم إنشاء ملف سجل. في المثال السابق، متطابقة التواقيع السجل التي تم تسجيلها في ملفات قاعدة البيانات توقيع سجل في سجل الارتساء منخفضة.

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

    على الرغم من أنه يمكنك تغيير مسار سجل المعاملة أو مسار العمل بعد إجراء النسخ احتياطي ، يمكنك فقط إجراء إعادة قراءة ملف السجل في حالة وجود ملفات قاعدة البيانات في نفس الأماكن التي تم عمل نسخة احتياطية من. إذا كنت غير متأكد من المواقع الأصلية بتشغيل الأمر التالي:
    /ml eseutil "Last_Consistent"_log | العثور /i "database name or pattern"
    التالي مثال عن الإخراج من الأمر السابق:
    N:\mdbdata>eseutil /ml e0002cc7.log |find /i ".edb"      1 f:\MDBDATA\PRIV3.edb      2 g:\MDBDATA\PRIV4.edb      3 d:\MDBDATA\PRIV.EDB      4 e:\MDBDATA\PRIV2.edb      5 h:\MDBDATA\PUB.EDBd:\mdbdata>eseutil /ml e0002cc7.log |find /i ".stm"        streaming file: k:\MDBDATA\PRIV3.stm        streaming file: l:\MDBDATA\PRIV4.stm        streaming file: i:\MDBDATA\PRIV.stm        streaming file: j:\MDBDATA\PRIV2.stm        streaming file: m:\MDBDATA\PUB.stm							
    ملاحظة: إذا كان السجل الارتساء منخفضة E0n00001.log فإنه لا يكون لها معلومات المسار في به رأس لأنه يتم إنشاء رأس السجل الأول في سلسلة قبل أي وقت مضى المرفق في السجل قاعدة البيانات الأولى. في هذه الحالة، يجب أن تبحث في رأس السجل التالي لعرض معلومات مسار قاعدة البيانات. في بعض الحالات النادرة، قد يكون ذلك أيضاً صحيح سجلات لاحقاً أكبر من الأول لأنه تم إنشاء قاعدة بيانات أو إرفاق دفق سجل بعد إنشاء السجل.
  5. جمع كافة السجلات من رقم الارتساء منخفضة للأمام كما أقصى قدر ممكن في التسلسل مقطوعة ونسخ هذه السجلات إلى مسار سجلات المعاملة الحالية. عدم الكتابة فوق سجلات الموجودة مسبقاً في مكان على الخادم بدون نسخ تلك سجلات احتياطياً أولاً. للقيام بذلك، قد تحتاج إلى استعادة ملفات السجل من أكثر من نوع وسائط النسخ الاحتياطي.

    في المثال السابق، الارتساء منخفضة E0002ac8.log وتعد الارتساء عالية E0002cc7.log. عند فحص سجلات المتوفرة قد سجل المرقمة أعلى يمكنك العثور على واحد أقل عدد من رقم الضرورية (على سبيل المثال، E0002cc6.log ، بدلاً من 2cc7). يحدث هذا عادة بسبب E0n.log يحتوي لم يتم يتم تعبئة ثم إعادة تسمية إلى الرقم الخاص به في التسلسل. لتحديد ما إذا كان E0n.log بالفعل سجل الارتساء عالية يجب عليك استخدام الأمر التالي للتحقق من قيمة lGeneration في رأس ملف السجل:
    /ml eseutil E0n.log | العثور /i "lGeneration"
    التالي مثال عن الإخراج من الأمر السابق:
    N:\mdbdata>eseutil /ml e00.log |find /i "lGeneration"      lGeneration: 11463 (0x2cc7)							
    ملاحظة: عرض رأس ملف السجل مع الأداة المساعدة الأداة المساعدة Eseutil ، استخدم رمز التبديل /ml; لعرض رأس ملف قاعدة بيانات استخدام رمز التبديل /mh. إذا كنت تخلط بين رموز التبديل الإخراج من الأوامر غير صحيحة.

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

      - أو -
    • استعادة كافة قواعد البيانات مرة واحدة في مجموعة تخزين.
    في الحالة الأولى من المحتمل أن تواجه أخطاء-1216 أثناء الاسترداد; في الحالة الثانية يمكن تشغيل سجل إعادة توجيه الملفات حتى بعد سجل الارتساء عالية طالما كانت متابعة تسلسل lGeneration.
  6. تحقق من كافة السجلات مشاركة نفس التوقيع سجل في تسلسل مقطوعة. قم بتشغيل الأمر التالي:
    /ml eseutil E0n > filename.txt
    التالي مثال عن الإخراج من الأمر السابق:
    d:\mdbdata>eseutil /ml E00 > logverify.txtd:\mdbdata>type logverify.txtMicrosoft(R) Exchange Server(TM) Database UtilitiesVersion 6.0Copyright (C) Microsoft Corporation 1991-2000.  All Rights Reserved.Initiating FILE DUMP mode...Verifying log files...      Base name: e00      Log file: D:\exchsrvr\mdbdata\save1\E0000001.log      Log file: D:\exchsrvr\mdbdata\save1\E0000002.log      Log file: D:\exchsrvr\mdbdata\save1\E0000003.log      Log file: D:\exchsrvr\mdbdata\save1\E0000004.log      Log file: D:\exchsrvr\mdbdata\save1\E0000005.log      Log file: D:\exchsrvr\mdbdata\save1\E0000006.log      Log file: D:\exchsrvr\mdbdata\save1\E0000007.log      Log file: D:\exchsrvr\mdbdata\save1\E0000008.log      Log file: D:\exchsrvr\mdbdata\save1\E0000009.log      Log file: D:\exchsrvr\mdbdata\save1\E000000A.log      Log file: D:\exchsrvr\mdbdata\save1\E000000B.log      Log file: D:\exchsrvr\mdbdata\save1\E00.logNo damaged log files were found.Operation completed successfully in 3.305 seconds.							
    يقوم هذا الأمر الأداة المساعدة Eseutil ثلاثة أشياء: بفحص كل ملف سجل بحثًا عن التلف تقارير أي الفراغ في تسلسل ملف سجل ويكشف حالات عدم التطابق توقيع سجل.

    يجب أن تطابق كافة التواقيع سجل بين كافة ملفات السجل التي يتم إعادة المرشحين. يجب إزالة أية سجلات التي لا تتضمن مطابقة التواقيع قبل بدء عملية إعادة التشغيل.

    عند هذه النقطة بعد إزالة الملفات التي لم تمرير الاختبارات التحقق من سجل العمليات فقط الملفات في المجلد "سجلات المعاملات" الملفات التي:
    • في تسلسل lGeneration مقطوعة بدءاً من ملف السجل الارتساء منخفضة و المتابعة حتى الأقل ملف السجل الارتساء عالية ثم بعد ذلك، إذا كان ذلك ممكناً.
    • يكون مطابقة التواقيع السجل.
  7. إذا سجل الارتساء عالية لم يتم بالفعل تسميته E0n.log ، إعادة تسميتها.
  8. إزالة ملف E0n.chk من المجلد "مسار النظام".

    في غياب ملف نقاط التحقق Exchange Server تبدأ إعادة قراءة السجلات من الدنيا ذات تعداد رقمي ملف السجل الذي يكون متوفراً في المجلد "سجلات المعاملات": سجل الارتساء منخفضة. في حالة وجود ملف E0n.chk يبدأ Exchange Server إعادة التشغيل عند نقطة اختبار التي يتم تسجيلها في هذا الملف. إذا أشار E0n.chk بعد سجل الارتساء منخفضة, بالكامل فشل إعادة تعيين الملف المستعاد. في معظم الحالات، إذا قمت بخطأ ما مع ملف نقاط التحقق يجب عليك بدء تشغيل عبر استعادة ملفات قاعدة البيانات من النسخة الاحتياطية.
  9. تحقق أنها اختيار نهائي قبل تحميل مجموعة تخزين:
    • كافة ملفات قاعدة بيانات موجودة في المسارات الخاصة بهم قيد التشغيل.
    • ملفات السجلات فقط في مسار سجل المعاملة قيد التشغيل هي الملفات التي تبدأ من سجل الارتساء منخفضة ومتابعة الأقل إلى سجل الارتساء عالية باستخدام سجل المتوفرة الأعلى باسم E0n.log.
    • لا يوجد أي ملف E0n.chk في مجلد "مسار النظام".
    يجب أن الآن قادراً على تحميل مجموعة تخزين بنجاح والبدء إعادة تشغيل المعاملة سجلات مع تعيين هذا الملف. حتى بعد إنهاء الاسترداد ثم يبدأ تشغيل قاعدة البيانات كافة البيانات في كافة ملفات السجل قد لا فعلياً يمكن استرداد لوجود DB التوقيع والمسار المشكلات التي يتم مصادفتها أثناء إعادة التشغيل. يوفر المقطع "التعامل مع قاعدة البيانات توقيع و مسار Mismatches" من هذه المقالة على معلومات إضافية حول هذه المشكلات.
  10. إذا لم يتم بالفعل تشغيل مخزن المعلومات ، بدء تشغيله ثم ثم تحميل قاعدة بيانات واحد على الأقل في مجموعة التخزين. يؤدي هذا الاسترداد ناعمة تشغيل كافة قواعد البيانات في مجموعة التخزين.

    في الإصدارات السابقة من Exchange Server عادةً ما تحتاج إلى تشغيل ISINTEG - تصحيح الأمر بعد استعادة احتياطية دون اتصال من قاعدة بيانات مخزن معلومات, لمزامنة قاعدة بيانات باستخدام الدليل. عند التصحيح عن قاعدة بيانات Exchange الضرورية التصحيح تتم تلقائياً بواسطة النظام, إلا إذا كانت قاعدة البيانات استعادة إلى ملقم آخر مجموعة التخزين أو كائن قاعدة البيانات المنطقي أو كائن "Active Directory" لقاعدة بيانات يحتوي تم حذف ثم إعادة إنشائه في "Active Directory". في هذه الحالات، يتم تسجيل رسالة الخطأ التالية في سجل أحداث التطبيق.
    نوع الحدث: خطأ
    مصدر الحدث: مخزن علبة البريد MSExchangeIS
    فئة الحدث: عام
    معرّف الحدث: 1087
    تاريخ: 5/4/2001
    الوقت: 8:33:42 م
    المستخدم: N/A
    جهاز الكمبيوتر: EXCHANGE1
    وصف: تمت استعادة في مخزن المعلومات من احتياطية دون اتصال. في Microsoft Exchange "نظام إدارة" ، تشير إلى السماح في قاعدة البيانات "الأولى التخزين Group\Private مخزن المعلومات" استعادة إلى ، بحيث يمكن أن يتم تصحيحها.
    لحل هذه المشكلة، يجب أن انقر لتحديد خانة الاختيار يمكن الكتابة فوق قاعدة البيانات هذه قبل استعادة في "إدارة نظام Exchange" ، في خصائص قاعدة البيانات كائن قاعدة البيانات.
تحقق من سجل أحداث التطبيق في عارض الأحداث Microsoft Windows NT عن أي أخطاء أو الشذوذ التي قد تحدث عند بدء تشغيل قاعدة البيانات. يتم عرض حدث 301 لكل ملف السجل هو ردها. مراقبة بعناية الأخطاء والتحذيرات أثناء عملية الاسترداد.

التعامل مع توقيع قاعدة البيانات ومسار Mismatches

قواعد البيانات، مثل ملفات السجل ، يكون لديك التواقيع الخاصة بهم. ولكن على الرغم من أنه لا تقم بتغيير التواقيع السجل بعد الوقت الذي يتم إنشاء ملف E0n000001.log تغيير التواقيع قاعدة البيانات عندما يتم تبديل الطبولوجيا الفعلية من قاعدة البيانات بدون تغييرات تم تعقّبها خلال ملفات السجل. إلغاء التجزئة دون اتصال أو إصلاح قاعدة البيانات مع الأداة المساعدة Eseutil تغيير التوقيع DB. بعد مثل حدث ما يمكن إرفاق قاعدة البيانات إلى دفق سجل نفس كـ قبل ولكن لا يقبل قاعدة البيانات إعادة أي المعاملات التي تم تنفيذها أثناء تحتوي قاعدة البيانات الخاصة به توقيع السابقة. لا يقبل نسخة سابقة من قاعدة البيانات إعادة أية معاملة تم إجراؤها بعد تغيير توقيع قاعدة البيانات.

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

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

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

reviewdocid 0x3f3 XADM exch2kp2w 3f3

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

خصائص

رقم الموضوع: 296788 - آخر مراجعة: 12/03/2007 04:50:06 - المراجعة: 4.8

Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange Server 2003 Standard Edition, Microsoft Exchange 2000 Server Standard Edition, Microsoft Windows Small Business Server 2003 Premium Edition, Microsoft Windows Small Business Server 2003 Standard Edition

  • kbmt kbproductlink kberrmsg kbhowto KB296788 KbMtar
تعليقات
=">0].appendChild(m); html>