مشاركة عبر

النسخ الاحتياطي والاستعادة في قاعدة بيانات Azure ل MySQL

  • مقالة

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

هام

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

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

نسخ احتياطية

تأخذ Azure Database for MySQL نسخًا احتياطية من ملفات البيانات وسجل المعاملات. تسمح لك هذه النسخ الاحتياطية باستعادة الخادم إلى أي نقطة زمنية خلال فترة الاستبقاء للنسخ الاحتياطية التي تكونت. فترة الاحتفاظ الافتراضية للنسخ الاحتياطي سبعة أيام. يمكنك اختياريا تكوينه لمدة تصل إلى 35 يوما. يتم تشفير جميع النسخ الاحتياطية باستخدام تشفير AES 256 بت.

ملفات النسخ الاحتياطي هذه غير مكشوفة من قبل المستخدم ولا يمكن تصديرها. يمكن استخدام هذه النسخ الاحتياطية فقط لعمليات الاستعادة في قاعدة بيانات Azure ل MySQL. يمكنك استخدام mysqldump لنسخ قاعدة بيانات.

يعتمد نوع النسخ الاحتياطي وتكراره على التخزين الخلفي للخوادم.

تنويع النسخ الاحتياطي وتكراره

خوادم مواقع التخزين الأساسية

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

تحدث عمليات النسخ الاحتياطي لسجل العمليات كل خمس دقائق.

خوادم التخزين V1 للأغراض العامة (تدعم تخزينا يصل إلى 4 تيرابايت)

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

  • توفير المزيد من IOPs لحساب IOs أو النسخ الاحتياطي
  • بدلا من ذلك، ترحيل إلى التخزين للأغراض العامة التي تدعم تخزين يصل إلى 16 تيرابايت إذا كانت البنية الأساسية للتخزين الأساسية متوفرة في مناطق Azure المفضلةلديك. لا توجد تكلفة إضافية للتخزين للأغراض العامة تدعم التخزين الذي يصل إلى 16 تيرابايت. للمساعدة في الترحيل إلى مساحة تخزين 16 تيرابايت، يرجى فتح تذكرة دعم من مدخل Microsoft Azure.

خوادم التخزين V1 للأغراض العامة (تدعم تخزينا يصل إلى 16 تيرابايت)

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

لمزيد من المعلومات حول تخزين الأغراض الأساسية والعامة، راجع وثائق التخزين.

استبقاء النسخ الاحتياطية

يتم استبقاء النسخ الاحتياطية بناءً على إعداد فترة الاستبقاء للنسخ الاحتياطي على الخادم. يمكنك تحديد فترة استبقاء تتراوح بين يوم واحد و35 يوماً. فترة الاحتفاظ الافتراضية هي 7 أيام. يمكنك تعيين فترة الاستبقاء أثناء إنشاء الخادم أو لاحقا عن طريق تحديث تكوين النسخ الاحتياطي باستخدام مدخل Microsoft Azure أو Azure CLI.

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

  • ستحتفظ خوادم التخزين للأغراض العامة v1 (التي تدعم ما يصل إلى 4 تيرابايت) بما يصل إلى نسختين احتياطيتين كاملتين لقاعدة البيانات، وجميع النسخ الاحتياطية التفاضلية، والنسخ الاحتياطية لسجل المعاملات التي تم إجراؤها منذ أقرب نسخة احتياطية كاملة لقاعدة البيانات.
  • ستحتفظ خوادم التخزين للأغراض العامة v2 (التي تدعم ما يصل إلى تخزين 16 تيرابايت) بلقطات قاعدة البيانات الكاملة والنسخ الاحتياطية لسجل المعاملات في آخر 8 أيام.

الاستبقاء على المدى الطويل

الاستبقاء طويل الأجل للنسخ الاحتياطية بعد 35 يوما غير مدعوم حاليا من قبل الخدمة حتى الآن. لديك خيار لاستخدام mysqldump لاتخاذ النسخ الاحتياطي وتخزينها للاحتفاظ بها على المدى الطويل. قام فريق الدعم لدينا بتدوين مقالة خطوة بخطوة لمشاركة كيفية تحقيق ذلك.

خيارات التكرار الاحتياطية

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

إشعار

للمناطق التالية - وسط الهند، فرنسا الوسطى، شمال الإمارات العربية المتحدة، جنوب أفريقيا الشمالية؛ تخزين الأغراض العامة v2 التخزين في المعاينة العامة. إذا قمت بإنشاء خادم مصدر في تخزين الأغراض العامة v2 (دعم ما يصل إلى 16 تيرابايت التخزين) في المناطق المذكورة أعلاه، فإن تمكين Geo-Redundant النسخ الاحتياطي غير مدعوم.

الانتقال من التخزين الاحتياطي المتكرر محليا إلى تخزين النسخ الاحتياطي المتكرر جغرافيا

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

تكلفة تخزين النسخ الاحتياطي

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

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

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

استعادة

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

يتوفر نوعان من الاستعادة:

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

يعتمد الوقت المقدر لاسترداد الخادم على عدة عوامل:

  • حجم قواعد البيانات
  • عدد سجلات المعاملات المتضمنة
  • مقدار النشاط الذي يجب إعادته للاسترداد إلى نقطة الاستعادة
  • عرض النطاق الترددي للشبكة إذا كانت الاستعادة إلى منطقة مختلفة
  • عدد طلبات الاستعادة المتزامنة التي تتم معالجتها في المنطقة الهدف
  • وجود المفتاح الأساسي في الجداول الموجودة في قاعدة البيانات. لاسترداد أسرع، ضع في اعتبارك إضافة مفتاح أساسي لجميع الجداول في قاعدة البيانات الخاصة بك. للتحقق مما إذا كانت الجداول تحتوي على مفتاح أساسي، يمكنك استخدام الاستعلام التالي:
select tab.table_schema as database_name, tab.table_name from information_schema.tables tab left join information_schema.table_constraints tco on tab.table_schema = tco.table_schema and tab.table_name = tco.table_name and tco.constraint_type = 'PRIMARY KEY' where tco.constraint_type is null and tab.table_schema not in('mysql', 'information_schema', 'performance_schema', 'sys') and tab.table_type = 'BASE TABLE' order by tab.table_schema, tab.table_name;

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

هام

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

استعادة النقطة الزمنية

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

إشعار

هناك معلمتان للخادم تتم إعادة تعيينهما إلى القيم الافتراضية (ولا يتم نسخهما من الخادم الأساسي) بعد عملية الاستعادة

  • time_zone - هذه القيمة المراد تعيينها إلى DEFAULT SYSTEM
  • event_scheduler - تم تعيين event_scheduler على OFF على الخادم المستعاد

ستحتاج إلى تعيين معلمات الخادم هذه عن طريق إعادة تكوين معلمة الخادم

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

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

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

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

  • يمكن استعادة خوادم التخزين للأغراض العامة v1 (التي تدعم ما يصل إلى 4 ТБ تخزين) إلى المنطقة المقترنة جغرافيا، أو إلى أي منطقة Azure تدعم قاعدة بيانات Azure لخدمة MySQL - خادم واحد.
  • يمكن استعادة خوادم التخزين V2 للأغراض العامة (التي تدعم سعة تخزين تصل إلى 16 تيرابايت) إلى مناطق Azure التي تدعم البنية الأساسية لخوادم V2 للتخزين للأغراض العامة. مراجعة قاعدة بيانات Azure لتسعير مستويات MySQL لقائمة المناطق المدعومة.

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

هام

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

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

يعتمد الوقت المقدر للاسترداد على عدة عوامل بما في ذلك أحجام قاعدة البيانات، وحجم سجل العملية، والنطاق الترددي للشبكة، والعدد الإجمالي لقواعد البيانات التي يتم استردادها في نفس المنطقة في نفس الوقت. عادة ما يكون وقت الاسترداد أقل من 12 ساعة.

تنفيذ مهام ما بعد الاستعادة

بعد استعادة من آلية الاسترداد، يجب تنفيذ المهام التالية للحصول على المستخدمين والتطبيقات الخاصة بك احتياطية وتشغيلها:

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

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