Déploiement de base de données Oracle de machines virtuelles Azure pour charge de travail SAP
Ce document décrit les différents domaines à prendre en compte lors du déploiement d’Oracle Database pour une charge de travail SAP dans Azure IaaS. Avant de lire ce document, nous vous recommandons de lire Facteurs à prendre en compte pour le déploiement de SGBD sur des machines virtuelles Azure pour une charge de travail SAP. Nous vous recommandons aussi de lire d’autres guides de la documentation de la charge de travail SAP sur Azure.
Vous trouverez des informations sur les versions d’Oracle et les versions des systèmes d’exploitation correspondantes qui sont prises en charge pour l’exécution de SAP sur Oracle dans Azure dans la note SAP 2039619.
Pour obtenir des informations d’ordre général sur l’exécution de SAP Business Suite sur Oracle, consultez SAP sur Oracle. Oracle prend en charge l’exécution de bases de données Oracle sur Microsoft Azure. Pour plus d’informations sur la prise en charge générale de Windows Hyper-V et d’Azure, consultez le Forum aux questions sur Oracle et Microsoft Azure.
Les notes SAP suivantes sont pertinentes pour une installation Oracle
Spécificités d’Oracle Database sur Oracle Linux
Oracle prend en charge l’exécution de leurs instances de base de données sur Microsoft Azure avec Oracle Linux en tant que système d’exploitation invité. Pour plus d’informations sur la prise en charge générale de Windows Hyper-V et d’Azure, consultez le Forum aux questions sur Azure et Oracle.
Le scénario spécifique d’applications SAP utilisant des bases de données Oracle est également pris en charge. Les détails sont présentés dans la partie suivante du document.
Recommandations générales pour l’exécution de SAP sur Oracle sur Azure
Lors de l’installation ou de la migration de SAP existant sur des systèmes Oracle vers Azure, le modèle de déploiement suivant doit être suivi :
- Utilisez la version Oracle Linux la plus récente disponible (Oracle Linux 8.6 ou version ultérieure).
- Utilisez la version la plus récente d’Oracle Database disponible avec le dernier correctif SAP (SBP) (Oracle 19 Patch 15 ou version ultérieure) 2799920 – Correctifs pour 19c : Base de données.
- Utilisez Automatic Storage Management (ASM) pour les bases de données de petite, moyenne et grande taille sur le stockage de blocs.
- Un SSD Azure Stockage Premium doit être utilisé. N’utilisez pas le type de stockage Standard ou d’autres types de stockage.
- ASM supprime la condition requise pour le journal miroir. Suivez les conseils d’Oracle dans la Note 888626 – Rétablir la disposition des journaux pour les systèmes haut de gamme.
- Utilisez ASMLib et n’utilisez pas udev.
- Les déploiements Azure NetApp Files doivent utiliser Oracle dNFS (solution NFS directe haute performance d’Oracle).
- Les bases de données Oracle volumineuses bénéficient considérablement de grandes tailles de zone globale système (SGA). Les grands clients doivent déployer sur Azure série M avec une taille de RAM de 4 To ou plus
- Définir des hugepages Linux sur 75 % de la taille de RAM physique
- Définir la zone globale système (SGA) sur 90 % de la taille de page volumineuse
- Définissez le paramètre Oracle USE_LARGE_PAGES = ONLY : la valeur ONLY est préférée à la valeur TRUE, car la valeur ONLY est censée fournir des performances plus cohérentes et prévisibles. La valeur TRUE peut allouer à la fois de grandes pages de 2 Mo et 4K standard. La valeur ONLY va toujours forcer de grandes pages de 2 Mo. Si le nombre de pages volumineuses disponibles n’est pas suffisant ou n’est pas correctement configuré, l’instance de base de données ne démarre pas avec le code d’erreur : ora-27102 : mémoire insuffisante Linux_x86_64 Erreur 12 : impossible d’allouer de la mémoire. Si la mémoire contiguë est insuffisante, Oracle Linux peut avoir besoin d’être redémarré et/ou des paramètres de page volumineuse du système d’exploitation reconfigurés.
- Oracle Home doit être situé en dehors du volume ou du disque « racine ». Utilisez un disque distinct ou un volume ANF. Le disque contenant Oracle Home doit être de 64 Gigaoctets ou plus.
- La taille du disque de démarrage pour les serveurs de base de données Oracle hautes performances est importante. Au minimum, un disque P10 doit être utilisé pour la série M ou la série E. N’utilisez pas de petits disques tels que P4 ou P6. Un petit disque peut provoquer des problèmes de performances.
- Les performances réseau accélérées doivent être activées sur toutes les machines virtuelles. Mettez à niveau vers la dernière version d’Oracle Linux s’il existe des problèmes d’activation des performances réseau accélérées.
- Vérifiez les mises à jour dans cette documentation et la note SAP 2039619 – Applications SAP sur Microsoft Azure avec la base de données Oracle : produits et versions pris en charge – Launchpad de support SAP ONE.
Pour plus d’informations sur les versions d’Oracle et les versions de systèmes d’exploitation correspondantes prises en charge pour l’exécution de SAP sur Oracle dans des machines virtuelles Azure, consultez la note SAP 2039619.
Pour obtenir des informations d’ordre général sur l’exécution de SAP Business Suite sur Oracle, consultez la page de la communauté SAP sur Oracle. SAP sur Oracle sur Azure est uniquement pris en charge sur Oracle Linux (et non sur Suse ou Red Hat) pour les serveurs d’applications et de base de données. Les serveurs ASCS/ERS peuvent utiliser RHEL/SUSE, car le client Oracle n’est pas installé ou utilisé sur ces machines virtuelles. Les serveurs d’applications (PAS/AAS) ne doivent pas être installés sur ces machines virtuelles. Reportez-vous à la note SAP 3074643 – OLNX : FAQ : si Pacemaker pour Oracle Linux est pris en charge dans l’environnement SAP. Oracle RAC (Real Application Cluster) n’est pas pris en charge sur Azure, car RAC nécessite une mise en réseau multidiffusion.
Configuration du stockage
Il existe deux modèles de déploiement de stockage recommandés pour SAP sur Oracle sur Azure :
- Oracle - Gestion automatique du stockage (ASM)
- Azure NetApp Files (ANF) avec Oracle dNFS (Direct NFS)
Les clients exécutant actuellement des bases de données Oracle sur des systèmes de fichiers EXT4 ou XFS avec LVM (Logical Volume Manager) sont encouragés à passer à ASM. Il existe des avantages considérables en matière de performances, d’administration et de fiabilité à travailler sur ASM plutôt que LVM. ASM réduit la complexité, améliore la prise en charge et simplifie les tâches d’administration. Cette documentation contient des liens pour que les administrateurs de base de données Oracle apprennent à installer et à gérer ASM.
Azure fournit plusieurs solutions de stockage. Le tableau ci-dessous détaille l’état du support
| Type de stockage | Prise en charge d’Oracle | Taille du secteur | Oracle Linux 8.x ou version ultérieure | Windows Server 2019 |
|---|---|---|---|---|
| Type de stockage par blocs | ||||
| SSD Premium | Prise en charge | 512e | ASM recommandé. LVM pris en charge | Il n’existe aucune prise en charge d’ASM sur Windows |
| SSD Premium v2 | Prise en charge | 4K Native ou 512e1 | ASM recommandé. LVM pris en charge | Il n’existe aucune prise en charge d’ASM sur Windows. Modifier les disques de fichier journal de 4K natif à 512e |
| SSD Standard | Non pris en charge | |||
| HDD Standard | Non pris en charge | |||
| Disque Ultra | Prise en charge | 4K natif | ASM recommandé. LVM pris en charge | Il n’existe aucune prise en charge d’ASM sur Windows. Modifier les disques de fichier journal de 4K natif à 512e |
| Types de stockage réseau | ||||
| Azure NetApp Service (ANF) | Prise en charge | - | Oracle dNFS requis | Non pris en charge |
| Azure Files NFS | Non pris en charge | |||
| Azure Files SMB | Non pris en charge |
1 512e est pris en charge sur SSD Premium v2 pour les systèmes Windows. Les configurations 512e ne sont pas recommandées pour les clients Linux. Migrer vers 4K natif à l’aide d’une procédure dans une taille de secteur MOS 512/512e vers la révision 4K natif (ID doc 1133713.1)
Autres considérations qui appliquent la liste comme suit :
- Aucune prise en charge de DIRECTIO avec une taille de secteur de 4K natif. Paramètres recommandés pour FILESYSTEMIO_OPTIONS pour les configurations LVM :
- LVM : si des disques avec géométrie 512/512e sont utilisés, FILESYSTEMIO_OPTIONS = SETALL
- LVM : si des disques avec géométrie 4K natif sont utilisés, FILESYSTEMIO_OPTIONS = ASYNC
- Oracle 19c et versions ultérieures prennent entièrement en charge la taille de secteur 4K natif avec ASM et LVM
- Oracle 19c et versions ultérieures sur Linux : lorsque vous passez du stockage 512e au stockage 4K natif, les tailles de secteur des journaux doivent être modifiées
- Pour migrer de la taille du secteur 512/512e vers la révision 4K natif (DOC ID 1133713.1) – voir la section « Migration hors connexion vers disques de secteur 4 Ko »
- SAPInst écrit dans le fichier pfile pendant l’installation. Si le $ORACLE_HOME/dbs se trouve sur un jeu de disques 4K filesystemio_options=asynch et consultez la section « Prise en charge des fichiers de données des disques de secteur 4 ko » dans MOS prenant en charge les disques de secteur 4K (Doc ID 1133713.1)
- Aucune prise en charge d’ASM sur les plateformes Windows
- Aucune prise en charge de la taille de secteur 4K natif pour le volume de journal sur les plateformes Windows. SSDv2 et Ultra Disk doivent être modifiés en 512e via l’icône de crayon « Modifier le disque » dans le portail Azure
- La taille de secteur 4K natif est prise en charge uniquement sur les volumes de données pour les plateformes Windows. La version 4K n’est pas prise en charge pour les volumes de journal sur Windows
- Nous vous recommandons de consulter ces articles MOS :
- Oracle Linux : Cache de mémoire tampon du système de fichiers par rapport aux E/S directes (Doc ID 462072.1)
- Prise en charge des disques de secteur 4K (Doc ID 1133713.1)
- Utilisation des journaux de restauration automatique 4k sur flash, disque 4k et stockage SSD (Doc ID 1681266.1)
- Éléments à prendre en compte pour définir filesystemio_options et disk_asynch_io (Doc ID 1987437.1)
Nous vous recommandons d’utiliser Oracle ASM sur Linux avec ASMLib. Les performances, l’administration, la prise en charge et la configuration sont optimisées avec le modèle de déploiement. Oracle ASM et Oracle dNFS vont définir les paramètres corrects ou contourner les paramètres (tels que FILESYSTEMIO_OPTIONS) et offrent donc de meilleures performances et une fiabilité supérieure.
Oracle - Gestion automatique du stockage (ASM)
Liste de contrôle pour la gestion automatique du stockage Oracle :
- Tous les systèmes SAP sur Oracle sur Azure exécutent ASM, y compris pour le développement, l’assurance qualité et la production. Bases de données petites, moyennes et grandes
- ASMLib est utilisé et non UDEV. UDEV est requis pour plusieurs SAN, un scénario qui n’existe pas sur Azure
- ASM doit être configuré pour la redondance externe. Le stockage SSD Premium Azure offre une redondance triple. Azure Premium SSD répond à la fiabilité et à l’intégrité de toute autre solution de stockage. Pour plus de sécurité, les clients peuvent envisager la redondance normale pour le groupe de disques de journal
- Aucun journal miroir n’est requis pour ASM 888626 – Rétablir la disposition des journaux pour les systèmes haut de gamme
- Groupes de disques ASM configurés selon les variantes 1, 2 ou 3 ci-dessous
- Taille de l’unité d’allocation ASM = 4 Mo (par défaut). Les systèmes VLDB (base de données très volumineuse) OLAP tels que BW peuvent bénéficier d’une plus grande taille d’unité d’allocation ASM. Changer uniquement après avoir confirmé la prise en charge d’Oracle
- Taille du secteur ASM et taille du secteur logique = valeur par défaut (UDEV n’est pas recommandé, mais nécessite 4k)
- Si l’attribut de groupe de disques COMPATIBLE.ASM est défini sur 11.2 ou supérieur pour un groupe de disques, vous pouvez créer, copier ou déplacer un fichier Oracle ASM SPFILE dans un système de fichiers ACFS. Passez en revue la documentation Oracle sur le déplacement de fichiers pfile vers ACFS. SAPInst ne crée pas le fichier pfile dans ACFS par défaut
- La variante ASM appropriée est utilisée. Les systèmes de production doivent utiliser la Variante 2 ou 3
Groupes de disques Oracle Automatic Storage Management
La partie II du Guide Oracle officiel décrit l’installation et la gestion d’ASM :
- Guide de l’administrateur Oracle Automatic Storage Management, 19c
- Guide d’installation et de mise à niveau d’infrastructure Oracle Grid Infrastructure Grid, 19c pour Linux
Les limites ASM suivantes existent pour Oracle Database 12c ou version ultérieure :
511 groupes de disques, 10 000 disques ASM dans un groupe de disques, 65 530 disques ASM dans un système de stockage, 1 million de fichiers pour chaque groupe de disques. Plus d’informations ici : Considérations relatives aux performances et à la scalabilité des groupes de disques (oracle.com)
Consultez la documentation ASM dans le guide d’installation SAP approprié pour Oracle disponible à partir de https://help.sap.com/viewer/nwguidefinder
Variante 1 : volumes de données petits à moyens jusqu’à 3 To, temps de restauration non critique
Le client dispose de bases de données de petite ou moyenne taille où la sauvegarde et/ou la restauration + la récupération de toutes les bases de données peuvent être accomplies par RMAN en temps opportun. Exemple : Lorsqu’un groupe de disques Oracle ASM complet, avec des fichiers de données, d’une ou plusieurs bases de données est rompu et que tous les fichiers de données de toutes les bases de données doivent être restaurés dans un groupe de disques Oracle ASM nouvellement créé à l’aide de RMAN.
Recommandation de groupe de disques Oracle ASM :
| Nom du groupe de disques ASM | Stores | Stockage Azure |
|---|---|---|
| +DATA | Tous les fichiers de données | 3-6 x P 30 (1 TiB) |
| Fichier de contrôle (première copie) | Pour augmenter la taille de la base de données, ajoutez des disques P30 supplémentaires | |
| Journaux de restauration en ligne (première copie) | ||
| +ARCH | Fichier de contrôle (deuxième copie) | 2 x P20 (512 Gio) |
| Journaux de restauration par progression archivés | ||
| +RECO | Fichier de contrôle (troisième copie) | 2 x P20 (512 Gio) |
| Sauvegardes RMAN (facultatives) | ||
| zone de récupération (en option) |
Variante 2 – moyens à grands volumes de données compris entre 3 To et 12 To, temps de restauration important
Le client a des bases de données de taille moyenne à grande taille où la sauvegarde et/ou la restauration +
la récupération de toutes les bases de données ne peut pas être effectuée en temps opportun.
Généralement, les clients utilisent RMAN, Sauvegarde Azure pour Oracle et/ou des techniques d’alignement de disque en combinaison.
Les principales différences avec la variante 1 sont les suivantes :
- Séparation du groupe de disques Oracle ASM pour chaque base de données
- <DBNAME>+“_” est utilisé comme préfixe pour le nom du groupe de disques DATA
- Le numéro du groupe de disques DATA est ajouté si la base de données s’étend sur plusieurs groupes de disques DATA
- Aucun journal de restauration en ligne n’est situé dans les groupes de disques de « données ». Au lieu de cela, un groupe de disques supplémentaire est utilisé pour le premier membre de chaque groupe de journaux de restauration en ligne.
| Nom du groupe de disques ASM | Stores | Stockage Azure |
|---|---|---|
| +<DBNAME>_DATA[#] | Tous les fichiers de données | 3-12 x P 30 (1 Tio) |
| Tous les fichiers temporaires | Pour augmenter la taille de la base de données, ajoutez des disques P30 supplémentaires | |
| Fichier de contrôle (première copie) | ||
| +OLOG | Journaux de restauration en ligne (première copie) | 3 x P20 (512 Gio) |
| +ARCH | Fichier de contrôle (deuxième copie) | 3 x P20 (512 Go) |
| Journaux de restauration par progression archivés | ||
| +RECO | Fichier de contrôle (troisième copie) | 3 x P20 (512 Gio) |
| Sauvegardes RMAN (facultatives) | ||
| Zone de récupération rapide (en option) |
Variante 3 : énormes volumes de données et modifications de données de plus de 5 To, temps de restauration crucial
Le client dispose d’une grande base de données où la sauvegarde et/ou la restauration + la récupération d’une seule base de données ne peuvent pas être effectuées en temps opportun.
Généralement, les clients utilisent RMAN, Sauvegarde Azure pour Oracle et/ou des techniques d’alignement de disque en combinaison. Dans cette variante, chaque type de fichier de base de données approprié est séparé par différents groupes de disques Oracle ASM.
| Nom du groupe de disques ASM | Stores | Stockage Azure |
|---|---|---|
| +<DBNAME>_DATA[#] | Tous les fichiers de données | 5-30 ou plus x P30 (1 Tio) ou P40 (2 Tio) |
| Tous les fichiers temporaires - Pour augmenter la taille de la base de données, ajoutez des disques P30 supplémentaires | ||
| Fichier de contrôle (première copie) | ||
| +OLOG | Journaux de restauration en ligne (première copie) | 3-8 x P20 (512 Gio) ou P30 (1 Tio) |
| Pour plus de sécurité, la « redondance normale » peut être sélectionnée pour ce groupe de disques ASM | ||
| +ARCH | Fichier de contrôle (deuxième copie) | 3-8 x P20 (512 Gio) ou P30 (1 Tio) |
| Journaux de restauration par progression archivés | ||
| +RECO | Fichier de contrôle (troisième copie) | 3 x P30 (1 Tio), P40 (2 Tio) ou P50 (4 Tio) |
| Sauvegardes RMAN (facultatives) | ||
| Zone de récupération rapide (en option) |
Notes
Le cache de disque hôte Azure pour le groupe de disques DATA ASM peut être défini sur Lecture seule ou Aucun. Tous les autres groupes de disques ASM doivent être définis sur Aucun. Sur BW ou SCM, un groupe de disques ASM distinct pour TEMP peut être envisagé pour les systèmes volumineux ou occupés.
Ajout d’espace aux disques ASM + Azure
Les groupes de disques Oracle ASM peuvent être étendus en ajoutant des disques supplémentaires ou en étendant les disques actuels. Nous vous recommandons d’ajouter des disques supplémentaires plutôt que d’étendre des disques existants. Consultez ces articles MOS et les liens vers les notes MOS 1684112.1 et 2176737.1
ASM ajoute un disque au groupe de disques : asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'
ASM rééquilibrée automatiquement les données. Pour vérifier le rééquilibrage, exécutez cette commande.
ps -ef | grep rbal
oraasm 4288 1 0 Jul28 ? 00:04:36 asm_rbal_oradb1
La documentation est disponible avec :
- Comment redimensionner des groupes de disques ASM entre plusieurs zones (aemcorp.com)
- Redimensionnement - Modification des groupes de disques (oracle.com)
Surveillance de SAP sur les systèmes Oracle ASM sur Azure
Exécutez un rapport Oracle AWR comme première étape lors de la résolution d’un problème de performances. Les métriques de performances de disque sont détaillées dans le rapport AWR.
Les performances des disques peuvent être surveillées à partir d’Oracle Enterprise Manager et via des outils externes. Une documentation qui peut vous aider est disponible ici :
- Utilisation des vues pour afficher les informations Oracle ASM
- Commandes de gestion des groupes de disques ASMCMD (oracle.com)
Les outils de surveillance au niveau du système d’exploitation ne peuvent pas surveiller les disques ASM, car il n’existe aucun système de fichiers reconnaissable. La supervision de l’espace libre doit être effectuée à partir d’Oracle.
Ressources de formation sur Oracle Automatic Storage Management (ASM)
Les administrateurs de base de données Oracle qui ne sont pas familiarisés avec Oracle ASM doivent suivre ces supports et ressources d’apprentissage :
- SAP sur Oracle avec ASM sur Microsoft Azure – Partie 1 : Microsoft Tech Community
- Installation d’Oracle19c DB [ ASM ] sur [ Oracle Linux 8.3 ] [ Grid | | ASM UDEV | OEL 8.3 ] [ VMware ] - YouTube
- Guide de l’administrateur ASM (oracle.com)
- Oracle pour la mise à jour du développement SAP (mai 2022)
- Considérations relatives aux performances et à l’extensibilité pour les groupes de disques (oracle.com)
- Migration vers Oracle ASM avec Oracle Enterprise Manager
- Utilisation de RMAN pour migrer vers ASM | The Oracle Mentor (wordpress.com)
- Qu’est-ce que Oracle ASM pour Azure IaaS ? - Simple Talk (red-gate.com)
- Utilitaire en ligne de commande ASM (ASMCMD) (oracle.com)
- Commandes asmcmd utiles - DBACLASS DBACLASS
- Installation et configuration du logiciel Oracle ASMLIB
Azure NetApp Files (ANF) avec Oracle dNFS (Direct NFS)
La combinaison de machines virtuelles Azure et d’ANF est une combinaison robuste et éprouvée implémentée par de nombreux clients à une échelle exceptionnellement grande.
Les bases de données de 100 To sont déjà productives sur cette combinaison. Pour commencer, nous avons écrit un billet de blog détaillé sur la configuration de cette combinaison :
Informations plus générales
- Architectures de solution avec Azure NetApp Files | Oracle
- Architectures de solution avec Azure NetApp Files | SAP sur anyDB
Le journal miroir est requis sur les systèmes de production dNFS ANF.
Même si l’ANF est hautement redondant, Oracle requiert toujours un volume de fichier journal de restauration par progression en miroir. Il est recommandé de créer deux volumes distincts et de configurer origlogA avec mirrlogB et origlogB avec mirrlogA. Dans ce cas, vous utilisez un équilibrage de charge distribué des fichiers de restauration par progression.
L’option de montage « nconnect » n’est pas recommandée lorsque le client dNFS est configuré. dNFS gère le canal d’E/S et utilise plusieurs sessions. Cette option est donc obsolète et peut provoquer des problèmes multiples. Le client dNFS va ignorer les options de montage et gérer directement les E/S.
Les versions NFS (v3 et v4.1) avec ANF sont prises en charge pour les fichiers binaires, les données et les fichiers journaux Oracle.
Nous vous recommandons vivement d’utiliser le client Oracle dNFS pour tous les volumes Oracle.
Les options de montage recommandées sont les suivantes :
| Version NFS | Options de montage |
|---|---|
| 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 |
Sauvegarde ANF
Avec ANF, certaines fonctionnalités clés sont disponibles, comme des sauvegardes cohérentes basées sur des captures instantanées, une faible latence et des performances remarquablement élevées. À partir de la version 6 de notre outil AzAcSnap, l’outil Azure Application Consistent Snapshot pour ANF, les bases de données Oracle peuvent être configurées pour des instantanés de base de données cohérents.
Ces captures instantanées restent sur le volume de données réel et doivent être copiées à l’aide de la réplication CRR (réplication inter-région) Réplication inter-région d’ANF ou d’autres outils de sauvegarde.
SAP sur Oracle sur Azure avec LVM
ASM est la recommandation par défaut d’Oracle pour tous les systèmes SAP de toute taille sur Azure. Les performances, la fiabilité et le support seront meilleurs pour les clients qui utilisent ASM. Oracle fournit une documentation et une formation pour que les administrateurs de base de données passent à ASM. Dans les cas où l’équipe des administrateurs de base de données Oracle ne suit pas la recommandation d’Oracle, Microsoft et SAP d’utiliser ASM, la configuration LVM suivante doit être utilisée.
Notez que lors de la création de LVM, l’option « -i » doit être utilisée pour répartir uniformément les données sur le nombre de disques du groupe LVM.
Le journal miroir est requis lors de l’exécution de LVM.
Configuration minimale Linux :
| Composant | Disque | Cache d’hôte | Entrelacement1 |
|---|---|---|---|
| /oracle/<SID>/origlogaA & mirrlogB | Premium | None | Inutile |
| /oracle/<SID>/origlogaB & mirrlogA | Premium | None | Inutile |
| /oracle/<SID>/sapdata1...n | Premium | Lecture seule2 | Recommandé |
| /oracle/<SID>/oraarch3 | Premium | None | Inutile |
| Oracle Home, saptrace, ... | Premium | None | None |
- Agréation par bandes : Bande LVM avec RAID0
- Pendant les migrations R3Load, l’option Cache d’hôte pour SAPDATA doit être définie sur Aucun
- oraarch : LVM est facultatif
La sélection de disque pour l’hébergement des journaux de restauration en ligne d’Oracle doit être motivée par les exigences d’IOPS. Il est possible de stocker tous les sapdata1...n (espaces disque logiques) sur un même disque monté tant que le volume, les IOPS et le débit répondent aux exigences.
Configuration des performances de Linux :
| Composant | Disque | Cache d’hôte | Entrelacement1 |
|---|---|---|---|
| /oracle/<SID>/origlogaA | Premium | None | Peut être utilisé |
| /oracle/<SID>/origlogaB | Premium | None | Peut être utilisé |
| /oracle/<SID>/mirrlogAB | Premium | None | Peut être utilisé |
| /oracle/<SID>/mirrlogBA | Premium | None | Peut être utilisé |
| /oracle/<SID>/sapdata1...n | Premium | Lecture seule2 | Recommandé |
| /oracle/<SID>/oraarch3 | Premium | None | Inutile |
| Oracle Home, saptrace, ... | Premium | None | None |
- Agréation par bandes : Bande LVM avec RAID0
- Pendant les migrations R3load, l’option Cache d’hôte pour SAPDATA doit être définie sur Aucun
- oraarch : LVM est facultatif
Azure Infra : limites de débit des machines virtuelles et options de stockage sur disque Azure
Oracle Automatic Storage Management (ASM)## peut évaluer ces technologies de stockage :
- Azure Stockage Premium : actuellement le choix par défaut
- Rafale des disques managés - Rafale des disques managés - Machines virtuelles Azure | Microsoft Docs
- Accélérateur d’écriture Azure
- L’extension de disque en ligne pour le stockage SSD Premium Azure est toujours en cours
Les temps d’écriture des journaux peuvent être améliorés sur les machines virtuelles Azure M-Series en activant l’accélérateur d’écriture. Activez l’accélérateur d’écriture Azure pour les disques Azure Stockage Premium utilisés par le groupe de disques ASM pour les fichiers journaux de restauration en ligne. Pour plus d’informations, consultez Accélérateur d’écriture.
L’utilisation de l’accélérateur d’écriture est facultative, mais peut être activée si le rapport AWR indique des temps d’écriture de journal plus élevés que prévu.
Limites de débit des machines virtuelles Azure
Chaque type de machine virtuelle Azure a des limites pour le processeur, le disque, le réseau et la RAM. Les limites sont documentées dans les liens ci-dessous
Les recommandations suivantes doivent être suivies lors de la sélection d’un type de machine virtuelle :
- Vérifiez que le débit de disque et les IOPS sont suffisants pour la charge de travail et au moins égaux au débit agrégé des disques
- Envisagez d’activer le bursting payant en particulier pour le ou les disques de journal de restauration
- Pour ANF, le débit réseau est important, car tout le trafic de stockage est comptabilisé comme « Réseau » plutôt que comme débit disque
- Consultez ce billet de blog pour le réglage réseau pour l’optimisation du débit réseau sur les machines virtuelles Azure M-Series - HCMT (microsoft.com)
- Passez en revue ce lien qui décrit comment utiliser un rapport AWR pour sélectionner la bonne machine virtuelle Azure
- Azure Intel Ev5 Séries Edv5 et Edsv5 - Machines virtuelles Azure |Microsoft Docs
- Azure AMD Eadsv5 Séries Easv5 et Eadsv5 - Machines virtuelles Azure |Microsoft Docs
- Azure M-Series/Msv2 M-Series - Azure Virtual Machines |Microsoft Docs et Série de mémoire moyenne Msv2/Mdsv2 - Machines virtuelles Azure | Microsoft Docs
- Azure Mv2 Série Mv2 - Machines virtuelles Azure | Microsoft Docs
Sauvegarde/restauration
Pour la fonctionnalité de sauvegarde/restauration, les outils SAP BR*Tools for Oracle sont pris en charge de la même façon que sur les systèmes nus et Hyper-V. Oracle Recovery Manager (RMAN) est également pris en charge pour les sauvegardes sur disque et les restaurations à partir du disque.
Pour plus d’informations sur la façon dont vous pouvez utiliser Sauvegarde Azure et les services de récupération pour les bases de données Oracle, consultez :
- Sauvegarder et récupérer une base de données de la base de données Oracle Database 12c sur une machine virtuelle Linux Azure
- Le service Sauvegarde Azure prend également en charge les sauvegardes Oracle, comme décrit dans l’article Sauvegarder et récupérer une base de données Oracle Database 19c sur une machine virtuelle Linux Azure à l’aide du service Sauvegarde Azure.
Haute disponibilité
Oracle Data Guard est pris en charge à des fins de haute disponibilité et de récupération d’urgence. Pour bénéficier d’un basculement automatique dans Data Guard, vous devez utiliser FSFA (Fast-Start Failover). La fonctionnalité d’Observateur (FSFA) déclenche le basculement. Si vous n’utilisez pas FSFA, vous pouvez seulement utiliser une configuration de basculement manuel. Pour plus d’informations, consultez Implémenter Oracle Data Guard sur une machine virtuelle Azure Linux.
Les aspects de la récupération d’urgence pour les bases de données Oracle dans Azure sont présentés dans l’article Récupération d’urgence d’une base de données Oracle Database 12c dans un environnement Azure.
Un autre livre blanc SAP conseillé : Configuration d’Oracle 12C Data Guard pour les clients SAP
Configurations Oracle SGA volumineuses et pages volumineuses
Les déploiements VLDB SAP sur Oracle sur Azure appliquent des tailles SGA supérieures à 3 To. Les versions modernes d’Oracle gèrent bien les grandes tailles SGA et réduisent considérablement les E/S. Passez en revue le rapport AWR et augmentez la taille SGA pour réduire les E/S de lecture.
À titre d’indication générale, les hugepages Linux doivent être configurées sur environ 75 % de la taille de la RAM de machine virtuelle. La taille SGA peut être définie sur 90 % de la taille de la hugepage. Un exemple approximatif serait une machine virtuelle M192ms avec 4 To de RAM qui aurait des pages volumineuses définies sur environ 3 To. Le SGA peut être défini sur une valeur légèrement inférieure, comme 2,95 To.
Les clients SAP volumineux qui s’exécutent sur des machines virtuelles Azure à mémoire élevée bénéficient considérablement des hugepages, comme décrit dans cet article
Sur les systèmes NUMA, vm.min_free_kbytes doit être défini sur 524288 * <# de nœuds NUMA>. Voir Oracle Linux : Valeur recommandée du paramètre de paramétrage du noyau vm.min_free_kbytes (ID de doc 2501269.1...
Liens et autres utilitaires Oracle Linux
Oracle Linux fournit un utilitaire de gestion d’interface utilisateur graphique utile :
- Console web Oracle Oracle Linux : Installer la console web Cockpit sur Oracle Linux
- Upstream Cockpit Project — Cockpit Project (cockpit-project.org)
Oracle Linux a un nouvel outil de gestion de package – DNF
Oracle Linux 8 : Gestion des packages facile avec des vidéos gratuites | Blog Oracle Linux
Logiciels de gestion Oracle® Linux 8 sur Oracle Linux - Chapitre 1 - Yum DNF
Les configurations de mémoire et NUMA peuvent être testées et évaluées avec un outil utile : Oracle Real Application Testing (RAT)
Oracle Real Application Testing : Qu’est-ce que c’est et comment l’utiliser ? (aemcorp.com)
Informations sur l’altération des journaux UDEV sur Oracle Redolog corruption on Azure | Oracle in the field (wordpress.com)
Oracle ASM in Azure corruption - follow up (dbaharrison.blogspot.com)
Instructions de configuration d’Oracle pour les installations de SAP dans des machines virtuelles Azure sur Windows
SAP sur Oracle sur Azure prend également en charge Windows. Les recommandations pour les déploiements Windows sont résumées ci-dessous :
- Les versions Windows suivantes sont recommandées : Windows Server 2022 (uniquement à partir d’Oracle Database 19.13.0) Windows Server 2019 (uniquement à partir d’Oracle Database 19.5.0)
- Il n’existe aucune prise en charge d’ASM sur Windows. Les espaces de stockage Windows doivent être utilisés pour agréger les disques pour des performances optimales
- Installez Oracle Home sur un disque indépendant dédié (n’installez pas Oracle Home sur le lecteur C:)
- Tous les disques doivent être formatés en NTFS
- Suivez le guide de paramétrage Windows à partir d’Oracle et activez les grandes pages, verrouillez les pages en mémoire et réglez d’autres paramètres spécifiques à Windows
À l’heure de rédaction de cet article, ASM pour les clients Windows sur Azure n’est pas pris en charge. SAP Software Provisioning Manager (SWPM) pour Windows ne prend pas en charge ASM actuellement.
Configurations de stockage pour SAP sur Oracle sur Windows
Configuration minimale pour Windows :
| Composant | Disque | Cache d’hôte | Entrelacement1 |
|---|---|---|---|
| E:\oracle\<SID>\origlogaA & mirrlogB | Premium | None | Inutile |
| F:\oracle\<SID>\origlogaB & mirrlogA | Premium | None | Inutile |
| G:\oracle\<SID>\sapdata1...n | Premium | Lecture seule2 | Recommandé |
| H:\oracle\<SID>\oraarch3 | Premium | None | Inutile |
| I:\Oracle Home, saptrace, ... | Premium | None | None |
- Agrégation de stockage par bandes : Espaces de stockage Windows
- Pendant les migrations R3load, l’option Cache d’hôte pour SAPDATA doit être définie sur Aucun
- oraarch : Espaces de stockage Windows facultatifs
La sélection de disque pour l’hébergement des journaux de restauration en ligne d’Oracle doit être motivée par les exigences d’IOPS. Il est possible de stocker tous les sapdata1...n (espaces disque logiques) sur un même disque monté tant que le volume, les IOPS et le débit répondent aux exigences.
Configuration des performances Windows :
| Composant | Disque | Cache d’hôte | Entrelacement1 |
|---|---|---|---|
| E:\oracle\<SID>\origlogaA | Premium | None | Peut être utilisé |
| F:\oracle\<SID>\origlogaB | Premium | None | Peut être utilisé |
| G:\oracle\<SID>\mirrlogAB | Premium | None | Peut être utilisé |
| H:\oracle\<SID>\mirrlogBA | Premium | None | Peut être utilisé |
| I:\oracle\<SID>\sapdata1...n | Premium | Lecture seule2 | Recommandé |
| J:\oracle\<SID>\oraarch3 | Premium | None | Inutile |
| K:\Oracle Home, saptrace, ... | Premium | None | None |
- Agrégation de stockage par bandes : Espaces de stockage Windows
- Pendant les migrations R3load, l’option Cache d’hôte pour SAPDATA doit être définie sur Aucun
- oraarch : Espaces de stockage Windows facultatifs
Liens pour Oracle sur Windows
- Vue d’ensemble du paramétrage de Windows (oracle.com)
- Tâches de configuration post-installation sur Windows (oracle.com)
- Présentation de SAP sur Windows (oracle.com)2823030 - Grandes pages Oracle sur MS WINDOWS
Étapes suivantes
Lire l’article