Exploración de la fase de preparación de producción
En esta fase, debe aprovechar todo el conocimiento y la experiencia acumulados de las fases anteriores y aplicarlos como preparación para las implementaciones de producción. Asimismo, en los escenarios de migración, debe prepararse para la transferencia de datos entre su ubicación de hospedaje actual y Azure.
Trabaje con las actualizaciones de versiones de SAP necesarias de los sistemas de producción antes de realizar la migración a Azure.
Póngase de acuerdo con los propietarios de las empresas sobre las pruebas funcionales y empresariales que deben realizarse después de realizar la migración del sistema de producción. Asegúrese de que todas estas pruebas se ejecutan con los sistemas de origen en la ubicación de hospedaje actual. Conviene evitar que se lleven a cabo pruebas por primera vez una vez trasladado el sistema a Azure.
Pruebe el proceso de migración de producción a Azure. En aquellos casos en los que no se mueven todos los sistemas de producción a Azure en el mismo período de tiempo, identifique los grupos de los sistemas de producción que deben residir en la misma ubicación de hospedaje. Pruebe la migración de datos. Entre los métodos de migración comunes se incluyen los siguientes:
- Usar métodos de DBMS, como la copia de seguridad y la restauración en combinación con SQL Server Always On, la replicación del sistema de HANA o el trasvase de registros para inicializar y sincronizar el contenido de la base de datos en Azure.
- Use la copia de seguridad y restauración para las bases de datos más pequeñas.
- Use la instancia de SAP Migration Monitor implementada en la herramienta SAP SWPM para realizar migraciones heterogéneas.
- Use el proceso DMO de SAP (descrito en Opción de migración de base de datos (DMO) de SUM: introducción) si necesita realizar la combinación con una actualización de la versión de SAP. Tenga en cuenta que no todas las combinaciones entre el DBMS de origen y de destino son compatibles. Puede encontrar más información en las notas de SAP específicas de la versión de DMO. Por ejemplo, la opción de migración de base de datos (DMO) de SUM 2.0 SP04 está documentada en la Nota de SAP 3126581.
- Compare el rendimiento de la transferencia de datos a través de Internet y ExpressRoute en caso de que necesite cargar copias de seguridad o archivos de exportación de SAP en Azure. Para facilitar las transferencias basadas en Internet, es posible que necesite ajustar la configuración de NSG/ASG.
Antes de mover sistemas de la plataforma antigua a Azure, recopile los datos de consumo de recursos, como el uso de la CPU, el rendimiento del almacenamiento y los datos de IOPS. Esto es especialmente importante con respecto a las unidades de capa de DBMS, pero también es muy útil en el caso de las unidades de capa de aplicación. Asimismo, debe medir la latencia de la red y del almacenamiento.
Consulte las notas de soporte técnico de SAP, el directorio de hardware de SAP HANA y la matriz de disponibilidad de productos (PAM) de SAP para garantizar la precisión de la información relativa a las SKU de Azure VM admitidas, las versiones de SO admitidas para estas SKU de Azure VM y las versiones admitidas de SAP y DBMS.
Adapte los scripts de implementación para aprovechar los nuevos tipos de SKU de máquinas virtuales de Azure e incorpore nuevas características de las que pueda beneficiarse.
Después de realizar la implementación de la infraestructura y la aplicación, realice comprobaciones adicionales para confirmar lo siguiente:
La implementación aprovisionó las SKU de Azure VM adecuadas con la configuración de almacenamiento prevista.
Los sistemas operativos invitados de las VM de Azure se han protegido según lo previsto y de manera uniforme.
Los sistemas operativos invitados de las VM de Azure están en el nivel de versión y revisión previsto.
Se han instalado las versiones de aplicación y las revisiones deseadas.
Los sistemas operativos invitados de las VM de Azure están en el nivel de versión y revisión previsto.
Azure Premium Storage se ha usado en los discos sensibles a la latencia o cuando se requiere el contrato de nivel de servicio de disponibilidad de una sola máquina virtual del 99,9 %.
Los sistemas operativos invitados de las VM de Azure están en el nivel de versión y revisión previsto.
Siempre que sea aplicable, se ha habilitado el Acelerador de escritura de Azure.
Los sistemas operativos invitados de las VM de Azure están en el nivel de versión y revisión previsto.
Asegúrese de que en la VM se hayan creado correctamente los espacios de almacenamiento o conjuntos de franjas en los discos que deben ser compatibles con el Acelerador de escritura de Azure. Para información relacionada sobre los administradores de volúmenes de Linux, consulte:
Las VM de Azure se han configurado exclusivamente con discos administrados.
Siempre que sea aplicable, las VM de Azure se implementarán en los conjuntos de disponibilidad e instancias de Availability Zones previstos.
Las redes aceleradas de Azure están habilitadas en las VM de Azure que se usan en la capa de aplicación de SAP y la capa DBMS de SAP.
No hay aplicaciones virtuales de red de Azure en la ruta de comunicación entre la aplicación de SAP y la capa DBMS de un sistema SAP basado en SAP NetWeaver, Hybris o S/4HANA.
Las reglas ASG y NSG controlan la conectividad de la manera prevista.
Se han implementado las opciones de configuración del tiempo de espera identificadas en la fase piloto.
La latencia de red entre la máquina virtual de la capa de aplicación de SAP y la capa de DBMS cumple las instrucciones proporcionadas en la Nota de SAP 500235 y la Nota de SAP 1100926. Al implementar SAP HANA en Azure (instancias grandes), tenga en cuenta las excepciones documentadas en Arquitectura de red de SAP HANA (instancias grandes).
El cifrado se ha implementado de la manera prevista.
Las interfaces y las aplicaciones están disponibles en la infraestructura recién implementada.
Cree un cuaderno de estrategias que facilite los eventos de mantenimiento planeado de Azure. El cuaderno de estrategias debe definir el orden en el que se deben desconectar los sistemas y las máquinas virtuales de Azure y volver a conectarse en caso de mantenimiento planeado.