توزيع قاعدة بيانات Azure Virtual Machines Oracle لحمل عمل SAP
يغطي هذا المستند العديد من المجالات المختلفة التي يجب مراعاتها عند توزيع Oracle Database لحمل عمل SAP في Azure IaaS. قبل قراءة هذا المستند، نوصي بقراءة اعتبارات نشر Azure Virtual Machines DBMS لحمل عمل SAP. نوصي أيضاً بقراءة أدلة أخرى في حمل عمل SAP على وثائق Azure.
يمكنك العثور على معلومات حول إصدارات Oracle وإصدارات نظام التشغيل المقابلة المدعومة لتشغيل SAP على Oracle على Azure في ملاحظة SAP 2039619.
يمكن العثور على معلومات عامة حول تشغيل SAP Business Suite على Oracle في SAP على Oracle. تدعم Oracle تشغيل قواعد بيانات Oracle على Microsoft Azure. لمزيدٍ من المعلومات حول الدعم العام لنظامي التشغيل Windows Hyper-V وAzure، راجع الأسئلة الشائعة حول Oracle وMicrosoft Azure.
ملاحظات SAP التالية ذات صلة بتثبيت Oracle
تفاصيل Oracle Database على Oracle Linux
تدعم Oracle تشغيل مثيلات قاعدة البيانات الخاصة بها على Microsoft Azure باستخدام Oracle Linux ك نظام تشغيل ضيف. لمزيدٍ من المعلومات حول الدعم العام لـ Windows Hyper-V وAzure، راجع الأسئلة الشائعة حول Azure وOracle.
يتم دعم السيناريو المحدد لتطبيقات SAP التي تستخدم Oracle Databases أيضًا. وستتم مناقشة التفاصيل في الجزء التالي من المستند.
توصيات عامة لتشغيل SAP على Oracle على Azure
تثبيت أو ترحيل SAP الموجود على أنظمة Oracle إلى Azure، يجب اتباع نمط النشر التالي:
- استخدم أحدث إصدار من Oracle Linux المتوفر (Oracle Linux 8.6 أو أعلى).
- استخدم أحدث إصدار من Oracle Database المتوفر مع أحدث SAP Bundle Patch (SBP) (Oracle 19 Patch 15 أو أعلى) 2799920 - تصحيحات ل 19c: قاعدة البيانات.
- استخدم إدارة التخزين التلقائي (ASM) لقواعد البيانات الصغيرة والمتوسطة والكبيرة الحجم على تخزين الكتلة.
- يجب استخدام Azure Premium Storage SSD. لا تستخدم أنواع تخزين قياسية أو أنواع تخزين أخرى.
- يزيل ASM متطلبات سجل النسخ المتطابقة. اتبع الإرشادات الواردة من Oracle في Note 888626 - Redo log layout للأنظمة المتطورة.
- استخدم ASMLib ولا تستخدم udev.
- يجب أن تستخدم عمليات نشر Azure NetApp Files حل برنامج تشغيل Oracle dNFS الذي يعد حل برنامج تشغيل Direct NFS (نظام ملفات الشبكة) عالي الأداء من Oracle.
- تستفيد قواعد بيانات Oracle الكبيرة بشكل كبير من أحجام المنطقة العالمية للنظام (SGA) الكبيرة. يجب نشر العملاء الكبار على سلسلة Azure M بحجم 4 تيرابايت أو أكثر من ذاكرة الوصول العشوائي
- تعيين صفحات Linux الضخمة إلى 75٪ من حجم RAM الفعلي
- تعيين المنطقة العمومية للنظام (SGA) إلى 90٪ من حجم الصفحة الضخمة
- تعيين معلمة Oracle USE_LARGE_PAGES = فقط - يفضل القيمة فقط على القيمة TRUE حيث من المفترض أن تقدم القيمة ONLY أداء أكثر اتساقا ويمكن التنبؤ به. قد تخصص القيمة TRUE صفحات كبيرة بحجم 2 ميغابايت و4K قياسية. القيمة فقط ستفرض دائما صفحات كبيرة بحجم 2 ميغابايت. إذا لم يكن عدد الصفحات الضخمة المتوفرة كافيا أو لم يتم تكوينه بشكل صحيح، فسيفشل مثيل قاعدة البيانات في البدء برمز الخطأ: ora-27102 : نفاد الذاكرة Linux_x86_64 الخطأ 12 : لا يمكن تخصيص الذاكرة. إذا لم تكن هناك ذاكرة متجاورة كافية، فقد تحتاج Oracle Linux إلى إعادة التشغيل و/أو إعادة تكوين معلمات صفحة ضخمة لنظام التشغيل.
- يجب أن يكون موقع Oracle Home خارج وحدة التخزين أو القرص "الجذر". استخدم قرصًا منفصلاً أو وحدة تخزين ANF. يجب أن يكون حجم القرص الذي يحمل Oracle Home 64 غيغابايت أو أكبر.
- حجم قرص التمهيد لخوادم Oracle database الكبيرة عالية الأداء مهم. كحد أدنى يجب استخدام قرص P10 لسلسلة M أو سلسلة E. لا تستخدم الأقراص الصغيرة مثل P4 أو P6. يمكن أن يتسبب القرص الصغير في حدوث مشكلات في الأداء.
- يجب تمكين الشبكات المسرعة على جميع الأجهزة الظاهرية. قم بالترقية إلى أحدث إصدار من Oracle Linux إذا كانت هناك أي مشكلات في تمكين الشبكات المتسارعة.
- تحقق من وجود تحديثات في هذه الوثائق وملاحظة SAP 2039619 - تطبيقات SAP على Microsoft Azure باستخدام قاعدة بيانات Oracle: المنتجات والإصدارات المدعومة - لوحة تشغيل دعم SAP ONE.
للحصول على معلومات حول إصدارات Oracle وإصدارات نظام التشغيل المتوافقة المدعومة لتشغيل SAP على Oracle على أجهزة Azure الظاهرية، راجع ملاحظة SAP رقم 2039619.
يمكن العثور على معلومات عامة حول تشغيل SAP Business Suite على Oracle في SAP على صفحة مجتمع Oracle. يتم دعم SAP على Oracle على Azure فقط على Oracle Linux (وليس Suse أو Red Hat) لخوادم التطبيقات وقاعدة البيانات. يمكن لخوادم ASCS/ERS استخدام RHEL/SUSE لأن عميل Oracle غير مثبت أو مستخدم على هذه الأجهزة الظاهرية. لا يجب تثبيت خوادم التطبيقات (PAS/AAS) على هذه الأجهزة الظاهرية. راجع SAP Note 3074643 - OLNX: الأسئلة المتداولة: إذا كان Pacemaker ل Oracle Linux مدعوما في بيئة SAP. Oracle Real Application Cluster (RAC) غير مدعوم على Azure لأن RAC يتطلب شبكات الإرسال المتعدد.
تكوين التخزين
هناك نمطان موصى بهما لتوزيع التخزين لـ SAP على Oracle على Azure:
- إدارة التخزين التلقائي (ASM) لـ Oracle
- Azure NetApp Files (ANF) مع Oracle dNFS (NFS مباشر)
يتم تشجيع العملاء الذين يقومون حاليا بتشغيل قواعد بيانات Oracle على أنظمة ملفات EXT4 أو XFS مع Logical Volume Manager (LVM) للانتقال إلى ASM. هناك مزايا أداء وإدارة وموثوقية كبيرة لتشغيلها على ASM مقارنة ب LVM. يقلل ASM من التعقيد، ويحسن إمكانية الدعم، ويجعل المهام الإدارية أكثر بساطة. تحتوي هذه الوثائق على ارتباطات لمسؤولي قاعدة بيانات Oracle (DBAs) لمعرفة كيفية تثبيت ASM وإدارته.
يوفر Azure حلول تخزين متعددة.
يوضح الجدول أدناه تفاصيل حالة الدعم
نوع التخزين | دعم Oracle | حجم القطاع | Oracle Linux 8.x أو أعلى | Windows Server 2019 |
---|---|---|---|---|
نوع تخزين الكتلة | ||||
Premium SSD | مدعوم | 512e | يوصى باستخدام ASM. LVM مدعوم | لا يوجد دعم ل ASM على Windows |
Premium SSD v21 | مدعوم | 4K Native أو 512e2 | يوصى باستخدام ASM. LVM مدعوم | لا يوجد دعم ل ASM على Windows. تغيير أقراص ملف السجل من 4K Native إلى 512e |
Standard SSD | غير مدعوم | |||
Standard HDD | غير مدعوم | |||
قرص Ultra | مدعوم | 4K Native | يوصى باستخدام ASM. LVM مدعوم | لا يوجد دعم ل ASM على Windows. تغيير أقراص ملف السجل من 4K Native إلى 512e |
أنواع تخزين الشبكة | ||||
Azure NetApp Service (ANF) | مدعوم | - | Oracle dNFS مطلوبة | غير مدعوم |
Azure Files NFS | غير مدعوم | |||
ملفات Azure SMB | غير مدعوم |
- لا يحتوي Azure Premium SSD v2 على أحجام تخزين محددة مسبقا. ليست هناك حاجة لتخصيص أقراص متعددة داخل مجموعة قرص ASM أو LVM VG. يوصى بتخصيص قرص Premium SSD v2 واحد بالحجم المطلوب ومعدل النقل وIOOPS لكل مجموعة أقراص ASM
- يتم دعم 512e على Premium SSD v2 لأنظمة Windows. لا يوصى بتكوينات 512e لعملاء Linux. ترحيل إلى 4K Native باستخدام الإجراء في حجم قطاع MOS 512/512e إلى 4K Native Review (معرف المستند 1133713.1)
اعتبارات أخرى تطبق قائمة مثل:
- لا يوجد دعم ل DIRECTIO بحجم قطاع أصلي 4K. الإعدادات الموصى بها FILESYSTEMIO_OPTIONS لتكوينات LVM:
- LVM - إذا تم استخدام الأقراص ذات الهندسة 512/512e، FILESYSTEMIO_OPTIONS = SETALL
- LVM - إذا تم استخدام الأقراص ذات الهندسة الأصلية 4K، FILESYSTEMIO_OPTIONS = ASYNC
- تدعم Oracle 19c وأعلى بشكل كامل حجم القطاع الأصلي 4K مع كل من ASM وLVM
- Oracle 19c وأعلى على Linux - عند الانتقال من تخزين 512e إلى 4K يجب تغيير أحجام قطاع سجل التخزين الأصلي
- للترحيل من حجم قطاع 512/512e إلى 4K Native Review (معرف المستند 1133713.1) - راجع القسم "الترحيل دون اتصال إلى أقراص القطاع 4KB"
- يكتب SAPInst إلى pfile أثناء التثبيت. إذا كان $ORACLE_HOME/dbs على قرص 4K، فقم بتعيين filesystemio_options=asynch وشاهد المقطع "Datafile Support of 4kB Sector Disks" في MOS Supporting 4K Sector Disks (Doc ID 1133713.1)
- لا يوجد دعم ل ASM على الأنظمة الأساسية ل Windows
- لا يوجد دعم لحجم القطاع الأصلي 4K لسجل وحدة التخزين على الأنظمة الأساسية ل Windows. يجب تغيير SSDv2 و Ultra Disk إلى 512e عبر أيقونة القلم الرصاص "Edit Disk" في مدخل Microsoft Azure
- يتم دعم حجم القطاع الأصلي 4K فقط على وحدات تخزين البيانات للأنظمة الأساسية ل Windows. 4K غير مدعوم لوحدات تخزين السجل على Windows
- نوصي بمراجعة مقالات MOS هذه:
- Oracle Linux: ذاكرة التخزين المؤقتة لنظام الملفات مقابل الإدخال/الإخراج المباشر (معرف المستند 462072.1)
- دعم أقراص قطاع 4K (معرف المستند 1133713.1)
- استخدام سجلات إعادة 4k على Flash و4k-Disk والتخزين المستند إلى SSD (معرف المستند 1681266.1)
- الأمور التي يجب مراعاتها لإعداد filesystemio_options disk_asynch_io (معرف المستند 1987437.1)
نوصي باستخدام Oracle ASM على Linux مع ASMLib. يتم تحسين الأداء والإدارة والدعم والتكوين باستخدام نمط التوزيع. ستقوم Oracle ASM وOracle dNFS بتعيين المعلمات الصحيحة أو تجاوز المعلمات (مثل FILESYSTEMIO_OPTIONS) وبالتالي تقديم أداء وموثوقية أفضل.
إدارة التخزين التلقائي (ASM) لـ Oracle
قائمة اختيار إدارة التخزين التلقائي لـ Oracle:
- تعمل جميع SAP على Oracle على أنظمة Azure على تشغيل ASM بما في ذلك التطوير وضمان الجودة والإنتاج. قواعد البيانات الصغيرة والمتوسطة والكبيرة
- يتم استخدام ASMLib وليس UDEV. UDEV مطلوب ل SANs متعددة، وهو سيناريو غير موجود على Azure
- يجب تكوين ASM للتكرار الخارجي. يوفر تخزين Azure Premium SSD تكرارا ثلاثيا. يطابق Azure Premium SSD موثوقية وتكامل أي حل تخزين آخر. للأمان الاختياري، يمكن للعملاء التفكير في التكرار العادي لمجموعة قرص السجل
- النسخ المتطابق لملفات سجل إعادة اختياري ل ASM 888626 - إعادة تخطيط السجل للأنظمة المتطورة
- مجموعات أقراص ASM المكونة وفقًا للمتغير 1 أو 2 أو 3 أدناه
- حجم وحدة تخصيص ASM = 4 ميغابايت (افتراضي). قد تستفيد أنظمة OLAP لقواعد البيانات الكبيرة جدا (VLDB) مثل SAP BW من حجم وحدة تخصيص ASM أكبر. التغيير فقط بعد التأكيد باستخدام دعم Oracle
- حجم قطاع ASM وحجم القطاع المنطقي = الافتراضي (لا يوصى باستخدام UDEV ولكنه يتطلب 4k)
- إذا كان متوافقا. يتم تعيين سمة مجموعة قرص ASM إلى 11.2 أو أكثر لمجموعة قرص، يمكنك إنشاء أو نسخ أو نقل Oracle ASM SPFILE إلى نظام ملفات ACFS. راجع وثائق Oracle حول نقل pfile إلى ACFS. لا يقوم SAPInst بإنشاء pfile في ACFS بشكل افتراضي
- يتم استخدام متغير ASM المناسب. يجب أن تستخدم أنظمة الإنتاج المتغير 2 أو 3
مجموعات أقراص إدارة التخزين التلقائي (ASM) لـ Oracle
يصف الجزء الثاني من دليل Oracle الرسمي تثبيت وإدارة ASM:
- دليل مسؤول إدارة التخزين التلقائي لـ Oracle، 19c
- دليل ترقية وتثبيت Oracle Grid Infrastructure Grid Infrastructure، 19c لـ Linux
توجد حدود ASM التالية لـ Oracle Database 12c أو أحدث:
511 مجموعة أقراص، 10000 قرص ASM في مجموعة أقراص، 65530 قرص ASM في نظام تخزين، 1 مليون ملف لكل مجموعة أقراص. مزيد من المعلومات هنا: اعتبارات الأداء وقابلية التوسع لمجموعات الأقراص (oracle.com)
راجع وثائق ASM في دليل تثبيت SAP ذي الصلة لـ Oracle المتوفر من https://help.sap.com/viewer/nwguidefinder
المتغير 1 - وحدات تخزين بيانات صغيرة إلى متوسطة تصل إلى 3 تيرابايت، وقت الاستعادة غير مهم
لدى العميل قواعد بيانات صغيرة أو متوسطة الحجم حيث يمكن إجراء النسخ الاحتياطي و/أو الاستعادة + استرداد جميع قواعد البيانات باستخدام RMAN في الوقت المناسب. مثال: عند تعطل مجموعة أقراص Oracle ASM كاملة، مع ملفات البيانات، من قاعدة بيانات واحدة أو أكثر، وتحتاج جميع ملفات البيانات من جميع قواعد البيانات إلى الاستعادة إلى مجموعة أقراص Oracle ASM التي تم إنشاؤها حديثًا باستخدام RMAN.
توصية مجموعة أقراص Oracle ASM:
اسم مجموعة أقراص ASM | المخازن | تخزين Azure |
---|---|---|
+DATA | كافة ملفات البيانات | 3-6 × P 30 (1 تيرابايت) |
ملف التحكم (النسخة الأولى) | لزيادة حجم قاعدة البيانات، أضف أقراص P30 إضافية | |
سجلات الإعادة عبر الإنترنت (النسخة الأولى) | ||
+ARCH | ملف التحكم (النسخة الثانية) | 2 × P20 (512 غيغابايت) |
سجلات الإعادة المؤرشفة | ||
+RECO | ملف التحكم (النسخة الثالثة) | 2 × P20 (512 غيغابايت) |
النسخ الاحتياطية لـ RMAN (اختياري) | ||
مساحة الاسترداد (اختياري) |
المتغير 2 – وحدات تخزين البيانات المتوسطة إلى الكبيرة بين 3 تيرابايت و12 تيرابايت، وقت الاستعادة مهم
لدى العميل قواعد بيانات متوسطة إلى كبيرة الحجم حيث لا يمكن إجراء النسخ الاحتياطي و/أو الاستعادة أو استرداد جميع قواعد البيانات في الوقت المناسب.
عادة ما يستخدم العملاء RMAN أو Azure Backup ل Oracle و/أو تقنيات لقطة القرص معا.
الاختلافات الرئيسية في المتغير 1 هي:
- مجموعة أقراص Oracle ASM منفصلة لكل قاعدة بيانات
- يتم استخدام <DBNAME>+"_" كبادئة لاسم مجموعة أقراص DATA
- يتم إلحاق عدد مجموعة أقراص DATA إذا كانت قاعدة البيانات تمتد على أكثر من مجموعة أقراص DATA
- لا توجد سجلات إعادة عبر الإنترنت في مجموعات الأقراص "البيانات". بدلاً من ذلك يتم استخدام مجموعة أقراص إضافية للعضو الأول في كل مجموعة سجل إعادة عبر الإنترنت.
اسم مجموعة أقراص ASM | المخازن | تخزين Azure |
---|---|---|
+<DBNAME>_DATA[#] | كافة ملفات البيانات | 3-12 × P 30 (1 تيرابايت) |
كافة الملفات المؤقتة | لزيادة حجم قاعدة البيانات، أضف أقراص P30 إضافية | |
ملف التحكم (النسخة الأولى) | ||
+OLOG | سجلات الإعادة عبر الإنترنت (النسخة الأولى) | 3 × P20 (512 غيغابايت) |
+ARCH | ملف التحكم (النسخة الثانية) | 3 × P20 (512 غيغابايت) |
سجلات الإعادة المؤرشفة | ||
+RECO | ملف التحكم (النسخة الثالثة) | 3 × P20 (512 غيغابايت) |
النسخ الاحتياطية لـ RMAN (اختياري) | ||
مساحة الاسترداد السريع (اختياري) |
المتغير 3 – وحدات تخزين البيانات الضخمة والبيانات المتغيرة أكثر من 5 تيرابايت، وقت الاستعادة مهم
لدى العميل قاعدة بيانات ضخمة حيث لا يمكن إجراء النسخ الاحتياطي و/أو الاستعادة أو استرداد قاعدة بيانات واحدة في الوقت المناسب.
عادة ما يستخدم العملاء RMAN وAzure Backup ل Oracle و/أو تقنيات انطباق القرص معا. في هذا المتغير، يتم فصل كل نوع ملف قاعدة بيانات ذي صلة إلى مجموعات أقراص Oracle ASM مختلفة.
اسم مجموعة أقراص ASM | المخازن | تخزين Azure |
---|---|---|
+<DBNAME>_DATA[#] | كافة ملفات البيانات | 5-30 أو أكثر × P30 (1 تيرابايت) أو P40 (2 تيرابايت) |
جميع الملفات المؤقتة لزيادة حجم قاعدة البيانات، أضف أقراص P30 إضافية | ||
ملف التحكم (النسخة الأولى) | ||
+OLOG | سجلات الإعادة عبر الإنترنت (النسخة الأولى) | 3-8 × P20 (512 غيغابايت) أو P30 (1 تيرابايت) |
لمزيد من الأمان، يمكن تحديد "التكرار العادي" لمجموعة أقراص ASM هذه | ||
+ARCH | ملف التحكم (النسخة الثانية) | 3-8 × P20 (512 غيغابايت) أو P30 (1 تيرابايت) |
سجلات الإعادة المؤرشفة | ||
+RECO | ملف التحكم (النسخة الثالثة) | 3 × P30 (1 تيرابايت) أو P40 (2 تيرابايت) أو P50 (4 تيرابايت) |
النسخ الاحتياطية لـ RMAN (اختياري) | ||
مساحة الاسترداد السريع (اختياري) |
إشعار
يمكن تعيين تخزين مؤقت على قرص مضيف Azure لمجموعة أقراص DATA ASM إلى "قراءة فقط" أو "بدون". ضع في اعتبارك أنه مع بعض أنواع M(b)v3 VM الجديدة، يمكن أن يؤدي استخدام تخزين Premium SSD v1 المخزن مؤقتا للقراءة إلى انخفاض معدلات القراءة والكتابة IOPS ومعدل النقل مما ستحصل عليه إذا لم تستخدم ذاكرة التخزين المؤقت للقراءة. يجب تعيين كافة مجموعات أقراص ASM الأخرى إلى "بدون". على BW أو SCM يمكن اعتبار مجموعة أقراص ASM منفصلة لـ TEMP للأنظمة الكبيرة أو المزدحمة.
إضافة مساحة إلى ASM + أقراص Azure
يمكن توسيع مجموعات أقراص Oracle ASM إما عن طريق إضافة أقراص إضافية أو عن طريق توسيع الأقراص الحالية. نوصي بإضافة أقراص إضافية بدلا من توسيع الأقراص الموجودة. راجع مقالات وارتباطات MOS هذه، ملاحظات MOS 1684112.1 و2176737.1
يضيف ASM قرصا إلى مجموعة القرص: asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'
يقوم ASM تلقائيا بإعادة توازن البيانات. للتحقق من إعادة التوازن، قم بتشغيل هذا الأمر.
ps -ef | grep rbal
oraasm 4288 1 0 Jul28 ? 00:04:36 asm_rbal_oradb1
تتوفر الوثائق مع:
- كيفية تغيير حجم مجموعات أقراص ASM بين مناطق متعددة (aemcorp.com)
- تغيير الحجم - تغيير مجموعات الأقراص (oracle.com)
مراقبة SAP على أنظمة Oracle ASM على Azure
قم بتشغيل تقرير Oracle AWR (مستودع حمل العمل التلقائي) كخطوة أولى عند استكشاف مشكلة الأداء وإصلاحها. يتم تفصيل مقاييس أداء القرص في تقرير AWR.
يمكن مراقبة أداء القرص من داخل Oracle Enterprise Manager وعبر الأدوات الخارجية. الوثائق، التي قد تساعد متاحة هنا:
لا يمكن أدوات مراقبة مستوى نظام التشغيل مراقبة أقراص ASM حيث لا يوجد نظام ملفات يمكن التعرف عليه. يجب إجراء مراقبة المساحة الفارغة من داخل Oracle.
موارد التدريب على إدارة التخزين التلقائي (ASM) لـ Oracle
تتبع Oracle DBAs غير المألوفة مع Oracle ASM مواد التدريب والموارد هنا:
- SAP على Oracle مع ASM على Microsoft Azure - Part1 - مجتمع Microsoft التقني
- تثبيت Oracle19c DB [ ASM ] على [ Oracle Linux 8.3 ] [ Grid | ASM | UDEV | OEL 8.3 ] [ VMware ] - YouTube
- دليل مسؤول ASM (oracle.com)
- Oracle لتحديث تطوير SAP (مايو 2022)
- اعتبارات الأداء وقابلية التوسع لمجموعات الأقراص (oracle.com)
- الترحيل إلى Oracle ASM باستخدام Oracle Enterprise Manager
- استخدام RMAN للترحيل إلى ASM | Oracle Mentor (wordpress.com)
- ما هو Oracle ASM إلى Azure IaaS؟ - حديث بسيط (red-gate.com)
- الأداة المساعدة لسطر أوامر ASM (ASMCMD) (oracle.com)
- أوامر asmcmd المفيدة - DBACLASS DBACLASS
- تثبيت وتكوين برنامج Oracle ASMLIB
Azure NetApp Files (ANF) مع Oracle dNFS (NFS مباشر)
مزيج من أجهزة Azure الظاهرية و ANF هو تركيبة قوية ومثبتة ينفذها العديد من العملاء على نطاق واسع بشكل استثنائي.
قواعد البيانات المكونة من أكثر من 100 تيرابايت تعمل بالفعل بشكل منتج على هذه التركيبة. للبدء، كتبنا مدونة مفصلة حول كيفية إعداد هذه التركيبة:
مزيد من المعلومات العامة
- تصميمات الحلول باستخدام Azure NetApp Files | اوراكل
- تصميمات الحلول باستخدام Azure NetApp Files | SAP على anyDB
سجل النسخ المتطابقة مطلوب على أنظمة إنتاج dNFS ANF.
على الرغم من أن ANF يتكرر كثيرًا، لا يزال Oracle يتطلب وحدة تخزين redo-logfile منسوخة بشكل متطابق. التوصية هي إنشاء وحدتي تخزين منفصلتين وتكوين origlogA مع mirrlogB وoriglogB جنبًا إلى جنب مع mirrlogA. في هذه الحالة، يمكنك الاستفادة من موازنة تحميل موزعة لـ redo-logfiles.
لا يوصى بخيار التحميل "nconnect" عند تكوين عميل dNFS. يدير dNFS قناة IO ويستخدم جلسات متعددة، لذلك هذا الخيار قديم ويمكن أن يسبب مشكلات متعددة. سيتجاهل عميل dNFS خيارات التحميل ويتعامل مع الإدخال /الإخراج مباشرة.
يتم دعم كل من إصدارات NFS (v3 وv4.1) مع ANF لثنائيات وبيانات وملفات سجل Oracle.
نوصي بشدة باستخدام عميل Oracle dNFS لجميع وحدات تخزين Oracle.
خيارات التحميل الموصى بها هي:
إصدار NFS | خيارات التحميل |
---|---|
NFSv3 | rw,vers=3,rsize=262144,wsize=262144,hard,timeo=600,noatime |
NFSv4.1 | rw,vers=4.1,rsize=262144,wsize=262144,hard,timeo=600,noatime |
النسخ الاحتياطي لـ ANF
مع ANF، تتوفر بعض الميزات الرئيسية مثل النسخ الاحتياطية المتسقة المستندة إلى النسخة المطابقة، وزمن الانتقال المنخفض، والأداء العالي بشكل ملحوظ. من الإصدار 6 من أداة AzAcSnap أداة Azure Application Consistent Snapshot ل ANF، يمكن تكوين قواعد بيانات Oracle لنسخ مطابقة متسقة لقاعدة البيانات.
تظل هذه النسخ المطابقة على وحدة تخزين البيانات الفعلية ويجب نسخها بعيدًا باستخدام ANF CRR (النسخ المتماثل عبر المناطق) النسخ المتماثل عبر المنطقة لـ ANF أو أدوات النسخ الاحتياطي الأخرى.
SAP على Oracle على Azure مع LVM
ASM هي التوصية الافتراضية من Oracle لجميع أنظمة SAP من أي حجم على Azure. الأداء والموثوقية والدعم أفضل للعملاء الذين يستخدمون ASM. توفر Oracle الوثائق والتدريب لمشرفي قواعد البيانات للانتقال إلى ASM. في الحالات التي لا يتبع فيها فريق Oracle DBA التوصية من Oracle وMicrosoft وSAP لاستخدام ASM، يجب استخدام تكوين LVM التالي.
لاحظ أنه: عند إنشاء LVM، يجب استخدام الخيار "-i" لتوزيع البيانات بالتساوي عبر عدد الأقراص في مجموعة LVM.
سجل النسخ المتطابقة مطلوب عند تشغيل LVM.
الحد الأدنى لتكوين Linux:
المكون | القرص | ذاكرة التخزين المؤقت للمضيف | دمج الأقراص1 |
---|---|---|---|
/oracle/<SID>/origlogaA و mirrlogB | متميز | بلا | غير مطلوب |
/oracle/<SID>/origlogaB و mirrlogA | متميز | بلا | غير مطلوب |
/oracle/<SID>/sapdata1...n | متميز | بلا | مستحسن |
/oracle/<SID>/oraarch2 | متميز | بلا | غير مطلوب |
الصفحة الرئيسية لـ Oracle، saptrace, ... | متميز | بلا | بلا |
- دمج الأقراص: دمج LVM باستخدام RAID0
- oraarch: LVM اختياري
تحديد القرص لاستضافة سجلات إعادة Oracle عبر الإنترنت مدفوع بمتطلبات IOPS. من الممكن تخزين جميع sapdata1 ... n (مساحات الجداول) على قرص واحد مثبت ما دام أن الحجم وعمليات IOPS ومعدل النقل تفي بالمتطلبات.
تكوين أداء Linux:
المكون | القرص | ذاكرة التخزين المؤقت للمضيف | دمج الأقراص1 |
---|---|---|---|
/oracle/<SID>/origlogaA | متميز | بلا | يمكن استخدامه |
/oracle/<SID>/origlogaB | متميز | بلا | يمكن استخدامه |
/oracle/<SID>/mirrlogAB | متميز | بلا | يمكن استخدامه |
/oracle/<SID>/mirrlogBA | متميز | بلا | يمكن استخدامه |
/oracle/<SID>/sapdata1...n | متميز | بلا | مستحسن |
/oracle/<SID>/oraarch2 | متميز | بلا | غير مطلوب |
الصفحة الرئيسية لـ Oracle، saptrace, ... | متميز | بلا | بلا |
- دمج الأقراص: دمج LVM باستخدام RAID0
- oraarch: LVM اختياري
Azure Infra: حدود معدل نقل الجهاز الظاهري وخيارات تخزين قرص Azure
التوصيات الحالية ل Oracle Storage
- Azure Premium Storage – يتم نشر معظم العملاء على ASM باستخدام Premium Storage
- Azure NetApp Files - عملاء VLDB، غالبا ما يكون لديهم قواعد بيانات Oracle واحدة أكبر من 50 تيرابايت يستخدمون عادة ANF ويستخدمون قدرات لقطة التخزين لملفات Azure NetApp للنسخ الاحتياطي والاستعادة
- اندفاع القرص المدار - اندفاع القرص المدار - أجهزة Azure الظاهرية | Microsoft Docs
- Azure Write Accelerator - يستخدم لحالة أن سجل إعادة Oracle يستند إلى أقراص Premium SSD v1
- ملحق القرص عبر الإنترنت مدعوم بالكامل ل Premium Storage v1 ويعمل مع ASM
يمكن تحسين أوقات كتابة السجل على أجهزة سلسلة Azure Mالظاهرية عن طريق تمكين Write Accelerator. تمكين Azure Write Accelerator لأقراص Azure Premium Storage المستخدمة من قبل مجموعة أقراص ASM لملفات سجل الإعادة عبر الإنترنت. لمزيدٍ من المعلومات، راجع Write Accelerator.
يعد استخدام Write Accelerator اختياريًا ولكن يمكن تمكينه إذا كان تقرير AWR يشير إلى أوقات كتابة سجل أعلى من المتوقع.
حدود معدل نقل الجهاز الظاهري ل Azure
يحتوي كل نوع من أجهزة Azure الظاهرية (VM) على حدود لوحدة المعالجة المركزية والقرص والشبكة وذاكرة الوصول العشوائي. يتم توثيق هذه الحدود في الارتباطات أدناه
يجب اتباع التوصيات التالية عند تحديد نوع الجهاز الظاهري:
- تأكد من أن معدل نقل القرص وIOOPS كافي لحمل العمل وعلى الأقل يساوي معدل النقل الكلي للأقراص
- ضع في اعتبارك تمكين الاندفاع المدفوع خاصة لقرص (أقراص) سجل الإعادة
- بالنسبة إلى ANF، يعد معدل نقل الشبكة مهما حيث يتم حساب كل حركة مرور التخزين على أنها "شبكة" بدلا من معدل نقل القرص
- راجع هذه المدونة لضبط الشبكة لسلسة M تحسين معدل نقل الشبكة على الأجهزة الظاهرية من سلسلة M - HCMT (microsoft.com)
- راجع هذا الارتباط الذي يصف كيفية استخدام تقرير AWR لتحديد جهاز Azure الظاهري الصحيح
- Azure Intel Ev5 سلسلة Edv5 وEdsv5 - أجهزة Azure الظاهرية |Microsoft Docs
- Azure AMD Eadsv5 سلسلة Easv5 وEadsv5 - أجهزة Azure الظاهرية |Microsoft Docs
- سلسلة M/Msv2 من Azure سلسلة M - أجهزة Azure الظاهرية |Microsoft Docs وسلسلة Msv2/Mdsv2 متوسطة الذاكرة - أجهزة Azure الظاهرية | Microsoft Docs
- Azure Mv2 سلسلة Mv2 - أجهزة Azure الظاهرية | Microsoft Docs
الاستعادة/النسخ الاحتياطي
للحصول على وظائف النسخ الاحتياطي/الاستعادة، يتم دعم أدوات SAP BR* لـ Oracle بنفس الطريقة التي يتم الدعم من خلالها على نظام تشغيل معطل وHyper-V. كما يتم اعتماد إدارة الاسترداد Oracle (RMAN) للنسخ الاحتياطية إلى القرص واستعادة من القرص.
لمزيد من المعلومات حول كيفية استخدام خدمات Azure Backup and Recovery لقواعد بيانات Oracle، راجع:
- تدعم خدمة Azure Backup أيضا النسخ الاحتياطية ل Oracle كما هو موضح في المقالة النسخ الاحتياطي واسترداد قاعدة بيانات Oracle على Azure Linux VM باستخدام Azure Backup.
التوافر العالي
يتم دعم Oracle Data Guard لتحقيق التوافر العالي ولأغراض الاستعادة من الكوارث. لتحقيق تجاوز الفشل التلقائي في Data Guard، تحتاج إلى استخدام Fast-Start Failover. تقوم وظيفة Observer (FSFA) بتشغيل تجاوز الفشل. إذا لم تستخدم FSFA، يمكنك فقط استخدام تكوين تجاوز الفشل اليدوي. لمزيدٍ من المعلومات، راجع تنفيذ Oracle Data Guard على الجهاز الظاهري Azure Linux.
يتم عرض جوانب الإصلاح بعد كارثة لقواعد بيانات Oracle في Azure في المقالة الإصلاح بعد كارثة لقاعدة بيانات Oracle Database 12c في بيئة Azure.
صفحات ضخمة وتكوينات Oracle SGA الكبيرة
تطبق VLDB SAP على Oracle في عمليات توزيع Azure أحجام SGA التي تزيد عن 3 تيرابايت. تتعامل الإصدارات الحديثة من Oracle مع أحجام SGA الكبيرة بشكل جيد وتقلل بشكل كبير من IO. راجع تقرير AWR وقم بزيادة حجم SGA لتقليل قراءة IO.
كإرشادات عامة، يجب تكوين صفحات Linux الضخمة إلى حوالي 75٪ من حجم RAM للجهاز الظاهري. يمكن تعيين حجم SGA إلى 90٪ من حجم صفحة ضخمة. مثال تقريبي سيكون M192ms VM مع 4 تيرابايت من ذاكرة الوصول العشوائي قد ضخمة الصفحات تعيين تقريبا 3 تيرابايت. يمكن تعيين SGA إلى قيمة أقل قليلاً مثل 2.95 تيرابايت.
يستفيد عملاء SAP الكبار الذين يعملون على أجهزة Azure الظاهرية ذات الذاكرة العالية بشكل كبير من HugePages كما هو موضح في هذه المقالة
يجب تعيين أنظمة NUMA vm.min_free_kbytes إلى 524288 * <# من عقد NUMA>. راجع Oracle Linux : القيمة الموصى بها لمعلمة ضبط vm.min_free_kbytes Kernel (معرف المستند 2501269.1...
روابط وأدوات Oracle Linux المساعدة الأخرى
توفر Oracle Linux أداة مفيدة لإدارة واجهة المستخدم الرسومية:
- وحدة تحكم الويب لـ Oracle Oracle Linux: تثبيت وحدة تحكم ويب Cockpit على Oracle Linux
- المصدر مشروع Cockpit — مشروع Cockpit (cockpit-project.org)
لدى Oracle Linux أداة جديدة لإدارة الحزم - DNF
Oracle Linux 8: أصبحت إدارة الحزم سهلة بفضل مقاطع الفيديو المجانية | مدوّنة Oracle Linux
برنامج إدارة Oracle® Linux 8 على Oracle Linux - الفصل 1 Yum DNF
يمكن اختبار تكوينات الذاكرة وNUMA وقياسها باستخدام أداة مفيدة - Oracle Real Application Testing (RAT)
Oracle Real Application Testing: ما هو وكيف يمكنك استخدامه؟ (aemcorp.com)
معلومات حول مشكلة تلف سجل UDEV تلف سجل الإعادة Oracle على Azure | Oracle في الحقل (wordpress.com)
Oracle ASM في تلف Azure - المتابعة (dbaharrison.blogspot.com)
تلف البيانات على Hyper-V أو Azure عند تشغيل Oracle ASM - مدخل عملاء Red Hat
إعداد Oracle ASM على جهاز ظاهري Azure Linux - أجهزة Azure الظاهرية | Microsoft Docs
إرشادات تكوين Oracle لعمليات تثبيت SAP في Azure VMs على نظام التشغيل Windows
يدعم SAP على Oracle على Azure أيضًا Windows. يتم تلخيص توصيات عمليات توزيع Windows أدناه:
- يوصى بإصدارات Windows التالية: Windows Server 2022 (فقط من Oracle Database 19.13.0 والإصدارات الأحدث) Windows Server 2019 (فقط من Oracle Database 19.5.0 والإصدارات الأحدث)
- لا يوجد دعم ل ASM على Windows. يجب استخدام مساحات تخزين Windows لتجميع الأقراص للحصول على الأداء الأمثل
- تثبيت Oracle Home على قرص مستقل مخصص (لا تقم بتثبيت Oracle Home على محرك الأقراص C: )
- يجب تنسيق كافة الأقراص بنظام NTFS
- اتبع دليل ضبط Windows من Oracle وقم بتمكين الصفحات الكبيرة وصفحات التأمين في الذاكرة وإعدادات Windows الأخرى المحددة
في ذلك الوقت، لا يتم دعم كتابة ASM لعملاء Windows على Azure. لا يدعم SAP Software Provisioning Manager (SWPM) لنظام التشغيل Windows ASM حاليا.
تكوينات التخزين لـ SAP على Oracle على Windows
الحد الأدنى لتكوين Windows:
المكون | القرص | ذاكرة التخزين المؤقت للمضيف | دمج الأقراص1 |
---|---|---|---|
E:\oracle\<SID>\origlogaA و mirrlogB | متميز | بلا | غير مطلوب |
F:\oracle\<SID>\origlogaB و mirrlogA | متميز | بلا | غير مطلوب |
G:\oracle\<SID>\sapdata1...n | متميز | بلا | مستحسن |
H:\oracle\<SID>\oraarch2 | متميز | بلا | غير مطلوب |
I:\الصفحة الرئيسية لـ Oracle، saptrace, ... | متميز | بلا | بلا |
- دمج الأقراص: مساحات تخزين Windows
- oraarch: مساحات تخزين Windows اختيارية
تحديد القرص لاستضافة سجلات إعادة Oracle عبر الإنترنت مدفوع بمتطلبات IOPS. من الممكن تخزين جميع sapdata1 ... n (مساحات الجداول) على قرص واحد مثبت ما دام أن الحجم وعمليات IOPS ومعدل النقل تفي بالمتطلبات.
تكوين أداء Windows:
المكون | القرص | ذاكرة التخزين المؤقت للمضيف | دمج الأقراص1 |
---|---|---|---|
E:\oracle\<SID>\origlogaA | متميز | بلا | يمكن استخدامه |
F:\oracle\<SID>\origlogaB | متميز | بلا | يمكن استخدامه |
G:\oracle\<SID>\mirrlogAB | متميز | بلا | يمكن استخدامه |
H:\oracle\<SID>\mirrlogBA | متميز | بلا | يمكن استخدامه |
I:\oracle\<SID>\sapdata1...n | متميز | بلا | مستحسن |
J:\oracle\<SID>\oraarch2 | متميز | بلا | غير مطلوب |
K:\الصفحة الرئيسية لـ Oracle، saptrace, ... | متميز | بلا | بلا |
- دمج الأقراص: مساحات تخزين Windows
- oraarch: مساحات تخزين Windows اختيارية
ارتباطات Oracle على Windows
- نظرة عامة على ضبط Windows (oracle.com)
- مهام تكوين ما بعد التثبيت على Windows (oracle.com)
- SAP على Windows Presentation (oracle.com)2823030 - Oracle على الصفحات الكبيرة لـ MS WINDOWS
الخطوات التالية
قراءة المقال