إعداد استرداد بعد عطل فادح لنشر تطبيقSAP NetWeaver متعدد المستويات

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

باستخدام Site Recovery، يمكنك:

• تمكين حماية SAP NetWeaver وتطبيقات إنتاج غير NetWeaver التي تعمل محلياً عن طريق نسخ المكونات إلى Azure.
• تمكين حماية SAP NetWeaver وتطبيقات إنتاج غير NetWeaver التي تعمل على Azure عن طريق نسخ المكونات إلى مركز بيانات Azure آخر.
• قم بتبسيط cloud migration باستخدام Site Recovery لترحيل توزيع SAP إلى Azure.
• تبسيط ترقيات مشروع SAP والاختبار والنماذج الأولية عن طريق إنشاء استنساخ الإنتاج عند الطلب لاختبار تطبيقات SAP.

يمكنك حماية عمليات توزيع تطبيقات SAP NetWeaver باستخدام Azure Site Recovery. تتناول هذه المقالة أفضل الممارسات لحماية عملية نشرSAP NetWeaver ثلاثية المستويات على Azure عند النسخ المتماثل إلى مركز بيانات Azure آخر باستخدام استرداد الموقع. توضح المقالة السيناريوهات والتكوينات المدعومة، وكيفية القيام باختبار تجاوز الفشل (تدريبات على الإصلاح بعد الكارثة) وتجاوزات الفشل الفعلية.

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

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

• نسخ جهاز ظاهري إلى Azure
• تصميم شبكة استرداد
• قم بإجراء اختبار تجاوز الفشل لـAzure
• قم بتجاوز الفشل لـAzure
• نسخ وحدة تحكم المجال نسخا متماثلا
• إجراء نسخ متماثل لمثيل SQL Server

السيناريوهات المدعومة

يمكنك استخدام Site Recovery لتطبيق حل التعافي من الكوارث في السيناريوهات التالية:

• لديك أنظمة SAP قيد التشغيل في أحد مراكز بيانات Azure، وتقوم بنسخها إلى مركز بيانات Azure آخر (استرداد Azure-to-Azure الإصلاح بعد الكارثة). لمزيد من المعلومات، راجع بنية النسخ المتماثل Azure-to-Azure.
• لديك أنظمة SAP تعمل على خوادم VMware (أو مادية) محلية. أنت تقوم أيضًا بنسخ أنظمة SAP إلى موقع التعافي من الكوارث في مركز بيانات Azure (برنامج VMware-to-Azure الخاص بالإصلاح بعد الكارثة). يتطلب هذا السيناريو بعض المكونات الإضافية. لمزيد من المعلومات، راجع بنية النسخ المتماثل VMware-to-Azure.
• لديك أنظمة SAP تعمل على Hyper-V محليًا. أنت تقوم أيضًا بنسخ أنظمة SAP إلى موقع استرداد بعد عطل فادح في مركز بيانات Azure (Hyper-V-to-Azure الإصلاح بعد الكارثة). يتطلب هذا السيناريو بعض المكونات الإضافية. لمزيد من المعلومات، راجع بنية النسخ المتماثل Hyper-V-to-Azure.

في هذه المقالة، نستخدم سيناريو الإصلاح بعد كارثةAzure-to-Azure. يعرض لك السيناريو إمكانات SAP الإصلاح بعد الكارثة الخاصة ب استرداد الموقع. نظرًا لأن النسخ المتماثل لاسترداد الموقع ليس خاصًا بالتطبيق، فمن المتوقع أن يتم تطبيق العملية الموضحة أيضًا على سيناريوهات أخرى.

خدمات التأسيس المطلوبة

في السيناريو الذي نناقشه في هذه المقالة، يتم نشر خدمات التأسيس التالية:

• Azure ExpressRoute أو Azure VPN Gateway
• وحدة تحكم مجال واحدة على الأقل من Microsoft Entra وخادم DNS، قيد التشغيل في Azure

نوصي بإنشاء هذه البنية الأساسية قبل توزيع "استرداد الموقع".

مرجع التوزيع الخاص بتطبيق SAP

تقوم بنية المرجع هذه بتشغيل SAP NetWeaver في بيئة Windows على Azure بتوافر عالي. يتم نشر هذه البنية بأحجام أجهزة افتراضية (VM) معينة يمكنك تغييرها لتلائم احتياجات مؤسستك.

اعتبارات الإصلاح بعد الكارثة

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

الأجهزة الظاهرية التي تقوم بتشغيل تجمعات SAP ويب Dispatcher

يعمل مكون مرسل ويب كموازن تحميل لحركة مرور SAP بين خوادم تطبيقات SAP. لتحقيق التوافر العالي لمكون ويب Dispatcher، يقومAzure Load Balancer بتنفيذ إعداد ويب Dispatcher المتوازي. يستخدم ويب Dispatcher تكوين جولة روبن لتوزيع حركة مرور HTTP (S) بين مرسلي الويب المتاحين في مجموعة الموازنات.

أجهزة افتراضية تقوم بتشغيل تجمعات خوادم التطبيقات

تدير معاملة SMLG مجموعات تسجيل الدخول لخوادم تطبيق ABAP. يستخدم وظيفة موازنة التحميل داخل خادم الرسائل للخدمات المركزية لتوزيع عبء العمل بين تجمعات خوادم تطبيقات SAP لحركة مرور SAPGUI و RFC. يمكنك تكرار هذه الإدارة باستخدام استرداد الموقع.

أجهزة افتراضية تقوم بتشغيل مجموعات خدمات SAP المركزية

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

لتنفيذ حل عالي الإتاحة، يمكنك استخدام مجموعة قرص مشترك أو كتلة مشاركة ملف. لتكوين VMs لمجموعة أقراص مشتركة، استخدم نظام مجموعة تجاوز الفشل الخاصة بـWindows Server. نوصي باستخدام شاهد السحابة كشاهد نصاب قانوني.

إشعار

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

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

يمكنك أيضًا التعامل مع تكوين أنظمة المجموعات عن طريق تطبيق نظام مجموعة مشاركة ملف. قامت SAP مؤخرًا بتعديل نمط نشر الخدمات المركزية للوصول إلى الدلائل العالمية / sapmnt عبر مسار UNC. ما زلنا نوصيك بالتأكد من أن مشاركة / sapmnt UNC متاحة بشكل كبير. يمكنك التحقق من مثيل الخدمات المركزية الخاص بك. استخدم Windows مجموعة تجاوز فشل الخادم مع مقياس خادم الملفات (SOFS) وميزة مساحات التخزين المباشرة (S2D) في Windows Server 2016.

إشعار

يدعم "استرداد الموقع" حاليًا فقط النسخ المتماثل المتوافق مع التعطل للأجهزة الظاهرية التي تستخدم مساحات تخزين مباشرة والعقدة الخاملة لـ SIOS Datakeeper.

المزيد من اعتبارات الإصلاح بعد الكارثة

يمكنك استخدام "استرداد الموقع" لتكامل عملية فشل نشر SAP الكامل عبر مناطق Azure. فيما يلي خطوات إعداد إصلاح ما بعد الكارثة:

1. نسخ الأجهزة الظاهرية نسخًا متماثلاً
2. تصميم شبكة تعافي
3. نسخ وحدة تحكم مجال نسخا ًمتماثلاً
4. انسخ طبقة قاعدة البيانات
5. قم بإجراء اختبار تجاوز الفشل
6. قم بتجاوز الفشل

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

مستويات SAP	التوصية
تجمع SAP Web Dispatcher	قم بالنسخ المتماثل باستخدام استرداد الموقع
تجمع خادم تطبيق SAP	قم بالنسخ المتماثل باستخدام استرداد الموقع
نظام مجموعة SAP Central Services.	قم بالنسخ المتماثل باستخدام استرداد الموقع
الأجهزة الظاهرية لـ Active Directory	استخدام النسخ المتماثل لـActive directory
خوادم قواعد البيانات SQL	استخدام النسخ المتماثل دائمًا مع SQL Server

نسخ الأجهزة الظاهرية نسخًا متماثلاً

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. في مدخل Microsoft Azure، حدد مخزن «Recovery Services».
2. حدد خطة الاسترداد التي قمت بإنشائها لتطبيقات SAP.
3. حدد "Failover".
4. لبدء عملية تجاوز الفشل، حدد نقطة الاسترداد.

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

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

• تعرف على المزيد حول إنشاء حل الإصلاح بعد الكارثة لعمليات توزيع SAP NetWeaver باستخدام استرداد الموقع. راجع المستند التقني القابل للتنزيل SAP NetWeaver: إنشاء حل الإصلاح بعد الكارثة باستخدام استرداد الموقع . يناقش المستند التقني التوصيات الخاصة بهياكل SAP المختلفة. يمكنك رؤية التطبيقات وأنواع الأجهزة الافتراضية المدعومة لـ SAP على Azure. هناك أيضًا خيارات خطة لاختبار الإصلاح بعد الكارثة.
• تعرف على المزيد حول نسخ أعباء العمل الأخرى باستخدام استرداد الموقع.