أحمال عمل SAP على Azure: قائمة التحقق من التخطيط والنشر
تم تصميم قائمة الاختيار هذه للعملاء الذين ينقلون تطبيقات SAP إلى البنية الأساسية ل Azure كخدمة. تمثل تطبيقات SAP في هذا المستند منتجات SAP التي تشغل نواة SAP، بما في ذلك SAP NetWeaver وS/4HANA وBW وBW/4 وغيرها. طوال مدة المشروع، يجب على العميل و/أو شريك SAP مراجعة قائمة الاختيار. من المهم ملاحظة أن العديد من عمليات الفحص قد اكتملت في بداية المشروع وخلال مرحلة التخطيط. بعد الانتهاء من التوزيع، يمكن أن تصبح التغييرات المباشرة على البنية الأساسية لـ Azure الموزعة أو إصدارات برامج SAP معقدة.
راجع القائمة المرجعية في الأحداث الرئيسية في أثناء المشروع. يتيح لك فعل ذلك الكشف عن المشاكل الصغيرة قبل أن تصبح مشاكل كبيرة. سيكون لديك أيضاً ما يكفي من الوقت لإعادة هندسة واختبار أي تغييرات ضرورية. لا تعتبر قائمة الاختيار هذه كاملة. اعتمادا على حالتك، قد تحتاج إلى إجراء المزيد من الفحوصات الإضافية.
لا تتضمن قائمة الاختيار المهام المستقلة عن Azure. على سبيل المثال، قد تتغير واجهات تطبيقات SAP في أثناء الانتقال إلى النظام الأساسي لـ Azure أو إلى موفر الاستضافة. ستحتوي وثائق SAP وملاحظات الدعم أيضا على مهام أخرى، وهي ليست خاصة ب Azure ولكنها تحتاج إلى أن تكون جزءا من قائمة اختيار التخطيط الشاملة.
يمكن أيضًا استخدام القائمة المرجعية هذه للأنظمة التي تم توزيعها بالفعل. قد تنطبق الميزات الجديدة أو التوصيات المتغيرة على بيئتك. من المفيد مراجعة قائمة الاختيار بشكل دوري للتأكد من أنك على دراية بالميزات الجديدة في النظام الأساسي ل Azure.
يتم تنظيم المحتوى الرئيسي في هذا المستند في علامات تبويب بترتيب زمني نموذجي للمشروع. راجع محتوى كل علامة تبويب وفكر في كل علامة تبويب تالية للبناء على الإجراءات المنجزة والتعلمات التي تم الحصول عليها في المرحلة السابقة. لترحيل الإنتاج، يجب مراعاة محتوى جميع علامات التبويب وليس فقط علامة تبويب الإنتاج فقط. لمساعدتك في تعيين مراحل المشروع النموذجية مع تعريف المرحلة المستخدمة في هذه المقالة، راجع الجدول أدناه.
| مراحل قائمة التحقق من التوزيع | أمثلة على مراحل المشروع أو المراحل الرئيسية |
|---|---|
| مرحلة الإعداد والتخطيط | مرحلة بدء المشروع / التصميم والتعريف |
| المرحلة التجريبية | التحقق المبكر / إثبات المفهوم / الإصدار التجريبي |
| مرحلة عدم الإنتاج | استكمال التصميم التفصيلي / بنية البيئة غير الإنتاجية / مرحلة الاختبار |
| مرحلة التخضير للإنتاج | تجربة اللباس / اختبار قبول المستخدم / قطع وهمية / فحوصات go-live |
| مرحلة الانتقال المباشر | قطع الإنتاج والبث المباشر |
| مرحلة ما بعد الإنتاج | الرعاية الفائقة / الانتقال إلى العمل كالمعتاد |
مرحلة إعداد المشروع وتخطيطه
خلال هذه المرحلة، تخطط لترحيل حمل عمل SAP إلى نظام Azure الأساسي. تغطي المستندات مثل دليل التخطيط ل SAP في Azure و Cloud Adoption Framework ل SAP العديد من الموضوعات والمساعدة كمعلومات في إعدادك. كحد أدنى، خلال هذه المرحلة تحتاج إلى إنشاء المستندات التالية، وتحديد ومناقشة العناصر التالية للترحيل:
مستند تصميم عالي المستوى
يجب أن تحتوي هذه الوثيقة على:
- المخزون الحالي لمكونات SAP وتطبيقاته، ومخزون التطبيق الهدف لـ Azure.
- مصفوفة تعيين المسؤولية (RACI) التي تحدد مسؤوليات وتعيينات الأطراف المعنية. ابدأ على مستوى عالٍ، واعمل على مستويات أكثر دقة خلال التخطيط وعمليات التوزيع الأولى.
- هيكل حل عالي المستوى. يجب استشارة أفضل الممارسات ونماذج التصميم من Azure Architecture Center .
- قرار بشأن مناطق Azure التي سيتم توزيعها فيها. راجع قائمة مناطق Azure وقائمة المناطق التي تدعم منطقة التوفر. لمعرفة الخدمات المتوفرة في كل منطقة، راجع المنتجات المتوفرة حسب المنطقة.
- هيكل شبكة للاتصال من المحلي إلى Azure. ابدأ في التعرف على مفهوم المنطقة المنتقل إليها على نطاق المؤسسة Azure.
- مبادئ الأمان لتشغيل بيانات عالية التأثير على الأعمال في Azure. للتعرف على أمان البيانات، ابدأ بـ وثائق أمان Azure.
- استراتيجية التخزين لتغطية أجهزة الحظر (القرص المدار) وأنظمة الملفات المشتركة (مثل ملفات Azure أو Azure NetApp Files) التي يجب تحسينها بشكل أكبر لأحجام وتخطيطات نظام الملفات في مستند التصميم التقني.
وثيقة التصميم الفني
يجب أن تحتوي هذه الوثيقة على:
- رسم تخطيطي للكتلة للحل يعرض تطبيقات وخدمات SAP وغير SAP
- مشروع SAP Quicksizer يستند إلى وحدات تخزين مستندات الأعمال. ثم يتم تعيين إخراج Quicksizer لمكونات الحساب والتخزين والشبكات في Azure. بدلا من SAP Quicksizer، التحجيم المثابر استنادا إلى حمل العمل الحالي لأنظمة SAP المصدر. مع مراعاة المعلومات المتاحة، مثل تقارير حمل عمل DBMS وتقارير SAP EarlyWatch ومؤشرات أداء الحوسبة والتخزين.
- استمرارية الأعمال وهيكل الإصلاح بعد كارثة.
- معلومات مفصلة حول إصدارات حزمة دعم نظام التشغيل وقاعدة البيانات وkernel وSAP. ليس صحيحاً بالضرورة أن كل إصدار نظام تشغيل مدعوم من SAP NetWeaver أو S/4HANA مدعوم على أجهزة Azure الظاهرية. وينطبق الشيء نفسه على إصدارات DBMS. تحقق من المصادر التالية للمحاذاة، وإذا لزم الأمر، قم بترقية إصدارات SAP وإصدارات DBMS وإصدارات نظام التشغيل لضمان دعم SAP وAzure. يجب أن يكون لديك مجموعات إصدارات مدعومة من SAP وAzure للحصول على الدعم الكامل من SAP وMicrosoft. إذا لزم الأمر، تحتاج إلى التخطيط لترقية بعض مكونات البرنامج. يتم توثيق مزيد من التفاصيل حول برامج SAP ونظام التشغيل وDBMS المدعومة هنا:
- ما هو برنامج SAP المعتمد لتوزيع Azure
- ملاحظة SAP 1928533 - تطبيقات SAP على Microsoft Azure: المنتجات المدعومة وأنواع أجهزة Azure الظاهرية. تحدد هذه الملاحظة الحد الأدنى من إصدارات نظام التشغيل وDBMS المدعومة على أجهزة Azure الظاهرية. ملاحظة توفر أيضا حجم SAP لأجهزة Azure الظاهرية المدعومة من SAP.
- ملاحظة SAP 2015553 - SAP على Microsoft Azure: متطلبات الدعم الأساسية. تحدد هذه الملاحظة المتطلبات الأساسية حول تخزين Azure. علاقة الشبكات والمراقبة والدعم المطلوبة مع Microsoft.
- 2039619 ملاحظة SAP. تعرف هذه الملاحظة مصفوفة دعم Oracle لـ Azure. تدعم Oracle Windows و Oracle Linux فقط كأنظمة تشغيل ضيف على Azure لأحمال عمل SAP. تنطبق عبارة الدعم هذه أيضا على طبقة تطبيق SAP التي تقوم بتشغيل مثيلات SAP، طالما أنها تحتوي على Oracle Client.
- يتم سرد أجهزة Azure الظاهرية المدعومة من SAP HANA على موقع SAP على الويب. تحتوي تفاصيل كل إدخال على تفاصيل ومتطلبات، بما في ذلك إصدار نظام التشغيل المدعوم. قد لا يتطابق هذا مع أحدث إصدار من نظام التشغيل وفقا 2235581 ملاحظة SAP.
- مصفوفة توفر منتجات SAP.
وينبغي أن يتضمن المستند (المستندات) التقني نفسه أيضا ما يلي:
- قرارات بنية التخزين عالية المستوى استنادا إلى أنواع تخزين Azure لحمل عمل SAP
- الأقراص المدارة المرفقة بكل جهاز ظاهري
- تخطيطات نظام الملفات وتغيير الحجم
- تخطيط وحدة تخزين SMB و/أو NFS وأحجامها، نقاط التحميل حيثما ينطبق ذلك
- بنية قابلية الوصول العالية والنسخ الاحتياطي والتعافي من الكوارث
- استناداً إلى RTO وRPO، حدد الشكل الذي يجب أن يبدو عليه هيكل قابلية الوصول العالية والإصلاح بعد كارثة.
- فهم استخدام أنواع توزيع مختلفة للحصول على الحماية المثلى.
- اعتبارات توزيع Azure Virtual Machines DBMS لأحمال عمل SAP والمستندات ذات الصلة. في Azure، استخدام تكوين قرص مشترك لطبقة DBMS كما هو موضح ل SQL Server، على سبيل المثال، غير مدعوم. بدلا من ذلك، استخدم حلولا مثل:
- للإصلاح بعد كارثة عبر مناطق Azure، راجع الحلول التي يقدمها بائعو DBMS المختلفون. تدعم معظم هذه الحلول النسخ المتماثل غير المتزامن أو شحن السجل.
- بالنسبة لطبقة تطبيق SAP، حدد ما إذا كنت ستقوم بتشغيل أنظمة اختبار التراجع عن أعمالك، والتي تعد من الناحية المثالية نسخاً متماثلة لعمليات توزيع الإنتاج الخاصة بك، في نفس منطقة Azure أو في منطقة الإصلاح بعد كارثة الخاصة بك. في الحالة الثانية، يمكنك استهداف نظام التراجع عن الأعمال هذا كهدف الإصلاح بعد كارثة لعمليات توزيع الإنتاج الخاصة بك.
- ابحث في Azure Site Recovery كطريقة لنسخ طبقة تطبيق SAP نسخا متماثلا في منطقة Azure DR. لمزيد من المعلومات، راجع إعداد التعافي من الكوارث لنشر تطبيق SAP NetWeaver متعدد المستويات.
- بالنسبة للمشاريع المطلوبة للبقاء في منطقة واحدة لأسباب تتعلق بالامتثال، ضع في اعتبارك تكوين HADR المجمع باستخدام مناطق توفر Azure.
- مخزون لجميع واجهات SAP والأنظمة المتصلة (SAP وغير SAP).
- تصميم خدمات المؤسسة. يجب أن يتضمن هذا التصميم العناصر التالية، والتي يغطيها مسرع المنطقة المنتقل إليها ل SAP:
- مخطط الشبكة داخل Azure وتعيين بيئة SAP مختلفة
- تصميم Active Directory وDNS.
- حل إدارة الهوية لكل من المستخدمين النهائيين والإدارة
- بنية التحكم في الوصول استناداً إلى الدور في Azure (Azure RBAC) للفرق التي تدير البنية الأساسية وتطبيقات SAP في Azure.
- استراتيجية تسمية موارد Azure
- عمليات الأمان لموارد Azure وأحمال العمل داخل
- مفهوم الأمان لحماية حمل عمل SAP الخاص بك. وينبغي أن يشمل ذلك جميع الجوانب - مراقبة الشبكات والمحيط، وأمان التطبيقات وقاعدة البيانات، وتأمين أنظمة التشغيل، وأي تدابير بنية أساسية مطلوبة، مثل التشفير. تحديد المتطلبات مع فرق التوافق والأمان الخاصة بك.
- توصي Microsoft إما بعقد Professional Direct أو Premier أو الدعم الشامل. حدد مسارات التصعيد وجهات الاتصال للحصول على الدعم مع Microsoft. للحصول على متطلبات دعم SAP، راجع 2015553 ملاحظة SAP.
- عدد اشتراكات Azure والحصة الأساسية للاشتراكات. افتح طلبات الدعم لزيادة حصص اشتراكات Azure حسب الحاجة.
- خطة الحد من البيانات وترحيل البيانات لترحيل بيانات SAP إلى Azure. بالنسبة لأنظمة SAP NetWeaver، لدى SAP إرشادات حول كيفية الحد من حجم كميات كبيرة من البيانات. راجع دليل SAP هذا حول إدارة البيانات في أنظمة SAP ERP. ينطبق بعض المحتوى أيضاً على أنظمة NetWeaver وS/4HANA بشكل عام.
- نهج التوزيع التلقائي. يبدأ العديد من العملاء بالنصوص النصية، باستخدام مجموعة من PowerShell وCLI و Ansible و Terraform.
الحلول التي طورتها Microsoft لأتمتة توزيع SAP هي:
- Azure Center لحلول SAP - خدمة Azure لنشر البنية الأساسية لنظام SAP وتشغيلها
- SAP على Azure Deployment Automation، وهي أداة تنسيق مفتوحة المصدر لنشر بيئات SAP وصيانتها
إشعار
حدد إيقاع مراجعة التصميم والتوزيع بينك كعميل ومدمج نظام وMicrosoft وأطراف أخرى معنية.
عمليات التحقق والرؤى التلقائية في مشهد SAP
يتم إيداع العديد من عمليات التحقق أعلاه بطريقة تلقائية باستخدام SAP على Azure Quality Check Tool. يمكن تنفيذ هذه الفحوصات تلقائيا مع المشروع مفتوح المصدر المقدم. في حين أنه لم يتم تنفيذ أي معالجة تلقائية للمشكلات التي تم العثور عليها، ستحذر الأداة من التكوين مقابل توصيات Microsoft.
تلميح
يتم تنفيذ نفس عمليات التحقق من الجودة والرؤى الإضافية بانتظام عند نشر أنظمة SAP أو تسجيلها في Azure Center لحل SAP أيضا وهي جزء من الخدمة.
الأدوات الإضافية للسماح بعمليات التحقق من النشر الأسهل ونتائج المستندات، وتخطيط خطوات المعالجة التالية وتحسين SAP على مشهد Azure بشكل عام هي:
- يراجع Azure Well-Architected Framework تقييما لحمل العمل الخاص بك مع التركيز على الركائز الخمس الرئيسية للموثوقية والأمان وتحسين التكلفة والتميز في العمليات وكفاءة الأداء. يدعم SAP workloads ويوصى بتشغيل مراجعة في بداية وبعد كل مرحلة مشروع.
- يتحقق Azure Inventory من SAP An مصدر مفتوح مصنف Azure Monitor، والذي يعرض مخزون Azure الخاص بك مع الذكاء لتسليط الضوء على انحراف التكوين وتحسين الجودة.
الخطوات التالية
راجع هذه المقالات: