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

وصف تأثيرات عمليات nonlogged أدنى حد من متطلبات المسجلة على عملية الاستعادة في SQL Server "و" النسخ الاحتياطي سجل المعاملة

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

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

مقارنة SQL Server 7.0 يستخدم SQL Server 2000 ثلاثة طرز الاسترداد جديدة. الفرق في SQL Server 2000 أيضاً الموضح في هذه المقالة.
معلومات أخرى

SQL Server 7.0

استناداً إلى العملية nonlogged قد تتصرف SQL Server 7.0 في ثلاث طرق مختلفة عند محاولة إجراء النسخ احتياطي سجل معاملة بعد مثل هذه العمليات nonlogged:
  • سلوك واحد النسخ الاحتياطي يفشل مع رسائل الخطأ هذه:
    ملقم: رسالة 4213 ، مستوى 16 حالة 1، السطر 1

    لا يسمح "سجل النسخ الاحتياطي" لأن الملف dbname لقد تم subjected تحديثات nonlogged يمكن إظهارها للأمام. تنفيذ قاعدة بيانات كامل أو جزئي قاعدة البيانات، النسخ الاحتياطي.
    - و -
    ملقم: رسالة 3013 ، مستوى 16 حالة 1، السطر 1

    عملية النسخ الاحتياطي أو الاستعادة إنهاء بشكل غير طبيعي.
    ما يتسبب هذا السلوك ؟

    تتضمن عمليات nonlogged يؤدي إلى "سلوك واحد":

    • nonlogged bcp
    • حدد في
    • writetext
    • updatetext
    • البيانات تحويل خدمات (DTS) مع تحميل الاستخدام السريع وإلغاء تمكين تأمين الجدول.
    تتضمن كافة عمليات السابقة إما تعديل البيانات أو إدراج البيانات الجديدة. لأنه لم يتم تسجيل البيانات الجديدة بشكل كامل في سجل المعاملات لا يمكن استخدام السجل لاستعادة البيانات لاحقاً في حالة التي فشل ذريع. يجب إجراء نسخ احتياطي كامل أو جزئي قاعدة بيانات قبل يمكن استئناف النسخ الاحتياطية سجل المعاملة.

  • فشل النسخ الاحتياطي مع ظهور رسائل الخطأ هذه: "سلوك الثاني" النسخ الاحتياطي إرجاع رسالة التحذير هذه ومن ثم يقوم بإجراء النسخ الاحتياطي سجل المعاملة:
    لا يوجد أي النسخ الاحتياطي لقاعدة البيانات الحالية. لا يمكن استخدام هذه النسخة الاحتياطية سجل لرمي للأمام من النسخ احتياطي لقاعدة بيانات السابقة.
    ما يتسبب هذا السلوك ؟

    تتضمن عمليات يؤدي إلى "سلوك الثاني":

    • النسخ الاحتياطي سجل بواسطة truncate_only
    • sp_dboption "trunc. تسجيل الدخول، chkpt"تعيين إلى TRUE متبوعاً

      sp_dboption "trunc. تسجيل الدخول chkpt قم بتعيين إلى FALSE.
    هذه العمليات باقتطاع الجزء غير نشط في سجل المعاملات دون النسخ الاحتياطي سجل المعاملات. بعد اقتطاع السجل ، محاولات اللاحقة لإجراء النسخ الاحتياطي سجل المعاملات إلى إرجاع رسالة تحذير. متابعة SQL Server لإنشاء النسخ الاحتياطي سجل المعاملة. على الرغم من ذلك، هذه النسخة الاحتياطية سجل المعاملة غير صالح كما لا تتم استعادة. يتم إرجاع رسائل الخطأ التالية عند محاولة استعادة النسخ الاحتياطية سجل مثل:

    ملقم: رسالة 4305 ، مستوى 16 حالة 1، السطر 1

    لا يمكن استعادة هذا مجموعة النسخ الاحتياطي بسبب أيضاً قاعدة البيانات لم يتم التراجع عنه إلى الأمام الآن كافية. يجب أولاً استعادة كافة السجلات السابقة قبل استعادة هذا السجل.
    - و -
    ملقم: رسالة 3013 ، مستوى 16 حالة 1، السطر 1

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

العملية يقود إلى "سلوك الثالث":
  • اقتطاع الجدول
جدول اقتطاع reclaims صفحات المستخدمة من قبل الجدول. يسجل سجل المعاملات المعلومات deallocation الصفحة. لذلك، يمكن أن يتم إرجاع العملية التي للأمام. النسخ الاحتياطي سجل المعاملة اللاحقة يُسمح ثم يمكن استخدامها من أجل استعادة أحدث.

SQL Server 2000 في SQL Server 2005

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

في طراز الاسترداد بسيطة فشل أي محاولة لإجراء النسخ الاحتياطي سجل المعاملات دوماً مع رسائل الخطأ التالية:
ملقم: رسالة 4208 ، مستوى 16 حالة 1، السطر 1

غير مسموح عبارة "سجل النسخ الاحتياطي" عندما يكون طراز الاسترداد بسيطة. استخدام "قاعدة بيانات النسخ الاحتياطي" أو تغيير طراز الاسترداد باستخدام ALTER قاعدة بيانات.
- و -
ملقم: رسالة 3013 ، مستوى 16 حالة 1، السطر 1

يتم الآن إنهاء "سجل النسخ الاحتياطي" بشكل غير طبيعي.
في طراز تسجيل مجمع قد يتم تنفيذ تسجيل الأدنى العمليات التالية لحفظ مساحة السجل المعاملة:
  • تحميل عمليات مجمعة, بما في ذلك bcp INSERT كبيرة الحجم.
  • CREATE INDEX ، بما في ذلك طرق العرض المفهرسة.
  • حدد في
  • writetext
  • updatetext
  • DTS مع تحميل الاستخدام السريع وإلغاء تمكين تأمين الجدول.
مختلفة من SQL Server 7.0 SQL Server 2000 و SQL Server 2005 فعلياً يسمح سجل المعاملات احتياطياً بعد مثل هذه العمليات أدنى حد من متطلبات المسجلة. النسخ الاحتياطي مثل المعاملة بتسجيل ليس فقط إجراء النسخ الاحتياطي السجل ، أيضاً بالنسخ الاحتياطي النطاقات المخصصة إلى العمليات السابقة. لذلك، يمكن استخدام النسخ الاحتياطية سجل مثل استعادة أحدث. ومع ذلك، يسمح طراز الاسترداد Bulk-Logged فقط قاعدة البيانات التي يمكن استعادتها إلى نهاية نسخة احتياطية سجل المعاملة عند النسخ الاحتياطي سجل يحتوي على تغييرات كبيرة الحجم. الاسترداد في فترات زمنية غير معتمد. فضلاً عن ذلك، النسخ الاحتياطي سجل الذي يحتوي على عمليات تسجيل كبيرة الحجم يتطلب الوصول إلى كافة ملفات البيانات في قاعدة البيانات. في حالة عدم إمكانية الوصول إلى ملفات البيانات سجل المعاملات النهائية لا يمكن إجراء نسخ احتياطي وفقدان كافة العمليات المنفذة في ذلك السجل.

في SQL Server 2000 وفي SQL Server 2005 موجود سجل اقتطاع على الخيار نقطة التحقق فقط من أجل التوافق مع الإصدارات السابقة. توصي Microsoft باستخدام طراز الاسترداد البسيطة بدلاً من ذلك. إذا قمت بتغيير الطراز الاسترداد من ممتلئ أو تسجيل كبيرة الحجم إلى بسيطة ثم الرجوع النسخ الاحتياطية سجل المعاملة اللاحقة بإرجاع نفس رسالة تحذير كما هو موضح في المقطع سلوك انتشار "SQL Server 7.0" وقم بإجراء نسخة احتياطية السجل بعد رسالة تحذير.

فشل عمليات الاستعادة التالية باستخدام مثل النسخ الاحتياطية سجل المعاملة مع رسائل الخطأ التالية:
ملقم: رسالة 4305 ، مستوى 16 حالة 1، السطر 1

يبدأ السجل في مجموعة النسخ الاحتياطي هذا عند LSN LSNnumber ، والتي جداً في وقت متأخر تطبيق قاعدة البيانات. يمكن استعادة النسخ سجل سابقة يتضمن LSN LSNnumber.
- و -
ملقم: رسالة 3013 ، مستوى 16 حالة 1، السطر 1

يتم الآن إنهاء RESTORE سجل بشكل غير طبيعي.
ينطبق السلوك ثلاثي الموضحة في القسم "SQL Server 7.0" أيضاً على SQL Server 2000.

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

خصائص

رقم الموضوع: 272093 - آخر مراجعة: 12/07/2005 00:52:04 - المراجعة: 4.3

Microsoft SQL Server 7.0 Standard Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2005 Workgroup Edition

  • kbmt kbinfo KB272093 KbMtar
تعليقات