مشاركة عبر

إرشادات التعافي من الكوارث لتطبيق SAP

  • مقالة

لتكوين التعافي من الكوارث (DR) لحمل عمل SAP على Azure، تحتاج إلى اختبار العملية وضبطها وتحديثها بانتظام. يساعد اختبار التعافي من الكوارث في تحديد تسلسل الخدمات التابعة المطلوبة قبل أن تتمكن من تشغيل تجاوز فشل SAP workload DR أو بدء النظام على الموقع الثانوي. عادة ما يكون لدى المؤسسات أنظمة SAP الخاصة بها متصلة بخدمات Active Directory (AD) ونظام أسماء المجالات (DNS) لتعمل بشكل صحيح. عند إعداد DR لحمل عمل SAP الخاص بك، تأكد من أن خدمات AD وDNS تعمل قبل استرداد SAP وأنظمة أخرى غير SAP، لضمان وظائف التطبيق بشكل صحيح. للحصول على إرشادات حول حماية Active Directory و DNS، تعرف على كيفية حماية Active Directory و DNS. توصية DR لتطبيق SAP الموضحة في هذا المستند على مستوى مجرد. تحتاج إلى تصميم استراتيجية الإصلاح بعد الكارثة استنادا إلى الإعداد المحدد وتوثيق السيناريو الشامل.

توصية الإصلاح بعد الكوارث لأحمال عمل SAP

عادة في أنظمة SAP NetWeaver الموزعة؛ الخدمات المركزية وقاعدة البيانات والتخزين المشترك (NFS/SMB) هي نقطة فشل واحدة (SPOF). للتخفيف من تأثير SPOFs المختلفة، من الضروري إعداد التكرار لهذه المكونات. يتم تحقيق التكرار لمكونات SPOF هذه في المنطقة الأساسية عن طريق تكوين قابلية وصول عالية. يحمي إعداد قابلية الوصول العالية للمكون نظام SAP من الفشل المحلي أو الكارثة. ولكن لحماية تطبيقات SAP من الكوارث الجغرافية المتفرقة، يجب تنفيذ استراتيجية الإصلاح بعد الكوارث لجميع مكونات SAP.

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

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

SAP Web Dispatcher

يعمل مكون SAP Web Dispatcher كموازن تحميل لحركة مرور SAP بين خوادم تطبيقات SAP. لديك خيارات مختلفة لتحقيق قابلية وصول عالية لمكون SAP Web Dispatcher في المنطقة الأساسية. لمزيد من المعلومات حول هذا الخيار، راجع التوفر العالي لإعداد SAP Web Dispatcher وSAP Web dispatcher HA على Azure.

  • الخيار 1: قابلية وصول عالية باستخدام حل نظام المجموعة.
  • الخيار 2: قابلية وصول عالية مع SAP Web Dispatchers المتوازي.

لتحقيق DR لإعداد SAP Web Dispatcher المتوفر بشكل كبير في المنطقة الأساسية، يمكنك استخدام Azure Site Recovery. بالنسبة لمرسلي الويب المتوازيين (الخيار 2) الذين يعملون في المنطقة الأساسية، يمكنك تكوين Azure Site Recovery لتحقيق الإصلاح بعد الكارثة. ولكن بالنسبة إلى SAP Web Dispatcher الذي تم تكوينه باستخدام الخيار 1 في المنطقة الأساسية، تحتاج إلى إجراء بعض التغييرات الإضافية بعد تجاوز الفشل للحصول على إعداد قابلية وصول عالية مماثل على منطقة الاسترداد بعد الكوارث. كما يتم تكوين قابلية وصول عالية SAP Web Dispatcher مع حل نظام المجموعة بطريقة مماثلة لخدمات SAP المركزية. اتبع نفس الإرشادات كما هو مذكور لخدمات SAP المركزية.

SAP Central Services

تحتوي خدمات SAP المركزية على enqueue وخادم الرسائل، وهو أحد SPOF لتطبيق SAP الخاص بك. في نظام SAP، يمكن أن يكون هناك مثيل واحد فقط من هذا القبيل، ويمكن تكوينه لقابلية وصول عالية. اقرأ قابلية الوصول العالية ل SAP Central Service لفهم حل التوفر العالي المختلف لحمل عمل SAP على Azure.

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

بالنسبة لنظام SAP، يتم تحقيق التكرار لمكون SPOF في المنطقة الأساسية عن طريق تكوين قابلية وصول عالية. لتحقيق إعداد قابلية وصول عالية مماثلة في منطقة التعافي من الكوارث بعد تجاوز الفشل، تحتاج إلى التفكير في نقاط إضافية. تتضمن هذه إعادة تكوين نظام المجموعة، والتأكد من توفر دلائل SAP المشتركة، ونسخ الأجهزة الظاهرية والأقراص المدارة الخاصة بها إلى موقع DR باستخدام Azure Site Recovery. على Linux، يمكن تحقيق قابلية الوصول العالية لتطبيق SAP باستخدام حل نظام مجموعة أجهزة تنظيم ضربات القلب. يوضح الرسم التخطيطي أدناه المكونات المختلفة المتضمنة في تكوين قابلية وصول عالية لخدمات SAP المركزية باستخدام Pacemaker. يجب أن يؤخذ كل مكون في الاعتبار لإعداد قابلية وصول عالية مماثلة في موقع DR. إذا قمت بتكوين SAP Web Dispatcher باستخدام حل نظام مجموعة أجهزة تنظيم ضربات القلب، فسيتم تطبيق اعتبارات مماثلة أيضا.

بنية نظام SAP Linux

موازن التحميل الداخلي

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

حل نظام مجموعة Pacemaker

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

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

دلائل SAP المشتركة ل Linux

يستخدم إعداد قابلية الوصول العالية ل SAP NetWeaver أو ABAP خادم النسخ المتماثل enqueue لتحقيق التكرار على مستوى التطبيق لخدمة قائمة الانتظار لنظام SAP مع تكوين نظام مجموعة Pacemaker. يستخدم إعداد قابلية الوصول العالية لخدمات SAP المركزية (ASCS وERS) تركيبات NFS. لذلك تحتاج إلى التأكد من نسخ ثنائيات SAP والبيانات الموجودة في عمليات تحميل NFS هذه إلى موقع DR. يقوم Azure Site Recovery بنسخ الأجهزة الظاهرية والقرص المدار المحلي المرفق، ولكنه لا ينسخ تحميلات NFS نسخا متماثلا. استنادا إلى نوع تخزين NFS الذي تم تكوينه للإعداد، تحتاج إلى التأكد من نسخ البيانات نسخا متماثلا وإتاحتها في موقع DR. يتم تقديم منهجية النسخ المتماثل عبر المناطق لكل تخزين على مستوى مجرد. تحتاج إلى تأكيد الخطوات الدقيقة لنسخ التخزين وإجراء الاختبار.

دلائل SAP المشتركة النسخ المتماثل عبر المناطق
NFS على ملفات Azure مخصص (مثل rsync)
NFS على ANF نعم (النسخ المتماثل عبر المناطق)
نظام مجموعة NFS مخصص

تلميح

نوصي بنشر إحدى خدمات NFS التابعة لجهة Azure الأولى: NFS على ملفات Azure أو وحدات تخزين NFS ANF لتخزين البيانات المشتركة في نظام SAP عالي التوفر. كن على علم، أننا نزيل التأكيد على البنيات المرجعية ل SAP، باستخدام مجموعات NFS.

آلية التسييج

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

آلية التسييج توصية الاسترداد بعد الكوارث عبر المناطق
SBD باستخدام خادم هدف iSCSI نسخ خادم هدف iSCSI نسخا متماثلا باستخدام Azure Site Recovery.
على الأجهزة الظاهرية DR، اكتشف قرص iSCSI مرة أخرى.
عامل سياج Azure تمكين هويات النظام المدارة (MSI) على أجهزة DR الظاهرية.
تعيين أدوار مخصصة.
تحديث مورد عامل السياج في نظام المجموعة.
SBD باستخدام قرص Azure المشترك* تكوين قرص Azure المشترك الجديد على منطقة DR. إرفاق قرص Azure المشترك بالأجهزة الظاهرية DR بعد تجاوز الفشل.
إعداد جهاز SBD للقرص المشترك ل Azure.

*يتوفر ZRS للقرص المشترك ل Azure في مناطق محدودة.

إشعار

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

خوادم تطبيقات SAP

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

خوادم قاعدة بيانات SAP

بالنسبة لقواعد البيانات التي تقوم بتشغيل حمل عمل SAP، استخدم تقنية النسخ المتماثل DBMS الأصلية لتكوين DR. لا يوصى باستخدام Azure Site Recovery لقواعد البيانات، لأنه لا يضمن تناسق قاعدة البيانات ولديه قيود على خسارة البيانات. تختلف تقنية النسخ المتماثل لكل قاعدة بيانات، لذا اتبع إرشادات قاعدة البيانات المعنية. يعرض الجدول التالي قائمة قواعد البيانات المستخدمة لأحمال عمل SAP وتوصية DR المقابلة.

قاعدة البيانات توصية الإصلاح بعد الكوارث
SAP HANA النسخ المتماثل لنظام HANA (HSR)
Oracle Oracle Data Guard (FarSync)
IBM DB2 قابلية الوصول العالية للتعافي من الكوارث (HADR)
Microsoft SQL Microsoft SQL قيد التشغيل دائما
SAP ASE ASE HADR قيد التشغيل دائما
SAP MaxDB قاعدة بيانات الاستعداد

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

النسخ الاحتياطي والاستعادة

النسخ الاحتياطي والاستعادة هو حل آخر يمكنك استخدامه لتحقيق التعافي من الكوارث لأحمال عمل SAP إذا كان RTO الأعمال وRPO غير الهامة. يمكنك استخدام Azure backup، وهي خدمة نسخ احتياطي مستندة إلى السحابة لأخذ نسخ من مكون مختلف من حمل عمل SAP الخاص بك مثل الأجهزة الظاهرية والأقراص المدارة وقواعد البيانات المدعومة. لمعرفة المزيد حول إعدادات الدعم العامة والقيود لسيناريوهات Azure Backup وتوزيعه، راجع مصفوفة دعم Azure Backup.

الخدمات المكون دعم Azure Backup
Compute أجهزة Azure الظاهرية مدعوم
التخزين أقراص Azure المدارة بما في ذلك الأقراص المشتركة مدعوم
التخزين مشاركة ملف Azure - SMB (قياسي أو متميز) مدعوم
التخزين الكائنات الثنائية كبيرة الحجم ل Azure مدعوم
التخزين Azure File Shared - NFS (قياسي أو متميز) غير معتمد
التخزين ملفات Azure NetApp غير معتمد
قاعدة البيانات قاعدة بيانات SAP HANA في أجهزة Azure الظاهرية مدعوم
قاعدة البيانات خادم SQL في أجهزة Azure الظاهرية مدعوم
قاعدة البيانات Oracle معتمد*
قاعدة البيانات IBM DB2 وSAP ASE غير معتمد

إشعار

*يدعم النسخ الاحتياطي Azure قاعدة بيانات Oracle باستخدام النسخ الاحتياطي لجهاز Azure الظاهري للقطات متسقة لقاعدة البيانات.

لا يدعم النسخ الاحتياطي Azure جميع مخازن Azure وقواعد البيانات المستخدمة لحمل عمل SAP.

يخزن النسخ الاحتياطي Azure النسخ الاحتياطية في مخزن خدمة الاسترداد، والذي ينسخ بياناتك نسخا متماثلا استنادا إلى نوع النسخ المتماثل المختار (LRS أو ZRS أو GRS). بالنسبة للتخزين المتكرر جغرافيا (GRS)، يتم نسخ بيانات النسخ الاحتياطي إلى منطقة ثانوية مقترنة. مع تمكين ميزة الاستعادة عبر المناطق، يمكنك استعادة بيانات نوع الإدارة المدعومة على المنطقة الثانوية.

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

المراجع