مشاركة عبر

مثيل Azure SQL المُدار والموثوقية

  • مقالة

إن مثيل Azure SQL المُدار هو خدمة قاعدة بيانات سحابية ذكية قابلة للتحجيم تجمع بين أكبر توافق لمحرك قاعدة بيانات SQL Server مع جميع مزايا النظام الأساسي المُدار بالكامل والمتجدد كخدمة.

إن الهدف من البنية الأساسية لقابلية الوصول العالية في خدمة مثيل SQL المُدار هو ضمان تشغيل قاعدة البيانات دون أي قلق بشأن تأثير عمليات الصيانة وانقطاع الخدمة. يهدف هذا الحل إلى ما يلي:

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

لمزيد من المعلومات عن كيفية دعم مثيل Azure SQL المُدار للتطبيق ومرونة حمل العمل، يُرجى الرجوع إلى المقالات التالية:

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

اعتبارات التصميم

يتضمن مثيل Azure SQL المُدار اعتبارات التصميم التالية:

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

قائمة الاختيار

هل كوّنت مثيل Azure SQL المُدار مع مراعاة الموثوقية؟

  • استخدم طبقة الأعمال المهمة.
  • كوِّن مثيلاً ثانوياً ومجموعة تجاوز الفشل التلقائي لتمكين تجاوز الفشل إلى منطقة أخرى.
  • اتبع منطق إعادة المحاولة.
  • راقب مثيل SQL MI في الوقت الفعلي تقريباً للكشف عن حوادث الموثوقية.

توصيات التكوين

استكشف جدول التوصيات التالي لتحسين تكوين مثيل Azure SQL المُدار للموثوقية:

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

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

مثيل Azure SQL المُدار والتميز التشغيلي