كيفية إجراء نسخ احتياطي واستعادة خادم في قاعدة بيانات Azure ل MariaDB باستخدام Azure CLI

  • مقالة

هام

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

يتم نسخ قاعدة بيانات Azure لخوادم MariaDB احتياطيا بشكل دوري لتمكين ميزات الاستعادة. باستخدام ميزة النسخ الاحتياطي التلقائي هذه يمكنك استعادة الخادم وكافة قواعد البيانات الخاصة به إلى خادم جَديد في نقطة زمنية.

إذا لم يكن لديك اشتراك في Azure، فأنشئ حساب Azure مجاني قبل أن تبدأ.

المتطلبات الأساسية

  • يتطلب دليل الكيفية هذا الإصدار 2.0 أو أحدث من Azure CLI. إذا كنت تستخدم Azure Cloud Shell، يتم تثبيت أحدث إصدار بالفعل.

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

يمكنك الاختيار بين تكوين الخادم الخاص بك إما للنسخ الاحتياطية المتكررة محليًا أو النسخ الاحتياطية المتكررة جغرافيًا عند إنشاء الخادم.

إشعار

بعد إنشاء خادم، لا يُمكن تبديل نوع التكرار الذي يحتوي عليه، المكرر جغرافياً مقابل التكرار محلياً.

أثناء إنشاء خادم عبر الأمر az mariadb server create، تقرر المعلمة --geo-redundant-backup خيار التكرار للنسخ الاحتياطي. إذا Enabled يتم أخذ نسخ احتياطية متكررة جغرافيًا. أو إذا Disabled يتم أخذ نسخ احتياطية متكررة محليًا.

يتم تعيين فترة الاحتفاظ بالنَسخ الاحتياطي بواسطة المعلمة --backup-retention.

لمزيد من المعلومات حول تعيين هذه القيم أثناء الإنشاء، راجع Azure Database for MariaDB server CLI Quickstart.

يمكن تغيير فترة الاحتفاظ النسخ الاحتياطي من الخادم كما يلي:

az mariadb server update --name mydemoserver --resource-group myresourcegroup --backup-retention 10

يغير المثال السابق فترة استبقاء النسخ الاحتياطي لـ mydemoserver إلى 10 أيام.

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

استرداد خادم في نقطة زمنية

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

لاستعادة الخادم، استخدم الأمر Azure CLI az mariadb server restore .

تشغيل أمر الاستعادة

لاستعادة الخادم، في مُوجه أوامر Azure CLI، أدخل الأمر التالي:

az mariadb server restore --resource-group myresourcegroup --name mydemoserver-restored --restore-point-in-time 2018-03-13T13:59:00Z --source-server mydemoserver

يتطلب الأمر az mariadb server restore المَعلمات التالية:

الإعدادات القيمة المقترحة الوصف
resource-group  myresourcegroup  مجموعة الموارد التي يوجد بها الخادم المصدر. 
الاسم استعادة mydemoserver اسم الخادم الجديد الذي تم إنشاؤه بواسطة أمر الاستعادة.
استعادة نقطة في نفس الوقت 2018-03-13T13:59:00Z حَدد نقطة زمنية للاستعادة إليها. يجب أن يكون هذا التاريخ والوقت ضمن فترة الاحتفاظ بالنسخة الاحتياطية للخادم المصدر. استخدم تنسيق التاريخ والوقت ISO8601. على سبيل المثال، يُمكنك استخدام المنطقة الزمنية المحلية الخاصة بك، مثل 2018-03-13T05:59:00-08:00. يُمكنك أيضًا استخدام تنسيق UTC Zulu، على سبيل المثال، 2018-03-13T13:59:00Z.
المصدر الخادم mydemoserver اسم أو معرف الخادم المصدر المراد الاستعادة منه.

عند استعادة خادم إلى نقطة زمنية سابقة، يتم إنشاء خادم جديد. يتم نسخ الخادم الأصلي وقواعد البيانات الخاصة به من النقطة الزمنية المُحددة إلى الخادم الجديد.

تبقى قيم الموقع ومستوى التسعير للخادم المستعاد هي نفس قيم الخادم الأصلي.

بعد انتهاء عملية الاستعادة، حدد موقع الخادم الجديد وتحقق من استعادة البيانات كما هو متوقع. الخادم الجديد له نَفس اسم تسجيل دخول مسؤول الخادم الأصلي وكلمة المرور التي كانت سارية للخادم الموجود في وقت بدء الاستعادة. يمكن تغيير كلمة المرور من صفحة Overview للخادم الجديد.

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

استعادة المَوقع الجغرافي

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

لإنشاء خادم باستخدام نسخة احتياطية جغرافية زائدة عن الحاجة، استخدم الأمر Azure CLI az mariadb server georestore.

إشعار

ولكن عند إنشاء خادمٍ لأول مرة قد لا يكون متوفرًا على الفور للاستعادة الجغرافية. فقد يستغرق ملء بيانات التعريف الضرورية بضع ساعات.

لاستعادة الخادم جغرافيًا، في مُوجه أوامر Azure CLI، قم بإدخال الأمر التالي:

az mariadb server georestore --resource-group myresourcegroup --name mydemoserver-georestored --source-server mydemoserver --location eastus --sku-name GP_Gen5_8

يُنشئ هذا الأمر خادمًا جديدًا يسمى mydemoserver-georestored في شرق الولايات المتحدة ينتمي إلى myresourcegroup. إنه خادم للأغراض العامة، Gen 5 مع 8 vCores. يتم إنشاء الخادم من النسخ الاحتياطي الجغرافي المكرر من mydemoserver، والذي هو أيضا في مَجموعة الموارد myresourcegroup

إذا كنت ترغب في إنشاء الخادم الجديد في مجموعة موارد مختلفة عن الخادم الموجود، ففي المعلمة --source-server يُمكنك تأهيل اسم الخادم كما في المثال التالي:

az mariadb server georestore --resource-group newresourcegroup --name mydemoserver-georestored --source-server "/subscriptions/$<subscription ID>/resourceGroups/$<resource group ID>/providers/Microsoft.DBforMariaDB/servers/mydemoserver" --location eastus --sku-name GP_Gen5_8

يتطلب الأمر az mariadb server georestore المَعلمات التالية:

الإعدادات القيمة المقترحة الوصف
resource-group myresourcegroup اسم مجموعة الموارد التي سوف ينتمي إليها الخادم الجديد.
الاسم mydemoserver-georestored اسم الخادم الجديد.
المصدر الخادم mydemoserver اسم الخادم الحالي الذي يتم استخدام النسخ الاحتياطية المتكررة جغرافيًا الخاصة به.
موقع eastus مَوقع الخادم الجديد.
sku-name GP_Gen5_8 تعين هذه المعلمة مُستوى التسعير وجيل الحساب وعدد vCores للخادم الجديد. خرائط GP_Gen5_8 إلى الأغراض العامة، خادم Gen 5 مع 8 vCores.

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

بعد انتهاء عملية الاستعادة، حدد موقع الخادم الجديد وتحقق من استعادة البيانات كما هو متوقع. الخادم الجديد له نَفس اسم تسجيل دخول مسؤول الخادم الأصلي وكلمة المرور التي كانت سارية للخادم الموجود في وقت بدء الاستعادة. يمكن تغيير كلمة المرور من صفحة Overview للخادم الجديد.

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

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