Share via

قم باستعادة Azure SQL Database أو تجاوز الفشل الثانوي

  • مقالة

ينطبق على: قاعدة بيانات Azure SQL

توفر Azure SQL Database القدرات التالية للاسترداد من انقطاع الخدمة:

للتعرف على سيناريوهات استمرارية الأعمال والميزات التي تدعم هذه السيناريوهات، راجعاستمرارية الأعمال.

ملاحظة

إذا كنت تستخدم قواعد بيانات أو مجموعات بيانات Premium أو Business Critical بها زيادة عن الحاجة، فإن عملية الاسترداد تكون تلقائية ولا تنطبق بقية هذه المواد.

يجب أن يكون لكل من قواعد البيانات الأساسية والثانوية نفس مستوى الخدمة. يوصى بشدة أيضًا بإنشاء قاعدة البيانات الثانوية بنفس حجم الحساب (DTUs أو vCores) مثل الأساسي. لمزيد من المعلومات، راجع الترقية أو الرجوع إلى إصدار سابق كقاعدة بيانات أساسية.

استخدم مجموعة تجاوز فشل واحدة أو عدة مجموعات لإدارة تجاوز الفشل لقواعد البيانات المتعددة. إذا أضفت علاقة نسخ جغرافي موجودة إلى مجموعة تجاوز الفشل، فتأكد من تكوين المستوى الجغرافي الثانوي بنفس مستوى الخدمة وحجم الحساب مثل الأساسي. لمزيد من المعلومات، راجع استخدم مجموعات تجاوز الفشل التلقائي لتمكين تجاوز الفشل المنسق، والذي يتسم بالشفافية لقواعد البيانات المتعددة.

استعد لحالة الانقطاع

لتحقيق النجاح في الاسترداد إلى منطقة بيانات أخرى باستخدام إما مجموعات تجاوز الفشل أو النسخ الاحتياطية الزائدة عن الحاجة جغرافيًا، فأنت بحاجة إلى إعداد خادم في حالة انقطاع مركز بيانات آخر ليصبح الخادم الأساسي الجديد إذا دعت الحاجة إلى ذلك، بالإضافة إلى توثيق واختبار خطوات محددة جيدًا لضمان الشفاء السلس. تشمل خطوات التحضير هذه:

  • حدد الخادم في منطقة أخرى ليصبح الخادم الأساسي الجديد. للاستعادة الجغرافية، يكون هذا بشكل عام خادمًا في المنطقة المقترنة للمنطقة التي توجد بها قاعدة البيانات الخاصة بك. هذا يلغي تكلفة نسبة استخدام الشبكة الإضافية في أثناء عمليات استعادة الموقع الجغرافي.
  • تحديد، وتحديد اختياري، قواعد جدار حماية IP على مستوى الخادم اللازمة للمستخدمين للوصول إلى قاعدة البيانات الأساسية الجديدة.
  • حدد كيف ستعيد توجيه المستخدمين إلى الخادم الأساسي الجديد، على سبيل المثال عن طريق تغيير سلاسل الاتصال أو عن طريق تغيير إدخالات نظام أسماء المجالات.
  • حدد عمليات تسجيل الدخول التي يجب أن تكون موجودة في قاعدة البيانات الرئيسية على الخادم الأساسي الجديد وأنشئها اختياريًا، وتأكد من أن عمليات تسجيل الدخول هذه لها الأذونات المناسبة في قاعدة البيانات الرئيسية، إن وجدت. لمزيد من المعلومات، راجع كيفية إدارة أمان SQL Database بعد التعافي من الكوارث.
  • حدد قواعد التنبيه التي تحتاج إلى تحديث لتعيين قاعدة البيانات الأساسية الجديدة.
  • قم بتوثيق تكوين التدوين في قاعدة البيانات الأساسية الحالية
  • قم بإجراء تمرين للتعافي من الكوارث. لمحاكاة انقطاع للاستعادة الجغرافية، يمكنك حذف قاعدة البيانات المصدر أو إعادة تسميتها للتسبب في فشل اتصال التطبيق. لمحاكاة انقطاع التيار باستخدام مجموعات تجاوز الفشل، يمكنك تعطيل تطبيق الويب أو الجهاز الظاهري المتصل بقاعدة البيانات أو تجاوز الفشل في قاعدة البيانات للتسبب في فشل اتصال التطبيق.

متى يبدأ الاسترداد

تؤثر عملية الاسترداد على التطبيق. يتطلب تغيير سلسلة اتصال اللغة الاستعلامات المركبة أو إعادة التوجيه باستخدام نظام أسماء المجالات وقد يؤدي إلى فقدان دائم للبيانات. لذلك، يجب أن يتم ذلك فقط عندما يحتمل أن يستمر الانقطاع لفترة أطول من هدف وقت الاسترداد لتطبيقك. عند نشر التطبيق للإنتاج، يجب عليك إجراء مراقبة منتظمة لسلامة التطبيق واستخدام نقاط البيانات التالية لتأكيد أن الاسترداد مضمون:

  1. فشل دائم في الاتصال من طبقة التطبيق إلى قاعدة البيانات.
  2. يعرض مدخل Microsoft Azure الإلكترونية تنبيهًا حول حادثة في المنطقة ذات تأثير واسع.

ملاحظة

إذا كنت تستخدم مجموعات تجاوز الفشل واخترت تجاوز الفشل تلقائيًا، فستكون عملية الاسترداد تلقائية وشفافة للتطبيق.

اعتمادًا على تسامح التطبيق مع التعطل والمسؤولية التجارية المحتملة، يمكنك التفكير في خيارات الاسترداد التالية.

استخدمGet Recoverable Database(LastAvailableBackupDate) للحصول على أحدث نقطة استعادة مكررة جغرافيًا.

انتظر استرداد الخدمة

تعمل فرق Azure بجد لاستعادة توفر الخدمة في أسرع وقت ممكن ولكن اعتمادًا على السبب الجذري قد يستغرق الأمر ساعات أو أيام. إذا كان التطبيق الخاص بك يمكن أن يتسامح مع وقت تعطل كبير، يمكنك ببساطة الانتظار حتى يكتمل الاسترداد. في هذه الحالة، لا يلزم اتخاذ أي إجراء من جانبك. يمكنك رؤية حالة الخدمة الحاليةAzure Service Health Dashboard. بعد استرداد المنطقة، يتم استرداد توفر التطبيق الخاص بك.

تجاوز الفشل إلى الخادم الثانوي الذي تم نسخه جغرافيًا في مجموعة تجاوز الفشل

إذا كان وقت تعطل التطبيق الخاص بك يمكن أن يؤدي إلى مسؤولية تجارية، يجب عليك استخدام مجموعات تجاوز الفشل. إنه يمكّن التطبيق من استعادة التوافر بسرعة في منطقة مختلفة في حالة انقطاع التيار. للحصول على البرنامج التعليمي، راجع تنفيذ قاعدة بيانات موزعة جغرافيًا.

لاستعادة توفر قاعدة (قواعد) البيانات، تحتاج إلى بدء تجاوز الفشل إلى الخادم الثانوي باستخدام إحدى الطرق المدعومة.

استخدم أحد الأدلة التالية للفشل في الوصول إلى قاعدة بيانات ثانوية مكررة جغرافيًا:

الاسترداد باستخدام الاستعادة الجغرافية

إذا لم ينتج عن وقت تعطل التطبيق الخاص بك مسؤولية تجارية، يمكنك استخدامgeo-restore كطريقة لاستعادة قاعدة (قواعد) التطبيق الخاصة بك. يقوم بإنشاء نسخة من قاعدة البيانات من أحدث نسخة احتياطية جغرافية لها.

تكوين قاعدة البيانات الخاصة بك بعد الاسترداد

إذا كنت تستخدم الاستعادة الجغرافية للتعافي من الانقطاع، يجب عليك التأكد من تكوين الاتصالية بقواعد البيانات الجديدة بشكل صحيح بحيث يمكن استئناف وظيفة التطبيق العادية. هذه قائمة فحص بالمهام لتجهيز إنتاج قاعدة البيانات المستردة.

تحديث سلاسل الاتصال

نظرًا إلى أن قاعدة البيانات المستردة موجودة في خادم مختلف، فأنت بحاجة إلى تحديث سلسلة اتصال التطبيق الخاص بك للإشارة إلى ذلك الخادم.

لمزيد من المعلومات حول تغيير سلاسل الاتصال، راجع لغة التطوير المناسبة لمكتبة الاتصالالخاصة بك.

⁧⁩تكوين قواعد جدار الحماية

تحتاج إلى التأكد من أن قواعد جدار الحماية المكونة على الخادم وقاعدة البيانات تطابق تلك التي تم تكوينها على الخادم الأساسي وقاعدة البيانات الأساسية. لمزيد من المعلومات، راجع كيفية تكوين إعدادات جدار الحماية في (Azure SQL Database).

تكوين تسجيلات الدخول ومستخدمي قاعدة البيانات

تحتاج إلى التأكد من أن جميع عمليات تسجيل الدخول التي يستخدمها تطبيقك موجودة على الخادم الذي يستضيف قاعدة البيانات المستردة. لمزيد من المعلومات، راجع تكوين الأمان للنسخ المتماثل الجغرافي.

ملاحظة

يجب عليك تكوين واختبار قواعد جدار حماية الخادم وتسجيلات الدخول (وأذوناتها) في أثناء تدريب التعافي من الكوارث. قد لا تتوفر هذه الكائنات على مستوى الخادم وتكوينها في أثناء انقطاع الخدمة.

إعداد بيانات تتبع الاستخدام عن بُعد

تحتاج إلى التأكد من تحديث إعدادات قاعدة التنبيه الحالية لتعيين قاعدة البيانات المستردة والخادم المختلف.

لمزيد من المعلومات حول قواعد تنبيه قاعدة البيانات، راجعتلقي إعلامات التنبيه وتعقب سلامة الخدمة.

تمكين التدقيق

إذا كان التدقيق مطلوبًا للوصول إلى قاعدة البيانات الخاصة بك، فأنت بحاجة إلى تمكين التدقيق بعد استرداد قاعدة البيانات. لمزيد من المعلومات، راجع تدقيق قاعدة البيانات.

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