إخطار الصيانة المخطط لها في قاعدة بيانات Azure لخادم MySQL - الوحيد

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

هام

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

تعلم كيفية التحضير لأحداث الصيانة المخطط لها على قاعدة بيانات Azure الخاصة بك ل MySQL.

ما هي الصيانة المخطط لها؟

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

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

الصيانة المخطط لها - المدة وتأثير العميل

من المتوقع عادة أن تعمل الصيانة المخطط لها لمنطقة Azure معينة لمدة 15 ساعة. يتضمن الإطار أيضا وقت المخزن المؤقت لتنفيذ خطة العودة إذا لزم الأمر. أثناء الصيانة المخطط لها، يمكن أن يكون هناك إعادة تشغيل خادم قاعدة البيانات أو تجاوز الفشل، مما قد يؤدي إلى عدم توفر ملقمات قاعدة البيانات للمستخدمين النهائيين. يتم تشغيل قاعدة بيانات Azure لخوادم MySQL في حاويات بحيث تكون إعادة تشغيل خادم قاعدة البيانات سريعة عادة، ومن المتوقع أن تكتمل عادة في 60-120 ثانية. تتم مراقبة حدث الصيانة المخطط له بالكامل بما في ذلك كل إعادة تشغيل خادم بعناية من قِبل الفريق الهندسي. يعتمد وقت تجاوز فشل الخادم على وقت استرداد قاعدة البيانات، ما قد يتسبب في اتصال قاعدة البيانات لفترة أطول إذا كان لديك نشاط عمليات كثيف على الخادم في وقت تجاوز الفشل. لتجنب وقت أطول لإعادة التشغيل، يوصى بتجنب أي عمليات طويلة الأمد (الأحمال المجمعة) أثناء أحداث الصيانة المخطط لها.

باختصار، أثناء تشغيل حدث الصيانة المخطط له لمدة 15 ساعة، يستمر تأثير الخادم الوحيد بشكل عام 60 ثانية استنادا إلى نشاط المعاملات على الخادم. إرسال إعلام قبل 72 ساعة تقويمية من بدء الصيانة المخطط لها وآخر أثناء إجراء الصيانة لمنطقة معينة.

كيف يمكنني أن يتم إخطاري بالصيانة المخطط لها؟

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

إخطار الصيانة المخطط لها

هام

تتوفر إشعارات الصيانة المخطط لها حاليا في المعاينة في جميع المناطق باستثناء غرب وسط الولايات المتحدة

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

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

يمكنك إما التحقق من إعلام الصيانة المخطط له على مدخل Microsoft Azure أو تكوين التنبيهات لتلقي الإعلام.

التحقق من إشعار الصيانة المخطط له من مدخل Azure

  1. في مدخل Azure، حدد "حالة الخدمة".
  2. تحديد علامة التبويب الصيانة المخططة
  3. حدد الاشتراكوالمنطقةوالخدمة التي تريد التحقق من إعلام الصيانة المخطط لها.

لتلقي إشعار الصيانة المخطط

  1. في المدخل، حدد حالة الخدمة.
  2. في قسم التنبيهات، حدد تنبيهات الصحة.
  3. حدد + إضافة تنبيه صيانة الخدمة واملأ الحقول.
  4. املأ الحقول المطلوبة.
  5. اختر نوع الحدث أو حدد الصيانة المخططة أو حدد الكل
  6. في مجموعات العمل تحديد كيف ترغب في تلقي التنبيه (الحصول على بريد إلكتروني، تشغيل التطبيق المنطق الخ.)
  7. تأكد من تعيين تمكين قاعدة عند الإنشاء إلى نعم.
  8. حدد إنشاء قاعدة تنبيه لإكمال التنبيه

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

هل يمكنني إلغاء الصيانة المخطط لها أو تأجيلها؟

الصيانة ضرورية للحفاظ على الخادم الخاص بك آمن ومستقر ومحدث. لا يمكن إلغاء حدث الصيانة المخطط له أو تأجيله. بمجرد إرسال الإعلام إلى منطقة Azure معينة، لا يمكن إجراء تغييرات جدول التصحيح لأي خادم وحيد في تلك المنطقة. طرح التصحيح لمنطقة بأكملها في وقت واحد. تم تصميم خدمة Azure Database for MySQL - Single Server للتطبيق الأصلي السحابي الذي لا يتطلب تحكما دقيقا أو تخصيصا للخدمة. إذا كنت تبحث عن إمكانية جدولة الصيانة للخوادم الخاصة بك، ننصحك بالنظر إلى الخوادم المرنة.

هل صحح جميع مناطق Azure في نفس الوقت؟

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

منطق إعادة المحاولة

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

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