Share via

نافذة Maintenance

  • مقالة

ينطبق على: Azure SQL Database Azure SQL Managed Instance

تتيح لك ميزة نافذة الصيانة تكوين جدول الصيانة لقاعدة بيانات Azure SQL وموارد مثيل Azure SQL المُدار ما يجعل أحداث الصيانة المؤثرة متوقعة وأقل تعطيلاً لحمل العمل.

ملاحظة

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

تتوفر إعلامات متقدمة (إصدار أولي) لقواعد البيانات التي تم تكوينها لاستخدام فترة صيانة غير افتراضية. تتيح الإشعارات المسبقة للعملاء تكوين الإشعارات لإرسالها قبل 24 ساعة من أي حدث مخطط له.

نظرة عامة

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

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

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

هام

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

الحصول على المزيد من القدرة على التنبؤ مع نافذة الصيانة

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

يمكنك ضبط تحديثات الصيانة لوقت مناسب لموارد Azure SQL عن طريق الاختيار من بين اثنين من فتحات نافذة الصيانة الإضافية:

  • نافذة أيام الأسبوع: من الساعة 10:00 مساءاً حتى الساعة 6:00 صباحاً بالتوقيت المحلي، من الاثنين إلى الخميس
  • نافذة عطلة نهاية الأسبوع: من الساعة 10:00 مساءاً حتى الساعة 6:00 صباحاً بالتوقيت المحلي، من الاثنين إلى الخميس

تشير أيام نافذة الصيانة المدرجة إلى يوم بدء كل نافذة صيانة مدتها ثماني ساعات. على سبيل المثال، "من 10:00 مساءً إلى 6:00 صباحاً بالتوقيت المحلي، من الاثنين إلى الخميس" تعني أن نوافذ الصيانة تبدأ في 10:00 مساءً بالتوقيت المحلي من كل يوم (من الاثنين إلى الخميس) وتكتمل في 6:00 صباحاً بالتوقيت المحلي اليوم التالي (الثلاثاء حتى الجمعة).

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

هام

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

إعلامات مسبقة

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

توفر الميزة

أنواع الاشتراك المدعومة

يعد تكوين نافذة الصيانة واستخدامها مجاناً لجميع أنواع العروض المؤهلة : الدفع حسب الاستخدام، أو مزود الحلول السحابية (CSP)، أو اتفاقية Microsoft Enterprise أو اتفاقية العملاء من Microsoft.

العروض التي تقتصر على استخدام التطوير/ الاختبار فقط ليست مؤهلة (مثل تطوير/ اختبار الدفع حسب الاستخدام أو تطوير/ اختبار المؤسسة كأمثلة).

ملاحظة

عرض Azure هو نوع اشتراك Azure الذي تملكه. على سبيل المثال، اشتراك بأسعار الدفع أولاً بأول و Azure in Open وVisual Studio Enterprise كلها عروض Azure. كل عرض أو خطة لها شروط ومزايا مختلفة. يتم عرض العرض أو الخطة في نظرة عامة على الاشتراك. لمزيد من المعلومات حول تحويل اشتراكك إلى عرض آخر، يُرجى الرجوع إلى تغيير اشتراك Azure إلى عرض مختلف.

أهداف مستوى الخدمة المدعومة

اختيار نافذة صيانة غير الافتراضي متاح على جميع SLOs باستثناء:

  • تجمعات المثيل
  • Gen4 vCore القديم
  • الأساسي، S0 وS1
  • DC، Fsv2، سلسلة M

دعم منطقة Azure

يتوفر حالياً اختيار نافذة صيانة غير الافتراضية في المناطق التالية:

منطقة Azure مثيل SQL المدار قاعدة بيانات SQL SQL Database في منطقة توفر Azure
وسط أستراليا 1 نعم
وسط أستراليا 2 نعم
شرق أستراليا نعم نعم نعم
جنوب شرق أستراليا نعم نعم
جنوب البرازيل نعم نعم
جنوب شرق البرازيل نعم نعم
كندا الوسطى نعم نعم نعم
شرق كندا نعم نعم
وسط الهند نعم نعم
وسط الولايات المتحدة نعم نعم نعم
منطقة شرق الصين 2 نعم نعم
منطقة شمال الصين 2 نعم نعم
شرق الولايات المتحدة نعم نعم نعم
شرق الولايات المتحدة 2 نعم نعم نعم
شرق آسيا نعم نعم
فرنسا الوسطى نعم نعم
جنوب فرنسا نعم نعم
وسط غرب ألمانيا نعم نعم
منطقة شمال ألمانيا نعم
شرق اليابان نعم نعم نعم
غرب اليابان نعم نعم
وسط كوريا نعم
كوريا الجنوبية نعم
North Central US نعم نعم
شمال أوروبا نعم نعم نعم
شرق النرويج نعم
غرب النرويج نعم
شمال جنوب أفريقيا نعم
غرب جنوب أفريقيا نعم
جنوب وسط الولايات المتحدة نعم نعم نعم
جنوب الهند نعم نعم
جنوب شرق آسيا نعم نعم نعم
شمال سويسرا نعم نعم
غرب سويسرا نعم
الإمارات العربية المتحدة، الوسط نعم
شمال الإمارات العربية المتحدة نعم نعم
جنوب المملكة المتحدة نعم نعم نعم
غرب المملكة المتحدة نعم نعم
US Gov – أريزونا نعم
ولاية تكساس الأمريكية نعم نعم
ولاية فرجينيا الأمريكية نعم نعم
غرب وسط الولايات المتحدة نعم نعم
غرب أوروبا نعم نعم نعم
West India نعم
غرب الولايات المتحدة نعم نعم
منطقة غرب الولايات المتحدة الأمريكية 2 نعم نعم نعم
غرب الولايات المتحدة الأمريكية 3 نعم

صيانة البوابة

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

  • في قاعدة بيانات Azure SQL، يمكن أن تتأثر أي اتصالات تستخدم نهج اتصال الوكيل بكل من نافذة الصيانة المختارة ونافذة صيانة عقدة البوابة. ومع ذلك، لا تتأثر اتصالات العميل التي تستخدم نهج اتصال إعادة التوجيه الموصى به بإعادة تكوين صيانة عقدة البوابة.

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

لمزيد من المعلومات حول نهج اتصال العميل في Azure SQL Database، يُرجى الرجوع إلى نهج Azure SQL Database Connection.

لمزيد من المعلومات حول نهج اتصال العميل في مثيل Azure SQL المُدار، يُرجى الرجوع إلى أنواع اتصال مثيل Azure SQL المُدار .

اعتبارات مثيل Azure SQL المُدار

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

تكوين نافذة صيانة هي عملية طويلة الأمد

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

هام

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

متطلبات مساحة عنوان IP

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

تغيير عنوان IP

يؤدي تكوين نافذة الصيانة وتغييرها إلى تغيير عنوان IP للمثيل، ضمن نطاق عناوين IP للشبكة الفرعية.

هام

تأكد من أن قواعد NSG وجدار الحماية لن تمنع مرور البيانات بعد تغيير عنوان IP.

تسلسل عمليات إدارة نظام المجموعة الظاهرية

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

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

استرداد قائمة أحداث الصيانة

Azure Resource Graph عبارة عن خدمة Azure مصممة لتوسيع إدارة موارد Azure. يوفر Azure Resource Graph Explorer استكشافاً فعالاً ومنتجاً للموارد مع القدرة على الاستعلام على نطاق واسع عبر مجموعة معينة من الاشتراكات حتى تتمكن من التحكم في بيئتك بشكل فعال.

يمكنك استخدام Azure Resource Graph Explorer للاستعلام عن أحداث الصيانة. للحصول على مقدمة عن كيفية تشغيل هذه الاستعلامات، راجع تشغيل سريع: تشغيل استعلام Resource Graph الأول باستخدام Azure Resource Graph Explorer.

للتحقق من أحداث الصيانة لجميع قواعد بيانات SQL في اشتراكك، استخدم نموذج الاستعلام التالي في Azure Resource Graph Explorer:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Database'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

للتحقق من أحداث الصيانة لجميع المثيلات المُدارة في اشتراكك، استخدم نموذج الاستعلام التالي في Azure Resource Graph Explorer:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Managed Instance'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

للحصول على المرجع الكامل لنماذج الاستعلامات وكيفية استخدامها عبر أدوات مثل PowerShell أو Azure CLI، تفضل بزيارة استعلامات نموذج Azure Resource Graph لحالة الخدمة.

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

معرفة المزيد