Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Migración de SAP HANA a AWS mediante SAP HSR con el mismo nombre de host
Creado por Pradeep Puliyampatta (AWS)
Resumen
Las migraciones de SAP HANA a Amazon Web Services (AWS) se pueden realizar mediante múltiples opciones, incluidas la copia de seguridad y restauración, la exportación e importación y la replicación del sistema SAP HANA (HSR). La selección de una opción concreta dependerá de la conectividad de red entre las bases de datos SAP HANA de origen y destino, el tamaño de la base de datos de origen, las consideraciones de tiempo de inactividad y otros factores.
La opción HSR de SAP para migrar las cargas de trabajo de SAP HANA a AWS funciona adecuadamente cuando hay una red estable entre los sistemas de origen y destino, y cuando toda la base de datos (instantánea de replicación de la base de datos de SAP HANA) se puede replicar por completo en 1 día, según lo estipulado por SAP en los requisitos de rendimiento de la red para SAP HSR. Los requisitos de tiempo de inactividad de este enfoque se limitan a realizar la toma de control en el AWS entorno de destino, a la copia de seguridad de la base de datos de SAP HANA y a las tareas posteriores a la migración.
SAP HSR admite el uso de diferentes nombres de host (nombres de host asignados a diferentes direcciones IP) para el tráfico de replicación entre los sistemas principal o de origen y secundario o de destino. Puede hacerlo definiendo esos conjuntos específicos de nombres de host en la sección [system_replication_hostname_resolution]
, en global.ini
. En esta sección, todos los hosts de los sitios principal y secundario deben estar definidos en cada host. Para ver los pasos de configuración detallados, consulte la documentación de SAP
Una conclusión clave de esta configuración es que los nombres de host del sistema principal deben ser diferentes de los nombres de host del sistema secundario. De lo contrario, se pueden producir los siguientes errores.
"each site must have a unique set of logical hostnames"
"remoteHost does not match with any host of the source site. All hosts of source and target site must be able to resolve all hostnames of both sites correctly"
Sin embargo, la cantidad de pasos posteriores a la migración se puede reducir utilizando el mismo nombre de host de SAP HANA DB en el entorno de destino. AWS
Este patrón proporciona una solución alternativa para usar el mismo nombre de host en los entornos de origen y destino cuando se emplea la opción SAP HSR. Con este patrón, puede usar la opción de cambio de nombre de host de SAP HANA. Debe asignar un nombre de host temporal a la base de datos de SAP HANA de destino para facilitar la exclusividad del nombre de host de SAP HSR. Una vez que la migración complete la adquisición del entorno SAP HANA de destino, puede volver a convertir el nombre de host del sistema de destino en el nombre de host del sistema de origen.
Requisitos previos y limitaciones
Requisitos previos
Un activo. Cuenta de AWS
Una nube privada virtual (VPC) con un punto de conexión de red privada virtual (VPN) o router.
AWS Client VPN o AWS Direct Connect configurado para transferir archivos del origen al destino.
Bases de datos de SAP HANA, tanto en el entorno de origen como en el de destino. El nivel de parche de la base de datos SAP HANA de destino debe ser igual o superior al nivel de parche de la base de datos SAP HANA de origen, dentro de la misma edición de la plataforma SAP HANA. Por ejemplo, no es posible configurar la replicación entre los sistemas HANA 1.0 y HANA 2.0. Para obtener más información, consulte la pregunta 15 en la nota de SAP: 1999880 — Preguntas frecuentes: replicación del sistema SAP HANA.
Servidores de aplicaciones SAP en el entorno de destino.
Volúmenes de Amazon Elastic Block Store (Amazon EBS) en el entorno de destino.
Limitaciones
En la siguiente lista de documentos de SAP se describen los problemas conocidos relacionados con esta solución alternativa, incluidas las limitaciones de la organización dinámica por niveles y las migraciones de escala horizontal de SAP HANA:
2956397 – Fallo al cambiar el nombre del sistema de base de datos SAP HANA
2222694 – Al intentar cambiar el nombre del sistema HANA, aparece el siguiente error: “Los archivos de origen no pertenecen al usuario sidadm original (uid = xxxx)”
2607227 – hdblcm: register_rename_system: No se pudo cambiar el nombre de la instancia de SAP HANA
2630562 – Error al cambiar el nombre de host de HANA, HANA no se inicia
2935639 – sr_register no usa el nombre de host especificado en system_replication_hostname_resolution en la sección global.ini
2710211 – Error: el sistema de origen y el sistema de destino tienen nombres de host lógicos superpuestos
2693441 – No se pudo cambiar el nombre de un sistema SAP HANA debido a un error
2519672 – HANA principal y secundario tienen sistemas diferentes (PKI, SSFS, datos y claves) o no se pueden comprobar
2457129 – No está permitido cambiar el nombre del host del sistema SAP HANA cuando la estratificación dinámica forma parte del entorno
2473002 – Uso de la replicación del sistema HANA para migrar un sistema de escala horizontal (SAP no impone restricciones a la hora de usar este enfoque de cambio de nombre de host para sistemas SAP HANA con capacidad de ampliación. Sin embargo, el procedimiento debe repetirse en cada host individual. Este enfoque también tiene otras limitaciones de migración de escala horizontal).
Versiones de producto
Esta solución se aplica a las ediciones 1.0 y 2.0 de la plataforma de base de datos SAP HANA.
Arquitectura
Configuración de origen
Base de datos SAP HANA instalada en el entorno de origen. Todas las conexiones del servidor de aplicaciones e interfaces de base de datos de SAP usan el mismo nombre de host para las conexiones de los clientes. El siguiente diagrama muestra el ejemplo del nombre de host de origen hdbhost
y su dirección IP correspondiente.

Configuración de destino
El entorno de Nube de AWS destino utiliza el mismo nombre de host para ejecutar una base de datos de SAP HANA. El entorno de destino en AWS incluye lo siguiente:
Base de datos SAP HANA
Servidores de aplicaciones SAP
Volúmenes de EBS

Configuración intermedia
En el siguiente diagrama, se cambia temporalmente el nombre de host del entorno de AWS destino temp-host
para que los nombres de host del origen y el de destino sean únicos. Una vez que la migración complete la adquisición en el entorno de destino, se cambia el nombre de host virtual del sistema de destino por el nombre original, hdbhost
.
La configuración intermedia incluye una de las siguientes opciones:
AWS Client VPN con un punto final Client VPN
AWS Direct Connect conectándose a un router

Los servidores de aplicaciones SAP en el entorno de AWS destino se pueden instalar antes de la configuración de la replicación o después de la adquisición. Sin embargo, instalar los servidores de aplicaciones antes de configurar la replicación puede ayudar a reducir el tiempo de inactividad durante la instalación, configurar la alta disponibilidad y realizar copias de seguridad.
Herramientas
Servicios de AWS
AWS Client VPNes un servicio de VPN gestionado y basado en clientes que le permite acceder de forma segura a AWS los recursos y recursos de su red local.
AWS Direct Connectconecta su red interna a una AWS Direct Connect ubicación a través de un cable Ethernet de fibra óptica estándar. Con esta conexión, puede crear interfaces virtuales directamente con las públicas Servicios de AWS, sin tener en cuenta a los proveedores de servicios de Internet en su ruta de red.
Amazon Elastic Block Store (Amazon EBS) proporciona volúmenes de almacenamiento a nivel de bloque para utilizarlos con instancias de Amazon Elastic Compute Cloud (Amazon EC2). Los volúmenes de EBS se comportan como dispositivos de bloques sin formatear. Puede montar estos volúmenes como dispositivos en sus instancias.
Otras herramientas
Servidores de aplicaciones SAP
: los servidores de aplicaciones SAP proporcionan a los programadores una forma de expresar la lógica empresarial. El servidor de aplicaciones SAP realiza el procesamiento de datos en función de la lógica empresarial. Los datos reales se almacenan en una base de datos, que es un componente independiente. SAP HANA cockpit
y SAP HANA Studio : tanto SAP HANA cockpit como SAP HANA Studio proporcionan una interfaz administrativa para la base de datos de SAP HANA. En SAP HANA Studio, la consola de administración de SAP HANA es la vista del sistema que proporciona el contenido relevante para administrar la base de datos de SAP HANA. Replicación del sistema SAP HANA
: la replicación del sistema SAP HANA (SAP HSR) es el procedimiento estándar que proporciona SAP para replicar las bases de datos de SAP HANA. Los ejecutables necesarios para SAP HSR forman parte del propio kernel del servidor SAP HANA.
Epics
Tarea | Descripción | Habilidades requeridas |
---|---|---|
Instale y configure las bases de datos de SAP HANA. | En los entornos de origen y destino, asegúrese de que la base de datos de SAP HANA esté instalada y configurada de acuerdo con las prácticas recomendadas de SAP HANA. Para obtener más información, consulte SAP HANA en AWS. | Administrador de SAP Basis |
Mapee la dirección IP. | En el entorno de destino, asegúrese de que el nombre de host temporal esté asignado a una dirección IP interna.
| Administración de AWS |
Resuelva los nombres de host de destino. | En la base de datos secundaria de SAP HANA, confirme que ambos nombres de host ( | Administración de Linux |
Realice copias de seguridad de las bases de datos SAP HANA de destino. | Use SAP HANA Studio o SAP HANA cockpit para realizar copias de seguridad en las bases de datos de SAP HANA. | Administrador de SAP Basis |
Intercambie los certificados de PKI del sistema. | (Solo se aplica a SAP HANA 2.0 y versiones posteriores) Intercambie los certificados en el almacén seguro de infraestructura de clave pública (PKI) del sistema, en el almacén del sistema de archivos (SSFS) entre las bases de datos principal y secundaria. Para obtener más información, consulte la nota 2369981 de SAP: Pasos de configuración necesarios para la autenticación con la replicación del sistema SAP HANA. | Administrador de SAP Basis |
Tarea | Descripción | Habilidades requeridas |
---|---|---|
Detenga las conexiones con los clientes de destino. | En el entorno de destino, apague los servidores de aplicaciones de SAP y otras conexiones de clientes. | Administrador de SAP Basis |
Cambie el nombre de la base de datos de SAP HANA de destino por el nombre de host temporal. |
La detención y el inicio de la base de datos de SAP HANA se controlarán mediante | Administrador de SAP Basis |
Asigne redes de replicación. | En el archivo | Administrador de SAP Basis |
Habilite la replicación en el servidor principal. | Para habilitar la replicación en la base de datos de SAP HANA de origen, ejecute el siguiente comando.
| Administrador de SAP Basis |
Registre la base de datos de SAP HANA de destino como sistema secundario. | Para registrar la base de datos de SAP HANA de destino como sistema secundario de origen para SAP HSR, elija la replicación asíncrona.
También puede seleccionar la opción de registro | Administrador de SAP Basis |
Valide la sincronización. | En la base de datos de SAP HANA de origen, compruebe que todos los registros se apliquen al sistema de destino (ya que se trata de una replicación asíncrona). Para verificar la replicación, ejecute los siguientes comandos en el entorno de origen.
| Administrador de SAP Basis |
Cierre la aplicación SAP de origen y la base de datos de SAP HANA. | Durante la transición a la migración, apague el sistema de origen (la aplicación SAP y la base de datos SAP HANA). | Administrador de SAP Basis |
Realice la adquisición del destino. | Para realizar la adquisición del destino en AWS, ejecute el comando | Administrador de SAP Basis |
En la base de datos de SAP HANA de destino, desactive la replicación. | Para borrar los metadatos de la replicación, detenga la replicación en el sistema de destino ejecutando el comando notaEsto está de acuerdo con la nota 2693441 de SAP: No se pudo cambiar el nombre de un sistema SAP HANA debido a un error. | Administrador de SAP Basis |
Realice una copia de seguridad de la base de datos SAP HANA de destino. | Una vez que la adquisición se haya realizado correctamente, recomendamos realizar una copia de seguridad completa de la base de datos de SAP HANA. | Administrador de SAP Basis |
Tarea | Descripción | Habilidades requeridas |
---|---|---|
Revierta al nombre de host original el nombre de host de SAP HANA DB. |
Puede validar otras opciones según sea necesario. Sin embargo, asegúrese de no confundir el cambio de nombre del host con un cambio de SID (Nota de SAP 2598814: hdblcm: error al cambiar el nombre del SID). | Administrador de SAP Basis |
Ajuste hdbuserstore. | Adapte los detalles de Para validar este paso, ejecute el comando | Administrador de SAP Basis |
Inicie las conexiones con los clientes. | En el entorno de destino, inicie los servidores de aplicaciones de SAP y otras conexiones de clientes. | Administrador de SAP Basis |
Recursos relacionados
Referencias de SAP
SAP actualiza con frecuencia las referencias de documentación de SAP. Para mantenerse al día, consulte la Nota de SAP 2407186: Guías prácticas y documentos técnicos sobre la alta disponibilidad de SAP HANA.
Notas adicionales de SAP
2550327 – Cómo cambiar el nombre de un sistema SAP HANA
1999880 – Preguntas frecuentes: replicación del sistema SAP HANA
2078425 – Nota de solución de problemas para la herramienta de gestión del ciclo de vida de la plataforma SAP HANA hdblcm
2592227 – Cambio del sufijo FQDN en sistemas HANA
2048681 – Realización de tareas de administración de ciclo de vida de la plataforma SAP HANA en sistemas con varios hosts sin credenciales de SSH o root
Documentos de SAP
AWS referencias
Información adicional
Los cambios realizados por hdblcm
como parte de la actividad de cambio de nombre de host se consolidan en el siguiente registro detallado.
