مشاركة عبر

التعافي من الكوارث لتطبيق SaaS متعدد المستأجرين باستخدام قاعدة النسخ المتماثل الجغرافي لقاعدة البيانات

  • مقالة

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

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

يستكشف هذا البرنامج التعليمي كل من مهام سير عمل تجاوز الفشل والعودة. ستتعلم كيفية:

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

قبل بدء هذا البرنامج التعليمي، تأكد من اكتمال المتطلبات الأساسية التالية:

مقدمة إلى نمط تعافي النسخ المتماثل الجغرافي

Recovery Architecture

يعتبر التعافي من الكوارث (DR) أحد الاعتبارات الهامة للعديد من التطبيقات، سواء لأسباب تتعلق بالامتثال أو استمرارية العمل. إذا كان هناك انقطاع الخدمة لفترة طويلة، فقد تساعد خطة DR معدة إعدادًا جيدًا على تقليل تعطل الأعمال. يوفر استخدام النسخ المتماثل الجغرافي أدنى RPO وRTO عن طريق الاحتفاظ بالنسخ المتماثلة لقاعدة البيانات في منطقة تعافي يمكن تجاوز الفشل إليها في فترة زمنية قصيرة.

تتضمن خطة DR القائمة على النسخ المتماثل الجغرافي ثلاثة أجزاء متميزة:

  • الإعداد - إنشاء وصيانة بيئة التعافي
  • الاسترداد - تجاوز فشل التطبيق وقواعد البيانات إلى بيئة التعافي في حالة انقطاع التيار الكهربائي.
  • الإعادة - تجاوز إعادة التطبيق وقواعد البيانات إلى المنطقة الأصلية بمجرد حل التطبيق

تجب دراسة جميع الأجزاء بعناية، وخاصة في حال التشغيل على نطاق واسع. وعموما، يجب أن تحقق الخطة عدة أهداف:

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

في هذا البرنامج التعليمي، تُعالج هذه التحديات باستخدام ميزات قاعدة بيانات Azure SQL والنظام الأساسي لـAzure:

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

الحصول على البرامج النصية للتعافي من الكوارث

هام

مثل جميع البرامج النصية لإدارة Wingtip Tickets، تُعتبر برامج التعافي من الكوارث النصية نموذجًا للجودة ولا تُستخدم في الإنتاج.

تتوفر برامج التعافي النصية المستخدمة في هذا البرنامج التعليمي والتعليمات البرمجية لتطبيق Wingtip في قاعدة بيانات Wingtip Tickets SaaS لكل مستأجر من مستأجري مستودع GitHub. تحقق من الإرشادات العامةلمعرفة خطوات تنزيل وإلغاء حظر البرامج النصية لـWingtip Tickets SaaS.

نظرة عامة على البرنامج التعليمي

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

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

ملاحظة

يتم استرداد التطبيق في المنطقة المقترنة للمنطقة التي يتم نشر التطبيق فيها. لمزيد من المعلومات، راجع مناطق Azure المقترنة.

مراجعة الحالة الصحية للتطبيق

قبل بدء عملية الاسترداد، راجع الحالة الصحية العادية للتطبيق.

  1. في مستعرض الويب الخاص بك، افتح Wingtip Tickets Events Hub (http://events.wingtip-dpt.<user>.trafficmanager..net - استبدل <user> بقيمة المستخدم للتوزيع).

    • قم بالتمرير إلى أسفل الصفحة ولاحظ اسم خادم الكتالوج وموقعه في تذييل الصفحة. الموقع هو المنطقة التي قمت بنشر التطبيق فيها. تلميح: حرك الماوس فوق الموقع لتكبير العرض.Events hub healthy state in original region

  2. انقر فوق مستأجر Contoso Concert Hall وافتح صفحة الحدث الخاصة به.

    • في تذييل الصفحة، لاحظ اسم خادم المستأجر. سيكون الموقع هو نفس موقع خادم الكتالوج.

  3. في مدخل Azure، افتح مجموعة الموارد التي يتم نشر التطبيق فيها

    • لاحظ المنطقة التي يتم نشر الخوادم فيها.

مزامنة تكوين المستأجر في الكتالوج

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

هام

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

  1. في PowerShell ISE، افتح الملف ...\Learning Modules\UserConfig.psm1. استبدل ⁧<resourcegroup>⁩ و<user>⁩ في السطور 10 و11 بالقيمة المستخدمة عند نشر التطبيق. احفظ الملف!

  2. في PowerShell ISE، افتح البرنامج النصي ...\Learning Modules\Business Continuity and Disaster Recovery\DR-FailoverToReplica\Demo-FailoverToReplica.ps1 وقم بتعيين:

    • $DemoScenario = 1، بدء مهمة خلفية تزامن خادم المستأجر، ومعلومات تكوين التجمع في الكتالوج

  3. اضغط على F5 لتشغيل البرنامج النصي للمزامنة. يتم فتح جلسة PowerShell جديدة لمزامنة تكوين موارد المستأجر. Screenshot that shows the new PowerShell session that is opened to sync the configuration of tenant resources.

اترك نافذة PowerShell قيد التشغيل في الخلفية وتابع بقية البرنامج التعليمي.

ملاحظة

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

إنشاء نسخ متماثلة ثانوية لقاعدة البيانات في منطقة التعافي

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

ملاحظة

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

  1. في PowerShell ISE، افتح البرنامج النصي ...\Learning Modules\Business Continuity and Disaster Recovery\DR-FailoverToReplica\Demo-FailoverToReplica.ps1 وقم بتعيين القيم التالية:

    • $DemoScenario = 2، إنشاء بيئة تعافي طبق الأصل وتكرار الكتالوج وقواعد بيانات المستأجر

  2. اضغط على F5 لتشغيل البرنامج النصي. يتم فتح جلسة PowerShell جديدة لإنشاء النسخ المتماثلة. Sync process

مراجعة حالة التطبيق العادية

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

  1. في مدخل Azure، انظر إلى مجموعات الموارد ولاحظ أنه تم إنشاء مجموعة موارد مع اللاحقة -recovery في منطقة التعافي.

  2. استكشاف الموارد الموجودة في مجموعة موارد الاسترداد.

  3. انقر على قاعدة بيانات Contoso Concert Hall على خادم tenants1-dpt-<user>-recovery. انقر على النسخ المتماثل الجغرافي في الجانب الأيسر.

    Contoso Concert geo-replication link

في خريطة مناطق Azure، لاحظ ارتباط النسخ المتماثل الجغرافي بين الأساسي في المنطقة الأصلية والثانوي في منطقة التعافي.

تجاوز فشل التطبيق إلى منطقة التعافي

نظرة عامة على عملية استرداد النسخ المتماثل الجغرافي

يقوم البرنامج النصي بتنفيذ المهام التالية:

  1. تعطيل نقطة نهاية Traffic Manager لتطبيق الويب في المنطقة الأصلية. يؤدي تعطيل نقطة النهاية إلى منع المستخدمين من الاتصال بالتطبيق في حالة غير صالحة إذا كانت المنطقة الأصلية متصلة أثناء الاسترداد.

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

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

  4. وضع علامات على كافة المستأجرين الموجودين في كتالوج الاسترداد كخدمة دون اتصال لمنع الوصول إلى قواعد بيانات المستأجر قبل تجاوز فشلها.

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

  6. تمكين نقطة نهاية Traffic Manager لتطبيق الويب في منطقة التعافي. تمكين نقطة النهاية هذه يسمح للتطبيق بتوفير مستأجرين جدد. في هذه المرحلة، لا يزال المستأجرون الحاليون غير متصلين بالإنترنت.

  7. إرسال دفعات من الطلبات لتنفيذ تجاوز فشل قواعد البيانات حسب ترتيب الأولوية.

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

    ملاحظة

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

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

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

تشغيل البرنامج النصي لتجاوز الفشل إلى منطقة التعافي

تخيل الآن أن هناك انقطاعًا في التيار الكهربائي بالمنطقة التي يتم نشر التطبيق وتشغيل البرنامج النصي للتعافي فيها:

  1. في PowerShell ISE، افتح البرنامج النصي ...\Learning Modules\Business Continuity and Disaster Recovery\DR-FailoverToReplica\Demo-FailoverToReplica.ps1 وقم بتعيين القيم التالية:

    • $DemoScenario = 3، استرداد التطبيق إلى منطقة التعافي عن طريق تجاوز الفشل إلى النسخ المتماثلة

  2. اضغط على F5 لتشغيل البرنامج النصي.

    • يفتح البرنامج النصي في نافذة PowerShell جديدة ثم يبدأ سلسلة من مهام PowerShell التي تعمل بالتوازي. تقوم هذه المهام بتجاوز فشل قواعد بيانات المستأجر إلى منطقة التعافي.
    • منطقة التعافي هي المنطقة المقترنة المرتبط بمنطقة Azure التي قمت بنشر التطبيق فيها. لمزيد من المعلومات، راجع مناطق Azure المقترنة.

  3. مراقبة حالة عملية الاسترداد في نافذة PowerShell. failover process

ملاحظة

لاستكشاف التعليمات البرمجية لوظائف الاسترداد، راجع البرامج النصية لـPowerShell في المجلد ...\...\Learning Modules\Business Continuity and Disaster Recovery\DR-FailoverToReplica\RecoveryJobs.

مراجعة حالة التطبيق أثناء الاسترداد

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

  1. بعد استرداد قاعدة بيانات الكتالوج مباشرةً، قم بتحديث مركز أحداث Wingtip Tickets في مستعرض الويب الخاص بك.

    • في التذييل، لاحظ أن اسم خادم الكتالوج يحتوي الآن على اللاحقة -recovery ويُوجد في منطقة التعافي.

    • لاحظ أن المستأجرين التي لم تتم استعادتهم بعد، يتم تمييزهم بأنهم غير متصلين، ويكونون غير قابلين للتحديد.

      ملاحظة

      باسترداد عدد قليل فقط من قواعد، قد لا تتمكن من تحديث المستعرض قبل اكتمال الاسترداد، لذلك قد لا ترى المستأجرين أثناء عدم اتصالهم.

      Events hub offline

    • إذا قمت بفتح صفحة أحداث المستأجر غير المتصل مباشرة، فإنها تعرض إشعار 'المستأجر غير متصل'. على سبيل المثال، إذا كان Contoso Concert Hall غير متصل، فحاول فتح صفحة http://events.wingtip-dpt.<user>.trafficmanager.net/contosoconcerthall Contoso Offline page

توفير مستأجر جديد في منطقة التعافي

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

  1. في PowerShell ISE، افتح البرنامج النصي ...\Learning Modules\Business Continuity and Disaster Recovery\DR-FailoverToReplica\Demo-FailoverToReplica.ps1 وقم بتعيين الخاصية التالية:

    • $DemoScenario = 4، توفير مستأجر جديد في منطقة التعافي

  2. اضغط على F5 لتشغيل البرنامج النصي وتوفير المستأجر الجديد.

  3. تفتح صفحة أحداث Hawthorn Hall في المتصفح عند اكتمالها. لاحظ من التذييل أن قاعدة بيانات Hawthorn Hall تتوفر في منطقة التعافي. Hawthorn Hall Events Page

  4. في المستعرض، قم بتحديث صفحة مركز أحداث Wingtip Tickets لمشاهدةHawthorn Hall المضمنة.

    • إذا قمت بتوفير Hawthorn Hall دون انتظار استعادة المستأجرين الآخرين، فقد يظل المستأجرون الآخرون دون اتصال.

مراجعة الحالة المستردة للتطبيق

عند اكتمال عملية الاسترداد، يعمل التطبيق وجميع المستأجرين بكامل طاقتهم في منطقة التعافي.

  1. بمجرد أن تشير الشاشة في نافذة وحدة تحكم PowerShell إلى استرداد كافة المستأجرين، قم بتحديث مركز الأحداث. سيظهر جميع المستأجرين على الإنترنت، بما في ذلك المستأجر الجديد، Hawthorn Hall.

    recovered and new tenants in the events hub

  2. في مدخل Azure، افتح قائمة مجموعات الموارد.

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

  3. افتح مجموعة موارد الاسترداد ولاحظ العناصر التالية:

    • إصدارات استرداد الكتالوج وخوادم tenants1، بها لاحقة -recovery. يحتوي الكتالوج المسترد وقواعد بيانات المستأجر الموجودة على هذه الخوادم على الأسماء المستخدمة في المنطقة الأصلية.

    • خادم SQL الذي يحمل اسم tenants2-dpt-<user>-recovery. يستخدم هذا الخادم لتوفير المستأجرين الجدد أثناء انقطاع التيار الكهربائي.

    • اسم خدمة التطبيق، events-wingtip-dpt-<recoveryregion>-<user&gt، وهو مثيل الاسترداد لتطبيق Events.

      Azure recovery resources

  4. افتح خادم SQL الذي يحمل اسم tenants2-dpt-<user>-recovery. لاحظ أنه يحتوي على قاعدة بيانات hawthornhall والتجمع المرنة Pool1. تم تكوين قاعدة بيانات hawthornhall كقاعدة بيانات مرنة في التجمع المرن Pool1.

  5. عد إلى مجموعة الموارد وانقر فوق قاعدة بيانات Contoso Concert Hall على الخادم tenants1-dpt-<user>-recovery. انقر على النسخ المتماثل الجغرافي في الجانب الأيسر.

    Contoso database after failover

تغيير بيانات المستأجر

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

  1. في المستعرض، ابحث عن قائمة الأحداث لـContoso Concert Hall ولاحظ اسم الحدث الأخير.
  2. في PowerShell ISE، افتح البرنامج النصي ...\Learning Modules\Business Continuity and Disaster Recovery\DR-FailoverToReplica\Demo-FailoverToReplica.ps1 وقم بتعيين القيمة التالية:
    • $DemoScenario = 5 حذف حدث من مستأجر في منطقة التعافي
  3. اضغط على F5، لتنفيذ البرنامج النصي
  4. قم بتحديث صفحة أحداث Contoso Concert Hall (http://events.wingtip-dpt.<user>.trafficmanage.net / contosoconcerthall - استبدل <user> بقيمة المستخدم للتوزيع) ولاحظ أن الحدث الأخير قد تم حذفه.

إعادة التطبيق إلى منطقة الإنتاج الأصلية

تقوم هذه المهمة بإعادة التطبيق إلى منطقته الأصلية. في سيناريو حقيقي، يمكنك بدء الإعادة عند حل انقطاع التيار الكهربائي.

نظرة عامة على عملية الإعادة

Repatriation Architecture

عملية الإعادة:

  1. إلغاء أي طلبات استعادة لقاعدة البيانات المعلقة أو أثناء النقل.
  2. تحديث الاسم المستعار newtenant للإشارة إلى خادم المستأجر في المنطقة الأصلية. يضمن تغيير هذا الاسم المستعار أن قواعد البيانات الخاصة بأي مستأجرين جديد سيتم توفيرها الآن في منطقة الأصل.
  3. غرس أي بيانات مستأجر تم تغييرها في المنطقة الأصلية
  4. تجاوز فشل قواعد بيانات المستأجر حسب ترتيب الأولوية.

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

تشغيل البرنامج النصي للإعادة

لنتخيل الآن أن انقطاع التيار الكهربائي قد تم حله وتشغيل البرنامج النصي للإعادة.

  1. في PowerShell ISE، في البرنامج النصي ...\Learning Modules\Business Continuity and Disaster Recovery\DR-FailoverToReplica\Demo-FailoverToReplica.ps1.

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

    • $DemoScenario = 1، ابدأ مزامنة خادم المستأجر، والتجمع، ومعلومات تكوين قاعدة البيانات في الكتالوج
    • اضغط على F5 لتشغيل البرنامج النصي.

  3. ثم لبدء عملية الإعادة، قم بتعيين:

    • $DemoScenario = 6، إعادة التطبيق إلى منطقته الأصلية
    • اضغط على F5 لتشغيل البرنامج النصي للاسترداد في نافذة PowerShell جديدة. وسوف تستغرق عملية الإعادة بضع دقائق ويمكن رصدها في نافذة PowerShell. Repatriation process

  4. أثناء تشغيل النص البرمجي، قم بتحديث صفحة Events Hub (http://events.wingtip-dpt.<user>.trafficmanage.net)

    • لاحظ أن جميع المستأجرين متصلين بالإنترنت ويمكن الوصول إليهم طوال هذه العملية.

  5. بعد اكتمال الإعادة، قم بتحديث مركز الأحداث وفتح صفحة أHawthorn Hall. لاحظ أن قاعدة البيانات هذه قد أعيدت إلى المنطقة الأصلية. Events hub repatriated

تصميم التطبيق لضمان ارتباط التطبيق وقاعدة البيانات

التطبيق بحيث مُصمم يتصل دائمًا من مثيل في نفس المنطقة مثل قاعدة بيانات المستأجر. يقلل هذا التصميم زمن الوصول بين التطبيق وقاعدة البيانات. يفترض هذا التحسين أن التفاعل بين التطبيق وقاعدة البيانات أكثر محادثة من التفاعل بين المستخدم والتطبيق.

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

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

في هذا البرنامج التعليمي، تعلمت كيفية:

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

يمكنك معرفة المزيد حول التقنيات التي توفرها قاعدة بيانات Azure SQL لتمكين استمرارية العمل في وثائق نظرة عامة على استمرارية الأعمال.

الموارد الإضافية