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.
Migrar SAP HANA para AWS usar SAP HSR con el mismo nombre de host
Creado por Pradeep Puliyampatta () AWS
Entorno: producción | Fuente: Base de datos local SAP HANA | Destino: Base de SAP HANA datos activada AWS |
Tipo R: volver a alojar | Carga de trabajo: SAP | Tecnologías: bases de datos; migración |
AWSservicios: AWS ClienteVPN; AWS Direct Connect; Amazon EBS |
Resumen
SAPHANAlas migraciones a Amazon Web Services (AWS) se pueden realizar mediante varias opciones, incluidas la copia de seguridad y restauración, la exportación e importación y la replicación SAP HANA del sistema (HSR). La selección de una opción concreta depende de la conectividad de red entre las SAP HANA bases de datos de origen y de destino, del tamaño de la base de datos de origen, de las consideraciones sobre el tiempo de inactividad y de otros factores.
La SAP HSR opción de migrar las SAP HANA cargas de trabajo AWS funciona bien cuando hay una red estable entre los sistemas de origen y destino y toda la base de datos (SAPHANAinstantánea de replicación de la base de datos) se puede replicar por completo en un día, según lo estipulado en los requisitos de rendimiento de la red. SAP SAP HSR Con este enfoque, los requisitos de tiempo de inactividad se limitan a realizar la toma de control en el AWS entorno de destino, realizar copias de seguridad de la SAP HANA base de datos y realizar tareas posteriores a la migración.
SAPHSRadmite 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. 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, el número de pasos posteriores a la migración se puede reducir utilizando el mismo nombre de host de SAP HANA base de datos 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 utiliza la opción. SAP HSR Con este patrón, puede usar la opción Cambiar SAP HANA nombre de host. Debe asignar un nombre de host temporal a la SAP HANA base de datos de destino para facilitar la exclusividad del nombre de host. SAP HSR Una vez que la migración complete el hito de adquisición en el SAP HANA entorno de destino, puede revertir el nombre de host del sistema de destino al 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 router o punto final de red privada virtual (VPN).
AWS Client VPN o AWS Direct Connect configurado para transferir archivos del origen al destino.
SAPHANAbases de datos tanto en el entorno de origen como en el de destino. El nivel de parche de SAP HANA base de datos de destino debe ser igual o superior al nivel de parche de SAP HANA base de datos de origen, dentro de la misma edición de la SAP HANA plataforma. Por ejemplo, la replicación no se puede configurar entre los sistemas HANA 1.0 y HANA 2.0. Para obtener más información, consulte la pregunta 15 de la SAP nota: 1999880 —FAQ: Replicación SAP HANA del sistema.
SAPservidores de aplicaciones en el entorno de destino.
Volúmenes de Amazon Elastic Block Store (AmazonEBS) en el entorno de destino.
Limitaciones
En la siguiente lista de SAP documentos se describen los problemas conocidos relacionados con esta solución alternativa, incluidas las limitaciones relacionadas con la organización SAP HANA dinámica por niveles y las migraciones escalables:
2956397 — Falló el cambio de nombre del sistema de base de datos SAP HANA
2222694 — Al intentar cambiar el nombre del HANA sistema, aparece el siguiente error: «Los archivos fuente no pertenecen al usuario original de sidadm (uid = xxxx)»
2607227 — hdblcm: register_rename_system: error al cambiar el nombre de la instancia SAP HANA
2630562 HANA — Error al cambiar el nombre del servidor y no se inicia HANA
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 debido a un error SAP HANA
2519672 — El sistema HANA primario y el secundario tienen PKI SSFS datos y claves de sistema diferentes o no se pueden comprobar
2457129 — No se permite cambiar el nombre SAP HANA del host del sistema cuando la estratificación dinámica forma parte del entorno
2473002 — Uso de la replicación HANA del sistema para migrar un sistema escalable (el uso de este enfoque de cambio de nombre de host para sistemas SAP escalables no implica restricciones). SAP HANA Sin embargo, el procedimiento debe repetirse en cada host individual. Este enfoque también tiene otras limitaciones de migración escalable.)
Versiones de producto
Esta solución se aplica a las ediciones 1.0 y 2.0 de la plataforma SAP HANA DB.
Arquitectura
Configuración de origen
Se instala una SAP HANA base de datos en el entorno de origen. Todas las conexiones del servidor de SAP aplicaciones y las interfaces de base de datos utilizan 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. SAP HANA El entorno de destino AWS incluye lo siguiente:
SAPHANAbase de datos
SAPservidores de aplicaciones
EBSvolúmenes
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 de cliente VPN
AWS Direct Connect conectarse a un router
SAPLos servidores de aplicaciones del 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 VPN servicio gestionado basado en el cliente 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 (AmazonEBS) proporciona volúmenes de almacenamiento a nivel de bloque para usarlos con instancias de Amazon Elastic Compute Cloud (AmazonEC2). EBSlos volúmenes se comportan como dispositivos de bloques sin procesar y sin formato. Puede montar estos volúmenes como dispositivos en sus instancias.
Otras herramientas
SAPservidores de aplicaciones: los
servidores de SAP aplicaciones proporcionan a los programadores una forma de expresar la lógica empresarial. El servidor de SAP aplicaciones 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. SAPHANAcockpit
y SAPHANAStudio : tanto SAP HANA Cockpit como SAP HANA Studio proporcionan una interfaz administrativa para la SAP HANA base de datos. En SAP HANA Studio, la consola de SAP HANA administración es la vista del sistema que proporciona el contenido relevante para la administración de SAP HANA bases de datos. SAPHANAReplicación
SAP HANA del sistema: la replicación del sistema (SAPHSR) es el procedimiento estándar que se proporciona SAP para replicar SAP HANA bases de datos. Los ejecutables necesarios SAP HSR forman parte del propio núcleo del SAP HANA servidor.
Epics
Tarea | Descripción | Habilidades requeridas |
---|---|---|
Instale y configure las SAP HANA bases de datos. | En los entornos de origen y destino, asegúrese de que la SAP HANA base de datos esté instalada y configurada de acuerdo SAP HANA con las prácticas recomendadas. Para obtener más información, consulte SAPHANAen AWS. | SAPAdministración básica |
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.
| AWSadministración |
Resuelva los nombres de host de destino. | En la SAP HANA base de datos secundaria, confirme que ambos nombres de host ( | Administración de Linux |
Realice una copia de seguridad de las bases de datos de origen y destino SAPHANA. | Utilice SAP HANA Studio o la SAP HANA cabina para realizar copias de seguridad en las SAP HANA bases de datos. | SAPAdministración básica |
PKICertificados del sistema Exchange. | (Solo se aplica a la SAP HANA versión 2.0 y versiones posteriores) Los certificados de Exchange en la infraestructura de clave pública del sistema (PKI) se almacenan de forma segura en el sistema de archivos (SSFS) se almacenan entre las bases de datos principal y secundaria. Para obtener más información, consulte la SAP nota 2369981: Pasos de configuración necesarios para la autenticación con la replicación SAP HANA del sistema. | SAPAdministración básica |
Tarea | Descripción | Habilidades requeridas |
---|---|---|
Detenga las conexiones con los clientes de destino. | En el entorno de destino, apague los servidores de SAP aplicaciones y otras conexiones de clientes. | SAPAdministración básica |
Cambie el nombre de la SAP HANA base de datos de destino por el nombre de host temporal. |
La parada y el inicio de la SAP HANA base de datos se controlarán mediante. | SAPAdministración básica |
Asigne redes de replicación. | En el archivo | SAPAdministración de bases |
Habilite la replicación en el servidor principal. | Para habilitar la replicación en la SAP HANA base de datos de origen, ejecute el siguiente comando.
| SAPAdministración básica |
Registre la SAP HANA base de datos de destino como sistema secundario. | Para registrar la SAP HANA base de datos de destino como un sistema secundario para su origen SAPHSR, elija la replicación asíncrona.
También puede seleccionar la opción de registro | SAPAdministración básica |
Valide la sincronización. | En la SAP HANA base de datos 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.
| SAPAdministración básica |
Cierre la SAP aplicación fuente y la SAP HANA base de datos. | Durante la transición de la migración, apague el sistema de origen (la SAP aplicación y SAP HANA la base de datos). | SAPAdministración básica |
Realice la adquisición del destino. | Para tomar el control del objetivoAWS, ejecuta el comando | SAPAdministración básica |
En la SAP HANA base de datos 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 Nota: Esto está de acuerdo con la SAP nota 2693441: No se pudo cambiar el nombre de un SAP HANA sistema debido a un error. | SAPAdministración básica |
Realice una copia de seguridad de la SAP HANA base de datos de destino. | Una vez que la adquisición se haya realizado correctamente, se recomienda realizar una copia de seguridad completa de la SAP HANA base de datos. | SAPAdministración básica |
Tarea | Descripción | Habilidades requeridas |
---|---|---|
Revierta el nombre de host de la SAP HANA base de datos de destino al original. |
Puede validar otras opciones según sea necesario. Sin embargo, asegúrese de no confundir el cambio de nombre del host con un SID cambio (SAPNota 2598814 — hdblcm: el cambio de nombre no funciona). SID | SAPAdministración básica |
Ajuste hdbuserstore. | Adapte los detalles de Para validar este paso, ejecute el comando | SAPAdministración básica |
Inicie las conexiones con los clientes. | En el entorno de destino, inicie los servidores de SAP aplicaciones y otras conexiones de clientes. | SAPAdministración básica |
Recursos relacionados
SAPreferencias
SAPlas referencias de la documentación se actualizan con frecuencia medianteSAP. Para mantenerse al día, consulte la SAP nota 2407186: Guías prácticas y documentos técnicos sobre alta disponibilidad. SAP HANA
Notas adicionales SAP
2550327 — Cómo cambiar el nombre de un sistema SAP HANA
1999880 —: Replicación del sistema FAQ SAP HANA
2078425: nota de solución de problemas para la herramienta de administración del ciclo de vida de la SAP HANA plataforma hdblcm
2592227: cambio de sufijo en los sistemas FQDN HANA
2048681 — Realizar tareas de administración de la gestión del ciclo de vida de la SAP HANA plataforma en sistemas con varios hosts sin credenciales raíz o sin credenciales raíz SSH
SAPdocumentos
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.