Notas sobre el uso - Teradata Data Mover

Teradata® Data Mover Guía del usuario

Product
Teradata Data Mover
Release Number
17.05
Published
Octubre de 2020
Language
Español
Last Update
2020-12-18
dita:mapPath
es-ES/xxl1591023586203.ditamap
dita:ditavalPath
es-ES/xxl1591023586203.ditaval
dita:id
B035-4101
Product Category
Analytical Ecosystem

Utilice nombres de host o direcciones IP como valores en failover.properties. En la tabla siguiente, se describe lo que sucede en determinados casos al utilizar la función de conmutación por error automática:

Escenario Resultado
La contraseña predeterminada de dmuser se ha cambiado en alguno de los servidores especificados en failover.properties. La configuración de SSH no se completa correctamente, lo que impide que los componentes activo-en espera se inicien correctamente.
Los nombres de host no válidos se especifican en failover.properties. La configuración de SSH no se completa correctamente.
Config se ejecuta como un usuario distinto a ROOT. La configuración de SSH no se completa correctamente.
El dm.rest.endpoint no se modifica en commandline.properties. La línea de comandos no se puede conectar a un servidor REST en espera cuando el servidor REST activo deja de estar disponible.
El broker.url no se modifica en daemon.properties y agent.properties. El daemon y el agente no pueden conectarse a un agente de JMS en espera cuando el agente de JMS activo deja de estar disponible.
El valor de sync.ismaster en sync.properties no se ha configurado correctamente ni en el servidor de sincronización activo ni en el servidor de sincronización en espera. El servicio de supervisión de la sincronización no se inicia correctamente.
El monitor de sincronización activo deja de estar disponible cuando el clúster se ejecuta en modo activo. Compruebe los registros de sincronización y de Postgres en el servidor del daemon activo designado para diagnosticar la causa raíz del problema. Consulte Corregir el servicio de sincronización con alta disponibilidad.
Ambos servidores del daemon dejan de estar disponibles una vez habilitada la supervisión de conmutación por error. El servicio de supervisión detecta el fallo del servidor del daemon activo e inicia una secuencia de conmutación por error en el servidor del daemon en espera. Si no puede conectarse al servidor del daemon en espera, se cierra y los componentes deben reiniciarse mediante el comando dmcluster switchback desde el servidor del daemon activo designado una vez que los servidores están en funcionamiento.
El daemon activo designado deja de estar disponible y se inicia una conmutación por error. El daemon se vuelve a reiniciar mediante el script dmdaemon service. El servicio de supervisión observa dos daemons en ejecución y detiene el daemon en el servidor activo designado. Para restaurar correctamente el daemon no disponible, utilice el comando dmcluser switchback en el servidor activo designado.

Para obtener más información, consulte Conmutar por recuperación al daemon activo designado.

El daemon en espera se inicia mediante el script dmdaemon service cuando el daemon activo designado todavía se está ejecutando. El servicio de supervisión observa dos daemons en ejecución y detiene el daemon en el servidor en espera designado. Los componentes de los servidores en espera designados no se pueden iniciar cuando el servidor activo designado se está ejecutando en modo activo. Si es necesario un cambio permanente de servidores, vuelva a configurar el clúster de Data Mover mediante el comando dmcluster config en el servidor para que se convierta en el nuevo servidor activo designado.
El agente de JMS en el servidor del daemon activo designado deja de estar disponible. La conmutación por error se produce si el servicio de conmutación por error no puede iniciar ActiveMQ después de varios intentos.
Se inicia ActiveMQ en el daemon en espera designado. La conmutación por error detiene el servicio automáticamente. Los componentes de los servidores en espera designados no se pueden iniciar cuando el servidor activo designado se ejecuta en modo activo. Si es necesario un cambio permanente de servidores, vuelva a configurar el clúster de Data Mover mediante el comando dmcluster config en el servidor para que se convierta en el nuevo servidor activo designado.