الأسئلة الشائعة المتعلقة بإجراءات مواجهة الكوارث لمجموعة كاملة

عام

1. ما المقصود بـ Oracle Cloud Infrastructure Full Stack Disaster Recovery؟

تنسِّق Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR) نقل الحوسبة وقواعد البيانات والتطبيقات بين مناطق OCI من جميع أنحاء العالم بنقرة واحدة. يمكن للعملاء أتمتة الخطوات اللازمة لاستعادة نظام أعمال واحد أو أكثر دون إعادة تصميم البنية التحتية أو قواعد البيانات أو التطبيقات الحالية أو إعادة هيكلتها، ودون الحاجة إلى خوادم إدارة أو تحويل متخصّصة.

2. أين يتوفر OCI Full Stack DR حاليًا؟

تتوفر OCI Full Stack DR في مناطق OCI التجارية ومناطق حكومة المملكة المتحدة والمناطق السيادية للاتحاد الأوروبي ومناطق Oracle Alloy ومناطق OCI Dedicated Regions. للحصول على قائمة شاملة بتوافر الخدمة، يمكنك الرجوع إلى صفحة توافر مناطق خدمة ‍Full Stack DR. لا تزال عملية تأهيل الموظفين لمناطق Oracle US Government Cloud وOracle US Defense Cloud قيد التنفيذ. لمزيد من المعلومات حول مناطق OCI، بما في ذلك المجالات ومواقعها المحددة، راجع وثائق نطاقات OCI ومناطقها.

3. هل يمكن لـ OCI Full Stack DR دعم استعادة البيانات بعد الكوارث عبر OCI والسيناريوهات المحلية والمختلطة والمتعددة السحابات؟

تلبي OCI Full Stack Disaster Recovery حاليًا الموارد المتاحة داخل مناطق OCI، ويجب أن تكون الموارد في مثيل قاعدة البيانات المؤجر نفسه. تدعم Full Stack DR عرض Oracle Database@Azure، ما يعني أنه لا يمكن معالجة عمليات نقل الأدوار على مستوى قاعدة البيانات إلا باستخدام Full Stack DR. ومع ذلك، من المهم ملاحظة أن القدرة على دعم استعادة القدرة على العمل بعد الكوارث في الإستراتيجيات المحلية والمختلطة ومتعددة السحابات جزء من خارطة الطريق للتنمية المستقبلية. تخطط Oracle لتوسيع وظائف OCI Full Stack DR لتشمل هذه البيئات، مما يسمح لك بالحصول على حل شامل لاستعادة القدرة على العمل بعد الكوارث يغطي مجموعة أوسع من السيناريوهات.

4- هل تدعم OCI Full Stack DR إجراءات مواجهة الكوارث عبر مثيلات قاعدة البيانات المؤجرة؟

لا. تتطلب إجراءات مواجهة الكوارث في OCI جميع خدمات OCI لدعم العمليات عبر مثيلات قاعدة البيانات المؤجرة. يدعم عدد قليل جدًا من خدمات OCI النسخ المتماثل أو التحكم عبر مثيلات قاعدة البيانات المؤجرة. نظرًا إلى أن Full Stack DR تعتمد على الإمكانات وواجهات برمجة التطبيقات التي توفرها جميع خدمات OCI، لا يمكن لـ Full Stack DR توفير تنسيق إجراءات مواجهة الكوارث حتى تدعم جميع خدمات OCI الإمكانات عبر مثيلات قاعدة البيانات المؤجرة.

5. هل يمكن استخدام OCI Full Stack DR لعمليات النشر داخل المنطقة وفيما بينها؟

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

6. هل أحتاج إلى إدارة أي بنية تحتية إضافية من خلال OCI Full Stack DR؟

لا، إن OCI Full Stack DR خدمة مُدارة بالكامل.

7. هل توفر OCI Full Stack Disaster Recovery أي اتفاقيات مستوى خدمة؟

نعم، توفر OCI Full Stack DR اتفاقيات مستوى الخدمة للأداء والتوافر. لمزيد من التفاصيل، راجع مستند Oracle PaaS and IaaS Public Cloud Services Pillar (PDF).

8. كيف يمكنني الوصول إلى OCI Full Stack Recovery؟

يمكنك الوصول إلى OCI Full Stack DR باستخدام وحدة تحكم Oracle Cloud Infrastructure (واجهة مستندة إلى المستعرض) وواجهات برمجة تطبيقات REST وOracle Cloud Infrastructure SDKs وواجهة سطر الأوامر وأدوات DevOps.

9. هل يمكنني استخدام OCI Full Stack DR لأي أحمال عمل؟

نعم، يمكن استخدام OCI Full Stack DR لأحمال عمل Oracle وغير Oracle.

10؜ هل يمكنني إنشاء خطط DR في منطقة مجموعة حماية DR الأساسية؟

لا. من حيث التصميم، تتيح لك خدمة Full Stack DR إنشاء خطط DR فحسب في منطقة مجموعة حماية DR البديلة. يوصى بشدة باستخدام تنفيذ اختبار لخطة تبديل لإنشاء جميع خطط DR (خطط التبديل وتجاوز الفشل والتدريب) في مجموعة حماية DR الأخرى. سيضمن ذلك توفر خطط DR في كلتا المنطقتين.

11. هل أحتاج إلى مجموعات حماية DR متعددة، أم يمكنني استخدام مجموعة حماية واحدة لإدارة خطط DR؟

يعتمد ذلك على متطلبات التطبيق. في حالة عدم وجود تبعيات تطبيق (على سبيل المثال، إذا كان من الممكن إجراء عمليات تبديل متعددة لقاعدة البيانات بالتوازي مع استعادة خادم التطبيق)، فسيكون وجود مجموعات حماية DR متعددة مثاليًا. سيساعد ذلك أيضًا على تحسين هدف إجمالي وقت الاستعادة لتطبيق الأعمال. ومع ذلك، إذا كانت خطوات الاستعادة تعتمد على بعضها، فإن وجود خطة استعادة في مجموعة حماية DR واحدة سيكون منطقيًا. تتميز خدمة Full Stack DR بالمرونة العالية، حيث يمكنك إنشاء مجموعات حماية DR وخطط DR وفقًا لمتطلباتك.

المتطلبات الأساسية وخدمات OCI المدعومة

1. ما هي المتطلبات الأساسية لاستخدام خدمة مواجهة الكوارث الكاملة في OCI؟

تساعد OCI Full Stack DR على أتمتة خطوات الاسترداد للتطبيقات الحالية. للتكامل مع خدمة مواجهة الكوارث للمجموعة الكاملة، تحتاج إلى إكمال ما يلي:

• دفتر تشغيل استرداد القدرة على العمل بعد الكوارث أو تفاصيل طريقة استرداد نظام الأعمال
• نشر التطبيق
• البرامج النصية المخصصة وفقًا إلى متطلبات التطبيق

2. هل يمكنني استخدام OCI Full Stack Disaster Recovery مع أي هيكل لمواجهة الكوارث؟

نعم، يعد خدمة مواجهة الكوارث للمجموعة الكاملة خدمة مرنة للغاية. يمكنك دمج أي عمليات نشر إجراءات مواجهة الكوارث باستخدام OCI Full Stack Disaster Recovery.

3. ما موارد OCI المطلوبة قبل استخدام خدمة مواجهة الكوارث للمجموعة الكاملة؟

ستحتاج إلى إعداد كل البنية التحتية للإنتاج/إجراءات مواجهة الكوارث ومكونات التطبيق. بناءً على عمليات نشر إجراءات مواجهة الكوارث، قد يتضمن ذلك ما يلي:

• موارد الشبكات، مثل Oracle Cloud Infrastructure VCN وOCI Load Balancer
• نظام قاعدة البيانات البديلة أو قاعدة البيانات التي يتم استخدامها، تبعًا لنوع Oracle Database PaaS (يتم استخدام Oracle Data Guard داخليًا لاستناخ Oracle Database)
• النسخ المتماثل للتخزين استنادًا إلى نوع خدمات تخزين OCI التي ستستخدمها في إعداد التمهيد/الكتل واستنساخ مجموعة وحدات التخزين.

4. ما خدمات OCI التي يمكن أن تتكامل مع خدمة مواجهة الكوارث الكاملة في OCI؟

يمكنك إضافة أنواع الموارد التالية كأعضاء في مجموعة حماية DR.

• أجهزة حوسبة Oracle Cloud Infrastructure (OCI) الافتراضية (أجهزة افتراضية وأجهزة افتراضية مُخصصة للوجهة)
• Oracle Database PaaS
• Oracle Autonomous Database Serverless
• خدمة Oracle Autonomous Database on Dedicated Exadata Infrastructure
• Oracle Autonomous Database على Exadata Cloud@Customer
• خدمة Oracle Base Database
• خدمة Oracle Exadata Database Service on Dedicated Infrastructure
• Oracle Exadata Database Service on Cloud@Customer
• خدمة Oracle Exadata Database على بنية تحتية فائقة الأداء
• موازنة تحميل OCI
• موازنة تحميل شبكة OCI
• OCI Block Storage (يتم تضمين وحدات تخزين التمهيد والكتل في مجموعات وحدات التخزين)
• تخزين ملفات OCI
• تخزين الكائنات في OCI

أثناء إنشاء خطة DR، تنشئ OCI Full Stack Disaster Recovery تلقائيًا مجموعات خطط مُضمنة. يمكن تخصيص خطة إجراءات مواجهة الكوارث للتفاعل مع أي خدمات OCI أخرى من خلال مجموعات الخطط المحددة بواسطة المستخدم باستخدام البرامج النصية أو Oracle Cloud Infrastructure Functions.

5. ما أنواع خطط مواجهة الكوارث المتوفرة؟

توجد أربعة أنواع من خطط DR.

• تبديل
• تجاوز الفشل
• بدء النقل
• نقل النقل

6. هل هناك أي خطط لإضافة أعضاء جدد بصفتها أنواع موارد في مجموعة حماية DR؟

نعم، لدينا خطط لإضافة خدمات OCI الأساسية الأخرى، مثل OCI Kubernetes Engine (OKE). التحقق للحصول على مزيد من المعلومات.

7. هل أحتاج إلى استخدام وحدة تحكم OCI أو الأتمتة المُضمنة المتوفرة داخل Oracle Database PaaS لإعداد نظام قاعدة البيانات البديل أو قاعدة البيانات؟

نعم. تعتمد OCI Full Stack DR على واجهات برمجة تطبيقات Oracle Database PaaS Data Guard لإنشاء مجموعات الخطط للتبديل أو تجاوز الفشل لقاعدة البيانات. ولكن بافتراض ذلك، يمكنك استخدام البرامج النصية المخصصة للتحكم في تغييرات دور Oracle Data Guard في الحالات التي تم فيها إعداد Data Guard يدويًا.

8 هل يمكنني دمج مثيلات Oracle Database التي تعمل في OCI Compute VMs باستخدام Full Stack Disaster Recovery؟

نعم، بافتراض إعداد Oracle Data Guard لقواعد البيانات التي تعمل في جهاز OCI الافتراضي. يمكنك إنشاء مجموعات خطط محددة بواسطة المستخدم واستخدام برامج نصية عكس الدور أو وسيط حماية البيانات.

9. هل يمكنني دمج قواعد البيانات غير التابعة لـ Oracle مع OCI Full Stack DR؟

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

10. ما أنواع موارد حوسبة المثيل المتنقلة وغير المتنقلة؟

المثيل المتنقل: يُستخدم عادةً في منظومات جهاز ظاهري الباردة أو الخفيفة التجريبية لإجراءات مواجهة الكوارث، إذ يتم نشر المثيلات التي تشكّل مجموعة التطبيقات في المنطقة الأساسية فحسب. يتم نقل المثيلات من مجموعة حماية DR الأساسية إلى مجموعة حماية DR الاحتياطية.

المثيل غير المتنقل: يُستخدم عادةً مع منظومات إجراءات مواجهة الكوارث المباشرة النشطة، إذ يتم توزيع المثيلات التي تشكّل مجموعة التطبيقات مُسبقًا في كل من المناطق ومكونات برامج التطبيق. تبدأ هذه المثيلات أو توقفها أثناء عمليات DR لتحويل الخدمة من منطقة إلى أخرى.

11. متى أحتاج إلى إضافة مجموعة وحدات تخزين كعضو في مجموعة حماية DR؟

إذا أضفت حوسبة مثيل متنقل أو غير متنقل بصفته عضو في مجموعة حماية DR الأساسية، فيجب إضافة مجموعة وحدات تخزين التمهيد/الكتل ذات الصلة كعضو في مجموعة حماية DR الأساسية.

12. كيف يمكنني معالجة استنساخ التخزين للأجهزة الافتراضية التي تمت إضافتها كمثيلات حوسبة غير متنقلة في مجموعة حماية DR؟

يمكنك تحديد تفاصيل خيار توصيل وحدة تخزين قطع البيانات في خصائص أعضاء المثيل غير المتنقل. يجب إضافة مجموعة وحدات تخزين قطع البيانات ذات الصلة بصفته عضو في مجموعة حماية DR الأساسية.

13. هل يمكنني إضافة قواعد بيانات Oracle HeatWave MySQL وPostgreSQL المدارة كنوع عضو في Full Stack DR؟

لا، لا يمكنك إضافة قواعد البيانات هذه كأنواع أعضاء باستخدام Full Stack DR. بمجرد إصدار ميزات النسخ المتماثل عبر المناطق الأصلية من الخدمة المعنية، يخطط فريق Full Stack DR للحصول على دعم لهذه الخدمات كأنواع أعضاء. اليوم، يمكن للعملاء استخدام البرامج النصية المخصصة ودمج تلك البرامج مع خدمة Full Stack DR إذا كان يمكن إكمال عملية استعادة قواعد البيانات. على سبيل المثال، يدعم HeatWave MySQL ميزات النسخ الاحتياطي والاستعادة عبر المناطق؛ إذا كان من الممكن برمجة عملية الاستعادة، فيمكن إضافتها إلى خطة إجراءات مواجهة الكوارث باستخدام مجموعات الخطط المحددة بواسطة المستخدم.

هدف وقت الاسترداد وهدف نقطة الاسترداد

1. ما الهدف من وقت الاسترداد؟ ما الهدف من نقطة الاسترداد؟ ولماذا هما مهمان؟

هدف وقت الاسترداد (RTO): يمثل RTO الإطار الزمني المستهدف الذي يجب فيه استعادة تطبيق أو نظام معين وتشغيله بالكامل بعد حدوث كارثة أو حدث معطّل. يمثل هذا الحد الأقصى لوقت التوقف المسموح به الذي يمكن للشركة تحمّله لذلك التطبيق. بمعنى آخر، يشير إلى سرعة حاجة التطبيق إلى أن يكون قيد التشغيل مجددًا لتلبية متطلبات استمرارية العمل. يكون غالبًا للتطبيقات بالغة الأهمية RTO منخفضًا، إذ إنها تحتاج إلى استعادتها بسرعة لتقليل الاضطرابات والحفاظ على العمليات الأساسية.

هدف نقطة الاسترداد (RPO): يشير RPO إلى الحد الأقصى لفقدان البيانات المسموح به في حالة وقوع كارثة أو انقطاع. يمثل الفترة الزمنية التي يمكن فيها فقدان البيانات (التي لم يتم نسخها احتياطيًا أو نسخها بشكل متماثل) قبل أن تبدأ الكارثة في التأثير بشكل كبير على الأعمال. على سبيل المثال، إذا كان لدى أحد التطبيقات هدف نقطة الاسترداد مدته ساعة واحدة، فهذا يعني أنه بعد وقوع كارثة، يجب استرداد البيانات إلى نقطة لا تزيد عن ساعة واحدة قبل وقوع الحادث. تتطلب التطبيقات التي تتميز بـ RPO أقل عادةً عمليات نسخ احتياطي أو نسخ احتياطي أكثر تكرارًا للبيانات لضمان الحد الأدنى من فقد البيانات.

تعد كل من RTO وRPO اعتبارات أساسية في التخطيط لاستعادة البيانات بعد الكوارث لأنها تؤثر مباشرةً على استمرارية عمليات الأعمال ومرونتها أثناء حدث معطّل وبعده. تحتاج المؤسسات إلى تحقيق التوازن بين هذه الأهداف استنادًا إلى أهمية تطبيقاتها وتكلفة تنفيذ إجراءات مواجهة الكوارث اللازمة.

2. كيف تؤثر خدمة مواجهة الكوارث الكاملة في OCI على RTO الخاص بتطبيقي؟

يمكن تحديد RTO لتطبيق من خلال مراعاة الوقت المستغرق لإكمال خطة التبديل أو تجاوز الفشل. يمكن لـ OCI Full Stack DR، مع عملية الاستعادة المؤتمتة بالكامل، تحسين RTO بشكل كبير عن طريق تقليل وقت التعطل عن العمل وتقليل التدخل اليدوي المطلوب للاستعادة.

من خلال أتمتة عمليات تجاوز الفشل والتحويل، تبسط OCI Full Stack DR سير عمل الاسترداد وتمكن إعادة عمل التطبيقات عبر الإنترنت بسرعة. قد يؤدي هذا الانخفاض في وقت الاستعادة إلى تحسين استمرارية الأعمال وتقليل التعطلات في أثناء وقوع كارثة.

3. كيف تؤثر خدمة مواجهة الكوارث الكاملة في OCI على RPO الخاص بتطبيقي؟

لا تتحكم OCI Full Stack DR في RPO، إذ يمكن أن يختلف باختلاف خدمات OCI وأساليب النسخ المتماثل الخاصة بها وتكويناتها. قد يكون للخدمات المختلفة داخل Oracle Cloud Infrastructure إرشادات RPO مُحددة بناءً على طريقة معالجتها لتكرار البيانات ومزامنتها.

على سبيل المثال، بالنسبة إلى Oracle Autonomous Database Serverless، قد تكون Oracle نشرت قيم RPO لقواعد البيانات الاحتياطية عبر المناطق، مما يشير إلى الحد الأقصى لفقدان البيانات المسموح به لذلك الإعداد المحدد.

لضمان الامتثال لـ RPO المطلوب وفهم إمكانات استرداد البيانات لكل خدمة OCI، من الضروري الرجوع إلى وثائق خدمة OCI ذات الصلة. توفر هذه المبادئ التوجيهية معلومات تفصيلية حول طريقة استنساخ البيانات، وخيارات الاسترداد المتاحة، وRPO المتوقع لتكوينات مختلفة. باتباع التوصيات الواردة في الوثائق، يمكنك تنفيذ استراتيجية مناسبة لإجراءات مواجهة الكوارث تتوافق مع احتياجات عملك ومتطلبات حماية البيانات.

التسعير

1. ما هو نموذج التسعير لخدمة مواجهة الكوارث الكاملة في OCI؟

يتبع تسعير OCI Full Stack DR نموذج تسعير OCI OCPU وECPU لكل ساعة. يتم تسعير الخدمة بناءً على عدد وحدات CPU (وحدة OCPU ووحدة ECPU) لكل نوع عضو مضاف إلى مجموعة حماية DR. تستخدم وحدات المعالجة المركزية المخصصة فحسب لاحتساب التكاليف. لا تتم فوترة التخزين والشبكات واستخدامات الموارد الأخرى التي تعد جزءًا من مجموعات حماية Full Stack DR بواسطة Full Stack DR.

• خدمة OCI Full Stack Disaster Recovery – OCPU لكل ساعة – B95485
• خدمة OCI Full Stack Disaster Recovery – ECPU لكل ساعة – B110274

لمزيد من التفاصيل، راجع مُقدِّر تكاليف OCI وقائمة تسعير OCI (PDF).

2. كيف يتم تسعير OCI Full Stack Recovery؟

يتم تسعير OCI Full Stack DR على أساس عدد وحدات OCPU ووحدات ECPU لموارد الحوسبة وقاعدة البيانات المُضافة بصفتها أعضاء في كل من مجموعات حماية DR الأساسية والاحتياطية.

مثال 1

• تحتوي DRPG الأساسية على الأعضاء التالين: Compute-A (وحدتا OCPU) وADB-Primary (وحدة ECPU واحدة)
• تحتوي DRPG الاحتياطية على الأعضاء التالين: Compute-B (وحدتا OCPU) وADB-Standby (وحدة ECPU واحدة)
• إجمالي وحدات OCPU/ساعة (الحوسبة وقاعدة البيانات): 4 وحدات OCPU/ساعة ووحدتا ECPU/ساعة.
• تسعير Full Stack DR / ساعة: (4 × 0.0128 دولارًا أمريكيًا) + (2 × 0.0032 دولارًا أمريكيًا) = 0.5184 دولارًا أمريكيًا

مثال 2

• تحتوي DRPG الأساسية على الأعضاء التالين: Compute-A (4 وحدات OCPU)، ADB- (وحدتا OCPU)،مجموعة وحدات التخزين-500 جيجابايت
• لدى وحدات DRPG الاحتياطية الأعضاء التالين: ADB-Standby (وحدتا OCPU)
• إجمالي وحدات OCPU/ساعة (الحوسبة وقاعدة البيانات): 8 وحدات OCPU لكل ساعة
• تسعير Full Stack DR/ساعة: 8 × 0.0128 دولارًا أمريكيًا = 0.1024 دولارًا أمريكيًا

يُرجى ملاحظة أن التسعير حسب الساعة والنموذج يمكن أن يتغير في المستقبل. للحصول على التسعير الحالي، راجع أحدث إرشادات التسعير أو اتصل بممثل مبيعات Oracle لديك.

3- هل يوجد تسعير لإضافة مجموعة وحدات تخزين أو تخزين ملفات أو load balancer كعضو في مجموعة حماية DR؟

لا، لا يوجد تسعير مُنفصل لإضافة مجموعة وحدات تخزين بصفتها عضوًا في مجموعة حماية DR. تسعير OCI Full Stack DR قابل للتطبيق فحسب على أنواع أعضاء قاعدة البيانات والحوسبة. لا تفرض خدمة Full Stack DR رسومًا إضافية على أنواع موارد OCI التالية:

• موازنة تحميل OCI
• موازنة تحميل شبكة OCI
• OCI Block Storage (مجموعات وحدات تخزين التمهيد ووحدات تخزين الكتل)
• تخزين ملفات OCI
• تخزين الكائنات في OCI

4. هل نوجد تكلفة إضافية لإعداد بنية DR التحتية؟

نعم. ستدفع التكاليف العادية لخدمات OCI اللازمة لنشر مجموعة التطبيقات سواء كنت تستخدم Full Stack DR أم لا. ستدفع مقابل OCI Networking، وOCI Compute، واستهلاك تخزين OCI، وOCI Load Balancer، وقواعد بيانات Oracle، وأي خدمات OCI أخرى تتطلبها مجموعة تطبيقاتك. تكلفة Full Stack DR هي تكلفة إضافية بناءً على عدد وحدات ECPU ووحدات OCPU كما هو موضح في الإجابة عن السؤال 2 من هذا القسم.

تختلف التكلفة المرتبطة بخدمات OCI ونموذج نشر DR تبعًا إلى الخدمات والتكوينات المحددة التي تختارها. على سبيل المثال، إذا اخترت النسخ المتماثل للكتلة عبر المناطق، فتوجد تكلفة تخزين إضافية. بالمثل، يؤدي استخدام قاعدة بيانات احتياطية ذاتية إلى تكبد نفقات إضافية. لمزيد من المعلومات التفصيلية حول التسعير لكل خدمة OCI ذات الصلة، الرجاء الرجوع إلى تفاصيل تسعير Oracle Cloud Infrastructure.