استكشاف مرحلة عدم الإنتاج
في هذه المرحلة، بدأت في نشر أنظمة SAP غير الإنتاجية في Azure بعد تجربة ناجحة، والاستفادة من جميع مهام الاختبار والتحقق من الصحة. جميع المعايير والخطوات المُطبقة على الإصدار التجريبي لا تنطبق في هذه المرحلة أيضًا. تتضمن البيئة غير الإنتاجية أنظمة التطوير واختبارات الوحدة واختبارات تراجع العمل. من المستحسن أن يقوم واحد منهم على الأقل بتنفيذ تكوين قابلية وصول عالية سيتم استخدامه لنظام الإنتاج المستقبلي. تشمل الخطوات الإضافية التي تحتاج إلى النظر فيها خلال تلك المرحلة ما يلي:
قبل نقل الأنظمة من النظام الأساسي القديم إلى Azure، جمّع بيانات استهلاك الموارد، مثل استخدام وحدة المعالج ومعدل نقل التخزين وبيانات عمليات الإدخال/ الإخراج في الثانية (IOPS). يُعد ذلك مهماً بشكل خاص فيما يتعلق بوحدات طبقة نظام إدارة قواعد البيانات (DBMS) ولكنه أيضاً مفيد جداً في حال وحدات طبقة التطبيق. إضافة إلى ذلك، ينبغي لك قياس زمن الوصول إلى الشبكة والتخزين.
سجل متطلبات التوفر للأنظمة التي تقوم بنشرها. يُعد الهدف من ذلك هو تحديد ما إذا كانت النظم غير الإنتاجية بحاجة إلى أن تكون متاحة طوال ساعات اليوم وعلى مدار الأسبوع، أو ما إذا كانت هناك أنظمة غير إنتاجية يمكن إيقافها مؤقتًا.
تحديد ما إذا كنت تريد إنشاء صور لنظام التشغيل الخاصة بك لـ Azure VMs أو ما إذا كنت تريد استخدام صور Azure Marketplace. اعتماداً على اختيارك، تأكد من حساب الآثار المترتبة على الترخيص. إذا قررت إنشاء صور نظام التشغيل الخاصة بك، فراجع الوثائق التالية:
- لنظام التشغيل Windows، إنشاء صورة مدارة من الجهاز الظاهري المعمم في Azure.
- كيفية إنشاء صورة مدارة لجهاز ظاهري أو VHD.
عند توزيع SAP على صور SLES وRHEL من Azure Marketplace، تأكد من استخدام الصور الخاصة بـ SAP التي توفرها SUSE وRed Hat على التوالي.
تأكد من استيفاء متطلبات الدعم التي لدى SAP فيما يتعلق باتفاقيات دعم Microsoft. يمكن العثور على المعلومات في SAP Note #2015553.
تحديد مالكي الأنظمة الجاري نشرها لتسهيل جدولة الصيانة والإخطارات.
راقب تحديثات وثائق Azure لتحديد الوظائف الجديدة التي قد تؤثر على عمليات التوزيع الخاصة بك.
راقب تحديثات ملاحظات SAP ذات الصلة بـ Azure، مثل SAP Note #1928533 لتحديد وحدات التخزين التعريفية الجديدة للجهاز الظاهري أو إصدارات نظام التشغيل وDBMS المدعومة حديثاً. حقق الاستفادة من العروض الجديدة لتحقيق أفضل سعر أو نسبة أداء.
تحقق مرة أخرى من صحة الموارد على ملاحظات SAP، ودليل الأجهزة SAP HANA، ومصفوفة إتاحة منتجات SAP (PAM) للتأكد من عدم وجود تغييرات في أنظمة تثبيت الخدمة الخاصة بـ AZURE المُعتمدة، وإصدارات نظام التشغيل المدعومة، وإصدارات SAP ونظام إدارة قاعدة البيانات المدعومة DBMS.
راجع دليل أجهزة SAP HANA بخصوص وحدات SKU جديدة معتمدة من الجهاز الظاهري لـ Azure من HANA. عند وجود أي تحديثات، قارن التسعير بوحدات SKu التي فكرت فيها في الأساس، مع تحديد الخيارات لنسبة السعر أو الأداء الأمثل.
قم بتكييف برامج النشر النصية الخاصة بك للاستفادة من أنواع الأجهزة الظاهرية Azure SKUs الجديدة ودمج ميزات جديدة يمكنك الاستفادة منها.
بعد نشر البنية الأساسية، اختبر وقيّم وقت استجابة الشبكة بين الجهاز الظاهري لطبقة تطبيق SAP والجهاز الظاهري لـ DBMS وفقاً لـ SAP Note #500235 وملاحظة SAP #1100926. قم بتقييم النتائج مقابل إرشادات وقت استجابة الشبكة لـ SAP Note #1100926. ينبغي أن يكون زمن الانتقال إلى الشبكة ضمن نطاق متوسط إلى جيد. تأكد من أن أياً من القيود الموثقة في اعتبارات نشر DBMS الأجهزة الظاهرية Azure لعبء العمل SAPوتكوينات البنية التحتية SAP HANA والعمليات على Azure تنطبق على النشر الخاص بك.
نفّذ كل عمليات التحقق الأخرى المضمنة في المرحلة التجريبية قبل الشروع في التوزيع.
في سيناريوهات الترحيل، كجزء من عملية التوزيع، سجّل استهلاك الموارد للأنظمة الموزعة على Azure وقارنها بالسجلات المحلية التاريخية. اضبط تغيير الحجم Azure VM إذا وجدت اختلافات ملحوظة. عليك مراعاة أن تغيير حجم AZURE VM يؤثر على سعة التخزين لشبكة النقل الخاصة به. للحصول على التفاصيل، راجع أحجام الأجهزة الظاهرية في Azure.
حدد وظائف نسخ النظام والعمليات. والهدف من ذلك هو تبسيط نسخ أنظمة التطوير والاختبار لتسريع تنفيذ المشاريع. ضع في الاعتبار استخدام SAP LaMa كأداة لتسهيل تلك المهام.
حسّن الوصول المستند إلى الأدوار في Azure والأذونات والعمليات لضمان فصل المسؤوليات، مع تبسيط نموذج التشغيل في نفس الوقت.
اختبر ووثق التصميم والإجراءات عالية التوّفر والإجراءات المتعلقة بالتعافي من الكوارث.