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

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

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

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

ملاحظة

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

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

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

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

• نشر تطبيق قاعدة بيانات Wingtip Tickets SaaS لكل مستأجر. للنشر في أقل من خمس دقائق، راجع نشر تطبيق قاعدة بيانات Wingtip Tickets SaaS لكل مستأجر واستكشافها.
• ثبت Azure PowerShell. راجع البدء باستخدام Azure PowerShellلمزيد من التفاصيل.

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

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

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

ملاحظة

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

يستخدم هذا البرنامج التعليمي ميزات قاعدة بيانات Azure SQL ومنصة Azure لمواجهة هذه التحديات:

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

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

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

هام

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

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

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

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

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

   تلميح

   مرر الماوس فوق الموقع لتكبير الشاشة.

   

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

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

   

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

   لاحظ الموارد والمنطقة التي يتم نشر مكونات خدمة التطبيق وقاعدة بيانات SQL.

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

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

هام

للتبسيط، يتم تنفيذ عملية المزامنة وعمليات الاسترداد والإعادة الأخرى طويلة الأمد في هذه العينات كمهام أو جلسات 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-RestoreFromBackup\Demo-RestoreFromBackup.ps1.

   في هذا البرنامج التعليمي، ستقوم بتشغيل كل السيناريوهات في برنامج PowerShell النصي هذا، لذا دع هذا الملف مفتوحًا.

3. اضبط ما يلي:

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

4. لتشغيل برنامج المزامنة النصي، اضغط على F5.

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

   

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

ملاحظة

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

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

تنشر عملية الاسترداد للاستعادة الجغرافية التطبيق وتعيد قواعد البيانات من النسخ الاحتياطية في منطقة الاسترداد.

تقوم عملية الاسترداد بما يلي:

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

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

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

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

5. توفير خادم وتجمع مرن يتم فيه توفير مستأجرين جدد. يضمن إنشاء هذه الموارد أن توفير مستأجرين جدد لا يتعارض مع استرداد المستأجرين الحاليين.

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

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

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

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

9. إرسال دفعات من الطلبات لاستعادة قواعد البيانات حسب ترتيب الأولوية.

   • يتم تنظيم الدفعات بحيث يتم استعادة قواعد البيانات بالتوازي عبر كافة التجمعات.

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

   • نظرًا لأن طلبات الاستعادة تتم معالجتها بالتوازي عبر كافة التجمعات، فمن الأفضل توزيع المستأجرين المهمين عبر العديد من التجمعات.

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

    • يُمكن الوصول إلى قواعد بيانات المستأجر من خلال التطبيق بمجرد تمييزها عبر الإنترنت في الكتالوج.

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

تشغيل برنامج الاسترداد النصي

هام

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

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

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

   $DemoScenario = 2: استرداد التطبيق إلى منطقة استرداد عن طريق الاستعادة من النسخ الاحتياطية الجغرافية المكررة.

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

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

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

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

   

ملاحظة

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

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

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

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

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

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

    

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

    

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

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

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

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

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

3. تفتح صفحة أحداث Hawthorn Hall في المتصفح عند اكتمال التوفير.

   لاحظ أن قاعدة بيانات Hawthorn Hall موجودة في منطقة الاسترداد.

   

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

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

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

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

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

   سيظهر جميع المستأجرين على الإنترنت، بما في ذلك المستأجر الجديد، Hawthorn Hall.

   

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

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

   

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

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

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

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

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

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

     

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

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

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

1. في المستعرض الخاص بك، ابحث عن قائمة الأحداث Contoso Concert Hall، ومرر خلال الأحداث، ولاحظ أن الحدث الأخير هو Seriously Strauss.

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

   $DemoScenario = 4 حذف حدث من مستأجر في منطقة الاسترداد.

3. لتنفيذ البرنامج النصي، اضغط على F5.

4. حدِّث صفحة أحداث Contoso Concert Hall، (http://events.wingtip-dpt.<user>.trafficmanager.net/contosoconcerthall)، ولاحظ أن الحدث Seriously Strauss مفقود.

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

ملاحظة

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

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

تعيد عملية الإعادة التطبيق وقواعد البيانات الخاصة به إلى منطقتها الأصلية بعد أن يتم حل الانقطاع.

العملية تقوم:

1. بإيقاف أي نشاط استعادة مستمر وإلغاء أي طلب من طلبات الاستعادة لقاعدة البيانات المعلقة أو المستخدمة.

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

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

4. استخدام النسخ المتماثل الجغرافي لنقل الكتالوج إلى المنطقة الأصلية من منطقة الاسترداد.

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

6. إنشاء الخوادم والتجمعات المطلوبة لاستضافة أي قواعد بيانات جديدة تم إنشاؤها أثناء الانقطاع.

7. يستخدم النسخ المتماثل الجغرافي لإعادة قواعد بيانات المستأجرين المستعادة التي تم تحديثها بعد الاستعادة وجميع قواعد بيانات المستأجرين الجديدة التي تم توفيرها أثناء الانقطاع.

8. تنظيف الموارد التي تم إنشاؤها في منطقة الاسترداد أثناء عملية الاستعادة.

للحد من عدد قواعد بيانات المستأجرين التي تحتاج إلى إعادتها، يتم تنفيذ الخطوات من 1 إلى 3 على الفور.

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

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

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

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

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

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

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

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

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

إذا كنت قد تابعت البرنامج التعليمي، فإن البرنامج النصي يعيد تنشيط Fabrikam Jazz Club وDogwood Dojo في المنطقة الأصلية لأنهم لم يتغيروا. ثم يعيد المستأجر الجديد، Hawthorn Hall، وContoso Concert Hall لأنهما تم تعديلهما. كما يعيد البرنامج النصي الكتالوج، الذي تم تحديثه عندما تم توفير Hawthorn Hall.

1. في PowerShell ISE في البرنامج النصي ...\Learning Modules\Business Continuity and Disaster Recovery\DR-RestoreFromBackup\Demo-RestoreFromBackup.ps1، تحقق من أن عملية مزامنة الكتالوج لا تزال تعمل في مثيل PowerShell الخاص بها. إذا لزم الأمر، أعد تشغيلها عن طريق إعداد:

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

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

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

   $DemoScenario = 5: إعادة التطبيق إلى منطقته الأصلية.

   اضغط على F5 لتشغيل البرنامج النصي للاسترداد في نافذة PowerShell جديدة. تستغرق عملية الإعادة بضع دقائق ويمكن رصدها في نافذة PowerShell.

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

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

4. حدد Fabrikam Jazz Club لفتحه. إذا لم تقم بتعديل هذا المستأجر، لاحظ من التذييل أن الخادم عاد بالفعل إلى الخادم الأصلي.

5. افتح صفحة أحداث Contoso Concert Hall أو قم بتحديثها. لاحظ من التذييل أن قاعدة البيانات في البداية لا تزال على خادم -recovery.

6. حدث صفحة أحداث Contoso Concert Hall عند انتهاء عملية الإعادة، ولاحظ أن قاعدة البيانات الآن في منطقتك الأصلية.

7. حدث مركز الأحداث مرة أخرى وافتح Hawthorn Hall. لاحظ أن قاعدة البيانات الخاصة به موجودة أيضًا في المنطقة الأصلية.

تنظيف موارد منطقة الاسترداد بعد الإعادة

بعد اكتمال الإعادة، من الآمن حذف الموارد في منطقة الاسترداد.

هام

حذف هذه الموارد على الفور لإيقاف كافة الفواتير الصادرة لهم.

تقوم عملية الاستعادة بإنشاء كافة موارد الاسترداد في مجموعة موارد الاسترداد. تحذف عملية التنظيف مجموعة الموارد هذه وتقوم بإزالة كافة المراجع إلى الموارد من الكتالوج.

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

   $DemoScenario = 6: حذف الموارد القديمة من منطقة الاسترداد.

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

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

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

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

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

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

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

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

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

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

برامج تعليمية إضافية معتمدة على تطبيق Wingtip SaaS