النسخ الاحتياطي والاستعادة في قاعدة بيانات Azure لخادم MySQL المرن
ينطبق على:
قاعدة بيانات Azure ل MySQL - خادم مرن
تقوم قاعدة بيانات Azure ل MySQL Flexible Server تلقائيا بإنشاء نسخ احتياطية للخادم وتخزينها بأمان في وحدة تخزين احتياطية محلية داخل المنطقة. يمكن استخدام النسخ الاحتياطية لاستعادة الخادم الخاص بك إلى نقطة في الوقت المناسب. يشكل النَسْخ الاحتياطي والاستعادة جزءاً أساسيّاً من أي إستراتيجية لاستمرارية الأعمال لأنها تحمي بياناتك من التلف العرضي أو الحذف.
نظرة عامة على النسخ الاحتياطي
يأخذ الخادم المرن نسخا احتياطية من ملفات البيانات ويخزنها في وحدة تخزين احتياطية محلية. يقوم الخادم أيضا بإجراء نسخ احتياطي لسجلات المعاملات وتخزينها أيضا في وحدة تخزين احتياطية محلية. تسمح لك هذه النسخ الاحتياطية باستعادة خادم إلى أي نقطة زمنية خلال فترة الاحتفاظ بالنسخ الاحتياطي التي تم تكوينها. فترة الاحتفاظ الافتراضية للنسخ الاحتياطي سبعة أيام. يمكنك اختياريا تكوين النسخة الاحتياطية لقاعدة البيانات من 1 إلى 35 يوما. يتم تشفير جميع النسخ الاحتياطية باستخدام تشفير AES 256 بت للبيانات المخزنة في حالة السكون.
لا يمكن تصدير ملفات النسخ الاحتياطي هذه. يمكن استخدام النسخ الاحتياطية فقط لعمليات الاستعادة في الخادم المرن. يمكنك أيضا استخدام mysqldump من عميل MySQL لنسخ قاعدة بيانات.
تردد النسخ الاحتياطي
تعتمد النسخ الاحتياطية على الخوادم المرنة على اللقطة. تتم جدولة النسخة الاحتياطية الأولى من اللقطة مباشرة بعد إنشاء خادم. يتم أخذ النسخ الاحتياطية لللقطات يوميا مرة واحدة. تحدث النسخ الاحتياطي لسجل المعاملات كل خمس دقائق. في حالة فشل النسخ الاحتياطي المجدول، تحاول خدمة النسخ الاحتياطي لدينا كل 20 دقيقة أخذ نسخة احتياطية حتى يتم أخذ نسخة احتياطية ناجحة. قد تحدث حالات فشل النسخ الاحتياطي هذه بسبب أحمال إنتاج المعاملات الثقيلة على مثيل الملقم.
خيارات تكرار النسخ الاحتياطي
تخزن قاعدة بيانات Azure ل MySQL نسخا متعددة من النسخ الاحتياطية بحيث تتم حماية بياناتك من الأحداث المخطط لها وغير المخطط لها، بما في ذلك أعطال الأجهزة العابرة وانقطاع الشبكة أو الطاقة والكوارث الطبيعية الهائلة. توفر قاعدة بيانات Azure ل MySQL المرونة للاختيار بين تخزين النسخ الاحتياطي المتكرر محليا أو الفائض عن الحاجة أو المتكرر جغرافيا في الطبقات الأساسية والأغراض العامة والذاكرة المحسنة. بشكل افتراضي، تكون قاعدة بيانات Azure لتخزين النسخ الاحتياطي لخادم MySQL زائدة عن الحاجة محليا للخوادم ذات التوفر العالي (HA) في نفس المنطقة أو بدون تكوين توفر عالي، والمنطقة زائدة عن الحاجة للخوادم ذات تكوين HA المتكرر للمنطقة.
يضمن تكرار النسخ الاحتياطي أن قاعدة البيانات الخاصة بك تلبي أهداف التوافر والمتانة الخاصة بها حتى في مواجهة حالات الفشل ، وتوسع قاعدة بيانات Azure ل MySQL ثلاثة خيارات للمستخدمين -
تخزين النسخ الاحتياطي المتكرر محليا: عندما يتم تخزين النسخ الاحتياطية في وحدة تخزين احتياطية احتياطية محليا، يتم تخزين نسخ متعددة من النسخ الاحتياطية في نفس مركز البيانات. يحمي هذا الخيار بياناتك من فشل حامل الخادم ومحرك الأقراص. كما يوفر هذا ما لا يقل عن 99.99999999999٪ (11 9's) متانة كائنات النسخ الاحتياطي خلال سنة معينة. بشكل افتراضي ، يتم تعيين تخزين النسخ الاحتياطي للخوادم ذات التوافر العالي في نفس المنطقة (HA) أو عدم وجود تكوين توفر عالي إلى زائدة عن الحاجة محليا.
تخزين النسخ الاحتياطي المتكرر للمنطقة: عندما يتم تخزين النسخ الاحتياطية في وحدة تخزين احتياطية في المنطقة، لا يتم تخزين نسخ متعددة داخل منطقة توافر الخدمات التي يتم استضافة الخادم فيها فحسب، بل يتم نسخها أيضا إلى منطقة توافر خدمات أخرى في نفس المنطقة. يمكن الاستفادة من هذا الخيار للسيناريوهات التي تتطلب توافرا عاليا أو لتقييد النسخ المتماثل للبيانات داخل بلد / منطقة لتلبية متطلبات موقع البيانات. كما يوفر هذا ما لا يقل عن 99.9999999999999٪ (12 9's) متانة كائنات النسخ الاحتياطي خلال سنة معينة. يمكن للمرء تحديد خيار التوفر العالي Zone-Redundant في وقت إنشاء الخادم لضمان تخزين النسخ الاحتياطي الزائد عن الحاجة. يمكن تعطيل التوافر العالي للخادم بعد الإنشاء ولكن سيظل تخزين النسخ الاحتياطي زائدا عن الحاجة.
تخزين النسخ الاحتياطي المتكرر جغرافيا : عندما يتم تخزين النسخ الاحتياطية في وحدة تخزين النسخ الاحتياطي الزائدة جغرافيا ، لا يتم تخزين نسخ متعددة داخل المنطقة التي يتم استضافة الخادم فيها فحسب ، بل يتم نسخها أيضا إلى منطقتها المقترنة جغرافيا. يوفر هذا حماية أفضل وقدرة على استعادة الخادم الخاص بك في منطقة مختلفة في حالة وقوع كارثة. كما يوفر هذا ما لا يقل عن 99.9999999999999999999٪ (16 9's) متانة كائنات النسخ الاحتياطي خلال سنة معينة. يمكن للمرء تمكين خيار Geo-Redundancy في وقت إنشاء الخادم لضمان تخزين النسخ الاحتياطي المتكرر جغرافيا. بالإضافة إلى ذلك، يمكنك الانتقال من التخزين المتكرر محليا إلى إنشاء خادم نشر التخزين المتكرر جغرافيا. يتم دعم التكرار الجغرافي للخوادم المستضافة في أي من مناطق Azure المقترنة.
ملاحظة
يظهر التوفر العالي المتكرر للمنطقة لدعم تكرار المنطقة حاليا كعملية وقت إنشاء فقط. حاليا، بالنسبة لخادم التوفر العالي المتكرر في المنطقة، لا يمكن تمكين/تعطيل التكرار الجغرافي إلا في وقت إنشاء الخادم.
الانتقال من خيارات تخزين النسخ الاحتياطي الأخرى إلى تخزين النسخ الاحتياطي المتكرر جغرافيا
يمكنك نقل مساحة تخزين النسخ الاحتياطية الحالية إلى مساحة تخزين زائدة جغرافيا باستخدام الطرق المقترحة التالية:
الانتقال من التخزين الاحتياطي المحلي إلى التخزين الاحتياطي المتكرر جغرافيا - من أجل نقل وحدة تخزين النسخ الاحتياطي من وحدة التخزين الزائدة محليا إلى وحدة التخزين الزائدة عن الحاجة جغرافيا، يمكنك تغيير تكوين خادم الحوسبة + التخزين من مدخل Azure لتمكين التكرار الجغرافي لخادم المصدر المتكرر محليا. يمكن أيضا استعادة خوادم HA الزائدة عن الحاجة في نفس المنطقة كخادم زائد عن الحاجة جغرافيا بطريقة مماثلة لأن تخزين النسخ الاحتياطي الأساسي زائد عن الحاجة محليا لنفسه.
الانتقال من التخزين الاحتياطي للمنطقة إلى التخزين الاحتياطي الجغرافي المتكرر - لا تدعم قاعدة بيانات Azure ل MySQL التخزين المتكرر للمنطقة إلى تحويل التخزين المتكرر جغرافيا من خلال تغيير إعدادات الحوسبة + التخزين أو عملية الاستعادة في الوقت المناسب. من أجل نقل مساحة تخزين النسخ الاحتياطي من التخزين المتكرر للمنطقة إلى التخزين المتكرر جغرافيا ، يعد إنشاء خادم جديد وترحيل البيانات باستخدام التفريغ والاستعادة هو الخيار الوحيد المدعوم.
استبقاء النسخ الاحتياطية
يتم الاحتفاظ بالنسخ الاحتياطية استنادا إلى إعداد فترة الاحتفاظ بالنسخ الاحتياطي على الخادم. يمكنك تحديد فترة احتفاظ من 1 إلى 35 يوما مع فترة احتفاظ افتراضية هي سبعة أيام. يمكنك تعيين فترة الاحتفاظ أثناء إنشاء الخادم أو إصدار أحدث عن طريق تحديث تكوين النسخ الاحتياطي باستخدام مدخل Azure.
تحكم فترة الاحتفاظ بالنسخ الاحتياطي إلى أي مدى يمكن إجراء عملية استعادة نقطة في الوقت المناسب ، نظرا لأنها تستند إلى النسخ الاحتياطية المتاحة. يمكن أيضا التعامل مع فترة الاحتفاظ بالنسخ الاحتياطي كنافذة استرداد من منظور الاستعادة. يتم الاحتفاظ بجميع النسخ الاحتياطية المطلوبة لإجراء استعادة في الوقت المناسب خلال فترة الاحتفاظ بالنسخ الاحتياطي في وحدة تخزين النسخ الاحتياطي. على سبيل المثال - إذا تم تعيين فترة الاحتفاظ بالنسخ الاحتياطي إلى سبعة أيام ، اعتبار نافذة الاسترداد آخر سبعة أيام. في هذا السيناريو، يتم الاحتفاظ بكافة النسخ الاحتياطية المطلوبة لاستعادة الملقم في الأيام السبعة الماضية. مع نافذة الاحتفاظ بالنسخ الاحتياطي لمدة سبعة أيام ، يتم تخزين لقطات قاعدة البيانات والنسخ الاحتياطية لسجل المعاملات لآخر ثمانية أيام (1 يوم قبل النافذة).
تكلفة تخزين النسخ الاحتياطي
يوفر الخادم المرن ما يصل إلى 100٪ من مساحة تخزين الخادم المتوفرة لديك كوحدة تخزين احتياطية دون أي تكلفة إضافية. يتم فرض رسوم على أي مساحة تخزين احتياطية إضافية مستخدمة بالجيجابايت شهريا. على سبيل المثال، إذا قمت بتوفير خادم بسعة تخزينية تبلغ 250 غيغابايت، فسيكون لديك 250 غيغابايت من مساحة التخزين المتوفرة للنسخ الاحتياطية للخادم دون أي رسوم إضافية. إذا كان استخدام النسخ الاحتياطي اليومي 25 جيجابايت ، فيمكنك الحصول على ما يصل إلى 10 أيام من التخزين الاحتياطي المجاني. يتم فرض رسوم على مساحة التخزين المستهلكة للنسخ الاحتياطية التي تزيد عن 250 جيجابايت وفقا لنموذج التسعير.
يمكنك استخدام مقياس التخزين الاحتياطي المستخدم في Azure Monitor المتوفر في مدخل Azure لمراقبة مساحة التخزين الاحتياطية التي يستهلكها الخادم. يمثل مقياس " تخزين النسخ الاحتياطي المستخدم" مجموع مساحة التخزين التي تستهلكها جميع النسخ الاحتياطية لقاعدة البيانات والنسخ الاحتياطية للسجل المحتفظ بها استنادا إلى فترة الاحتفاظ بالنسخ الاحتياطي التي تم تعيينها للخادم. يمكن أن يتسبب نشاط المعاملات الثقيلة على الخادم في زيادة استخدام تخزين النسخ الاحتياطي بغض النظر عن الحجم الإجمالي لقاعدة البيانات. تبلغ مساحة التخزين الاحتياطية المستخدمة لخادم متكرر جغرافيا ضعف مساحة التخزين المستخدمة في الخادم المتكرر محليا.
تتمثل الوسيلة الأساسية للتحكم في تكلفة تخزين النسخ الاحتياطي في تعيين فترة الاحتفاظ بالنسخ الاحتياطي المناسبة. يمكنك تحديد فترة احتفاظ بين 1 إلى 35 يوما.
هام
النسخ الاحتياطية من خادم قاعدة بيانات تم تكوينه في منطقة تكوين التوفر العالي الزائدة عن الحاجة يحدث من خادم قاعدة البيانات الأساسي حيث أن النفقات العامة ضئيلة مع النسخ الاحتياطية للقطة.
عرض النسخ الاحتياطية الكاملة المتوفرة
تسرد الشفرة النصلية "النسخ الاحتياطي والاستعادة" في مدخل Azure النسخ الاحتياطية الكاملة التلقائية التي يتم أخذها يوميا مرة واحدة. يمكن للمرء استخدام هذه الشفرة لعرض الطوابع الزمنية للإكمال لجميع النسخ الاحتياطية الكاملة المتاحة خلال فترة الاحتفاظ بالخادم وإجراء عمليات الاستعادة باستخدام هذه النسخ الاحتياطية الكاملة. تتضمن قائمة النسخ الاحتياطية المتاحة جميع النسخ الاحتياطية المؤتمتة بالكامل خلال فترة الاحتفاظ بالبيانات، وطابعا زمنيا يوضح الإكمال الناجح، وطابعا زمنيا يشير إلى المدة التي سيتم فيها الاحتفاظ بنسخة احتياطية، وإجراء استعادة.
استعادة
في قاعدة بيانات Azure ل MySQL، يؤدي إجراء استعادة إلى إنشاء خادم جديد من النسخ الاحتياطية للخادم الأصلي. هناك نوعان من الاستعادة المتاحة:
- استعادة النقطة في الوقت المناسب: يتوفر مع خيار تكرار النسخ الاحتياطي وإنشاء خادم جديد في نفس المنطقة مثل الخادم الأصلي.
- الاستعادة الجغرافية: لا تتوفر إلا إذا قمت بتكوين الخادم الخاص بك للتخزين المتكرر جغرافيا ويسمح لك باستعادة الخادم إلى المنطقة المقترنة جغرافيا. الاستعادة الجغرافية إلى مناطق أخرى غير مدعومة حاليا.
يعتمد الوقت المقدر لاستعادة الخادم على عدة عوامل:
- حجم قواعد البيانات
- عدد سجلات المعاملات المعنية
- مقدار النشاط الذي يحتاج إلى إعادة تشغيل للاسترداد إلى نقطة الاستعادة
- عرض النطاق الترددي للشبكة إذا كانت الاستعادة إلى منطقة مختلفة
- عدد طلبات الاستعادة المتزامنة التي تتم معالجتها في المنطقة المستهدفة
- وجود المفتاح الأساسي في الجداول في قاعدة البيانات. للحصول على استرداد أسرع، ضع في اعتبارك إضافة مفتاح أساسي لجميع الجداول في قاعدة البيانات الخاصة بك.
ملاحظة
سيصبح الخادم الذي تم تمكين التوفر العالي خادما غير HA (تم تعطيل التوفر العالي) بعد الاستعادة لكل من الاستعادة في الوقت المناسب والاستعادة الجغرافية.
استرداد في نقطة زمنية.
في قاعدة بيانات Azure ل MySQL Flexible Server، يؤدي إجراء استعادة في الوقت المناسب إلى إنشاء خادم جديد من النسخ الاحتياطية المرنة للخادم في نفس المنطقة مثل الخادم المصدر. يتم إنشاؤه باستخدام تكوين الخادم الأصلي لطبقة الحوسبة وعدد vCores وحجم التخزين وفترة الاحتفاظ بالنسخ الاحتياطي وخيار تكرار النسخ الاحتياطي. أيضا ، يتم توريث العلامات والإعدادات مثل الشبكة الافتراضية وجدار الحماية من الخادم المصدر. يمكن تغيير إعدادات الحوسبة والتخزين الخاصة بالخادم المستعاد، وإعدادات التكوين والأمان بعد اكتمال الاستعادة.
ملاحظة
هناك معلمتان للخادم يتم إعادة تعيينهما إلى القيم الافتراضية (ولا يتم نسخهما من الخادم الأساسي) بعد عملية الاستعادة
- time_zone - هذه القيمة لتعيينها إلى نظام القيمة الافتراضي
- event_scheduler - يتم تعيين event_scheduler إلى OFF على الخادم المستعاد
تعد الاستعادة في الوقت المناسب مفيدة في سيناريوهات متعددة. تتضمن بعض حالات الاستخدام الشائعة -
- عندما يقوم مستخدم بحذف البيانات الموجودة في قاعدة البيانات عن طريق الخطأ
- يسقط المستخدم جدولا أو قاعدة بيانات مهمة
- يقوم تطبيق المستخدم عن طريق الخطأ بالكتابة فوق البيانات الجيدة ببيانات سيئة بسبب عيب في التطبيق.
يمكنك الاختيار بين أحدث نقطة استعادة ونقطة استعادة مخصصة وأسرع نقطة استعادة (استعادة باستخدام النسخ الاحتياطي الكامل) عبر مدخل Azure.
- أحدث نقطة استعادة: يساعدك خيار أحدث نقطة استعادة على استعادة الخادم إلى الطابع الزمني عند تشغيل عملية الاستعادة. يفيد هذا الخيار في استعادة الخادم بسرعة إلى الحالة الأكثر تحديثا.
- نقطة استعادة مخصصة: سيسمح لك ذلك باختيار أي نقطة زمنية خلال فترة الاحتفاظ المحددة لهذا الخادم المرن. هذا الخيار مفيد لاستعادة الخادم في الوقت المحدد للاسترداد من خطأ المستخدم.
- أسرع نقطة استعادة: يسمح هذا الخيار للمستخدمين باستعادة الخادم في أسرع وقت ممكن ليوم معين خلال فترة الاحتفاظ المحددة لخادمهم المرن. يمكن استعادة أسرع عن طريق اختيار نقطة الاستعادة في الوقت المناسب الذي يتم فيه إكمال النسخ الاحتياطي الكامل. تقوم عملية الاستعادة هذه ببساطة باستعادة النسخة الاحتياطية الكاملة لللقطة ولا تضمن استعادة السجلات أو استردادها مما يجعلها سريعة. نوصي بتحديد طابع زمني كامل للنسخ الاحتياطي أكبر من أقرب نقطة استعادة في الوقت المناسب لعملية استعادة ناجحة.
يعتمد الوقت المقدر للاسترداد على عدة عوامل بما في ذلك أحجام قاعدة البيانات وحجم النسخ الاحتياطي لسجل المعاملات وحجم حساب SKU ووقت الاستعادة أيضا. استرداد سجل المعاملات هو الجزء الأكثر استهلاكا للوقت في عملية الاستعادة. إذا تم اختيار وقت الاستعادة بالقرب من جدول النسخ الاحتياطي للقطة ، فستكون عمليات الاستعادة أسرع نظرا لأن تطبيق سجل المعاملات هو الحد الأدنى. لتقدير وقت الاسترداد الدقيق لخادمك، نوصي بشدة باختباره في بيئتك لأنه يحتوي على العديد من المتغيرات الخاصة بالبيئة.
هام
إذا كنت تقوم باستعادة خادم مرن تم تكوينه مع توفر عال زائد عن الحاجة للمنطقة، تكوين الخادم المستعاد في نفس المنطقة والمنطقة مثل الخادم الأساسي، وسيتم نشره كخادم مرن واحد في وضع غير HA. ارجع إلى التوفر العالي المتكرر للمنطقة للخادم المرن.
هام
يمكنك استرداد مورد خادم MySQL مرن محذوف في غضون 5 أيام من وقت حذف الخادم. للحصول على دليل مفصل حول كيفية استعادة خادم محذوف، راجع الخطوات الموثقة. لحماية موارد الخادم بعد النشر من الحذف العرضي أو التغييرات غير المتوقعة، يمكن للمسؤولين الاستفادة من أقفال الإدارة.
الاستعادة الجغرافية
يمكنك استعادة خادم إلى منطقته المقترنة جغرافيا حيث تتوفر الخدمة إذا قمت بتكوين الخادم الخاص بك للنسخ الاحتياطية الزائدة جغرافيا. الاستعادة الجغرافية إلى مناطق أخرى غير مدعومة حاليا.
الاستعادة الجغرافية هي خيار الاسترداد الافتراضي عندما يكون الخادم غير متوفر بسبب حادث في المنطقة التي يتم فيها استضافة الخادم. إذا أدى حادث واسع النطاق في منطقة ما إلى عدم توفر تطبيق قاعدة البيانات، فيمكنك استعادة خادم من النسخ الاحتياطية الجغرافية الزائدة عن الحاجة إلى خادم في أي منطقة أخرى. تستخدم الاستعادة الجغرافية أحدث نسخة احتياطية من الخادم. هناك تأخير بين وقت أخذ نسخة احتياطية ووقت نسخها إلى منطقة مختلفة. يمكن أن يصل هذا التأخير إلى ساعة ، لذلك ، إذا حدثت كارثة ، فقد يكون هناك فقدان للبيانات لمدة تصل إلى ساعة واحدة.
أثناء الاستعادة الجغرافية، تتضمن تكوينات الخادم التي يمكن تغييرها تكوين الأمان فقط (قواعد جدار الحماية وإعدادات الشبكة الظاهرية). لا يتم دعم تغيير تكوينات الخادم الأخرى مثل طبقة الحوسبة أو التخزين أو التسعير (الأساسية أو للأغراض العامة أو الذاكرة المحسنة) أثناء الاستعادة الجغرافية.
يمكن أيضا إجراء الاستعادة الجغرافية على خادم متوقف يستفيد من Azure CLI. اقرأ استعادة قاعدة بيانات Azure ل MySQL - خادم مرن مع Azure CLI لمعرفة المزيد حول الاستعادة الجغرافية لخادم باستخدام Azure CLI.
يعتمد الوقت المقدر للاسترداد على عدة عوامل بما في ذلك أحجام قواعد البيانات وحجم سجل المعاملات وعرض النطاق الترددي للشبكة والعدد الإجمالي لقواعد البيانات التي يتم استردادها في نفس المنطقة في نفس الوقت.
ملاحظة
إذا كنت تقوم باستعادة خادم مرن جغرافيا تم تكوينه مع توفر عال زائد عن الحاجة للمنطقة، تكوين الخادم المستعاد في المنطقة المقترنة جغرافيا ونفس المنطقة مثل الخادم الأساسي، وسيتم نشره كخادم مرن واحد في وضع غير HA. ارجع إلى التوفر العالي المتكرر للمنطقة للخادم المرن.
هام
عندما تكون المنطقة الأساسية معطلة ، لا يمكن للمرء إنشاء خوادم زائدة عن الحاجة جغرافيا في المنطقة المقترنة جغرافيا المعنية حيث لا يمكن توفير التخزين في المنطقة الأساسية. يجب على المرء أن ينتظر حتى تكون المنطقة الأساسية قادرة على توفير خوادم زائدة عن الحاجة جغرافيا في المنطقة المقترنة جغرافيا. مع انخفاض المنطقة الأساسية ، لا يزال بإمكان المرء استعادة الخادم المصدر جغرافيا إلى المنطقة المقترنة جغرافيا عن طريق تعطيل خيار التكرار الجغرافي في إعدادات خادم تكوين الحوسبة + التخزين في تجربة استعادة البوابة الإلكترونية واستعادتها كخادم متكرر محليا لضمان استمرارية العمل.
تنفيذ مهام ما بعد الاستعادة
بعد الاستعادة من أحدث نقطة استعادة أو آلية استرداد نقطة استعادة مخصصة ، يجب عليك تنفيذ المهام التالية لإجراء نسخ احتياطي للمستخدمين والتطبيقات وتشغيلها:
- إذا كان المقصود من الخادم الجديد استبدال الخادم الأصلي، فقم بإعادة توجيه العملاء وتطبيقات العميل إلى الخادم الجديد.
- تأكد من وجود جدار حماية مناسب على مستوى الخادم وقواعد الشبكة الظاهرية للمستخدمين للاتصال.
- تأكد من وجود عمليات تسجيل الدخول المناسبة وأذونات مستوى قاعدة البيانات.
- تكوين التنبيهات، حسب ما هو مناسب.
الأسئلة المتداولة
الأسئلة المتعلقة بالنسخ الاحتياطي
كيف أعمل النسخ الاحتياطي للخادم الخاص بي؟ بشكل افتراضي، تتيح قاعدة بيانات Azure ل MySQL النسخ الاحتياطي التلقائي للخادم بأكمله (بما في ذلك جميع قواعد البيانات التي تم إنشاؤها) مع فترة احتفاظ افتراضية مدتها 7 أيام. الطريقة الوحيدة لأخذ نسخة احتياطية يدويا هي استخدام أدوات المجتمع مثل mysqldump كما هو موثق هنا أو mydumper كما هو موثق هنا. إذا كنت ترغب في عمل نسخة احتياطية من قاعدة بيانات Azure ل MySQL إلى وحدة تخزين Blob، فراجع مدونة مجتمع التكنولوجيا الخاصة بنا Backup Azure Database for MySQL إلى Blob Storage.
هل يمكنني تكوين النسخ الاحتياطية التلقائية ليتم الاحتفاظ بها على المدى الطويل؟ لا، نحن ندعم حاليا 35 يوما كحد أقصى من الاحتفاظ بالنسخ الاحتياطي التلقائي. يمكنك أخذ نسخ احتياطية يدوية واستخدامها لمتطلبات الاحتفاظ على المدى الطويل.
ما هي نوافذ النسخ الاحتياطي للخادم الخاص بي؟ هل يمكنني تخصيصه؟ تتم جدولة النسخة الاحتياطية الأولى من اللقطة مباشرة بعد إنشاء خادم. يتم أخذ النسخ الاحتياطية لللقطات يوميا مرة واحدة. تحدث النسخ الاحتياطي لسجل المعاملات كل خمس دقائق. تتم إدارة نوافذ النسخ الاحتياطي بطبيعتها بواسطة Azure ولا يمكن تخصيصها.
هل النسخ الاحتياطية مشفرة؟ يتم تشفير جميع قواعد بيانات Azure لبيانات MySQL والنسخ الاحتياطية والملفات المؤقتة التي تم إنشاؤها أثناء تنفيذ الاستعلام باستخدام تشفير AES 256 بت. تشفير التخزين قيد التشغيل دائما ولا يمكن تعطيله.
هل يمكنني استعادة قاعدة (قواعد) بيانات واحدة/قليلة؟ استعادة قاعدة (قواعد) بيانات أو جداول مفردة / قليلة غير مدعومة. في حال كنت ترغب في استعادة قواعد بيانات معينة، قم بإجراء استعادة نقطة زمنية ثم قم باستخراج الجدول (الجداول) أو قاعدة (قواعد) البيانات المطلوبة.
هل الخادم الخاص بي متاح أثناء نافذة النسخ الاحتياطي؟ نعم. النسخ الاحتياطية هي عمليات عبر الإنترنت وتستند إلى لقطة. تستغرق عملية اللقطة بضع ثوان فقط ولا تتداخل مع أحمال عمل الإنتاج لضمان التوافر العالي للخادم.
عند إعداد نافذة الصيانة للخادم هل نحتاج إلى حساب نافذة النسخ الاحتياطي؟ لا، يتم تشغيل النسخ الاحتياطية داخليا كجزء من الخدمة المدارة وليس لها أي تأثير على نافذة الصيانة المدارة.
أين يتم تخزين النسخ الاحتياطية التلقائية وكيف يمكنني إدارة الاحتفاظ بها؟ تقوم قاعدة بيانات Azure ل MySQL تلقائيا بإنشاء نسخ احتياطية للخادم وتخزينها في وحدة تخزين متكررة محليا أو مكررة محليا أو في وحدة تخزين زائدة عن الحاجة جغرافيا. لا يمكن تصدير ملفات النسخ الاحتياطي هذه. فترة الاحتفاظ الافتراضية للنسخ الاحتياطي سبعة أيام. يمكنك اختياريا تكوين النسخة الاحتياطية لقاعدة البيانات من 1 إلى 35 يوما.
كيف يمكنني التحقق من صحة النسخ الاحتياطية الخاصة بي؟ أفضل طريقة للتحقق من توفر النسخ الاحتياطية المكتملة بنجاح هي عرض النسخ الاحتياطية المؤتمتة بالكامل التي تم التقاطها خلال فترة الاحتفاظ في شفرة النسخ الاحتياطي والاستعادة. إذا فشلت النسخة الاحتياطية ، فلن يتم إدراجها في قائمة النسخ الاحتياطية المتاحة وستحاول خدمة النسخ الاحتياطي لدينا كل 20 دقيقة أخذ نسخة احتياطية حتى يتم أخذ نسخة احتياطية ناجحة. ترجع حالات فشل النسخ الاحتياطي هذه إلى أحمال إنتاج المعاملات الثقيلة على الخادم.
أين يمكنني رؤية استخدام النسخ الاحتياطي؟ في مدخل Azure، ضمن علامة التبويب مراقبة - قسم المقاييس، يمكنك العثور على مقياس التخزين الاحتياطي المستخدم الذي يمكن أن يساعدك في مراقبة إجمالي استخدام النسخ الاحتياطي.
ماذا يحدث للنسخ الاحتياطية إذا حذفت الخادم الخاص بي؟ إذا قمت بحذف الخادم، يتم أيضا حذف كافة النسخ الاحتياطية التي تنتمي إلى الخادم ولا يمكن استردادها. لحماية موارد الخادم أو النشر أو النشر من الحذف العرضي أو التغييرات غير المتوقعة، يمكن للمسؤولين الاستفادة من أقفال الإدارة.
كيف سيتم محاسبتي ومحاسبتي على استخدامي للنسخ الاحتياطية؟ يوفر الخادم المرن ما يصل إلى 100٪ من مساحة تخزين الخادم المتوفرة لديك كوحدة تخزين احتياطية دون أي تكلفة إضافية. يتم فرض رسوم على أي مساحة تخزين احتياطية إضافية مستخدمة بالجيجابايت شهريا وفقا لنموذج التسعير. تخضع فوترة تخزين النسخ الاحتياطي أيضا لفترة الاحتفاظ بالنسخ الاحتياطي المحددة وخيار تكرار النسخ الاحتياطي الذي تم اختياره بصرف النظر عن نشاط المعاملات على الخادم والذي يؤثر على إجمالي مساحة تخزين النسخ الاحتياطي المستخدمة مباشرة.
كيف يتم الاحتفاظ بالنسخ الاحتياطية للخوادم المتوقفة؟ لا يتم إجراء نسخ احتياطية جديدة للخوادم المتوقفة. يتم الاحتفاظ بجميع النسخ الاحتياطية القديمة (داخل نافذة الاستبقاء) في وقت إيقاف الخادم حتى تتم إعادة تشغيل الخادم بعد أن يتم التحكم في الاحتفاظ بالنسخ الاحتياطي للخادم النشط بواسطة نافذة الاحتفاظ بالنسخ الاحتياطي الخاصة به.
كيف ستتم محاسبتي على النسخ الاحتياطية لخادم متوقف؟ أثناء إيقاف مثيل الخادم الخاص بك، يتم تحصيل رسوم منك مقابل التخزين الموفر (بما في ذلك عمليات الإدخال/إخراج في الثانية الموفرة) وتخزين النسخ الاحتياطي (النسخ الاحتياطية المخزنة داخل نافذة الاحتفاظ المحددة). يقتصر تخزين النسخ الاحتياطي المجاني على حجم قاعدة البيانات المتوفرة لديك وينطبق فقط على الخوادم النشطة.
استعادة الأسئلة ذات الصلة
كيف أعمل استعادة الخادم الخاص بي؟ تدعم بوابة Azure الإلكترونية استعادة النقطة الزمنية (لجميع الخوادم) مما يسمح للمستخدمين بالاستعادة إلى أحدث نقطة استعادة أو نقطة استعادة مخصصة. لاستعادة الخادم يدويا من النسخ الاحتياطية التي تم التقاطها بواسطة mysqldump / myDumper ، اقرأ استعادة قاعدة البيانات الخاصة بك باستخدام myLoader.
لماذا تستغرق عملية الاستعادة الكثير من الوقت؟ يعتمد الوقت المقدر لاستعادة الخادم على عدة عوامل:
- حجم قواعد البيانات. كجزء من عملية الاسترداد ، يجب أن تكون قاعدة البيانات رطبة من آخر نسخة احتياطية مادية ، وبالتالي فإن الوقت المستغرق للاسترداد سيكون متناسبا مع حجم قاعدة البيانات.
- الجزء النشط من نشاط المعاملة الذي يحتاج إلى إعادة تشغيله لاسترداده. قد يستغرق الاسترداد وقتا أطول اعتمادا على نشاط المعاملة الإضافي من آخر نقطة تفتيش ناجحة.
- عرض النطاق الترددي للشبكة إذا كانت الاستعادة إلى منطقة مختلفة
- عدد طلبات الاستعادة المتزامنة التي تتم معالجتها في المنطقة المستهدفة
- وجود المفتاح الأساسي في الجداول في قاعدة البيانات. للحصول على استرداد أسرع، ضع في اعتبارك إضافة مفتاح أساسي لجميع الجداول في قاعدة البيانات الخاصة بك.
الخطوات التالية
- تعرف على استمرارية الأعمال
- تعرف على التوافر العالي للمنطقة الزائدة عن الحاجة
- تعرف على النسخ الاحتياطي والاسترداد