Implementación de bases de datos de Oracle de Azure Virtual Machines para la carga de trabajo de SAP
En este documento se describen las diferentes áreas que se deben tener en cuenta al implementar Oracle Database para la carga de trabajo de SAP en IaaS de Azure. Antes de leer este documento, le recomendamos leer Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP. También se recomienda leer otras guías que aparecen en la documentación sobre la carga de trabajo de SAP en Azure.
Puede encontrar información sobre las versiones de Oracle y las versiones de SO correspondientes que se admiten para ejecutar SAP en Oracle en Azure en la nota de SAP 2039619.
Encontrará información general sobre cómo ejecutar SAP Business Suite en Oracle en SAP en Oracle. Oracle admite la ejecución de bases de datos de Oracle en Microsoft Azure. Para más información sobre la compatibilidad general con Azure y Windows Hyper-V, consulte el artículo con las preguntas más frecuentes sobre Oracle y Microsoft Azure.
Las siguientes notas de SAP son relevantes para una instalación de Oracle
Detalles de Oracle Database en Oracle Linux
Oracle admite la ejecución de sus instancias de bases de datos en Microsoft Azure con Oracle Linux como el sistema operativo invitado. Para más información sobre la compatibilidad general con Windows Hyper-V y Azure, consulte el artículo con las preguntas más frecuentes sobre Azure y Oracle.
También se admite el escenario concreto en el que las aplicaciones de SAP usen las instancias de Oracle Database. Los detalles se mencionan en la siguiente parte del documento.
Recomendaciones generales para ejecutar SAP en Oracle en Azure
Al instalar o migrar sistemas SAP existentes en Oracle a Azure, se debe seguir el siguiente patrón de implementación:
- Usar la versión más reciente de Oracle Linux disponible (Oracle Linux 8.6 o posterior).
- Usar la versión más reciente de Oracle Database disponible con la revisión del conjunto SAP (SBP) más reciente (Revisión 15 de Oracle 19 o posterior) 2799920: Revisiones para 19c: base de datos.
- Usar el Administrador automático de almacenamiento (ASM) para bases de datos pequeñas, medianas y grandes en el almacenamiento en bloque.
- Se debe usar SSD de Azure Premium Storage. No use Estándar u otros tipos de almacenamiento.
- ASM quita el requisito de registro reflejado. Siga las instrucciones de Oracle en la nota 888626: Diseño del registro de fase de puesta al día para sistemas de gama alta.
- Usar ASMLib y no usar udev.
- Las implementaciones de Azure NetApp Files deben usar Oracle dNFS, que es la propia solución de controlador NFS directo de alto rendimiento de Oracle.
- Las bases de datos de Oracle grandes se benefician en gran medida de los tamaños grandes del área global del sistema (SGA). Los clientes de gran tamaño se deben implementar en la serie M de Azure con un tamaño de 4 TB o más de RAM.
- Establecer HugePages de Linux en el 75 % del tamaño de RAM físico
- Establezca Área global del sistema (SGA) en el 90 % del tamaño de página enorme
- Establezca el parámetro de Oracle USE_LARGE_PAGES = ONLY: el valor ONLY se prefiere antes que el valor TRUE, ya que se supone que ofrece un rendimiento más coherente y predecible. El valor TRUE puede asignar páginas grandes de 2 MB y 4K estándar. El valor ONLY siempre forzará páginas grandes de 2 MB. Si el número de páginas enormes disponibles no es suficiente o no está configurado correctamente, la instancia de base de datos no se iniciará con el código de error: ora-27102 : Error 12 Linux_x86_64 memoria insuficiente: no se puede asignar memoria. Si no hay memoria contigua insuficiente, es posible que se deba reiniciar Oracle Linux o volver a configurar los parámetros de página enorme del sistema operativo.
- Oracle Home se debe encontrar fuera del volumen o disco "raíz". Use un disco independiente o un volumen ANF. El disco que contiene Oracle Home debe tener 64 GB o más.
- El tamaño del disco de arranque para servidores de bases de datos de Oracle de alto rendimiento es importante. Como mínimo, se debe usar un disco P10 para la serie M o la serie E. No use discos pequeños como P4 o P6. Un disco pequeño puede causar problemas de rendimiento.
- Se deben habilitar las redes aceleradas en todas las máquinas virtuales Linux. Actualice a la versión más reciente de Oracle Linux si tiene problemas al habilitar las redes aceleradas.
- Compruebe si hay actualizaciones en esta documentación y la nota de SAP 2039619: aplicaciones de SAP en Microsoft Azure con Oracle Database: Productos y versiones compatibles: SAP ONE Support Launchpad.
Para información sobre las versiones de Oracle y las versiones de SO correspondientes compatibles con la ejecución de SAP en Oracle en Azure Virtual Machines, consulte la nota de SAP 2039619.
Encontrará información general sobre cómo ejecutar SAP Business Suite en Oracle en la página de la comunidad de SAP en Oracle. SAP en Oracle en Azure solo se admite en Oracle Linux (y no en Suse ni Red Hat) para servidores de aplicaciones y bases de datos. Los servidores ASCS/ERS pueden usar RHEL/SUSE porque el cliente de Oracle no está instalado ni se usa en estas máquinas virtuales. Los servidores de aplicaciones (PAS/AAS) no se deben instalar en estas máquinas virtuales. Consulte la nota de SAP 3074643: OLNX: Preguntas más frecuentes: si Pacemaker para Oracle Linux se admite en el entorno de SAP. Clúster de aplicaciones reales de Oracle (RAC) no se admite en Azure porque necesitaría redes multidifusión.
Configuración de almacenamiento
Hay dos patrones de implementación de almacenamiento recomendados para SAP en Oracle en Azure:
- Administrador automático de almacenamiento de Oracle (ASM)
- Azure NetApp Files (ANF) con Oracle dNFS (Direct NFS)
Se recomienda a los clientes que ejecuten actualmente bases de datos de Oracle en sistemas de archivos EXT4 o XFS con Administrador de volúmenes lógicos (LVM) que se trasladen a ASM. Hay ventajas considerables de rendimiento, administración y confiabilidad para ejecutar en ASM en comparación con LVM. ASM reduce la complejidad, mejora la compatibilidad y simplifica las tareas de administración. Esta documentación contiene vínculos para que los administradores de base de datos (DBA) de Oracle obtengan información sobre cómo instalar y administrar ASM.
Azure proporciona varias soluciones de almacenamiento.
En la tabla siguiente se detalla el estado de soporte técnico
| Tipo de almacenamiento | Compatibilidad con Oracle | Tamaño de sector | Oracle Linux 8.x o versiones superiores | Windows Server 2019 |
|---|---|---|---|---|
| Tipo de almacenamiento en bloque | ||||
| SSD Premium | Compatible | 512e | ASM recomendado. LVM compatible | No hay compatibilidad con ASM en Windows |
| SSD prémium v21 | Compatible | 4K Nativo o 512e2 | ASM recomendado. LVM compatible | No hay compatibilidad con ASM en Windows. Cambio de discos de archivo de registro de 4K Native a 512e |
| SSD estándar | No compatible | |||
| HDD estándar | No compatible | |||
| Disco Ultra | Compatible | 4K Native | ASM recomendado. LVM compatible | No hay compatibilidad con ASM en Windows. Cambio de discos de archivo de registro de 4K Native a 512e |
| Tipos de almacenamiento de red | ||||
| Servicio Azure NetApp (ANF) | Compatible | - | Oracle dNFS (obligatorio) | No compatible |
| Azure Files: NFS | No compatible | |||
| SMB de archivos de Azure | No compatible |
- El SSD prémium v2 de Azure no tiene tamaños de almacenamiento predefinidos. No es necesario asignar varios discos dentro de un grupo de discos ASM o un LVM VG. Se recomienda asignar un único disco SSD prémium v2 con el tamaño, el rendimiento y las IOPS necesarios por grupo de discos ASM
- 512e es compatible con SSD prémium v2 para sistemas Windows. Las configuraciones de 512e no se recomiendan para los clientes de Linux. Migración a 4K Native mediante el procedimiento en el tamaño del sector MOS 512/512e a revisión de 4K Native (id. de documento 1133713.1)
Otras consideraciones que se aplican son las siguientes:
- No se admite DIRECTIO con el tamaño de sector 4K Native. Valores recomendados para FILESYSTEMIO_OPTIONS para las configuraciones de LVM:
- LVM: si se usan discos con geometría 512/512e, FILESYSTEMIO_OPTIONS = SETALL
- LVM: si se usan discos con geometría 4K Native FILESYSTEMIO_OPTIONS = ASYNC
- Oracle 19c y versiones posteriores admiten totalmente el tamaño de sector 4K Native con ASM y LVM
- Oracle 19c y versiones posteriores en Linux: al cambiar de almacenamiento 512e a almacenamiento 4K Native, se deben cambiar los tamaños de sector del registro
- Para migrar del tamaño de sector 512/512e a 4K Native Review (id. de documento 1133713.1): vea la sección "Migración sin conexión a discos del sector de 4KB"
- SAPInst escribe en el archivo pfile durante la instalación. Si $ORACLE_HOME/dbs está en un disco 4K, establezca filesystemio_options=asynch y vea la sección "Compatibilidad con archivos de datos de discos de sector 4kB" en compatibilidad de MOS con discos de sector 4K (id. de documento 1133713.1)
- No hay compatibilidad con ASM en plataformas Windows
- No se admite el tamaño de sector 4K Native para el volumen de registro en plataformas Windows. Los discos SSDv2 y Ultra se deben cambiar a 512e mediante el icono de lápiz "Editar disco" en Azure Portal
- El tamaño de sector 4K Native solo se admite en volúmenes de datos para plataformas Windows. 4K no se admite para volúmenes de registro en Windows
- Se recomienda revisar estos artículos de MOS:
- Oracle Linux: Diferencias entre grupo de búferes del sistema de archivos y E/S directa (id. de documento 462072.1)
- Compatibilidad con discos de sector 4K (id. de documento 1133713.1)
- Uso de registros de fase de puesta al día 4k en almacenamiento Flash, 4k-Disk y basado en SSD (id. de documento 1681266.1)
- Aspectos que se deben tener en cuenta para establecer filesystemio_options y disk_asynch_io (id. de documento 1987437.1)
Se recomienda usar Oracle ASM en Linux con ASMLib. El rendimiento, la administración, la compatibilidad y la configuración están optimizados con el patrón de implementación. Oracle ASM y Oracle dNFS van a establecer los parámetros correctos o a omitirlos (como FILESYSTEMIO_OPTIONS) y, por tanto, ofrecen un mejor rendimiento y confiabilidad.
Administrador automático de almacenamiento de Oracle (ASM)
Lista de comprobación para el Administrador automático de almacenamiento de Oracle:
- Todos los sistemas SAP en Oracle en Azure ejecutan ASM, incluidos los de desarrollo, control de calidad y producción. Bases de datos pequeñas, medianas y grandes
- Se usa ASMLib y no UDEV. UDEV es necesario para varias SAN, un escenario que no existe en Azure
- ASM debe configurarse para redundancia externa. El almacenamiento SSD prémium de Azure proporciona redundancia triple integrada. SSD prémium de Azure coincide con la confiabilidad e integridad de cualquier otra solución de almacenamiento. Para obtener seguridad opcional, los clientes pueden considerar la redundancia normal para el grupo de discos de registro
- La creación de reflejo de los archivos de registro de puesta al día es opcional para ASM 888626: diseño de registro de puesta al día para sistemas de gama alta
- Grupos de discos de ASM configurados según la variante 1, 2 o 3 siguientes
- Tamaño de unidad de asignación de ASM = 4 MB (valor predeterminado). Los sistemas OLAP de bases de datos de gran tamaño (VLDB), como SAP BW, pueden beneficiarse de un mayor tamaño de unidad de asignación de ASM. Hacer el cambio después de confirmar la compatibilidad con Oracle
- Tamaño del sector de ASM y tamaño del sector lógico = valor predeterminado (UDEV no se recomienda, pero se necesita 4k)
- Si el atributo de grupo de discos COMPATIBLE.ASM se establece en 11.2 o superior para un grupo de discos, puede crear, copiar o mover una instancia de SPFILE de Oracle ASM al sistema de archivos ACFS. Revise la documentación de Oracle sobre cómo mover pfile a ACFS. SAPInst no crea el archivo pfile en ACFS de manera predeterminada
- Se usa la variante ASM adecuada. Los sistemas de producción deben usar la variante 2 o 3
Grupos de disco del Administrador automático de almacenamiento de Oracle (ASM)
En la segunda parte de la guía oficial de Oracle se describe la instalación y la administración de ASM:
- Guía del Administrador automático de almacenamiento de Oracle, 19c
- Guía de instalación y actualización de infraestructuras de Oracle Grid, 19c para Linux
Existen los siguientes límites de ASM para Oracle Database 12c o posterior:
511 grupos de discos, 10 000 discos ASM en un grupo de discos, 65 530 discos ASM en un sistema de almacenamiento, 1 millón de archivos para cada grupo de discos. Más información aquí: Consideraciones de rendimiento y escalabilidad para grupos de discos (oracle.com)
Revise la documentación de ASM en la guía de instalación de SAP correspondiente para Oracle disponible en https://help.sap.com/viewer/nwguidefinder
Variante 1: volúmenes de datos pequeños a medianos de hasta 3 TB, tiempo de restauración no crítico
El cliente tiene bases de datos pequeñas o medianas en las que se puede usar RMAN para realizar copias de seguridad o restauración y recuperación de todas las bases de datos de forma oportuna. Ejemplo: cuando se interrumpe un grupo de discos ASM de Oracle completo, con archivos de datos, de una o varias bases de datos y todos los archivos de datos de todas las bases de datos deben restaurarse en un grupo de discos asm de Oracle recién creado mediante RMAN.
Recomendación del grupo de discos ASM de Oracle:
| Nombre del grupo de discos de ASM | Tiendas | Azure Storage |
|---|---|---|
| +DATA | Todos los archivos de datos | 3-6 x P 30 (1 TiB) |
| Archivo de control (primera copia) | Para aumentar el tamaño de la base de datos, agregue discos P30 adicionales | |
| Registros de fase de puesta al día en línea (primera copia) | ||
| +ARCH | Archivo de control (segunda copia) | 2 x P20 (512 GiB) |
| Registros de rehacer archivados | ||
| +RECO | Archivo de control (tercera copia) | 2 x P20 (512 GiB) |
| Copias de seguridad de RMAN (opcional) | ||
| Discos de área de recuperación rápida |
Variante 2: volúmenes de datos medianos a grandes entre 3 TB y 12 TB, tiempo de restauración importante
El cliente tiene bases de datos de tamaño mediano a grande en las que no se pueden realizar de forma oportuna copias de seguridad o restauración, o bien, la recuperación de todas las bases de datos.
Normalmente, los clientes usan RMAN, Azure Backup para Oracle o técnicas de instantáneas de disco combinadas.
Las principales diferencias con la variante 1 son:
- Grupo de discos ASM de Oracle independientes para cada base de datos
- <DBNAME>+"_" se usa como prefijo para el nombre del grupo de discos de datos
- El número del grupo de discos de datos se anexa si la base de datos abarca más de un grupo de discos de datos
- No se encuentran registros de fase de puesta al día en línea en los grupos de discos de "datos". En su lugar, se usa un grupo de discos adicional para el primer miembro de cada grupo de registro de fase de puesta al día en línea.
| Nombre del grupo de discos de ASM | Tiendas | Azure Storage |
|---|---|---|
| +<DBNAME>_DATA[#] | Todos los archivos de datos | 3-12 x P 30 (1 TiB) |
| Todos los archivos temporales | Para aumentar el tamaño de la base de datos, agregue discos P30 adicionales | |
| Archivo de control (primera copia) | ||
| +OLOG | Registros de fase de puesta al día en línea (primera copia) | 3 x P20 (512 GiB) |
| +ARCH | Archivo de control (segunda copia) | 3 x P20 (512 GB) |
| Registros de rehacer archivados | ||
| +RECO | Archivo de control (tercera copia) | 3 x P20 (512 GiB) |
| Copias de seguridad de RMAN (opcional) | ||
| Área de recuperación rápida (opcional) |
Variante 3: grandes volúmenes de datos y cambios de datos de más de 5 TB, tiempo de restauración crucial
El cliente tiene una base de datos de gran tamaño en la que no se pueden realizar copias de seguridad o restauración, o recuperación de una base de datos única de forma oportuna.
Normalmente, los clientes usan RMAN, Azure Backup para Oracle o técnicas de acoplamiento de disco combinadas. En esta variante, cada tipo de archivo de base de datos relevante se separa en diferentes grupos de discos ASM de Oracle.
| Nombre del grupo de discos de ASM | Tiendas | Azure Storage |
|---|---|---|
| +<DBNAME>_DATA[#] | Todos los archivos de datos | 5-30 o más x P30 (1 TiB) o P40 (2 TiB) |
| Todos los archivos temporales Para aumentar el tamaño de la base de datos, agregue discos P30 adicionales | ||
| Archivo de control (primera copia) | ||
| +OLOG | Registros de fase de puesta al día en línea (primera copia) | 3-8 x P20 (512 GiB) o P30 (1 TiB) |
| Para obtener más seguridad, se puede seleccionar "Redundancia normal" para este grupo de discos ASM | ||
| +ARCH | Archivo de control (segunda copia) | 3-8 x P20 (512 GiB) o P30 (1 TiB) |
| Registros de rehacer archivados | ||
| +RECO | Archivo de control (tercera copia) | 3 x P30 (1 TiB), P40 (2 TiB) o P50 (4 TiB) |
| Copias de seguridad de RMAN (opcional) | ||
| Área de recuperación rápida (opcional) |
Nota
La caché de discos de host de Azure para el grupo de discos ASM de datos se puede establecer en Solo lectura o en Ninguno. Con algunos de los nuevos tipos de máquinas virtuales M(b)v3, el uso del almacenamiento SSD prémium v1 con caché de lectura podría dar lugar a tasas de IOPS de lectura, escritura y rendimiento inferiores a los que se obtendrían si no se utilizara la caché de lectura. Todos los demás grupos de discos ASM deben establecerse en Ninguno. En BW o SCM, se puede considerar un grupo de discos ASM independiente para TEMP para sistemas grandes o ocupados.
Agregar espacio a ASM + discos de Azure
Los grupos de discos ASM de Oracle se pueden ampliar agregando discos adicionales o extendiendo los discos actuales. Se recomienda agregar discos adicionales en lugar de ampliar los discos existentes. Revise estos artículos y vínculos de MOS, Notas MOS 1684112.1 y 2176737.1
ASM agrega un disco al grupo de discos: asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'
ASM vuelve a equilibrar automáticamente los datos. Para comprobar el reequilibrio, ejecute este comando.
ps -ef | grep rbal
oraasm 4288 1 0 Jul28 ? 00:04:36 asm_rbal_oradb1
La documentación está disponible con:
- Cómo cambiar el tamaño de los grupos de discos asm entre varias zonas (aemcorp.com)
- CAMBIO DE TAMAÑO: modificación de grupos de discos (oracle.com)
Supervisión de SAP en sistemas ASM de Oracle en Azure
Ejecute un informe de Oracle AWR (repositorio automático de cargas de trabajo) como primer paso al solucionar un problema de rendimiento. Las métricas de rendimiento del disco se detallan en el informe de AWR.
El rendimiento del disco se puede supervisar desde el Administrador de Oracle Enterprise y a través de herramientas externas. Aquí encontrará documentación que podría ser de ayuda:
- Usar vistas para mostrar información de ASM de Oracle
- Comandos de administración de grupos de discos ASMCMD (oracle.com)
Las herramientas de supervisión de nivel de sistema operativo no pueden supervisar los discos ASM, ya que no hay ningún sistema de archivos reconocible. La supervisión del espacio libre debe realizarse desde Oracle.
Recursos de entrenamiento en el Administrador automático de almacenamiento de Oracle (ASM)
Los administradores de bases de datos de Oracle que no están familiarizados con Oracle ASM siguen estos materiales de entrenamiento y recursos:
- SAP en Oracle con ASM en Microsoft Azure (parte 1): Microsoft Tech Community
- Oracle19c DB [ ASM ] instalación en [ Oracle Linux 8.3 ] [ Grid | ASM | | UDEV OEL 8.3 ] [ VMware ] - YouTube
- Guía del administrador de ASM (oracle.com)
- Actualización de desarrollo de Oracle para SAP (mayo de 2022)
- Consideraciones de rendimiento y escalabilidad para grupos de discos (oracle.com)
- Migración a Oracle ASM con el Administrador de Oracle Enterprise
- Uso de RMAN para migrar a ASM | El mentor de Oracle (wordpress.com)
- ¿Qué es Oracle ASM para IaaS de Azure? - Charla simple (red-gate.com)
- Utilidad de línea de cimandos de ASM (ASMCMD) (oracle.com)
- Comandos asmcmd útiles: DBACLASS DBACLASS
- Instalación y configuración del software ASMLIB de Oracle
Azure NetApp Files (ANF) con Oracle dNFS (Direct NFS)
La combinación de máquinas virtuales de Azure y ANF es una combinación sólida y probada implementada por muchos clientes a una escala excepcionalmente grande.
Las bases de datos de más de 100 TB ya se están ejecutando productivas en esta combinación. Para empezar, hemos escrito un blog detallado sobre cómo configurar esta combinación:
Más información general
- Arquitecturas de las soluciones con Azure NetApp Files | Oracle
- Arquitecturas de las soluciones con Azure NetApp Files | SAP en anyDB
El registro reflejado es necesario en sistemas de producción ANF de dNFS.
Aunque ANF es altamente redundante, Oracle sigue necesitando un volumen de archivos de registro de fase de puesta al día reflejado. La recomendación es crear dos volúmenes independientes y configurar origlogA junto con mirrlogB y origlogB junto con mirrlogA. En este caso, se usa un equilibrio de carga distribuido de los archivos de registros de fase de puesta al día.
No se recomienda la opción de montaje "nconnect" cuando se configura el cliente dNFS. dNFS administra el canal de E/S y hace uso de varias sesiones, por lo que esta opción está obsoleta y puede causar problemas múltiples. El cliente dNFS omitirá las opciones de montaje y controlará la E/S directamente.
Ambas versiones de NFS (v3 y v4.1) con ANF son compatibles con los archivos binarios de Oracle, los archivos de datos y de registro.
Se recomienda encarecidamente usar el cliente de Oracle dNFS para todos los volúmenes de Oracle.
Las opciones de montaje recomendadas son:
| Versión de NFS | Opciones de montaje |
|---|---|
| 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 |
Copia de seguridad de ANF
Con ANF, algunas características clave están disponibles como copias de seguridad coherentes basadas en instantáneas, baja latencia y un rendimiento notablemente alto. A partir de la versión 6 de nuestra herramienta AzAcSnap Herramienta de instantánea coherente de aplicación de Azure para ANF, las bases de datos de Oracle se pueden configurar para instantáneas de base de datos coherentes.
Esas instantáneas permanecen en el volumen de datos real y deben copiarse mediante la replicación entre regiones de ANF (ANF CRR) u otras herramientas de copia de seguridad.
SAP en Oracle en Azure con LVM
ASM es la recomendación predeterminada de Oracle para todos los sistemas SAP de cualquier tamaño en Azure. El rendimiento, la confiabilidad y el soporte técnico serán mejores para los clientes que usan ASM. Oracle proporciona documentación y entrenamiento para que los DBA realicen la transición a ASM. Cuando el equipo de DBA de Oracle no siga la recomendación de Oracle, Microsoft y SAP para utilizar ASM, se debe usar la siguiente configuración de LVM.
Tenga en cuenta que: al crear LVM, se debe usar la opción "-i" para distribuir uniformemente los datos en el número de discos del grupo de LVM.
El registro reflejado es necesario al ejecutar LVM.
Configuración mínima de Linux:
| Componente | Disco | Caché de host | Striping1 |
|---|---|---|---|
| /oracle/<SID>/origlogaA & mirrlogB | Premium | None | No es necesario |
| /oracle/<SID>/origlogaB & mirrlogA | Premium | None | No es necesario |
| /oracle/<SID>/sapdata1...n | Premium | Ninguno | Recomendado |
| /oracle/<SID>/oraarch2 | Premium | None | No es necesario |
| Oracle Home, saptrace, ... | Premium | None | None |
- Striping: Franja LVM mediante RAID0
- oraarch: LVM es opcional
La selección de discos para hospedar los registros de fase de puesta al día en línea de Oracle se controla mediante los requisitos de IOPS. Es posible almacenar todos los sapdata1…n (espacios de tabla) en un solo disco montado, siempre que el volumen, IOPS y capacidad de proceso cumplan los requisitos.
Configuración de rendimiento de Linux:
| Componente | Disco | Caché de host | Striping1 |
|---|---|---|---|
| /oracle/<SID>/origlogaA | Premium | None | Se puede usar |
| /oracle/<SID>/origlogaB | Premium | None | Se puede usar |
| /oracle/<SID>/mirrlogAB | Premium | None | Se puede usar |
| /oracle/<SID>/mirrlogBA | Premium | None | Se puede usar |
| /oracle/<SID>/sapdata1...n | Premium | Ninguno | Recomendado |
| /oracle/<SID>/oraarch2 | Premium | None | No es necesario |
| Oracle Home, saptrace, ... | Premium | None | None |
- Striping: Franja LVM mediante RAID0
- oraarch: LVM es opcional
Infraestructura de Azure: Límites de rendimiento de máquinas virtuales y Opciones de Azure Disk Storage
Recomendaciones actuales para Oracle Storage
- Azure Premium Storage: la mayoría de los clientes se implementan en ASM con Premium Storage
- Azure NetApp Files: los clientes de VLDB, a menudo con bases de datos únicas de Oracle de más de 50TB suelen usar ANF y usar las funcionalidades de instantáneas de almacenamiento de Azure NetApp Files para copias de seguridad y restauración
- Expansión de disco administrado: expansión de disco administrado: Azure Virtual Machines | Microsoft Docs
- Acelerador de escritura de Azure: se usa para el caso de que el registro de fase de puesta al día de Oracle se base en discos SSD prémium v1.
- La extensión de disco en línea es totalmente compatible con Premium Storage v1 y funciona con ASM
Los tiempos de escritura de registro se pueden mejorar en las máquinas virtuales de la serie M de Azure habilitando el Acelerador de escritura. Habilite el Acelerador de escritura de Azure para los discos de Azure Premium Storage usados por el grupo de discos de ASM para los archivos de registro de fase de puesta al día en línea. Para más información, consulte Acelerador de escritura.
El uso del Acelerador de escritura es opcional, pero se puede habilitar si el informe de AWR indica tiempos de escritura de registro superiores a los esperados.
Límites de rendimiento de red de máquinas virtuales de Azure
Cada tipo de máquina virtual (VM) de Azure tiene límites para CPU, disco, red y RAM. Estos límites se documentan en los vínculos siguientes
Se deben seguir las siguientes recomendaciones al seleccionar un tipo de máquina virtual:
- Asegúrese de que el rendimiento y las IOPS de disco son suficientes para la carga de trabajo y, al menos, igual que el rendimiento agregado de los discos
- Considere la posibilidad de habilitar la expansión de pago especialmente para los discos de registro de fase de puesta al día.
- Para ANF, el rendimiento de red es importante, ya que todo el tráfico de almacenamiento se cuenta como "Red" en lugar de Rendimiento de disco
- Revise este blog para el ajuste de red para la serie M Optimización del rendimiento de red en máquinas virtuales de la serie M de Azure HCMT (microsoft.com)
- Revise este vínculo que describe cómo usar un informe de AWR para seleccionar la máquina virtual de Azure correcta
- Serie Azure Intel Ev5 Edv5 y Edsv5: Azure Virtual Machines |Microsoft Docs
- Serie Azure AMD Eadsv5 Easv5 y Eadsv5: Azure Virtual Machines |Microsoft Docs
- Serie M/Serie Msv2 de Azure: serie M de Azure Virtual Machines|Microsoft Docs y Serie de memoria media Msv2/Mdsv2: Azure Virtual Machines | Microsoft Docs
- Serie Mv2 de Azure Mv2: Azure Virtual Machines | Microsoft Docs
Copia de seguridad y restauración
Para utilizar la funcionalidad de copia de seguridad y restauración, se admite SAP BR*Tools for Oracle del mismo modo que en un servidor físico e Hyper-V. También se admite Oracle Recovery Manager (RMAN) para las copias de seguridad en disco y las restauraciones desde disco.
Para obtener más información sobre cómo puede usar Azure Backup y servicios de recuperación para bases de datos de Oracle, consulte:
- El servicio Azure Backup también es compatible con las copias de seguridad de Oracle, tal como se describe en el artículo Copias de seguridad y recuperación de una base de datos de Oracle Database en una VM Linux de Azure mediante Azure Backup.
Alta disponibilidad
Oracle Data Guard se admite con fines de alta disponibilidad y recuperación ante desastres. Para lograr una conmutación por error automática en Data Guard, debe usar Fast-Start Failover (FSFA). La funcionalidad Observador (FSFA) desencadena la conmutación por error. Si no usa FSFA, solo puede usar una configuración de conmutación por error manual. Para más información, consulte Implementación de Oracle Data Guard en una máquina virtual Linux en Azure.
Los aspectos de la recuperación ante desastres para bases de datos de Oracle en Azure se presentan en el artículo Recuperación ante desastres para Oracle Database 12c en el entorno de Azure.
Configuraciones de Oracle SGA de páginas enormes y grandes
Implementaciones de SAP de VLDB en Oracle de Azure aplican tamaños de SGA superiores a 3 TB. Las versiones modernas de Oracle controlan bien los tamaños de SGA grandes y reducen significativamente la E/S. Revise el informe de AWR y aumente el tamaño de SGA para reducir la E/S de lectura.
Como guía general, HugePages de Linux debe configurarse para aproximadamente el 75 % del tamaño de RAM de la máquina virtual. El tamaño de SGA se puede establecer en el 90 % del tamaño de HugePages. Un ejemplo aproximado sería una máquina virtual M192ms con 4 TB de RAM que tendría un conjunto de HugePages de 3 TB. El SGA se puede establecer en un valor un poco menos, como 2,95 TB.
Los clientes de SAP de gran tamaño que se ejecutan en máquinas virtuales de Azure de memoria alta se benefician enormemente de HugePages, como se describe en este artículo
Los sistemas NUMA vm.min_free_kbytes deben establecerse en 524288 * <# de nodos NUMA>. Consulte Oracle Linux: Valor recomendado del parámetro de ajuste del kernel vm.min_free_kbytes (Id. de documento 2501269.1...
Vínculos y otras utilidades de Oracle Linux
Oracle Linux proporciona una utilidad de administración de GUI útil:
- Consola web de Oracle Oracle Linux: Instalación de la consola web de Cockpit en Oracle Linux
- Proyecto upstream cockpit — Proyecto cockpit (cockpit-project.org)
Oracle Linux tiene una nueva herramienta de administración de paquetes: DNF
Oracle Linux 8: Administración de paquetes fácil con vídeos gratuitos | Oracle Linux Blog
Oracle® Linux 8 Managing Software en Oracle Linux - Capítulo 1 Yum DNF
Las configuraciones de memoria y NUMA se pueden probar y comparar con una herramienta útil: Oracle Real Application Testing (RAT)
Pruebas de aplicaciones reales de Oracle: ¿Qué es y cómo se usa? (aemcorp.com)
Información sobre el problema de daños del registro UDEV Registro de fase de puesta al día de Oracle en Azure | Oracle en el campo (wordpress.com)
ASM de Oracle en Azure dañado: seguimiento (dbaharrison.blogspot.com)
Datos dañados en Hyper-V o Azure al ejecutar Oracle ASM: Portal de clientes de Red Hat
Directrices de configuración de Oracle para instalaciones de SAP en máquinas virtuales de Azure con Windows
SAP en Oracle en Azure también admite Windows. A continuación se resumen las recomendaciones para las implementaciones de Windows:
- Se recomiendan las siguientes versiones de Windows: Windows Server 2022 (solo desde Oracle Database 19.13.0 en) Windows Server 2019 (solo desde Oracle Database 19.5.0 en)
- No hay compatibilidad con ASM en Windows. Los espacios de almacenamiento de Windows deben usarse para agregar discos para un rendimiento óptimo
- Instale Oracle Home en un disco independiente dedicado (no lo en la unidad C:)
- Todos los discos deben tener formato NTFS
- Siga la guía de optimización de Windows de Oracle y habilite páginas grandes, bloquee páginas en memoria y otras configuraciones específicas de Windows
En este momento, no se admite la escritura de ASM para clientes de Windows en Azure. El administrador de aprovisionamiento de software de SAP (SWPM) para Windows no es compatible actualmente con ASM.
Configuraciones de almacenamiento para SAP en Oracle en Windows
Windows de configuración mínima:
| Componente | Disco | Caché de host | Striping1 |
|---|---|---|---|
| E:\oracle\<SID>\origlogaA & mirrlogB | Premium | None | No es necesario |
| F:\oracle\<SID>\origlogaB & mirrlogA | Premium | None | No es necesario |
| G:\oracle\<SID>\sapdata1... N | Premium | Ninguno | Recomendado |
| H:\oracle\<SID>\oraarch2 | Premium | None | No es necesario |
| I:\Oracle Home, saptrace, ... | Premium | None | None |
- Striping: Espacios de almacenamiento de Windows
- oraarch: Espacios de almacenamiento de Windows es opcional
La selección de discos para hospedar los registros de fase de puesta al día en línea de Oracle se controla mediante los requisitos de IOPS. Es posible almacenar todos los sapdata1…n (espacios de tabla) en un solo disco montado, siempre que el volumen, IOPS y capacidad de proceso cumplan los requisitos.
Configuración de rendimiento de Windows:
| Componente | Disco | Caché de host | Striping1 |
|---|---|---|---|
| E:\oracle\<SID>\origlogaA | Premium | None | Se puede usar |
| F:\oracle\<SID>\origlogaB | Premium | None | Se puede usar |
| G:\oracle\<SID>\mirrlogAB | Premium | None | Se puede usar |
| H:\oracle\<SID>\mirrlogBA | Premium | None | Se puede usar |
| I:\oracle\<SID>\sapdata1...n | Premium | Ninguno | Recomendado |
| J:\oracle\<SID>\oraarch2 | Premium | None | No es necesario |
| K:\Oracle Home, saptrace, ... | Premium | None | None |
- Striping: Espacios de almacenamiento de Windows
- oraarch: Espacios de almacenamiento de Windows es opcional
Vínculos para Oracle en Windows
- Información general sobre el ajuste de Windows (oracle.com)
- Tareas de configuración posteriores a la instalación en Windows (oracle.com)
- SAP en presentación de Windows (oracle.com)2823030 - Oracle en MS WINDOWS Large Pages
Pasos siguientes
Lea el artículo