Comprobación de los archivos de seguimiento de la base de datos

El rastreo de la base de datos se escribe en archivos específicos del servicio a nivel del sistema operativo. El directorio de seguimiento se encuentra aquí:

/usr/sap/<SID>/HDB<inst>/<host>/trace/DB_<SID>/

El siguiente alias en el entorno del usuario <sid>adm le ayuda a cambiar rápidamente al directorio de seguimiento en el nivel del sistema operativo:

cdtrace

Los archivos de seguimiento de la base de datos utilizan la siguiente convención de nomenclatura:

<service>_<host>.<port>.<counter>.trc

En el contexto de la jerarquización dinámica, puede existir un archivo con la siguiente convención ( SAP Nota 2871785):

esserver_console_<host>.<port>.<counter>.trc Ejemplo:

indexserver_saphana01.30003.024.trc Puede acceder a estos archivos directamente, a nivel del sistema operativo, o de una de las siguientes maneras:

• SAP HANA Studio -> Administration -> Diagnosis Files
• DBACOCKPIT -> Diagnostics -> Diagnosis Files

Más información de verificación

• SAP HANA Guía de administración - Comprobación de consistencia de persistencia

Las instrucciones SQL que se encuentran en las siguientes notas de SAP indican si es necesaria una reorganización de la base de datos y la cantidad de espacio que se ahorra después de que se lleve a cabo la acción de reorganización.

Esta comprobación tiene dos propósitos.

1. Resalta si la acción de reorganización es necesaria en la base de datos de SAP HANA.
2. Si se requiere una acción de reorganización, se proporciona un tamaño estimado una vez que se han completado las acciones de ahorro de espacio.

SAP o de tallas extra Notas

• SAP Nota 2363248 - SAP BW /4HANA Tamaño del hardware
• SAP Resultados de la evaluación comparativa de SD
• Medición en SAPS(SAP, estándar de rendimiento de aplicaciones)

Más información relacionada Notas de SAP para EarlyWatch Informes de alerta

• SAP Nota 1257308 - Preguntas frecuentes: Uso de la alerta de EarlyWatch
• SAP Nota 1958910 - Alerta de EarlyWatch e para la base de datos HANA
• SAP Nota 1911180 - Problemas con las alertas de HANA(EarlyWatch)
• SAP Solution Manager- Portal de ayuda Documentación

El servidor de destino debe tener una capacidad de almacenamiento igual o mayor que el sistema de origen y estar dimensionado correctamente

Recuerde tener en cuenta el crecimiento de la base de datos de SAP HANA y la necesidad de seguir las Directrices de arquitectura y configuración del sistema de almacenamiento de IBM para SAP HANA TDI.

El siguiente documento describe la configuración de almacenamiento requerida para el servidor de destino en IBM Cloud:

• IBM Guía de arquitectura y configuración del almacenamiento del sistema para TDI de SAP HANA

Tenga en cuenta el espacio adicional que necesita para crear un punto de montaje del sistema de archivos para almacenar los archivos ejecutables del software y la copia de seguridad inicial del sistema de e SAP HANA. Dependiendo de la infraestructura de e IBM Power Virtual Server planificada, puede crear el sistema de archivos como un montaje de e NFS para exportar a otros sistemas de la arquitectura.

Asegurarse de que el sistema operativo del servidor de destino y el nivel de parche coincidan con el servidor de origen

Compruebe la versión del sistema operativo y el nivel de parche en el sistema de destino. Para los sistemas productivos, el mismo nivel garantiza que la instalación funcione de manera similar y que la migración se realice con facilidad. Para sistemas no productivos, por ejemplo, un sistema de prueba de concepto (POC) en IBM Power Virtual Server, una versión superior del sistema operativo es una opción válida.

cat /etc/os-release

cat /etc/redhat-release

lsb_release -a

Asegurarse de que el sistema de archivos y los puntos de montaje coinciden con el sistema de origen

Los sistemas de origen y destino deben tener la misma asignación para los sistemas de almacenamiento, LVM y archivos. Solo en el objetivo se encuentra la mayor capacidad de almacenamiento que se necesita o la Migración. Los requisitos de la estructura del sistema de archivos también se destacan al principio de esta sección con los requisitos de TDI. Además, tenga en cuenta que el punto de montaje y el UID y GUID de propiedad del archivo coinciden con el sistema de origen. Además, los puntos de montaje necesitan la misma e <SID> a definida en ambos sistemas. Cuando instala SAP HANA en el sistema de destino, se utilizan los mismos <SID> y <instance number> del sistema de origen.

export SID=<SID>                           # SAP HANA System ID (uppercase)
export sid=<sid>                           # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO>                     # SAP HANA Instance Number

export SiteOnPrem=<PrimarySiteName>        # HANA System Replication Site Name 1 - Migration from On-Prem - Source
export SiteOnCloud=<secondarySiteName>     # HANA System Replication Site Name 2 - Migration to On-Cloud - Target

export NODE1=<Hostname 1>                  # Hostname of On-Prem Server
export NODE2=<Hostname 2>                  # Hostname of IBM Power Virtual Server Instance

Entradas en /etc/hosts para todos los sistemas involucrados en el proyecto de migración

El archivo /etc/hosts debe contener entradas para el sistema de origen y cualquier servidor de aplicaciones dependiente de SAP Netweaver o S/4 FES. Puede utilizar un servidor DNS para la resolución de recursos de red, pero es útil incluir las direcciones IP, el nombre corto, el FQDN y la descripción para ayudar a identificar los servidores en el archivo /etc/hosts, especialmente si se producen problemas con la resolución de red o los servicios DNS.

Preparación y ajuste del sistema operativo para SAP HANA

Utilice las siguientes Notas de e SAP o para comenzar la fase de preparación del sistema de destino para la instalación de SAP HANA.

• SAP Nota 2777782 - SAP HANA DB: Configuración del sistema operativo recomendada para RHEL 8
• SAP Nota 2772999 - Red Hat Enterprise Linux 8.x: Instalación y configuración
• SAP Nota 3018133 - Linux: Ejecución de aplicaciones de SAP compiladas con GCC 10.x

Asegúrese de completar las tareas que se mencionan en la guía de configuración de inicio ( Recommended OS Settings for RHEL 8 ), ya que estas tareas son ajustes importantes de sintonización y rendimiento que deben aplicarse. Si se ignora, puede afectar a la instalación de los productos de SAP y al rendimiento posterior.

Comprobaciones previas a la SAP HANA e mediante la herramienta hcmt

Las herramientas de medición de hardware y nube de SAP HANA hcmt ayudan a medir y analizar su hardware o sistemas en la nube antes de implementar SAP HANA o solicitar la certificación SAP HANA. Las herramientas constan de los siguientes componentes:

• SAP HANA herramienta de medición de hardware y nube
• SAP HANA hardware y análisis de medición en la nube

Utilice la siguiente nota de SAP para comprobar y verificar el sistema operativo y la configuración antes de instalar SAP HANA.

• SAP Nota 2493172 - Herramientas de medición de hardware y nube de SAP HANA

Si tiene un problema de puerto al ejecutar hcmt, abra una segunda sesión de Terminal. Navegue hasta el directorio de configuración de hcmt, ahora inicie una sesión que mantenga abierto el puerto requerido.

Para ejecutar hcmt en modo servidor-cliente, debe iniciar dos sesiones:

1. hcmt modo servidor activado: un host de salto para recopilar resultados de pruebas de servidores remotos
2. hcmt cliente en los sistemas de destino que están destinados a ejecutar SAP HANA, ejecute una prueba de rendimiento hcmt utilizando el plan de ejecución completo.

sudo ./hcmt -v -S

hcmt-2.00.062.00.1650891137 (2022-04-25 15:12:20)

Server started, listening on port 50000 ...

sudo ./hcmt -v -p /swrepo/HCMT/setup/config/full_executionplan.json

hcmt-2.00.062.00.1650891137 (2022-04-25 15:12:20)
Loading executionplan
LogVolume (/hana/log):
DataVolume (/hana/data):
Hosts: <`Leave Blank!!!!`>  Leave this field blank, otherwise it will affect the test.
Start execution of plan
Executing Test C9C9F832-854F-492D-8E7EFB4609AC435C
Note: CPU Micro Benchmark

Instalación de SAP HANA en el sistema de destino

Recuerde las siguientes variables:

export SID=<SID>                           # SAP HANA System ID (uppercase)
export sid=<sid>                           # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO>                     # SAP HANA Instance Number

Para este ejemplo, la instalación llega hasta el punto en el que hay que introducir una «Y» para continuar. Vuelva al directorio HANA_DATABASE.

Ejecute el comando del gestor del ciclo de vida de la base de datos de SAP HANA.

sudo ./hdblcm

El siguiente ejemplo es la salida esperada.

SAP HANA Lifecycle Management - SAP HANA Database 2.00.061.00.1644229038
************************************************************************

Esto explorará los directorios en busca del software requerido.

Scanning software locations...
Detected components:
    SAP HANA Database (2.00.061.00.1644229038) in /swrepo/HANA/SAP_HANA_DATABASE/server
    SAP HANA Database Client (2.11.20.1644165757) in /swrepo/HANA/SAP_HANA_CLIENT/client


Do you want to specify additional components location? (y/n) [n]: `n`

Elija n para no tener que indicar la ubicación de los componentes y continuar.

Choose an action

Index | Action                    | Description
-------------------------------------------------------------
1     | install                   | Install new system
2     | extract_components        | Extract components
3     | print_detected_components | Print detected components
4     | Exit (do nothing)         |

Enter selected action index [4]: `1`

Ingrese 1 y presione la tecla <enter> para instalar un nuevo sistema.

La salida continúa con el siguiente ejemplo.

SAP HANA Database version '2.00.061.00.1644229038' will be installed.

Select additional components for installation:

Index | Components | Description
--------------------------------------------------------------------------------
1     | all        | All components
2     | server     | No additional components
3     | client     | Install SAP HANA Database Client version 2.11.20.1644165757

Enter comma-separated list of the selected indices [3]: `1`

Ingrese a 1 y presione <enter> para instalar todos los componentes. Aceptar una serie de valores predeterminados en la siguiente línea de la salida.

Enter Installation Path [`/hana/shared`]:
Enter Local Host Name [`Yourhostname`]:
Do you want to add hosts to the system? (y/n) [`n`]:

Ingrese n sin sistemas adicionales. Compruebe los parámetros del sistema de la base de datos de origen SAP HANA:

• fuente SAP HANA SID
• fuente SAP HANA Instance Number

Continúe con los mismos valores para el sistema de destino:

Enter SAP HANA System ID: `<Needs to match the source system>`
Enter Instance Number [00]: `<Needs to match the source system>`
Enter Local Host Worker Group [default]:

Index | System Usage | Description
-------------------------------------------------------------------------------
1     | production   | System is used in a production environment
2     | test         | System is used for testing, not production
3     | development  | System is used for development, not production
4     | custom       | System usage is neither production, test nor development

Select System Usage / Enter Index [4]: 2

Introduzca un número que represente la función planificada. En el ejemplo, 2 indica un sistema de prueba.

Aceptar más valores predeterminados:

Do you want to enable data and log volume encryption? [n]:
Enter Location of Data Volumes [/hana/data/<SID>]:
Enter Location of Log Volumes [/hana/log/<SID>]:
Restrict maximum memory allocation? [n]:
Apply System Size Dependent Resource Limits? (SAP Note 3014176) [y]:

Determine estas contraseñas tal como están configuradas en el sistema de origen:

• sapadm contraseña
• <sid>adm contraseña
• Sistema Base de datos Usuario SYSTEM contraseña

Establezca las mismas contraseñas en el sistema de destino:

Enter SAP Host Agent User (sapadm) Password: <Use the same password used on the source system>
Confirm SAP Host Agent User (sapadm) Password: <Use the same password used on the source system>
Enter System Administrator (<sid>adm) Password:  <Use the same password used on the source system>
Confirm System Administrator (<sid>adm) Password: <Use the same password used on the source system>
Enter System Administrator Home Directory [/usr/sap/<SID>/home]:
Enter System Administrator Login Shell [/bin/sh]:
Enter System Administrator User ID [1001]: <check that the user ID number matches the source system>
Enter ID of User Group (sapsys) [79]:  <Check that the GUID number matches the source system>
Enter System Database User (SYSTEM) Password: <Use the same password used on the source system>
Confirm System Database User (SYSTEM) Password: <Use the same password used on the source system>

Restart system after machine reboot? [n]:
Summary before execution

En el resumen, puede comprobar que las selecciones que ha realizado para la instalación son correctas. A continuación, seleccione «S» para comenzar. Después de unos 20 minutos, verá el siguiente mensaje.

Registering SAP HANA Database Components on Local Host...
- Deploying SAP Host Agent configurations...
Creating Component List...
SAP HANA Database System installed
Log file written to xxxxxx

Comprobar que SAP HANA está en funcionamiento y determinar la versión

Ejecute el siguiente comando HDB proc para verificar que todos los servicios se iniciaron en el sistema principal y secundario SAP HANA.

sudo -i -u ${sid}adm -- HDB proc

SAP HANA la versión debe ser igual o superior a la del servidor principal

Para verificar la versión de la base de datos de SAP HANA, utilice el siguiente comando en ambos nodos.

sudo -i -u ${sid}adm -- HDB version

Copia de seguridad inicial de la base de datos MDC/SYSTEMDB SAP HANA

Comprobación opcional de los archivos de registro de seguimiento

El rastreo de la base de datos se escribe en archivos específicos del servicio a nivel del sistema operativo. El directorio de seguimiento se encuentra en la siguiente ubicación:

/usr/sap/${sid}/HDB<inst>/<host>/trace/DB_${sid}/

El siguiente alias en el entorno del usuario ${sid}adm le permite cambiar rápidamente al directorio de seguimiento en el nivel del sistema operativo:

cdtrace

Los archivos de seguimiento de la base de datos utilizan la siguiente convención de nomenclatura:

<service>_<host>.<port>.<counter>.trc

En el contexto de la jerarquización dinámica, puede existir un archivo con la siguiente convención ( SAP Nota 2871785):

esserver_console_<host>.<port>.<counter>.trc

• Ejemplo:

indexserver_saphana01.30003.024.trc Puede acceder a estos archivos directamente en el nivel del sistema operativo o de una de las siguientes maneras:

• SAP HANA Studio -> Administration -> Diagnosis Files
• DBACOCKPIT -> Diagnostics -> Diagnosis Files

Compruebe el usuario de la base de datos SAP HANA en el sistema de origen

Consulte con el equipo de administración de su base de datos SAP o con los administradores de SAP HANA qué usuario de la base de datos SAP HANA se utiliza para acceder al sistema. Normalmente, este usuario es el usuario SYSTEM o el usuario propietario del esquema SAP si su equipo de administración de bases de datos SAP implementó los avisos de seguridad SAP.

Establecer las variables de entorno en los sistemas de SAP HANA e primario y secundario

Para simplificar la configuración, prepare las siguientes variables de entorno para ${sid}adm en ambos nodos. Estas variables de entorno se utilizan en los comandos posteriores en el resto de los ejemplos.

En ambos nodos, ejecute los siguientes comandos. Recuerde que las variables deben ser las mismas en ambos sistemas, el de origen y el de destino.

export SID=<SID>                                 # SAP HANA System ID (uppercase)
export sid=<sid>                                 # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO>                           # SAP HANA Instance Number
export DIR_INSTANCE=/usr/sap/${SID}/HDB${INSTNO} # "${sid}adm" home directory

export SiteOnPrem=<PrimarySiteName>        # HANA System Replication Site Name 1 - Migration from On-Prem - Source
export SiteOnCloud=<secondarySiteName>     # HANA System Replication Site Name 2 - Migration to On-Cloud - Target

export NODE1=<Hostname 1>                  # Hostname of On-Prem Server
export NODE2=<Hostname 2>                  # Hostname of IBM Power Virtual Server Instance

Asegúrese de que SAP HANA se esté ejecutando en ambos sistemas

Como usuario del sistema operativo ${sid}adm, el comando HDB proc puede utilizarse para verificar que todos los servicios se han iniciado.

Ejecute el siguiente comando en ambos sistemas, el servidor de correo electrónico principal y el secundario SAP HANA.

sudo -i -u ${sid}adm -- HDB proc

SAP HANA la versión debe ser igual o superior a la del servidor principal

Ejecute el siguiente comando en cada nodo para determinar la versión del servidor SAP HANA.

sudo -i -u ${sid}adm -- HDB version

La versión del sistema de destino debe ser igual o superior a la versión del sistema de origen. La única excepción para la versión es para una configuración habilitada para lectura e Active/Active, aquí la versión HDB debe ser idéntica en el sistema fuente y de destino.

• Por lo tanto, asegúrese de que la configuración del sistema es idéntica en los servidores de origen y de destino. A continuación, compare la configuración de los archivos ini en ambos sistemas.

• Para una configuración de escalabilidad horizontal, asegúrese de que el número de nodos de trabajo (escalabilidad horizontal) y de roles sea idéntico tanto en el servidor de origen como en el de destino.

• Se deben utilizar los mismos ${sid} y instance numbers en ambos sistemas.

• Realice una copia de seguridad de los sistemas primario y secundario de PKI SSFS .key and the .dat files.

• Copiar las claves PKI existentes del sistema primario al secundario.

Para asegurarse de que puede recuperar el estado original instalado, si es necesario, haga una copia de seguridad de las claves existentes tanto en el sistema principal como en el secundario.

sudo -i -u ${sid}adm -- cp -p /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT_<hostname>

Una vez realizada la copia de seguridad de los archivos PKI SSFS .key y .dat existentes, ahora debe copiar los archivos PKI SSFS .key y .dat del sistema principal al sistema de destino.

Los datos de SAP HANA 2.0 y los canales de transmisión de registros para el proceso de replicación requieren autenticación mediante el uso de los archivos de certificado de almacenamiento PKI SSFS del sistema.

• SAP Nota 2369981 - Pasos de configuración necesarios para la autenticación con HANA System Replication

Los archivos de certificado de almacenamiento PKI SSFS del sistema se almacenan en /usr/sap/${SID}/SYS/global/security/rsecssfs/ en los subdirectorios data y key.

En NODE2, ejecute los siguientes comandos para copiar los archivos SSFS_${SID}.DAT y SSFS_${SID}.KEY desde NODE1.

Como usuario de ${sid}adm, ejecute los dos comandos siguientes en NODE2.

scp ${NODE1}:/usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT

scp ${NODE1}:/usr/sap/${SID}/SYS/global/security/rsecssfs/key/SSFS_${SID}.KEY /usr/sap/${SID}/SYS/global/security/rsecssfs/key/SSFS_${SID}.KEY

Los certificados de almacenamiento PKI SSFS copiados en NODE2 se activan durante el inicio del sistema SAP HANA.

Compruebe que el parámetro de configuración log_mode esté establecido en normal

Asegúrese de que el parámetro de configuración log_mode esté establecido en normal en la sección de persistencia del archivo global.ini tanto en el servidor principal como en el secundario de SAP HANA.

Ejecute el siguiente comando en ambos sistemas para verificar la configuración de log_mode.

sudo -i -u ${sid}adm -- grep -i 'log_mode' /usr/sap/${SID}/HDB${INSTNO}/exe/config/global.ini

Se espera el siguiente resultado.

log_mode=normal

Registre primero el servidor principal

En el sistema principal de SAP HANA, ejecute el siguiente comando para registrar este nodo como el primary para la replicación del sistema SAP HANA.

sudo -i -u ${sid}adm -- hdbnsutil -sr_enable --name=${SiteOnPrem}

Se espera el siguiente resultado.

nameserver is active, proceeding ...
successfully enabled system as system replication source site
done.

Compruebe si el sistema principal está registrado

Verifique que el sistema principal se haya registrado correctamente utilizando el siguiente comando.

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

Se espera el siguiente resultado.

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: true

mode: primary
operation mode: primary
site id: 1
site name: SiteOnPrem

is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: false
is a takeover active: false
is primary suspended: false

Host Mappings:
~~~~~~~~~~~~~~


Site Mappings:
~~~~~~~~~~~~~~
SiteCloud (primary/)

Tier of SiteCloud: 1

Replication mode of SiteCloud: primary

Operation mode of SiteOnPrem :


Hint based routing site:
done.

Asegúrese de que SAP HANA no esté activo en el sitio secundario

El sitio secundario no debe ser un servidor de SAP HANA activo. Detenga los servicios de base de datos de SAP HANA utilizando el siguiente comando.

sudo -i -u ${sid}adm -- HDB stop

Se espera el siguiente resultado.

hdbdaemon will wait maximal 300 seconds for NewDB services finishing.
Stopping instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function Stop 400

10.08.2023 10:32:07
Stop
OK
Waiting for stopped instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function WaitforStopped 600 2


10.08.2023 10:32:51
WaitforStopped
OK
hdbdaemon is stopped.

Registrar el sistema secundario

Ahora registre el sistema secundario.

sudo -i -u ${sid}adm -- hdbnsutil -sr_register \
    --name=<secondarySiteName> \
    --remoteHost=<primary_host> \
    --remoteInstance=<primary_systemnr> \
    --replicationMode=[sync|syncmem|async] \
    --operationMode=[delta_datashipping|logreplay|logreplay_readaccess]

Por ejemplo, si utiliza

• SiteOnCloud como nombre del sitio secundario
• syncmem como modo de réplica y
• logreplay como modo de funcionamiento

El último comando tiene el siguiente aspecto

sudo -i -u ${sid}adm -- hdbnsutil -sr_register \
    --name=${SiteOnCloud} \
    --remoteHost=${NODE1} \
    --remoteInstance=${INSTNO} \
    --replicationMode=syncmem \
    --operationMode=logreplay

Se espera el siguiente resultado.

Thu 10 Aug 10:36:13 CEST 2023
adding site ...
collecting information ...
updating local ini files ...
done.

Solucionar errores de hdbnsutil con SELinux habilitado

Si está habilitado el SELinux ( Linux, control de seguridad mejorado), el resultado de hdbnsutil no es el esperado. Se puede observar uno de los dos síntomas siguientes.

• Command is not recognized mensaje de error
• Información de uso mostrada

SELinux, cuando se configura como enforcing, impide que el comando hdbnsutil reinicie el saphostagent en el contexto de usuario ${sid}adm. Puede añadir políticas de seguridad SELinux adecuadas o como recomienda SAP. A continuación, desactive SELinux.

Compruebe el estado actual de SELinux con el siguiente comando.

sestatus

La siguiente salida es un ejemplo.

SELinux status:                 enforcing

Si el comando sestatus devuelve un enforcing, entonces los comandos, incluso cuando se ejecutan con privilegios de root, pueden ser bloqueados, dependiendo de la política de seguridad.

Para desactivar SELinux temporalmente, ejecute el siguiente comando.

sudo setenforce 0

SELinux está ahora desactivado temporalmente hasta el próximo reinicio.

Ahora compruébelo de nuevo en sestatus, el estado muestra disabled.

Compruebe si el proceso saphostagent se está ejecutando con el siguiente comando.

sudo ps -ef | grep -i host

Si la salida está vacía y no se muestra ningún proceso, reinicie manualmente el saphostagent.

sudo -i -u ${sid}adm -- /usr/sap/hostctrl/exe/saphostexec -restart /usr/sap/hostctrl/exe/host_profile

Compruebe el estado del sistema principal

Verifique el estado de replicación del sistema en el nodo principal. Ejecute el siguiente comando en el servidor primario:

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

Se espera el siguiente resultado.

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: true

mode: primary
operation mode: primary
site id: 1
site name: SiteOnPrem_hostname

is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: true
is a takeover active: false
is primary suspended: false

Host Mappings:
~~~~~~~~~~~~~~

<SiteOnCloud_hostname> -> [SiteOnPrem_hostname] <SiteOnPrem_hostname_hostname>
<SiteOnCloud_hostname> -> [SiteOnCloud] <SiteOnPrem_hostname_hostname>


Site Mappings:
~~~~~~~~~~~~~~
SiteOnPrem_hostname (primary/primary)
    |---SiteOnCloud (syncmem/logreplay)

Tier of SiteCloud: 1
Tier of SiteOnPrem_hostname: 2

Replication mode of SiteOnPrem_hostname: primary
Replication mode of SiteOnCloud: syncmem

Operation mode of SiteOnPrem_hostname: primary
Operation mode of SiteOnCloud logreplay

Mapping: SiteOnPrem_hostname -> SiteOnCloud

Hint based routing site:
done.

Compruebe el estado del sistema secundario

Ahora compruebe el estado de replicación del sistema en el segundo nodo. Ejecute el mismo comando en el segundo servidor.

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

Se espera el siguiente resultado.

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: false

mode: syncmem
operation mode: unknown
site id: 2
site name: SiteOnCloud

is source system: unknown
is secondary/consumer system: true
has secondaries/consumers attached: unknown
is a takeover active: false
is primary suspended: false
is timetravel enabled: false
replay mode: auto
active primary site: 1

primary masters: <SiteOnPrem_hostname_hostname>
done.

Reiniciar el servidor secundario

Hasta ahora, ambos servidores de SAP HANA están configurados como socios de replicación. SAP HANA Ahora reinicie el servidor de réplica secundario para completar la configuración de la réplica.

Ejecute el siguiente comando en el servidor secundario.

sudo -i -u ${sid}adm -- HDB start

Se espera el siguiente resultado.

StartService
OK

Starting instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function StartWait 2700 2
OK


10.08.2023 10:38:47
Start
OK

10.08.2023 10:40:17
StartWait
OK

Compruebe HDB info o HDB proc en el lado secundario para confirmar que SAP HANA vuelve a estar en funcionamiento. Cuando se haya realizado correctamente, ejecute el comando sr_state en el sistema principal.

sudo -i -u ${sid}adm -- hdbnsutil -sr_state

Se espera el siguiente resultado.

System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~

online: true

mode: primary
operation mode: primary
site id: 1
site name: SitePrem

is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: true
is a takeover active: false
is primary suspended: false

Host Mappings:
~~~~~~~~~~~~~~

<SiteOnCloud_hostname> -> [SiteOnPrem] <SiteOnPrem>
<SiteOnCloud_hostname> -> [SiteOnCloud] <SiteOnPrem>


Site Mappings:
~~~~~~~~~~~~~~
SiteOnPrem (primary/primary)
    |---SiteOnCloud (syncmem/logreplay)

Tier of SiteOnprem : 1
Tier of SiteOnCloud: 2

Replication mode of SiteOnPrem: primary
Replication mode of SiteOnCloud: syncmem

Operation mode of SiteOnPrem: primary
Operation mode of SiteOnCloud: logreplay

Mapping: SiteOnprem_hostname -> SiteOnCloud

Hint based routing site:
done.

Comprobar el estado de la réplica

Después de configurar el sistema secundario e iniciar SAP HANA en el servidor secundario, el proceso de replicación comienza automáticamente a sincronizar los datos con un full replica. Puede verificar la replicación inicial en el servidor principal y ver el estado de finalización actual de la acción de replicación completa.

Ejecute el script Python con el siguiente comando.

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/systemReplicationStatus.py

Se espera el siguiente resultado.

|Database |Host     |Port  |Service Name |Volume ID |Site ID |Site Name |Secondary |Secondary |Secondary |Secondary  |Secondary     |Replication |Replication |Replication    |Secondary    |
|         |         |      |             |          |        |          |Host      |Port      |Site ID   |Site Name  |Active Status |Mode        |Status      |Status Details |Fully Synced |
|-------- |-------- |----- |------------ |--------- |------- |--------- |----------|--------- |--------- |---------- |------------- |----------- |----------- |-------------- |-------------|
|SYSTEMDB |<NODE1>  |31001 |nameserver   |        1 |      1 |SiteOnPrem|  <NODE2> |    31001 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31007 |xsengine     |        2 |      1 |SiteOnPrem|  <NODE2> |    31007 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31040 |docstore     |        5 |      1 |SiteOnPrem|  <NODE2> |    31040 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31003 |indexserver  |        3 |      1 |SiteOnPrem|  <NODE2> |    31003 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|
|S4H      |<NODE1>  |31011 |dpserver     |        4 |      1 |SiteOnPrem|  <NODE2> |    31011 |        2 |SiteOnCloud|YES           |SYNCMEM     |ACTIVE      |               |         True|

status system replication site "1": ACTIVE
overall system replication status: ACTIVE

Local System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

mode: PRIMARY
site id: 1
site name: SiteOnPrem_hostname

Cuatro métodos para comprobar el estado de replicación del sistema

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/landscapeHostConfiguration.py

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/systemReplicationStatus.py

overall system replication status: ACTIVE

sudo -i -u ${sid}adm -- hdbcons -e hdbindexserver "replication info"

select host, SECONDARY_HOST, PORT, SITE_NAME, SECONDARY_SITE_NAME, REPLICATION_MODE, REPLICATION_STATUS, REPLICATION_STATUS_DETAILS,SECONDARY_ACTIVE_STATUS from M_SERVICE_REPLICATION;

Publicar finalización de la replicación

Antes de desactivar la configuración de replicación, compruebe los registros de seguimiento para detectar cualquier incoherencia o anomalía después de que se realice la acción de replicación. Una vez completada la replicación, la base de datos contiene todos los servicios activos solo en el sistema primario. Pero aún puede examinar los registros de rastreo en busca de incoherencias o problemas.