تصحيح: خطأ 9002 وخطأ عند محاولة إضافة أو النسخ الاحتياطي 3052 ملف السجل في SQL Server 2012

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

اضغط هنا لرابط المقالة باللغة الانجليزية3095156
الأعراض
نفترض أن استخدام مجموعة "إتاحة الحصول" في قاعدة بيانات Microsoft SQL Server 2012، ووجود حركة نشطة مفتوحة كبيرة ويتطلب مساحة إضافية من السجل. عندما لا يمكن زيادة حجم ملف السجل لأحد الأسباب التالية، فشل الحركة.
  • عدم وجود مساحة إضافية
  • تم تكوين ملف السجل غير للنمو
  • ملف السجل قد وصل إلى الحد الأقصى للحجم المكونة
بالإضافة إلى ذلك، تتلقى رسالة الخطأ التالية:
خطأ: 9002، الخطورة: حالة 17,: 9.
سجل المعاملات لقاعدة البيانات 'اسم قاعدة البيانات> 'إلى' LOG_BACKUP ' الكامل.
بعد تشغيل النسخ احتياطي لسجل، تتلقى رسالة خطأ 9002 أخرى:
خطأ: 9002، الخطورة: حالة 17,: 9.
سجل المعاملات لقاعدة البيانات 'اسم قاعدة البيانات> 'إلى' ACTIVE_TRANSACTION ' الكامل.
بعد آخر نسخ احتياطي السجل، ثم تظهر آخر 9002 الرسالة متبوعة برسالة خطأ 5901:
خطأ: 9002، الخطورة: حالة 17,: 9.
سجل المعاملات لقاعدة البيانات 'اسم قاعدة البيانات> 'إلى' AVAILABILITY_REPLICA ' الكامل.

تعذر كتابة سجل نقطة تحقق في قاعدة البياناتاسم قاعدة البيانات> سبب نفاد مساحة السجل. اتصل بمسؤول قاعدة البيانات لاقتطاع السجل أو تخصيص مساحة إضافية لملفات سجل قاعدة البيانات.
خطأ: 5901، الخطورة: حالة 16,: 1.
واحد أو أكثر من وحدات الاسترداد التي تنتمي إلى قاعدة البيانات 'اسم قاعدة البيانات> ' فشل إنشاء نقطة تفتيش. يحدث هذا عادة بسبب نقص موارد النظام مثل القرص أو الذاكرة، أو في بعض الحالات بسبب عطب في قاعدة البيانات. فحص الإدخالات في سجل الأخطاء للحصول على معلومات أكثر تفصيلاً عن هذا الفشل.
عند النسخ الاحتياطية التالية نقطة اختبار أو سجل ثم أخذت أثناء العودة إلى الحالة السابقة للحركة، قد تتلقى رسالة الخطأ التالية:
جي إس 3052، مستوى 16 حالة 1، السطر الرابع
سجل النسخ الاحتياطي كان غير قادر على تسجيل التحديثات لقاعدة البيانات 'اسم قاعدة البيانات>'. سيطلب منك تقديم وجهة النسخ الاحتياطي من النسخ الاحتياطية التالية سجل 'معرف الشبكة 1> 'إلى'معرف الشبكة 2> ' بعد أن يتم توفير مساحة السجل لتسجيل الدخول إليها.
عند تلقي هذه الرسائل، كنت لم تعد قادرة على تقديم أي حركات جديدة إلى قاعدة البيانات، ويمكنك زيادة حجم ملف السجل أو إضافة ملف سجل آخر.

الحل
تم تصحيح هذه المشكلة أولاً في التحديث التراكمي التالية من SQL Server: توصية: تثبيت آخر تحديث تراكمي ل SQL Server
يحتوي التحديث التراكمي كل جديدة ل SQL Server على كافة الإصلاحات العاجلة وكافة إصلاحات الأمان التي تم تضمينها مع التحديث التراكمي السابق. نوصي بتحميل وتثبيت أحدث التحديثات التراكمية ل SQL Server:
الحل البديل
يمكنك استخدام الحل البديل التالي لاقتطاع السجلات واستئناف النشاط.
  1. تحقق من كل نسخة متماثلة الثانوية للتحقق من نسخة متماثلة الثانوية last_hardened_lsn (انظر sys.dm_hadr_database_replica_states) يتطابق مع النسخة المتماثلة الأساسية last_hardened_lsn. يمكنك القيام بذلك عن طريق تشغيل الاستعلام التالي النسخة المتماثلة الأساسية المتصلة
    SELECT ags.name as AGGroupName,    ar.replica_server_name as InstanceName,    hars.role_desc,    db_name(drs.database_id)as DBName,    drs.last_hardened_lsn, drs.log_send_queue_size,    drs.synchronization_state_desc as SyncState,    ar.availability_mode_desc as SyncMode,    CASE drs.is_local WHEN 1 THEN drs.database_id ELSE NULL END as database_id    FROM sys.dm_hadr_database_replica_states drs    LEFT JOIN sys.availability_replicas ar ON drs.replica_id = ar.replica_id    LEFT JOIN sys.availability_groups ags  ON ar.group_id = ags.group_id    LEFT JOIN sys.dm_hadr_availability_replica_states hars        ON ar.group_id = hars.group_id and ar.replica_id = hars.replica_id      WHERE db_name(drs.database_id) = '<database name>'
  2. على النسخة المتماثلة الأساسية
    • إزالة قاعدة البيانات من مجموعة التوافر.
    • إعادة إضافة قاعدة البيانات إلى مجموعة التوافر.
  3. في كل نسخة متماثلة الثانوية
    • إعادة إضافة قاعدة البيانات إلى مجموعة التوافر.
بإزالة قاعدة البيانات من مجموعة التوافر، سيتم اقتطاع سجلات بها فورا وأن تحرر مساحة السجل.

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

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

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

خصائص

رقم الموضوع: 3095156 - آخر مراجعة: 09/22/2015 02:54:00 - المراجعة: 1.0

Microsoft SQL Server 2012 Service Pack 2

  • kbqfe kbsurveynew kbfix kbexpertiseadvanced kbmt KB3095156 KbMtar
تعليقات