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