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

ملخص

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

296787 XADM: النسخ الاحتياطي دون اتصال وإجراءات استعادة تبادل Server 4.0 و 5.0 و 5.5

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

قبل أن تبدأ

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


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


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

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

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

.dn: CN أول مجموعة التخزين، CN = إينفورماتيونستوري، CN = Exchange1، CN = ملقمات CN = أول مجموعة إدارية، CN = "المجموعات الإدارية"، CN = المؤسسة، CN = Microsoft اكستشا نجى، CN = خدمات CN = التكوين، DC = الاختبار، DC = = com
changetype: إضافة
مسيكستشيسيبارامسيركولارلوج: 0
مسيكستشيسيباراملوجفيليباث: D:\exchsrvr\MDBDATA
مسيكستشيسيبارامسيستيمباث: D:\exchsrvr\MDBDATA
مسيكستشيسيبارامباسينامي: E00

.dn: CN مخزن المعلومات العامة (EXCHANGE1)، CN = أول مجموعة التخزين، CN = أونستوري إينفورماتي، CN = Exchange1، CN = ملقمات CN = أول مجموعة إدارية، CN = "المجموعات الإدارية"، CN = المؤسسة، CN = Microsoft Exchange أو CN = خدمات CN = التكوين، DC = = t قسم التدريب والامتحانات، DC = com
changetype: إضافة
مسيكستشيدبفيلي: D:\exchsrvr\MDBDATA\PUB. مجلس التنمية الاقتصادية
مسيكستشسلففيلي: D:\exchsrvr\MDBDATA\PUB.stm

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


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


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


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

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

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


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


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


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


تكون سجلات الحركة محدد 5 ميغا بايت (ميغا بايت). عند امتلاء ملف السجل الحالي، يتم تسميته برقم تسلسل الست عشري، يسمى رقم إنشاء سجل، ويتم إنشاء ملف سجل الحالي جديد. يتم ترقيم ملفات السجل ك E0n00001.log، E0n00002.log، وهكذا. خلال هذا المقال، يتم تعيين ملفات السجلات ذات تعداد رقمي عام E0nxxxxx-سجل.


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


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

النسخ الاحتياطي لقاعدة بيانات Exchange دون اتصال

إجراء نسخ احتياطي لقاعدة بيانات Exchange دون اتصال:
  1. إلغاء تحميل قاعدة البيانات التي تريد إجراء نسخ احتياطي. لا تحتاج إلى إلغاء تحميل كافة قواعد البيانات في مجموعة التخزين، قاعدة البيانات أو قواعد البيانات التي تريد إجراء النسخ الاحتياطي فقط.
  2. تحقق من أن ملفات قاعدة البيانات (ملف. edb و. stm) متناسقة والمطابقة لبعضها البعض. للقيام بذلك، بتشغيل الأمر التالي مقابل كل ملف:
    ملف قاعدة البيانات/mh eseutil | بحث/i "DB التوقيع"
    ملاحظة: تبادل 2000 Service Pack 2 ولاحقا عدم الإعلام عن حالة قاعدة البيانات "توافق" أو "عدم الاتساق"، بل "إيقاف تنظيف" أو "إيقاف التشغيل غير الصحيحة." معنى "إيقاف تنظيف" نفس "توافق"، وهو معنى "إيقاف التشغيل غير الصحيحة" نفس "عدم الاتساق". ل Exchange 2000 Service Pack 2 أو الأحدث، تشغيل هذا الأمر إضافية لتحديد حالة قاعدة البيانات كل:

    اسم _/mh eseutil قاعدة البيانات | بحث/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:14

    D:\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. إذا تم تمكين التسجيل الدائري، تجاوز هذه الخطوة. إذا تم تعطيل التسجيل الدائري، وتريد "لف إلى الأمام" لاحقاً، عليك إجراء النسخ الاحتياطي لكافة ملفات تسجيل المعاملات المرقمة (ملفات.logxxxxxE0n). يتم إنشاء نسخ احتياطية الملفات E0n.log و Res1.log و Res2.log.

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


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


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


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


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


    لعرض رقم إنشاء سجل داخلي، بتشغيل الأمر التالي:
    الأداة المساعدة eseutil/ml [ملف السجل] | البحث عن "لجينيريشن"/i
    ما يلي مثال الإخراج من الأمر السابق:
    E:\mdbdata>eseutil /ml E00.log | find /i "lgeneration"      lGeneration: 11463 (0x2CC7)

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

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


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


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

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

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

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


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


    للتحقق من مجاميع الصفحة لقاعدة بيانات Exchange، بتشغيل الأمر الأداة المساعدة Esefile التالية:
    esefile/ق اسم _ قاعدة البيانات
    ما يلي مثال الإخراج من الأمر السابق:
    E:\mdbdata>esefile /s priv.edb
    Checksumming
    0 10 20 30 40 50 60 70 80 90 100
    |----|----|----|----|----|----|----|----|----|----|
    ...................................................

    23042 pages seen
    0 bad checksums
    241 uninitialized pages
    0 wrong page numbers

    esefile completes successfully after 10 seconds

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


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


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

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

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

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

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

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

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

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

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

    للتحقق من ملف نقاط التحقق عند إيقاف كافة قواعد البيانات، بتشغيل الأوامر التالية:
    الأداة المساعدة eseutil/mk E0n.chk | البحث عن "حاجز"/i
    الأداة المساعدة eseutil/ml E0n.log | البحث عن "لجينيريشن"/i
    ما يلي مثال الإخراج من الأوامر السابقة:
    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)

    في المثال السابق، نقطة التفتيش في السجل باستخدام لجينيراتيون 0x2cc7، وهو e00.log. ولذلك، نقطة التفتيش يمكن أن تعتبر صالحة.

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


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


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

لف إلى الأمام استعادة نسخة احتياطية دون اتصال

الحصول على فرصة أفضل للنجاح التام تعيد ملفات السجل إلى قاعدة بيانات المستعادة:
  • الاحتفاظ بنسخة من كافة سجلات العمليات التي تم إنشاؤها بعد وقت النسخ الاحتياطي الكامل الأقدم.
  • لا يتم تغيير مسار قاعدة بيانات دون إجراء نسخة احتياطية جديدة كاملة بعد ذلك مباشرة.
  • يتم تشغيل الأداة المساعدة ESEUTIL/p أو ESEUTIL/d دون أخذ نسخة احتياطية جديدة كاملة بعد ذلك مباشرة.
  • إضافة أو إزالة قاعدة بيانات في مجموعة تخزين دون عمل نسخة احتياطية كاملة لكافة قواعد البيانات في مجموعة التخزين مباشرة.
لبدء عملية الاستعادة:
  1. إذا تم تحميل قاعدة البيانات التي تريد استعادتها، إلغاء تحميل من ثم قم بنسخ ملفات قاعدة البيانات التي تريد استعادتها للمسارات المناسبة على الملقم. في حالة وجود نسخ ملفات قاعدة البيانات التي تريد استعادة مسبقاً على الملقم، نسخ هذه النسخ احتياطياً قبل استعادة قاعدة بيانات، حتى إذا كانت الملفات الموجودة غير قابل للتشغيل. قد تكون الملفات قابلة، وقد تتمكن من استخدام الأداة المساعدة Exmerge لإنقاذ البيانات منها.
  2. إلغاء تحميل كافة قواعد البيانات في مجموعة التخزين ثم قم بتشغيل الأمر التالي على كل قاعدة بيانات في مجموعة التخزين الحالية ومقابل كل ملف قاعدة البيانات المستعادة:
    الأداة المساعدة eseutil/mh database_file_name | البحث عن "ثابت"/i
    ملاحظة: تبادل 2000 Service Pack 2 ولاحقا عدم الإعلام عن حالة قاعدة البيانات "توافق" أو "عدم الاتساق" بل "إيقاف تنظيف" أو "إيقاف التشغيل غير الصحيحة." معنى "إيقاف تنظيف" نفس "توافق"، وهو معنى "إيقاف التشغيل غير الصحيحة" نفس "عدم الاتساق". ل Exchange 2000 Service Pack 2 أو الأحدث، تشغيل هذا الأمر إضافية لتحديد حالة قاعدة البيانات كل:

    اسم _/mh eseutil قاعدة البيانات | بحث/i "إيقاف التشغيل"
    ما يلي مثال الإخراج من الأمر السابق:

    D:\mdbdata>eseutil /mh PRIV.EDB   | find /i "consistent"
    State: Consistent
    Last Consistent: (0x2cc7,2692,1ED) 04/12/2001 20:07:46


    I:\mdbdata<eseutil /mh PRIV.stm | find /i "consistent"
    State: Consistent
    Last Consistent: (0x2cc7,2692,1ED) 00/00/1900 00:00:00

    E:\mdbdata>eseutil /mh PRIV2.edb | find /i "consistent"
    State: Consistent
    Last Consistent: (0x2cc7,2685,171) 04/12/2001 20:07:41

    J:\mdbdata>eseutil /mh PRIV2.stm | find /i "consistent"
    State: Consistent
    Last Consistent: (0x2cc7,2685,171) 00/00/1900 00:00:00

    F:\mdbdata>eseutil /mh PRIV3.edb | find /i "consistent"
    State: Consistent
    Last Consistent: (0x2ac8,87,1FC) 04/12/2001 20:05:04

    K:\mdbdata>eseutil /mh PRIV3.stm | find /i "consistent"
    State: Consistent
    Last Consistent: (0x2ac8,87,1FC) 00/00/1900 00:00:00

    G:\mdbdata>eseutil /mh PRIV4.edb | find /i "consistent"
    State: Consistent
    Last Consistent: (0x2cc7,268C,19B) 04/12/2001 20:07:43

    L:\mdbdata>eseutil /mh PRIV4.stm | find /i "consistent"
    State: Consistent
    Last Consistent: (0x2cc7,268C,19B) 00/00/1900 00:00:00

    H:\mdbdata>eseutil /mh PUB.EDB | find /i "consistent"
    State: Consistent
    Last Consistent: (0x2cc7,2699,181) 04/12/2001 20:07:46

    M:\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. التحقق من التوقيع السجل التي يتم تسجيلها في رأس كل قاعدة بيانات التوقيع سجل الارتساء منخفضة. قم بتشغيل الأوامر التالية:
    الأداة المساعدة eseutil/mh اسم _ قاعدة البيانات | بحث/i "سجل التوقيع"
    الأداة المساعدة eseutil/ml 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. تحقق من أن المواقع مسار قاعدة البيانات الحالية هي نفسها كما كانت في الوقت الذي يمكنك إجراء النسخ الاحتياطي.

    على الرغم من أنه يمكنك تغيير مسار سجل الحركة أو مسار العمل بعد إجراء النسخ احتياطي، يمكنك فقط إجراء إعادة قراءة ملف السجل إذا كانت ملفات قاعدة البيانات في نفس الأماكن التي تم نسخها احتياطياً من. إذا كنت غير متأكد من المواقع الأصلية، قم بتشغيل الأمر التالي:
    الأداة المساعدة eseutil/ml _log "Last_Consistent" | بحث/i "اسم قاعدة البيانات" أو "نموذج"
    ما يلي مثال الإخراج من الأمر السابق:
    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.EDB

    d:\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 سجل الارتساء عالية فعلا، استخدم الأمر التالي للتحقق من قيمة لجينيريشن في رأس ملف السجل:
    الأداة المساعدة eseutil/ml E0n.log | البحث عن "لجينيراتيون"/i
    ما يلي مثال الإخراج من الأمر السابق:
    N:\mdbdata>eseutil /ml e00.log |find /i "lGeneration"
    lGeneration: 11463 (0x2cc7)

    ملاحظة: لعرض رأس ملف السجل باستخدام الأداة المساعدة Eseutil، استخدم رمز التبديل /ml ؛ لعرض رأس ملف قاعدة بيانات، استخدم رمز التبديل /mh . إذا تخلط بين رموز التبديل، إخراج الأوامر غير صحيح.


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


      -أو-
    • يتم استعادة كافة قواعد البيانات في مجموعة تخزين في نفس الوقت.
    ففي الحالة الأولى، التي من المحتمل أن تواجه أخطاء-1216 أثناء الاسترداد؛ وفي الحالة الثانية، يمكنك تشغيل ملفات السجل إلى الأمام، حتى بعد سجل الارتساء عالية، طالما استمروا في تسلسل لجينيراتيون.
  6. تحقق من كافة السجلات مشاركة نفس التوقيع سجل في تسلسل غير مقطوعة. قم بتشغيل الأمر التالي:
    الأداة المساعدة eseutil/ml E0n > filename.txt
    ما يلي مثال الإخراج من الأمر السابق:
    d:\mdbdata>eseutil /ml E00 > logverify.txt

    d:\mdbdata>type logverify.txt

    Microsoft(R) Exchange Server(TM) Database Utilities
    Version 6.0
    Copyright (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.log

    No damaged log files were found.

    Operation completed successfully in 3.305 seconds.

    يقوم هذا الأمر Eseutil ثلاثة أشياء: التحقق من كل ملف سجل للأضرار وتقارير أي فجوة في تسلسل ملف سجل الكشف عن عدم تطابق في توقيع السجل.


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


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


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


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


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

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


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


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


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


خصائص

رقم الموضوع: 296788 - آخر مراجعة: 18‏/01‏/2017 - المراجعة: 1

تعليقات