Implementación de DBMS de Azure Virtual Machines de SAP ASE para la carga de trabajo de SAP

  • Artículo

En este documento se describen las diferentes áreas que se deben tener en cuenta al implementar SAP ASE en IaaS de Azure. Como condición previa a este documento, debe haber leído el documento Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP y otras guías de la documentación de carga de trabajo de SAP en Azure. En este documento se describe SAP ASE que se ejecuta en Linux y en sistemas operativos Windows. La versión mínima admitida en Azure es SAP ASE 16.0.02 (versión 16, paquete de soporte 2). Se recomienda implementar la versión más reciente de SAP y el nivel de revisión (PL) más reciente. Como mínimo, se recomienda SAP ASE 16.0.03.07 (versión 16, paquete de soporte 3, nivel de revisión 7). La versión más reciente de SAP puede encontrarse en Targeted ASE 16.0 Release Schedule and CR list Information.

Además, encontrará información adicional sobre la compatibilidad de versiones con las aplicaciones de SAP o la ubicación de los medios de instalación en la matriz de disponibilidad de productos de SAP en estas ubicaciones:

Comentario: En toda la documentación dentro y fuera del mundo de SAP, se hace referencia al nombre del producto como Sybase ASE o SAP ASE o, en algunos casos, ambos. Con el fin de mantener la coherencia, en esta documentación usamos el nombre SAP ASE.

Compatibilidad con sistema operativo

La matriz de disponibilidad de productos de SAP contiene las combinaciones de sistema operativo y kernel de SAP compatibles para cada aplicación de SAP. Las distribuciones de Linux SLES 12.x, SLES 15.x, RHEL 7.x y RHEL 8.x son totalmente compatibles. No se admite Oracle Linux como sistema operativo para SAP ASE. Se recomienda usar las versiones más recientes de Linux disponibles. Los clientes de Windows deben usar las versiones de Windows Server 2016 o Windows Server 2019. Técnicamente, se admiten las versiones anteriores de Windows, como Windows 2012, pero siempre se recomienda la versión más reciente de Windows.

Características específicas de SAP ASE en Windows

Desde Microsoft Azure, se pueden migrar las aplicaciones de SAP ASE a Azure Virtual Machines. SAP ASE en una máquina virtual de Azure permite reducir el costo total de propiedad de implementación, administración y mantenimiento de las aplicaciones empresariales al migrarlas fácilmente a Microsoft Azure. Con SAP ASE en una máquina virtual de Azure, los administradores y los desarrolladores pueden seguir usando las mismas herramientas de desarrollo y administración que se encuentran disponibles de forma local.

Microsoft Azure ofrece numerosos tipos de máquinas virtuales diferentes que permiten ejecutar desde los sistemas e infraestructuras SAP más pequeños hasta otros de gran tamaño con miles de usuarios. Los números de SAPS de tamaño de SAP de las distintas SKU para VM certificadas por SAP se proporcionan en la nota de soporte técnico de SAP 1928533.

Puede encontrar documentación para instalar SAP ASE en Windows en la guía de instalación para Windows de SAP ASE

Bloquear páginas en la memoria es un valor que evitará que el búfer de la base de datos de SAP ASE se transfiera. Este valor es útil para sistemas ocupados de gran tamaño con gran demanda de memoria. Para más información, póngase en contacto con BC-DB-SYB.

Configuración específica del sistema operativo Linux

En máquinas virtuales SLES, ejecute saptune con el perfil SAP-ASE. Ajuste las máquinas virtuales RHEL, tal como se describe en 69988.
Linux Huge Pages de SAP-ASE debe estar habilitado de manera predeterminada y se puede verificar con el comando.

cat /proc/meminfo

Normalmente, el tamaño de página es de 2048 KB. Para obtener más información, consulte el artículo Huge Pages on Linux.

Recomendaciones sobre la estructura de discos y VM para implementaciones de SAP ASE

SAP ASE para SAP NetWeaver Applications es compatible con cualquier tipo de VM que se enumere en la nota de soporte técnico de SAP 1928533. Los tipos de VM habituales que se usan para los servidores de bases de datos de SAP ASE de tamaño medio incluyen Esv3. Las grandes bases de datos de varios terabytes pueden usar los tipos de VM de la serie M.

El rendimiento de escritura en disco del registro de transacciones de SAP ASE se puede mejorar si se habilita el Acelerador de escritura de la serie M. El Acelerador de escritura debe probarse atentamente con SAP ASE debido a la manera en que SAP ASE realiza escrituras en el registro. Revise la nota de soporte técnico de SAP 2816580 y tenga en cuenta la posibilidad de ejecutar una prueba de rendimiento.
El Acelerador de escritura está diseñado únicamente para el disco del registro de transacciones. La memoria caché de nivel de disco debe establecerse en NONE. No se sorprenda si el Acelerador de escritura de Azure no muestra mejoras similares como con otro DBMS. En función de la forma en que SAP ASE escribe en el registro de transacciones, podría darse el caso de que el Acelerador de escritura de Azure muestre poca o ninguna aceleración.

Se recomiendan discos independientes para dispositivos de datos y dispositivos de registro. Las bases de datos del sistema sybsecurity y saptools no requieren discos dedicados y se pueden colocar en los discos que contienen los dispositivos de datos y de registro de la base de datos de SAP

Storage configuration for SAP ASE

Sistemas de archivos, tamaño de franjas y equilibrio de E/S

SAP ASE escribe los datos secuencialmente en los dispositivos de almacenamiento en disco, a menos que se configure lo contrario. Esto significa que una base de datos de SAP ASE vacía con cuatro dispositivos escribirá datos solo en el primer dispositivo. Solo se escribirá en los demás dispositivos de disco cuando el primer dispositivo esté lleno. Es probable que la cantidad de E/S de lectura y escritura en cada dispositivo de SAP ASE sea diferente. Para equilibrar la E/S de disco en todos los discos de Azure disponibles, es necesario usar espacios de almacenamiento de Windows o Linux LVM2. En Linux, se recomienda usar el sistema de archivos XFS para formatear los discos. El tamaño de franja LVM debe probarse con una prueba de rendimiento. Un buen punto de partida es un tamaño de franja de 128 KB. En Windows, se debe probar el tamaño de la unidad de asignación (AUS) de NTFS. Se puede usar 64 KB como valor inicial.

Se recomienda configurar la expansión automática de base de datos como se describe en el artículo Configuración de la expansión automática del espacio de base de datos en SAP Adaptive Server Enterprise y en la nota de soporte técnico de SAP 1815695.

Ejemplo de SAP ASE en máquinas virtuales de Azure, configuraciones de disco y sistema de archivos

Las plantillas siguientes muestran configuraciones de ejemplo para Linux y Windows. Antes de confirmar la configuración de máquina virtual y disco, asegúrese de que las cuotas de ancho de banda de red y almacenamiento de la máquina virtual individual basten para satisfacer los requisitos empresariales. Tenga en cuenta también que diferentes tipos de VM de Azure tienen un número máximo de discos que se pueden conectar a la VM. Por ejemplo, una VM E4s_v3 tiene un rendimiento límite de E/S de almacenamiento de 48 MB/s. Si el rendimiento de almacenamiento requerido por la actividad de copia de seguridad de base de datos requiere más de 48 MB/s, es inevitable usar un tipo de VM mayor con más rendimiento de ancho de banda de almacenamiento. Al configurar Azure Storage, también debe tener en cuenta que, especialmente con Azure Premium Storage, cambian el rendimiento y las IOPS por GB de capacidad. Consulte más información sobre este tema en el artículo ¿Qué tipos de disco están disponibles en Azure? Las cuotas para tipos específicos de VM de Azure se documentan en el artículo Tamaños de máquina virtual optimizada para memoria y en otros artículos vinculados a este.

Nota

Si va a mover un sistema DBMS de un entorno local a Azure, se recomienda realizar la supervisión en la VM y evaluar la CPU, la memoria, las IOPS y el rendimiento de almacenamiento. Compare los valores máximos observados con los límites de cuota de VM documentados en los artículos mencionados anteriormente.

Los ejemplos que se indican a continuación tienen fines ilustrativos y se pueden modificar en función de las necesidades individuales. Debido al diseño de SAP ASE, el número de dispositivos de datos no es tan importante como con otras bases de datos. El número de dispositivos de datos que se detallan en este documento es solo una guía. Las configuraciones sugeridas deben tratarse como lo que son. Son puntos de partida para usted. Pero son configuraciones que van a necesitar un ajuste preciso de la carga de trabajo y las eficiencias de los costos.

Un ejemplo de una configuración para un servidor pequeño de base de datos SAP ASE con un tamaño de base de datos de entre 50 GB y 250 GB podría ser similar a lo siguiente:

Configuración Windows Linux Comentarios
Tipo de máquina virtual E4s_v3/v4/v5 (4 vCPU/32 GB RAM) E4s_v3/v4/v5 (4 vCPU/32 GB RAM) ---
Redes aceleradas Habilitar Habilitar ---
Versión de SAP ASE 16.0.03.07 o superior 16.0.03.07 o superior ---
N.º de dispositivos de datos 4 4 ---
N.º de dispositivos de registro 1 1 ---
N.º de dispositivos temporales 1 1 Más para la carga de trabajo de SAP BW
Sistema operativo Windows Server 2019 SLES 12 SP5, 15 SP1 o posterior o RHEL 7.9, 8.1/8.2/8.4 ---
Agregación de discos Espacios de almacenamiento LVM2 ---
Sistema de archivos NTFS XFS
Tamaño de bloque de formato Necesita pruebas de carga de trabajo Necesita pruebas de carga de trabajo ---
N.º y tipo de discos de datos Premium Storage v1: 2 x P10 (RAID0)
Premium Storage v2: 2 x 150 GiB (RAID0): IOPS y rendimiento predeterminados		 Premium Storage v1: 2 x P10 (RAID0)
Premium Storage v2: 2 x 150 GiB (RAID0): IOPS y rendimiento predeterminados		 Caché = Solo lectura
N.º y tipo de discos de registro Premium storage v1: 1 x P20
Premium Storage v2: 1 x 128 GiB: IOPS y rendimiento predeterminados		 Premium storage v1: 1 x P20
Premium Storage v2: 1 x 128 GiB: IOPS y rendimiento predeterminados		 Caché = NONE
Parámetro MaxMemory de ASE 90 % de RAM física 90 % de RAM física Suponiendo una sola instancia
N.º de dispositivos de copia de seguridad 4 4 ---
N.º y tipo de discos de copia de seguridad 1 1 ---

Un ejemplo de una configuración para un servidor pequeño de base de datos SAP ASE con un tamaño de base de datos entre 250 GB y 750 GB, como el sistema SAP Business Suite más pequeño, podría ser similar a lo siguiente:

Configuración Windows Linux Comentarios
Tipo de máquina virtual E16s_v3/v4/v5 (16 vCPU/128 GB RAM) E16s_v3/v4/v5 (16 vCPU/128 GB RAM) ---
Redes aceleradas Habilitar Habilitar ---
Versión de SAP ASE 16.0.03.07 o superior 16.0.03.07 o superior ---
N.º de dispositivos de datos 8 8 ---
N.º de dispositivos de registro 1 1 ---
N.º de dispositivos temporales 1 1 Más para la carga de trabajo de SAP BW
Sistema operativo Windows Server 2019 SLES 12 SP5, 15 SP1 o posterior o RHEL 7.9, 8.1/8.2/8.4 ---
Agregación de discos Espacios de almacenamiento LVM2 ---
Sistema de archivos NTFS XFS
Tamaño de bloque de formato Necesita pruebas de carga de trabajo Necesita pruebas de carga de trabajo ---
N.º y tipo de discos de datos Premium Storage v1: 4 x P20 (RAID0)
Premium Storage v2: 4 x 100 GiB - 200 GiB (RAID0): IOPS y 25 MB/s de rendimiento adicional por disco predeterminados		 Premium Storage v1: 4 x P20 (RAID0)
Premium Storage v2: 4 x 100 GiB - 200 GiB (RAID0): IOPS y 25 MB/s de rendimiento adicional por disco predeterminados		 Caché = Solo lectura
N.º y tipo de discos de registro Premium storage v1: 1 x P20
Premium Storage v2: 1 x 200 GiB: IOPS y rendimiento predeterminados		 Premium storage v1: 1 x P20
Premium Storage v2: 1 x 200 GiB: IOPS y rendimiento predeterminados		 Caché = NONE
Parámetro MaxMemory de ASE 90 % de RAM física 90 % de RAM física Suponiendo una sola instancia
N.º de dispositivos de copia de seguridad 4 4 ---
N.º y tipo de discos de copia de seguridad 1 1 ---

Un ejemplo de una configuración para un servidor medio de base de datos de SAP ASE con un tamaño de base de datos entre 750 GB y 2000 GB, como el sistema SAP Business Suite más grande, podría ser similar a lo siguiente:

Configuración Windows Linux Comentarios
Tipo de máquina virtual E64s_v3/v4/v5 (64 vCPU/432 GB RAM) E64s_v3/v4/v5 (64 vCPU/432 GB RAM) ---
Redes aceleradas Habilitar Habilitar ---
Versión de SAP ASE 16.0.03.07 o superior 16.0.03.07 o superior ---
N.º de dispositivos de datos 16 16 ---
N.º de dispositivos de registro 1 1 ---
N.º de dispositivos temporales 1 1 Más para la carga de trabajo de SAP BW
Sistema operativo Windows Server 2019 SLES 12 SP5, 15 SP1 o posterior o RHEL 7.9, 8.1/8.2/8.4 ---
Agregación de discos Espacios de almacenamiento LVM2 ---
Sistema de archivos NTFS XFS
Tamaño de bloque de formato Necesita pruebas de carga de trabajo Necesita pruebas de carga de trabajo ---
N.º y tipo de discos de datos Premium Storage v1: 4 x P30 (RAID0)
Premium Storage v2: 4 x 250 GiB - 500 GiB - más 2000 IOPS y 75 MB/s de rendimiento por disco		 Premium Storage v1: 4 x P30 (RAID0)
Almacenamiento premium v2: 4 x 250 GiB - 500 GiB - más 2000 IOPS y 75 MB/s de rendimiento por disco		 Caché = Solo lectura
N.º y tipo de discos de registro Premium storage v1: 1 x P20
Premium Storage v2: 1 x 400 GiB: IOPS y rendimiento adicional de 75 MB/s predeterminados		 Premium storage v1: 1 x P20
Premium Storage v2: 1 x 400 GiB: IOPS y rendimiento adicional de 75 MB/s predeterminados		 Caché = NONE
Parámetro MaxMemory de ASE 90 % de RAM física 90 % de RAM física Suponiendo una sola instancia
N.º de dispositivos de copia de seguridad 4 4 ---
N.º y tipo de discos de copia de seguridad 1 1 ---

Un ejemplo de una configuración para un servidor más grande de base de datos de SAP ASE con un tamaño de base de datos entre 2000 GB y 4000 GB, como el sistema SAP Business Suite más grande, podría ser similar a lo siguiente:

Configuración Windows Linux Comentarios
Tipo de máquina virtual E96(d)s_v5 (96 vCPU/672 GiB RAM) E96(d)s_v5 (96 vCPU/672 GiB RAM) ---
Redes aceleradas Habilitar Habilitar ---
Versión de SAP ASE 16.0.03.07 o superior 16.0.03.07 o superior ---
N.º de dispositivos de datos 16 16 ---
N.º de dispositivos de registro 1 1 ---
N.º de dispositivos temporales 1 1 Más para la carga de trabajo de SAP BW
Sistema operativo Windows Server 2019 SLES 12 SP5, 15 SP1 o posterior o RHEL 7.9, 8.1/8.2/8.4 ---
Agregación de discos Espacios de almacenamiento LVM2 ---
Sistema de archivos NTFS XFS
Tamaño de bloque de formato Necesita pruebas de carga de trabajo Necesita pruebas de carga de trabajo ---
N.º y tipo de discos de datos Premium Storage v1: 4 x P30 (RAID0)
Almacenamiento premium v2: 4 x 500 GiB - 1000 GiB - más 2500 IOPS y 100 MB/s de rendimiento por disco		 Premium Storage v1: 4 x P30 (RAID0)
Almacenamiento premium v2: 4 x 500 GiB - 1000 GiB - más 2500 IOPS y 100 MB/s de rendimiento por disco		 Caché = Solo lectura
N.º y tipo de discos de registro Premium storage v1: 1 x P20
Premium Storage v2: 1 x 400 GiB - más 1000 IOPS y 75 MB/s de rendimiento adicional		 Premium storage v1: 1 x P20
Almacenamiento premium v2: 1 x 400 GiB - más 1000 IOPS y 75 MB/s de rendimiento adicional		 Caché = NONE
Parámetro MaxMemory de ASE 90 % de RAM física 90 % de RAM física Suponiendo una sola instancia
N.º de dispositivos de copia de seguridad 4 4 ---
N.º y tipo de discos de copia de seguridad 1 1 ---

Un ejemplo de una configuración para un servidor grande de base de datos de SAP ASE con un tamaño de base de datos de más de 4 TB, como un sistema SAP Business Suite más grande usado globalmente, podría ser similar a lo siguiente:

Configuración Windows Linux Comentarios
Tipo de máquina virtual Serie M (de 1,0 a 4,0 TB de RAM) Serie M (de 1,0 a 4,0 TB de RAM) ---
Redes aceleradas Habilitar Habilitar ---
Versión de SAP ASE 16.0.03.07 o superior 16.0.03.07 o superior ---
N.º de dispositivos de datos 32 32 ---
N.º de dispositivos de registro 1 1 ---
N.º de dispositivos temporales 1 1 Más para la carga de trabajo de SAP BW
Sistema operativo Windows Server 2019 SLES 12 SP5, 15 SP1 o posterior o RHEL 7.9, 8.1/8.2/8.4 ---
Agregación de discos Espacios de almacenamiento LVM2 ---
Sistema de archivos NTFS XFS
Tamaño de bloque de formato Necesita pruebas de carga de trabajo Necesita pruebas de carga de trabajo ---
N.º y tipo de discos de datos Premium Storage v1: 4+ x P30 (RAID0)
Almacenamiento premium v2: 4+ x 1000 GiB - 4000 GiB - más 3000 IOPS y 125 MB/s de rendimiento por disco		 Premium Storage v1: 4+ x P30 (RAID0)
Almacenamiento premium v2: 4+ x 1000 GiB - 4000 GiB - más 3000 IOPS y 125 MB/s de rendimiento por disco		 Caché = Solo lectura, tenga en cuenta discos Ultra de Azure
N.º y tipo de discos de registro Premium storage v1: 1 x P30
Premium Storage v2: 1 x 500 GiB - más 2000 IOPS y 125 MB/s de rendimiento		 Premium storage v1: 1 x P30
Almacenamiento premium v2: 1 x 500 GiB - más 2000 IOPS y 125 MB/s de rendimiento por disco		 Considere la posibilidad de usar el Acelerador de escritura o el disco Ultra de Azure
Parámetro MaxMemory de ASE 90 % de RAM física 90 % de RAM física Suponiendo una sola instancia
N.º de dispositivos de copia de seguridad 16 16 ---
N.º y tipo de discos de copia de seguridad 4 4 Use LVM2/Espacios de almacenamiento

Los volúmenes NFS v4.1 hospedados en Azure NetApp Files es otra alternativa para el almacenamiento de bases de datos de SAP ASE. La estructura principal de este tipo de configuración debe ser similar a

Storage configuration for SAP ASE with ANF

En el ejemplo anterior, el SID de la base de datos era A11. Los tamaños y los niveles de rendimiento de los volúmenes basados en Azure NetApp Files dependen del volumen de base de datos y de la IOPS y el rendimiento que necesite. Para sapdata y saplog, se recomienda empezar con el nivel de rendimiento Ultra para poder proporcionar suficiente ancho de banda. Para muchas implementaciones que no son de producción, el nivel de rendimiento Premium puede ser suficiente. Para obtener más información sobre el tamaño específico y las limitaciones de Azure NetApp Files para el uso de la base de datos, lea el capítulo Dimensionamiento de la base de datos HANA en Azure NetApp Files en volúmenes NFS v4.1 en Azure NetApp Files para SAP HANA.

Consideraciones de copia de seguridad y restauración para SAP ASE en Azure

Aumentar el número de dispositivos de datos y de copia de seguridad aumenta el rendimiento de copia de seguridad y de restauración. Se recomienda seccionar los discos de Azure que hospedan el dispositivo de copia de seguridad de SAP ASE tal como se muestra en las tablas anteriores. Se debe tener cuidado para equilibrar el número de discos y dispositivos de copia de seguridad y asegurarse de que el rendimiento de copia de seguridad no supere el porcentaje del 40 al 50 % de la cuota total de rendimiento de la VM. Se recomienda usar la compresión de copia de seguridad de SAP como valor predeterminado. Se puede encontrar más información en los artículos siguientes:

No utilice la unidad D:\ ni espacio temporal como destino de los volcados de bases de datos o registros.

Impacto de la compresión de las bases de datos

En configuraciones donde el ancho de banda de E/S puede volverse un factor limitante, las medidas que reduzcan el número de IOPS podrían ayudar a ajustar la carga de trabajo que se puede ejecutar en un escenario de IaaS, como Azure. Por lo tanto, se recomienda asegurarse de emplear la compresión de SAP ASE antes de cargar una base de datos existente de SAP en Azure.

La recomendación de aplicar la compresión antes de cargar en Azure viene motivada por varias razones:

  • La cantidad de datos que se cargarán en Azure es menor.
  • La duración de la ejecución de la compresión es menor, suponiendo que se pueda utilizar un hardware más eficaz con más capacidad de CPU, un mayor ancho de banda de E/S o una latencia de E/S menor en el entorno local.
  • Si se utilizan tamaños de base de datos más pequeños, se incurriría en menos costes de asignación de disco.

La compresión de datos y de LOB funciona en una máquina virtual hospedada en Azure Virtual Machines del mismo modo a como lo hace en un entorno local. Para obtener más información sobre cómo comprobar si ya se está usando compresión en una base de datos de SAP ASE existente, consulte la nota de soporte técnico de SAP 1750510. Para obtener más información sobre la compresión de base de datos de SAP ASE, consulte la nota de soporte técnico de SAP 2121797.

Alta disponibilidad de SAP ASE en Azure

La guía del usuario de HADR detalla la instalación y configuración de una solución "Always-On" de dos nodos de SAP ASE. Además, también se admite un tercer nodo de recuperación ante desastres. SAP ASE admite muchas configuraciones de alta disponibilidad, como el disco compartido y la agrupación en clústeres nativos del sistema operativo (como Pacemaker y Clúster de conmutación por error de Windows Server). Hay dos configuraciones de alta disponibilidad admitidas para SAP ASE en Azure:

  • Compatible con alta disponibilidad con administrador de errores: el kernel de SAP es una aplicación "compatible con alta disponibilidad" y conoce los servidores de SAP ASE principal y secundario. No hay ninguna integración cercana entre la solución “compatible con alta disponibilidad” de SAP ASE y Azure. No se usa el equilibrador de carga interno de Azure La solución se documenta en la guía del usuario de HADR de SAP ASE.
  • IP flotante con administrador de errores: esta solución se puede usar para aplicaciones de SAP Business Suite y que no son de SAP Business Suite. Esta solución usa el ILB de Azure y el motor de base de datos de SAP ASE proporciona un puerto de sondeo. El administrador de errores llama a SAPHostAgent para iniciar o detener una dirección IP flotante secundaria en los hosts de ASE. Esta solución se documenta en la nota de SAP 3086679 - SYB: administrador de errores: dirección IP flotante en Microsoft Azure.

Nota

Los tiempos de conmutación por error y otras características de las soluciones de IP flotante o compatibles con alta disponibilidad son similares. Al decidir entre estas dos soluciones, los clientes deben realizar sus propias pruebas y evaluaciones, incluidos factores como los tiempos de conmutación por error planeados y no planeados y otros procedimientos operativos.

Tercer nodo para la recuperación ante desastres

Más allá del uso de SAP ASE Always-on para la alta disponibilidad local, puede que desee extender la configuración a un nodo replicado de forma asincrónica en otra región de Azure. Para más información, consulte Procedimiento de instalación para Sybase 16. 3, nivel de revisión 3 Always-On + recuperación ante desastres en Suse 12.3.

Cifrado de base de datos y SSL de SAP ASE

SAP Software Provisioning Manager (SWPM) proporciona una opción para cifrar la base de datos durante la instalación. Si desea usar el cifrado, se recomienda usar el cifrado de base de datos completo de SAP. Consulte los detalles que se documentan en:

Nota

Si una base de datos de SAP ASE está cifrada, la compresión de volcado de copia de seguridad no funcionará. Consulte también la nota de soporte técnico de SAP 2680905.

Lista de comprobación de implementación de SAP ASE en Azure

  • Implemente SAP ASE 16.0.03.07 o superior.
  • Actualice a la versión más reciente y a las revisiones de FaultManager y HostAgent.
  • Implemente en el sistema operativo certificado más reciente disponible, como Windows 2019, SLES 15 o RHEL 8.
  • Use VM con certificación de SAP: se recomiendan SKU de VM de Azure de memoria alta, como Es_v3 o, para sistemas de gran tamaño, SKU de VM de la serie M.
  • Haga coincidir las IOPS del disco y la cuota total de rendimiento agregado de VM de la VM con el diseño del disco. Implemente un número suficiente de discos.
  • Agregue los discos mediante Espacios de almacenamiento de Windows o Linux LVM2 con el tamaño de franja y el sistema de archivos correctos.
  • Cree un número suficiente de dispositivos para fines de datos, registro, datos temporales y copia de seguridad.
  • Considere la posibilidad de usar discos Ultra para sistemas muy grandes.
  • Ejecute saptune SAP-ASE en SLES. Ajuste las máquinas virtuales RHEL según 69988.
  • Proteja la base de datos con cifrado de base de datos: almacene las claves manualmente en Azure Key Vault.
  • Complete la lista de comprobación de SAP en Azure.
  • Configure la copia de seguridad de registros y la copia de seguridad completa.
  • Pruebe la alta disponibilidad y recuperación ante desastres, la copia de seguridad y restauración, y realice pruebas de carga y volumen.
  • Confirme que la extensión de base de datos automática funcione.

Uso de DBACockpit para supervisar instancias de base de datos

En el caso de sistemas SAP que usan SAP ASE como plataforma de bases de datos, se puede acceder a DBACockpit mediante ventanas integradas en exploradores en transacciones de DBACockpit o de Webdynpro. Sin embargo, la funcionalidad completa de las actividades de supervisión y administración de bases de datos únicamente está disponible en la implementación de Webdynpro de DBACockpit.

Al igual que en el caso de los sistemas locales, es preciso seguir varios pasos para habilitar toda la funcionalidad de SAP NetWeaver que usa la implementación de Webdynpro de DBACockpit. Siga las indicaciones de la nota de soporte técnico de SAP 1245200 para habilitar el uso de los recursos de Webdynpro y generar los necesarios. Las instrucciones de las notas anteriores también le ayudarán a configurar el administrador de comunicación de Internet (ICM) y los puertos que se utilizarán para las conexiones http y https. La configuración de http predeterminada tiene este aspecto:

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

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

y los vínculos generados en la transacción de DBACockpit tienen un aspecto similar a este:

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

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

En función de cómo se conecta la máquina virtual de Azure que hospeda el sistema SAP a AD y DNS, debe asegurarse de que ICM usa un nombre de host completo que se puede resolver en el equipo desde el que se abre DBACockpit. Consulte la nota de soporte técnico de SAP 773830 para obtener información sobre cómo ICM determina el nombre de host completo según los parámetros de perfil y, si es necesario, establezca el parámetro icm/host_name_full de forma explícita.

Si implementó la VM en un escenario solo de nube sin conectividad en varios entornos entre locales y Azure, debe definir una dirección IP pública y un valor de domainlabel. El formato del nombre DNS público de la máquina virtual tiene este aspecto:

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

El ajuste del parámetro de perfil de SAP icm/host_name_full con el nombre DNS del vínculo de la máquina virtual de Azure puede tener este aspecto:

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

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

En ese caso, debe asegurarse de lo siguiente:

  • Agregación de reglas de entrada al grupo de seguridad de red en Azure Portal para los puertos TCP/IP que se utilizan en la comunicación con el ICM
  • Agregar reglas de entrada a la configuración del Firewall de Windows para los puertos TCP/IP que se utilizan en la comunicación con el ICM

Para importar de forma automatizada todas las correcciones disponibles, se recomienda aplicar periódicamente la colección de correcciones de la nota de SAP correspondiente a su versión de SAP:

Encontrará más información sobre DBA Cockpit para SAP ASE en las siguientes notas de SAP:

Notas, vínculos útiles, y notas del producto de SAP ASE

La página de inicio de la documentación de SAP ASE 16.0.03.07 proporciona vínculos a varios documentos de:

  • Recorrido de aprendizaje de SAP ASE: administración y supervisión
  • Recorrido de aprendizaje de SAP ASE: instalación y actualización

que resultan útiles. Otro documento útil es SAP Applications on SAP Adaptive Server Enterprise Best Practices for Migration and Runtime.

Otras notas de soporte técnico de SAP útiles son:

Otra información se publica en:

Un boletín mensual se publica a través de la nota de soporte técnico de SAP 2381575.

Pasos siguientes

Consulte el artículo Lista de comprobación de planeamiento e implementación de cargas de trabajo de SAP en Azure.