Implementación de DBMS 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. El software de Oracle está admitido por Oracle para su ejecución 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.

Notas de SAP pertinentes para Oracle, SAP y Azure

Las siguientes notas de SAP están relacionadas con SAP en Azure.

Las configuraciones exactas y la funcionalidad compatibles con Oracle y SAP en Azure se documentan en la nota de SAP 2039619.

Windows y Oracle Linux son los únicos sistemas operativos compatibles con Oracle y SAP en Azure. Las populares distribuciones de Linux SLES y RHE no son compatibles con la implementación de los componentes de Oracle en Azure. Los componentes de Oracle incluyen el cliente de Oracle Database, que las aplicaciones de SAP usan para conectarse al DBMS de Oracle.

Algunas excepciones, según la nota de SAP 2039619, son los componentes de SAP que no usan el cliente de Oracle Database. Estos componentes de SAP son los servicios independientes de puesta en cola, servidor de mensajes, replicación de puesta en cola, webDispatcher y Gateway de SAP.

Incluso si ejecuta el DBMS de Oracle y las instancias de aplicación de SAP en Oracle Linux, puede ejecutar los servicios centrales de SAP en SLES o RHEL y protegerlos con un clúster basado en Pacemaker. Pacemaker como plataforma de alta disponibilidad no es compatible con Oracle Linux.

Detalles de Oracle Database en Windows

Directrices de configuración de Oracle para instalaciones de SAP en máquinas virtuales de Azure con Windows

De acuerdo con el manual de instalación de SAP, los archivos relacionados con Oracle no deben instalarse ni ubicarse en el disco del sistema operativo de la máquina virtual (unidad C:). Máquinas virtuales de distintos tamaños pueden admitir un número variable de discos conectados. Los tipos de máquinas virtuales más pequeños pueden admitir un menor número de discos conectados.

Si tiene máquinas virtuales más pequeñas y alcanza el límite del número de discos que puede conectar a la máquina virtual, puede instalar/ubicar Oracle Home, Stage, saptrace, saparch, sapbackup, sapcheck o sapreorg en el disco del sistema operativo. Estas partes de los componentes del DBMS de Oracle tampoco usan en gran medida la E/S ni el rendimiento de la E/S. Esto significa que el disco del sistema operativo puede ocuparse de los requisitos de E/S. El tamaño predeterminado del disco del sistema operativo debe ser de 127 GB.

Los archivos de registro de puesta al día y Oracle Database tienen que almacenarse en discos de datos independientes. Hay una excepción con el espacio de tablas temporales de Oracle. Tempfiles se puede crear en la unidad D:/ (unidad no persistente). La unidad D:\ no persistente también ofrece un mejor rendimiento y latencia de E/S (a excepción de las máquinas virtuales de la serie A).

Para determinar la cantidad de espacio correcta para tempfiles, puede revisar el tamaño de tempfiles de los sistemas existentes.

Configuración de almacenamiento

Solo se admiten versiones de Oracle de solo una versión que usen discos con formato NTFS. Todos los archivos de la base de datos se deben almacenar en el sistema de archivos NTFS en discos VHD o Managed Disks (recomendado). Estos discos se montan en la máquina virtual de Azure y se basan en Azure Page BLOB Storage o en Azure Managed Disks.

Consulte el artículo Tipos de Azure Storage para una carga de trabajo de SAP para obtener más detalles sobre los tipos de almacenamiento de bloque de Azure específicos adecuados para la carga de trabajo de DBMS.

Se recomienda Azure Managed Disks. También se recomienda encarecidamente usar Azure Premium Storage o el disco Ultra de Azure para las implementaciones de Oracle Database.

Las unidades de red o los recursos compartidos remotos, como los servicios de archivos de Azure, no son compatibles con los archivos de Oracle Database. Para más información, consulte:

• Introducing Microsoft Azure File Service (Introducción al servicio de archivos de Microsoft Azure)

• Persisting connections to Microsoft Azure Files (Persistencia de conexiones en archivos de Microsoft Azure)

Si se usan discos basados en Azure Page BLOB Storage o Managed Disks, las declaraciones realizadas en Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP también se aplican a las implementaciones con Oracle Database.

Existen cuotas en el rendimiento de IOPS para los discos de Azure. Este concepto se explica en Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP. Las cuotas exactas varían según el tipo de máquina virtual que se usa. Encontrará una lista de los tipos de máquina virtual con sus cuotas en Tamaños de las máquinas virtuales Windows en Azure.

Para identificar los tipos de máquina virtual de Azure compatibles, consulte la nota de SAP 1928533.

La configuración mínima es la siguiente:

La selección de discos para hospedar los registros de la fase de puesta al día en línea debe basarse en los requisitos de IOPS. Es posible almacenar todos los sapdata1…n (espacios de tabla) en un solo disco montado, siempre que el tamaño, IOPS y capacidad de proceso cumplan los requisitos.

La configuración de rendimiento es la siguiente:

*(n+1): hospedar espacios de tablas SYSTEM, TEMP y UNDO. El patrón de E/S de los espacios de tablas System y Undo son diferentes de otros espacios de tabla que hospedan los datos de aplicación. No almacenar en caché es la mejor opción para el rendimiento de los espacios de tablas System y Undo.

*oraarch: no es necesario el bloque de almacenamiento desde un punto de vista del rendimiento. Se puede usar para obtener más espacio.

Si se necesita más IOPS en el caso de Azure Premium Storage, se recomienda usar bloques de almacenamiento de Windows (solo disponibles en Windows Server 2012 y versiones posteriores) para crear un dispositivo lógico de gran tamaño en varios discos montados. Este enfoque simplifica la sobrecarga de administración para administrar el espacio en disco y ayuda a evitar el esfuerzo de distribuir archivos manualmente en varios discos montados.

Acelerador de escritura

En las máquinas virtuales de Azure de la serie M, se puede reducir la latencia de escritura en los registros de fase de puesta al día en línea, en comparación con el rendimiento de Azure Premium Storage. Habilite el Acelerador de escritura de Azure para los discos (discos duros virtuales) en función del Azure Premium Storage que se usa para los archivos de registro de puesta al día en línea. Para más información, consulte Acelerador de escritura. También se usa el disco Ultra de Azure para el volumen de registro de la fase de puesta al día en línea.

Copia de seguridad y restauración

Para la funcionalidad de copia de seguridad y restauración, las SAP BR*Tools para Oracle se admiten del mismo modo que en los sistemas operativos Windows Server estándar. También se admite Oracle Recovery Manager (RMAN) para las copias de seguridad en disco y las restauraciones desde disco.

También se puede usar el servicio Azure Backup para ejecutar una copia de seguridad de máquina virtual coherente con la aplicación. En el artículo Planeación de la infraestructura de copia de seguridad de máquinas virtuales en Azure se explica cómo Azure Backup usa la funcionalidad de Windows VSS para ejecutar copias de seguridad coherentes con la aplicación. Las versiones de Oracle Database que se admiten en Azure y SAP pueden aprovechar la funcionalidad VSS para las copias de seguridad. Para más información, consulte Basic concepts of database backup and recovery with VSS (Conceptos básicos de copia de seguridad y recuperación de bases de datos con VSS) en la documentación de Oracle.

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 sobre la recuperación ante desastres de bases de datos de Oracle en Azure, consulte Recuperación ante desastres para Oracle Database 12c en el entorno de Azure.

Redes aceleradas

En el caso de las implementaciones de Oracle en Windows, se recomienda encarecidamente las redes aceleradas tal como se describe en Redes aceleradas de Azure. Tenga en cuenta también las recomendaciones realizadas en Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP.

Otros

En Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP, se describen otros conceptos importantes relacionados con las implementaciones de máquinas virtuales con Oracle Database, incluidos conjuntos de disponibilidad de Azure y la supervisión de SAP.

Detalles de Oracle Database en Oracle Linux

El software de Oracle está admitido por Oracle para su ejecución 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 aprovechen las instancias de Oracle Database. Los detalles se mencionan en la siguiente parte del documento.

Compatibilidad de versiones de Oracle

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.

Directrices de configuración de Oracle para instalaciones de SAP en máquinas virtuales de Azure con Linux

De acuerdo con los manuales de instalación de SAP, los archivos relacionados con Oracle no deben instalarse ni ubicarse en el controlador del sistema del disco de arranque de la máquina virtual. Máquinas virtuales de distintos tamaños pueden admitir un número variable de discos conectados. Los tipos de máquinas virtuales más pequeños pueden admitir un menor número de discos conectados.

En este caso, se recomienda instalar/ubicar Oracle Home, Stage, saptrace, saparch, sapbackup, sapcheck o sapreorg en el disco de arranque. Estas partes de los componentes del DBMS de Oracle no usan en gran medida la E/S y la capacidad de proceso. Esto significa que el disco del sistema operativo puede ocuparse de los requisitos de E/S. El tamaño predeterminado del disco del sistema operativo es de 30 GB. Puede expandir el disco de arranque con Azure Portal, PowerShell o la CLI de Azure. Una vez que se expande el disco de arranque, puede agregar una partición adicional para los binarios de Oracle.

Configuración de almacenamiento

Los sistemas de archivos de ext4, xfs y NFSv 4.1 [solo en Azure NetApp Files (ANF)] u Oracle ASM (consulte la nota de SAP #2039619 para conocer los requisitos de versión) son compatibles con los archivos de Oracle Database en Azure. Todos los archivos de la base de datos se deben almacenar en estos sistemas de archivos en VHD, Managed Disks o Azure NetApp Files. Estos discos se montan en la máquina virtual de Azure y se basan en Azure Page Blob Storage, Azure Managed Disks o Azure NetApp Files.

Estos son los requisitos mínimos:

• Para los kernels de Oracle Linux UEK, se requiere como mínimo la versión 4 de UEK para que sea compatible con los discos SSD Azure Premium.
• Para Oracle con Azure NetApp Files, la versión mínima admitida de Oracle Linux es la 8.2.
• Para Oracle con Azure NetApp Files, la versión mínima admitida de Oracle es la 19c (19.8.0.0).

Consulte el artículo Tipos de Azure Storage para una carga de trabajo de SAP para obtener más detalles sobre los tipos de almacenamiento de bloque de Azure específicos adecuados para la carga de trabajo de DBMS.

Si se usa Azure Block Storage, se recomienda encarecidamente utilizar Azure Managed Disks y SSD Prémium de Azure para las implementaciones de Oracle Database.

Salvo Azure NetApp Files, los restantes discos compartidos, unidades de red o recursos compartidos remotos, como Azure File Services (AFS), no son compatibles con los archivos de Oracle Database. Para obtener más información, vea lo siguiente:

• Introducing Microsoft Azure File Service (Introducción al servicio de archivos de Microsoft Azure)

• Persisting connections to Microsoft Azure Files (Persistencia de conexiones en archivos de Microsoft Azure)

Si se usan discos basados en Azure Page BLOB Storage o Managed Disks, las declaraciones realizadas en Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP también se aplican a las implementaciones con Oracle Database.

Existen cuotas en el rendimiento de IOPS para los discos de Azure. Este concepto se explica en Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP. Las cuotas exactas depende del tipo de máquina virtual que se usa. Para ver una lista de los tipos de máquinas virtuales con sus cuotas, consulte Tamaños de las máquinas virtuales Linux en Azure.

Para identificar los tipos de máquina virtual de Azure compatibles, consulte la nota de SAP 1928533.

Configuración mínima:

*Eliminación: franja LVM o MDADM mediante RAID0

La selección de discos para hospedar los registros de la fase de puesta al día en línea de Oracle debe basarse en 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 del rendimiento:

*Eliminación: franja LVM o MDADM mediante RAID0

*(n+1): hospedar espacios de tablas SYSTEM, TEMP y UNDO: El patrón de E/S de los espacios de tablas System y Undo son diferentes de otros espacios de tabla que hospedan los datos de aplicación. No almacenar en caché es la mejor opción para el rendimiento de los espacios de tablas System y Undo.

*oraarch: no es necesario el bloque de almacenamiento desde un punto de vista del rendimiento.

Si se requieren más IOPS al usar Azure Premium Storage, se recomienda usar LVM (administrador de volúmenes lógicos) o MDADM para crear un volumen lógico de gran tamaño en varios discos montados. Para más información, consulte el documento Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP en relación con las directrices e indicadores sobre cómo aprovechar LVM o MDADM. Este enfoque simplifica la sobrecarga de administración para administrar el espacio en disco y ayuda a evitar el esfuerzo de distribuir archivos manualmente en varios discos montados.

Si planea usar Azure NetApp Files, asegúrese de que el cliente de dNFS está configurado correctamente. El uso de dNFS es obligatorio para tener un entorno compatible. En el artículo en que se explica cómo crear una instancia de Oracle Database en Direct NFS, encontrará la información necesaria para configurar dNFS.

En el blog sobre la implementación de SAP AnyDB (Oracle 19c) con Azure NetApp Files, encontrará un ejemplo en el que se muestra el uso de Azure NetApp Files para bases de datos de Oracle.

Acelerador de escritura

En las máquinas virtuales de Azure de la serie M, cuando se usa el Acelerador de escritura de Azure se puede reducir la latencia de escritura en los registros de fase de puesta al día en línea mediante factores al usar Azure Premium Storage. Habilite el Acelerador de escritura de Azure para los discos (discos duros virtuales) en función del Azure Premium Storage que se usa para los archivos de registro de puesta al día en línea. Para más información, consulte Acelerador de escritura. También se usa el disco Ultra de Azure para el volumen de registro de la fase de puesta al día en línea.

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 más información sobre cómo puede usar los servicios Azure Backup y Recovery para crear una copia de seguridad de las bases de datos de Oracle y recuperarlas, consulte el artículo Copia de seguridad y recuperación de una base de datos de Oracle Database 12c en una máquina virtual Linux de Azure.

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 19c 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.

Redes aceleradas

La compatibilidad con Azure Accelerated Networking en Oracle Linux se ofrece con Oracle Linux 7 Update 5 (Oracle Linux 7.5). Si no puede actualizar a la versión más reciente de Oracle Linux 7.5, es posible que haya una solución alternativa si se usa RedHat Compatible Kernel (RHCK) en lugar del kernel UEK de Oracle.

El uso del kernel RHEL en Oracle Linux se admite según la nota de SAP 1565179. En el caso de las redes aceleradas de Azure, la versión mínima del kernel RHCKL debe ser 3.10.0-862.13.1.el7. Si usa el kernel de UEK en Oracle Linux junto con las redes aceleradas de Azure, necesita usar el kernel de Oracle UEK versión 5.

Si va a implementar máquinas virtuales desde una imagen que no está basada en Azure Marketplace, necesitará copiar archivos de configuración adicionales en la máquina virtual mediante la ejecución del código siguiente:

# Copy settings from GitHub to the correct place in the VM
sudo curl -so /etc/udev/rules.d/68-azure-sriov-nm-unmanaged.rules https://raw.githubusercontent.com/LIS/lis-next/master/hv-rhel7.x/hv/tools/68-azure-sriov-nm-unmanaged.rules 

Pasos siguientes

Lea el artículo

• Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP