En este documento, se describen los pasos de alto nivel para migrar cargas de trabajo de SAP HANA a los tipos de máquinas de equipos físicos de Compute Engine, disponibles con X4 y C3. También se describen los métodos de migración que recomienda Google Cloud.
Este documento está dirigido a los administradores del sistema SAP Basis y SAP que estén familiarizados con la ejecución de SAP HANA y deseen migrar sus cargas de trabajo de SAP HANA a instancias de equipos físicos en Google Cloud.
Si deseas obtener información sobre los tipos de máquinas de equipos físicos certificadas por SAP para ejecutar SAP HANA en Google Cloud, consulta Tipos de máquinas de equipos físicos para SAP HANA.
Pasos de migración de alto nivel
Puedes migrar cargas de trabajo de SAP HANA que se ejecutan de forma local, en otros proveedores de servicios en la nube, en VM con optimización de memoria de Compute Engine o servidores de la solución Bare Metal.
Para migrar una carga de trabajo de SAP HANA a un tipo de máquina de equipos físicos C3 o X4, debes completar los siguientes pasos de alto nivel:
Evalúa la preparación de tu carga de trabajo de SAP HANA para la migración. Esto incluye la evaluación de factores como la versión del SO, la versión de SAP HANA, la configuración del sistema, la compatibilidad de productos o servicios de terceros que usa tu carga de trabajo, la configuración de alta disponibilidad (HA) y recuperación ante desastres (DR) .
Selecciona tu método de migración. Según los requisitos de tu carga de trabajo de SAP HANA y la infraestructura que usa, debes seleccionar el método de migración más adecuado. Para obtener más información, consulta Selecciona tu método de migración.
Prueba y valida la migración en un entorno que no sea de producción. Para asegurarte de que la migración de una carga de trabajo de SAP HANA no afecte de forma negativa el rendimiento de la carga de trabajo o la integridad de los datos, debes probar y validar de forma exhaustiva el método de migración seleccionado en un entorno que no sea de producción.
Prepara tu carga de trabajo para la migración. Esto implica tareas como crear copias de seguridad de la base de datos, planificar el tiempo de inactividad, garantizar que se implementen todas las licencias y herramientas necesarias y actualizar tu clave de licencia en el sistema de destino.
Migra tu carga de trabajo. Con el método de migración seleccionado, migra la carga de trabajo de SAP HANA al tipo requerido de instancias de equipos físicos. Este paso puede implicar realizar actividades de replicación del sistema, transferencia de datos o migración de sistemas.
Prueba y valida tu carga de trabajo. Una vez que tu carga de trabajo de SAP HANA se migre de manera correcta a instancias de equipos físicos, prueba y valida tu carga de trabajo para asegurarte de que se ejecute como se espera.
Selecciona tu método de migración
El método de migración que seleccionas para tu carga de trabajo de SAP HANA depende de factores como los requisitos de tu carga de trabajo, si la carga de trabajo se ejecuta en Google Cloud o no, la infraestructura en uso y la configuración del sistema (escalamiento) horizontal o vertical).
En el siguiente diagrama de flujo, se te guiará a través de una serie de preguntas que puedes considerar a fin de encontrar el método de migración más adecuado para tu carga de trabajo de SAP HANA:
Cómo seleccionar el método de migración
- Si cumples con alguno de los siguientes criterios, te recomendamos que te comuniques con un representante de Google Cloud para obtener ayuda con el diseño de tu método de migración:
- Es la primera vez que usas Google Cloud.
- Tu carga de trabajo de SAP HANA usa una configuración de escalamiento horizontal.
- Tu carga de trabajo de SAP HANA tiene requisitos complejos, por ejemplo:
- Tiene períodos de migración y migración de sistemas muy reducidos.
- Tienes requisitos de red avanzados, en especial a fin de conectarte desde tu entorno de origen con un ancho de banda efectivo adecuado para la migración.
- Estás cambiando el perfil de carga de tu carga de trabajo. Por ejemplo, puedes lanzar funciones nuevas o agregar usuarios nuevos.
- Si cambias varios aspectos de la infraestructura, como la implementación de servidores de aplicaciones adicionales o el cambio de interfaces.
- Estás migrando varios sistemas al mismo tiempo.
- Cambia el tipo de máquina para migrar. Si tu entorno de SAP HANA cumple con todos los siguientes criterios, puedes migrar la carga de trabajo mediante las herramientas de Google:
- La carga de trabajo se ejecuta en instancias de VM de Compute Engine.
- Las VM ejecutan una versión del SO que es compatible con el tipo de máquina de equipos físicos requerido. Para obtener información sobre la compatibilidad de los tipos de máquinas con las versiones de SO, consulta Sistemas operativos certificados para SAP HANA.
- Las VMs son compatibles con el tipo de Hyperdisk requerido. Esto también se aplica al volumen de inicio de la VM. Para obtener información sobre la compatibilidad de los tipos de máquinas con los tipos de discos, consulta las pestañas “Hyperdisk Extreme” y “Hyperdisk Balanced” en Tamaños mínimos para los volúmenes de Persistent Disk y Hyperdisk basados en SSD.
Si el tipo de máquina de tu sistema de origen no es compatible con la versión del SO o el tipo de Hyperdisk, puedes migrar tu carga de trabajo mediante la replicación del sistema SAP HANA o una copia de seguridad o recuperación.
- Migra mediante las herramientas de SAP. Si tu carga de trabajo de SAP HANA se ejecuta en servidores de la solución Bare Metal, puedes migrar la carga de trabajo mediante herramientas de SAP, como la replicación del sistema SAP HANA o la copia de seguridad y recuperación de bases de datos. Si los servidores de tu aplicación se ejecutan en la misma región, puedes seguir usándolos. Para obtener más información, consulta Revisa los métodos de migración.
- Migración completa. Si tu carga de trabajo de SAP HANA se ejecuta en tus propios servidores locales o en otra nube, es un caso de migración completa que puede incluir el traslado de SAP HANA, los servidores de aplicaciones y, es posible, los sistemas de interfaz.
Revisa los métodos de migración
En la siguiente tabla, se proporciona información sobre los métodos de migración que usan funciones que proporcionan SAP o Google Cloud. En la tabla, cualquier información comparativa está en el contexto de los métodos de migración dados.
| Método | Descripción |
|---|---|
| Replicación del sistema de SAP HANA |
|
| Copia de seguridad y recuperación de SAP HANA |
|
| Cambio de tipo de máquina |
|
Pasos de migración de alto nivel específicos de los métodos
A fin de obtener información sobre los pasos de migración de alto nivel para el método de migración que elijas, consulta los siguientes vínculos:
- Migra mediante la replicación del sistema SAP HANA
- Migra mediante la copia de seguridad y recuperación de la base de datos
- Para migrar, cambia el tipo de máquina
Si estos métodos de migración no se ajustan a tu situación, es un caso de una migración completa o si necesitas diseñar una migración para tu situación, en la que puedes interactuar con expertos, como Professional Services Organization (PSO) de Google Cloud. Para obtener más información sobre esta participación, consulta Interactúa con la PSO.
Migra mediante la replicación del sistema SAP HANA
La replicación del sistema SAP HANA (HSR) es un elemento fundamental de la alta disponibilidad y la recuperación ante desastres para SAP HANA. HSR separa la migración de la base de datos del sistema operativo y de otras dependencias de infraestructura. Cuando aprovechas la replicación de varios destinos de SAP HANA, puedes extender HSR a las nuevas instancias de equipos físicos de Compute Engine y, a la vez, conservar las configuraciones de HA y DR existentes hasta la migración de sistemas de tu sistema de producción.
Para migrar una carga de trabajo de SAP HANA a una instancia de equipos físicos de Compute Engine con HSR de SAP HANA, completa los siguientes pasos de alto nivel:
Como con cualquier cambio en el entorno de SAP, asegúrate de que haya una copia de seguridad válida de la base de datos de SAP HANA disponible.
Implementa el tipo requerido de instancias de equipos físicos y, luego, instala SAP HANA en ellas con las configuraciones de alta disponibilidad y DR necesarias.
Puedes automatizar esta implementación con las opciones de configuración de Terraform que proporciona Google Cloud. Para obtener más información, consulta la guía de implementación para tu situación de SAP HANA.
Para obtener información sobre los tipos de máquinas de equipos físicos que puedes usar para ejecutar SAP HANA en Google Cloud, las versiones del SO que puedes usar y la información sobre su configuración de almacenamiento en bloque recomendada, consulta Tipos de máquinas de equipos físicos para SAP HANA
Instala la versión 3.5 (más reciente) del agente de Google Cloud para SAP en tus instancias de Bare Metal.
Si deseas obtener información para instalar el agente, consulta Instala y configura el agente de Google Cloud para SAP en una instancia de procesamiento. Si implementaste tus instancias de equipos físicos con cualquiera de las opciones de configuración de Terraform que proporciona Google Cloud, el agente se instalará de forma automática.
Configura el SO invitado en tu instancia de equipos físicos con el fin de ejecutar de manera óptima las cargas de trabajo de SAP mediante el agente de Google Cloud para SAP.
Para obtener información sobre cómo configurar el SO invitado, consulta Configura el SO invitado en instancias de equipos físicos.
Configura la conexión de red requerida entre el sistema de origen y la instancia de equipos físicos. Para adaptarse al volumen de registro de transacciones esperado, configura la conexión con suficiente ancho de banda de red.
A fin de proporcionar un modelo de referencia para la replicación, carga los datos iniciales desde la copia de seguridad en la base de datos de SAP HANA que se ejecuta en las instancias de equipos físicos o inicia una sincronización completa como parte del siguiente paso.
Configura la replicación de varios destinos del sistema de origen al sistema SAP HANA implementado en tus instancias de equipos físicos.
Para estimar la migración de sistemas, realiza al menos una prueba de validación al sistema nuevo, incluida una prueba de rendimiento o carga.
Asegúrate de que los datos estén sincronizados por completo en el sistema nuevo y, luego, planifica e inicia la migración de sistemas.
- Si el sistema de origen se ejecuta en instancias de VM de Compute Engine, modifica los balanceadores de cargas internos para redireccionar sus backends a las instancias de equipos físicos. Esto también se puede usar para volver al sistema de origen si algo sale mal.
- Si el sistema de origen se ejecuta en otro lugar, puedes considerar usar rutas o actualizaciones de DNS para redireccionar las direcciones IP externas que usó el sistema de origen para conectarse a las instancias de equipos físicos.
Con este método, el sistema SAP HANA en las instancias de equipos físicos de destino puede sincronizarse con el sistema de origen antes de que comience la migración de sistemas. Con una planificación y ejecución adecuadas, este método de migración puede reducir el tiempo de inactividad de forma significativa y evitar riesgos. También puede simplificar de forma significativa una reversión si ocurre algo inesperado durante la migración. Sin embargo, ejecutar dos sistemas SAP HANA en paralelo conlleva un mayor costo.
Migra mediante la copia de seguridad y recuperación de la base de datos
Este método de migración implica realizar una copia de seguridad del sistema de origen y restablecerla en tus instancias de equipos físicos.
Para minimizar el tiempo de inactividad de la migración de sistemas de este método, te recomendamos que primero implementes SAP HANA en instancias de equipos físicos con las configuraciones de HA y DR necesarias y, luego, realices las operaciones de recuperación. Por lo general, este método de migración se usa para entornos que no son de producción y es adecuado cuando el tiempo de inactividad no es una preocupación importante.
Para migrar una carga de trabajo de SAP HANA a una instancia de equipos físicos de Compute Engine mediante una copia de seguridad y recuperación de la base de datos, completa los siguientes pasos de alto nivel:
Implementa el tipo requerido de instancias de equipos físicos y, luego, instala SAP HANA en ellas con las configuraciones de alta disponibilidad y DR necesarias.
Puedes automatizar esta implementación con las opciones de configuración de Terraform que proporciona Google Cloud. Para obtener más información, consulta la guía de implementación para tu situación de SAP HANA.
Para obtener información sobre los tipos de máquinas de equipos físicos que puedes usar para ejecutar SAP HANA en Google Cloud, las versiones del SO que puedes usar y la información sobre su configuración de almacenamiento en bloque recomendada, consulta Tipos de máquinas de equipos físicos para SAP HANA
Instala la versión 3.5 (más reciente) del agente de Google Cloud para SAP en tus instancias de Bare Metal.
Si deseas obtener información para instalar el agente, consulta Instala y configura el agente de Google Cloud para SAP en una instancia de procesamiento. Si implementaste tus instancias de equipos físicos con cualquiera de las opciones de configuración de Terraform que proporciona Google Cloud, el agente se instalará de forma automática.
Configura el SO invitado en tu instancia de equipos físicos con el fin de ejecutar de manera óptima las cargas de trabajo de SAP mediante el agente de Google Cloud para SAP.
Para obtener información sobre cómo configurar el SO invitado, consulta Configura el SO invitado en instancias de equipos físicos.
Para estimar la migración de sistemas, realiza al menos una prueba de validación al sistema nuevo, incluida una prueba de rendimiento o carga.
Crea una copia de seguridad completa inicial con tus herramientas de copia de seguridad preferidas y, luego, transfiere la copia de seguridad al entorno de destino en preparación para la migración de sistemas.
Detén la aplicación SAP y las conexiones de base de datos a la base de datos de origen de SAP HANA.
Crea una copia de seguridad delta de tu base de datos de origen de SAP HANA mediante tu herramienta preferida o el volcado del sistema de archivos. De forma alternativa, se puede usar una copia de seguridad completa si el período de interrupción se adapta a esto, en cuyo caso se puede omitir el paso 5.
Restablece las copias de seguridad a la base de datos de SAP HANA que instalaste en las instancias de equipos físicos para sincronizar los datos con la fuente.
Si corresponde, habilita la replicación y configura el clúster de HA en tus instancias de equipos físicos.
Asegúrate de que los datos se encuentren recuperados por completo y, luego, planifica y, luego, inicia tus actividades previas a la publicación.
- Si el sistema de origen se ejecuta en instancias de VM de Compute Engine, modifica los balanceadores de cargas internos para redireccionar sus backends a las instancias de equipos físicos.
- Si el sistema de origen se ejecuta en otro lugar, puedes considerar usar rutas o actualizaciones de DNS para redireccionar las direcciones IP externas que usó el sistema de origen para conectarse a las instancias de equipos físicos.
La migración de bases de datos de SAP HANA de varios terabytes mediante la copia de seguridad y recuperación puede requerir un tiempo de inactividad prolongado durante el proceso porque el sistema debe permanecer sin conexión durante la copia de seguridad y la recuperación. Una vez que el sistema de destino tenga los últimos cambios transferidos desde el origen, asegúrate de evitar cualquier cambio adicional en el sistema de origen.
Cambia el tipo de máquina para migrar una vez
Este método de migración se aplica a las cargas de trabajo de SAP HANA que se ejecutan en instancias de VM de Compute Engine. Esto implica cambiar el tipo de máquina de las instancias de VM subyacentes al tipo de máquina de equipos físicos de Compute Engine requerido. Este método es ideal en las siguientes situaciones:
- El sistema SAP HANA de origen se ejecuta en instancias de VM que cumplen con los requisitos de compatibilidad.
- Deseas conservar el nombre de la instancia, la dirección IP y otros metadatos en lugar de implementar SAP HANA en instancias de procesamiento nuevas.
- La tolerancia al riesgo admite la realización de cambios en los sistemas y la configuración existentes. En caso de que algo salga mal durante la migración, esos cambios tendrían que revertirse para que tu sistema vuelva al último estado de trabajo conocido antes de la migración. Este enfoque funciona mejor en entornos en los que operas con una configuración de alta disponibilidad.
Para migrar SAP HANA de una VM de Compute Engine a una instancia de equipos físicos de Compute Engine mediante el cambio del tipo de máquina, completa los siguientes pasos de alto nivel:
Asegúrate de que se cumplan los siguientes requisitos:
- Tus instancias de VM usan una versión del SO que es compatible con el tipo de máquina de equipos físicos al que deseas migrar. De lo contrario, actualiza a una versión compatible. Para obtener información sobre la compatibilidad de los tipos de máquinas con las versiones de SO, consulta Sistemas operativos certificados para SAP HANA.
- Tus instancias de VM son compatibles con el tipo requerido de Hyperdisk. Esto se aplica a todos los dispositivos de almacenamiento en bloque conectados, incluido el volumen de inicio. Para obtener información sobre la compatibilidad de los tipos de máquina con los tipos de discos, consulta las pestañas “Hyperdisk Extreme” y “Hyperdisk Balanced” en Tamaños mínimos para Persistent Disk basado en SSD y los volúmenes de Hyperdisk.
Si tu VM es parte de un clúster de alta disponibilidad (HA), asegúrate de lo siguiente:
- La instancia de base de datos principal de entrega está activa en los otros nodos del clúster.
- Para evitar una conmutación por error automatizada, el clúster se pone en modo de mantenimiento.
Detén tu instancia de SAP HANA.
Detén tu instancia de VM.
Para proteger tu sistema y habilitar la reversión en caso de fallas de migración, haz lo siguiente:
- Asegúrate de tener una copia de seguridad completa válida y actualizada de tu base de datos de SAP HANA.
- Crea instantáneas de los discos que estás modificando, incluido el disco de arranque.
Para cada volumen de Persistent Disk que usa tu VM, crea el tipo requerido de volumen de Hyperdisk mediante las instantáneas de disco que creaste en el paso anterior.
Para obtener información sobre cómo hacerlo, consulta Cambia el tipo de disco. Si deseas obtener información para desconectar y conectar discos de arranque, consulta Desconecta y conecta discos de arranque. Si deseas obtener información sobre la configuración de almacenamiento recomendada por Google Cloud para los tipos de máquinas de equipos físicos, consulta Almacenamiento en bloque compatible.
Desconecta los volúmenes de disco persistente de tu VM.
Conecta los volúmenes de Hyperdisk que creaste a tu VM.
Edita el tipo de máquina de la VM con el tipo de máquina físico de Compute Engine requerido.
Para obtener información sobre cómo editar el tipo de máquina de la instancia, consulta Edita el tipo de máquina de una instancia de procesamiento. Si deseas obtener información sobre los tipos de máquinas de equipos físicos de Compute Engine que SAP certifica para usarse con SAP HANA, consulta Tipos de máquinas de equipos físicos para SAP HANA.
Inicia tu instancia de equipos físicos.
Configura el SO invitado en tu instancia de equipos físicos con el fin de obtener una ejecución óptima de las cargas de trabajo de SAP mediante el agente de Google Cloud para SAP.
Para obtener información sobre cómo configurar el SO invitado, consulta Configura el SO invitado en instancias de equipos físicos.
Inicia tu base de datos de SAP HANA.
Verifica que SAP HANA se ejecute como se espera en tu instancia de equipos físicos.
Si tu instancia de equipos físicos es parte de un clúster de HA, haz lo siguiente:
- Repite los pasos del 3 al 13 para el otro nodo del clúster de alta disponibilidad.
- Quita el clúster del modo de mantenimiento.
Asegúrate de que los datos estén actualizados, y planifica y, luego, inicia las actividades previas al lanzamiento.
Este enfoque es adecuado si deseas realizar actualizaciones en las instalaciones. Para ello, cambia el tipo de máquina sin necesidad de entornos paralelos. Si la versión del SO y el tipo de disco no son compatibles con el tipo de máquina de equipos físicos requerido, el período de inactividad y el tiempo de reversión pueden aumentar de manera significativa en caso de que necesites recuperar la instancia afectada. Puedes reducir el tiempo de inactividad si usas un enfoque de cambio por fases, que incluye el uso de un clúster de alta disponibilidad y la migración de tu VM a volúmenes de Hyperdisk antes de la transición planificada al tipo de máquina de equipos físicos.
Migración completa
Si tu carga de trabajo de SAP HANA se ejecuta en tus propios servidores locales o en otra nube, es un caso de migración completa que puede incluir el traslado de SAP HANA, los servidores de aplicaciones y, es posible, los sistemas de interfaz.
Puedes contratar profesionales o socios de Google Cloud para que te ayuden con la migración. Para obtener más información, consulta Interactúa con la PSO.
Participar en la PSO
La participación de Professional Services Organization (PSO) de Google Cloud o un integrador de sistemas (SI) puede ser beneficioso para migrar sistemas SAP HANA complejos a instancias de equipos físicos de X4 o C3. Su experiencia en SAP HANA y Google Cloud, junto con las metodologías comprobadas y las prácticas recomendadas, pueden ayudar a garantizar una migración sin problemas y exitosa, lo que minimiza las interrupciones y optimiza el rendimiento del sistema.