مشاركة عبر

خطط لأحداث صيانة Azure في قاعدة بيانات Azure SQL ومثيل Azure SQL المُدار

  • مقالة

ينطبق على: قاعدة بيانات Azure SQL مثيل Azure SQL المُدار

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

ما هو حدث الصيانة المخطط لها؟

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

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

ما يمكن توقعه خلال حدث الصيانة المخطط لها

يمكن أن ينتج عن حدث الصيانة عمليات إعادة تكوين فردية أو متعددة، اعتماداً على كوكبة النسخ المتماثلة الأساسية والثانوية في بداية حدث الصيانة. في المتوسط ​​، تحدث 1.7 عملية إعادة تكوين لكل حدث صيانة مخطط له. تنتهي عمليات إعادة التكوين بشكل عام في غضون 30 ثانية. المتوسط ​​ثماني ثوان. إذا كان متصلاً بالفعل، يجب أن يقوم التطبيق الخاص بك بإعادة الاتصال بالنسخة المتماثلة الأساسية الجديدة لقاعدة البيانات الخاصة بك. إذا تمت محاولة اتصال جديد أثناء إجراء إعادة تكوين لقاعدة البيانات قبل أن تكون النسخة المتماثلة الأساسية الجديدة متصلة بالإنترنت، فسيظهر لك الخطأ 40613 (قاعدة البيانات غير متوفرة): "قاعدة البيانات '{databasename}' على الخادم '{servername}' غير متوفرة حاليًا. الرجاء أعد محاولة الاتصال لاحقًا." إذا كانت قاعدة بياناتك تحتوي على استعلام طويل الأمد، فستتم مقاطعة هذا الاستعلام أثناء إعادة التكوين وسيحتاج إلى إعادة التشغيل.

كيفية محاكاة حدث الصيانة المخطط لها

سيساعد التأكد من أن تطبيق العميل الخاص بك مرناً لأحداث الصيانة قبل النشر في الإنتاج على التخفيف من مخاطر أخطاء التطبيق وسيساهم في توفر التطبيق للمستخدمين النهائيين. يمكنك اختبار سلوك تطبيق العميل الخاص بك أثناء أحداث الصيانة المخطط لها بحلول اختبار مرونة أعطال التطبيق عبر PowerShell أو CLI أو REST API. راجع أيضاً بدء تجاوز الفشل اليدوي للمثيل المُدار. سينتج سلوكاً مماثلاً مثل حدث الصيانة الذي يجلب النسخة المتماثلة الأساسية دون اتصال.

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

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

تنبيه صحة الخدمة

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

سلامة المصدر

إذا كانت قاعدة بياناتك تواجه حالات إخفاق في تسجيل الدخول، فتحقق من نافذة Resource Health في مدخل Microsoft Azure لمعرفة الحالة الحالية. يحتوي قسم السجل الصحي على سبب التوقف لكل حدث (عند توفره).

ميزة نافذة الصيانة

تسمح ميزة فترة الصيانة بتكوين جداول فترة الصيانة المتوقعة لقواعد بيانات Azure SQL والمثيلات المُدارة بواسطة SQL. تتوفر إعلامات تقدم فترة الصيانة لقواعد البيانات التي تم تكوينها لاستخدام فترة صيانة غير افتراضية. تتوفر فترات الصيانة والإعلامات المسبقة لإطارات الصيانة بشكل عام لـAzure SQL Database. بالنسبة لمثيل Azure SQL المُدار، تتوفر فترات الصيانة بشكل عام ولكن الإعلامات المسبقة في المعاينة العامة.

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