حجم قاعدة البيانات ضخمة

Question

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

قبل إزالة حجم الإزالة: 20 جيجابايت بعد إزالة الحجم كان: 25 غيغابايت (ملء ملف السجل) بعد تقلص الحجم كان: 13 غيغابايت

الآن ليس لدي أي فكرة عن المكان الذي يوجد فيه 13 أزعج، أكبر جدول في قاعدة البيانات هو logtable و 1.3 أزعج كل الباقي مجتمعة لا يستغرق 200 ميغابايت ...

هل يمكن أن يكون هناك بعض البيانات في شاشة تسجيل الدخول التي لا يمكن إزالتها مهمة تقليصها؟ هل هناك حل لهذه المشكلة؟

Answer 1

إذا كان طراز الاسترداد الخاص بك هو "ممتلئ"، فلن نسخت احتياطيا ثم تقلصت سجل المعاملات الخاص بك ثم لا يزال بإمكانه البقاء كبيرا.

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

Answer 2

للحصول على مزيد من المعلومات حول استخدام المساحة التي يمكنك تجربتها:

EXEC sp_spaceused;

Answer 3

يرجى تذكر إعداد النسخ الاحتياطي لسجل المعاملات (وليس فقط النسخ الاحتياطي لقاعدة البيانات فقط لأنها لن تبقي السجل صغيرا كما لو كنت قد اكتشفت) بعد أن تأخذ نصيحة Robin Day وتقليص السجل أو السجل الخاص بك سوف ينمو تماما مرة أخرى. يتم دعم سجلات المعاملات لدينا كل 15 دقيقة. قد يحتاج جدولك إلى أن يكون أكثر أو أقل تكرارا اعتمادا على مقدار البيانات التي يمكنك تحمل تخسرها إذا كان لديك فشل. في الحد الأدنى، سأفعل نسخة احتياطية يوميا فقط للحفاظ على سجل حجم معقول.

Answer 4

احتمال واحد هو أن الجدول الذي قمت بحذف البيانات منه هو كومة كومة (يعني عدم وجود فهرس متفاوت المسافات)، وعند حذفه من كومة من كومة، لن يتم تحرير المساحة المخصصة للجدول المخصص للجدول. تحقق من هذه المقالة من MS: http://support.microsoft.com/kb/913399.