Implementación de SAP MaxDB, liveCache y del servidor de contenido en máquinas virtuales de Azure

En este documento se describen las diferentes áreas que se deben tener en cuenta al implementar MaxDB, liveCache y el servidor de contenido en IaaS de Azure. Como condición previa a este documento, consulte Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP. Consulte también otras guías de la documentación de la carga de trabajo de SAP en Azure.

Detalles para las implementaciones de SAP MaxDB en Windows

Compatibilidad con la versión de SAP MaxDB en Azure

En la actualidad, SAP admite la versión 7.9 de SAP MaxDB o superior para su uso con productos basados en SAP NetWeaver en Azure. Todas las actualizaciones del servidor SAP MaxDB o de los controladores ODBC y JDBC que se utilizarán con productos basados en SAP NetWeaver se proporcionan únicamente a través de SAP Service Marketplace. Para obtener más información sobre cómo ejecutar SAP NetWeaver en SAP MaxDB, consulte SAP MaxDB.

Versiones de Microsoft Windows y tipos de máquina virtual de Azure admitidos para SAP MaxDB DBMS

Para encontrar la versión de Microsoft Windows compatible para SAP MaxDB Database Management System (DBMS) en Azure, consulte:

• Matriz de disponibilidad de productos (PAM) SAP
• Nota de SAP 1928533

Se recomienda encarecidamente usar Microsoft Windows Server 2016 y versiones posteriores.

Documentación de SAP MaxDB disponible para MaxDB

Puede encontrar la lista actualizada de la documentación de SAP MaxDB en la siguiente nota de SAP 767598.

Directrices de configuración de SAP MaxDB para instalaciones de SAP en máquinas virtuales de Azure

Configuración de almacenamiento

Los procedimientos recomendados de almacenamiento de Azure para SAP MaxDB siguen las recomendaciones generales mencionadas en el capítulo Estructura de almacenamiento de una máquina virtual para implementaciones de RDBMS.

En resumen, deberá hacer lo siguiente:

• Si usa cuentas de Azure Storage, establezca la cuenta que contiene los volúmenes de registro y datos de SAP MaxDB (los archivos de datos y registros) en Almacenamiento con redundancia local (LRS) como se indica en el capítulo Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP.
• Separe la ruta de acceso de E/S para los volúmenes de datos de SAP MaxDB (los archivos de datos) de la ruta de acceso de E/S para los volúmenes de registro (los archivos de registro). Significa que los volúmenes de datos de SAP MaxDB (archivos de datos) deben instalarse en una unidad lógica. Los volúmenes de registro de SAP MaxDB (archivos de registro) deben instalarse en otra unidad lógica.
• Establezca el tipo de almacenamiento en caché adecuado para cada disco, en función de si lo usa para los volúmenes de registro o datos de SAP MaxDB (archivos de datos y de registro). Además, tanto si utiliza el almacenamiento estándar de Azure como el almacenamiento premium de Azure, como se describe en Consideraciones para la implementación de DBMS en máquinas virtuales de Azure para cargas de trabajo de SAP.
• Mientras la cuota actual de IOPS por disco cumpla los requisitos, se pueden almacenar todos los volúmenes de datos en un solo disco montado y también almacenar todos los volúmenes de registro de bases de datos en otro único disco montado.
• Si se requieren más IOPS o espacio, se recomienda usar Espacios de almacenamiento de Microsoft Windows. Espacios de almacenamiento se utiliza para crear un dispositivo lógico grande que incluya varios discos montados (agrupación de almacenamiento). Para más información, consulte Consideraciones sobre la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP. Este enfoque simplifica la sobrecarga de administración para administrar el espacio en disco y evita el esfuerzo de distribuir archivos manualmente en varios discos montados.
• Se recomienda encarecidamente usar Azure Premium Storage para implementaciones de MaxDB.

Copias de seguridad y restauración

Al implementar SAP MaxDB en Azure, debe revisar la metodología de copias de seguridad. Incluso si el sistema no es productivo, se debe realizar periódicamente la copia de seguridad de la base de datos de SAP que hospeda SAP MaxDB. Puesto que Azure Storage guarda tres imágenes, ahora una copia de seguridad tiene menos relevancia en cuanto a la protección del sistema contra errores de almacenamiento y más relevancia en cuanto a errores operativos o administrativos. La razón principal para el mantenimiento de un plan de copia de seguridad y restauración correcto es que puede compensar errores lógicos o manuales gracias a la capacidad de recuperación a un momento dado. El objetivo es usar cualquiera de las siguientes opciones:

• Copias de seguridad para restaurar la base de datos a un momento dado
• Copias de seguridad en Azure para inicializar otro sistema copiando la base de datos existente

La copia de seguridad y restauración de una base de datos en Azure funciona de la misma manera que para los sistemas locales. Puede usar las herramientas estándar de copia de seguridad y restauración de SAP MaxDB, que se describen en la nota de SAP 767598.

Copia de seguridad y restauración con Azure Backup

También puede integrar la copia de seguridad de MaxDB con Azure Backup mediante la herramienta de copia de seguridad de terceros MaxBack (https://maxback.io). MaxBack permite realizar copias de seguridad y restaurar MaxDB en Windows con la integración de VSS, que también usa Azure Backup. La ventaja de usar Azure Backup es que la copia de seguridad y la restauración se realizan en el nivel de almacenamiento. MaxBack garantiza que la base de datos está en el estado correcto para la copia de seguridad y restauración, y controla automáticamente las copias de seguridad del volumen de registro.

Consideraciones de rendimiento para la copia de seguridad y restauración

Como en las implementaciones sin sistema operativo, el rendimiento de las copias de seguridad y las restauraciones depende de cuántos volúmenes se puedan leer en paralelo y del rendimiento de estos volúmenes. Por lo tanto, se pueden asumir los siguientes puntos:

• Cuantos menos discos se utilicen para almacenar los dispositivos de las bases de datos, menor será el rendimiento general de lectura
• Cuantos menos destinos (directorios de seccionamiento, discos) en los que escribir la copia de seguridad haya, menor será el rendimiento

Para aumentar la cantidad de destinos en los que escribir, existen dos opciones a las que puede recurrir (puede que de forma combinada) según sus necesidades:

• Dedicar volúmenes distintos a copias de seguridad
• Seccionar el volumen de destino de la copia de seguridad en varios discos montados con el fin de mejorar el rendimiento de IOPS en ese volumen de disco seccionado
• Disponer de dispositivos de discos lógicos dedicados distintos para:
  • Volúmenes de copia de seguridad de SAP MaxDB
  • Volúmenes de datos de SAP MaxDB
  • Volúmenes de registro de SAP MaxDB

La división de un volumen de disco en varios discos montados se explica en Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP.

Otras consideraciones

En el caso de las implementaciones de máquinas virtuales con la base de datos SAP MaxDB, todas las demás áreas generales, como Conjuntos de disponibilidad de Azure o supervisión de SAP, también se aplican como se describe en Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP. Otras configuraciones específicas de SAP MaxDB son transparentes para las máquinas virtuales de Azure y se describen en distintos documentos de la nota de SAP 767598 y en estas otras:

• 826037
• 1139904
• 1173395

Detalles para implementaciones de SAP liveCache en Windows

Compatibilidad con la versión de SAP liveCache

La versión mínima de SAP liveCache admitida en máquinas virtuales (VM) de Azure es SAP LC/LCAPPS 10.0 SP 25 , incluida liveCache 7.9.08.31 y LCA-Build 25, publicada para EhP 2 para SAP SCM 7.0 y versiones posteriores.

Versiones admitidas de Microsoft Windows y tipos de máquina virtual de Azure para DBMS de SAP liveCache

Para obtener la versión compatible de Microsoft Windows para SAP liveCache en Azure, consulte:

• Matriz de disponibilidad de productos (PAM) SAP
• Nota de SAP 1928533

Se recomienda encarecidamente utilizar la versión más reciente del sistema operativo Microsoft Windows Server.

Directrices de configuración de SAP liveCache para instalaciones de SAP en máquinas virtuales de Azure

Tipos de máquina virtual de Azure recomendados para liveCache

Puesto que SAP liveCache es una aplicación que realiza cálculos de grandes proporciones, la cantidad y la velocidad de CPU y RAM influyen en gran medida en el rendimiento de SAP liveCache.

Para los tipos de máquina virtual de Azure compatibles con SAP (nota de SAP 1928533), todos los recursos de vCPU asignados a la máquina virtual se admiten a través de recursos de CPU físicos dedicados del hipervisor. No se supera el aprovisionamiento y, por tanto, no se produce ninguna competencia por los recursos de CPU.

Del mismo modo, para todos los tipos de instancia de máquina virtual de Azure compatibles con SAP, la memoria de la máquina virtual se asigna al 100 % a la memoria física; por ejemplo, no se recurre al aprovisionamiento en exceso (exceso de compromiso).

Desde esta perspectiva, se recomienda encarecidamente usar las máquinas virtuales de la serie M, Dv2, Dv3, Ev3 y M más recientes. La elección de los diferentes tipos de máquina virtual depende de la memoria que se necesita para liveCache y los recursos de CPU necesarios. Al igual que con todas las demás implementaciones de DBMS, es aconsejable usar Azure Premium Storage para volúmenes críticos para el rendimiento.

Configuración de almacenamiento para liveCache en Azure

Dado que SAP liveCache se basa en la tecnología SAP MaxDB, las recomendaciones de procedimientos recomendados de Almacenamiento de Azure mencionadas para SAP MaxDB que se describen en este documento también son válidas para SAP liveCache.

Máquina virtual de Azure dedicada para el escenario de liveCache

A medida que SAP liveCache usa de forma intensiva la capacidad de cálculo, para un uso productivo, se recomienda encarecidamente que implemente en una máquina virtual de Azure dedicada.

Copia de seguridad y restauración de liveCache en Azure

Las copias de seguridad y restauración, incluidas las consideraciones de rendimiento, ya se describen en los capítulos de SAP MaxDB pertinentes de este documento.

Detalles para la implementación de SAP Content Server en Windows en Azure

El servidor SAP Content Server es un componente independiente basado en servidor para almacenar contenido como documentos electrónicos en formatos diferentes. SAP Content Server se ofrece para el desarrollo de tecnología y se concibe para su uso en varias aplicaciones con cualquier aplicación de SAP. Se instala en un sistema independiente. Su contenido más habitual es material de aprendizaje y documentación de dibujos técnicos de Knowledge Warehouse que se crean en el sistema de administración de documentos de mySAP PLM.

Compatibilidad con la versión de SERVIDOR de contenido de SAP para máquinas virtuales de Azure

SAP actualmente admite:

• SAP Content Server con la versión 6.50 (y superior)
• SAP MaxDB versión 7.9
• Microsoft IIS (Internet Information Server) versión 8.0 (y versiones posterior)

Se recomienda encarecidamente usar las versiones más recientes de SAP Content Server y de Microsoft IIS.

Compruebe las últimas versiones compatibles de SAP Content Server y Microsoft IIS en Matriz de disponibilidad de productos (PAM) SAP.

Tipos de máquina virtual de Azure y Microsoft Windows admitidos con SAP Content Server

Para conocer la versión de Windows compatible con SAP Content Server en Azure, consulte:

• Matriz de disponibilidad de productos (PAM) SAP
• Nota de SAP 1928533

Se recomienda encarecidamente usar la versión más reciente de Microsoft Windows Server.

Directrices de configuración de SAP Content Server para instalaciones de SAP en máquinas virtuales de Azure

Configuración de almacenamiento para Content Server en Azure

Si configura SAP Content Server para almacenar archivos en la base de datos de SAP MaxDB, todos los procedimientos recomendados de Azure Storage que se mencionan con relación a SAP MaxDB en este documento también son válidos en el caso de SAP Content Server.

Si configura SAP Content Server para almacenar archivos en el sistema de archivos, se recomienda usar una unidad lógica exclusiva. El uso de espacios de almacenamiento de Windows también permite aumentar el tamaño del disco lógico y el rendimiento de IOPS, como se describe en el capítulo Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP.

Ubicación del servidor de contenido de SAP

SAP Content Server debe implementarse en la misma región de Azure y en la red virtual de Azure donde se implementa el sistema SAP. Puede elegir si desea implementar los componentes de SAP Content Server en una máquina virtual de Azure dedicada o en la misma máquina virtual en la que se ejecuta el sistema SAP.

Ubicación del servidor de caché de SAP

Sap Cache Server es otro componente basado en servidor para proporcionar acceso a documentos (almacenados en caché) localmente. SAP Cache Server almacena en la caché los documentos de SAP Content Server. El almacenamiento en caché optimiza el tráfico de red si los documentos deben recuperarse más de una vez desde diferentes ubicaciones. Por lo general, SAP Cache Server debe encontrarse físicamente cerca del cliente que accede a este servidor.

Dispone de dos opciones:

• El cliente es un sistema SAP back-end: si un sistema SAP back-end está configurado para acceder a SAP Content Server, ese sistema SAP es un cliente. Puesto que el sistema SAP y SAP Content Server se implementan en la misma región de Azure, en el mismo centro de datos de Azure, ambos se encuentran físicamente próximos entre sí. Por lo tanto, no es necesario contar con un servidor SAP Cache dedicado. Los clientes de interfaz de usuario de SAP (SAP GUI o un explorador web) acceden directamente al sistema SAP y este recupera los documentos desde SAP Content Server.

• El cliente es un explorador web local: el servidor de contenido de SAP se puede configurar a través del explorador web para el acceso directo. En este caso, un explorador web que se ejecute de forma local es un cliente de SAP Content Server. Se coloca un centro de datos local y el de Azure en diferentes ubicaciones físicas (lo ideal es que se encuentren próximos entre sí). Su centro de datos local se conecta a Azure a través del VPN de sitio a sitio o ExpressRoute de Azure. Aunque ambas opciones ofrecen conexión de red VPN segura a Azure, la conexión de red de sitio a sitio no ofrece un acuerdo de nivel de servicio de latencia y ancho de banda de red entre el centro de datos local y el de Azure. Para acelerar el acceso a los documentos, realice una de las siguientes opciones:

  • Instalar SAP Cache Server en las instalaciones (cercano al navegador web en las instalaciones)

  • Configurar ExpressRoute de Azure, que ofrece una conexión de red dedicada de alta velocidad y baja latencia entre el centro de datos local y el centro de datos de Azure.

Copia de seguridad y restauración para SAP Content Server

Si configura SAP Content Server para almacenar archivos en la base de datos de SAP MaxDB, el procedimiento de copia de seguridad y restauración y las consideraciones sobre el rendimiento ya se describieron en los capítulos sobre SAP MaxDB de este documento.

Si configura SAP Content Server para almacenar archivos en el sistema de archivos, una opción es ejecutar de forma manual la copia de seguridad o la restauración de toda la estructura de archivos donde se encuentran los documentos. De forma similar a la copia de seguridad y restauración de SAP MaxDB, la recomendación es tener un volumen de disco dedicado para fines de copia de seguridad.

Consulte también

Otras configuraciones específicas de SAP Content Server son transparentes para máquinas virtuales de Azure y se describen en la nota de SAP 1619726.