Compartir a través de

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

  • Artículo

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, debe haber leído el documento Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP, así como otras guías de la documentación de carga de trabajo de SAP en Azure.

Detalles para las implementaciones de SAP MaxDB en Windows

Compatibilidad de versiones 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 obtener la versión compatible de Microsoft Windows para SAP MaxDB DBMS en Azure, consulte:

Se recomienda encarecidamente usar la versión más reciente del sistema operativo Microsoft Windows (Microsoft Windows 2016).

Documentación de SAP MaxDB disponible para MaxDB

Encontrará la lista de la documentación de SAP MaxDB actualizada en la nota de SAP 767598

Instrucciones 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.

Importante

Al igual que otras bases de datos, SAP MaxDB también dispone de archivos de datos y de registro. Sin embargo, en la terminología de SAP MaxDB el término correcto es "volumen" (no "archivo"). Por ejemplo, existen volúmenes de datos y de registro de SAP MaxDB. No los confunda con los volúmenes de disco del sistema operativo.

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). Esto significa que los volúmenes de datos de SAP MaxDB (los archivos de datos) se tienen que instalar en una unidad lógica y los volúmenes de registro de SAP MaxDB (los archivos de registro) en otra.
  • Establezca el tipo de almacenamiento en caché adecuado para cada disco en función de si lo usa para volúmenes de datos o registros de SAP MaxDB (archivos de datos o de registro) y de si se usa Azure Standard Storage o Azure Premium Storage, como se describe en Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga 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 necesita más IOPS o espacio, se recomienda usar bloques de almacenamiento de Microsoft Windows (solo disponibles en Microsoft Windows Server 2012 y versiones posteriores) para crear un dispositivo lógico de gran tamaño en varios discos montados. Para obtener más información, vea Consideraciones para 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 usar Azure Premium Storage para las implementaciones de MaxDB.

Reference Configuration of Azure IaaS VM for SAP MaxDB DBMS

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. Por tanto, el propósito es usar copias de seguridad para restaurar la base de datos a un momento dado o utilizar las copias de seguridad de Azure para propagar otro sistema mediante la copia de la base de datos existente.

La realización de copias de seguridad y restauraciones de una base de datos de Azure funciona del mismo modo que para sistemas locales, por lo que puede usar herramientas estándar de copia de seguridad y restauración de SAP MaxDB, que se describen en uno de los documentos de SAP MaxDB enumerados 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 restauración se realiza 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 copias de seguridad y restauraciones

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
  • Tener dispositivos de disco lógico dedicado independientes para:
    • Volúmenes (archivos) de copia de seguridad de SAP MaxDB
    • Volúmenes de datos de SAP MaxDB (archivos)
    • Volúmenes de registro de SAP MaxDB (archivos)

El particionamiento de un volumen en varios discos montados se ha explicado anteriormente en Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP.

Otras consideraciones

También se aplican todas las demás áreas generales, como los conjuntos de disponibilidad de Azure o la supervisión de SAP, como se describe en Consideraciones para la implementación de DBMS de Azure Virtual Machines para la carga de trabajo de SAP a las implementaciones de máquinas virtuales con la base de datos de SAP MaxDB. 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:

Detalles para implementaciones de SAP liveCache en Windows

Compatibilidad de versiones de SAP liveCache

La versión mínima de SAP liveCache que se admite en Azure Virtual Machines es SAP LC/LCAPPS 10.0 SP 25, incluida liveCache 7.9.08.31 y LCA-Build 25, publicadas para EhP 2 para SAP SCM 7.0 y versiones posteriores.

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

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

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

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

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.

En el caso de los tipos de máquina virtual de Azure compatibles con SAP (nota de SAP 1928533), todos los recursos de CPU virtuales asignados a la máquina virtual cuentan con el respaldo de los recursos de CPU físicos dedicados del hipervisor. No existe aprovisionamiento en exceso (y, por tanto, tampoco existe 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, es muy recomendable usar las máquinas virtuales Dv2, Dv3, Ev3 y de la serie 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. Como sucede con todas las demás implementaciones de DBMS, es aconsejable aprovechar Azure Premium Storage para los volúmenes en los que el rendimiento es crucial.

Configuración de almacenamiento para liveCache en Azure

Puesto que SAP liveCache se basa en la tecnología SAP MaxDB, todos los procedimientos recomendados de Azure Storage que se mencionan para SAP MaxDB en este documento también se pueden aplicar a SAP liveCache.

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

Dado que SAP liveCache emplea una potencia de cálculo sumamente intensiva, se recomienda encarecidamente implementarla en una máquina virtual de Azure dedicada para obtener resultados productivos.

Dedicated Azure VM for liveCache for productive use case

Copia de seguridad y restauración para liveCache en Azure

Las consideraciones sobre copia de seguridad y restauración ya se describen en los capítulos pertinentes de SAP MaxDB de este documento.

Otras consideraciones

Todas las demás áreas generales ya se describen en el capítulo de SAP MaxDB correspondiente.

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 de versiones de SAP Content Server 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:

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

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

Configuración de almacenamiento para el servidor de contenido de 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 de SAP Content Server

SAP Content Server se debe implementar en la misma región de Azure y de red virtual de Azure en la que se implementó 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.

Dedicated Azure VM for SAP Content Server

Ubicación del SAP Cache Server

El servidor SAP Cache Server es un componente adicional basado en servidores que proporciona acceso a documentos (en la memoria caché) en entornos locales. SAP Cache Server almacena en la caché los documentos de SAP Content Server. De este modo se optimiza el tráfico de red cuando los documentos se tienen que recuperar más de una vez desde distintas ubicaciones. Por lo general, SAP Cache Server debe encontrarse físicamente cerca del cliente que accede a este servidor.

Dispone de dos opciones:

  1. El cliente es un sistema SAP de back-end Si se configura un sistema SAP de back-end para acceder a SAP Content Server, dicho sistema SAP será 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 hace falta disponer de un SAP Content Server 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.
  2. El cliente es un explorador web local SAP Content Server puede configurarse para acceder a él directamente mediante un explorador web. 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, puede realizar una de las siguientes acciones:
    1. Instalar el servidor de caché de SAP de forma local, cerca del explorador web local (opción de ilustración a continuación)
    2. 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.

Option to install SAP Cache Server on-premises

Copia de seguridad o restauración

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. Al igual que las copias de seguridad y las restauraciones de SAP MaxDB, se recomienda disponer de un volumen de disco dedicado para realizar copias de seguridad.

Otros

Otras configuraciones específicas de SAP Content Server son transparentes para máquinas virtuales de Azure y se describen en diversos documentos y notas de SAP: