KB5014298 - إصلاح: يحدث الخطأ 3241 أثناء تنفيذ استعادة قاعدة البيانات أو استعادة السجل

الأعراض

في Microsoft SQL Server 2019، قد تؤدي استعادة قاعدة البيانات المضغوطة أو النسخ الاحتياطية للسجل لقواعد البيانات التي تم تمكين تشفير البيانات الشفاف (TDE) إليها إلى حدوث الخطأ التالي:

الحل البديل

لحل هذه المشكلة، لا تضغط النسخ الاحتياطية لقواعد البيانات الممكنة بواسطة TDE باستخدام أي من الأساليب التالية:

• Use WITH COMPRESSION as described in BACKUP (Transact-SQL).

• الاعتماد على ضغط النسخ الاحتياطي الافتراضي كما هو موضح في عرض أو تكوين خيار تكوين الخادم الافتراضي لضغط النسخ الاحتياطي.

الحل

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

تفشل استعادة نسخة احتياطية مضغوطة من قاعدة بيانات ممكنة TDE تم إنشاؤها على CU16 أو إصدار أحدث على مثيل SQL Server 2019 للإصدار CU15 أو إصدار سابق وتتسبب في حدوث الأخطاء التالية:

• استعادة قاعدة البيانات

  Msg 3013, Level 16, State 1, Line <LineNumber>

  يتم إنهاء استعادة قاعدة البيانات بشكل غير طبيعي.

  Msg 9004, Level 21, State 1, Line <LineNumber>

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

• استعادة السجل

  الموقع: mediaRead.cpp:1018

  التعبير: readSize <= m_Demand

  SPID: 84

  معرف العملية: ProcessID

  Msg 3013, Level 16, State 1, Line <LineNumber>

  يتم إنهاء RESTORE LOG بشكل غير طبيعي.

  Msg 3624, Level 20, State 1, Line <LineNumber>

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

ملاحظة يتم إصدار Acrobat Reader من قِبل شركة Adobe Systems Inc.‎. لا تتأثر استعادة HEADERONLY والاستعادة FILELISTONLY بالمشكلة وستعمل في جميع الحالات.

قد ترجع RESTORE VERIFYONLY بنجاح للحصول على نسخة احتياطية كاملة غير صالحة وفقا للسيناريو أعلاه: لا تعتمد على RESTORE VERIFYONLY لإثبات إمكانية استعادة النسخة الاحتياطية دون الضغط على المشكلة أعلاه. عادة ما تفشل استعادة VERIFYONLY مقابل نسخة احتياطية للسجل مع نفس الخطأ مثل سجل الاستعادة الفعلي الموضح أعلاه.

لذلك، من المهم التأكد من أنه في سياق يمكن فيه تمكين TDE وضغط النسخ الاحتياطي، تتلقى أي مثيلات SQL Server 2019 تستهلك النسخ الاحتياطية من مثيلات SQL Server 2019 الأخرى CU16 (أو أحدث) قبل المثيلات التي تنشئ مادة النسخ الاحتياطي. ستكون بنيات شحن السجل مثالا رئيسيا على مثل هذا الموقف: ترقية المثيلات الثانوية أولا.

بمجرد إنشاء نسخة احتياطية لسجل المعاملات مع الضغط، لا يمكن عادة إعادة إنشائه دون ضغط. لذلك، فإن ترقية الخادم الأساسي ل Log Shipping إلى SQL Server 2019 CU16 أو إصدار أحدث في مثل هذا السياق ستؤدي إلى قطع مهام الاستعادة حتى تتم ترقية الخادم الثانوي أيضا.

لن يستخدم النسخ الاحتياطي غير المضغوط لقاعدة بيانات ممكنة TDE أو نسخة احتياطية مضغوطة لقاعدة بيانات غير ممكنة ل TDE أو نسخة احتياطية غير مضغوطة لقاعدة بيانات غير ممكنة ل TDE تنسيق النسخ الاحتياطي الجديد المقدم في CU16، ويمكن استعادته على مثيل SQL Server 2019 لأي إصدارات.

لذلك يلزم تعطيل ضغط النسخ الاحتياطي إذا كنت تخطط لاستعادة مادة قاعدة بيانات ممكنة بواسطة TDE (إما النسخ الاحتياطي الكامل أو النسخ الاحتياطي لسجل المعاملات) إلى أي مثيلات SQL Server للإصدارات السابقة قبل SQL Server 2019 CU16.

الحالة

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

المراجع

تعرف على المصطلحات التي تستخدمها Microsoft لوصف تحديثات البرامج.