الأسئلة المتداولة عن نافذة الصيانة

توفر لك ميزة نافذة الصيانة القدرة على تضمين مورد Azure SQL للكتل الزمنية المجدولة مسبقًا خارج ساعات العمل. لمزيد من المعلومات، راجع جداول فترة الصيانة.

تقع أحداث الصيانة أثناء النافذة الافتراضية من 5 مساءً إلى 8 صباحاً بالتوقيت المحلي، الإثنين - الأحد.

يُحدد التوقيت المحلي من خلال موقع منطقة Azure التي تستضيف المورد وقد تراعي التوقيت الصيفي وفقاً لتعريف المنطقة الزمنية المحلية. لا يتم تحديده بواسطة المنطقة الزمنية المكونة في قاعدة بيانات SQL (دائماً UTC) أو مثيل مُدار.

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

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

قد يحتوي حدث الصيانة على تحديثات للأجهزة والبرامج الثابتة ونظام التشغيل ومكونات برامج القمر الصناعي ومحرك قاعدة بيانات SQL. يتم دمجها عادةً في دفعة واحدة لتقليل حدوث أحداث الصيانة.

أثناء تحديث الصيانة، تكون قواعد البيانات متاحة بالكامل ويمكن الوصول إليها ولكن بعض تحديثات الصيانة تتطلب إعادة تكوين حيث يأخذ Azure قواعد بيانات SQL دون اتصال لفترة قصيرة لتطبيق تحديثات الصيانة (عادةً ما تكون بضع ثوانٍ من المدة). تقع تحديثات الصيانة المخططة مرةً واحدةً كل 35 يومًا في المتوسط، مما يعني أنه يمكن للعميل توقع حدث صيانة مخطط واحد تقريبًا كل شهر لكل قاعدة بيانات Azure SQL والمثيل المُدار، وخلال فترات نافذة الصيانة المحددة بواسطة العميل فقط.

في حالة المثيل المُدار، فإن عناوين IP الإضافية تكون مطلوبة مؤقتاً، كما هو الحال في سيناريو تغيير حجم vCores لمستوى الخدمة المقابلة.

للحصول على قائمة بالمناطق المتاحة، راجع توفر نافذة الصيانة.

اتصل azsqlcmfeedback@microsoft.com لمشاركة الملاحظات والتحقق من الخطط الخاصة بمنطقتك.

يعد تكوين نافذة الصيانة واستخدامها مجانياً لجميع أنواع اشتراك Azure المؤهلة، راجع مدى توفر ميزة نافذة الصيانة.

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

اختيار نافذة الصيانة متاح في معظم أهداف مستوى الخدمة (SLOs) مع بعض الاستثناءات، راجع أهداف مستوى الخدمة المدعومة بنافذة الصيانة.

في هذه الحالة، ستعود فترة الصيانة إلى الخيار الافتراضي، وهو من 5 مساءً إلى 8 صباحاً بالتوقيت المحلي.

كلا. إلغاء أو تأجيل حدث الصيانة القادم غير مدعوم. تساعدك الإعلامات على الاستعداد للحدث.

يمكنك اختيار نافذة صيانة مختلفة في أي وقت، ولكن قد تستغرق التغييرات ما يصل إلى 24 ساعة حتى تفعيلها.

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

ضمن إعدادات مورد Azure، تتيح لك علامة التبويب الصيانة مراجعة جدول خطة الصيانة الحالي وتغييره. يمكنك أيضاً مراجعة وتعيين جداول نافذة الصيانة لموارد متعددة عبر PowerShell أو CLI أو Azure API.

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

مدخل Azure وPowerShell وAzure CLI وREST API.

ليس في هذه اللحظة. يمكن تكوين نافذة الصيانة بمجرد إنشاء قاعدة البيانات.

نعم، هذا متوفر حالياً في Azure SQL Managed Instance. بالنسبة لـ Azure SQL Database، لا يمكن تكوين الإعلامات المُسبقة لخيار نافذة الصيانة الافتراضية. عند اختيار إطار صيانة، اختر خياراً آخر غير النظام الافتراضي لتكوين الإشعارات المسبقة وتمكينها.

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

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

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

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

نعم، يمكنك استرداد قائمة الموارد المتأثرة باستخدام Azure Resource Graph Explorer. ستتلقى رسالة بريد إلكتروني بالإعلام المُسبق تحتوي على معرف الإعلام ورابط إلى Azure Resource Graph Explorer.

هناك فترة مدتها ساعة واحدة يتم فيها إرسال الإعلامات. وهذا يُعني أنه يمكنك تلقي إعلام قبل الحدث بمدة تتراوح من 25 إلى 24 ساعة، وساعة واحدة إلى دقيقة واحدة قبل فتح النافذة، ودقيقة واحدة إلى ساعة واحدة بعد إغلاق النافذة. على الرغم من أن عنوان الإعلام هو "قيد التقدم"، فإن محتوى الإعلام يحتوي على وقت بدء وانتهاء نافذة الصيانة، وهذه هي اللحظة التي ستبدأ فيها الصيانة وتنتهي.

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

يمكنك التحقق من ذلك فقط إذا كوَّنت إعلامات متقدمة في حالة الخدمة. يمكنك استخدام Azure Resource Graph Explorer لـ استرداد قائمة أحداث الصيانة، أو استخدام صفحة نظرة عامة على حالة الخدمة.

راجع أيضًا

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