إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
قاعدة بيانات Azure لـ PostgreSQL هي خدمة قاعدة بيانات مدارة بالكامل تمنحك التحكم الدقيق والمرونة في وظائف إدارة قاعدة البيانات وإعدادات التكوين. توفر الخدمة إمكانيات عالية التوفر والتعافي من الكوارث استنادا إلى متطلباتك.
عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.
توضح هذه المقالة كيفية جعل قاعدة بيانات Azure لـ PostgreSQL مرنا لمختلف الانقطاعات والمشاكل المحتملة، بما في ذلك الأخطاء العابرة وانقطاعات منطقة التوفر وانقطاع المنطقة وصيانة الخدمة. كما يصف كيفية استخدام النسخ الاحتياطية للتعافي من أنواع أخرى من المشكلات، ويسلط الضوء على المعلومات الرئيسية حول اتفاقية مستوى الخدمة قاعدة بيانات Azure لـ PostgreSQL (SLA).
توصيات نشر الإنتاج
لمعرفة كيفية نشر قاعدة بيانات Azure لـ PostgreSQL لدعم متطلبات موثوقية الحل الخاص بك، وكيف تؤثر الموثوقية على الجوانب الأخرى للبنية الخاصة بك، راجع أفضل ممارسات البنية قاعدة بيانات Azure لـ PostgreSQL في إطار عمل Azure Well-Architected.
نظرة عامة على بنية الموثوقية
يصف هذا القسم بعض الجوانب المهمة لكيفية عمل الخدمة والتي هي الأكثر صلة من منظور الموثوقية. يقدم القسم البنية المنطقية، التي تشمل بعض الموارد والميزات التي تقوم بنشرها واستخدامها. كما يناقش الهيكل المادي ، والذي يوفر تفاصيل حول كيفية عمل الخدمة تحت الأغطية.
البنية المنطقية
عند العمل مع قاعدة بيانات Azure لـ PostgreSQL، يمكنك نشر خادم، والذي يمثل موارد الحوسبة والتخزين المطلوبة لدعم قواعد البيانات التي تقوم بنشرها إلى الخادم.
يمكنك نشر الخوادم في طبقات حوسبة متعددة: قابلة للاندفاع وأغراض عامة وذاكرة محسنة. تم تحسين كل مستوى لمختلف أنواع أحمال العمل. في بعض المناطق Azure، يمكنك نشر الخوادم باستخدام الحوسبة السرية Azure.
لمزيد من المعلومات حول تصميم الخدمة العامة ونماذج التوزيع، راجع نظرة عامة على قاعدة بيانات Azure لـ PostgreSQL.
العمارة المادية
فصل الحوسبة والتخزين: يستخدم قاعدة بيانات Azure لـ PostgreSQL بنية فصل الحوسبة والتخزين لدعم قابلية الوصول العالية. يعمل محرك قاعدة البيانات على جهاز ظاهري Linux (VM)، بينما يحتفظ تخزين Azure بملفات البيانات ويحتفظ بثلاث نسخ متزامنة مكررة محليا من ملفات قاعدة البيانات لضمان متانة البيانات.
قابلية الوصول العالية: يمكنك تمكين تكوين قابلية وصول عالية على الخادم الخاص بك. عند تمكين التكوين عالي التوفر، توفر الخدمة خادم الاستعداد الدافئ وتحافظ عليه. ينسخ الخادم الأساسي تغييرات البيانات بشكل متزامن إلى خادم الاستعداد لضمان عدم فقدان البيانات أثناء فشل الخادم الأساسي.
تفصل البنية طبقة الحوسبة عن طبقة التخزين، بحيث يمكن للخدمة التعامل مع أنواع مختلفة من حالات الفشل بشكل مناسب. للحصول على مرونة أعلى، يمكنك نشر الخوادم عبر مناطق التوفر.
رسم تخطيطي يوضح بنية قابلية الوصول العالية قاعدة بيانات Azure لـ PostgreSQL. يوجد خادمان جنبا إلى جنب. على اليسار يوجد مربع يسمى الخادم الأساسي، وداخل هذا المربع يوجد جهاز ظاهري وقرص. على اليمين يوجد مربع مطابق يسمى خادم الاستعداد الذي يحتوي أيضا على جهاز ظاهري وقرص. يشير السهم الأفقي من الخادم الأساسي على اليسار إلى خادم الاستعداد على اليمين، ويسمى السهم النسخ المتماثل المتدفق، مما يشير إلى علاقة أحادية الاتجاه حيث تتدفق تغييرات البيانات من الخادم الأساسي إلى خادم الاستعداد.
يتم نشر خادم الاستعداد في نفس تكوين الجهاز الظاهري مثل الخادم الأساسي، بما في ذلك vCores والتخزين وإعدادات الشبكة.
يمكنك التبديل بين الخوادم عن طريق إجراء تجاوز الفشل. يوجد نوعان من تجاوز الفشل: تجاوز الفشل القسري، والذي يتم استخدامه عند فشل الخادم الأساسي، وتجاوز الفشل المخطط له، والذي يتم استخدامه أثناء بعض عمليات الصيانة وفي سيناريوهات أخرى حيث تحتاج إلى تقليل وقت تعطل التطبيق أثناء تجاوز الفشل.
عند تنفيذ عمليات مثل الإيقاف والبدء وإعادة التشغيل، تحدث على كل من خوادم قاعدة البيانات الأساسية وخوادم قاعدة البيانات الاحتياطية في نفس الوقت. تحدث الأحداث المخطط لها مثل تحجيم الحساب وتحجيم التخزين في وضع الاستعداد أولا ثم على الخادم الأساسي. حاليا، الخادم لا يفشل في هذه العمليات المخطط لها.
لمزيد من المعلومات، راجع قابلية الوصول العالية في قاعدة بيانات Azure ل PostgreSQL.
النسخ الاحتياطية: يقوم قاعدة بيانات Azure لـ PostgreSQL تلقائيا بإنشاء نسخ احتياطية للخادم. لمزيد من المعلومات، راجع النسخ الاحتياطي والاستعادة.
المرونة في مواجهة الأعطال العابرة
الأخطاء العابرة هي حالات فشل قصيرة متقطعة في المكونات. تحدث بشكل متكرر في بيئة موزعة مثل السحابة، وهي جزء طبيعي من العمليات. الأخطاء العابرة تصحح نفسها بعد فترة زمنية قصيرة. من المهم أن تتمكن تطبيقاتك من معالجة الأخطاء العابرة، عادة عن طريق إعادة محاولة الطلبات المتأثرة.
يجب أن تتبع جميع التطبيقات المستضافة على السحابة إرشادات معالجة الأخطاء العابرة ل Azure عند الاتصال بأي واجهات برمجة تطبيقات وقواعد بيانات ومكونات أخرى مستضافة على السحابة. لمزيد من المعلومات، راجع توصيات للتعامل مع الأخطاء العابرة.
يجب أن تعالج تطبيقاتك أخطاء الاتصال العابرة التي يمكن أن تحدث أثناء الصيانة أو عمليات التحجيم أو انقطاع الشبكة. اتبع هذه التوصيات:
عندما يواجه التطبيق الخاص بك أخطاء عابرة، أعد محاولة العملية باستخدام التراجع الأسي. زيادة التأخير بين عمليات إعادة المحاولة والحد من عدد المحاولات. إذا استمرت العملية في الفشل بعد الحد الأقصى لإعادة المحاولة، فاتعامل معها على أنها فشل.
حيثما أمكن، استخدم مكتبات العميل (تسمى أيضا برامج التشغيل) التي تتعامل تلقائيا مع عمليات إعادة المحاولة.
تتطلب الأخطاء العابرة التي تحدث أثناء عمليات الكتابة دراسة أكثر دقة. ضع في اعتبارك جعل عمليات الكتابة الخاصة بك متكررة، بحيث يمكن تنفيذها بأمان عدة مرات.
لمزيد من المعلومات، راجع معالجة أخطاء الاتصال العابر في قاعدة بيانات Azure لـ PostgreSQL.
المرونة في مواجهة حالات فشل منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
حدد نوع دعم منطقة التوفر من خلال تكوين قابلية الوصول العالية. عند تمكين قابلية الوصول العالية، تنشر الخدمة خادما احتياطيا إلى جانب الخادم الأساسي. يساعد نموذج قابلية الوصول العالية هذا على ضمان عدم فقدان البيانات الملتزم بها أبدا أثناء حالات الفشل. أيا كان نموذج النشر عالي التوفر الذي يستخدمه الخادم الخاص بك، فإنه يلتزم بشكل متزامن بالبيانات لكل من الخوادم الأساسية وخوادم الاستعداد. إذا حدث تعطيل للخادم الأساسي، يفشل الخادم تلقائيا في الخادم الاحتياطي.
تخزن كل منطقة توفر ملفات البيانات وسجلات الكتابة المسبقة (WALs) على الأقراص المدارة المتميزة مع التخزين المتكرر محليا (LRS) الذي يخزن تلقائيا ثلاث نسخ بيانات داخل كل منطقة.
يدعم قاعدة بيانات Azure لـ PostgreSQL نوعين من تكوين منطقة التوفر عند استخدام قابلية وصول عالية:
قابلية وصول عالية زائدة عن الحاجة للمنطقة: يوفر التكرار في المنطقة أعلى مستوى من مرونة المنطقة عن طريق نشر خادم أساسي في منطقة توفر واحدة وخادم احتياطي في منطقة توفر مختلفة. يستخدم خادم الاستعداد الحوسبة والتخزين وتكوين الشبكة المشابه لتكوين الخادم الأساسي. يوفر التكوين المتكرر للمنطقة عزلا ماديا للمكدس بأكمله بين الخوادم الأساسية وخوادم الاستعداد.
يمكنك إما تحديد مناطق التوفر للخوادم الأساسية والخوادم الاحتياطية أو السماح Microsoft باختيارها.
نوصي بالنشر المتكرر في المنطقة لخوادم الإنتاج.
رسم تخطيطي يوضح إعداد قاعدة بيانات Azure لـ PostgreSQL متكرر في المنطقة موزعا عبر مناطق التوفر. يتم سرد ثلاث مناطق في الأعلى: منطقة التوفر 1، ومنطقة التوفر 2، ومنطقة التوفر 3. ضمن منطقة التوفر 1 يوجد مربع يسمى الخادم الأساسي، وداخل هذا المربع يوجد جهاز ظاهري وقرص، يوضح أن الخادم الأساسي يتكون من الحوسبة والتخزين. ضمن منطقة التوفر 2، يوجد مربع مطابق يسمى خادم الاستعداد الذي يحتوي أيضا على جهاز ظاهري وقرص. بين مربعي الخادم هذين، يوجد سهم يشير إلى اليمين يسمى النسخ المتماثل المتدفق، يظهر أن تغييرات البيانات تتدفق من الخادم الأساسي على اليسار إلى خادم الاستعداد على اليمين. يتصل التخطيط بالمرونة عبر المناطق: يتم فصل الأساسي والاستعداد عبر منطقتين من مناطق التوفر، بينما تظل منطقة التوفر 3 غير مستخدمة.
يمكن أن تواجه عمليات الكتابة زيادة صغيرة في زمن انتقال التثبيت لأن الخدمة تنسخ البيانات بشكل متزامن إلى الخادم الاحتياطي. يختلف التأثير حسب حمل العمل وSKU المحدد والمنطقة.
قابلية وصول عالية للمنطقة (نفس المنطقة): تستخدم الخوادم الأساسية والخوادم الاحتياطية نفس منطقة التوفر. إذا حدث تعطيل للخادم الأساسي، ولكن المنطقة لا تزال سليمة، يفشل الخادم تلقائيا في الوصول إلى الخادم الاحتياطي. يمنحك التوزيع النطاقي توفرا عاليا داخل منطقة توفر واحدة. فهو يحميك من حالات الفشل على مستوى العقدة ويساعد أيضا على تقليل وقت تعطل التطبيق أثناء أحداث وقت التعطل المخطط لها وغير المخطط لها. ومع ذلك، فإنه لا يحمي من الانقطاع في تلك المنطقة.
رسم تخطيطي يوضح إعداد قاعدة بيانات Azure لـ PostgreSQL النطاقي في منطقة توفر واحدة. يتم عرض ثلاث مناطق: منطقة التوفر 1، ومنطقة التوفر 2، ومنطقة التوفر 3. في منطقة التوفر 1، يوجد مربعان جنبا إلى جنب. يسمى المربع الموجود على اليسار بالخادم الأساسي، وداخل هذا المربع يوجد جهاز ظاهري وقرص. يسمى المربع الموجود على اليمين بخادم الاستعداد، وداخل هذا المربع يوجد جهاز ظاهري وقرص. بين مربعي الخادم هذين، يوجد سهم يشير إلى اليمين يسمى النسخ المتماثل المتدفق، يظهر أن تغييرات البيانات تتدفق من الخادم الأساسي على اليسار إلى خادم الاستعداد على اليمين. كلا الخادمين في نفس منطقة التوفر. منطقة التوفر 2 ومنطقة التوفر 3 غير مستخدمة.
تتوفر قابلية الوصول العالية للمنطقة (نفس المنطقة) فقط في الحالات التالية:
- لا تدعم المنطقة مناطق التوفر. تعمل المنطقة بشكل فعال كمنطقة واحدة، لذلك فإن التكوين الوحيد عالي التوفر الذي يمكنك تحديده هو نفس المنطقة.
- إذا لم يكن لدى المنطقة سعة كافية للنشر المتكرر في المنطقة، يمكن للخدمة في البداية وضع كلا الخادمين في نفس منطقة التوفر ثم ترحيلهما تلقائيا إلى مناطق منفصلة عند توفر السعة. يتوفر هذا الخيار عند استخدام مدخل Azure أو Azure CLI لنشر خادم. لمزيد من المعلومات، راجع تكوين خيارات Business Critical (قابلية وصول عالية).
يمكن أن يؤدي وضع الخوادم في نفس المنطقة إلى تقليل زمن انتقال الكتابة للتطبيقات التي تنشرها داخل نفس المنطقة.
عندما تكون الخوادم في نفس المنطقة، يمكن تقليل زمن انتقال الكتابة إلى التطبيقات التي تنشرها داخل نفس المنطقة.
إذا قمت بتكوين الخادم الخاص بك دون توفر عال، فإنه يعمل على خادم واحد. إذا تعطل هذا الخادم أو منطقته، فهذا يعني أن الخادم غير متوفر. لمزيد من المعلومات، راجع التكوينات بدون مناطق التوفر.
المتطلبات
دعم المنطقة: يدعم قاعدة بيانات Azure لـ PostgreSQL تكوينات منطقة التوفر بشكل مختلف عبر المناطق Azure. للحصول على قائمة كاملة بالمناطق وأنواع دعم منطقة التوفر وأي اعتبارات محددة لكل منطقة، راجع Azure المناطق.
طبقة الحوسبة: يسرد الجدول التالي دعم طبقة الحوسبة لكل نوع من أنواع دعم منطقة التوفر:
حساب المستوى المتكرر على مستوى المنطقة منطقة (نفس المنطقة) قابل للاندفاع غير مدعوم غير مدعوم الغرض العام Supported Supported مُحسّن للذاكرة Supported Supported مستوى الخدمة: يتطلب كلا النوعين من قابلية الوصول العالية الأغراض العامة أو مستويات الذاكرة المحسنة.
الاعتبارات
سعة المنطقة: إذا لم يكن لدى المنطقة سعة كافية لنشر المنطقة المكررة، يمكن للخدمة في البداية وضع كلا الخادمين في نفس منطقة التوفر وترحيلهما تلقائيا إلى مناطق منفصلة عند توفر السعة. يتوفر هذا الخيار عند استخدام مدخل Azure أو Azure CLI لنشر خادم. لمزيد من المعلومات، راجع تكوين خيارات Business Critical (قابلية وصول عالية).
Cost
عند تمكين قابلية وصول عالية، يتم إنشاء خادم احتياطي ويتم فوترته بنفس معدل الخادم الأساسي. لا يؤثر تكوين منطقة التوفر على التكلفة. لا توجد رسوم على النسخ المتماثل للبيانات داخل مناطق التوفر أو بينها. بناء على وحدة تخزين النسخ الاحتياطي، قد تتم محاسبتك أيضا على تخزين النسخ الاحتياطي. للحصول على معلومات تفصيلية عن الأسعار، راجع قاعدة بيانات Azure لـ PostgreSQL التسعير.
تكوين دعم منطقة التوفر
لتكوين دعم منطقة التوفر لخادم، قم بتكوين إعدادات قابلية الوصول العالية.
إنشاء خادم المنطقة المكررة: لمعرفة كيفية إنشاء خادم مع تمكين قابلية وصول عالية وتكرار المنطقة، راجع التشغيل السريع: إنشاء خادم قاعدة بيانات Azure لـ PostgreSQL.
تغيير تكوين منطقة التوفر للخوادم الموجودة: قم بتغيير تكوين منطقة التوفر للخوادم الموجودة عن طريق تغيير إعدادات قابلية الوصول العالية. للحصول على خطوات مفصلة، راجع تمكين قابلية الوصول العالية للخوادم الموجودة.
لا يمكنك تغيير المنطقة المستخدمة إما للخادم الأساسي أو الخادم الاحتياطي. تحتاج إلى إنشاء الخادم مرة أخرى.
نصيحة
نوصي بالانتظار حتى يكون نشاط الخادم منخفضا قبل تغيير التكوين عالي التوفر.
تعطيل قابلية الوصول العالية: يؤدي تعطيل التوفر العالي إلى إزالة خادم الاستعداد، بحيث لا يكون الخادم الخاص بك مرنا للانقطاعات في منطقة التوفر الخاصة به. لمزيد من المعلومات، راجع تعطيل التوفر العالي.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يجب توقعه عند تكوين الخوادم ذات التوفر العالي ودعم منطقة التوفر، وتكون جميع مناطق التوفر قيد التشغيل.
عملية عبر المناطق: تتصل تطبيقات عميل PostgreSQL بالخادم الأساسي باستخدام اسم خادم قاعدة البيانات. يستخدم قاعدة بيانات Azure لـ PostgreSQL تكوين نشط-سلبي حيث يعالج الخادم الأساسي في منطقة التوفر الأساسية جميع اتصالات قاعدة البيانات والاستعلامات. لا يخدم خادم الاستعداد نسبة استخدام الشبكة للعميل أثناء العمليات العادية.
النسخ المتماثل للبيانات عبر المناطق: ينسخ الخادم الأساسي التغييرات بشكل متزامن إلى خادم الاستعداد. لا تعتبر المعاملات مكتملة حتى تقر كل من الخوادم الأساسية والخوادم الاحتياطية بالكتابة.
عندما يكتب تطبيق البيانات ويلتزم بها، يقوم PostgreSQL أولا بتسجيل التغيير في WAL على الخادم الأساسي. يقوم الخادم الأساسي ببث هذه السجلات إلى خادم الاستعداد باستخدام بروتوكول تدفق PostgreSQL. بعد أن يخزن خادم الاستعداد WAL بشكل دائم، يؤكد الخادم الأساسي الكتابة. لا يلتزم التطبيق معاملته إلا بعد هذا الإقرار. لا تنتظر عملية الإقرار هذه حتى يتم تطبيق السجلات على خادم الاستعداد.
تختلف تأثيرات النسخ المتماثل اعتمادا على تكوين منطقة التوفر التي يستخدمها الخادم الخاص بك:
المنطقة المكررة: نظرا لوجود الخوادم في مناطق منفصلة، يضمن هذا الأسلوب عدم فقدان البيانات أثناء فشل المنطقة. ويسمى هذا الوضع أحيانا أيضا تحقيق هدف نقطة الاسترداد (RPO) من الصفر لفشل المنطقة.
ومع ذلك، قد يقدم النسخ المتماثل عبر المناطق قدرا صغيرا من زمن الانتقال الإضافي. يعتمد تأثير زمن الانتقال على التطبيق. بالنسبة لمعظم التطبيقات، يكون زمن الانتقال الإضافي ضئيلا.
النطاق: نظرا لوجود كلا الخادمين في نفس المنطقة، لا يتم نسخ أي حركة مرور بين المناطق.
ملاحظة
ينسخ النظام بيانات السجل في الوقت الفعلي إلى خادم الاستعداد. يتم نسخ أي أخطاء مستخدم على الخادم الأساسي، مثل إسقاط عرضي لجدول أو تحديثات بيانات غير صحيحة، إلى خادم الاستعداد. لا يمكنك استخدام وضع الاستعداد للاسترداد من هذه الأنواع من الأخطاء، ويجب إجراء استعادة في نقطة زمنية من النسخة الاحتياطية. لمزيد من المعلومات، راجع النسخ الاحتياطي والاستعادة.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يجب توقعه عند تكوين الخوادم ذات التوفر العالي ودعم منطقة التوفر، وهناك انقطاع في منطقة التوفر.
الكشف والاستجابة: تتحقق Azure بشكل دوري من صحة كل من الخوادم الأساسية والخوادم الاحتياطية. بعد إختبارات الاتصال المتعددة، إذا اكتشفت مراقبة السلامة أنه لا يمكن الوصول إلى خادم أساسي، تبدأ الخدمة تجاوز الفشل التلقائي إلى الخادم الاحتياطي. تستخدم خوارزمية مراقبة الصحة نقاط بيانات متعددة لتجنب المواقف الإيجابية الخاطئة.
إذا فشلت منطقة توفر، يختلف السلوك اعتمادا على تكوين منطقة التوفر الذي يستخدمه الخادم الخاص بك:
المنطقة المكررة: يكشف قاعدة بيانات Azure لـ PostgreSQL تلقائيا عن حالات فشل منطقة التوفر. لعرض أنواع حالة قابلية الوصول العالية المحتملة، راجع مراقبة الحالة الصحية عالية التوفر (HA). عند فشل المنطقة، يبدأ Azure تجاوز الفشل القسري إلى خادم الاستعداد دون مطالبتك باتخاذ إجراء.
نطاقي: إذا أصبحت منطقة التوفر التي تستضيف خادم نطاقي غير متوفرة، فإن كلا من الخوادم الأساسية وخوادم الاستعداد غير متوفرة. في هذا السيناريو، لا توفر الخدمة تجاوز الفشل التلقائي. أنت مسؤول عن الكشف عن انقطاع المنطقة وتنفيذ إجراءات الاسترداد، مثل استعادة النسخ الاحتياطية المتكررة في المنطقة إلى خادم منفصل في منطقة أو منطقة توفر أخرى.
الإعلام: توفر مراقبة الحالة الصحية عالية التوفر في قاعدة بيانات Azure لـ PostgreSQL نظرة عامة مستمرة على صحة واستعداد المثيلات عالية التوفر الممكنة. ميزة المراقبة مبنية على Azure Resource Health، ويمكنها الكشف عن أي مشكلات قد تؤثر على جاهزية تجاوز الفشل لقاعدة البيانات أو التوفر الكلي والتنبيه بشأنها. قم بتقييم المقاييس الرئيسية مثل حالة الاتصال وحالة تجاوز الفشل وصحة النسخ المتماثل للبيانات لتمكين استكشاف الأخطاء وإصلاحها الاستباقية والمساعدة في الحفاظ على وقت تشغيل قاعدة البيانات وأدائها.
للحصول على دليل مفصل حول تكوين وتفسير حالات صحة قابلية الوصول العالية، راجع مراقبة الحالة الصحية عالية التوفر (HA).
الطلبات النشطة: عندما تصبح منطقة التوفر غير متوفرة، قد يتم إنهاء أي طلبات قيد التقدم إلى الخوادم في المنطقة المتأثرة. يجب أن تعيد التطبيقات محاولة هذه الطلبات. إذا تعامل عملاؤك مع الأخطاء العابرة بشكل مناسب عن طريق إعادة المحاولة بعد فترة قصيرة من الزمن ، فإنهم عادة ما يتجنبون تأثيرا كبيرا.
فقدان البيانات المتوقع: يعتمد مقدار فقدان البيانات على تكوين منطقة التوفر الذي يستخدمه الخادم.
المنطقة المكررة: من المتوقع عدم فقدان البيانات أثناء تجاوز فشل المنطقة بسبب النسخ المتماثل المتزامن بين الخوادم الأساسية والخوادم الاحتياطية في مناطق مختلفة.
نطاقي: لا تتوفر البيانات على الخوادم في المنطقة المتأثرة حتى تسترد المنطقة.
وقت التعطل المتوقع: يعتمد مقدار وقت التعطل على تكوين منطقة التوفر الذي يستخدمه الخادم الخاص بك.
المنطقة المكررة: يكتمل تجاوز الفشل عادة في غضون 60-120 ثانية. إذا تعامل عملاؤك مع الأخطاء العابرة بشكل مناسب عن طريق إعادة المحاولة بعد فترة قصيرة من الزمن ، فإنهم عادة ما يتجنبون تأثيرا كبيرا.
نطاقي: لا تتوفر الخوادم في منطقة متأثرة حتى استرداد منطقة التوفر.
إعادة التوزيع: يعتمد سلوك إعادة توجيه نسبة استخدام الشبكة على تكوين منطقة التوفر التي يستخدمها الخادم.
المنطقة المكررة: بعد تجاوز الفشل، يصبح خادم الاستعداد السابق الأساسي الجديد ويبدأ في قبول الاتصالات الجديدة. يقوم Azure تلقائيا بإنشاء خادم احتياطي جديد في المنطقة الأساسية الأصلية بعد استرداده. للحصول على التفاصيل الكاملة، راجع تجاوز الفشل القسري.
نطاقي: عندما تكون المنطقة غير متوفرة، يكون الخادم غير متوفر. إذا كان لديك خادم منفصل قمت بإنشائه مسبقا في منطقة أو منطقة توفر أخرى، فأنت مسؤول عن إعادة توجيه نسبة استخدام الشبكة إلى هذا الخادم.
استعادة المنطقة
يعتمد سلوك استرداد المنطقة على تكوين منطقة التوفر الذي يستخدمه الخادم الخاص بك.
المنطقة المكررة: عند استرداد منطقة التوفر، يقوم قاعدة بيانات Azure لـ PostgreSQL تلقائيا بإعادة إنشاء خادم الاستعداد في المنطقة المستردة ومزامنته مع الأساسي الحالي. ثم تعمل المنطقة المستردة كموقع الاستعداد. لتجنب التعطيل غير الضروري، لا تقوم الخدمة تلقائيا بنقل الدور الأساسي مرة أخرى إلى المنطقة الأصلية. يمكنك بدء تجاوز الفشل المخطط له يدويا إذا كنت تريد إرجاع الأساسي إلى المنطقة الأصلية.
نطاقي: بعد أن تكون المنطقة سليمة، تتوفر الخوادم في المنطقة مرة أخرى. أنت مسؤول عن أي إجراءات استرداد للمنطقة ومزامنة البيانات التي تتطلبها أحمال العمل الخاصة بك.
اختبار فشل المنطقة
تعتمد خيارات اختبار حالات فشل المنطقة على تكوين منطقة التوفر التي يستخدمها المثيل الخاص بك.
المنطقة المكررة: يمكنك اختبار مرونة التطبيق الخاص بك لتجاوز الفشل عن طريق بدء تجاوز الفشل القسري. يتيح لك تجاوز الفشل القسري محاكاة سيناريو انقطاع غير مخطط له أثناء تشغيل حمل العمل ومراقبة وقت تعطل التطبيق الخاص بك. نوصي بتشغيل عمليات المحاكاة في بيئة غير إنتاجية، أو في وقت هادئ. لمزيد من المعلومات، راجع بدء تجاوز الفشل القسري.
نطاقي: بينما لا يمكنك محاكاة انقطاع كامل للمنطقة، يمكنك محاكاة عدم توفر الخادم بطريقة مشابهة لنقص المنطقة. لمزيد من المعلومات، راجع إيقاف حساب الخادم.
القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة
يدعم قاعدة بيانات Azure لـ PostgreSQL النسخ المتماثلة للقراءة عبر المناطق، والتي يمكنك استخدامها للحفاظ على نسخة متزامنة من قاعدة البيانات الخاصة بك في منطقة مختلفة لاسترداد أسرع.
يمكنك أيضا استخدام النسخ الاحتياطية المتكررة جغرافيا، في المناطق المدعومة، لتوفير الاسترداد عبر المناطق. ومع ذلك، تتضمن النسخ الاحتياطية عادة وقت تعطل وفقدان بيانات أكثر من النسخ المتماثل. لمزيد من المعلومات، راجع النسخ الاحتياطي والاستعادة.
النسخ المتماثلة للقراءة عبر المناطق
يمكنك نشر النسخ المتماثلة للقراءة لحماية قواعد البيانات الخاصة بك من حالات الفشل على مستوى المنطقة. كل نسخة متماثلة للقراءة هي خادم قاعدة بيانات Azure لـ PostgreSQL منفصل. عند وضع نسخة متماثلة للقراءة في منطقة Azure ثانية، يمكن أن يوفر خادم قاعدة البيانات المرونة لمشكلة على مستوى المنطقة. يمكنك نشر ما يصل إلى خمس نسخ متماثلة للقراءة، والتي يمكن أن تكون اختياريا في مناطق Azure مختلفة. تقرأ تحديثات تقنية النسخ المتماثل المادي ل PostgreSQL النسخ المتماثلة بشكل غير متزامن، ويمكن أن تتأخر عن النسخة الأساسية. يمكن أن تخدم النسخ المتماثلة للقراءة عبر المناطق اختياريا أحمال عمل للقراءة فقط لتقليل زمن الانتقال للتطبيقات الموزعة عالميا أو لإلغاء تحميل حركة مرور القراءة من الخادم الأساسي. لمزيد من المعلومات حول ميزات واعتبارات قراءة النسخ المتماثلة، راجع قراءة النسخ المتماثلة.
توفر نقاط النهاية الظاهرية نقاط نهاية للقراءة والكتابة والقراءة فقط وإعادة توجيه حركة المرور تلقائيا عند ترقية نسخة متماثلة، ما يساعد على تقليل وقت التعطل أثناء أحداث تجاوز الفشل. نوصي بشدة باستخدام نقاط النهاية الظاهرية مع النسخ المتماثلة للقراءة عبر المناطق لتحسين مرونة التطبيق. لمزيد من المعلومات، راجع نقاط النهاية الظاهرية لقراءة النسخ المتماثلة في قاعدة بيانات Azure لـ PostgreSQL.
رسم تخطيطي يوضح تطبيقا في الأعلى. يوجد أسفله مربع يسمى نقطة نهاية القراءة والكتابة. هناك سهم لأسفل من التطبيق إلى نقطة النهاية، يظهر أن التطبيق يرسل حركة مرور قاعدة البيانات الخاصة به إلى نقطة النهاية هذه أولا. يتم تقسيم النصف السفلي من الرسم التخطيطي إلى منطقتين كبيرتين. على اليسار هي المنطقة الأساسية. داخل تلك المنطقة، يوجد مربع يسمى الخادم الأساسي، وداخل المربع اسم الخدمة قاعدة بيانات Azure لـ PostgreSQL الخادم. على اليمين توجد المنطقة الثانوية. داخل تلك المنطقة، هناك مربع خادم مطابق يسمى قراءة النسخة المتماثلة التي تمت ترقيتها الخادم الأساسي، ويسمى أيضا قاعدة بيانات Azure لـ PostgreSQL الخادم. يتم تشغيل سهم من نقطة نهاية القراءة والكتابة إلى الخادم الأساسي. يتم تشغيل سهم أفقي متقطع يسمى النسخ المتماثل غير المتزامن من الخادم الأساسي على اليسار إلى الخادم في المنطقة الثانوية على اليمين، مما يوضح نسخ تغييرات البيانات من النسخة المتماثلة الأساسية إلى النسخة المتماثلة.
إذا فشلت منطقتك الأساسية، يمكنك تشغيل ترقية بحيث تصبح النسخة المتماثلة الثانوية هي النسخة الأساسية. قد تكون أنواع مختلفة من تجاوز الفشل مناسبة اعتمادا على كيفية استخدام النسخ المتماثلة للقراءة. عند استخدام النسخ المتماثلة للقراءة لتوفير المرونة في حالات فشل المنطقة، فإنك تستخدم عادة نهج الترقية إلى الخادم الأساسي ، الذي يحدث نقطة النهاية الظاهرية. أثناء انقطاع المنطقة، تحتاج إلى إجراء ترقية إجبارية، ما قد يؤدي إلى فقدان بعض البيانات لأي بيانات غير مبسطة. في السيناريوهات المخطط لها حيث تكون المنطقة الأساسية سليمة، يمكنك اختيار إجراء ترقية مخططة لتجنب فقدان البيانات. لمزيد من المعلومات، راجع ترقية النسخ المتماثلة للقراءة في قاعدة بيانات Azure لـ PostgreSQL.
رسم تخطيطي يوضح تطبيقا في الأعلى يرسل البيانات من خلال نقطة نهاية للقراءة والكتابة. يتم تقسيم النصف السفلي من الرسم التخطيطي إلى منطقتين كبيرتين. على اليسار هي المنطقة الأساسية. داخل تلك المنطقة، يوجد مربع يسمى الخادم الأساسي، وداخل المربع اسم الخدمة قاعدة بيانات Azure لـ PostgreSQL الخادم. هناك x عبر المنطقة الأساسية، مما يشير إلى أنه لم يعد نشطا. على اليمين توجد المنطقة الثانوية. داخل تلك المنطقة، هناك مربع خادم مطابق يسمى قراءة النسخة المتماثلة التي تمت ترقيتها الخادم الأساسي، ويسمى أيضا قاعدة بيانات Azure لـ PostgreSQL الخادم. يتم تشغيل سهم من نقطة نهاية القراءة والكتابة إلى المنطقة الثانوية. يتم تغطية سهم أفقي متقطع يسمى النسخ المتماثل غير المتزامن الذي يتم تشغيله من المنطقة الأساسية إلى المنطقة الثانوية بواسطة x، مما يشير إلى أن النسخ المتماثل لم يعد نشطا.
ملاحظة
يلخص هذا القسم بعض المعلومات المهمة حول كيفية دعم النسخ المتماثلة للقراءة المرونة في حالات الفشل على مستوى المنطقة. يمكنك أيضا استخدام النسخ المتماثلة للقراءة لتحسين الأداء ودعم قواعد المستخدمين الموزعة جغرافيا على نطاق واسع. لمزيد من المعلومات، راجع قراءة النسخ المتماثلة.
المتطلبات
دعم المنطقة: يمكنك إنشاء نسخ متماثلة للقراءة عبر المناطق في أي منطقة تدعم قاعدة بيانات Azure لـ PostgreSQL. لا تقتصر على Azure المناطق المقترنة.
مستويات الحساب: تدعم مستويات الحوسبة للأغراض العامة والذاكرة المحسنة النسخ المتماثلة للقراءة. لا يدعم المستوى القابل للاندفاع النسخ المتماثلة للقراءة.
الاعتبارات
اختلافات التكوين: قد لا ترث النسخ المتماثلة المقروءة كافة إعدادات التكوين من الخادم الأساسي. خطط لتكوين الإعدادات الضرورية بعد تجاوز الفشل. يجب أن يكون الخادم الأساسي والنسخ المتماثلة متماثلة، ما يعني أنها تحتاج إلى نفس المستويات وأحجام التخزين والقيم لبعض الإعدادات. أثناء حالات فشل المنطقة، يمكن التنازل عن متطلبات الخادم المتماثل للترقيات القسرية، ولكن من الممارسات الجيدة أن يكون لديك تكوين متماثل حيثما أمكن لتجنب المشكلات غير المتوقعة. لمزيد من المعلومات، راجع إدارة التكوين.
مراقبة تأخر النسخ المتماثل: تتطلب عملية النسخ المتماثل غير المتزامن تأخر النسخ المتماثل، والذي يمكن أن يختلف اعتمادا على العديد من العوامل. عندما يكون تأخر النسخ المتماثل مرتفعا، قد يواجه الخادم مشاكل. من المهم مراقبة تأخر النسخ المتماثل بحيث يمكنك التخفيف من المشكلات قبل تصعيدها. لمزيد من المعلومات، راجع مراقبة النسخ المتماثل.
قابلية الوصول العالية: لا يمكن تمكين قابلية وصول عالية للنسخ المتماثلة للقراءة، وعندما تتم ترقيتها، لا تتمتع أيضا بتوافر عال. أنت مسؤول عن تكوين قابلية وصول عالية بعد ترقية نسخة متماثلة.
للحصول على عوامل أخرى حول عملية الترقية التي يجب مراعاتها، راجع الاعتبارات.
Cost
تتحمل النسخ المتماثلة للقراءة تكاليف الحوسبة والتخزين، بالإضافة إلى رسوم نقل البيانات عبر المناطق للنسخ المتماثل. للحصول على معلومات تفصيلية عن التسعير، راجع تسعير قاعدة بيانات Azure لـ PostgreSQLوأسعار النطاق الترددي.
تكوين دعم متعدد المناطق
إنشاء نسخة متماثلة للقراءة: لمعرفة كيفية إنشاء نسخة متماثلة للقراءة، راجع إنشاء نسخة متماثلة للقراءة. يمكنك تكوين النسخ المتماثلة بعد إنشاء الخادم الأساسي، طالما أن الخادم الأساسي قيد التشغيل ويمكن الوصول إليه.
لإنشاء نقطة نهاية ظاهرية، راجع إنشاء نقاط نهاية ظاهرية.
حذف نسخة متماثلة للقراءة: لمعرفة كيفية حذف نسخة متماثلة للقراءة، راجع حذف نسخة متماثلة للقراءة.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يجب توقعه عند تكوين الخادم الخاص بك بنسخة متماثلة للقراءة في منطقة أخرى ونقطة نهاية ظاهرية، وتكون جميع المناطق قيد التشغيل:
توجيه نسبة استخدام الشبكة بين المناطق: في العمليات العادية، توجه نقطة النهاية الظاهرية نسبة استخدام الشبكة لنقطة نهاية القراءة والكتابة إلى الخادم الأساسي في المنطقة الأساسية. إذا كنت تستخدم أيضا نقطة النهاية للقراءة فقط لنقطة النهاية الظاهرية، فإنه يوجه حركة المرور إلى أي نسخة متماثلة تقوم بتكوينها.
النسخ المتماثل للبيانات بين المناطق: تستخدم النسخ المتماثلة للقراءة عبر المناطق النسخ المتماثل غير المتزامن لتقليل التأثير على أداء الخادم الأساسي. يعتمد مقدار تأخر النسخ المتماثل على العديد من العوامل، بما في ذلك تحميل الكتابة وزمن الانتقال بين الخادم الأساسي والنسخ المتماثلة. عادة ما يكون تأخر النسخ المتماثل عدة دقائق على الأقل، ولكن يمكن أن يكون أطول. لمزيد من المعلومات، راجع مراقبة النسخ المتماثل.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يجب توقعه عند تكوين الخادم الخاص بك بنسخة متماثلة للقراءة في منطقة أخرى ونقطة نهاية ظاهرية، وهناك انقطاع في المنطقة الأساسية:
الكشف والاستجابة: أنت مسؤول عن الكشف عن انقطاع في المنطقة الأساسية، والترويج يدويا لنسخة متماثلة للقراءة لتصبح الخادم الأساسي الجديد. أثناء انقطاع المنطقة، يجب عليك إجراء ترقية إجبارية، ما يؤدي إلى فقدان أي بيانات غير مبسطة.
هام
أنت مسؤول عن تشغيل الترقية. لا يقوم Azure بترقية النسخ المتماثلة للقراءة تلقائيا، حتى إذا كان هناك فشل في المنطقة.
للحصول على خطوات مفصلة لبدء ترقية، راجع تبديل النسخة المتماثلة للقراءة إلى النسخة المتماثلة الأساسية.
إشعار: مايكروسوفت لا تخبرك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام حالة خدمة Azure لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
الطلبات النشطة: تسقط عملية الترقية جميع الاتصالات النشطة بالمنطقة الأساسية. بعد اكتمال عملية الترقية، تحتاج التطبيقات إلى إعادة محاولة إجراء اتصالات بالنسخة المتماثلة التي تمت ترقيتها.
فقدان البيانات المتوقع: أثناء انقطاع المنطقة، يجب عليك إجراء ترقية إجبارية، ما يؤدي إلى فقدان دائم لأي بيانات غير مبسطة.
يعتمد مقدار فقدان البيانات على تأخر النسخ المتماثل في وقت الانقطاع. عادة ما يكون تأخر النسخ المتماثل عدة دقائق على الأقل، ولكن يمكن أن يكون أطول. لمزيد من المعلومات، راجع مراقبة النسخ المتماثل.
وقت التعطل المتوقع: تكتمل الترقية القسرية عادة في غضون 1-3 دقائق من تشغيلها. قد تحتاج التطبيقات أيضا إلى إعادة الاتصال بنقطة النهاية الصحيحة. يتم تحديث نقاط النهاية الظاهرية كجزء من عملية الترقية المفروضة. يجب أن تحترم التطبيقات مدة البقاء (TTL) لسجلات DNS لنقطة النهاية لضمان إعادة الاتصال بسرعة بالنسخة المتماثلة الصحيحة بعد اكتمال الترقية.
إعادة توجيه حركة المرور: تعيد نقطة النهاية الظاهرية للخادم توجيه حركة مرور التطبيق تلقائيا إلى النسخة المتماثلة الأساسية الجديدة.
ملاحظة
بعد ترقية النسخة المتماثلة للقراءة لتكون الخادم الأساسي، لا يتم تمكين تكوين قابلية وصول عالية. تحتاج إلى تمكين التكوين عالي التوفر يدويا، أو إضافته إلى عمليات الأتمتة الخاصة بك.
انتعاش المنطقة
عند استخدام نقاط النهاية الظاهرية، بعد استرداد المنطقة الأساسية، يتم تكوين الخادم الأساسي القديم تلقائيا كنسخة متماثلة للقراءة. يمكنك إجراء ترقية أخرى لإعادة العمليات الأساسية إلى منطقتك الأساسية المفضلة.
اختبار حالات فشل المنطقة
اختبر بانتظام إجراءات ترقية النسخ المتماثلة للقراءة للتأكد من أن عملياتك صالحة، وأن القدرات تفي بمتطلبات هدف وقت الاسترداد (RTO) وهدف نقطة الاسترداد (RPO).
يمكنك ترقية نسخة متماثلة للقراءة لتصبح الخادم الأساسي في أي وقت، حتى عندما تكون جميع المناطق سليمة. للاختبار:
- يمكنك إجراء اختبار الترقية القسرية. نوصي بإجراء هذه الاختبارات في بيئة غير منتجة لأنها يمكن أن تؤدي إلى فقدان البيانات. يساعد اختبار الترقية القسري على محاكاة السلوك الذي تراه أثناء انقطاع المنطقة.
- للصيانة المخطط لها أو سيناريوهات الاختبار حيث تريد تجنب فقدان البيانات، استخدم ترقية مخططة بدلا من ذلك. ومع ذلك، يتبع الترقية المخطط لها عملية مختلفة عن الترقية أثناء انقطاع المنطقة، لذلك قد لا تعكس السلوك أثناء انقطاع المنطقة الحقيقي.
للحصول على إرشادات خطوة بخطوة، راجع تبديل النسخة المتماثلة للقراءة إلى النسخة المتماثلة الأساسية.
كجزء من استراتيجية التعافي من الكوارث، قم بتشغيل تدريبات الاسترداد الكامل بانتظام. يجب أن تتضمن هذه التدريبات التحقق من صحة البيانات واختبار وظائف التطبيق وإجراءات التراجع الموثقة.
النسخ الاحتياطي والاستعادة
يقوم قاعدة بيانات Azure لـ PostgreSQL تلقائيا بنسخ بياناتك احتياطيا. توفر هذه النسخ الاحتياطية قدرات استرداد في نقطة زمنية وتساعد على حمايتك من التلف العرضي وحذف البيانات. Microsoft إدارة النسخ الاحتياطية بالكامل. فهي لا تقاطع توفر الخادم، وتتضمن كل من النسخ الاحتياطية الكاملة والنسخ الاحتياطية لسجل المعاملات.
تخزين النسخ الاحتياطي: إذا قمت بنشر الخادم في منطقة ذات مناطق توفر، تقوم الخدمة بتخزين النسخ الاحتياطية في تخزين متكرر للمنطقة (ZRS)، بغض النظر عن تكوين قابلية الوصول العالية للخادم. بالنسبة للخوادم التي تم نشرها في مناطق بدون مناطق توفر، تخزن الخدمة النسخ الاحتياطية في التخزين الزائد محليا (LRS).
في Azure المناطق التي بها أزواج، يمكنك تكوين تخزين النسخ الاحتياطي المتكرر جغرافيا في وقت إنشاء الخادم لنسخ النسخ الاحتياطية نسخا متماثلا إلى المنطقة المقترنة Azure للحصول على حماية إضافية ضد حالات فشل المنطقة. تنسخ الخدمة النسخ الاحتياطية بشكل غير متزامن.
فترة الاحتفاظ بالنسخ الاحتياطي الافتراضية هي سبعة أيام، ولكن يمكنك تمديد الاستبقاء حتى 35 يوما. يمكنك أيضا استخدام النسخ الاحتياطي في Azure لتخزين النسخ الاحتياطية اليدوية على المدى الطويل لمدة تصل إلى 10 سنوات. جميع النسخ الاحتياطية مشفرة.
استعادة: يسمح لك الاسترداد في نقطة زمنية باستعادة قاعدة البيانات الخاصة بك إلى أي لحظة خلال فترة الاحتفاظ بالنسخ الاحتياطي. تنشئ عملية الاستعادة خادم قاعدة بيانات جديدا باسم خادم جديد يوفره المستخدم. يمكنك استخدام الخادم الجديد as-is أو نسخ البيانات منه.
عند استعادة نسخة احتياطية جغرافية زائدة عن الحاجة، يمكنك إنشاء خادم جديد في المنطقة المقترنة.
هذه الإمكانية مفيدة للاسترداد من تعديلات البيانات العرضية أو أخطاء التطبيق أو سيناريوهات الاختبار.
توفر النسخ الاحتياطية مسار استرداد لفقدان البيانات، ولكنها لا تبقي الخادم الخاص بك متوفرا أثناء الانقطاع. استخدم النسخ الاحتياطية مع نهج قابلية الوصول العالية ومتعددة المناطق الموضحة في هذا الدليل. لمزيد من المعلومات حول كيفية معالجة النسخ المتماثل والنسخ الاحتياطي لمخاطر مختلفة، راجع التكرار والنسخ المتماثل والنسخ الاحتياطي.
لمزيد من المعلومات، راجع النسخ الاحتياطي والاستعادة في قاعدة بيانات Azure لـ PostgreSQL.
المرونة في صيانة الخدمة
يعالج قاعدة بيانات Azure لـ PostgreSQL تلقائيا مهام الخدمة الهامة، بما في ذلك تصحيح الأجهزة الأساسية ونظام التشغيل ومحرك قاعدة البيانات. تتضمن الخدمة تحديثات الأمان وتحديثات البرامج وترقيات الإصدار الثانوية كجزء من الصيانة المخطط لها.
لضمان بقاء الخادم متوفرا أثناء نوافذ الصيانة، اتبع هذه التوصيات:
تمكين قابلية الوصول العالية: أثناء الصيانة، قد يحتاج الخادم إلى إعادة التشغيل كجزء من عملية التحديث. إذا قمت بتمكين قابلية وصول عالية، فإن عمليات الصيانة عادة ما تستخدم التحديثات المتداولة لتقليل وقت التعطل. تحدث أنشطة الصيانة الدورية مثل ترقيات الإصدار الثانوي على النسخة المتماثلة الاحتياطية أولا. لتقليل وقت التعطل، يتم ترقية الاستعداد إلى الأساسي بحيث يمكن متابعة أحمال العمل على العقدة التي تمت ترقيتها أثناء تطبيق مهام الصيانة على العقدة الأخرى. ينطبق هذا التسلسل ما إذا كان الخادم الخاص بك يستخدم قابلية وصول عالية زائدة عن الحاجة أو منطقة.
بالنسبة للخوادم التي لا تتوفر فيها قابلية وصول عالية، توقع فترة توقف قصيرة أثناء عمليات الصيانة. مع تمكين قابلية الوصول العالية، تكتمل عمليات الصيانة عادة بأقل وقت تعطل أو بدونه.
تكوين نوافذ الصيانة المخصصة: يمكنك تكوين جدول الصيانة لكي تتم إدارة النظام أو تحديد نافذة صيانة مخصصة لتقليل التأثير على عمليات عملك. جدولة الصيانة خلال فترات النشاط المنخفض لتقليل تأثير الأعمال. لمزيد من المعلومات، راجع جدولة الصيانة.
تنفيذ منطق إعادة المحاولة: تأكد من أن التطبيقات الخاصة بك يمكنها معالجة انقطاعات الاتصال القصيرة التي قد تحدث أثناء إعادة تشغيل الصيانة. لجعل تطبيقاتك مقاومة لهذه الأنواع من المشكلات، راجع إرشادات الصمود ضد الأعطال المؤقتة .
اتفاقية مستوى الخدمة
تصف اتفاقية مستوى الخدمة (SLA) لخدمات Azure التوفر المتوقع لكل خدمة والشروط التي يجب أن يفي بها الحل الخاص بك لتحقيق توقع التوفر هذا. لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة للخدمات عبر الإنترنت.
يوفر قاعدة بيانات Azure لـ PostgreSQL اتفاقيات مستوى الخدمة لقابلية الوصول المختلفة، اعتمادا على تكوين الخادم:
- توفر الخوادم التي تم تكوينها مع توفر عال متكرر للمنطقة اتفاقية مستوى خدمة وقت التشغيل من 99.99%.
- توفر الخوادم التي تم تكوينها مع قابلية وصول عالية النطاق اتفاقية مستوى خدمة وقت التشغيل 99.95%.
- توفر الخوادم التي تم تكوينها دون توفر عال اتفاقية مستوى الخدمة لوقت التشغيل 99.9%.