KB2653893 - الإصلاح: يستغرق الأمر وقتا طويلا لاستعادة قاعدة بيانات في SQL Server 2008 R2 أو في SQL Server 2008 أو في SQL 2012

الأعراض

قد يستغرق الأمر وقتا طويلا لاستعادة قاعدة بيانات في Microsoft SQL Server 2008 R2 أو في Microsoft SQL Server 2008 أو في Microsoft SQL Server 2012.

السبب

تحدث هذه المشكلة لأنه يستغرق وقتا طويلا لإنشاء قائمة ملف السجل الظاهري (VLF) عند وجود العديد من VLFs في قاعدة البيانات.

الحل

الحالة

أقرت Microsoft أن هذه المشكلة تحدث في منتجات Microsoft المسردة في المقطع "تنطبق على".

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

يمكنك التحقق من عدد مقاطع VLF عن طريق مراجعة ملف سجل خطأ SQL ثم عن طريق العثور على رقم تسلسل السجل (LSN) في كل ملف نسخ احتياطي لسجل المعاملات. تتوافق الأرقام الأولى قبل رمز النقطتين في LSNs مع عدد LSN.

على سبيل المثال، الرقم الأول في الرسالة الإعلامية الأولى ل LSN هو 1. ومع ذلك، فإن الرقم الأول في الرسالة الإعلامية الثانية ل LSN هو 100001. في هذا السيناريو، هناك 100,000 VLFs يتم استخدامها بين وقت الرسالة الإعلامية الأولى والرسالة الإعلامية الثانية. لذلك، يشبه سجل المعاملات المجزأ المسجل الذي يحتوي على العديد من Files السجل الظاهري (VLFs) ما يلي:

{تم نسخ السجل احتياطيا. قاعدة البيانات: mydbname، تاريخ الإنشاء(الوقت): 2010/07/08(12:36:46)، LSN الأول: 1:5068:70، LSN الأخير: 1:5108:1، عدد أجهزة التفريغ: 1، معلومات الجهاز: (FILE=1، TYPE=DISK: {'C:\folder\logbackup1.trn'}). هذه رسالة إعلامية فقط. لا يلزم اتخاذ أي إجراء من قبل المستخدم.

تم نسخ السجل احتياطيا. قاعدة البيانات: mydbname، تاريخ الإنشاء(الوقت): 2010/07/08(15:36:46)، LSN الأول: 100001:5108:1، آخر LSN: 100002:5108:1، عدد أجهزة التفريغ: 1، معلومات الجهاز: (FILE=2، TYPE=DISK: {'C:\folder\logbackup2.trn'}). هذه رسالة إعلامية فقط. لا يلزم اتخاذ أي إجراء من قبل المستخدم.}

المراجع

لمزيد من المعلومات حول أرقام تسلسل السجل (LSN)، تفضل بزيارة موقع ويب MSDN التالي:

معلومات عامة حول أرقام تسلسل السجل

لمزيد من المعلومات حول كيفية تأثير بنية ملف السجل على وقت استرداد قاعدة البيانات، تفضل بزيارة موقع ويب MSDN التالي:

كيف يمكن أن تؤثر بنية ملف السجل على وقت

استرداد قاعدة البياناتلمزيد من المعلومات حول سجلات المعاملات VLFs، تفضل بزيارة موقع ويب MSDN التالي:

معلومات عامة حول ملف سجل المعاملات

الحل البديل

• انتظر حتى تكتمل
  
  عملية الاستعادة أو الاسترداد إذا كانت لديك قاعدة بيانات غير مستردة تواجه الأداء البطيء عند استعادة قاعدة البيانات أو استردادها، فقد تضطر إلى الانتظار حتى تكتمل عملية الاستعادة أو الاسترداد. على سبيل المثال، قد ترى حالة عدم الاتصال أو حالة الاسترداد في SQL Server Management Studio (SSMS) لقاعدة بيانات غير مستردة. لا يوفر إيقاف SQL Server عادة أي تخفيف للتعافي البطيء وقد يستغرق المزيد من الوقت لتكرار نفس مرحلة تحليل الاسترداد أو مرحلة الإعادة أو مرحلة التراجع.

• تجنب استعادة تسلسل سجل المعاملات الذي يحتوي على آلاف ملفات VLFs
  
  إذا واجهت الأداء البطيء أثناء استعادة قاعدة بيانات واستردادها باستخدام ملف نسخ احتياطي، يمكنك تجنب استعادة تسلسلات سجل المعاملات التي تحتوي على الآلاف من VLFs. لتحديد ملف النسخ الاحتياطي الذي يحتوي على أكبر عدد من ملفات السجل الظاهرية المسجلة، استخدم العبارة التالية لمشاهدة عمودي FirstLSN وStLSN في ملفات النسخ الاحتياطي للسجل:
  استعادة HEADERONLY FROM DISK='C:\folder\file.trn'يمكنك
  
  أن تقرر تجنب استعادة ملفات النسخ الاحتياطي للسجل. أو يمكنك استخدام عبارة STOP AT في أوامر RESTORE لتجنب الأجزاء المجزأة للغاية من سجلات المعاملات. إذا لم تقم باستعادة تسلسلات السجل بالكامل حتى أحدث نقطة زمنية أثناء سيناريو استرداد الفشل، يحدث فقدان البيانات في قاعدة البيانات SQL Server. يحدث فقدان البيانات هذا لأنه لا يتم الاحتفاظ بجميع المعاملات. لذلك، هناك قرار مقايضة الأعمال. يمكنك استعادة سجل معاملات مجزأ للغاية بشكل كامل. ومع ذلك، قد تستغرق هذه العملية عدة ساعات. أو يمكنك استخدام عبارة STOP AT في الاسترداد لإيقاف الاسترداد قبل الجزء المجزأ للغاية من السجل. ومع ذلك، يتم فقدان أي معاملات مفقودة تحذفها.
  
  ملاحظة دون تثبيت هذا الإصلاح العاجل، لا يوجد عادة أي سبيل آمن للاسترداد السريع بعد إعادة تشغيل SQL Server. يجب على SQL Server تحديد موقع قائمة VLFs لتحليل ملفات السجل، وإعادة المعاملات المكتملة، ثم التراجع عن المعاملات غير المكتملة لإنهاء الاسترداد لإحضار قاعدة البيانات عبر الإنترنت بأمان. لا يمكنك تخطي المعاملات بأمان أثناء الاسترداد.