السلام عليكم
لدى قاعده بيانات الـ
recovery model is Full
واقوم بأخذ باك اب لملف الـ Log كل ربع ساعه
وحجم ملف mdf هو 43 جيجا
الاستفسار هنا
هو ان ملف الـ log هو 22 جيجا
على الرغم من انى اخذ باك اب منه كل ربع ساعه
وقمت بعمل shrink له ومع ذلك حجمه 22 جيجا
فما هو سبب ذلك وكيف اعمل على تقليل حجمه
وجزاكم الله خيرا
غير الــ Recovery Model من Full الي simple ثم قم بعمل Shrink لملف اللوج بعد ذلك قم بعمل بارجاع الـ Recovery Model الي Full مرة أخري بعد تقليل حجم الملف
شكرا لك اخى العزيز
وبارك الله لك
انا بالفعل عملت ذلك
واصبح حجم الملف 11 جيجا
فهل هذا طبيعى ؟؟
ام الطبيعى ان يكون مساحته صفر بايت باعتبار ان الموديل اصبح simple
وتم عمل شرنك له
------------------------------------------
وهل بعدما صغر حجم اللوج
سيحسن هذا من اداء قاعده البيانات ام لا فائده من ذلك ؟؟
تم تعديل هذه المشاركة بواسطة تيجر 2000 في 26 مارس 2014 في 00:35
أخي الفاضل
اذا كان الهدف من تصغير ملف الـ Log هو تحسين آداء قاعده البيانات فهذا لن يجدي
اذا كنت تعاني من بطيء في آداء قاعده البيانات نظرا لكبر حجم القاعده فالحلول والاجراءات التي ستتخدها لحل المشكلة تعتمد أساساً علي تحليل المشكلة أولاً تحليل جيد حتي نصل لسبب البطيء
وأسباب البطيء كثيرة جدا ومتعدده
مثال :-
1- لابد المبرمج الذي صمم قاعده البيانات يراعي ان هذه القاعده في يوم من الايام ستصل الي 43 جيجا وبناء علي هذا يقوم باتخاذ الاجراءات اللازمة لتجنب هذا قدر المستطاع مثل اسلوب كتابه الاكواد داخل البرنامج
فهناك أكواد تأخذ وقت طويل في التنفيذ وهناك أكواد أخري تعطينا آداء مميز في التنفيذ ويظهر هذا جليا وواضحا والفرق بين الاكواد عندما تكون حجم قاعده البيات كبيرة ومملؤة بالبيانات وليست صغيرة
هذا فيما يخص التصميم والبرمجة
2- ما هي الجداول التي تحمل حجم بيانات كبيرة وهل هي Indexed أم لا و يجب تقسيم الجداول كبيرة الحجم بطريقة اسمها SQL Server Partioning وهذا الاسلوب متوفر فقط ابتداء من الاصدار 2008
3- اذا كان البرنامج يعمل علي شبكة يجب ان يتم اختبار الشبكة وعمل Monitoring عن طريق الادمن اذا كان هناك حمل زائد علي الشبكة وقت التعامل مع البرنامج أم لا
4- يجب ان تكون علي علم بان قاعده البيانات تعمل بشكل جيد اذا كان تقسمية الــ Raid الخاصة بالهارد ديسك جيده ولابد ان يكون عندك علم عن ما هو الـ Raid هذا اذا كانت القاعده علي سيرفر وليس جهاز عادي
5- يجب ان يكون لديك القدرة علي عمل Monitoring لمتابعة القراءة والكتابه الخاصة بقاعده البيانات علي الهارد ديسكات حتي تقوم بتحديد مشكلة البطيء
كل هذه الاجراءات البسيطة تحتاج شخص يستطيع التعامل مع SQL Administration لكي يستطيع التعامل مع مشاكل البطيء المزمنه والتي تؤثر علي آداء القاعده
بالتوفيق
شكرا اخى العزيز
وجزاك الله خيرا على مجهودك معنا