إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يتجنب التوافر العالي داخل المنطقة (HA) وقت توقف قاعدة البيانات من خلال الحفاظ على نسخ جاهزة لكل شظية في العنقود. إذا أصبحت الشظية غير مستجيبة لأي سبب، يقوم Azure DocumentDB بتحويل الاتصالات الواردة من الشارد المعطل إلى وضعه الاحتياطي. عندما يحدث التحويل التلقائي، فإن الشظايا المطورة دائما ما تحتوي على بيانات جديدة من خلال التكرار المتزامن.
جميع الشظايا الأساسية في العنقود يتم توفيرها في منطقة توفر واحدة (AZ) لتحسين زمن الاستجابة بين الشظايا. يتم تزويد الشظايا الاحتياطية في منطقة توفر أخرى.
حتى بدون تفعيل HA، لكل شظية تخزين محلي احتياطي خاص بها (LRS) مع ثلاث نسخ متزامنة تحافظ عليها خدمة Azure Storage. جميع النسخ الثلاثة تقع في منطقة Azure الخاصة بالعناصر. إذا حدث فشل واحد في النسخة، تكتشف خدمة Azure Storage ذلك وتعيد إنشاء نسخة فاشلة بشفافية. راجع المقاييس في هذه الصفحة لمعرفة متانة تخزين LRS.
عند تفعيل HA، يقوم Azure DocumentDB بتشغيل شارد احتياطي واحد لكل شارد رئيسي في العنقود. كل جزء أساسي وشظية احتياطية لهما نفس تكوين الحوسبة والتخزين. يستخدم النسخة الأساسية واحتياطية التكرار المتزامن. هذا النوع من النسخ يسمح لك دائما بوجود نفس البيانات على الشظايا الأساسية والاحتياطية في مجموعتك. باختصار، تكتشف خدمتنا وجود عطل في الشظايا الأساسية، وتفشل في الانتقال إلى الشظايا الاحتياطية دون فقدان بيانات.
سلسلة اتصال العنقود تبقى دائما كما هي بغض النظر عن عمليات التحويل. وهذا يسمح للخدمة بتجريد التغييرات في الشظايا الفيزيائية التي تخدم طلبات التطبيقات.
عند تفعيل توفر عالي داخل المنطقة على العنقود، يتم تغطية كل جزء من العنقود باتفاقية مستوى الخدمة% 99.99 (SLA) للتوافر.
يمكن تفعيل التوافر العالي عند وقت إنشاء العنقود. يمكن أيضا تفعيل وتعطيل التوافر العالي في أي وقت على مجموعة Azure DocumentDB الحالية. لا يوجد توقف في قاعدة البيانات عندما يتم تفعيل أو تعطيل التوفر العالي على مجموعة Azure DocumentDB.
ماذا يحدث أثناء التحويل المتبادل
يتكون كل تحويل فشل شظية من ثلاث مراحل: اكتشاف عدم التوفر، التحويل إلى الشارد الاحتياطي، وإعادة إنشاء الشظية الاحتياطية. تقوم الخدمة بمراقبة مستمرة لتوفر كل شظية أولية وقائمة احتياطية في المجموعة من خلال إجراء فحوصات صحية دورية. عندما يشير فحص الصحة بشكل موثوق إلى أن الشارد أصبح غير مستجيب ويجب إعلانه فاشلا، يتم بدء التحويل الفعلي (التحويل) إلى الشارد الاحتياطي.
خلال مرحلة التبديل، يتم إعادة توجيه قراءات وكتابة قواعد البيانات إلى الشارد الاحتياطي. يضمن التكرار المتزامن بين كل شظية أساسية وشظية احتياطية أن يكون لدى الشارد الاحتياطي دائما نفس مجموعة البيانات التي تحتوي عليها الأساسية. وهذا يسمح بتنفيذ جميع عمليات التحويل بدون أي فقدان بيانات. تم التبديل إلى وضع الاستعداد دون توقف للقراءات. قد تتطلب عمليات الكتابة إعادة تشغيل الخدمة الداخلية خلال مرحلة التبديل. قد تعتبر هذه المحاولات على أنها بطء في الكتابة على جانب التطبيق.
بمجرد اكتمال تحويل الفشل للشارد، يصبح العنقود يعمل بالكامل. الخطوة الأخيرة للعودة إلى التكوين الأصلي المتاح للغاية هي إعادة إنشاء الشظية الاحتياطية. يتم تنفيذ إعادة إنشاء الشظية الاحتياطية هذه دون توقف أو تأثير على الأداء على الشظية الأساسية.