نشر نظام إدارة قواعد البيانات للأجهزة الظاهرية لـ SAP ASE Azure لـ SAP workload

هذا المستند يغطي العديد من المجالات المختلفة التي يجب مراعاتها عند نشر SAP ASE في Azure IaaS. كشرط مسبق لهذا المستند، يجب أن تكون قد قرأت مستند اعتبارات نشر نظام إدارة قواعد بيانات أجهزة Azure الظاهرية لحمل عمل SAP والأدلة الأخرى في حمل عمل SAP على وثائق Azure. يغطي هذا المستند SAP ASE الذي يعمل على Linux وعلى أنظمة تشغيل Windows. الحد الأدنى للإصدار المدعوم على Azure هو SAP ASE 16.0.02 (الإصدار 16 حزمة الدعم 2). يوصى بنشر أحدث إصدار من SAP وأحدث مستوى تصحيح. كحد أدنى SAP ASE 16.0.03.07 (الإصدار 16 حزمة الدعم 3 مستوى التصحيح 7) مستحسن. يمكن العثور على أحدث إصدار من SAP في جدول إصدار ASE 16.0 المستهدف ومعلومات قائمة CR.

تم العثور على معلومات إضافية حول دعم الإصدار مع تطبيقات SAP أو موقع وسائط التثبيت، إلى جانب مصفوفة توفر منتج SAP في هذه المواقع:

ملاحظة: في جميع الوثائق داخل وخارج عالم SAP، يشار إلى اسم المنتج باسم Sybase ASE أو SAP ASE أو في بعض الحالات كليهما. من أجل الحفاظ على الاتساق، نستخدم اسم SAP ASE في هذه الوثائق.

دعم نظام التشغيل

تحتوي مصفوفة توفر منتج SAP على مجموعات نظام التشغيل وSAP Kernel المدعومين لكل تطبيق SAP. يتم دعم توزيعات Linux SLES 12.x وSLES 15.x و RHEL 7.x و RHEL 8.x بشكل كامل. Oracle Linux كنظام تشغيل ل SAP ASE غير مدعوم. يوصى باستخدام أحدث إصدارات Linux المتوفرة. يجب على عملاء Windows استخدام إصدارات Windows Server 2016 أو Windows Server 2019. يتم دعم الإصدارات القديمة من Windows مثل Windows 2012 تقنيًا ولكن يوصى دائمًا بأحدث إصدار Windows.

تفاصيل SAP ASE على Windows

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

يقدم Microsoft Azure العديد من أنواع الأجهزة الظاهرية المختلفة التي تسمح لك بتشغيل أصغر أنظمة SAP والمناظر الطبيعية حتى أنظمة SAP الكبيرة والمناظر الطبيعية مع آلاف المستخدمين. يتم توفير أرقام SAPS الخاصة بتحجيم SAP لوحدات SKU VM المختلفة المعتمدة من SAP في ملاحظة دعم SAP #1928533.

يمكن العثور على وثائق تثبيت SAP ASE على Windows في دليل تثبيت SAP ASE للـWindows

تأمين الصفحات في الذاكرة هو إعداد سيمنع تخزين المخزن المؤقت لقاعدة بيانات SAP ASE خارج الصفحة. هذا الإعداد مفيد للأنظمة المزدحمة الكبيرة ذات الطلب العالي على الذاكرة. اتصل ب BC-DB-SYB لمزيد من المعلومات.

إعدادات محددة لنظام التشغيل Linux

على SLES VMs، شغل saptune مع ملف التعريف SAP-ASE. ضبط RHEL VMs كما هو موضح في 69988.
يجب تمكين Linux Huge Pages افتراضيًا ويمكن التحقق منه باستخدام الأمر

cat /proc/meminfo

حجم الصفحة عادة 2048 كيلو بايت. لمزيد من التفاصيل انظر المقال Huge Pages on Linux

التوصيات على الجهاز الظاهري وبنية القرص لعمليات نشر SAP ASE

يتم دعم SAP ASE لتطبيقات SAP NetWeaver على أي نوع من أنواع الأجهزة الظاهرية المدرجة في ملاحظة دعم SAP #1928533 تتضمن أنواع الأجهزة الظاهرية النموذجية المستخدمة لخوادم قاعدة بيانات SAP ASE متوسطة الحجم Esv3. يمكن لقواعد البيانات الكبيرة متعددة التيرابايت استخدام أنواع الأجهزة الظاهرية من سلسلة M.

يمكن تحسين أداء كتابة قرص سجل معاملات SAP ASE عن طريق تمكين مسرع الكتابة من الفئة M. يجب اختبار مسرع الكتابة بعناية مع SAP ASE نظرًا للطريقة التي تقوم بها SAP ASE بإجراء عمليات كتابة السجل. راجع ملاحظة دعم SAP #2816580 وفكر في إجراء اختبار أداء.
تم تصميم مسرع الكتابة لقرص سجل المعاملات فقط. يجب تعيين ذاكرة التخزين المؤقت على مستوى القرص إلى لا شيء. لا تتفاجأ إذا لم يظهر Azure Write Accelerator تحسينات مماثلة كما هو الحال مع DBMS الأخرى. بناء على الطريقة، يكتب SAP ASE في سجل المعاملات، قد يكون هناك القليل من التسارع أو عدم التسارع بواسطة Azure Write Accelerator.

يوصى باستخدام أقراص منفصلة لأجهزة البيانات وأجهزة السجل. قواعد بيانات النظام sybsecurity saptools ولا تتطلب أقراصا مخصصة ويمكن وضعها على الأقراص التي تحتوي على بيانات قاعدة بيانات SAP وأجهزة السجل

Storage configuration for SAP ASE

أنظمة الملفات وحجم الشريط وموازنة الإدخال والإخراج

تقوم SAP ASE بكتابة البيانات بالتتابع في أجهزة تخزين القرص ما لم يتم تكوين خلاف ذلك. وهذا يعني أن قاعدة بيانات SAP ASE فارغة مع أربعة أجهزة ستكتب البيانات في الجهاز الأول فقط. لن تتم كتابة أجهزة القرص الأخرى إلا عندما يكون الجهاز الأول ممتلئًا. من المرجح أن يكون مقدار READ and WRITE IO لكل جهاز SAP ASE مختلفًا. لتحقيق التوازن بين الإدخال والإخراج على القرص عبر جميع أقراص Azure المتوفرة، يجب استخدام مساحات تخزين Windows أو Linux LVM2. على Linux، يوصى باستخدام نظام ملفات XFS لتنسيق الأقراص. يجب اختبار حجم خط الشريحة LVM باستخدام اختبار الأداء. حجم خط الشريحة 128 كيلو بايت هو نقطة انطلاق جيدة. في Windows، يجب اختبار حجم وحدة تخصيص NTFS (AUS). يمكن استخدام 64 كيلوبايت كقيمة بداية.

يوصى بتكوين التوسع التلقائي لقاعدة البيانات كما هو موضح في المقالة تكوين توسيع مساحة قاعدة البيانات التلقائي في SAP Adaptive Server Enterprise وملاحظة دعم SAP #1815695.

نموذج SAP ASE على الجهاز الظاهري Azure وتكوينات القرص ونظام الملفات

تعرض القوالب أدناه نماذج تكوينات لكل من Linux وWindows. قبل تأكيد تكوين الجهاز الظاهري والقرص، تأكد من أن حصص الشبكة وعرض النطاق الترددي للتخزين الخاصة بالجهاز الظاهري الفردي كافية لتلبية متطلبات العمل. ضع في اعتبارك أيضًا أن أنواع أجهزة Azure الظاهرية المختلفة تحتوي على أعداد قصوى مختلفة من الأقراص التي يمكن إرفاقها بالجهاز الظاهري. على سبيل المثال، يحتوي الجهاز الظاهري E4s_v3 على حد أقصى لمعدل نقل IO للتخزين تبلغ 48 ميجابايت/ثانية. إذا كان معدل نقل التخزين الذي يتطلبه نشاط النسخ الاحتياطي لقاعدة البيانات تتطلب أكثر من 48 ميجابايت/ثانية، فلا مفر من نوع جهاز ظاهري أكبر مع معدل نقل أكبر لعرض النطاق الترددي للتخزين. عند تكوين تخزين Azure، تحتاج أيضا إلى أن تضع في اعتبارك أنه لا سيما مع تخزين Azure Premium، يتغير معدل النقل وIOOPS لكل غيغابايت من السعة. راجع المزيد حول هذا الموضوع في مقالة ما هي أنواع الأقراص المتوفرة في Azure؟. يتم توثيق الحصص النسبية لأنواع معينة من أجهزة Azure الظاهرية في المقالة أحجام الأجهزة الظاهرية المحسنة للذاكرة والمقالات المرتبطة بها.

إشعار

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

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

مثال على تكوين خادم SAP ASE DB صغير بحجم قاعدة بيانات يتراوح بين 50 غيغابايت - 250 غيغابايت يمكن أن يبدو مثل

التكوين Windows Linux تعليقات
VM Type E4s_v3/v4/v5 (4 وحدات معالجة مركزية افتراضية/ذاكرة وصول عشوائي بسعة 32 غيغابايت) E4s_v3/v4/v5 (4 وحدات معالجة مركزية افتراضية/ذاكرة وصول عشوائي بسعة 32 غيغابايت) ---
تسريع الشبكات Enable Enable ---
إصدار SAP ASE 16.0.03.07 أو أعلى 16.0.03.07 أو أعلى ---
عدد أجهزة البيانات 4 4 ---
عدد أجهزة السجل 1 1 ---
عدد الأجهزة المؤقتة 1 1 المزيد لحمل عمل SAP BW
نظام التشغيل Windows Server 2019 SLES 12 SP5 أو 15 SP1 أو أحدث أو RHEL 7.9 أو 8.1/8.2/8.4 ---
تجميع الأقراص مساحات مخصصة للتخزين LVM2 ---
نظام الملفات NTFS XFS
تنسيق حجم الكتلة يحتاج إلى اختبار حمل العمل يحتاج إلى اختبار حمل العمل ---
عدد ونوع أقراص البيانات التخزين المتميز v1: 2 x P10 (RAID0)
التخزين المتميز v2: 2 × 150 غيغابايت (RAID0) - IOPS الافتراضي ومعدل النقل
التخزين المتميز v1: 2 x P10 (RAID0)
التخزين المتميز v2: 2 × 150 غيغابايت (RAID 0) - IOPS الافتراضي ومعدل النقل
ذاكرة التخزين المؤقت = للقراءة فقط
عدد ونوع أقراص السجل التخزين المتميز v1: 1 × P20
التخزين المتميز v2: 1 × 128 غيغابايت - IOPS الافتراضي ومعدل النقل
التخزين المتميز v1: 1 × P20
التخزين المتميز v2: 1 × 128 غيغابايت - IOPS الافتراضي ومعدل النقل
ذاكرة التخزين المؤقت = لا شيء
المعلمة ASE MaxMemory 90٪ من ذاكرة الوصول العشوائي الفعلية 90٪ من ذاكرة الوصول العشوائي الفعلية بافتراض مثيل واحد
عدد أجهزة النسخ الاحتياطي 4 4 ---
عدد ونوع أقراص النسخ الاحتياطي 1 1 ---

مثال على تكوين خادم SAP ASE DB صغير بحجم قاعدة بيانات يتراوح بين 250 غيغابايت - 750 غيغابايت، مثل نظام SAP Business Suite أصغر، يمكن أن يبدو مثل

التكوين Windows Linux تعليقات
VM Type E16s_v3/v4/v5 (ذاكرة وصول عشوائي بسعة 16 vCPU/128 غيغابايت) E16s_v3/v4/v5 (ذاكرة وصول عشوائي بسعة 16 vCPU/128 غيغابايت) ---
تسريع الشبكات Enable Enable ---
إصدار SAP ASE 16.0.03.07 أو أعلى 16.0.03.07 أو أعلى ---
عدد أجهزة البيانات 8 8 ---
عدد أجهزة السجل 1 1 ---
عدد الأجهزة المؤقتة 1 1 المزيد لحمل عمل SAP BW
نظام التشغيل Windows Server 2019 SLES 12 SP5 أو 15 SP1 أو أحدث أو RHEL 7.9 أو 8.1/8.2/8.4 ---
تجميع الأقراص مساحات مخصصة للتخزين LVM2 ---
نظام الملفات NTFS XFS
تنسيق حجم الكتلة يحتاج إلى اختبار حمل العمل يحتاج إلى اختبار حمل العمل ---
عدد ونوع أقراص البيانات التخزين المتميز v1: 4 × P20 (RAID0)
التخزين المتميز v2: 4 × 100 جيبي بايت - 200 جيبي بايت (RAID0) - IOPS الافتراضي و25 ميغابايت/ ثانية معدل نقل إضافي لكل قرص
التخزين المتميز v1: 4 × P20 (RAID0)
التخزين المتميز v2: 4 x 100 GiB- 200 GiB (RAID0) - IOPS الافتراضي و25 ميغابايت/ثانية إضافية لكل معدل نقل للقرص
ذاكرة التخزين المؤقت = للقراءة فقط
عدد ونوع أقراص السجل التخزين المتميز v1: 1 × P20
التخزين المتميز v2: 1 × 200 جيبي بايت - IOPS الافتراضي ومعدل النقل
التخزين المتميز v1: 1 × P20
التخزين المتميز v2: 1 × 200 جيبي بايت - IOPS الافتراضي ومعدل النقل
ذاكرة التخزين المؤقت = لا شيء
المعلمة ASE MaxMemory 90٪ من ذاكرة الوصول العشوائي الفعلية 90٪ من ذاكرة الوصول العشوائي الفعلية بافتراض مثيل واحد
عدد أجهزة النسخ الاحتياطي 4 4 ---
عدد ونوع أقراص النسخ الاحتياطي 1 1 ---

مثال على تكوين خادم SAP ASE DB متوسط بحجم قاعدة بيانات يتراوح بين 750 غيغابايت - 2000 غيغابايت، مثل نظام SAP Business Suite أكبر، يمكن أن يبدو مثل

التكوين Windows Linux تعليقات
VM Type E64s_v3/v4/v5 (ذاكرة وصول عشوائي بسعة 64 vCPU/432 غيغابايت) E64s_v3/v4/v5 (ذاكرة وصول عشوائي بسعة 64 vCPU/432 غيغابايت) ---
تسريع الشبكات Enable Enable ---
إصدار SAP ASE 16.0.03.07 أو أعلى 16.0.03.07 أو أعلى ---
عدد أجهزة البيانات 16 16 ---
عدد أجهزة السجل 1 1 ---
عدد الأجهزة المؤقتة 1 1 المزيد لحمل عمل SAP BW
نظام التشغيل Windows Server 2019 SLES 12 SP5 أو 15 SP1 أو أحدث أو RHEL 7.9 أو 8.1/8.2/8.4 ---
تجميع الأقراص مساحات مخصصة للتخزين LVM2 ---
نظام الملفات NTFS XFS
تنسيق حجم الكتلة يحتاج إلى اختبار حمل العمل يحتاج إلى اختبار حمل العمل ---
عدد ونوع أقراص البيانات التخزين المتميز v1: 4 × P30 (RAID0)
التخزين المتميز v2: 4 × 250 غيغابايت - 500 جيبي بايت - بالإضافة إلى 2000 IOPS ومعدل نقل 75 ميغابايت/ ثانية لكل قرص
التخزين المتميز v1: 4 × P30 (RAID0)
التخزين المتميز v2: 4 × 250 غيغابايت - 500 جيبي بايت - بالإضافة إلى 2000 IOPS ومعدل نقل 75 ميغابايت/ ثانية لكل قرص
ذاكرة التخزين المؤقت = للقراءة فقط
عدد ونوع أقراص السجل التخزين المتميز v1: 1 × P20
التخزين المتميز v2: 1 × 400 جيبي بايت - IOPS افتراضي ومعدل نقل إضافي 75 ميغابايت/ثانية
التخزين المتميز v1: 1 × P20
التخزين المتميز v2: 1 × 400 جيبي بايت - IOPS الافتراضي و75 ميغابايت/ ثانية معدل نقل إضافي
ذاكرة التخزين المؤقت = لا شيء
المعلمة ASE MaxMemory 90٪ من ذاكرة الوصول العشوائي الفعلية 90٪ من ذاكرة الوصول العشوائي الفعلية بافتراض مثيل واحد
عدد أجهزة النسخ الاحتياطي 4 4 ---
عدد ونوع أقراص النسخ الاحتياطي 1 1 ---

مثال على تكوين خادم SAP ASE DB أكبر بحجم قاعدة بيانات يتراوح بين 2000 غيغابايت - 4000 غيغابايت، مثل نظام SAP Business Suite أكبر، يمكن أن يبدو مثل

التكوين Windows Linux تعليقات
VM Type E96(d)s_v5 (96 vCPU/672 GiB RAM) E96(d)s_v5 (96 vCPU/672 GiB RAM) ---
تسريع الشبكات Enable Enable ---
إصدار SAP ASE 16.0.03.07 أو أعلى 16.0.03.07 أو أعلى ---
عدد أجهزة البيانات 16 16 ---
عدد أجهزة السجل 1 1 ---
عدد الأجهزة المؤقتة 1 1 المزيد لحمل عمل SAP BW
نظام التشغيل Windows Server 2019 SLES 12 SP5 أو 15 SP1 أو أحدث أو RHEL 7.9 أو 8.1/8.2/8.4 ---
تجميع الأقراص مساحات مخصصة للتخزين LVM2 ---
نظام الملفات NTFS XFS
تنسيق حجم الكتلة يحتاج إلى اختبار حمل العمل يحتاج إلى اختبار حمل العمل ---
عدد ونوع أقراص البيانات التخزين المتميز v1: 4 × P30 (RAID0)
التخزين المتميز v2: 4 × 500 غيغابايت - 1000 جيبي بايت - بالإضافة إلى 2500 IOPS ومعدل نقل 100 ميغابايت/ ثانية لكل قرص
التخزين المتميز v1: 4 × P30 (RAID0)
التخزين المتميز v2: 4 × 500 غيغابايت - 1000 جيبي بايت - بالإضافة إلى 2500 IOPS ومعدل نقل 100 ميغابايت/ ثانية لكل قرص
ذاكرة التخزين المؤقت = للقراءة فقط
عدد ونوع أقراص السجل التخزين المتميز v1: 1 × P20
التخزين المتميز v2: 1 × 400 غيغابايت - بالإضافة إلى 1000 IOPS و75 ميغابايت/ثانية إضافية
التخزين المتميز v1: 1 × P20
التخزين المتميز v2: 1 × 400 جيبي بايت - بالإضافة إلى 1000 IOPS و75 ميغابايت/ ثانية من معدل النقل الإضافي
ذاكرة التخزين المؤقت = لا شيء
المعلمة ASE MaxMemory 90٪ من ذاكرة الوصول العشوائي الفعلية 90٪ من ذاكرة الوصول العشوائي الفعلية بافتراض مثيل واحد
عدد أجهزة النسخ الاحتياطي 4 4 ---
عدد ونوع أقراص النسخ الاحتياطي 1 1 ---

مثال على تكوين خادم SAP ASE DB كبير بحجم قاعدة بيانات 4 ТБ+، مثل نظام SAP Business Suite أكبر مستخدم عالميا، قد يبدو مثل

التكوين Windows Linux تعليقات
VM Type الفئة M (ذاكرة وصول عشوائي من 1.0 إلى 4.0 تيرابايت) الفئة M (ذاكرة وصول عشوائي من 1.0 إلى 4.0 تيرابايت) ---
تسريع الشبكات Enable Enable ---
إصدار SAP ASE 16.0.03.07 أو أعلى 16.0.03.07 أو أعلى ---
عدد أجهزة البيانات 32 32 ---
عدد أجهزة السجل 1 1 ---
عدد الأجهزة المؤقتة 1 1 المزيد لحمل عمل SAP BW
نظام التشغيل Windows Server 2019 SLES 12 SP5 أو 15 SP1 أو أحدث أو RHEL 7.9 أو 8.1/8.2/8.4 ---
تجميع الأقراص مساحات مخصصة للتخزين LVM2 ---
نظام الملفات NTFS XFS
تنسيق حجم الكتلة يحتاج إلى اختبار حمل العمل يحتاج إلى اختبار حمل العمل ---
عدد ونوع أقراص البيانات التخزين المتميز v1: 4+ x P30 (RAID0)
التخزين المتميز v2: 4+ × 1000 غيغابايت - 4000 جيبي بايت - بالإضافة إلى 3000 IOPS ومعدل نقل 125 ميغابايت/ثانية لكل قرص
التخزين المتميز v1: 4+ x P30 (RAID0)
التخزين المتميز v2: 4+ × 1000 غيغابايت - 4000 جيبي بايت - بالإضافة إلى 3000 IOPS ومعدل نقل 125 ميغابايت/ثانية لكل قرص
ذاكرة التخزين المؤقت = للقراءة فقط، ضع في اعتبارك قرص Azure Ultra
عدد ونوع أقراص السجل التخزين المتميز v1: 1 × P30
التخزين المتميز v2: 1 × 500 غيغابايت - بالإضافة إلى 2000 IOPS ومعدل نقل 125 ميغابايت/ ثانية
التخزين المتميز v1: 1 × P30
التخزين المتميز v2: 1 × 500 غيغابايت - بالإضافة إلى 2000 IOPS ومعدل نقل 125 ميغابايت/ ثانية
ضع في اعتبارك Write Accelerator أو قرص Azure Ultra
المعلمة ASE MaxMemory 90٪ من ذاكرة الوصول العشوائي الفعلية 90٪ من ذاكرة الوصول العشوائي الفعلية بافتراض مثيل واحد
عدد أجهزة النسخ الاحتياطي 16 16 ---
عدد ونوع أقراص النسخ الاحتياطي 4 4 استخدام LVM2/مساحات التخزين

تعد وحدات تخزين NFS v4.1 المستضافة Azure NetApp Files بديلًا آخر للاستخدام لتخزين قاعدة بيانات SAP ASE. يجب أن يبدو الهيكل الأساسي لمثل هذا التكوين كما يلي

Storage configuration for SAP ASE with ANF

في المثال، كان SID لقاعدة البيانات A11. تعتمد الأحجام ومستويات الأداء الخاصة بوحدات التخزين المستندة إلى Azure NetApp Files على وحدة تخزين قاعدة البيانات وعمليات الإدخال/الإخراج في الثانية ومعدل النقل التي تحتاجها. بالنسبة إلى sapdata وsaplog، نوصي بالبدء بطبقة أداء Ultra لتكون قادرة على توفير نطاق ترددي كاف. بالنسبة للعديد من عمليات النشر غير معدل النقل، يمكن أن تكون طبقة الأداء Premium كافية. لمزيد من التفاصيل حول الحجم المحدد والقيود المفروضة على ملفات Azure NetApp لاستخدام قاعدة البيانات، اقرأ الفصل تغيير الحجم لقاعدة بيانات HANA على ملفات Azure NetApp في وحدات تخزين NFS v4.1 على ملفات Azure NetApp SAP Hana.

اعتبارات النسخ الاحتياطي والاستعادة ل SAP ASE على Azure

زيادة عدد البيانات وأجهزة النسخ الاحتياطي يزيد من أداء النسخ الاحتياطي والاستعادة. من المستحسن تخطيط أقراص Azure التي تستضيف جهاز النسخ الاحتياطي SAP ASE كما هو موضح في الجداول الموضحة سابقا. يجب توخي الحذر لموازنة عدد أجهزة النسخ الاحتياطي والأقراص والتأكد من أن معدل نقل النسخ الاحتياطي يجب ألا يتجاوز 40٪-50٪ من إجمالي الحصة النسبية لمعدل نقل الجهاز الظاهري. يوصى باستخدام SAP Backup Compression كافتراضي. يمكن العثور على مزيد من التفاصيل في المقالات:

لا تستخدم محرك الأقراص D:\ أو /temp space كقاعدة بيانات أو وجهة تفريغ السجل.

تأثير ضغط قاعدة البيانات

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

يتم تقديم التوصية بتطبيق الضغط قبل التحميل إلى Azure لعدة أسباب:

  • كمية البيانات التي سيتم تحميلها إلى Azure أقل
  • تكون مدة تنفيذ الضغط أقصر بافتراض أنه يمكن للمرء استخدام أجهزة أقوى مع عدد أكبر من وحدات المعالجة المركزية أو نطاق ترددي أعلى للإدخال/ الإخراج أو زمن انتقال أقل للإدخال/ الإخراج محليًا
  • قد تؤدي أحجام قواعد البيانات الصغيرة إلى تقليل تكاليف تخصيص القرص

تعمل البيانات LOB-Compression في جهاز ظاهري مستضاف في أجهزة Azure الظاهرية كما هو الحال في الموقع. لمزيد من التفاصيل حول كيفية التحقق مما إذا كان الضغط قيد الاستخدام بالفعل في قاعدة بيانات SAP ASE موجودة، تحقق من ملاحظة دعم SAP 1750510. لمزيد من التفاصيل حول ضغط قاعدة بيانات SAP ASE، تحقق من ملاحظة دعم SAP #2121797

توافر عالٍ لـSAP ASE على Azure

يوضح دليل مستخدمي HADR تفاصيل إعداد وتكوين حل SAP ASE "Always-on" المكون من عقدتين. بالإضافة إلى ذلك، يتم أيضًا دعم عقدة ثالثة للإصلاح بعد كارثة. تدعم SAP ASE العديد من تكوينات التوفر العالي بما في ذلك تجميع القرص المشترك ونظام التشغيل الأصلي (مثل Pacemaker ومجموعة تجاوز فشل خادم Windows). هناك نوعان من تكوينات التوفر العالي المدعومة لـSAP ASE على Azure:

  • HA Aware with Fault Manager - SAP Kernel هو تطبيق "HA Aware" ويعرف عن خوادم SAP ASE الأساسية والثانوية. لا توجد عمليات تكامل وثيقة بين حل SAP ASE "HA Aware" وAzure، لا يتم استخدام موازن التحميل الداخلي ل Azure. تم توثيق الحل في دليل مستخدمي SAP ASE HADR
  • عنوان IP الحر مع Fault Manager - يمكن استخدام هذا الحل لتطبيقات SAP Business Suite وغير SAP Business Suite. يستخدم هذا الحل Azure ILB ويوفر محرك قاعدة بيانات SAP ASE منفذ مسبار. سيقوم مدير الخطأ باستدعاء SAPHostAgent لبدء أو إيقاف عنوان IP حُر ثانوي على مضيفي ASE. تم توثيق هذا الحل في ملاحظة SAP # 3086679 - SYB: إدارة الأخطاء: عنوان IP حُر على Microsoft Azure

إشعار

أوقات تجاوز الفشل والخصائص الأخرى لحلول HA Aware أو IP حُر متشابهة. عند اتخاذ قرار بين هذين الحلين، يجب على العملاء إجراء الاختبار والتقييم الخاصين بهم بما في ذلك عوامل مثل أوقات تجاوز الفشل المخطط لها وغير المخطط لها والإجراءات التشغيلية الأخرى.

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

بالإضافة إلى استخدام SAP ASE Always-On للتوفر العالي المحلي، قد ترغب في توسيع التكوين إلى عقدة تم نسخها بشكل غير متزامن في منطقة Azure أخرى. لمزيد من المعلومات، راجع إجراء التثبيت لـSybase 16. 3 مستوى التصحيح 3 دائمًا + DR على Suse 12.3.

تشفير قاعدة بيانات SAP ASE وSSL

يوفر SAP Software provisioning Manager (SWPM) خيارًا لتشفير قاعدة البيانات في أثناء التثبيت. إذا كنت ترغب في استخدام التشفير، فمن المستحسن استخدام SAP Full Database Encryption. انظر التفاصيل الموثقة في:

إشعار

إذا تم تشفير قاعدة بيانات SAP ASE، فلن يعمل ضغط تفريغ النسخ الاحتياطي. راجع أيضًا ملاحظة دعم SAP رقم 2680905

SAP ASE على قائمة التحقق من نشر Azure

  • نشر SAP ASE 16.0.03.07 أو أعلى
  • التحديث إلى أحدث إصدار وتصحيحات من FaultManager وSAPHostAgent
  • التوزيع على أحدث نظام تشغيل معتمد متوفر مثل Windows 2019 أو SLES 15 أو RHEL 8
  • استخدام الأجهزة الظاهرية المعتمدة من SAP - يوصى باستخدام وحدات SKU Azure VM عالية الذاكرة مثل Es_v3 أو للأنظمة الكبيرة الحجم M-Series M-Series VM SKUs
  • قم بمطابقة القرص IOPS وإجمالي حصة معدل النقل المجمعة للجهاز الظاهري مع تصميم القرص. نشر عدد كافٍ من الأقراص
  • تجميع الأقراص باستخدام Windows مساحات التخزين أو Linux LVM2 مع حجم خط الشريحة الصحيح ونظام الملفات
  • إنشاء عدد كاف من الأجهزة لأغراض البيانات والسجل ودرجة الحرارة والنسخ الاحتياطي
  • فكر في استخدام UltraDisk للأنظمة الكبيرة جدًا
  • تشغيل saptune SAP-ASE على SLES. ضبط RHEL VMs لكل 69988.
  • تأمين قاعدة البيانات باستخدام تشفير قاعدة البيانات - قم بتخزين المفاتيح يدويًا في Azure Key Vault
  • أكمل SAP في قائمة اختيار Azure
  • تكوين النسخ الاحتياطي للسجل والنسخ الاحتياطي الكامل
  • اختبار HA/DR، والنسخ الاحتياطي والاستعادة وإجراء اختبار الإجهاد ومستوى الصوت
  • تأكيد عمل الملحق التلقائي لقاعدة البيانات

استخدام DBACockpit لمراقبة مثيلات قاعدة البيانات

بالنسبة لأنظمة SAP، التي تستخدم SAP ASE كمنصة قاعدة بيانات، يمكن الوصول إلى DBACockpit كنوافذ متصفح مضمنة في المعاملات DBACockpit أو Webdynpro. ومع ذلك، تتوفر الوظيفة الكاملة لمراقبة وإدارة قاعدة البيانات في تنفيذ Webdynpro لـDBACockpit فقط.

كما هو الحال مع الأنظمة المحلية، هناك حاجة إلى عدة خطوات لتمكين جميع وظائف SAP NetWeaver المستخدمة من قبل تنفيذ Webdynpro لـDBACockpit. اتبع ملاحظة دعم SAP # 1245200 لتمكين استخدام webdynpros وإنشاء تلك المطلوبة. عند اتباع الإرشادات الواردة في الملاحظات أعلاه، يمكنك أيضًا تكوين إدارة اتصالات الإنترنت (ICM) جنبًا إلى جنب مع المنافذ التي سيتم استخدامها لاتصالات http وhttps. يبدو الإعداد الافتراضي لـhttp كما يلي:

icm/server_port_0 = PROT=HTTP,PORT=8000,PROCTIMEOUT=600,TIMEOUT=600

icm/server_port_1 = PROT=HTTPS,PORT=443$$,PROCTIMEOUT=600,TIMEOUT=600

وتبدو الارتباطات التي تم إنشاؤها في المعاملة DBACockpit مشابهة ل:

https://<fullyqualifiedhostname>:44300/sap/bc/webdynpro/sap/dba_cockpit

http://<fullyqualifiedhostname>:8000/sap/bc/webdynpro/sap/dba_cockpit

اعتمادا على كيفية توصيل جهاز Azure الظاهري الذي يستضيف نظام SAP ب AD وDNS، تحتاج إلى التأكد من أن ICM يستخدم اسم مضيف مؤهل بالكامل يمكن حله على الجهاز الذي تفتح منه DBACockpit. راجع ملاحظة دعم SAP #773830 لفهم كيفية تحديد ICM لاسم المضيف المؤهل بالكامل استنادًا إلى معلمات ملف التعريف وتعيين المعلمة icm/host_name_full صراحة إذا لزم الأمر.

إذا قمت بنشر الجهاز الظاهري في سيناريو Cloud-Only من دون اتصال محلي بين المحلي وAzure، فستحتاج إلى تحديد عنوان IP عام و domainlabel. يبدو تنسيق اسم DNS العام للجهاز الظاهري كما يلي:

<custom domainlabel>.<azure region>.cloudapp.azure.com

عند تعيين معلمة ملف تعريف SAP icm/host_name_full إلى اسم DNS الخاص بجهاز Azure الظاهري قد يبدو الارتباط مشابها لما يلي:

https://mydomainlabel.westeurope.cloudapp.net:44300/sap/bc/webdynpro/sap/dba_cockpit

http://mydomainlabel.westeurope.cloudapp.net:8000/sap/bc/webdynpro/sap/dba_cockpit

في هذه الحالة، تحتاج إلى التأكد من:

  • إضافة قواعد واردة إلى مجموعة أمان الشبكة في مدخل Azure لمنافذ TCP/IP المستخدمة للاتصال بـICM
  • إضافة قواعد واردة إلى تكوين جدار الحماية Windows لمنافذ TCP/IP المستخدمة للاتصال بـICM

بالنسبة إلى الاستيراد التلقائي لجميع التصحيحات المتوفرة، يوصى بتطبيق مجموعة التصحيحات SAP Note المطبقة على إصدار SAP الخاص بك بشكل دوري:

يمكن العثور على مزيد من المعلومات حول DBA Cockpit لـSAP ASE في ملاحظات SAP التالية:

توفر صفحة البداية لـSAP ASE 16.0.03.07 Documentation روابط لمختلف المستندات التي تحتوي على مستندات:

  • SAP ASE Learning Journey - مسؤول السجل والمراقبة
  • SAP ASE Learning Journey - التثبيت والترقية

مفيدة. مستند آخر مفيد هو أفضل الممارسات للترحيل ووقت التشغيل لتطبيقات SAP على SAP Adaptive Server Enterprise.

ملاحظات دعم SAP المفيدة الأخرى هي:

يتم نشر معلومات أخرى على

يتم نشر رسالة إخبارية شهرية من خلال ملاحظة دعم SAP #2381575

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

تفقد مقالة أحمال عمل SAP على Azure: قائمة التحقق من التخطيط والنشر