قم بإعداد التعافي من الكوارث لتطبيق SharePoint متعدد المستويات للتعافي من الكوارث باستخدام Azure Site Recovery

توضح هذه المقالة بالتفصيل كيفية حماية تطبيق SharePoint باستخدام استرداد موقع Azure.

نظرة عامة

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

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

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

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

المتطلبات الأساسية

قبل أن تبدأ، تأكد من فهمك لما يلي:

1. نسخ جهاز ظاهري إلى Azure
2. كيفية تصميم شبكة استرداد
3. إجراء اختبار تجاوز الفشل في Azure
4. القيام بتجاوز الفشل في Azure
5. كيفية نسخ وحدة تحكم المجال
6. كيفية تكرار SQL Server

هندسة SharePoint

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

دعم "استرداد الموقع"

يعد استرداد الموقع حياديًا بالتطبيقات ويجب أن يعمل مع أي إصدار من SharePoint يعمل على جهاز مدعوم. بالنسبة لهذه المقالة، تم استخدام الأجهزة الظاهرية VMware مع Windows Server 2012 R2 Enterprise. تم استخدام إصدار SharePoint 2013 Enterprise وإصدار SQL Server 2014 Enterprise.

المصدر والهدف

أشياء لتأخذها بالحسبان

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

نسخ الأجهزة الظاهرية

اتبع هذا الدليل لبدء نسخ الجهاز الظاهري إلى Azure.

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

  

• للحصول على إرشادات حول حماية Active Directory وDNS، راجع وثيقة حماية Active Directory وDNS.

• للحصول على إرشادات حول حماية طبقة قاعدة البيانات التي تعمل على خادم SQL، راجع وثيقة حماية SQL Server.

تكوين شبكة الاتصال

خصائص الشبكة

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

  

• إذا كنت تستخدم IP ثابتا، فحدد IP الذي تريد أن يأخذه الجهاز الظاهري في حقل IP الهدف

  

DNS وتوجيه المرور

بالنسبة للمواقع المواجهة للإنترنت، قم بإنشاء ملف تعريف Traffic Manager من نوع "الأولوية" في اشتراك Azure. ثم قم بتكوين ملف تعريف DNS وTraffic Manager بالطريقة التالية.

في ملف تعريف إدارة المرور، أنشئ نقطتي النهاية الأساسية والاسترداد. استخدم نقطة النهاية الخارجية لنقطة النهاية المحلية وعنوان IP العام لنقطة نهاية Azure. تأكد من تعيين الأولوية أعلى إلى نقطة النهاية المحلية.

قم باستضافة صفحة اختبار على منفذ معين (على سبيل المثال، 800) في طبقة ويب SharePoint لكي يكتشف Traffic Manager تلقائيًا مدى التوفر بعد تجاوز الفشل. هذا حل بديل في حالة تعذر تمكين المصادقة المجهولة على أي من مواقع SharePoint الخاصة بك.

تكوين ملف تعريف Traffic Manager بالإعدادات التالية:

• طريقة التوجيه - "الأولوية"
• وقت البث المباشر لنظام أسماء النطاقات (TTL) - "30 ثانية"
• إعدادات مراقبة نقطة النهاية - إذا كان بإمكانك تمكين المصادقة المجهولة، يمكنك إعطاء نقطة نهاية معينة لموقع الويب. أو يمكنك استخدام صفحة اختبار على منفذ معين (على سبيل المثال، 800).

إنشاء خطة استرداد

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

إضافة أجهزة ظاهرية إلى مجموعات تجاوز الفشل

1. إنشاء خطة استرداد عن طريق إضافة الأجهزة الظاهرية لطبقة التطبيق والويب.

2. انقر فوق "تخصيص" لتجميع الأجهزة الظاهرية. بشكل افتراضي، تكون جميع الأجهزة الظاهرية جزءا من "المجموعة 1".

   

3. إنشاء مجموعة أخرى (المجموعة 2) ونقل الأجهزة الظاهرية لطبقة ويب إلى المجموعة الجديدة. يجب أن تكون الأجهزة الظاهرية لمستوى التطبيق جزءا من "المجموعة 1" ويجب أن تكون الأجهزة الظاهرية لطبقة الويب جزءا من "المجموعة 2". هذا للتأكد من تشغيل الأجهزة الظاهرية لمستوى التطبيق أولا متبوعة بالأجهزة الظاهرية لطبقة الويب.

إضافة البرامج النصية إلى خطة الاسترداد

يمكنك نشر البرامج النصية ل Azure Site Recovery الأكثر استخداما في حساب التنفيذ التلقائي الخاص بك بالنقر فوق الزر "Deploy to Azure". عند استخدام أي برنامج نصي منشور، تأكد من اتباع الإرشادات الموجودة في البرنامج النصي.

1. إضافة برنامج نصي لإجراء مسبق إلى "المجموعة 1" إلى مجموعة توفر SQL تجاوز الفشل. ASR-SQL-FailoverAG استخدم البرنامج النصي المنشور في نماذج البرامج النصية. تأكد من اتباع الإرشادات الواردة في البرنامج النصي وإجراء التغييرات المطلوبة في البرنامج النصي بشكل مناسب.

   

   

2. أضف نصًا نصيًا لإجراء النشر لإرفاق موازن تحميل على الأجهزة الظاهرية الفاشلة لطبقة الويب (المجموعة 2). ASR-AddSingleLoadBalancer استخدم البرنامج النصي المنشور في نماذج البرامج النصية. تأكد من اتباع الإرشادات الواردة في البرنامج النصي وإجراء التغييرات المطلوبة في البرنامج النصي بشكل مناسب.

   

   

3. أضف خطوة يدوية لتحديث سجلات DNS للإشارة إلى المزرعة الجديدة في Azure.

   • بالنسبة للمواقع التي تواجه الإنترنت، لا يلزم إجراء تحديثات لنظام أسماء النطاقات بعد تجاوز الفشل. اتبع الخطوات الموضحة في قسم "إرشادات الشبكات" لتهيئة إدارة المرور. إذا تم إعداد ملف تعريف Traffic Manager كما هو موضح في القسم السابق، فقم بإضافة برنامج نصي لفتح منفذ وهمي (800 في المثال) على جهاز Azure الظاهري.

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

4. أضف خطوة يدوية لاستعادة تطبيق البحث من نسخة احتياطية أو ابدأ خدمة بحث جديدة.

5. لاستعادة تطبيق خدمة البحث من نسخة احتياطية، اتبع الخطوات التالية:

   • تفترض هذه الطريقة أنه تم إجراء نسخة احتياطية لتطبيق خدمة البحث قبل وقوع الحدث الكارثي وأن النسخة الاحتياطية متوفرة في موقع DR.
   • يمكن تحقيق ذلك بسهولة عن طريق جدولة النسخ الاحتياطي (على سبيل المثال، مرة واحدة يوميًا) واستخدام إجراء النسخ لوضع النسخة الاحتياطية في موقع DR. يمكن أن تتضمن إجراءات النسخ برامج مكتوبة مثل AzCopy (Azure Copy) أو إعداد DFSR (النسخ المتماثل لخدمات الملفات الموزعة).
   • الآن بعد أن أصبحت مزرعة SharePoint قيد التشغيل، انتقل إلى الإدارة المركزية، "النسخ الاحتياطي والاستعادة" وحدد استعادة. تستجوب عملية الاستعادة موقع النسخ الاحتياطي المحدد (قد تحتاج إلى تحديث القيمة). حدد النسخة الاحتياطية لتطبيق خدمة البحث التي ترغب في استعادتها.
   • تمت استعادة البحث. ضع في اعتبارك أن الاستعادة تتوقع العثور على نفس الهيكل (نفس عدد الخوادم) ونفس أحرف محرك الأقراص الثابتة المخصصة لتلك الخوادم. لمزيد من المعلومات، راجع مستند "استعادة تطبيق خدمة البحث في SharePoint 2013".

6. للبدء بتطبيق خدمة البحث جديد، اتبع الخطوات التالية:

   • يفترض هذا الأسلوب توفر نسخة احتياطية من قاعدة بيانات إدارة البحث في موقع DR.
   • نظرا لأن قواعد بيانات تطبيق خدمة البحث الأخرى لا يتم نسخها نسخا متماثلا، فإنها تحتاج إلى إعادة إنشائها. للقيام بذلك، انتقل إلى الإدارة المركزية واحذف تطبيق خدمة البحث. على أي خوادم تستضيف فهرس البحث، احذف ملفات الفهرس.
   • أعد إنشاء تطبيق خدمة البحث وهذا يعيد إنشاء قواعد البيانات. من المستحسن أن يكون لديك برنامج نصي معد يعيد إنشاء تطبيق الخدمة هذا لأنه لا يمكن تنفيذ جميع الإجراءات عبر واجهة المستخدم الرسومية. على سبيل المثال، لا يمكن تعيين موقع محرك الفهرس وتكوين طوبولوجيا البحث إلا باستخدام أوامر cmdlets لـ SharePoint PowerShell. استخدم Windows PowerShell cmdlet Restore-SPEnterpriseSearchServiceApplication وحدد قاعدة بيانات إدارة البحث التي تم شحنها من خلال السجل والنسخ المتماثل، Search_Service__DB. يعطي هذا الأمر cmdlet تكوين البحث والمخطط والخصائص المدارة والقواعد والمصادر وإنشاء مجموعة افتراضية من المكونات الأخرى.
   • بمجرد إعادة إنشاء تطبيق خدمة البحث، يجب أن تبدأ عملية زحف كاملة لكل مصدر محتوى لاستعادة خدمة البحث. تفقد بعض معلومات التحليلات من المزرعة المحلية، مثل توصيات البحث.

7. بمجرد اكتمال جميع الخطوات، احفظ خطة الاسترداد وتبدو خطة الاسترداد النهائية كما يلي:

   

إجراء اختبار تجاوز الفشل

اتبع هذه الإرشادات لإجراء اختبار تجاوز الفشل.

1. انتقل إلى مدخل Azure وحدد مخزن خدمة الاسترداد الخاص بك.
2. حدد خطة الاسترداد التي تم إنشاؤها لتطبيق SharePoint.
3. حدد "Test Failover".
4. حدد نقطة الاسترداد وشبكة Azure الظاهرية لبدء عملية تجاوز فشل الاختبار.
5. بمجرد تشغيل البيئة الثانوية، يمكنك إجراء عمليات التحقق من الصحة الخاصة بك.
6. بمجرد اكتمال عمليات التحقق، يمكنك النقر فوق "تنظيف اختبار تجاوز الفشل" في خطة الاسترداد ويتم تنظيف بيئة اختبار تجاوز الفشل.

للحصول على إرشادات بشأن إجراء اختبار تجاوز الفشل لـ AD وDNS، راجع اعتبارات اختبار تجاوز الفشل لوثيقة AD وDNS.

للحصول على إرشادات حول إجراء تجاوز فشل الاختبار لمجموعات توفر SQL Always ON، راجع تنفيذ تطبيق DR باستخدام Azure Site Recovery وإجراء اختبار تجاوز الفشل.

القيام بتجاوز الفشل

اتبع هذا التوجيه للقيام بتجاوز الفشل.

1. انتقل إلى مدخل Azure وحدد مخزن خدمات الاسترداد.
2. انقر فوق خطة الاسترداد التي تم إنشاؤها لتطبيق SharePoint.
3. انقر فوق "تجاوز الفشل".
4. حدد نقطة الاسترداد لبدء عملية تجاوز الفشل.

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

يمكنك معرفة المزيد حول نسخ التطبيقات الأخرى باستخدام Site Recovery.