SQL Server 2005 استراتيجية النسخ الاحتياطي

Question

أدير تطبيق ويب لعميل مع المواصفات التالية:

• تشغيل ASP.NET 3.5 على خادم ويب Windows 2003 الظاهري
• SQL Server Standard استضافة قاعدة البيانات
• حجم قاعدة البيانات الحالية 6 جيجابايت ، مع معدل نمو 1 جيجابايت/شهر
• جدول واحد مسؤول عن 98 ٪ من الحجم ، ويحمل البيانات الأكثر أهمية للعميل
• لا يتم الاحتفاظ بالسجل لهذا الجدول الكبير ، حيث يتم تحديد الاختيار فقط في هذا الجدول
• 50 جيجابايت من المساحة

بالنظر إلى هذا السيناريو ، ما هو أفضل استراتيجية للنسخ الاحتياطي SQL وما هي الأداة التي ستكون أكثر ملاءمة لهذه المهمة (التطبيقات التجارية المدرجة ، يمكن للعميل دفع رسوم الترخيص)؟

Answer 1

فيما يلي الإستراتيجية التي نستخدمها في codeplex.com:

• تعمل جميع خوادم SQL مع خادم نظير باستخدام النسخ المتطابق SQL
• النسخ الاحتياطي الأسبوعي الكامل (المخزنة على محرك منفصل من قواعد البيانات)
• نسخة احتياطية تفاضلية يومية (مخزنة على محرك أقراص منفصل من قواعد البيانات)
• نسخة احتياطية سجل المعاملات كل 5 دقائق (مخزنة على محرك منفصل من قواعد البيانات)
• النسخ الاحتياطي الشريط اليومي
• النسخ الاحتياطية الشريطية التي تم نقلها أسبوعيًا

أيضا مهم جدا اختبر النسخ الاحتياطية الخاصة بك! أظهرت الدراسات أن أكثر من 30 ٪ من إجراءات النسخ الاحتياطي غير المختبرة معيب. هذه هي استراتيجية اختبار النسخ الاحتياطي:

• كل 30 دقيقة تحقق من وجود ملف النسخ الاحتياطي الكامل (باستخدام المهمة المجدولة)
• كل 30 دقيقة تحقق من وجود ملف النسخ الاحتياطي التفاضلي موجود (باستخدام المهمة المجدولة)
• كل 30 دقيقة تحقق من وجود ملف النسخ الاحتياطي لسجل المعاملة (باستخدام المهمة المجدولة)
• كل 30 دقيقة تحقق من تكوين النسخ المتطابق لقاعدة البيانات (باستخدام المهمة المجدولة)
• كل يوم ، قم بإجراء استعادة اختبار للنسخ الاحتياطي التفاضلي الكامل وأبلغ عن تعداد صف الجدول (باستخدام المهمة المجدولة)
• مرة واحدة في الشهر ، استعد اختبار لأحدث نسخة احتياطية من الشريط والتحقق من البيانات

Answer 2

هذا يعتمد على مدى أهمية البيانات. هنا هو كيف سأفعل ذلك. 1. تشغيل نسخة احتياطية كاملة كل يوم. 2. قم بتشغيل نسخة احتياطية تفاضلية كل 4 ساعات. 3. قم بتشغيل نسخة احتياطية من سجل المعاملات كل 15 دقيقة 4. احتفظ بنسخة في الموقع وقم بنقل نسخة من الموقع إلى حد ما بمجرد الانتهاء من النسخ الاحتياطي.

قاعدة البيانات ليست كبيرة جدًا ، وهذا يمكن القيام به بسهولة.

استخدم أداة طرف ثالث مثل Redgate SQL النسخ الاحتياطي وسيقوم تلقائيًا بضغط النسخ الاحتياطي لك. لقد استخدمته على نطاق واسع وأنا معجب كبير.

بالإضافة إلى ذلك ، إذا كنت متاحًا موقعًا آخر ، وكانت البيانات أمرًا بالغ الأهمية ، فقد ترغب في التفكير في إعداد الشحن السجل أيضًا.

Answer 3

هذا هو VPC؟ هل يمكنك تثبيت التطبيقات؟

http://www.jungledisk.com/

هذا ما نستخدمه - قم بعمل وظيفة SQL التي تدفع نسخة احتياطية كل يوم ، ثم استخدم هذه الخدمة لدفع نسخة إلى خدمة Amazons S3. إذا لم يكن الأمر كذلك ، فربما يكون لديك تطبيق محلي يسحب النسخ الاحتياطي إلى جهاز ، ثم يدفعه /W S3 WebService ، أو لا يزال يستخدم Jungledisk.

هذا مهم! إذا انخفض تطبيقك ، فهذا مؤلم! تأكد أيضًا من النسخ الاحتياطي لتطبيقك المنشور والموارد المخزنة هناك ... أي محتوى تم تحميله على دليل تخزين التطبيقات.

Answer 4

كان من المفترض أن أكتب إجابتي على سؤالك ولكني أدركت أن هناك الكثير من الموارد الأكبر في مكان ما مثل هذه المقالة في sqlservercentral.com. يمكنك أيضًا العثور على الكثير من "أفضل الممارسات على النسخ الاحتياطي" مثل هذه.

Answer 5

قد ترغب أيضًا في مراعاة مقدار البيانات التي يمكنك تحملها والوقت الذي سيستغرقه لاستعادة قاعدة البيانات. قد يقرر عميلك أنهم لا يرغبون أبدًا في خسارة أكثر من 15 دقيقة من البيانات على الإطلاق ، أو قد يقررون أن الخسارة التي تصل إلى أيام من البيانات على ما يرام.