الصيانة المجدولة في قاعدة بيانات Azure ل MySQL – خادم مرن

  • مقالة
  • قراءة خلال 2 دقائق

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

قاعدة بيانات Azure ل MySQL - يقوم الخادم المرن بإجراء صيانة دورية للحفاظ على أمان قاعدة البيانات المدارة واستقرارها وتحديثها. أثناء الصيانة ، يحصل الخادم على ميزات وتحديثات وتصحيحات جديدة.

تحديد نافذة صيانة

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

يمكن أن تكون الإشعارات حول الصيانة المجدولة القادمة:

  • إرسال بريد إلكتروني إلى عنوان معين
  • تم إرسالها عبر البريد الإلكتروني إلى دور Azure Resource Manager
  • يتم إرسالها في رسالة نصية (SMS) إلى الأجهزة المحمولة
  • تم دفعه كإشعار إلى تطبيق Azure
  • يتم تسليمها كرسالة صوتية

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

هام

عادة ما يكون هناك 30 يوما على الأقل بين أحداث الصيانة المجدولة الناجحة للخادم.

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

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

يمكنك تحديد جدول زمني مدار من قبل النظام أو جدول مخصص لكل خادم مرن في اشتراكك في Azure.

  • باستخدام الجدول الزمني المخصص ، يمكنك تحديد نافذة الصيانة للخادم عن طريق اختيار يوم الأسبوع ونافذة زمنية مدتها ساعة واحدة.
  • باستخدام الجدول الزمني المدار من قبل النظام ، سيختار النظام أي نافذة مدتها ساعة واحدة بين الساعة 11 مساء و 7 صباحا بتوقيت منطقة الخادم الخاص بك.

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

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

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