مشاركة عبر

نظرة عامة على استمرارية الأعمال مع قاعدة بيانات Azure ل MariaDB

  • مقالة

هام

قاعدة بيانات Azure ل MariaDB على مسار التقاعد. نوصي بشدة بالترحيل إلى قاعدة بيانات Azure ل MySQL. لمزيد من المعلومات حول الترحيل إلى قاعدة بيانات Azure ل MySQL، راجع ما يحدث لقاعدة بيانات Azure ل MariaDB؟.

توضح هذه المقالة الإمكانات التي توفرها قاعدة بيانات Azure ل MariaDB لاستمرارية الأعمال والتعافي من الكوارث. تعرف على خيارات الاسترداد من الأحداث التخريبية التي قد تتسبب في فقدان البيانات أو تتسبب في عدم توفر قاعدة البيانات والتطبيق. تعرف على ما يجب فعله عندما يؤثر خطأ مستخدم أو خطأ في التطبيق على تكامل البيانات، أو إذا كانت منطقة Azure بها انقطاع، أو يحتاج تطبيقك إلى صيانة.

ميزات استمرارية الأعمال

أثناء تطوير خطة استمرارية الأعمال الخاصة بك، تحتاج إلى فهم ما يلي:

  • هدف وقت الاسترداد (RTO): الحد الأقصى للوقت المقبول قبل استرداد التطبيق بالكامل بعد حدث مخل بالغرض.
  • هدف نقطة الاسترداد (RPO): الحد الأقصى لكمية تحديثات البيانات الأخيرة (الفاصل الزمني) التي يمكن للتطبيق تحمل فقدانها عند استرداده بعد حدث مدمر.

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

مع الاستعادة الجغرافية، تنشئ قاعدة بيانات Azure ل MariaDB خادما جديدا باستخدام بيانات النسخ الاحتياطي التي يتم نسخها نسخا متماثلا من منطقة أخرى. يعتمد الوقت الإجمالي للاستعادة والاسترداد على حجم قاعدة البيانات ومقدار بيانات السجل للاسترداد. يختلف الوقت الإجمالي لتأسيس الخادم من دقائق قليلة إلى ساعات قليلة.

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

إشعار

يعتمد التأخر بين قاعدة البيانات الأساسية والنسخة المتماثلة على زمن الانتقال بين المواقع وكمية البيانات التي سيتم إرسالها و(الأكثر أهمية) حمل عمل الكتابة للخادم الأساسي. يمكن أن تولد أحمال عمل الكتابة الثقيلة تأخيرا كبيرا.

نظرا للطبيعة غير المتزامنة للنسخ المتماثل المستخدم لقراءة النسخ المتماثلة، لا تعتبر قراءة النسخ المتماثلة حلا عالي التوفر. يمكن أن تعني التأخرات الأعلى RTO وRPO أعلى. يمكن أن تعمل النسخ المتماثلة للقراءة كبديل عالي التوفر فقط لأحمال العمل حيث يظل التأخير أصغر خلال أوقات الذروة وخارج أوقات الذروة. وإلا، فإن النسخ المتماثلة للقراءة مخصصة لمقياس القراءة الحقيقي لأحمال العمل الثقيلة للقراءة ولسيناريوهات التعافي من الكوارث.

يقارن الجدول التالي RTO وRPO في سيناريو حمل العمل النموذجي:

الإمكانية أساسي الغرض العام الذاكرة المُحسنة
استعادة نقطة زمنية من النسخ الاحتياطي أي نقطة استعادة خلال فترة الاستبقاء
يختلف RTO
RPO أقل من 15 دقيقة		 أي نقطة استعادة خلال فترة الاستبقاء
يختلف RTO
RPO أقل من 15 دقيقة		 أي نقطة استعادة خلال فترة الاستبقاء
يختلف RTO
RPO أقل من 15 دقيقة
الاستعادة الجغرافية من النسخ الاحتياطية التي تم نسخها جغرافيًا غير مدعوم يختلف RTO
RPO أكبر من 24 ساعة		 يختلف RTO
RPO أكبر من 24 ساعة
قراءة النسخ المتماثلة RTO هو دقائق
RPO أقل من 5 دقائق		 RTO هو دقائق
RPO أقل من 5 دقائق		 RTO هو دقائق
RPO أقل من 5 دقائق

يمكن أن يكون RTO وRPO أعلى بكثير في بعض الحالات، اعتمادا على عوامل مثل زمن الانتقال بين المواقع، وكمية البيانات التي سيتم إرسالها، وعبء عمل الكتابة في قاعدة البيانات الأساسية.

استرداد خادم بعد خطأ مستخدم أو تطبيق

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

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

هام

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

الاسترداد من انقطاع مركز البيانات الإقليمي في Azure

على الرغم من أنه نادر، يمكن أن يكون لمركز بيانات Azure انقطاع. عند حدوث انقطاع، فإنه يتسبب في تعطيل الأعمال التي قد تستمر بضع دقائق فقط ولكن يمكن أن تستمر لساعات.

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

الاستعادة الجغرافية

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

هام

لا يمكن الاستعادة الجغرافية إلا إذا قمت بتزويد الخادم بتخزين نسخ احتياطي متكرر جغرافيا. إذا كنت ترغب في التبديل من النسخ الاحتياطية المكررة محليا إلى النسخ الاحتياطية المتكررة جغرافيا لخادم موجود، يجب عليك إنشاء نسخة احتياطية من الخادم الحالي باستخدام mysqldump. بعد ذلك، قم بالاستعادة إلى خادم تم إنشاؤه حديثا تم تكوينه باستخدام النسخ الاحتياطية المتكررة جغرافيا.

النسخ المتماثلة للقراءة عبر المناطق

يمكنك استخدام النسخ المتماثلة للقراءة عبر المناطق لتحسين التخطيط لاستمرارية الأعمال والتعافي من الكوارث. يتم تحديث النسخ المتماثلة للقراءة بشكل غير متزامن من خلال تقنية النسخ المتماثل MySQL للسجلات الثنائية. تعرف على المزيد حول قراءة النسخ المتماثلة والمناطق المتوفرة وكيفية تجاوز الفشل في المقالة حول مفاهيم قراءة النسخ المتماثلة.

الأسئلة المتداولة

أين تخزن قاعدة بيانات Azure ل MariaDB بيانات العملاء؟

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

الخطوات التالية