مشاركة عبر

الموثوقية في قاعدة بيانات Azure SQL

قاعدة بيانات Azure SQL هي محرك قاعدة بيانات مدار بالكامل كخدمة (PaaS) يتولى معظم وظائف إدارة قواعد البيانات مثل الترقية، والتحديثات، والنسخ الاحتياطية، والمراقبة دون تدخل المستخدم.

عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.

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

توصيات نشر الإنتاج

للتعرف على كيفية نشر قاعدة بيانات Azure SQL لدعم متطلبات موثوقية الحل الخاص بك، وكيف تؤثر الموثوقية على الجوانب الأخرى للبنية الخاصة بك، راجع أفضل ممارسات البنية لقاعدة بيانات Azure SQL في Azure Well-Architected Framework.

نظرة عامة على بنية الموثوقية

تعمل قاعدة بيانات SQL على أحدث محرك مستقر لقاعدة بيانات SQL Server لنظام التشغيل Windows ، بما في ذلك جميع التصحيحات القابلة للتطبيق.

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

  • عمليات الإدارة التي بدأها العميل والتي تؤدي إلى تعطل قصير

  • عمليات صيانة الخدمة

  • المشكلات وانقطاع مركز البيانات، حيث يحتوي مركز البيانات على المكونات التالية:

    • الرفوف، حيث تعمل الآلات التي تشغل خدمتك

    • الأجهزة الفعلية التي تستضيف الجهاز الظاهري (VM) الذي يقوم بتشغيل محرك قاعدة بيانات SQL

  • مشكلات أخرى مع محرك قاعدة بيانات SQL

  • انقطاعات محلية أخرى محتملة غير مخطط لها

تستخدم قاعدة بيانات SQL Azure Service Fabric لإدارة النسخ المتماثل لقاعدة البيانات الخاصة بك.

يتم تنفيذ التكرار بطرق مختلفة لمستويات الخدمة المختلفة لقاعدة بيانات SQL. لمزيد من المعلومات، راجع التوفر من خلال التكرار - قاعدة بيانات SQL.

المرونة في مواجهة الأعطال العابرة

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

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

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

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

يمكنك اختبار مرونة التطبيق الخاص بك للأخطاء العابرة باتباع الإرشادات الواردة في اختبار مرونة أخطاء التطبيق.

المرونة في مواجهة حالات فشل منطقة التوفر

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

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

بالنسبة لطبقة خدمة الأغراض العامة، يضمن تكرار المنطقة أن كلا من مكونات الحوسبة عديمة الحالة ومكونات تخزين البيانات ذات الحالة لقاعدة بيانات SQL مرنة لانقطاع منطقة التوفر.

بالنسبة لمستويات خدمة Premium وBusiness Critical وHyperscale، يضع تكرار المنطقة النسخ المتماثلة لقاعدة بيانات SQL عبر مناطق توفر Azure متعددة في منطقتك الأساسية. للتخلص من نقطة فشل واحدة (SPOF)، يتم أيضا تكرار حلقة التحكم عبر مناطق توفر متعددة.

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

Requirements

لا تدعم مستويات الخدمة الأساسية والقياسية تكرار المنطقة.

يتوفر تكرار المنطقة لقواعد البيانات في مستويات خدمة Business Critical وPublic Purpose وHyperscale لنموذج الشراء المستند إلى vCore، وفقط مستوى الخدمة المتميزة لنموذج الشراء المستند إلى DTU.

بالنسبة لمستوى خدمة الأغراض العامة:

بالنسبة لمستويات الخدمة المميزة والأعمال الحرجة:

بالنسبة لطبقة خدمة Hyperscale:

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

الاعتبارات

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

  • master قاعدة البيانات: عند إنشاء قاعدة بيانات ذات تكوين متكرر للمنطقة على خادم منطقي، master يتم أيضا جعل قاعدة البيانات المقترنة بالخادم زائدة عن الحاجة تلقائيا. لمزيد من المعلومات حول كيفية التحقق مما إذا كانت قاعدة البيانات الخاصة بك master زائدة عن الحاجة في المنطقة، راجع توفر منطقة قاعدة البيانات الزائدة عن الحاجة.

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

التكلفة

بالنسبة لطبقة خدمة الأغراض العامة، هناك رسوم إضافية لتمكين تكرار المنطقة لقاعدة بيانات SQL. لمزيد من المعلومات، راجع التسعير - قاعدة بيانات SQL.

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

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

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

تكوين دعم منطقة التوفر

لمستويات الخدمة العامة والمتميزة والأعمال الحرجة:

  • موارد جديدة: يمكنك تكوين قاعدة بيانات لتكون زائدة عن الحاجة عند إنشائها. لمزيد من المعلومات، راجع التشغيل السريع: إنشاء قاعدة بيانات واحدة - قاعدة بيانات SQL.

  • الموارد الموجودة: يمكنك إعادة تكوين قاعدة بيانات موجودة لتكون زائدة عن الحاجة. لمزيد من المعلومات، راجع تمكين تكرار المنطقة - قاعدة بيانات SQL.

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

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

بالنسبة لطبقة خدمة Hyperscale:

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

السلوك عندما تكون جميع المناطق صحية

يصف هذا القسم ما يمكن توقعه عند تكوين قواعد البيانات لتكرار المنطقة وتشغيل جميع مناطق التوفر.

بالنسبة لمستوى خدمة الأغراض العامة:

  • توجيه حركة المرور بين المناطق: يتم توجيه الطلبات إلى عقدة تقوم بتشغيل طبقة حساب قاعدة بيانات SQL. عند تمكين تكرار المنطقة، قد تكون هذه العقدة موجودة في أي منطقة توفر.

  • النسخ المتماثل للبيانات بين المناطق: يتم نسخ البيانات وملفات السجل بشكل متزامن عبر مناطق التوفر باستخدام ZRS. لا تعتبر عمليات الكتابة مكتملة حتى يتم نسخ البيانات بنجاح عبر جميع مناطق التوفر. يضمن هذا النسخ المتماثل المتزامن تناسقا قويا وعدم فقدان البيانات أثناء فشل المنطقة. ومع ذلك ، قد يؤدي ذلك إلى زمن انتقال كتابة أعلى قليلا مقارنة بالتخزين المتكرر محليا (LRS).

بالنسبة لمستويات الخدمة المميزة والأعمال الحرجة:

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

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

بالنسبة لطبقة خدمة Hyperscale:

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

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

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

السلوك أثناء فشل المنطقة

يصف هذا القسم ما يمكن توقعه عند تكوين قواعد البيانات لتكرار المنطقة وهناك انقطاع في منطقة التوفر.

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

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

    لمزيد من المعلومات، راجع مستوى خدمة الأغراض العامة.

  • إعادة توجيه حركة المرور: بالنسبة لمستويات خدمة Premium وBusiness Critic، تحدد قاعدة بيانات SQL نسخة متماثلة في منطقة توفر أخرى لتصبح النسخة المتماثلة الأساسية. بعد أن تصبح النسخة المتماثلة الثانوية هي النسخة المتماثلة الأساسية الجديدة، يتم إنشاء نسخة متماثلة ثانوية أخرى للتأكد من أن نظام المجموعة يحتوي على عدد كاف من النسخ المتماثلة للاحتفاظ بالنصاب القانوني. بعد انتهاء تجاوز الفشل، تتم إعادة توجيه الاتصالات الجديدة تلقائيا إلى النسخة المتماثلة الأساسية الجديدة (أو النسخة المتماثلة الثانوية القابلة للقراءة استنادا إلى سلسلة الاتصال).

    لمزيد من المعلومات، راجع مستويات الخدمة المميزة والأعمال الحرجة.

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

    لمزيد من المعلومات، راجع مستوى خدمة Hyperscale.

  • وقت التوقف المتوقع: قد يكون هناك قدر صغير من وقت التوقف عن العمل أثناء تجاوز فشل منطقة التوفر. عادة ما يكون وقت التوقف أقل من 30 ثانية، وهو ما يجب أن يتحمله تطبيقك إذا كان يتبع إرشادات الصمود أمام الأعطال المؤقتة .

  • فقدان البيانات المتوقع: لا يتوقع فقدان البيانات أثناء تجاوز فشل منطقة توفر.

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

استعادة المنطقة

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

اختبار فشل المنطقة

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

القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة

يوفر هذا القسم نظرة عامة على ميزتين مرتبطتين ولكنهما منفصلتان يمكن إستخدامهما للنسخ المتماثل الجغرافي متعدد المناطق لقاعدة بيانات SQL:

النسخ الجغرافي النشط

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

Requirements

عند استخدام النسخ المتماثل الجغرافي النشط، ضع في اعتبارك المتطلبات التالية:

  • دعم المناطق: يمكن تفعيل التكرار الجغرافي النشط في جميع مناطق Azure ولا يتطلب منك استخدام أزواج مناطق Azure.

    تلميح

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

  • التكوين: يجب أن يكون لكل من الأساسيات والجغرافية الثانوية نفس مستوى الخدمة ويجب أن يكون لهما نفس مستوى الحوسبة، وحجم الحوسبة، وتكرار التخزين الاحتياطي نفسه.

  • جدار الحماية: يجب أن يكون لكل من الأساس والثانوي الجغرافي نفس قواعد جدار الحماية لعنوان IP.

  • اشتراكات Azure: يدعم التكرار الجغرافي النشط لقواعد البيانات عبر اشتراكات Azure المختلفة.

الاعتبارات

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

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

  • لمزيد من المعلومات حول القيود والاعتبارات، راجع التكرار الجغرافي النشط.

التكلفة

يتم إصدار فاتورة بقواعد البيانات الثانوية كقواعد بيانات منفصلة.

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

تكوين الدعم متعدد المناطق

السلوك عندما تكون جميع المناطق صحية

يصف هذا القسم ما يمكن توقعه عند تكوين قاعدة بيانات لاستخدام النسخ المتماثل الجغرافي النشط وتشغيل جميع المناطق.

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

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

    عند إجراء تجاوز الفشل، فإنك تقرر كيفية التعامل مع إمكانية فقدان البيانات.

السلوك أثناء فشل المنطقة

يصف هذا القسم ما يمكن توقعه عند تكوين قاعدة بيانات لاستخدام النسخ المتماثل الجغرافي النشط وهناك انقطاع في منطقتك الأساسية:

  • الكشف والاستجابة: أنت مسؤول عن اكتشاف انقطاع قاعدة بيانات أو منطقة وتشغيل تجاوز الفشل.
  • إشعار: مايكروسوفت لا تخبرك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام Azure Service Health لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.

  • الطلبات النشطة: يتم إنهاء أي طلبات نشطة أثناء تجاوز الفشل ويجب إعادة محاولتها.

  • فقدان البيانات المتوقع: إذا كانت قاعدة البيانات الأساسية متوفرة، فيمكنك اختياريا إجراء تجاوز الفشل دون فقدان البيانات. تقوم عملية تجاوز الفشل بمزامنة البيانات بين قواعد البيانات الأساسية والثانوية قبل تبديل الأدوار.

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

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

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

انتعاش المنطقة

بعد استرداد المنطقة الأساسية، يمكنك إجراء إرجاع فشل يدويا إلى المنطقة الأساسية عن طريق إجراء تجاوز فشل آخر.

اختبار حالات فشل المنطقة

يمكنك محاكاة انقطاع المنطقة عن طريق تشغيل تجاوز الفشل يدويا في أي وقت. يمكنك تشغيل تجاوز الفشل (بدون فقدان البيانات) أو تجاوز الفشل الإجباري.

مجموعات الفشل

مجموعات تجاوز الفشل تعتمد على النسخ المتماثل الجغرافي النشط. باستخدام مجموعات تجاوز الفشل، يمكنك تنفيذ العمليات التالية:

  • نسخ مجموعة من قواعد البيانات من خادم منطقي واحد عبر أي مجموعة من مناطق Azure.

  • قم بإجراء تجاوز الفشل على قواعد البيانات كمجموعة.

  • استخدم نقاط نهاية الاتصال التي توجه الاتصالات تلقائيا إلى الأساسي.

Requirements

  • دعم المنطقة: يمكن إنشاء مجموعات التجاوز عبر جميع مناطق Azure ولا تتطلب استخدام أزواج مناطق Azure.

    تلميح

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

  • التكوين: يجب أن تحتوي قواعد البيانات الثانوية في مجموعة الفشل على نفس مستوى الخدمة، ومستوى الحوسبة، وحجم الحوسبة، وقواعد جدار الحماية لعنوان IP، وتكرار تخزين النسخ الاحتياطي مثل قاعدة البيانات الأساسية.

الاعتبارات

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

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

  • لمزيد من المعلومات حول القيود والاعتبارات، راجع مجموعات تجاوز الفشل.

التكلفة

يتم إصدار فاتورة بقواعد البيانات الثانوية كقواعد بيانات منفصلة.

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

تكوين الدعم متعدد المناطق

  • تمكين مجموعات تجاوز الفشل: يمكنك تكوين مجموعة تجاوز الفشل على خادم منطقي. يمكنك إضافة كافة قواعد البيانات الموجودة في الخادم المنطقي إلى مجموعة تجاوز الفشل، أو يمكنك تحديد مجموعة فرعية من قواعد البيانات لإضافتها.

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

    مهم

    من المحتمل أن يحدث تجاوز الفشل الذي بدأته Microsoft بعد تأخير كبير ويتم على أساس بذل أفضل الجهود. قد يحدث تجاوز فشل قواعد البيانات في وقت مختلف عن أي تجاوز فشل لخدمات Azure الأخرى. لمزيد من المعلومات، راجع تكوين مجموعة تجاوز الفشل لقاعدة بيانات SQL.

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

  • تعطيل مجموعات تجاوز الفشل: يمكنك إزالة قاعدة بيانات فردية من مجموعة تجاوز الفشل أو إزالة مجموعة تجاوز الفشل بأكملها أو نقل قاعدة بيانات إلى مجموعة تجاوز فشل مختلفة.

السلوك عندما تكون جميع المناطق صحية

يصف هذا القسم ما يمكن توقعه عند تكوين قاعدة بيانات ضمن مجموعة تجاوز الفشل وتشغيل جميع المناطق.

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

    • تقوم نقطة نهاية مستمع القراءة والكتابة بتوجيه جميع الطلبات إلى قواعد البيانات الأساسية.

    • تقوم نقطة نهاية المستمع للقراءة فقط بتوجيه جميع الطلبات إلى قاعدة بيانات ثانوية قابلة للقراءة.

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

    عند إجراء تجاوز الفشل، فإنك تقرر كيفية التعامل مع إمكانية فقدان البيانات.

السلوك أثناء فشل المنطقة

يصف هذا القسم ما يمكن توقعه عند تكوين قاعدة بيانات ضمن مجموعة تجاوز الفشل وهناك انقطاع في منطقتك الأساسية:

  • يعتمد الاكتشاف والاستجابة على نهج تجاوز الفشل الذي تستخدمه.

    • تجاوز الفشل الذي بدأه العميل: أنت مسؤول عن اكتشاف انقطاع قاعدة بيانات أو منطقة وتشغيل تجاوز الفشل.

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

  • إشعار: مايكروسوفت لا تخبرك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام Azure Service Health لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.

  • الطلبات النشطة: يتم إنهاء أي طلبات نشطة أثناء تجاوز الفشل ويجب إعادة محاولتها.

  • فقدان البيانات المتوقع: يعتمد فقدان البيانات على نهج تجاوز الفشل الذي تستخدمه.

    • تجاوز الفشل الذي بدأه العميل: إذا كانت قاعدة البيانات الأساسية متوفرة، فيمكنك اختياريا إجراء تجاوز الفشل دون فقدان البيانات. تقوم عملية تجاوز الفشل بمزامنة البيانات بين قواعد البيانات الأساسية والثانوية قبل تبديل الأدوار.

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

    • تجاوز الفشل الذي بدأته Microsoft: يتم تشغيل تجاوز الفشل الذي تديره Microsoft فقط في حالات استثنائية. عمليات تجاوز الفشل التي تديرها Microsoft هي عمليات تجاوز فشل إجبارية، مما يعني أنه من المتوقع فقدان بعض البيانات. لا يمكنك التحكم في مقدار فقدان البيانات الذي قد تواجهه.

  • التوقف عن العمل المتوقع: يعتمد وقت التوقف عن العمل على نهج تجاوز الفشل الذي تستخدمه.

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

    • تجاوز الفشل الذي بدأته Microsoft: يمكنك تحديد فترة سماح تحدد المدة التي يجب أن تنتظرها Microsoft قبل بدء تجاوز الفشل. الحد الأدنى لفترة السماح هو ساعة واحدة. ومع ذلك ، من المحتمل أن يكون وقت استجابة Microsoft عدة ساعات على الأقل.

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

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

انتعاش المنطقة

أنت مسؤول عن الفشل في العودة إلى المنطقة الأساسية إذا كنت بحاجة إلى القيام بذلك. يمكنك إجراء إرجاع فشل يدويا إلى المنطقة الأساسية عن طريق إجراء تجاوز الفشل المدار من قبل العميل.

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

اختبار حالات فشل المنطقة

يمكنك محاكاة انقطاع المنطقة عن طريق تشغيل تجاوز الفشل يدويا في أي وقت. يمكنك تشغيل تجاوز الفشل (بدون فقدان البيانات) أو تجاوز الفشل الإجباري.

النسخ الاحتياطي والاستعادة

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

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

تخزين النسخ الاحتياطي

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

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

المرونة في صيانة الخدمة

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

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

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

لمزيد من المعلومات، راجع نافذة الصيانة في قاعدة بيانات SQL.

اتفاقية مستوى الخدمة

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

تصف اتفاقية مستوى الخدمة (SLA) لقاعدة بيانات SQL التوفر المتوقع للخدمة ونقطة الاسترداد المتوقعة ووقت الاسترداد للنسخ المتماثل الجغرافي النشط.

عند نشر قاعدة بيانات متكررة في المنطقة أو تجمع مرن واستخدام طبقة خدمة مدعومة، تكون اتفاقية مستوى الخدمة لوقت التشغيل أعلى.

المحتوى ذو الصلة

  • Last updated on