النظام الأساسي لبيانات حمل عمل SAP
يشير النظام الأساسي للبيانات إلى تقنيات مخزن البيانات التي تدعم حمل عمل SAP. تضع أحمال عمل SAP طلبات عالية على النظام الأساسي للبيانات. نوضح أفضل الممارسات لتحسين التكلفة مع الحفاظ على الأداء.
تحسين تكاليف البيانات
التأثير: تحسين التكلفة
نوصي بتحسين تكلفة التخزين لحمل عمل SAP الخاص بك. التخزين هو مكون أساسي لحمل عمل SAP. يحتوي التخزين على بيانات نشطة وبيانات النسخ الاحتياطي الضرورية لمؤسستك. يؤثر التخزين على أداء حمل عمل SAP وتوافره واسترداده. من المهم أن يكون الأداء الصحيح بالتكلفة المناسبة. فيما يلي توصيات لمساعدتك في الوصول إلى هذا الهدف.
استخدم نوع تخزين السعة المحجوزة. هناك العديد من خيارات التخزين المتاحة للاختيار من بينها استنادا إلى متطلبات حمل العمل. يمكن أن تدعم الأقراص المدارة وتخزين المدونة وتخزين النسخ الاحتياطي حمل عمل SAP في مجموعات مختلفة. يأتي كل خيار من هذه الخيارات مزودا بخيارات حجز التخزين التي تقلل من التكاليف الإجمالية للبيانات الثابتة.
لمزيد من المعلومات، راجع:
استخدم نهج إدارة دورة الحياة. بخلاف السعة المحجوزة، تحتاج إلى التأكد من أن فترة استبقاء البيانات مناسبة لحمل عمل SAP. يمكن أن تكون النسخة الاحتياطية لقاعدة بيانات SAP كبيرة وإضافتها إلى تكلفة التخزين إذا لم يتم تحسينها. نوصي بإنشاء نهج دورة حياة يلبي هدف وقت الاسترداد (RTO) وهدف نقطة الاسترداد (RPO) لحمل عمل SAP الخاص بك. يجب أن تنتقل السياسة إلى التخزين المتميز والقياسي والبارد والأرشيف استنادا إلى متطلباتها العمرية والتجارية.
تحسين موثوقية البيانات
التأثير: الموثوقية
موثوقية البيانات ضرورية لضمان استمرارية العمليات. نحن نقدم توصيات الموثوقية لتكوين موثوقية قاعدة البيانات، وإنشاء موثوقية مشاركة SAPMNT، واستخدام النسخ الاحتياطية، وتنفيذ حل الإصلاح بعد كارثة.
تكوين موثوقية قاعدة البيانات
يغذي تطبيق SAP البيانات إلى أنظمة متعددة للمؤسسات، ما يجعل مرونة قاعدة البيانات أحد اعتبارات حمل العمل الرئيسية. نوصي بنسخ بيانات الإنتاج نسخا متماثلا لأعلى مرونة. النسخ المتماثل عبر المناطق هو الحل المفضل للإصلاح بعد كارثة. ولكن للحصول على خيار أكثر بأسعار معقولة، يجب عليك تكوين تكرار المنطقة كحد أدنى. تعتمد الأساليب التي تختارها على نظام إدارة قاعدة البيانات (DBMS) واتفاقية مستوى خدمة الأعمال المطلوبة (SLA). فيما يلي توصيات لطبقة قاعدة البيانات.
تعريف RPO وRTO. يتطلب إنشاء مرونة قاعدة البيانات خطة لاسترداد فقدان البيانات. يمكن أن يتسبب خطأ منطقي في قاعدة بيانات SAP أو كارثة واسعة النطاق أو انقطاع النظام في فقدان البيانات في حمل عمل SAP. يجب أن تحدد خطة الاسترداد مقدار البيانات التي ترغب في فقدانها ومدى سرعة استردادها. مقدار فقدان البيانات الذي ترغب في فقدانه هو هدف نقطة الاسترداد (RPO). مدى سرعة استرداد هدف وقت الاسترداد (RTO). عند التصميم لقابلية الاسترداد، تحتاج إلى فهم RPO المطلوب والفعلي وRTO لتطبيق SAP الخاص بك.
استخدم النسخ المتماثل المتزامن لعدم فقدان البيانات. في بعض السيناريوهات، لا يوجد تسامح مع فقدان البيانات. هدف نقطة الاسترداد هو 0. لتحقيق RPO هذا، تحتاج إلى استخدام النسخ المتماثل المتزامن على طبقة قاعدة البيانات. يقوم النسخ المتماثل المتزامن بتثبيت معاملات قاعدة البيانات إلى مثيلات قاعدة البيانات في منطقتين منفصلتين أو منطقتين منفصلتين. يجب قياس زمن الانتقال بين المثيلين للتأكد من أنه يلبي احتياجات حمل العمل، ويمكنك القيام بذلك باستخدام أداة قياس SAP niping . سيؤدي زمن انتقال أعلى للشبكة إلى إبطاء قابلية توسع حمل العمل الخاص بك، والمسافة الفعلية بين المثيلات تضيف زمن انتقال الشبكة. ونتيجة لذلك، سيكون للنسخ المتماثل عبر المناطق زمن انتقال أعلى من عبر مناطق التوفر لأن هناك مسافة أكبر بين المثيلات. يجب أن يكون النسخ المتماثل لقاعدة البيانات بين مناطق مختلفة غير متزامن ويجب أن يكون النسخ المتماثل بين مناطق التوفر متزامنا. من المهم تحقيق التوازن بين المرونة وا لزمن الانتقال في تصميم حمل عمل SAP.
لمزيد من المعلومات، راجع:
- توزيع DBMS لأجهزة Azure الظاهرية العامة لحمل عمل SAP
- بنية وسيناريوهات ذات قابلية وصول عالية لـ SAP NetWeaver
- زمن انتقال الشبكة بين المناطق وداخلها
إنشاء موثوقية مشاركة SAPMNT
يستضيف SAPMNT ملفات النواة الفعلية لتطبيق SAP ويمكن أن يكون نقطة فشل واحدة. تتوفر العديد من الخيارات على Azure لإنشاء التكرار وإنشاء مشاركة SAPMNT عالية التوفر. نوصي باستخدام Azure Premium Files أو Azure NetApp Files لنظام التشغيل Linux وAzure Premium Files. بالنسبة لعمليات التوزيع المستندة إلى Windows، يجب استخدام Azure NetApp Files أو Azure Shared Disk.
هناك أيضا بعض التكوينات الخاصة بالتطبيق التي يجب معالجتها لموثوقية SAPMNT. تحتاج إلى دلائل مشتركة في البيئة (/sapmnt/SID and /usr/sap/trans) لنشر طبقة تطبيق SAP NetWeaver. نوصي بإنشاء أنظمة ملفات عالية التوفر وضمان مرونتها. الدليلان /sapmnt/SID و /usr/sap/SID/ASCS مهمان. يجب وضع أنظمة الملفات هذه على NFS على Azure Files لتحقيق أقصى قدر من الموثوقية.
لمزيد من المعلومات، راجع NFS على Azure Files.
الجدول 1 - إرشادات SAPMNT لكل نظام تشغيل.
استخدام النسخ الاحتياطية للبيانات
يجب أن يقوم حمل عمل SAP بتنفيذ حل نسخ احتياطي منتظم. النسخ الاحتياطية هي العمود الفقري للإصلاح بعد كارثة وتساعد على ضمان استمرارية العمليات. لدينا بعض التوصيات لموثوقية النسخ الاحتياطي.
ابدأ ب Azure Backup
نوصي باستخدام Azure Backup كاستراتيجية النسخ الاحتياطي الأساسية لحمل عمل SAP. Azure Backup هو حل النسخ الاحتياطي الأصلي في Azure، ويوفر قدرات متعددة للمساعدة في تبسيط النسخ الاحتياطية ل SAP. باستخدام Azure Backup، نريد الإشارة إلى بعض الميزات.
الجدول 2 - ميزات Azure Backup
| الميزة | الوصف |
|---|---|
| توافق النسخ الاحتياطي لقاعدة البيانات الأصلية | يوفر Azure Backup نسخا احتياطية أصلية من خلال موصل Backint لقواعد بيانات SAP HANA SQL Server وOracle المستخدمة من قبل تطبيقات SAP. يوفر Azure Backup ل SAP واجهة برمجة تطبيقات تسمى Backint. يسمح Backint لحلول النسخ الاحتياطي بإنشاء نسخ احتياطية مباشرة على طبقة قاعدة البيانات. يدعم Azure Backup أيضا إمكانية النسخ الاحتياطي لقاعدة البيانات لقواعد بيانات HANA & SQL Server اليوم. |
| النسخ الاحتياطي للتخزين | يمكن أن تساعد ميزة النسخ الاحتياطي للتخزين في تحسين استراتيجية النسخ الاحتياطي باستخدام لقطات القرص لتخزين Azure Premium للأقراص الانتقائية. لمزيد من المعلومات حول النسخ الاحتياطية المتوافقة مع التطبيق، راجع تناسق اللقطة. |
| النسخ الاحتياطي للجهاز الظاهري | قم بنسخ بيانات Azure VM احتياطيا واستعادتها من خلال مدخل Microsoft Azure. تتيح لك الاستعادة عبر المناطق استعادة أجهزة Azure الظاهرية التي كانت إلى منطقة ثانوية مقترنة. |
| الاحتفاظ طويل الأجل بالبيانات | يسمح لك Azure Backup بالاحتفاظ بسنوات النسخ الاحتياطية ل SAP لتلبية احتياجات التوافق والتدقيق. |
| إدارة النسخ الاحتياطي | يمكنك Azure Backup من إدارة النسخ الاحتياطية من مدخل Microsoft Azure باستخدام واجهة مستخدم سهلة. |
لمزيد من المعلومات، راجع:
- وثائق Azure Backup
- نظرة عامة على نسخة SAP HANA الاحتياطية
- بنية Azure Backup للنسخ الاحتياطي ل SAP HANA.
- دليل النسخ الاحتياطي لـ SAP Hana على أجهزة Azure الظاهرية
- دليل النسخ الاحتياطي لقواعد بيانات النسخ المتماثل لنظام SAP HANA على أجهزة Azure الظاهرية.
- إرشادات النسخ الاحتياطي للقطات مثيل قاعدة بيانات SAP HANA على أجهزة Azure الظاهرية.
- دليل النسخ الاحتياطي SQL Server على أجهزة Azure الظاهرية
البحث عن حلول النسخ الاحتياطي في السوق
توجد العديد من حلول النسخ الاحتياطي المعتمدة من جهة خارجية في Azure Marketplace. توفر هذه الحلول إمكانات النسخ الاحتياطي للموردين وقدرات النسخ الاحتياطي المعتمدة من SAP. يجب أن تفكر في وضع هذه الحلول في طبقات أعلى Azure Backup لإنشاء حلول مخصصة بدعم أساسي.
يوفر شركاء Microsoft حلولا متكاملة مع Azure Storage للأرشيف والنسخ الاحتياطي وأحمال عمل استمرارية الأعمال والإصلاح بعد كارثة (BCDR). تستفيد حلول الشركاء من مزايا الحجم والتكلفة ل Azure Storage. يمكنك استخدام الحلول للمساعدة في حل تحديات النسخ الاحتياطي أو إنشاء موقع الإصلاح بعد كارثة أو أرشفة المحتوى غير المستخدم للاحتفاظ به على المدى الطويل. يمكنهم استبدال النسخ الاحتياطية المستندة إلى الشريط وتقديم موقع استرداد اقتصادي عند الطلب بجميع معايير التوافق وميزات التخزين مثل التخزين غير القابل للتغييروإدارة دورة الحياة.
استخدام اللقطات
اللقطة هي نسخة من بياناتك في نقطة زمنية. يمكن أن تساعد سرعة اللقطات وموثوقيتها في إدارة قواعد البيانات الكبيرة وحماية قاعدة البيانات الأساسية من التلف أو الفشل. تجعل هذه الميزات اللقطات مهمة للإصلاح بعد كارثة. لدينا بعض الخيارات لإنشاء وتخزين النسخ الاحتياطية لحمل عمل SAP الخاص بك.
يمكن أن يأخذ Azure Backup نسخا احتياطية لقاعدة البيانات ل HANA SQL Server، على سبيل المثال. يمكن أن تعمل ميزة مخزن النسخ الاحتياطي لقرص Azure المشترك كحل لتخزين قاعدة البيانات. يمكن لملفات Azure NetApp (ANF) أيضا إجراء نسخ احتياطي للبيانات الهامة باستخدام اللقطات، مثل لقطة وحدات تخزين ANF. يستخدم النسخ المتماثل عبر المناطق ANF لقطات ANF لنسخ البيانات من منطقة إلى أخرى.
يعتمد الحل الصحيح على مستويات التكلفة والتوافر المطلوبة. في بعض السيناريوهات، قد تحتاج إلى نسخ SAP الخاص بك على بيانات Azure إلى مناطق Azure الأخرى للإصلاح بعد كارثة. ومع ذلك، يمكنك تحقيق نفس الإمكانات باستخدام النسخ المتماثل لتخزين Azure، مثل التخزين المتكرر جغرافيا (GRS) أو Azure Site Recovery.
لمزيد من المعلومات، راجع:
- تكوينات حمل عمل SAP مع مناطق توافر الخدمات في Azure
- SAP NetWeaver الإصلاح بعد كارثة
- Azure Site Recovery لأحمال عمل SAP
- تكرار تخزين Azure
- نسخ نسخة احتياطية من لقطات مثيل قواعد بيانات SAP HANA في أجهزة Azure الظاهرية
تنفيذ خطة الإصلاح بعد كارثة
نوصيك بالاستثمار في الإصلاح بعد كارثة (DR) لتحسين موثوقية حمل عمل SAP. يتم تحقيق الإصلاح بعد كارثة عن طريق نسخ البيانات الأساسية نسخا متماثلا إلى موقع ثانوي. يمكن استخدام العديد من الأدوات & المنهجية لتحقيق الهدف. يلزم الإصلاح بعد كارثة عندما لا يمكن الوصول إلى الموقع الأساسي بسبب الكوارث التقنية أو الطبيعية. يمكن أن تكون حلول الإصلاح بعد كارثة عبر مناطق داخل المنطقة أو عبر المناطق بناء على متطلبات عملك، لكننا نوصي بالتعافي من الكوارث عبر المنطقة للحصول على مرونة أفضل.
لمزيد من المعلومات، راجع:
- استرداد موقع Azure
- النسخ المتماثل عبر المنطقة من وحدات تخزين ملفات Azure NetApp
- نسخة لقطة عبر المناطق ل Azure Disk Storage
- النسخ الاحتياطي والإصلاح بعد كارثة
تحسين أداء التخزين
التأثير: كفاءة الأداء
من المهم اختيار حلول التخزين المناسبة لدعم احتياجات البيانات لحمل عمل SAP. يمكن للحل الصحيح تحسين أداء القدرات الموجودة والسماح لك بإضافة ميزات جديدة. بشكل عام، يحتاج التخزين إلى تلبية متطلبات عمليات الإدخال/الإخراج في الثانية (IOPS) واحتياجات معدل النقل لقاعدة بيانات SAP.
لمزيد من المعلومات، راجع أنواع التخزين لحمل عمل SAP.
استخدم التخزين الذي يدعم متطلبات الأداء. تدعم Microsoft تقنية تخزين مختلفة لتلبية متطلبات الأداء الخاصة بك. بالنسبة لحمل عمل SAP، يمكنك استخدام Azure Managed Disk (على سبيل المثال، Premium SSD وPremium SSD v2 وSSD القياسي) وملفات Azure NetApp.
تكوين التخزين للأداء. لقد نشرنا إرشادات تكوين التخزين لقواعد بيانات SAP HANA. وهو يغطي سيناريوهات الإنتاج والمتغير غير الإنتاجي الواعي بالتكلفة. سيضمن اتباع تكوينات التخزين الموصى بها أن التخزين يمرر جميع أجهزة SAP ومؤشرات الأداء الرئيسية لأداة قياس السحابة (HCMT). لمزيدٍ من المعلومات، راجع تكوينات تخزين الجهاز الظاهري لـ SAP HANA Azure.
تمكين مسرع الكتابة. مسرع الكتابة هو إمكانية لأجهزة M-Series الظاهرية على Premium Storage باستخدام أقراص Azure المدارة حصريا. من الضروري تمكين مسرع الكتابة على الأقراص المقترنة بوحدة تخزين /hana/log. يسهل هذا التكوين زمن انتقال الكتابة بالمللي ثانية لأحجام كتل 4 كيلوبايت و16 كيلوبايت. لمزيد من المعلومات، راجع Azure Write Accelerator.
اختر الجهاز الظاهري المناسب. اختيار الجهاز الظاهري المناسب له آثار على التكلفة والأداء. الهدف هو اختيار جهاز ظاهري للتخزين يدعم متطلبات IOPS ومعدل النقل لحمل عمل SAP. هناك ثلاثة مجالات هامة يجب التركيز عليها أثناء تحديد جهاز ظاهري
الجدول 3 - حساب الميزات التي تؤثر على الأداء
| ميزات الحساب | الوصف |
|---|---|
| عدد وحدات vCPU | عدد وحدات المعالجة المركزية له تأثير مباشر على التراخيص في عقدة قاعدة البيانات. تتبع معظم قواعد البيانات نموذج ترخيص يستند إلى الذاكرة الأساسية. استخدم المبلغ الذي يلبي احتياجاتك وعدل اتفاقيات الترخيص حسب الضرورة. |
| ذاكرة | الذاكرة مهمة لأداء التطبيق، ويمكن أن يكون لتطبيق SAP الخاص بك متطلبات ذاكرة عالية. بشكل عام، توفر الذاكرة الأعلى المزيد من قراءات الذاكرة، وترحيل أقل، وتكلفة جهاز ظاهري أعلى. |
| معدل النقل | يعد معدل النقل مهما لتطبيق مستضاف على أحد الأجهزة الظاهرية للاتصال به خارج الجهاز الظاهري باستخدام بطاقات واجهة الشبكة (NICs). |