مشاركة عبر

نظرة عامة على استمرارية الأعمال مع قاعدة بيانات Azure لـ MySQL - خادم فردي

  • مقالة

ينطبق على: قاعدة بيانات Azure ل MySQL - خادم واحد

هام

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

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

الميزات التي يمكنك استخدامها لتوفير استمرارية الأعمال

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

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

إشعار

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

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

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

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

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

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

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

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

هام

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

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

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

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

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

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

هام

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

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

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

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

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

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

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