| المستوى (المقترح) | التوافر | النمط | RPO / RTO |
|---|---|---|---|
| قياسية | 99.7% | قاعدة بيانات متعددة المناطق وعالية التوفر، ونسخ احتياطية معزولة عن الشبكة | المنطقة: RPO ≈ 0. الإقليم: الاستعادة من الخزنة. |
| Live DR | 99.9% | منطقة ثانية تبث مباشرة | RPO بالثواني، RTO ≤ 15 دقيقة |
| Live DR بريميوم | 99.95% | حركة المرور في كلا المنطقتين، أولوية على مدار الساعة طوال أيام الأسبوع | RPO بالثواني، RTO ≤ 5 دقائق |
نسبة عدم الإنتاج هي 95%. يتم قياس التوافر شهريًا عند مدخل TRANXACT، باستثناء فترة الصيانة المتفق عليها (المقترحة 4 ساعات شهريًا).
حدد مستوى الدعم قبل تحديد الحجم. يُعدّ Live DR منطقة ثانية كاملة الحجم، ويضاعف تقريبًا تكلفة البنية التحتية لوقت التشغيل؛ اعرضه كبند منفصل، مقابل تكلفة التوقف التي يزيلها.
عِشْ، لا تكن سلبياً.
يبقى نظام النسخ الاحتياطي السلبي خاملاً، ويتم التحقق من سلامته مرة واحدة في السنة إن أمكن، ويتحول تلقائيًا عند تعطل النظام عن طريق استعادة البيانات وتوسيع نطاقها. Live DR فيُشغّل مجموعة كاملة من الخوادم وقاعدة بيانات مُكررة باستمرار، تُقدّم خدمات القراءة وإعداد التقارير ASK والمنشورات الاصطناعية على مدار الساعة. ويُعتبر التحول التلقائي بمثابة ترقية - فلا يتم إعادة بناء أي شيء - ويتم التحقق من سلامة النظام كل دقيقة.
| اختبار | الأثر | عدد المرات | الفئة |
|---|---|---|---|
| التحقق المستمر - عمليات نشر اصطناعية، وتنبيهات التأخير، ومجموع التحقق من دفتر الأستاذ عبر المناطق | لا شيء | كل دقيقة | المعيار (TO_4.10.01) |
| تدريب تحويل مُخطط له - إيقاف عمليات الكتابة مؤقتًا، والترقية، والتحويل، والتحقق؛ تبديل الأدوار | توقفت الكتابة لثوانٍ. | ربع سنوي | المعيار (TO_4.10.03) |
| تدريب إضافي على عملية التحويل | توقفت الكتابة لثوانٍ. | عند الطلب، قبل أسبوعين | إضافي (TO_4.10.04) |
| حفر معزول - نسخة مستنسخة مسيجة مع تعطيل التكاملات | لا يوجد شيء بخصوص الإنتاج | عند الطلب، قبل أسبوعين | إضافي (TO_4.10.05) |
| اختبار استعادة الغرفة النظيفة | لا يوجد شيء بخصوص الإنتاج | سنوي | المعيار (TO_4.9.07) |
| التحقق من صحة الأعمال بعد التدريب | جهد العميل | كل تمرين | مستبعد (TO_4.10.06) |
النسخ الاحتياطية
| قاعدة بيانات الإنتاج | قاعدة بيانات غير إنتاجية | |
|---|---|---|
| مأخوذ | لقطة يومية + سجلات مستمرة | لقطة يومية |
| التعافي إلى | أي نقطة خلال 30 يومًا | آخر لقطة، 14 يومًا |
| نسخة الخزنة | يومي، غير قابل للتغيير، 90 يومًا | أسبوعي، غير قابل للتغيير، 30 يومًا |
تُحفظ نسخ المستندات بشكل مستمر وتُنسخ يوميًا إلى الخزنة للإنتاج. كما تُحفظ البنية التحتية كبرنامج والتكوين في الخزنة أيضًا، لذا يُعاد بناء وقت التشغيل من التعليمات البرمجية بدلاً من استعادته.
لماذا الخزنة؟
تحمي النسخ الاحتياطية من انقطاعات الخدمة، لا من تلف البيانات. إذ تُنسخ برامج الفدية أو البيانات التالفة إلى النظام الاحتياطي ومنطقة التعافي من الكوارث في غضون ثوانٍ. يُعدّ المخزن حسابًا منفصلاً بهويات ومفاتيح مستقلة، ولا يوجد اتصال شبكي بينه وبين النظام الإنتاجي، ويتم الاحتفاظ بالبيانات مرة واحدة فقط، ولا يمكن حتى للمسؤولين تقصير مدة الاحتفاظ بها، كما يتطلب حذفها موافقة مزدوجة. تُستعاد البيانات منه إلى بيئة معزولة - حيث يتم فحصها ومطابقتها ثم ترقيتها - ولا تُنقل مباشرةً إلى النظام الإنتاجي.
لا يمكن تقصير مدة قفل الاحتفاظ بالبيانات بعد تعيينه. قم بتمديده مسبقًا إذا تطلب الأمر ذلك لأغراض التدقيق أو الاحتفاظ القانوني، وحدد حجم النسخ طويلة الأجل بناءً على نمو السجلات وحجم المستندات، وليس بناءً على حجم قاعدة البيانات الحالية.
اختارت شركة كالدروود نظام استعادة البيانات المباشر (Live DR) بنسبة 99.9% في منطقة Azure ثانية ضمن نفس نطاق الاختصاص القضائي. وقد تم جدولة أول تجربة تحويل واستعادة بيئة نظيفة قبل بدء التشغيل الفعلي كإجراءات تحضيرية. كما تم إدراج شركائها من البنوك وشركات الرواتب في خطة التحويل لضمان تتبع نقاط النهاية الخاصة بهم لحركة البيانات.
جرب تسببت عملية معالجة دفعية في تلف 4000 فاتورة من شركة كالدروود في تمام الساعة 2:05 مساءً. Live DR يعمل بشكل سليم، مع تأخير لمدة ثانيتين. هل يُعدّ التحويل إلى منطقة التعافي من الكوارث هو الحل؟
لا. لقد تم نسخ البيانات التالفة إلى النسخة الاحتياطية ومنطقة التعافي من الكوارث بعد ثوانٍ من حدوثها - عملية تجاوز الفشل تعيدك إلى نفس البيانات التالفة. الحل هو استعادة البيانات إلى نقطة زمنية محددة عند الساعة 14:04 (TO_4.9.05، الإصدار القياسي)، أو إذا كان سجل البيانات نفسه مشكوكًا فيه، استعادة البيانات من غرفة نظيفة من الخزنة (TO_4.9.06)، مع موافقة المراقب المالي على البيانات المستعادة (TO_4.9.11).