خدمة Autonomous Recovery Service من دون فقدان للبيانات

تصف هذه الصورة حماية البيانات على الفور الممكنة بنقرة واحدة تُكوِّن خدمة الاسترداد باعتبارها وجهة سجل بديلة لقاعدة البيانات المحمية. مع إنشاء تغييرات الإعادة في ذاكرة قاعدة البيانات، يتم إرسالها تلقائيًا إلى خدمة الاسترداد والتحقق منها كما تم استلامها. عند حدوث تبديل لسجل قاعدة البيانات، تكوُّن خدمة الاسترداد تلقائيًا نسخة احتياطية لسجل مؤرشف مضغوط وتسجله في كتالوج الاسترداد.

تحافظ خدمة الاسترداد على إمكانية الاسترداد حتى آخر معاملة مثبتة حتى إذا تمت مقاطعة الاتصال بقواعد البيانات المحمية بين مرات تبديل السجل النموذجية. إذا انتهى تدفق الإعادة بشكل غير متوقع، تُغلق خدمة الاسترداد تدفق الإعادة الوارد وتكوِّن نسخة احتياطية جزئية لملف سجل الإعادة المؤرشف. عندما تكتشف خدمة الاسترداد أنه تمت إعادة تشغيل تدفق الإعادة، يتم استرجاع جميع ملفات سجل إعادة الأرشيف المفقودة تلقائيًا من قاعدة البيانات المحمية، وبالتالي؛ الحفاظ على فترة الاسترداد سليمة.

التحقق من الاسترداد خلال دورة حياة النسخ الاحتياطي

يمكنك تحسين وضع المرونة لديك من خلال التحقق الذي يمتد إلى ما هو أبعد من عمليات التحقق من تكامل النسخ الاحتياطي إلى ما هو مطلوب لاسترداد قاعدة البيانات بنجاح في نقطة زمنية مُحددة.

تصف هذه الصورة المعنونة "الكشف المستمر عن أوجه الخلل في قاعدة البيانات والتحقق من الاسترداد" كيف تقدم خدمة Oracle Database Zero Data Loss Autonomous Recovery استردادًا فريدًا للاسترداد:

1. تم التحقق من تدفقات الإعادة والنسخ الاحتياطي لـ RMAN الواردة قبل التخزين على القرص. يتم رفض البيانات التالفة، وغير القابلة للقراءة بواسطة RMAN
2. التحقق الدوري من النسخ الاحتياطية عند التخزين وأن جميع معاملات قاعدة البيانات (SCN) اللازمة لاسترداد نقطة زمنية لـ RMAN متاحة
3. يتم التحقق من عمليات الاستعادة الصادرة والنُسخ الاحتياطية والنُسخ الاحتياطية المستنسخة قبل الإرسال عبر الشبكة

توفر خدمة Autonomous Recovery إمكانات استعداد للاسترداد فريدة من خلال التحقق من الصحة الواعية باسترداد قاعدة البيانات ومتعددة العوامل في كل نقطة اتصال، والتي تتضمن التحقق من الاسترداد الدوري للنسخ الاحتياطية في حالة غير نشطة—تلقائيًا ودون تكلفة إضافية على خوادم قاعدة بيانات الإنتاج.

عناصر التحكم في الوصول القائمة على السياسات وثبات بيانات النسخ الاحتياطي

يمكنك حماية النسخ الاحتياطية باستخدام أساس دفاعي مُتعمق مع فصل البنية التحتية للإنتاج وحماية البيانات وفصل المهام القائم على الأدوار وسياسات قفل الاحتفاظ لثبات بيانات النسخ الاحتياطي.

تصف هذه الصورة بعنوان "حواجز حماية متعددة الطبقات تحمي سلامة النسخ الاحتياطي والوصول" أفضل الممارسات الأمنية الرئيسة المُضمنة في خدمة الاسترداد بما في ذلك ما يلي:

• تم تصميم خدمة الاسترداد ليتم عزلها عن طريق الخطأ من قواعد بيانات الإنتاج التي تحميها. تعمل ضمن مثيل مستأجرة تديرها Oracle، باستخدام اتصال نقطة الانتهاء الخاصة بمستأجرة العميل.
• يجب تشفير جميع النسخ الاحتياطية، وقد يمكِّن العملاء قفل الاحتفاظ في سياسة حماية خدمة الاسترداد لجعل النسخ الاحتياطي ثابت؛ ويحظر حذف فترة الاحتفاظ أو تقصيرها.
• فصل عناصر التحكم في الوصول إلى المهام بين مسئولي قاعدة البيانات (DBA) ومسئولي خدمة الاسترداد

لا يمكن تعديل النسخ الاحتياطية التي تديرها خدمة الاسترداد أو حذفها بشكل تعسفي من أي مسؤول أو مستخدم، مما يحمي من الحذف الضار أو العرضي. يتفاعل مسؤولو قواعد البيانات (DBA) مع خدمة الاسترداد حصريًا من خلال برنامج Recovery Manager (RMAN)، الذي ينظم جميع عمليات النسخ الاحتياطي والاستعادة. يتم إضافة طبقة أخرى من عمق الأمان، وتكون مفصولة منطقيًا وماديًا عن مستأجرة العميل؛ إذا تم اختراق بيانات اعتماد مسؤول DBA أو مسئول النظام، فلا يمكن استخدامها لمهاجمة النسخ الاحتياطية الموجودة في الخدمة.

تساعدك الإعدادات الافتراضية المُضمنة للاحتفاظ والسياسات المحددة بواسطة المستخدم في تلبية اتفاقيات مستوى الخدمة ومتطلبات الامتثال للاحتفاظ بالنسخ الاحتياطي باستمرار، بما في ذلك الحد الأدنى لفترة الاسترداد لمدة 14 يومًا التي تحمي الاحتفاظ من الأخطاء البشرية أو الجهات الفاعلة السيئة الضارة. إذا تم إنهاء (حذف) قاعدة بيانات محمية، تحتفظ خدمة الاسترداد تلقائيًا بنسخها الاحتياطية لمدة لا تقل عن 72 ساعة مما يوفر شبكة أمان لسيناريوهات حذف قاعدة البيانات العرضية.

ترتبط جميع قواعد البيانات المحمية بسياسة حماية تحدد طريقة إدارة النسخة الاحتياطية طوال دورة حياتها، بما في ذلك النسخ المتماثل والاحتفاظ (نافذة استرداد نقطة زمنية محددة) وإعدادات قفل الاحتفاظ لثبات بيانات النسخ الاحتياطي.