تحديد أسلوب DR
وفقًا لمتطلبات الأعمال وتكنولوجيا المعلومات لديك، حدد طريقة استعادة البيانات بعد الكوارث الأكثر ملاءمة لنشرك.
النسخ الاحتياطي واستعادة وحدات تخزين الكتل
الغرض الأساسي من عمليات النسخ الاحتياطي هو دعم استمرارية العمل واسترداد البيانات بعد الكوارث والأرشفة طويلة الأجل.
- إنشاء نُسخ متعددة من نفس وحدة التخزين. تكون النسخ الاحتياطية مفيدة عندما تحتاج إلى طبعات ذات وحدات تخزين متعددة يجب أن تحتوي على نفس البيانات.
- أخذ لقطة يمكنك استعادتها إلى وحدة تخزين جديدة لاحقًا.
- التأكد من أن لديك نسخة موثوقة من البيانات في حالة حدوث خطأ ما في وحدة التخزين الأساسية.
- معدل التكرار: معدل تكرار النسخ الاحتياطي للبيانات.
- وقت الاستعادة: كم من الوقت يمكنك انتظار استعادة نسخة احتياطية والوصول إليها للتطبيقات التي تستخدمها. يعتمد وقت إنشاء نسخة احتياطية على عدة عوامل، مثل حجم البيانات التي يتم نسخها احتياطيًا ومقدار البيانات التي تغيرت منذ آخر نسخة احتياطية.
- عدد النسخ الاحتياطية المخزنة: عدد النسخ الاحتياطية التي يجب الاحتفاظ بها، وجدول حذف النسخ الاحتياطية التي لم تعد بحاجة إليها.
- قبل إنشاء نسخة احتياطية، تأكد من اتساق البيانات: قم بمزامنة نظام الملفات، وقم بإلغاء تثبيت نظام الملفات إن أمكن، واحفظ بيانات التطبيق. يتم إجراء نسخ احتياطي للبيانات الموجودة على القرص فقط. عند إنشاء نسخة احتياطية، بعد تغيير حالة النسخ الاحتياطي من
REQUEST_RECEIVEDإلىCREATING، يمكنك استئناف كتابة البيانات في وحدة التخزين. بينما هناك نسخة احتياطية قيد التقدم، لا يمكن حذف وحدة التخزين التي يتم نسخها احتياطيًا. - إذا أردت إرفاق وحدة تخزين مُستعادة إلى مثيل الحساب الذي يحتوي على وحدة التخزين الأصلية المرفقة، فلاحظ أن بعض أنظمة التشغيل لا تدعم استعادة وحدات التخزين المتطابقة. للتغلب على هذا القيد، قم بتغيير معرفات التقسيم قبل استعادة الحجم. تعتمد خطوات تغيير معرف قسم نظام التشغيل على نظام التشغيل. راجع الوثائق الخاصة بنظام التشغيل الخاص بطبعة الحوسبة.
- لا تقم بحذف وحدة التخزين الأصلية حتى يتم التحقق من إنشاء النسخة الاحتياطية بنجاح.
إذا كان التطبيق يستخدم وحدات تخزين متعددة تغطي أكثر من مثيل واحد للحوسبة، فاستخدم النسخ الاحتياطية لمجموعة وحدات التخزين. تعمل مجموعات وحدات التخزين على تبسيط عملية إنشاء النُسخ الاحتياطية والنسخ المتطابقة للتطبيقات التي تستخدم وحدات تخزين متعددة عبر مثيلات متعددة. يمكنك استعادة مجموعة كاملة من وحدات التخزين من نسخة احتياطية لمجموعة وحدات التخزين، كما هو موضح في المخطط التالي.
وصف الشكل التوضيحي Volume-backup-restore.png
إنشاء ضوء تجريبي
يشير المصطلح ضوء الطيار إلى لهب صغير في سخان تقليدي يعمل بالغاز والذي يتم إضاءةه دائمًا ويمكن استخدامه لإعادة تشغيل السخان بسرعة عند تشغيله بواسطة أجهزة استشعار درجة الحرارة في المنزل. في سياق DR، يتكون الضوء التجريبي من المكونات الأساسية الحرجة لتطبيقك، التي يتم نشرها في موقع DR وتحتوي على أحدث تكوين للتطبيق والبيانات الهامة. ويمكن بعد ذلك استخدام مكونات الإضاءة التجريبية الأساسية هذه لاستعادة بيئة بحجم الإنتاج في حالة وقوع كارثة.
- طبقة قاعدة البيانات
تتيح لك خدمة Oracle Cloud Infrastructure Database توفير قاعدة البيانات بالكامل في موقع DR (نطاق التوفر أو المنطقة أو كليهما) دون تمكين الموارد بحجم الإنتاج. عند تنشيط DR، يمكنك تمكين المزيد من الموارد مع استدعاء REST API واحد للخدمة دون إعادة تشغيل خادم قاعدة البيانات.
- طبقة التطبيقات
يمكنك نشر خادم تطبيق واحد فقط في موقع DR الخاص بك (نطاق التوفر أو المنطقة أو كليهما) يحتوي على أحدث تكوين لديك. يمكنك استخدام ميزة الصور المخصصة في Oracle Cloud Infrastructure لنسخ نظام التشغيل والتطبيقات احتياطيًا بشكل دوري ثم استخدام هذه الصور لتوفير خوادم جديدة عند تنشيط موقع DR.
على سبيل المثال، إذا كان موقع إنتاج يحتوي على ثمانية خوادم تطبيق، فعليك توزيع خادم تطبيق واحد فقط في موقع DR والحفاظ على تزامنه مع الموقع الأساسي باستخدام
rsyncأو أداة أخرى. يمكنك إنشاء صورة مخصصة من هذا الخادم في موقع DR يوميًا يمكن استخدامها لتوفير الخوادم السبعة المتبقية عند تنشيط DR. - طبقة الشبكةاستخدم ميزات وخدمات Oracle Cloud Infrastructure التالية في الضوء التجريبي بموقع DR
- عناوين IP (الخاصة والعامة)
- خدمة DNS
- خدمة موازنة التحميل
استخدام بديل نشط
باستخدام حماية البيانات النشطة، يمكن الاستفادة من قاعدة البيانات البديلة الفعلية في عمليات القراءة وإعداد التقارير مما يقلل من حمل العمل المحتمل على العناصر الأساسية. يوفر Active Data Guard حماية شاملة للبيانات من خلال إصلاح كتل البيانات الفعلية التالفة والتحقق من الأنواع الأخرى من تلف البيانات مثل عمليات الكتابة المفقودة وعمليات تلف الكتل المنطقية. مع وضع الاستعداد المثبت، سوف تستفيد أيضًا من العديد من مزايا حماية البيانات باستثناء إصلاح الكتل التلقائية لتفسد الكتل المادية. يكون وقت الاسترداد (RTO) وفقدان البيانات (RPO) منخفضًا جدًا عند الفشل في أي قاعدة بيانات احتياطية بغض النظر عما إذا كان مفتوحًا للقراءة فقط أم لا.
عند تحديد طريقة DR، ضع في اعتبارك ما إذا كنت تريد موارد متماثلة أو غير متماثلة:
-
الموارد غير المتماثلة: هذه هي البنية الموصى بها بحيث تكون قاعدة البيانات البديلة متماثلة مع النظام الأساسي لضمان أن أداء التطبيق وقاعدة البيانات مماثل أو مطابق في وقت انتقال الدور. ويضمن ذلك أيضًا أن قاعدة البيانات الاحتياطية لديها موارد كافية لمواكبة حمل عمل الإنتاج، لذا فإن فقدان البيانات يكون الحد الأدنى وقت حدوث كارثة. في حالة التوزيع كقاعدة بيانات احتياطية نشطة أو باستخدام خيار حماية البيانات النشطة، يكون البديل مفتوحًا للقراءة فقط أثناء توفير حماية DR. يتيح لك هذا إمكانية إلغاء تحميل التقارير والاستعلامات.
-
الموارد المتماثلة: هذه البنية عبارة عن تكوين قابل للتوسيع للبيئة البديلة. باستخدام Active Data Guard، لا يزال يمكن قراءة البديل إلا من خلال توفير نفس المزايا التي يمكن الاستفادة منها عند إلغاء التحميل. ومع ذلك، بعد تجاوز الفشل، قد لا يكون الأداء مماثلاً إلا إذا قمت بزيادة حجم النظام ليطابق المستوى الأساسي.
تكلفة الأنظمة البديلة غير المتماثلة أو الأصغر حجمًا أقل، ولكنها قد تحتوي على نسبة أقل من الحوسبة ووحدة المعالجة المركزية والذاكرة لتقليل التكاليف. والمفاضلة بعد انتقال الدور أو حدث تجاوز الفشل، يجب إما زيادة (توسيع) لمطابقة النظام الأساسي السابق، أو قبول أداء أقل أو انخفاض الوظائف.
استخدام موقف بارد
يُستخدم المصطلح استعداد بطيء لوصف سيناريو DR يتم فيه نشر نسخة متماثلة متكررة للبيئة الأساسية في موقع DR. يتم تنشيط البيئة الاحتياطية الباردة فقط في حالة فشل النظام الأساسي. يوفر هذا النهج استمرارية الإنتاج مع وقت تنشيط محدد جيدًا للتحويل.
تدعم Oracle Cloud Infrastructure النشر التلقائي (البرنامجي) لبيئة بديلة باردة تحافظ على تكلفة الحفاظ على مثل هذه البيئة إلى الحد الأدنى. تتم فوترة الموارد النشطة وأي وحدة تخزين دائمة تستهلكها في موقع DR فقط.