تعتمد المؤسسات بشكل متزايد على النسخ الاحتياطية لحماية بياناتها وضمان استمرارية الأعمال في حالة وقوع كارثة. ومع ذلك، يقدر أن أكثر من 72٪ من الشركات غير قادرة على تلبية توقعات استعادة تكنولوجيا المعلومات المتعلقة بأهداف استعادة نقطة الزمن (RPO) وأهداف استعادة الوقت (RTO).
لمساعدتك في إنشاء خطة استعادة فعالة، من الضروري أن تطور فهماً كاملاً لـ RTO و RPO وتتعرف على الاختلافات. يشرح هذا المنشور كل ما تحتاج إلى معرفته عن هذين المعلمتين لاستراتيجية موثوقة لاستعادة الكوارث. تابع القراءة لاكتشاف كيف يمكنك تحقيق RPO و RTO أكثر صرامة للحد من فقدان البيانات واستئناف العمليات التجارية العادية في أقرب وقت ممكن بعد وقوع كارثة.
ما هو RTO؟
يشير الهدف الزمني للاستعادة (RTO) إلى الحد الأقصى لفترة التوقف التي يمكن للمؤسسة تحملها بعد وقوع حدث مختلف. بعبارة أخرى، RTO هو المدة بين حدوث كارثة واستعادة الأعباء العملية الحرجة المتأثرة.
حساب RTO يعتمد عادة على خطة الاستعادة من الكوارث الخاصة بك، والموارد المتاحة، والميزانية. أثناء عدم توفر بنية تكنولوجيا المعلومات الخاصة بك، تحتاج إلى بعض الوقت لتحديد الأسباب المحتملة للفشل واتخاذ الإجراءات اللازمة لإصلاح المشكلة. ومع ذلك، يجب أن تكون خطوات استعادة الكوارث موجودة لضمان أن الأنظمة الحيوية والأعباء العملية متاحة ومتاحة أثناء حل مشكلة الإنتاج. RTO الخاص بك هو الوقت بين الفشل وتوافر الأنظمة من خلال النسخ الاحتياطي أو الأعباء العملية.
ما هو RPO؟
الهدف نقطة الاسترداد (RPO) يمثل الحد الأقصى لكمية البيانات التي يمكن للمؤسسة تحمل فقدها في حالة كارثة دون عواقب حرجة. يتم قياس هذا المقياس بالساعات/الدقائق منذ عملية النسخ الاحتياطي/التكرار الأخيرة. استخدمه لتحديد مدى تكرار الحاجة إلى إنشاء نسخ احتياطية للبيانات وأعباء عمل متكررة لتقليل فقدان البيانات بعد حدوث حدث معاكس.
في حالة مثالية، يتم إكمال وظيفة النسخ الاحتياطي أو التكرار للجهاز الأصلي مباشرة قبل فشل الجهاز الأصلي. ومع ذلك، هذا نادر في الحياة الواقعية، لذا يوجد فجوة بين اللحظة التي تم فيها إنشاء النسخ الاحتياطي الناجحة الأخيرة واللحظة التي يفشل فيها الجهاز الأصلي. خلال هذا الوقت، كانت الآلة الظاهرية تقوم بالعمليات وتخزين البيانات، ومن المحتمل جدًا أن يتم فقدان هذه البيانات.
ما هو RTO و RPO في استعادة الكوارث
الهدف النهائي لحماية البيانات واضح: تريد التأكد من عدم فقدان البيانات الحرجة إذا حدث خطأ ما ومن القدرة على تلبية SLAs المؤسسية الخاصة بك من حيث الوقت الفعلي والتوافر. ومع ذلك، من الكثير من التكلفة المراقبة لمزامنة جميع التغييرات في بيئتك الافتراضية إلى موقع الاستعادة من الكوارث (DR) في الوقت الحقيقي. ولهذا السبب، تحتاج إلى قبول فكرة أنك ستفقد بعض البيانات وستتوقف خدمات تكنولوجيا المعلومات الخاصة بك في حالة حدوث انقطاع. لذلك، مهمتك هي تقليل تلك الخسائر والانقطاعات.
لنوضح مفاهيم RPO و RTO في رسم بياني بسيط:
يظهر الرسم البياني سيناريو شائعًا: تتعطل آلة افتراضية لسبب ما. تمثل الخط الأصفر RPO، وهو الوقت بين آخر نسخة احتياطية والانقطاع. الخط البرتقالي هو RTO ويعكس الوقت اللازم لاستعادة آلة الافتراضية.
الفروق بين RTO و RPO
لفهم كيفية تحديد RTO و RPO، يجب أن تنظر إلى الفروق بينهما ودورهما في عملية DR.
التقييم
- مدة العودة إلى العمل (RTO) تهتم في المقام الأول بالفترة الزمنية التي يتوقع أن تستأنف خلالها عمليات الأعمال خلال كارثة. النقاط التي يجب مراعاتها هي:
- قيم احتياجات وأولويات منظمتك، حيث أنها فريدة لكل منظمة.
- افحص التطبيقات التي هي الأكثر أهمية للخدمات والتطبيقات الحيوية لبقاء المنظمة، وكذلك ما قد تكون الآثار إذا فشلت هذه التطبيقات.
- حدد الترتيب الذي يجب استعادة كل نظام / تطبيق به لضمان نجاح استرداد الكوارث مع الحد الأدنى من الخسائر المتكبدة بسبب التوقف.
- الهدف الزمني للاسترجاع (RPO) يركز أكثر على كمية البيانات التي يمكن أن تفقد خلال فترة التوقف دون أن تتسبب في أي ضرر جدي لخط القاعدة للمنظمة. النقاط التي يجب مراعاتها هي:
- تحديد تكرار النسخ الاحتياطي / التكرار، وكمية البيانات التي يمكن أن تفقدها بين أحدث نسخة احتياطية للجهاز الظاهري وكارثة فعلية.
- افحص كمية البيانات التي يمكن لمنظمتك أن تحمل فقدانها لكل نوع من أعباء العمل.
التكاليف
الفرق الرئيسي بين RTO و RPO هو أن الأولى تأخذ في اعتبارها جميع جوانب هيكل الأعمال وعملية الاستعادة من الكوارث ككل، بينما الثانية تنظر فقط إلى أهمية البيانات والتطبيقات لاستمرارية الأعمال. لذلك، قد يكون تحقيق قيم RTO مهمة صعبة ومكلفة لضمان استعادة سريعة. بالمثل، وجود RPOs أصغر يعني أنه يجب عليك إجراء المزيد من عمليات النسخ الاحتياطي وإنشاء نقاط استعادة إضافية مما يمكن أن يزيد من تكاليف التخزين الخاصة بك.
التلقائية
- نظرًا لأن RPO مركزة على البيانات وقدرة نظامك على التحمل للفقدان، يُوصى بتشغيل عمليات نسخ احتياطية للبيانات بشكل متكرر. تسمح العديد من حلول النسخ الاحتياطي الحديثة بإجراء نسخ احتياطية للآلة الظاهرية بشكل تلقائي، مما يعني أن يمكن تخصيص استراتيجيات النسخ الاحتياطي بطريقة تلبي أهداف RPO بكفاءة، وبأدنى إدخال من جانبك.
- تحقيق RTO هو عملية أكثر تعقيدًا للإدارة، حيث يأخذ في اعتباره جميع عمليات الأعمال ومكونات النظام التي يجب استعادتها خلال حدث استعادة من الكوارث. وعلى هذا النحو، يُوصى بتلقين وتنظيم عملية الاستعادة من الكوارث بالكامل من البداية إلى النهاية لضمان تحقيق أهداف RTO الخاصة بك.
سهولة الحساب
- المقياس RPO سهل الحساب، حيث يغطي فقط جانبًا واحدًا من عملية الاسترداد – البيانات.
- RTO يأخذ في الاعتبار جميع جوانب منظمتك، بما في ذلك أهمية بياناتك وخدماتك، وتكلفة التوقف، والاستثمار في أنشطة الاستعادة من الكوارث، وما إلى ذلك. عند حساب RTO، يجب أن تأخذ في الاعتبار أنواع مختلفة من الأعباء العملية والتطبيقات لأنها قد تكون لها عمليات استرداد متنوعة. من المستحسن حساب RTO على أساس خطة استمرارية الأعمال، التي تحدد المخاطر والتهديدات التجارية المحتملة، وتصف الخطوات التي يجب اتخاذها لاستئناف عمليات الأعمال.
لتحديد RTO المناسب لأعباء العمل المختلفة في منظمتك، أجب على السؤال التالي:
كم يمكن أن يكون تطبيق/نظام/جهاز معين متوقفًا دون أن يكون له تأثير كبير على عمليات النواة في منظمتك؟
بعد الإجابة على هذا السؤال للآلات المختلفة، فكر في ما إذا كانت النتائج المتوقعة يمكن أن تلبي احتياجات عملك الحالية. إذا لم تكن كذلك، فكر في كيفية تحسين استراتيجيات النسخ الاحتياطي والاستعادة من الكوارث الخاصة بك للحفاظ على البيانات المحفوظة بأحدث ما يمكن.
كيفية تحقيق RPO و RTO أكثر صرامة مع NAKIVO
يتيح لك NAKIVO Backup & Replication إنشاء نسخ احتياطية للآلات الافتراضية والفعلية بشكل أكثر تواترًا، مما يحسن RPO. ما عليك سوى جدولة النسخ الاحتياطية بانتظام بفاصل زمني لا يتجاوز هدفك.
الحل يساعد أيضًا على تقليل RTO مع استعادة VM الفورية ووظيفة التكرار لـ VMware vSphere، Microsoft Hyper-V و Amazon EC2. قم بدمج خدمات مراقبة الشبكة الخاصة بك وتشغيل عملية استرداد على الفور بعد أن يصبح VM غير متاح. يمكنك أيضًا إنشاء نسخ احتياطية في مواقع بعيدة (نسخ دقيقة) لـ VMs الحرجة. إذا فشل VM الأصلي، ستتم تشغيل النسخ الاحتياطية تلقائيًا. إذا استلزم الأمر الحفاظ على النسخ الاحتياطية موارد أكثر مما يمكنك تحمله، يمكنك اختيار ميزة تشغيل VM الفوري من النسخ الاحتياطي.
لتحقيق أقصى قدر من RTOs، قام NAKIVO Backup & Replication بتقديم وظيفة تنظيم استعادة الموقع. أتمتة الفشل والاستعادة لـ VM بتفاوت مختلف لسيناريوهات DR وإجراء اختبار غير متعطل لضمان الاستعادة ضمن الإطار الزمني المتوقع.