اختبر كل شيء. خطر لا شيء. الترقية بثقة.
ملاحظة: هذا مثال لحالة استخدام يوضح كيف يمكن لـ Rediacc حل هذه المشكلة. كشركة ناشئة، تمثل هذه السيناريوهات تطبيقات محتملة بدلاً من دراسات الحالة المكتملة.
سيناريو الأزمة: أثناء ترقية قاعدة البيانات، حدث خطأ غير متوقع يمنع الرجوع إلى الإصدار القديم أو المتابعة إلى الإصدار الجديد. لم يتمكن العملاء من الوصول إلى الأنظمة، ولم يتمكن أكثر من 5000 موظف من العمل.
المشكلة
محمد هو مسؤول نظام ذو خبرة ويدير قواعد بيانات واسعة النطاق. قرر ترقية قاعدة بيانات PostgreSQL بسعة 100 تيرابايت من الإصدار 13 إلى الإصدار 14. خطته:
- قم بعمل نسخة احتياطية → ومع ذلك، يستغرق النسخ الاحتياطي عدة أيام بسبب حجم البيانات
- قم بإجراء الترقية في عطلة نهاية الأسبوع → يتم إخطار الأقسام بحدوث انقطاع في السبت 01:00-05:00
تأثير الأزمة
- يحدث خطأ غير متوقع أثناء الترقية
- قاعدة البيانات ** لا يمكنها العودة إلى الإصدار القديم ولا المتابعة إلى الإصدار الجديد **
- حتى فرق الدعم الخارجية لا تستطيع حل المشكلة
التأثيرات:
- العملاء ** لا يمكنهم الوصول إلى أنظمة الدفع والطلب **
- لا يستطيع موظفو الشركة (5000+ شخص) العمل
- فقدان السمعة وتبدأ الشكاوى المتزايدة
الحل المؤقت:
- يتم تحميل النسخة الاحتياطية الأخيرة على خادم جديد → تكلفة الأجهزة مضاعفة
- بيانات الخميس والجمعة فقط في البيئة المباشرة، لذلك يحدث فقدان للبيانات
- تم إنشاء قاعدتي بيانات بإصدارات مختلفة ← زيادة التناقضات
حل ريدياك
محمد يحل المشكلة بشكل أساسي مع Rediacc:
1. الاستنساخ الفوري
- يتم إنشاء نسخة من قاعدة البيانات التي يبلغ حجمها 100 تيرابايت في غضون ثوانٍ
- يتم إجراء اختبارات الترقية ** دون التأثير على النظام المباشر **
2. لقطات كل ساعة
- يتم تحديد الخطوة التي فشلت منذ متى أثناء عملية الترقية
- يتم تحديد العمليات التي بها مشكلات مسبقًا وتصحيحها
3. ترقية سلسة
- إذا فشلت الترقية، لن تتأثر البيئة المباشرة
- إذا نجحت الترقية، تصبح البيئة الحية الجديدة هي أحدث نسخة
نتيجة
توفير الوقت والتكلفة:
- تم تقليل وقت النسخ الاحتياطي من 7 أيام إلى 10 ثوانٍ
ترقية خالية من المخاطر:
- تم اكتشاف الأخطاء مسبقًا في بيئة الاختبار → لا توجد مشكلات في النظام المباشر
** صفر التوقف: **
- العملاء والموظفين ** لم يشعروا بأي انقطاع **