توزع Microsoft إصلاحات Microsoft SQL Server 2005 و2008 و2008 R2 كملف واحد قابل للتنزيل. لأن الإصلاحات تراكمية، يحتوي كل إصدار جديد على كافة الإصلاحات العاجلة وجميع إصلاحات الأمان التي تم تضمينها مع إصدار الإصلاح 2005 و2008 و2008 R2 SQL Server السابق.
مؤشرات الخطأ
اطّلع على السيناريو التالي:
-
يمكنك تثبيت Microsoft SQL Server 2005 أو Microsoft SQL Server 2008 أو Microsoft SQL Server 2008 R2 على كمبيوتر.
-
توجد قاعدة بيانات واحدة أو أكثر في نموذج الاسترداد الكامل أو المجمع.
-
الحجم الأولي لملف سجل المعاملات لقاعدة البيانات صغير. ومع ذلك، يزداد حجم ملف المعاملة.
-
يتم تكوين زيادة النمو التلقائي لملف سجل المعاملات إلى حجم صغير. على سبيل المثال، يتم تكوين زيادة النمو التلقائي إلى ميغابايت واحد أو إلى واحد بالمائة. أو، يمكنك زيادة ملف سجل المعاملات باستخدام نمو يدوي صغير.
-
يزداد ملف سجل المعاملات بزيادة النمو الصغيرة. بعد فترة من الوقت، يكون ملف سجل المعاملات كبيرا.
على سبيل المثال، يزداد ملف سجل المعاملات من 100 ميغابايت إلى عشرة غيغابايت. يزداد ملف سجل المعاملات بمقدار ميغابايت واحدة في كل نمو.
في هذا السيناريو، قد تواجه المشاكل التالية:
-
يكون استرداد قاعدة البيانات بطيئا عند بدء تشغيل قاعدة البيانات إذا كان هناك حجم كبير من العمل لاسترداده.
على سبيل المثال، هناك عملية معلقة مفتوحة لفترة طويلة. أو، لا يتم تنفيذ الكثير من المعاملات الصغيرة الحجم عند إيقاف تشغيل SQL Server أو إعادة تشغيله. في هذه الحالة، قد تتلقى خطأ لوقت استرداد مقدر طويل في مرحلة التحليل أو في مرحلة التراجع أو في مرحلة الإعادة. يشبه الخطأ ما يلي ويتم تسجيله في ملف سجل الأخطاء SQL Server 2005:تحليل قاعدة البيانات 'mydatabase' (7) مكتمل بنسبة 0٪ (يبقى حوالي 1234 ثانية). هذه رسالة إعلامية فقط. لا يلزم اتخاذ أي إجراء من قبل المستخدم.
-
يكون استرداد قاعدة البيانات بطيئا عند استعادة ملف نسخة احتياطية كاملة لقاعدة البيانات وتسلسل سجل معاملات إضافي إذا تم إحضار قاعدة البيانات عبر الإنترنت.
ملاحظة لجعل قاعدة البيانات متصلة أثناء عملية الاستعادة، استخدم بناء جملة WITH RECOVERY أو خيارات WITH STANDBY = <> بناء الجملة. -
استرداد النسخ المتطابق لقاعدة البيانات بطيئ على خادم شريك في زوج النسخ المتطابق.
-
يعد تقدم عامل قارئ السجل للنسخ المتماثل للمعاملات بطيئا للعمليات التالية:
-
يتم تحليل سجل المعاملات لقاعدة بيانات الناشر.
-
تتم إضافة أمر إلى قاعدة بيانات التوزيع.
-
يتم نسخ المعاملات نسخا متماثلا.
-
-
يحدث الأداء البطيء عند إنشاء لقطة قاعدة بيانات إذا تم تسجيل العديد من المعاملات أو إذا كانت سجلات المعاملات تظل نشطة لفترة طويلة. تحدث هذه المشكلة لأن اللقطة يجب أن تقوم بتشغيل الاسترداد ويجب التراجع عن سجلات المعاملات.
-
يحدث الأداء البطيء عند استخدام بناء جملة DBCC CHECKDB لإنشاء لقطة قاعدة بيانات مخفية يتعين عليها استرداد لقطة قاعدة البيانات بالكامل لتشغيل عمليات التحقق من التناسق.
السبب
تحدث هذه المشاكل لأن ملفات السجلات الظاهرية (VLFs) في ملف سجل المعاملات قد تتسبب في بطء الأداء عندما يقوم SQL Server بالمسح الضوئي من خلال VLFs هذه أثناء العمليات التالية:
-
استرداد قاعدة البيانات
-
النسخ المتطابق لقاعدة البيانات
-
لقطة قاعدة البيانات
-
أنشطة قارئ سجل النسخ المتماثل لمعاملات قاعدة البيانات
عند نمو ملف سجل المعاملات لقاعدة بيانات بزيادات صغيرة في أثناء ظروف النمو القصوى، فإن الآلاف إلى مئات الآلاف من VLFs موجودة داخل مجموعة واحدة من ملفات سجل المعاملات (.ldf). ومع ذلك، فإن نمو السجل الكبير بزيادات كبيرة ينشئ العديد من VLFs فقط عن طريق المقارنة. على سبيل المثال، قد يكون العديد أقل من 100 VLFs.
لاحظ أن VLFs هي الأقسام أو المقاطع التي يتم استخدامها داخليا بواسطة SQL Server في ملف سجل المعاملات.
الحل
معلومات التحديث التراكمي
SQL Server 2008 R2
تم إصدار تصحيح هذه المشكلة لأول مرة في التحديث التراكمي 6. لمزيد من المعلومات حول كيفية الحصول على حزمة التحديث التراكمي هذه SQL Server 2008 R2، انقر فوق رقم المقالة التالية لعرض المقالة في قاعدة معارف Microsoft:
2489376 حزمة التحديث التراكمي 6 ل SQL Server 2008 R2 ملاحظة لأن الإصدارات تراكمية، يحتوي كل إصدار إصلاح جديد على كافة الإصلاحات العاجلة وجميع إصلاحات الأمان التي تم تضمينها مع إصدار إصلاح SQL Server 2008 R2 السابق. نوصي بأن تفكر في تطبيق أحدث إصدار إصلاح يحتوي على هذا الإصلاح العاجل. للمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة معارف Microsoft":
981356 إصدارات SQL Server 2008 R2 التي تم إصدارها بعد إصدار SQL Server 2008 R2
SQL Server 2008 Service Pack 1
تم إصدار تصحيح هذه المشكلة لأول مرة في التحديث التراكمي 12 لحزمة خدمة SQL Server 2008 1.
ملاحظة لأن الإصدارات تراكمية، يحتوي كل إصدار تصحيح جديد على كافة الإصلاحات العاجلة وجميع إصلاحات الأمان التي تم تضمينها مع إصدار تصحيح SQL Server 2008 السابق. توصي Microsoft بأن تفكر في تطبيق أحدث إصدار إصلاح يحتوي على هذا الإصلاح العاجل. للمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة معارف Microsoft":
970365 يتم إنشاء إصدارات SQL Server 2008 التي تم إصدارها بعد إصدار حزمة الخدمة 1 SQL Server 2008 ل Microsoft SQL Server 2008 لحزم خدمة SQL Server معينة. يجب تطبيق الإصلاح العاجل SQL Server 2008 Service Pack 1 على تثبيت SQL Server 2008 Service Pack 1. بشكل افتراضي، يتم تضمين أي إصلاح عاجل يتم توفيره في حزمة خدمة SQL Server في حزمة خدمة SQL Server التالية.
SQL Server 2008 Service Pack 2
تم إصدار تصحيح هذه المشكلة لأول مرة في التحديث التراكمي 2 لحزمة خدمة SQL Server 2008.
ملاحظة لأن الإصدارات تراكمية، يحتوي كل إصدار تصحيح جديد على كافة الإصلاحات العاجلة وجميع إصلاحات الأمان التي تم تضمينها مع إصدار تصحيح SQL Server 2008 السابق. توصي Microsoft بأن تفكر في تطبيق أحدث إصدار إصلاح يحتوي على هذا الإصلاح العاجل. للمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة معارف Microsoft":
2402659 يتم إنشاء إصدارات SQL Server 2008 التي تم إصدارها بعد إصدار حزمة الخدمة 2 SQL Server 2008 ل Microsoft SQL Server 2008 لحزم خدمة SQL Server محددة. يجب تطبيق الإصلاح العاجل SQL Server 2008 Service Pack 2 على تثبيت SQL Server 2008 Service Pack 2. بشكل افتراضي، يتم تضمين أي إصلاح عاجل يتم توفيره في حزمة خدمة SQL Server في حزمة خدمة SQL Server التالية.
SQL Server 2005 Service Pack 3
تم إصدار تصحيح هذه المشكلة لأول مرة في التحديث التراكمي 13 لحزمة خدمة SQL Server 2005 3.
ملاحظة لأن الإصدارات تراكمية، يحتوي كل إصدار تصحيح جديد على كافة الإصلاحات العاجلة وجميع إصلاحات الأمان التي تم تضمينها مع إصدار تصحيح SQL Server 2005 السابق. توصي Microsoft بأن تفكر في تطبيق أحدث إصدار إصلاح يحتوي على هذا الإصلاح العاجل. للمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة معارف Microsoft":
960598 يتم إنشاء إصدارات SQL Server 2005 التي تم إصدارها بعد إصدار حزمة الخدمة 3 SQL Server 2005 ل Microsoft SQL Server 2005 لحزم خدمة SQL Server محددة. يجب تطبيق الإصلاح العاجل SQL Server 2005 Service Pack 3 على تثبيت SQL Server 2005 Service Pack 3. بشكل افتراضي، يتم تضمين أي إصلاح عاجل يتم توفيره في حزمة خدمة SQL Server في حزمة خدمة SQL Server التالية.
SQL Server 2005 Service Pack 4
تم إصدار تصحيح هذه المشكلة لأول مرة في التحديث التراكمي 1 لحزمة خدمة SQL Server 2005 4.
ملاحظة لأن الإصدارات تراكمية، يحتوي كل إصدار تصحيح جديد على كافة الإصلاحات العاجلة وجميع إصلاحات الأمان التي تم تضمينها مع إصدار تصحيح SQL Server 2005 السابق. توصي Microsoft بأن تفكر في تطبيق أحدث إصدار إصلاح يحتوي على هذا الإصلاح العاجل.
يجب تطبيق الإصلاح العاجل SQL Server 2005 Service Pack 4 على تثبيت SQL Server 2005 Service Pack 4. بشكل افتراضي، يتم تضمين أي إصلاح عاجل يتم توفيره في حزمة خدمة SQL Server في حزمة خدمة SQL Server التالية.
الحالة
أقرت Microsoft أن هذه المشكلة تحدث في منتجات Microsoft المسردة في المقطع "تنطبق على".
الحل البديل
تثبيت هذا الإصلاح العاجل وإعادة تشغيل SQL Server قد يحسن أداء الاسترداد. على سبيل المثال، قد يتم تحسين الأداء للعمليات التالية بعد تثبيت الإصلاح العاجل وإعادة التشغيل SQL Server:
-
استرداد قاعدة البيانات
-
النسخ المتطابق لقاعدة البيانات
-
لقطة قاعدة البيانات
-
أنشطة قارئ سجل النسخ المتماثل لمعاملات قاعدة البيانات
إذا لم تتمكن من تثبيت الإصلاح العاجل هذا، يمكنك تنفيذ الحلول البديلة التالية للتخفيف من مشكلة موجودة ولمنع حدوثها في المستقبل.
التخفيف من مشكلة موجودة
-
انتظار اكتمال
عملية الاستعادة أو الاسترداد إذا كانت لديك قاعدة بيانات غير مستردة تواجه بطء الأداء عند استعادة قاعدة البيانات أو استردادها، فقد تحتاج إلى انتظار اكتمال عملية الاستعادة أو الاسترداد. على سبيل المثال، قد ترى حالة عدم الاتصال أو حالة الاسترداد في SQL Server Management Studio (SSMS) لقاعدة بيانات غير مستردة. لا يوفر إيقاف SQL Server عادة أي تخفيف للاسترداد البطيء وقد يستغرق المزيد من الوقت لتكرار نفس مرحلة تحليل الاسترداد أو مرحلة الإعادة أو مرحلة التراجع. -
تجنب استعادة تسلسل سجل المعاملات الذي يحتوي على الآلاف من VLFs
إذا واجهت الأداء البطيء أثناء استعادة قاعدة بيانات واستردادها باستخدام ملف النسخ الاحتياطي، يمكنك تجنب استعادة تسلسلات سجل المعاملات التي تحتوي على الآلاف من VLFs. لتحديد ملف النسخ الاحتياطي الذي يحتوي على معظم ملفات السجل الظاهرية المسجلة، استخدم العبارة التالية لرؤية العمودين FirstLSN و LastLSN في ملفات النسخ الاحتياطي للسجل:
استعادة HEADERONLY FROM DISK='C:\folder\file.trn'
يمكنك أن تقرر تجنب استعادة ملفات النسخ الاحتياطي للسجل. أو يمكنك استخدام عبارة STOP AT في أوامر RESTORE لتجنب الأجزاء المجزأة للغاية من سجلات المعاملات. إذا لم تقم باستعادة تسلسلات السجل بالكامل حتى أحدث نقطة زمنية أثناء سيناريو استرداد الفشل، يحدث فقدان البيانات في قاعدة البيانات SQL Server. يحدث فقدان البيانات هذا لأنه لا يتم الاحتفاظ بكافة المعاملات. لذلك، هناك قرار مقايضة الأعمال. يمكنك استعادة سجل المعاملات المجزأة بشكل كامل. ومع ذلك، قد تستغرق هذه العملية عدة ساعات. أو يمكنك استخدام عبارة STOP AT في الاسترداد لإيقاف الاسترداد قبل الجزء المجزأ للغاية من السجل. ومع ذلك، يتم فقدان أي معاملات مفقودة تحذفها.
ملاحظة بدون تثبيت هذا الإصلاح العاجل، لا يوجد عادة أي معالجة آمنة للاسترداد المعجل بعد إعادة تشغيل SQL Server. يجب SQL Server تحديد موقع قائمة VLFs لتحليل ملفات السجل، وإعادة المعاملات المكتملة، ثم التراجع عن المعاملات غير المكتملة لإنهاء الاسترداد لجلب قاعدة البيانات عبر الإنترنت بأمان. لا يمكنك تخطي المعاملات بأمان أثناء الاسترداد.
منع حدوث في المستقبل
-
تعيين الزيادة التلقائية لقاعدة البيانات إلى حجم
مناسب إذا كان حجم الزيادة التلقائية صغيرا جدا، فسيكون هناك العديد من ملفات السجل الظاهري (VLFs)، وقد تواجه أداء بطيئا في SQL Server. إذا كان حجم الزيادة التلقائية كبيرا جدا، فقد تضطر الاستعلامات التي تجعل سجلات المعاملات تنمو تلقائيا إلى الانتظار لفترة طويلة لإنهاء النمو. لذلك، قد يحدث خطأ مهلة في SQL Server. لحل هذه المشاكل، يمكنك تعيين حجم الزيادة التلقائية لقاعدة البيانات إلى حجم مناسب. -
التخلص من العدد الكبير من VLFs، واستخدام نمو
يدوي إذا كان العديد من VLFs في سجل المعاملات، فقم بتقليل حجم سجل المعاملات، وجعله يزيد قبل ذروة الأعمال لتلبية الطلب باستخدام نمو يدوي. على سبيل المثال، يزيد سجل المعاملات مرة أخرى إلى متوسط حجم معقول بزيادة كبيرة أو في نمو يدوي واحد. لذلك، يصل حجم سجل المعاملات إلى سعة الذروة، وتتم جدولة ملفات النسخ الاحتياطي للسجل على أساس متكرر ودوري. بالإضافة إلى ذلك، قد يتم اقتطاع سجل المعاملات، ويمكن إعادة استخدام VLFs لسجل المعاملات في دورة. -
كيفية تقليص سجل المعاملات وزيادةه يدويا
لتصحيح سجل يحتوي على عدد كبير جدا من VLFs، اتبع هذه الخطوات لتقليص السجل وزيادةه مرة أخرى يدويا:-
إذا كانت قاعدة البيانات في نموذج استرداد كامل أو مجمع، يجب إجراء نسخ احتياطي لسجل المعاملات للسماح اقتطاع VLFs النشطة وإعادة استخدامها. BACKUP LOG databasename TO DISK='C:\folder\log_backupfile.trn'
لمزيد من المعلومات حول كيفية إجراء نسخ احتياطي لملف سجل المعاملات باستخدام SSMS، تفضل بزيارة موقع ويب Microsoft Developer Network (MSDN) التالي:كيفية إجراء نسخ احتياطي لملف سجل المعاملات باستخدام SSMSلمزيد من المعلومات حول كيفية إجراء نسخ احتياطي لملف سجل المعاملات باستخدام عبارات Transact-SQL، تفضل بزيارة موقع MSDN التالي:
كيفية إجراء نسخ احتياطي لملف سجل المعاملات باستخدام عبارات Transact-SQL
-
لتحديد الاسم المنطقي لملف سجل المعاملات، قم بتشغيل إحدى العبارات التالية.
العبارة 1
exec sp_helpfile Statement 2
حدد * من sys.sysfiles لتقليل حجم ملف سجل المعاملات إلى الحجم المطلوب، استخدم التعليمات البرمجية التالية:DBCC SHRINKFILE(transactionloglogicalfilename, TRUNCATEONLY) -
يمكنك زيادة حجم ملف سجل المعاملات إلى حجم مناسب. نوصي بترك حجم ملف سجل المعاملات ينمو إلى أقصى حجم عادي. لذلك، يتم تجنب الزيادة التلقائية. لتعيين حجم سجل المعاملات، استخدم صفحة خصائص قاعدة البيانات في SSMS، أو استخدم بناء جملة ALTER DATABASE التالية:MODIFY FILE ( NAME = transactionloglogicalfilenae, SIZE=newtotalsize MB)
لمزيد من المعلومات حول كيفية زيادة حجم قاعدة البيانات في SSMS، تفضل بزيارة موقع MSDN التالي:كيفية زيادة حجم قاعدة بيانات في SSMSلمزيد من المعلومات حول بناء جملة ALTER DATABASE MODIFY FILE، تفضل بزيارة موقع MSDN التالي:
-
مزيد من المعلومات
يمكنك التحقق من عدد مقاطع VLF عن طريق مراجعة ملف سجل أخطاء SQL ثم عن طريق العثور على رقم تسلسل السجل (LSN) في كل ملف نسخ احتياطي لسجل المعاملات. تتوافق الأرقام الأولى قبل رمز نقطتين في LSNs مع عدد LSN.
على سبيل المثال، الرقم الأول في الرسالة الإعلامية الأولى ل LSN هو 1. ومع ذلك، فإن الرقم الأول في الرسالة الإعلامية الثانية ل LSN هو 100001. في هذا السيناريو، هناك 100,000 VLFs تستخدم بين وقت الرسالة الإعلامية الأولى والرسالة الإعلامية الثانية. لذلك، فإن سجل المعاملات المجزأة المسجل الذي يحتوي على العديد من ملفات السجل الظاهري (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'}). هذه رسالة إعلامية فقط. لا يلزم اتخاذ أي إجراء من قبل المستخدم.}
يوفر الجدول التالي مزيدا من المعلومات حول المنتجات أو الأدوات التي تتحقق تلقائيا من الشرط الموضح في قسم "الأعراض" في مثيل SQL Server وفي إصدارات SQL Server التي يتم تقييم القاعدة مقابلها.
|
برمجيات القواعد |
عنوان القاعدة |
وصف القاعدة |
إصدارات المنتج التي يتم تقييم القاعدة مقابلها |
|---|---|---|---|
|
System Center Advisor |
SQL Server مع النسخ المتماثل للمعاملات، قد يتأثر أداء عامل قارئ السجل بسبب حجم سجل المعاملات أو عدد VLF |
في هذا SQL Server قام مستشار المثيل بالكشف عن النسخ المتماثل لمعاملات حالة الحضور مع عدد VLFs أو حجم TLOG أكبر بكثير. يتأثر أداء عامل قارئ السجل سلبا بحجم سجل المعاملات أو عدد VLF. تقليل حجم سجل المعاملات وعدد VLF لتحسين أداء عامل قارئ السجل. |
SQL Server 2008 |
المراجع
لمزيد من المعلومات حول البنية المادية لسجل المعاملات، تفضل بزيارة موقع MSDN التالي:
معلومات عامة حول البنية المادية لسجل
المعاملات
لمزيد من المعلومات حول أرقام تسلسل السجل (LSN)، تفضل بزيارة موقع MSDN التالي:
معلومات عامة حول أرقام
تسلسل السجل
لمزيد من المعلومات حول الخطأ 1413 عند بدء النسخ المتطابق لقاعدة البيانات، تفضل بزيارة موقع MSDN التالي:
معلومات عامة حول الخطأ 1413 عند بدء النسخ
المتطابق لقاعدة البيانات
لمزيد من المعلومات حول كيفية تأثير بنية ملف السجل على وقت استرداد قاعدة البيانات، تفضل بزيارة موقع MSDN التالي:
كيف يمكن أن تؤثر بنية ملف السجل على وقت
استرداد قاعدة البيانات
لمزيد من المعلومات حول VLFs لسجل المعاملات، تفضل بزيارة موقع MSDN التالي:
معلومات عامة حول ملف
سجل المعاملات
لمزيد من المعلومات حول كيفية إنشاء لقطة قاعدة بيانات، تفضل بزيارة موقع MSDN التالي:
كيفية إنشاء لقطة قاعدة بياناتلمزيد من المعلومات حول نموذج الخدمة التزايدية SQL Server، انقر فوق رقم المقالة التالية لعرض المقالة في قاعدة معارف Microsoft:
935897 يتوفر نموذج خدمة تزايدية من فريق SQL Server لتقديم الإصلاحات العاجلة للمشاكل التي تم الإبلاغ عنها لمزيد من المعلومات حول مخطط التسمية لتحديثات SQL Server، انقر فوق رقم المقالة التالية لعرض المقالة في قاعدة معارف Microsoft:
822499مخطط تسمية جديد لحزم تحديث برامج Microsoft SQL Server لمزيد من المعلومات حول مصطلحات تحديث البرامج، انقر فوق رقم المقالة التالي لعرض المقالة في قاعدة معارف Microsoft:
824684 وصف المصطلحات القياسية المستخدمة لوصف تحديثات برامج Microsoft
