إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
تحتوي هذه المقالة على معلومات مفصلة حول المرونة الإقليمية مع مناطق التوفرواستمرارية الأعمال عبر المناطق لصالح Azure DocumentDB.
للحصول على نظرة عامة معمارية على الموثوقية في Azure، راجع موثوقية Azure.
دعم منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
للحصول على دعم منطقة التوفر، يجب تمكين قابلية الوصول العالية (HA).
تتجنب قابلية الوصول العالية وقت تعطل قاعدة البيانات عن طريق الحفاظ على النسخ المتماثلة الاحتياطية لكل جزء في نظام مجموعة. إذا تعطل شارد، يقوم Azure DocumentDB بتحويل الاتصالات الواردة من الشظية الفاشلة إلى نسختها الاحتياطية.
عند تمكين قابلية الوصول العالية في منطقة تدعم مناطق التوفر، يتم توفير أجزاء النسخ المتماثلة HA في منطقة توفر مختلفة عن الأجزاء الأساسية الخاصة بها. لا تتلقى النسخ المتماثلة HA طلبات من العملاء ما لم يفشل الجزء الأساسي الخاص بهم.
إذا تم تعطيل قابلية الوصول العالية، يكون لكل جزء تخزين متكرر محليا (LRS) مع ثلاث نسخ متماثلة متزامنة تحتفظ بها خدمة تخزين Azure. إذا كان هناك فشل نسخة متماثلة واحدة، تكتشف خدمة تخزين Azure الفشل، وتعيد إنشاء البيانات ذات الصلة بشفافية. للحصول على متانة تخزين LRS، راجع ملخص خيارات التكرار. ومع ذلك، إذا تعطل منطقة ما، فإنك تخاطر بتوقف طويل وفقدان بيانات محتمل.
إنشاء مورد مع تمكين مناطق التوفر
لتمكين مناطق التوفر، يجب تمكين قابلية الوصول العالية (HA) عند إنشاء نظام مجموعة أو في قسم Scale من مجموعة موجودة في مدخل Microsoft Azure.
التعافي من الكوارث عبر المناطق واستمرارية الأعمال
يشير الإصلاح بعد الكوارث (DR) إلى الممارسات التي تستخدمها المؤسسات للتعافي من الأحداث عالية التأثير، مثل الكوارث الطبيعية أو عمليات النشر الفاشلة التي تؤدي إلى التوقف عن العمل وفقدان البيانات. بغض النظر عن السبب، فإن أفضل علاج للكارثة هو خطة الإصلاح بعد كارثة محددة ومختبرة جيدا وتصميم تطبيق يدعم الإصلاح بعد كارثة بنشاط. قبل البدء في إنشاء خطة التعافي من الكوارث، راجع توصيات لتصميم استراتيجية التعافي من الكوارث.
بالنسبة إلى DR، تستخدم Microsoft نموذج المسؤولية المشتركة. في هذا النموذج، تضمن Microsoft توفر البنية الأساسية وخدمات النظام الأساسي. ومع ذلك، لا تقوم العديد من خدمات Azure تلقائيا بنسخ البيانات نسخا متماثلا أو الرجوع من منطقة فاشلة للنسخ المتماثل إلى منطقة أخرى ممكنة. بالنسبة إلى هذه الخدمات، أنت مسؤول عن إعداد خطة التعافي من الكوارث التي تعمل مع حمل العمل الخاص بك. توفر معظم الخدمات التي تعمل على Azure عروض النظام الأساسي كخدمة (PaaS) ميزات وإرشادات لدعم الإصلاح بعد كارثة. يمكنك استخدام ميزات خاصة بالخدمة لدعم الاسترداد السريع للمساعدة في تطوير خطة الإصلاح بعد الكارثة.
يدعم Azure DocumentDB تجاوز الفشل التلقائي المدار بواسطة الخدمة للمجموعات متعددة المستويات. بالنسبة إلى عمليات النشر في منطقة واحدة، يعد التخطيط لقابلية الوصول العالية والتعافي من الكوارث خطوة هامة مع تحجيم الحل الخاص بك.
التعافي من الكوارث في المنطقة الجغرافية أحادية المنطقة
لتعظيم وقت التشغيل لديك، خطط مسبقا للحفاظ على استمرارية الأعمال والاستعداد للتعافي من الكوارث باستخدام Azure DocumentDB.
بينما تم تصميم خدمات Azure لزيادة وقت التشغيل إلى أقصى حد، قد يحدث انقطاع الخدمة غير المخطط له. تضمن خطة التعافي من الكوارث أن لديك استراتيجية للتعامل مع انقطاع الخدمة الإقليمية.
Azure DocumentDB يأخذ نسخا احتياطية تلقائيا لبياناتك على فترات منتظمة. يتم أخذ النسخ الاحتياطية التلقائية دون التأثير على أداء أو توفر عمليات قاعدة البيانات. يتم تنفيذ جميع النسخ الاحتياطية تلقائيا في الخلفية وتخزينها بشكل منفصل عن البيانات المصدر في خدمة التخزين. هذه النسخ الاحتياطية التلقائية مفيدة في السيناريوهات عند حذف الموارد أو تعديلها عن طريق الخطأ وتتطلب الإصدارات الأصلية لاحقا.
يتم الاحتفاظ بالنسخ الاحتياطية التلقائية في فواصل زمنية مختلفة استنادا إلى ما إذا كان نظام المجموعة نشطا حاليا أو تم حذفه مؤخرا.
| فترة الاستبقاء | |
|---|---|
| المجموعات النشطة |
35 أيام |
| المجموعات المحذوفة |
7 أيام |
تصميم لقابلية وصول عالية
يجب تفعيل التوافر العالي (HA) لمجموعات Azure DocumentDB الحيوية التي تشغل أحمال عمل إنتاجية. في نظام المجموعة الممكنة ل HA، يعمل كل جزء كجزء أساسي جنبا إلى جنب مع جزء الاستعداد السريع المتوفر في منطقة توفر أخرى. النسخ المتماثل بين الجزء الأساسي والثانوي متزامن بشكل افتراضي. يستمر أي تعديل على قاعدة البيانات على كل من الأجزاء الأساسية والثانوية (الاستعداد السريع) قبل تلقي استجابة من قاعدة البيانات.
تحتفظ الخدمة بالفحوصات الصحية ورسائل كشف أخطاء الاتصال لكل جزء أساسي وثانوي من نظام المجموعة. إذا أصبح الجزء الأساسي غير متوفر بسبب انقطاع المنطقة أو المنطقة، يتم ترقية الجزء الثانوي تلقائيا ليصبح الأساسي الجديد ويتم إنشاء جزء ثانوي لاحق للجزء الأساسي الجديد. بالإضافة إلى ذلك، إذا أصبح الجزء الثانوي غير متوفر، تقوم الخدمة تلقائيا بإنشاء جزء ثانوي جديد مع نسخة كاملة من البيانات من الأساسي.
إذا كانت الخدمة تؤدي إلى تجاوز الفشل من الجزء الأساسي إلى الجزء الثانوي، يتم توجيه الاتصالات بسلاسة تحت الأغطية إلى الجزء الأساسي الجديد.
يضمن النسخ المتماثل المتزامن بين الأجزاء الأساسية والثانوية عدم فقدان البيانات إذا كان هناك تجاوز فشل.
الخطوات التالية
- اقرأ المزيد حول توافق الميزات مع MongoDB.
- مراجعة خيارات الترحيل من MongoDB إلى Azure DocumentDB
- ابدأ بإنشاء حساب.