What would you do if you knew?™
Unity Data Mover
Guía de instalación, configuración y actualización
para clientes
Versión 15.10
B035-4102-035K-ESN
Mayo de 2015
The product or products described in this book are licensed products of Teradata Corporation or its affiliates.
Teradata, Active Data Warehousing, Active Enterprise Intelligence, Applications-Within, Aprimo Marketing Studio, Aster, BYNET, Claraview, DecisionCast,
Gridscale, MyCommerce, QueryGrid, SQL-MapReduce, Teradata Decision Experts, "Teradata Labs" logo, Teradata ServiceConnect, Teradata Source Experts,
WebAnalyst, and Xkoto are trademarks or registered trademarks of Teradata Corporation or its affiliates in the United States and other countries.
Adaptec and SCSISelect are trademarks or registered trademarks of Adaptec, Inc.
AMD Opteron and Opteron are trademarks of Advanced Micro Devices, Inc.
Apache, Apache Avro, Apache Hadoop, Apache Hive, Hadoop, and the yellow elephant logo are either registered trademarks or trademarks of the Apache
Software Foundation in the United States and/or other countries.
Apple, Mac, and OS X all are registered trademarks of Apple Inc.
Axeda is a registered trademark of Axeda Corporation. Axeda Agents, Axeda Applications, Axeda Policy Manager, Axeda Enterprise, Axeda Access, Axeda
Software Management, Axeda Service, Axeda ServiceLink, and Firewall-Friendly are trademarks and Maximum Results and Maximum Support are
servicemarks of Axeda Corporation.
Data Domain, EMC, PowerPath, SRDF, and Symmetrix are registered trademarks of EMC Corporation.
GoldenGate is a trademark of Oracle.
Hewlett-Packard and HP are registered trademarks of Hewlett-Packard Company.
Hortonworks, the Hortonworks logo and other Hortonworks trademarks are trademarks of Hortonworks Inc. in the United States and other countries.
Intel, Pentium, and XEON are registered trademarks of Intel Corporation.
IBM, CICS, RACF, Tivoli, and z/OS are registered trademarks of International Business Machines Corporation.
Linux is a registered trademark of Linus Torvalds.
LSI is a registered trademark of LSI Corporation.
Microsoft, Active Directory, Windows, Windows NT, and Windows Server are registered trademarks of Microsoft Corporation in the United States and other
countries.
NetVault is a trademark or registered trademark of Dell Inc. in the United States and/or other countries.
Novell and SUSE are registered trademarks of Novell, Inc., in the United States and other countries.
Oracle, Java, and Solaris are registered trademarks of Oracle and/or its affiliates.
QLogic and SANbox are trademarks or registered trademarks of QLogic Corporation.
Quantum and the Quantum logo are trademarks of Quantum Corporation, registered in the U.S.A. and other countries.
Red Hat is a trademark of Red Hat, Inc., registered in the U.S. and other countries. Used under license.
SAP is the trademark or registered trademark of SAP AG in Germany and in several other countries.
SAS and SAS/C are trademarks or registered trademarks of SAS Institute Inc.
SPARC is a registered trademark of SPARC International, Inc.
Symantec, NetBackup, and VERITAS are trademarks or registered trademarks of Symantec Corporation or its affiliates in the United States and other
countries.
Unicode is a registered trademark of Unicode, Inc. in the United States and other countries.
UNIX is a registered trademark of The Open Group in the United States and other countries.
Other product and company names mentioned herein may be the trademarks of their respective owners.
The information contained in this document is provided on an "as-is" basis, without warranty of any kind, either express or implied, including the
implied warranties of merchantability, fitness for a particular purpose, or non-infringement. Some jurisdictions do not allow the exclusion of implied
warranties, so the above exclusion may not apply to you. In no event will Teradata Corporation be liable for any indirect, direct, special, incidental, or
consequential damages, including lost profits or lost savings, even if expressly advised of the possibility of such damages.
The information contained in this document may contain references or cross-references to features, functions, products, or services that are not announced or
available in your country. Such references do not imply that Teradata Corporation intends to announce such features, functions, products, or services in your
country. Please consult your local Teradata Corporation representative for those features, functions, products, or services available in your country.
Information contained in this document may contain technical inaccuracies or typographical errors. Information may be changed or updated without notice.
Teradata Corporation may also make improvements or changes in the products or services described in this information at any time without notice.
To maintain the quality of our products and services, we would like your comments on the accuracy, clarity, organization, and value of this document. Please
e-mail: [email protected]
Any comments or materials (collectively referred to as "Feedback") sent to Teradata Corporation will be deemed non-confidential. Teradata Corporation will
have no obligation of any kind with respect to Feedback and will be free to use, reproduce, disclose, exhibit, display, transform, create derivative works of, and
distribute the Feedback and derivative works thereof without limitation on a royalty-free basis. Further, Teradata Corporation will be free to use any ideas,
concepts, know-how, or techniques contained in such Feedback for any purpose whatsoever, including developing, manufacturing, or marketing products or
services incorporating Feedback.
Copyright © 2013 - 2015 by Teradata. All Rights Reserved.
Tabla de contenido
Prefacio...........................................................................................................................................................5
Propósito................................................................................................................................................................5
Destinatarios......................................................................................................................................................... 5
Historial de revisiones..........................................................................................................................................5
Información adicional..........................................................................................................................................5
Enlaces relacionados..................................................................................................................................... 5
Documentos relacionados............................................................................................................................ 6
Formación de clientes................................................................................................................................... 6
Centro de atención al cliente........................................................................................................................6
Información de seguridad de producto............................................................................................................. 6
Capítulo 1:
Descripción general............................................................................................................................7
Dependencias........................................................................................................................................................ 7
Requisitos del servidor de Data Mover.......................................................................................................7
Requisitos de componentes externos.......................................................................................................... 7
Permisos necesarios...................................................................................................................................... 7
Puertos abiertos necesarios en el servidor administrado de Teradata................................................... 7
Procedimientos recomendados para redes de Data Mover............................................................................ 8
Capítulo 2:
Configuración del entorno........................................................................................................... 9
Configuración de Daemon de Data Mover ...................................................................................................... 9
Archivo daemon.properties ........................................................................................................................ 9
1Propiedades dinámicas......................................................................................................................11
Propiedades de configuración ...................................................................................................................11
Configuración del agente de Data Mover .......................................................................................................17
Instalación y configuración del agente de Data Mover en un servidor de Teradata de Linux..........17
Archivo agent.properties ........................................................................................................................... 17
1Propiedades dinámicas......................................................................................................................19
Configuración de la interfaz de línea de comandos de Data Mover............................................................19
Configuración de la interfaz de línea de comandos de Data Mover en un servidor de Teradata de
Linux ..................................................................................................................................................... 19
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
3
Tabla de contenido
Instalación y configuración de la interfaz de línea de comandos de Data Mover en servidores que
no son de Teradata ............................................................................................................................... 20
Archivo commandline.properties.............................................................................................................. 21
Acerca de la configuración de alta disponibilidad.......................................................................................... 23
Configuración de la conmutación por error automática........................................................................ 23
Sincronización de los repositorios principal y secundario.............................................................. 24
Configuración de los agentes duales activos de Java Message Service (JMS)................................25
Configuración del servicio de sincronización................................................................................... 26
Configuración del clúster e inicio del servicio de supervisión........................................................27
Archivo Failover.properties................................................................................................... 27
Comprobación del estado de los componentes principales y secundarios....................................28
Habilitación de la sincronización........................................................................................................ 28
Configuración del servicio de sincronización sin conmutación por error automática...................... 29
Configuración del servicio de sincronización................................................................................... 29
Configuración de Data Mover para utilizar Unity Ecosystem Manager ..................................................... 29
Configuración de varios servidores administrados ....................................................................................... 31
Configuración de Data Mover para iniciar la sesión en TVI ........................................................................31
Habilitación del registro de alertas de TVI cuando se produce una conmutación por error............ 32
Configuración del servidor administrado de Data Mover para aumentar el rendimiento de la red ...... 32
Acerca de la incorporación de entradas COP de origen y de destino .................................................. 33
Acerca de la definición de rutas de las entradas COP de origen y de destino .....................................33
Reinicio de la red.......................................................................................................................................... 34
Acerca de la verificación de los cambios de ruta ..................................................................................... 34
Archivos de registro de Data Mover .................................................................................................................34
Capítulo 3:
Actualización del software......................................................................................................... 37
Acerca de la actualización del software de Data Mover..................................................................................37
Creación de un incidente....................................................................................................................................37
Actualización de la interfaz de línea de comandos de Data Mover en servidores que no son de Teradata
.........................................................................................................................................................................38
Actualización del agente de Data Mover en un servidor de Teradata de Linux..........................................40
Apéndice A:
Tareas administrativas.................................................................................................................. 43
Script de componentes de Data Mover.............................................................................................................43
Creación de un paquete de diagnóstico para asistencia................................................................................. 44
4
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Prefacio
Propósito
En esta guía se ofrece información para el cliente así como los procedimientos de
instalación, configuración y actualización del software Data Mover de Unity.
Destinatarios
Esta guía está diseñada para:
• Administradores del sistema
• Administradores de bases de datos y desarrolladores de bases de datos relacionales
• Clientes
• Centro de atención al cliente de Teradata
Historial de revisiones
Fecha
Versión
Descripción
Mayo de
2015
15.10
Actualizado para la versión 15.10.
Información adicional
Enlaces relacionados
URL
Descripción
https://tays.teradata.com
Utilice Teradata At Your Service para acceder a los libros de
referencia Orange Books, alertas técnicas y repositorios de
conocimiento, para ver y unirse a los foros, y para descargar
paquetes de software.
www.teradata.com
Sitio externo para productos, servicios, recursos, soporte y otra
información del cliente.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
5
Prefacio
Información de seguridad de producto
Documentos relacionados
Los documentos se encuentran en www.info.teradata.com.
Título
ID de
publicación
Unity Data Mover Guía del usuario
B035-4101
Describe cómo utilizar la interfaz de línea de comandos y los portlets de Data
Mover de Unity.
Referencia de Parallel Upgrade Tool (PUT)
B035-5713
Describe cómo instalar software de aplicaciones con PUT.
Teradata Viewpoint User Guide
B035-2206
Describe el portal, los portlets y las características de administración del sistema
Teradata Viewpoint.
Formación de clientes
Teradata Customer Education ofrece formación para su planta laboral a nivel mundial, que
incluye cursos públicos programados, formación personalizada in situ y formación basada en
web. Para obtener más información sobre las clases, los horarios y el programa de
certificación de Teradata, vaya a www.teradata.com/TEN/.
Centro de atención al cliente
El Centro de atención al cliente está disponible las 24 horas del día, los siete días de la semana
a través del centro de soporte técnico global (GSC). Para obtener más información, vaya a
https://tays.teradata.com.
Información de seguridad de producto
Este documento puede contener información sobre las prácticas de seguridad del producto
relacionadas con daños a los datos o daños materiales, identificada con la palabra Aviso. Un
aviso indica una situación que, si no se evita, podría resultar en daños a la propiedad, como
equipos o datos, pero no relacionados con lesiones personales.
Ejemplo
Aviso: El uso indebido de la utilidad Reconfiguration puede provocar que se pierdan datos.
6
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
CAPÍTULO 1
Descripción general
Dependencias
Requisitos del servidor de Data Mover
Software
Nivel
Servidor
SUSE Linux Enterprise Server 11 SP 1
Repositorio interno
Teradata Database 14.00
REST de Teradata
Versión 15.00
Nota: Para los servidores que no son de Teradata, debe instalar JRE 7 o actualizar a JRE 7
antes de instalar o actualizar cualquiera de los componentes.
Requisitos de componentes externos
Las versiones de los componentes con las que funciona Data Mover se enumeran a
continuación.
Software
Nivel
Teradata Database
Versiones 13.10 a 15.10
Dispositivo Teradata para
Hadoop
Versiones 1.3.2, 2.1.x, 2.1.7
Teradata Aster Database
Versiones 5.10, 6.0, 6.10
Teradata Viewpoint
Versión 15.00 o 15.10
Distribución de Hadoop de
Cloudera
Versión 4.3
Permisos necesarios
Debe ser un usuario raíz para instalar y configurar los componentes de Data Mover.
Puertos abiertos necesarios en el servidor administrado de Teradata
Los puertos que se muestran a continuación deben estar abiertos para dejar pasar tráfico
entrante y saliente del servidor administrado de Data Mover:
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
7
Capítulo 1 Descripción general
Procedimientos recomendados para redes de Data Mover
Número de
puerto
Utilizado por
22
SSH
1025
CLI y JDBC
25268
Módulo de acceso de ARC
25168
Servidor de ARC
61616
ActiveMQ
25368
Servicio de sincronización principal
Procedimientos recomendados para redes de
Data Mover
Un exhaustivo artículo técnico sobre los procedimientos recomendados de redes de Data
Mover se pone a su disposición para ayudarle a comprender y a resolver varios problemas de
rendimiento, incluidos procedimientos de prueba y de validación de cambios sugeridos.
El artículo técnico sobre los procedimientos recomendados de redes de Data Mover se
encuentra en http://cks.teradata.com/
8525621800464274/0/41a6f00b2ff7e06485257d330008e2df.
8
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
CAPÍTULO 2
Configuración del entorno
Configuración de Daemon de Data Mover
1 Edite el archivo daemon.properties y reinicie el Daemon de Data Mover para
implementar los cambios.
Para las propiedades que se pueden establecer dinámicamente, los cambios surten efecto
un minuto después de guardar el archivo daemon.properties actualizado. No es
necesario reiniciar el servicio de Daemon si solo se actualizan las propiedades
dinámicas.
2 Utilice los comandos list_configuration y save_configuration para modificar las otras
propiedades de Data Mover.
Archivo daemon.properties
La siguiente tabla muestra las propiedades de daemon.properties.
Propiedad
Descripción
Valor por defecto
arcserver.port=port
Un puerto de servidor duradero en el equipo en el que se
ejecuta DMDaemon, que se utiliza para las conexiones de
socket entrantes desde los agentes de DM.
25168
broker.port=port
El número de puerto del equipo en el que el agente de
mensajes de Java Message Service (JMS) escucha.
61616
broker.url=url
El nombre de host o la dirección IP del equipo que ejecuta el
agente de mensajes de Java Message Service (JMS).
localhost
cluster.enabled=setting
for cluster
Si se define como True, establece una conexión con un
agente de Java Message Service (JMS) secundario, en caso de
que se produzca un error en el agente de JMS principal.
False
viewpoint.url
El nombre de host o dirección IP del servidor de
autenticación de Viewpoint.
http://localhost
Ejemplo: viewpoint.url=http://localhost
viewpoint.port
Número de puerto del servidor de autenticación de
Viewpoint.
80
Ejemplo: viewpoint.port=80
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
9
Capítulo 2 Configuración del entorno
Configuración de Daemon de Data Mover
Propiedad
Descripción
Valor por defecto
logger.useTviLogger=sett El registrador de TVI se puede establecer como true o como True
ing for TVI messages
false. Si lo establece como true, los mensajes de error
irrecuperable se envían a TVI. Propiedad dinámica. 1
jobExecutionCoordinator. El número máximo de trabajos que se pueden ejecutar en el
maxConcurrentJobs=maximu Daemon al mismo tiempo. Los trabajos adicionales se
colocan en la cola y se ejecutan una vez que haya ranuras
m number of jobs
disponibles. Propiedad dinámica. 1
20
El número máximo de trabajos que se pueden colocar en la
cola de trabajos. Los trabajos adicionales se colocan en una
cola de memoria de nivel superior hasta que haya huecos
disponibles en la cola de trabajos. Propiedad dinámica. 1n
20
jobExecutionCoordinator.
maxQueuedJobs=maximum
number of jobs allowed
in queue
log4j.appender.logfile=o Informa a la aplicación de registro que debe utilizar un
rg.apache.log4j.RollingF appender específico.
ileAppender
Se recomienda no cambiar el valor de esta propiedad.
log4j.appender.logfile.f La ruta de acceso relativa o absoluta del archivo de registro. Si dmDaemon.log
se cambia la ubicación del archivo de registro, especifique la
ile=file path name
ruta de acceso absoluta del archivo. En Windows, utilice una
barra diagonal inversa en lugar de una barra diagonal; por
ejemplo, C:\Program File\Teradata\Log
\dmDaemon.log.
Tanto la ruta como el nombre del archivo se pueden
establecer de forma dinámica.1
log4j.appender.logfile.l Propiedad dinámica. 1
ayout=org.apache.log4j.P Nota: No modificar. Se trata de un valor interno para la
atternLayout
infraestructura de registro.
log4j.appender.logfile.m El número de archivos de registro de copia de seguridad que
axBackupIndex=<number of se crean. Una vez que se ha creado el número máximo de
archivos, se elimina el archivo más antiguo. Propiedad
backup files>
dinámica. 1
3
Ejemplo
Si Max Backups = 3, se crean tres registros de copia de
seguridad:
• dmDaemon.log.1
• dmDaemon.log.2
• dmDaemon.log.3
Si el tamaño actual de dmDaemon.log supera los 10 MB, este
se implementa como el nuevo dmDaemon.log.1 y otro
dmDaemon.log se crea en su lugar. El anterior
dmDaemon.log.2 se convierte en el nuevo dmDaemon.log.
3 y se elimina el dmDaemon.log.3 anterior.
log4j.appender.logfile.m El tamaño máximo del archivo de registro antes de
axFileSize=<maximum size implementarlo en archivos de copia de seguridad. Propiedad
dinámica. 1
of log files>
10
10MB
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 2 Configuración del entorno
Configuración de Daemon de Data Mover
Propiedad
Descripción
Valor por defecto
log4j.appender.logfile.l
ayout.ConversionPattern=
<log file pattern
layout>
El patrón del diseño del archivo de registro, en el que:
• d = fecha
• t = subproceso
• p = nivel de registro
• c = nombre de clase
• m= mensaje
• n = mensaje
%d [%t] %-5p
%c{3} - %m%n
Es una propiedad dinámica si el diseño es PatternLayout.1
Puede encontrar más información acerca de la creación de un
diseño en: http://logging.apache.org/log4j/1.2/apidocs/org/
apache/log4j/PatternLayout.html .
log4j.rootLogger=<level
of logging>
Seis niveles de registro, TRACE | DEBUG | INFO | WARN | INFO,logfile
ERROR | FATAL. Desde el nivel de seguimiento hasta el error
de la aplicación. LOG_LEVEL se puede actualizar de forma
dinámica, pero logfile, no.1
El valor es:
LOG_LEVEL, logfile
Nota: No quite el término logfile.
Si el servidor de autenticación de Viewpoint tiene habilitado HTTPS, puede establecer los
siguientes valores si prefiere autenticar mediante HTTPS: viewpoint.url en https://
localhost y viewpoint.port en 443.
.
1Propiedades
dinámicas
Para las propiedades que se pueden establecer dinámicamente, los cambios surten efecto un
minuto después de guardar el archivo daemon.properties actualizado. No es necesario
reiniciar el servicio de Daemon si solo se actualizan las propiedades dinámicas. Por ejemplo:
• Si ha cambiado el valor de log4j.rootLogger del valor por defecto INFO, logfile
a DEBUG, logfile, cualquier mensaje de depuración que se haya generado aparecerá
en el archivo de registro un minuto después de haber guardado el archivo de propiedades
actualizado.
• Si ha cambiado el valor por defecto (20) de
jobExecutionCoordinator.maxConcurrentJobs por un nuevo valor (25), el
cambio tendría efecto un minuto después de haber guardado el archivo
daemon.properties actualizado.
Propiedades de configuración
Propiedad
Descripción
agentCollector.agentHeartbea Establece la cantidad de tiempo (en milisegundos) que se debe
esperar por un latido del agente antes de suponer que este está
tWaitMillis
fuera de servicio.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Por defecto
600000
11
Capítulo 2 Configuración del entorno
Configuración de Daemon de Data Mover
Propiedad
Descripción
Por defecto
blocked.job.maxAllowedLimit
El número máximo de trabajos que se pueden establecer como
BLOCKED y cuyo inicio se puede reintentar. Si se determina
que un trabajo está bloqueado cuando ya se ha alcanzado el
valor de blocked.job.maxAllowedLimit, el trabajo se
agrega a la cola de trabajos.
5
El valor no puede ser superior al 25 % del límite máximo de
trabajos simultáneos.
blocked.job.retry.enabled
Si se establece como True, detecta la existencia de cualquier
bloqueo en los objetos de origen o de destino que se mueven, e
intenta volver a ejecutar el trabajo tras un intervalo
determinado.
False
blocked.job.retry.interval
Establece un intervalo para reintentar la ejecución de cualquier
trabajo que se haya bloqueado a causa de bloqueos en los
objetos de origen o de destino.
1 HOUR
La unidad de tiempo se puede definir como HOURS o
MINUTES.
blocked.job.retry.maxInterva Establece el intervalo máximo para intentar iniciar los trabajos
que se han bloqueado a causa de bloqueos en los objetos de
l
origen o de destino.
1 HOUR
Los trabajos se establecen como FAILED si continúan
bloqueados una vez que se supere este intervalo.
La unidad de tiempo se puede definir como HOURS o
MINUTES.
daemon.default.compareDDL.en Habilita o deshabilita el comportamiento de compareDDL por
defecto a nivel de Daemon.
abled
databaseQueryService.useBase Define todas las consultas del diccionario de datos en los
sistemas Teradata de origen y de destino para utilizar las vistas
ViewsOnly
básicas en lugar de las vistas X o VX.
True
deadlock.retry.enabled
Cuando se establece como True, si la ejecución de una consulta False
SQL presenta un error de DBS (2631) debido a un punto
muerto, se reintenta la ejecución de la consulta tras un intervalo
de tiempo especificado.
deadlock.retry.interval
El intervalo durante el cual se reintenta la ejecución de una
consulta SQL que muestra un error de punto muerto de DBS
(2631).
1 MINUTE
La unidad de tiempo se puede definir como SECONDS o
MINUTES.
deadlock.retry.maxAttempts
El número máximo de reintentos al ejecutar una que muestra un 10
error de punto muerto de DBS (2631).
different.session.charsets.e Determina si es posible especificar diferentes grupos de
caracteres de sesiones de origen y de destino en un trabajo.
nabled
False
El valor por defecto es False, lo que indica que no está
permitido.
12
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 2 Configuración del entorno
Configuración de Daemon de Data Mover
Propiedad
Descripción
Por defecto
event.table.default
La tabla de eventos por defecto en la cual se guardan los datos
NULL
del evento. Los eventos se envían a esta tabla de eventos por
defecto si tmsm.mode se establece como AMBOS o
ONLY_INTERNAL_TMSM. Los trabajos individuales pueden
utilizar una tabla de eventos diferente mediante el parámetro de
definición de trabajos log_to_event_table.
Se pueden establecer varios valores de la siguiente manera:
<value>event1</value>
<value>event2</value>
hadoop.connector.max.task.sl Especifica el número máximo de tareas simultáneas del conector 2
de Hadoop.
ot
hadoop.default.mapper.export Especifica el número de asignadores para trabajos de Hadoop a
Teradata. Esta propiedad solo se utiliza cuando
hadoop.default.mapper.type es DataMover. - El valor por
defecto es 8
8
hadoop.default.mapper.import Especifica el número de asignadores para trabajos de Teradata a 20
Hadoop. Esta propiedad solamente se utiliza cuando
hadoop.default.mapper.type es DataMover.
hadoop.default.mapper.type
Determina qué producto decidirá el número predeterminado de DataMover
asignadores para un trabajo de Hadoop. Los valores posibles son
TDCH y DataMover.
hanging.job.check.enabled
Si se ha habilitado, un proceso interno se activa de manera
Deshabilitado
periódica y revisa los trabajos activos para determinar si alguno
no responde.
hanging.job.check.rate
Frecuencia de comprobación de trabajos que no responden (en
horas).
hanging.job.timeout.acquisit Si no se notifica el progreso de un nuevo trabajo durante este
período (en horas), el trabajo se anula.
ion
1 HOUR
1 HOUR
El tiempo de espera es específico de la fase de adquisición.
hanging.job.timeout.in.minut Solo para uso interno. Si se habilita, todos los parámetros
hanging.job utilizan minutos en lugar de horas.
es
Deshabilitado
hanging.job.timeout.large.ap Si no se notifica el progreso de un nuevo trabajo durante este
período (en horas), el trabajo se anula.
ply
4 HOURS
El tiempo de espera es específico de la fase de aplicación de
TPTAPI de un objeto grande.
hanging.job.timeout.large.bu Si no se notifica el progreso de un nuevo trabajo durante este
período (en horas), el trabajo se anula.
ild
4 HOURS
El tiempo de espera es específico de la fase de reconstrucción de
ARC de un objeto grande.
hanging.job.timeout.large.in Si no se notifica el progreso de un nuevo trabajo durante este
período (en horas), el trabajo se anula.
itiate
4 HOURS
El tiempo de espera es específico de la fase de inicio de un objeto
grande.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
13
Capítulo 2 Configuración del entorno
Configuración de Daemon de Data Mover
Propiedad
Descripción
hanging.job.timeout.medium.a Si no se notifica el progreso de un nuevo trabajo durante este
período (en horas), el trabajo se anula.
pply
Por defecto
2 HOURS
El tiempo de espera es específico de la fase de aplicación de
TPTAPI de un objeto mediano.
hanging.job.timeout.medium.b Si no se notifica el progreso de un nuevo trabajo durante este
período (en horas), el trabajo se anula.
uild
2 HOURS
El tiempo de espera es específico de la fase de reconstrucción de
ARC de un objeto mediano.
hanging.job.timeout.medium.i Si no se notifica el progreso de un nuevo trabajo durante este
período (en horas), el trabajo se anula.
nitiate
2 HOURS
El tiempo de espera es específico de la fase de inicio de un objeto
mediano.
hanging.job.timeout.range.la Define el tamaño mínimo que un objeto debe tener para que se
considere un objeto grande (en MB, GB o TB; GB se utiliza por
rge.min
defecto si no se proporciona la unidad).
10 GB
hanging.job.timeout.range.sm Define el tamaño máximo que un objeto debe tener para que se
considere un objeto pequeño (en MB, GB o TB; MB se utiliza
all.max
por defecto si no se proporciona la unidad).
5 MB
hanging.job.timeout.small.ap Si no se notifica el progreso de un nuevo trabajo durante este
período (en horas), el trabajo se anula.
ply
1 HOUR
El tiempo de espera es específico de la fase de aplicación de
TPTAPI de un objeto pequeño.
hanging.job.timeout.small.bu Si no se notifica el progreso de un nuevo trabajo durante este
período (en horas), el trabajo se anula.
ild
1 HOUR
El tiempo de espera es específico de la fase de reconstrucción de
ARC de un objeto pequeño.
hanging.job.timeout.small.in Si no se notifica el progreso de un nuevo trabajo durante este
itiate
período (en horas), el trabajo se anula.
1 HOUR
El tiempo de espera es específico de la fase de inicio de un objeto
pequeño.
job.allowCommandLineUser
Si se establece como True, el Daemon siempre permitirá
solicitudes de CommandLine si el nivel de seguridad es
Daemon.
job.databaseClientEncryption Si se establece como True, las utilidades como ARC, JDBC y
TPTAPI inician sesiones cifradas en los sistemas de base de
datos de origen y de destino.
False
False
Nota: El rendimiento disminuye cuando se inicia el cifrado.
job.default.queryband
14
Proporciona un conjunto de pares nombre/valor que se utilizará Applicatio
como agrupación de consultas predeterminada para todos los
nName=DM;V
trabajos.
ersion=15.
10
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 2 Configuración del entorno
Configuración de Daemon de Data Mover
Propiedad
Descripción
job.default.queryband.enable Se habilita para utilizar las características de la agrupación de
consultas predeterminada.
d
Por defecto
False
job.force.direction
Obliga a que la dirección de movimiento de los datos sea desde
el sistema de origen al de destino.
job.never.target.system
Evita que determinados sistemas de base de datos sean sistemas False
de destino en trabajos de Data Mover.
job.onlineArchive
Si se establece como True, se utiliza el archivado en línea para
los objetos con los que se deba utilizar ARC.
False
Nota: El rendimiento disminuye cuando este valor se utiliza
para la disponibilidad del objeto.
job.overwriteExistingObjects Si se establece como True, se sobrescriben los objetos que ya
existen en el sistema de base de datos de destino.
False
job.securityMgmtLevel
El nivel de gestión de seguridad habilitado. Las opciones válidas Job
son Daemon y Job.
job.useGroupUserIdPool
Define un conjunto de nombres de sistemas y credenciales. Al
crear un trabajo, este grupo de ID de usuarios de grupo puede
utilizarse para el origen o destino en lugar de especificar
directamente las credenciales en el trabajo.
None
job.useSecurityMgmt
Si se establece como True, algunos comandos de Data Mover
requieren que se especifiquen el nombre de usuario y la
contraseña de administrador al ejecutar el comando. Para
obtener una lista completa de los comandos que este parámetro
afecta, consulte la Guía del usuario de Unity Data Mover.
False
job.useSyncService
Registra en un tabla de registro de auditoría cualquier cambio
que se produzca en las tablas del repositorio de Data Mover
(inserciones, actualizaciones o eliminaciones).
False
Para utilizar el servicio de sincronización, el valor se debe
establecer como True.
job.useUserIdPool
Utiliza un usuario de destino del grupo de usuarios. Esto
permite la ejecución de múltiples tareas de ARC al mismo
tiempo.
repository.purge.definition. Permite la depuración automatizada de definiciones de trabajos. False
enabled
repository.purge.enabled
Habilita o deshabilita la función de purga del repositorio. El
valor por defecto es False, lo que indica que la purga está
deshabilitada.
repository.purge.history.uni La unidad de tiempo durante la cual los datos del historial de
trabajos se conservarán en el repositorio antes de que se realice
t
la purga.
False
Days
Los valores que se admiten actualmente son Days, Weeks,
Months y Years.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
15
Capítulo 2 Configuración del entorno
Configuración de Daemon de Data Mover
Propiedad
Descripción
repository.purge.history.uni La cantidad de unidades de tiempo durante la cual los datos del
historial de trabajos se conservarán en el repositorio antes de
tcount
que se realice la purga.
Por defecto
60
Este valor se combina con el valor de
repository.purge.history.unit para determinar la
cantidad de tiempo que debe transcurrir antes de purgar
trabajos antiguos (por ejemplo, 60 días, 3 años o 10 meses).
El valor de -1 deshabilita la depuración realizada en función del
tiempo.
repository.purge.hour
La hora a la que debe comenzar la purga diaria del repositorio.
El valor por defecto, 1, significa 1 a. m.
1
repository.purge.minute
El minuto en el que debe comenzar la purga diaria del
repositorio.
0
repository.purge.percent
El porcentaje de espacio permanente del repositorio que debe
50
estar disponible para determinar el momento en el que se debe
producir la purga. El valor por defecto es 50, lo que indica que
el repositorio se debe purgar cuando se utilice más del 50 % del
espacio permanente disponible. Si se establece -1, se deshabilita
la purga en función del porcentaje.
sqlh.max.task.slot
Especifica el límite para el número máximo de tareas
simultáneas de SQL-H.
2
system.default.database.enab Habilita o deshabilita las bases de datos de destino o de
False
transferencia provisional por defecto a nivel de sistema. El valor
led
por defecto es False, lo que indica que está deshabilitado.
target.system.load.slots
Controla el número total de ranuras de carga que puede utilizar
Data Mover de forma simultánea en los sistemas Teradata de
destino.
5
tmsm.frequency.bytes
Controla la frecuencia de los mensajes enviados a Unity
Ecosystem Manager cuando se emplean las utilidades basadas
en bytes (por ejemplo, ARC).
2147483647
BYTES
Nota: Si se proporciona un valor bajo, el rendimiento puede
verse afectado. Se recomienda utilizar el valor predeterminado.
tmsm.mode
Determina la manera en que Data Mover dirige los mensajes de None
Unity Ecosystem Manager. Los posibles valores son BOTH,
ONLY_REAL_TMSM,
ONLY_INTERNAL_TMSM y NONE. Si se establece como BOTH,
los mensajes se envían a Unity Ecosystem Manager y se escriben
en las tablas de eventos de TDI.
16
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 2 Configuración del entorno
Configuración del agente de Data Mover
Configuración del agente de Data Mover
El archivo agent.properties se encuentra en el directorio /etc/opt/teradata/
datamover.
1 Edite el archivo agent.properties y reinicie el agente de Data Mover para
implementar los cambios.
Para las propiedades que se pueden establecer dinámicamente, los cambios surten efecto
un minuto después de guardar el archivo agent.properties actualizado. No es
necesario reiniciar el servicio del agente si solo se actualizan las propiedades dinámicas.
Instalación y configuración del agente de Data Mover en un servidor de
Teradata de Linux
1 Instale el paquete de software DMAgent apropiado para su sistema de la siguiente
manera:
Sistema operativo Acciones
Linux (para
servidores que no
son de Teradata)
a.
En la línea de comandos, escriba lo siguiente para comenzar la
instalación de los paquetes de DMAgent y TTU:
./ dminstallupgradeagent
b. Conteste los mensajes según corresponda y presione Intro para
aceptar los valores por defecto cuando resulte adecuado.
c. Escriba rpm -qa |grep DMAgent para comprobar la instalación.
Archivo agent.properties
La siguiente tabla muestra las propiedades de agent.properties.
Propiedad
Descripción
Valor por defecto
agent.id=id
El identificador único de este agente.
Agent1
arc.port=número de puerto
El número de puerto que puede utilizar Teradata ARC 25268
para administrar los flujos de ARC.
cluster.enabled=
configuración del clúster
Si se define como True, establece una conexión con
un agente de Java Message Service (JMS) secundario,
en caso de que se produzca un error en el agente de
JMS principal.
False
broker.port=número de
puerto
El número de puerto del equipo en el que el agente de
mensajes de Java Message Service (JMS) escucha.
61616
broker.url=url
El nombre de host o la dirección IP del equipo que
ejecuta el agente de mensajes de Java Message Service
(JMS).
localhost
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
17
Capítulo 2 Configuración del entorno
Configuración del agente de Data Mover
Propiedad
Descripción
Valor por defecto
log4j.appender.logfile=org. Informa a la aplicación de registro que debe utilizar un
apache.log4j.RollingFileApp appender específico.
ender
Se recomienda no cambiar el valor de esta propiedad.
log4j.appender.logfile.file La ruta de acceso relativa o absoluta del archivo de
=ruta de acceso del archivo registro. Si se cambia la ubicación del archivo de
registro, especifique la ruta de acceso absoluta del
de registro
archivo. En Windows, utilice una barra diagonal
inversa en lugar de una barra diagonal; por ejemplo,
dmAgent.log
C:\ProgramFile\Teradata\Log\dmAgent.log.
Tanto la ruta como el nombre del archivo se pueden
establecer de forma dinámica.1
log4j.appender.logfile.layo Propiedad dinámica. 1
ut=org.apache.log4j.Pattern Nota: No modificar. Se trata de un valor interno para
Layout
la infraestructura de registro.
log4j.appender.logfile.maxB
ackupIndex=número de
archivos de registro de
copia de seguridad
El número de archivos de registro de copia de
3
seguridad que se crean. Una vez que se ha creado el
número máximo de archivos, se elimina el archivo más
antiguo. Propiedad dinámica. 1
Ejemplo
Si Max Backups = 3, se crean tres registros de
copia de seguridad:
• dmAgent.log.1
• dmAgent.log.2
• dmAgent.log.3
Si el tamaño actual de dmAgent.log supera los 10
MB, este se implementa como el nuevo
dmAgent.log.1 y otro dmAgent.log se crea en su
lugar. El anterior dmAgent.log.2 se convierte en el
nuevo dmAgent.log.3 y se elimina el
dmAgent.log.3 anterior.
log4j.appender.logfile.maxF El tamaño máximo del archivo de registro antes de
implementarlo en archivos de copia de seguridad.
ileSize=tamaño máximo de
Propiedad dinámica. 1
archivos de registro
log4j.appender.logfile.layo
ut.ConversionPattern=diseño
del patrón de archivo de
registro
18
El patrón del diseño del archivo de registro, en el que:
• d = fecha
• t = subproceso
• p = nivel de registro
• c = nombre de clase
• m= mensaje
• n = mensaje
Propiedad dinámica. 1 Puede encontrar más
información acerca de la creación de un diseño en:
http://logging.apache.org/log4j/1.2/apidocs/org/
apache/log4j/PatternLayout.html .
10MB
%d [%t] %-5p %c{3}
- %m%n
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 2 Configuración del entorno
Configuración de la interfaz de línea de comandos de Data Mover
Propiedad
Descripción
Valor por defecto
log4j.rootLogger=nivel de
registro
Seis niveles de registro, TRACE | DEBUG | INFO |
WARN | ERROR | FATAL. Desde el nivel de
seguimiento hasta el error de la aplicación.
LOG_LEVEL se puede actualizar de forma dinámica,
pero logfile, no.1
INFO,logfile
El valor es:
LOG_LEVEL, logfile
Nota: No quite el término logfile.
agent.maxConcurrentTasks=nú El número máximo de tareas que se pueden ejecutar
en el agente al mismo tiempo.
mero máximo de tareas
5
Tenga en cuenta que se utiliza un método de round
robin para distribuir las tareas entre los agentes. El
tamaño de la tarea no se tiene en cuenta actualmente,
de modo que la carga puede que no esté equilibrada si
se asignan a un agente tareas de mayor tamaño que a
otro de manera aleatoria.
logger.useTviLogger=configu El registrador de TVI se puede establecer como true True
ración de mensajes de TVI
o como false. Si lo establece como true, los
mensajes de error irrecuperable se envían a TVI.
Propiedad dinámica. 1
1Propiedades
dinámicas
Para las propiedades que se pueden establecer dinámicamente, los cambios surten efecto un
minuto después de guardar el archivo agent.properties actualizado. No es necesario
reiniciar el servicio del agente si solo se actualizan las propiedades dinámicas. Por ejemplo:
• Si ha cambiado el valor de log4j.rootLogger del valor por defecto INFO, logfile
a DEBUG, logfile, cualquier mensaje de depuración que se haya generado aparecerá
en el archivo de registro un minuto después de haber guardado el archivo de propiedades
actualizado.
• Si ha cambiado el valor por defecto (5) de agent.maxConcurrentTasks por un nuevo
valor (6), el cambio tendría efecto un minuto después de haber guardado el archivo
agent.properties actualizado.
Configuración de la interfaz de línea de
comandos de Data Mover
Configuración de la interfaz de línea de comandos de Data Mover en un
servidor de Teradata de Linux
La interfaz de línea de comandos de Data Mover está instalada para servidores de Teradata
de Linux con PUT. Si desea personalizar las opciones, configure las propiedades de la línea
de comandos.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
19
Capítulo 2 Configuración del entorno
Configuración de la interfaz de línea de comandos de Data Mover
1 Edite el archivo commandline.properties, el cual se encuentra en el
directorio /etc/opt/teradata/datamover.
Instalación y configuración de la interfaz de línea de comandos de Data
Mover en servidores que no son de Teradata
La interfaz de línea de comandos de Data Mover se debe instalar para Linux en sistemas que
no sean servidores de Teradata, Windows, Solaris Sparc e IBM AIX mediante el siguiente
procedimiento. No puede utilizar PUT para instalar la interfaz de línea de comandos en esos
sistemas.
Los pasos 1 a 4 no se aplican a la instalación en sistemas Windows.
1 Agregue las siguientes líneas de código al final del archivo /etc/profile para
actualizar las variables de entorno JAVA_HOME y PATH para todos los usuarios:
• export JAVA_HOME={full path of java installation location}
• export PATH=$JAVA_HOME/bin:$PATH
2 Ejecute el comando: source /etc/profile
3 Ejecute el comando: java -version y verifique que el resultado muestre JRE.1.7.
4 Abra el archivo .profile del usuario raíz y verifique que los valores de las variables de
entorno JAVA_HOME y PATH sean idénticos a los definidos en /etc/profile.
Si los valores son diferentes, el comando java -version no obtendrá los resultados
correctos en el momento de la instalación, que no se realizará correctamente.
5 Instale el paquete de software DMCmdline apropiado para su sistema de la siguiente
manera:
Sistema
operativo
Acciones
Linux
a. En la línea de comandos, escriba export DM_INTERACTIVE_INSTALL=1
(para
para definir la variable de entorno de la instalación interactiva.
servidores
b. En la línea de comandos, escriba lo siguiente:
que no son
de
gunzip DMCmdline__linux_i386.15.10.00.00.tar.gz
Teradata)
tar xvf DMCmdline__linux_i386.15.10.00.00.tar
cd DMCmdline.15.10*
rpm -Uvh DMCmdline__linux_noarch.15.10.00.00-1.rpm
Conteste los mensajes según corresponda y presione Intro para aceptar los
valores por defecto cuando resulte adecuado.
d. Escriba rpm -qa |grep DMCmdline para comprobar la instalación.
c.
Windows
20
Copie el directorio de Data Mover del soporte físico en una carpeta del
disco duro.
b. Vaya a DataMover/Windows y descomprima tdmwindows__windows_i386.15.10.00.00.zip.
c. Vaya al directorio DISK1 y ejecute setup.exe.
a.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 2 Configuración del entorno
Configuración de la interfaz de línea de comandos de Data Mover
Sistema
operativo
Acciones
d. Conteste los mensajes según corresponda y presione Siguiente para aceptar los
valores por defecto cuando resulte adecuado.
e. Cuando termine, haga clic en Instalar.
f. Vaya a Inicio > Panel de control > Agregar o quitar programas para
comprobar la instalación.
Solaris
Sparc
a.
En la línea de comandos, escriba lo siguiente para comenzar la instalación:
gunzip tdm-solaris__solaris_sparc.15.10.00.00.tar.gz
tar xvf tdm-solaris__solaris_sparc.15.10.00.00.tar
pkgadd -d 'pwd' DMCmdline
b. Conteste los mensajes según corresponda y presione Intro para aceptar los
valores por defecto cuando resulte adecuado.
c. Escriba pkginfo -l DMCmdline para comprobar la instalación.
IBM AIX
a.
En la línea de comandos, escriba lo siguiente para comenzar la instalación:
gunzip tdm-aix__aix_power.15.10.00.00.tar.gz
tar xvf tdm-aix__aix_power.15.10.00.00.tar
installp -acF -d ./DMCmdline DMCmdline
b. Conteste los mensajes según corresponda y presione Intro para aceptar los
valores por defecto cuando resulte adecuado.
c. Escriba lslpp -l "DM*" para comprobar la instalación.
6 Si se debe cambiar la URL de agente, edite el archivo commandline.properties que
se encuentra en el directorio TDM_install_directory\CommandLine
\commandline.properties tras la instalación.
7 Especifique la URL y el número de puerto de agente para comunicarse con el bus JMS.
El valor de la URL de agente es el nombre o la dirección IP del equipo en el que se
ejecuta ActiveMQ. De igual manera, el valor del puerto de agente debe ser igual que el
número de puerto que utiliza ActiveMQ. Los valores por defecto son
broker.url=localhost y broker.port=61616.
Archivo commandline.properties
Propiedad
Descripción
cluster.enabled=
configuración del
clúster
Si se define como True, establece una conexión con un agente de False
Java Message Service (JMS) secundario, en caso de que se produzca
un error en el agente de JMS principal.
broker.port=<puerto>
El número de puerto del equipo en el que el agente de mensajes de
Java Message Service (JMS) escucha.
broker.url=<url>
El nombre de host o la dirección IP del equipo que ejecuta el agente localhost
de mensajes de Java Message Service (JMS).
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Valor por defecto
61616
21
Capítulo 2 Configuración del entorno
Configuración de la interfaz de línea de comandos de Data Mover
Propiedad
Descripción
Valor por defecto
log4j.appender.logfile=o Informa a la aplicación de registro que debe utilizar un appender
rg.apache.log4j.RollingF específico.
ileAppender
Se recomienda no cambiar el valor de esta propiedad.
dmCommandLine
log4j.appender.logfile.f La ruta de acceso relativa o absoluta del archivo de registro. Si se
cambia la ubicación del archivo de registro, especifique la ruta de
.log
ile=<nombre de la ruta
de acceso del archivo > acceso absoluta del archivo. En Windows, utilice una barra diagonal
inversa en lugar de una barra diagonal; por ejemplo, C:\Program
File\Teradata\Log\dmCommandLine.log.
log4j.appender.logfile.l Nota: No modificar. Se trata de un valor interno para la
ayout=org.apache.log4j.P infraestructura de registro.
atternLayout
log4j.appender.logfile.m
axBackupIndex=<número de
archivos de copia de
seguridad >
El número de archivos de registro de copia de seguridad que se
crean. Una vez que se haya creado el número máximo de archivos,
se elimina el archivo más antiguo.
3
Ejemplo
Si Max Backups = 3, se crean tres registros de copia de
seguridad:
• dmCommandLine.log.1
• dmCommandLine.log.2
• dmCommandLine.log.3
Si el tamaño actual de dmCommandLine.log supera los 10 MB,
este se implementa como el nuevo dmCommandLine.log.1 y otro
dmCommandLine.log se crea en su lugar. El anterior
dmCommandLine.log.2 se convierte en el nuevo
dmCommandLine.log.3 y se elimina el dmCommandLine.log.3
anterior.
log4j.appender.logfile.m El tamaño máximo del archivo de registro antes de implementarlo
en archivos de copia de seguridad.
axFileSize=<tamaño
máximo de archivos de
registro >
10MB
log4j.appender.logfile.l
ayout.ConversionPattern=
<diseño del patrón de
archivo de registro >
El patrón del diseño del archivo de registro, en el que:
%d [%t] %-5p
%c{3} - %m%n
• d = fecha
• t = subproceso
• p = nivel de registro
• c = nombre de clase
• m= mensaje
• n = mensaje
Puede encontrar más información acerca de la creación de un
diseño en: http://logging.apache.org/log4j/1.2/apidocs/org/apache/
log4j/PatternLayout.html .
log4j.rootLogger=<nivel
de registro >
Seis niveles de registro, TRACE < DEBUG < INFO < WARN <
INFO,logfile
ERROR < FATAL. Desde el nivel de seguimiento hasta el error de la
aplicación.
El valor es:
22
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 2 Configuración del entorno
Acerca de la configuración de alta disponibilidad
Propiedad
Descripción
Valor por defecto
<LOG_LEVEL>, logfile
Nota: No quite el término logfile.
Acerca de la configuración de alta disponibilidad
Una configuración de alta disponibilidad es la configuración básica de un sistema de Data
Mover. Si el componente principal de un sistema se desactiva, una configuración de alta
disponibilidad asegura que el sistema siga funcionando con un componente secundario.
Esta configuración depende de un servicio de supervisión, el cual supervisa los componentes
principales a través de conexiones SSH para determinar si los servicios se están ejecutando.
Si cualquiera de los componentes principales está inactivo, una secuencia de conmutación
por error comenzará el proceso para permitir que el componente secundario sustituya al
componente principal. El Daemon, el agente y el servicio de sincronización que supervisará
el servicio de supervisión en los componentes principales y secundarios se deberán ejecutar
mediante el usuario dmuser con la contraseña predeterminada (dmuser). Si para ejecutarlos
se ha configurado un usuario distinto de dmuser, no se podrá usar el servicio de supervisión
para supervisar el Daemon, el agente y los componentes del servicio de sincronización.
Los siguientes elementos funcionan de manera conjunta para mantener la alta
disponibilidad:
• Inicios de sesión de SSH
• Agentes duales activos de Java Message Service (JMS)
• Servicio de sincronización
• Componentes principales y secundarios
Configuración de la conmutación por error automática
Data Mover ofrece soporte en casos de conmutación por error automática si varios
servidores de Data Mover se configuran en un entorno dual. La conmutación por error
automática requiere lo siguiente:
• Dos servidores de supervisión adicionales para supervisar los componentes principales y
secundarios. Para ello, se recomienda que utilice un servidor administrado de Viewpoint.
• Cada servidor de supervisión debe estar instalado localmente en el sitio y,
preferiblemente, debe estar conectado a la misma red que los componentes que se
supervisan para evitar que las particiones de red causen conmutaciones por error
automáticas.
• El paquete DMFailover se debe instalar en todos los servidores, incluidos el Daemon
principal y secundario, el servidor de supervisión y el servidor de agente que forman
parte del clúster.
Si no hay servidores de supervisión adicionales, puede habilitar la conmutación por error
mediante el servicio de sincronización de Data Mover. Por sí mismo, el servicio de
sincronización no es compatible con la conmutación por error automática y requiere
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
23
Capítulo 2 Configuración del entorno
Acerca de la configuración de alta disponibilidad
intervención manual para habilitar la conmutación por error de los componentes principales
a los componentes secundarios. Si desea configurar el servicio de sincronización sin
configurar la conmutación por error automática, consulte Configuración del servicio de
sincronización sin conmutación por error automática.
Al utilizar el servicio de supervisión, se deben utilizar los siguientes archivos, los cuales se
ubican en la carpeta /opt/teradata/client/nn.nn/datamover/failover/. La
versión del producto se indica en el nombre del archivo con el formato nn.nn.
Archivo
Descripción
/etc/opt/teradata/
datamover/
failover.properties
Especifica los componentes principales y secundarios que desea supervisar.
/opt/teradata/client/
nn.nn/datamover/
failover/dmcluster
Un script para configurar el inicio de sesión de SSH, configurar los servidores en los modos
principales y secundarios, iniciar y detener el servicio de supervisión y comprobar el estado
de los componentes principales y secundarios.
/opt/teradata/client/
nn.nn/datamover/
failover/DMFailover.jar
El archivo binario ejecutable utilizado para la conmutación por error automática.
/opt/teradata/client/
nn.nn/datamover/
failover/
monitor.properties
Determina si se deben enviar alertas de TVI cuando el servicio de supervisión detecte un
error. Este archivo solo se utiliza en el servidor de supervisión.
Se deben realizar las siguientes tareas para configurar la conmutación por error automática:
1.
2.
3.
4.
5.
6.
Sincronización de los repositorios principal y secundario
Configuración de los agentes duales activos de Java Message Service (JMS)
Configuración del servicio de sincronización
Configuración del clúster e inicio del servicio de supervisión
Comprobación del estado de los componentes principales y secundarios
Habilitación de la sincronización
Sincronización de los repositorios principal y secundario
Antes de iniciar el servicio de conmutación por error, los repositorios principal y secundario
deben estar sincronizados. Si no se sincronizan, el repositorio secundario podría no
funcionar correctamente después de pasar al modo principal cuando se produce una
conmutación por error.
1 Ejecute /opt/teradata/client/nn.nn/datamover/failover/dmcluster
stopmonitor en los sistemas de supervisión principal y secundarios, si se están
ejecutando.
2 Asegúrese de que tanto el daemon principal como el secundario no tengan trabajos en
ejecución; si los tuvieran, espere hasta que finalicen o bien deténgalos y límpielos.
3 Ejecute la detención de /opt/teradata/datamover/nn.nn/dmsync en el sistema
principal y el secundario para detener los servicios de sincronización, si se están
ejecutando.
24
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 2 Configuración del entorno
Acerca de la configuración de alta disponibilidad
4 Ejecute datamove backup_daemon en el principal para realizar una copia de
seguridad del repositorio. Por defecto, backup_daemon escribe los archivos de copia de
seguridad en /var /opt/teradata/datamover/daemon_backup.
5 Ejecute /etc/init.d/dmdaemon stop en el principal para detener el daemon en el
principal.
6 Copie el directorio del principal que contiene los archivos de copia de seguridad en el
secundario.
7 Otorgue los permisos adecuados para los archivos de copia de seguridad en el
secundario ejecutando chmod -R 755 <directory_name> en el directorio que
contiene los archivos de copia de seguridad.
8 Ejecute /etc/init.d/dmdaemon start en el secundario para iniciar el daemon en el
secundario.
9 Si utiliza el directorio de copia de seguridad predeterminado para backup_daemon,
ejecute datamove restore_daemon -backup_target_dir /var/opt/
teradata/datamover/daemon/daemon_backup para restaurar el repositorio en el
secundario.
10 Ejecute /etc/init.d/dmdaemon stop en el secundario para detener el daemon en el
secundario.
11 Después de sincronizar los repositorios principal y secundario, elimine los siguientes
archivos, si existen, antes de iniciar el servicio de conmutación por error:
dmSyncMaster.sql and slave_x.lastread en el servidor principal
dmSyncSlave.sql and slave_sql.lastExecuted en el servidor secundario
Estos archivos se crean en la ruta especificada por la propiedad sql.log.directory en el
archivo sync.properties.
Nota: No elimine los archivos hasta después de haber ejecutado los comandos
backup_daemon y restore_daemon.
Configuración de los agentes duales activos de Java Message Service (JMS)
Los agentes duales activos de Java Message Service (JMS) garantizan que no ocurra una
pérdida de servicio si un agente de JMS principal está inactivo. Los archivos que se necesitan
tanto en los sitios locales como en los sitios remotos para configurar los agentes duales
activos de JMS son:
• daemon.properties
• agent.properties
• commandline.properties
1 Inicie sesión en el host del Daemon local y ejecute el siguiente comando como raíz:
./dmcluster configactivemq -e true -s slaveDaemonHost-p 61616
2 Inicie sesión en el host del Daemon remoto y ejecute el siguiente comando como raíz:
./dmcluster configactivemq -e true -s masterDaemonHost -p 61616
Donde:
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
25
Capítulo 2 Configuración del entorno
Acerca de la configuración de alta disponibilidad
Designación
Descripción
-e
Habilita la red de configuración de agentes
-s
El nombre del host o del servidor remoto en el
que se ejecuta la otra instancia de ActiveMQ
-p
El puerto para conectar con el ActiveMQ
remoto
3 Inspeccione los registros de TDActiveMQ para asegurarse de que no hay errores o
advertencias:
/var/opt/teradata/tdactivemq/logs/activemq.log
4 Especifique cluster.enabled=true en daemon.properties, agent.properties y
commandline.properties en los sitios locales y remotos para habilitar la conexión
con un agente de JMS secundario.
5 Edite la propiedad broker.url en daemon.properties, agent.properties y
commandline.properties en los sitios locales y remotos para determinar un host de
JMS secundario.
Por ejemplo, introduzca lo siguiente: broker.url=primaryJmshost,
secondaryJmsHost
En el sitio local, primaryJmshost será el host de Daemon principal y secondaryJmsHost
será el host de Daemon secundario. En el sitio remoto, primaryJmshost será el host de
Daemon secundario y secondaryJmsHost será el host de Daemon principal.
Nota: Para restaurar la configuración estándar y sin clústeres de ActiveMQ, ejecute el
comando ./dmcluster configactivemq -e false en el host de Daemon local y
en el remoto. Inspeccione los registros de TDActiveMQ para determinar si TDActiveMQ
se ha reiniciado con una configuración estándar (es decir, sin clústeres) sin que se
produzcan errores.
Configuración del servicio de sincronización
1 Inicie sesión en el host del servicio de sincronización principal en
local.repository.host y edite el archivo sync.properties:
a Defina master.port como el puerto a través del cual se comunican los servicios de
sincronización principales y secundarios.
b Defina master.host como remote.repository.host, el cual es el nombre del
host en el que se ejecutará el servicio de sincronización.
2 Inicie sesión en el host del servicio de sincronización secundario en
remote.repository.host y edite el archivo sync.properties:
a Defina master.port como el puerto a través del cual se comunican los servicios de
sincronización principales y secundarios.
b Defina master.host como local.repository.host, el cual es el nombre del
host en el que se ejecutará el otro servicio de sincronización.
26
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 2 Configuración del entorno
Acerca de la configuración de alta disponibilidad
No es necesario que modifique la propiedad sync.isMaster. El proceso de
conmutación por error es el responsable de iniciar tanto el servicio de sincronización
principal como el secundario si ocurre una conmutación por error.
Configuración del clúster e inicio del servicio de supervisión
El servicio de supervisión utiliza conexiones SSH para conectarse con los servidores que
supervisa. Este comando usualmente tarda unos minutos en completarse y realiza lo
siguiente:
• Configura los inicios de sesión de SSH para los servicios de supervisión de manera que
puedan iniciar sesión sin una contraseña en los servidores en los que están instalados los
componentes que se supervisan.
• Detiene todos los servicios de Data Mover en el sitio remoto, salvo ActiveMQ.
• Configura e inicia el Daemon local, los agentes y el servicio de sincronización local en
modo principal.
• Inicia el servicio de sincronización remoto en modo secundario.
• Inicia el servicio de supervisión en local.monitor.host para supervisar los
componentes de Data Mover locales.
1 Inicie sesión en el servidor de Daemon principal y edite el archivo /etc/opt/
teradata/datamover/failover.properties de su sistema. Para más
información sobre el archivo Failover.properties, consulte Archivo Failover.properties
2 Ejecute el siguiente comando como raíz:
./dmcluster config
Nota: En una instalación por defecto, el host del repositorio principal es el mismo que el
host de Daemon principal, mientras que el host del repositorio secundario es el mismo
que el host de Daemon secundario.
Archivo Failover.properties
El archivo failover.properties de Data Mover contiene los archivos que controlan el proceso
de conmutación por error. Al configurar el proceso de conmutación por error, edite los
archivos en función del sistema que se configura.
Nombre de la propiedad
Descripción
local.daemon.host
Host en el que se ejecuta el Daemon local (principal).
remote.daemon.host
Host en el que se ejecuta el Daemon remoto (secundario).
local.monitor.host
Host en el que se ejecuta el servicio de supervisión que controla los servicios locales
(principales).
remote.monitor.host
Host en el que se ejecuta el servicio de supervisión que controla los servicios
remotos (secundarios).
local.repository.host
Host en el que está instalado el repositorio que utiliza el Daemon local.
Este debe ser el mismo host en el que está instalado el servicio de sincronización. Si
el repositorio está instalado en el mismo servidor que el Daemon, este valor es igual
el de la propiedad local.daemon.host.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
27
Capítulo 2 Configuración del entorno
Acerca de la configuración de alta disponibilidad
Nombre de la propiedad
Descripción
remote.repository.host
Host en el que está instalado el repositorio que utiliza el Daemon remoto.
Este debe ser el mismo host en el que está instalado el servicio de sincronización. Si
el repositorio está instalado en el mismo servidor que el Daemon, este valor es igual
el de la propiedad remote.daemon.host.
local.agents.host
Host en el que están instalados los agentes que utiliza el Daemon local (principal). Si
se utiliza más de un agente, especifique una lista de agentes separada por comas, sin
importar el orden.
remote.agents.host
Hosts en los que están instalados los agentes que utiliza el Daemon remoto
(secundario). Si se utiliza más de un agente, especifique una lista de agentes
separada por comas, sin importar el orden.
Si los daemons principales y secundarios comparten agentes externos, los nombres de los
agentes compartidos se deben especificar para local.agents.host y
remote.agents.host.
Comprobación del estado de los componentes principales y secundarios
1 Utilice el siguiente comando para comprobar el estado del clúster:
./dmcluster status
Se debería mostrar algo similar a lo siguiente:
--------------------------------------------------------------------------------------|
LOCAL CLUSTER
|
--------------------------------------------------------------------------------------| COMPONENT
| HOST NAME
| STATUS
|
--------------------------------------------------------------------------------------| DM Daemon
| 10.25.33.31
| RUNNING
|
| ActiveMQ
| 10.25.33.31
| RUNNING
|
| DM Monitoring Service
| 10.25.32.163
| RUNNING
|
| DM Sync Service
| 10.25.33.31
| MASTER
|
| DM Agent
| 10.25.33.31
| RUNNING
|
--------------------------------------------------------------------------------------|
REMOTE CLUSTER
|
--------------------------------------------------------------------------------------| COMPONENT
| HOST NAME
| STATUS
|
--------------------------------------------------------------------------------------| DM Daemon
| 153.64.29.55
| STOPPED
|
| ActiveMQ
| 153.64.29.55
| RUNNING
|
| DM Monitoring Service
| 10.25.33.245
| STOPPED
|
| DM Sync Service
| 153.64.29.55
| SLAVE
|
| DM Agent
| 153.64.29.55
| STOPPED
|
---------------------------------------------------------------------------------------
Habilitación de la sincronización
1 Ejecute el comando list_configuration en el servidor de Daemon principal.
El archivo de configuración resultante es ./configuration.xml.
2 Para editar este archivo, establezca el valor de la clave job.useSyncService como
TRUE en el elemento de propiedad.
28
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 2 Configuración del entorno
Configuración de Data Mover para utilizar Unity Ecosystem Manager
El valor por defecto de esta clave es FALSE.
3 Ejecute el comando save_configuration.
Configuración del servicio de sincronización sin conmutación por error
automática
Si no se puede utilizar la conmutación por error automática, puede configurar el servicio de
sincronización para habilitar la conmutación por error. El servicio de sincronización utiliza
los siguientes archivos:
Archivo
Descripción
/etc/opt/teradata/datamover/sync.properties
La configuración que utiliza el servicio de replicación de Data
Mover para sincronizar los repositorios principales con los
secundarios.
/opt/teradata/datamover/daemon/nn.nn/
DMReplication.jar
Archivo binario ejecutable que utilizan los servicios de
sincronización.
/opt/teradata/datamover/daemon/nn.nn/dmsync
Script para iniciar el servicio de sincronización.
Nota: nn.nn hace referencia al número de versión principal y secundaria del producto.
Configuración del servicio de sincronización
1 Edite el archivo sync.properties en el servidor de sincronización principal y
establezca la propiedad sync.isMaster como true.
2 Edite el archivo sync.properties en el servidor de sincronización secundario y
establezca la propiedad sync.isMaster como false.
3 Defina la propiedad master.port en el archivo sync.properties del servidor de
sincronización principal y secundario como el puerto a través del cual se comunican los
servicios de sincronización principal y secundario.
4 Ejecute /opt/teradata/datamover/daemon/nn.nn/dmsync start en el servidor de
sincronización principal para iniciar el servicio de sincronización como principal.
5 Ejecute /opt/teradata/datamover/daemon/nn.nn/dmsync start en el servidor de
sincronización secundario para iniciar el servicio de sincronización como secundario.
6 Al iniciar los servicios de sincronización, debe establecer la propiedad de configuración
de job.useSyncService como true para habilitar la sincronización.
Configuración de Data Mover para utilizar Unity
Ecosystem Manager
1 En el archivo /etc/opt/teradata/datamover/apiconfig.xml, edite las
propiedades host y port de la ubicación del editor resistente.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
29
Capítulo 2 Configuración del entorno
Configuración de Data Mover para utilizar Unity Ecosystem Manager
2 Ejecute el comando list_configuration para generar un archivo de configuración.
Para obtener más información, consulte la Unity Data Mover Guía del usuario.
3 Establezca los valores adecuados para las opciones de configuración de su sitio.
Parámetro
Descripción
Por defecto
tmsm.frequency.bytes
Controla la frecuencia, en número de bytes, MB o GB, de los
eventos de progreso del trabajo que se envían a Unity Ecosystem
Manager.
2147483647
Nota: Si se utiliza un valor bajo, el rendimiento puede verse
afectado. Se recomienda utilizar el valor predeterminado.
tmsm.mode
Determina la manera en que Data Mover dirige los mensajes de
Unity Ecosystem Manager.
NONE
Valores válidos:
• AMBOS
• ONLY_REAL_TMSM
• ONLY_INTERNAL_TMSM
• NINGUNO
Si se establece como:
• AMBOS, los mensajes se envían a Unity Ecosystem Manager y
se escriben en las tablas de eventos de la interfaz basada en
tablas.
• ONLY_INTERNAL_TMSM, Data Mover solo escribe los
mensajes en la tabla TMSMEVENT definida por la interfaz
basada en tablas.
• ONLY_REAL_TMSM, Data Mover solo envía mensajes al
sistema de Unity Ecosystem Manager.
Si Data Mover no puede enviar eventos al producto de Unity
Ecosystem Manager real, esos eventos se almacenarán en un
archivo store.dat que se encuentra en el directorio
INSTALLDIR/teradata/datamover/daemon/nn.nn/null/
dataStore. Si el valor de tmsm.mode es AMBOS u
ONLY_REAL_TMSM, y Data Mover no puede enviar eventos al
producto de Unity Ecosystem Manager real, el tamaño del archivo
store.dat puede aumentar de forma considerable. Para evitar
que el archivo store.dat ocupe demasiado espacio en el disco
del servidor administrado de DM, cambie el valor de
tmsm.mode a ONLY_INTERNAL_TMSM o NINGUNO, o bien
asegúrese de que Data Mover puede enviar eventos al producto de
Unity Ecosystem Manager real.
Para obtener más información acerca de Unity Ecosystem Manager, consulte la Unity
Ecosystem Manager User Guide.
30
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 2 Configuración del entorno
Configuración de varios servidores administrados
Configuración de varios servidores administrados
Puede mejorar el rendimiento al copiar datos de un sistema Teradata Database a otro si tiene
más de un servidor administrado de Unity Data Mover en el entorno. Uno o más
componentes de Unity Data Mover se pueden ejecutar en cada servidor administrado de
Unity Data Mover .
Si el agente de Unity Data Mover se debe ejecutar en un sistema diferente al Daemon de
Unity Data Mover , el nombre de host del servidor que ejecuta el Daemon de Unity Data
Mover se debe resolver con una dirección IP de acceso público en el archivo /etc/hosts.
Si solo se ejecutan agentes en los servidores administrados de Unity Data Mover adicionales,
se deben configurar de manera que trabajen con el servidor administrado de Unity Data
Mover en el que se ejecuta el Daemon de Unity Data Mover .
Si se utilizan varios agentes de Unity Data Mover , cada agente de Unity Data Mover debe
tener un ID de agente exclusivo.
1 Proporcione los valores correctos de broker url y port number de Apache
ActiveMQ de una de las siguientes maneras:
• Durante la instalación del componente del agente de Unity Data Mover en el servidor
administrado de Unity Data Mover
• Tras la instalación, mediante la modificación de broker.url y broker.port en el
archivo agent.properties en el que se ejecuta ActiveMQ.
2 Edite la propiedad Agent ID en el archivo agent.properties.
3 Reinicie el servicio del agente de Unity Data Mover para implementar los cambios.
Configuración de Data Mover para iniciar la
sesión en TVI
La propiedad logger.useTviLogger en los archivos agent.properties y
daemon.properties configura Unity Data Mover para que inicie sesión en Teradata Vital
Structure (TVI). Por defecto, la propiedad tiene el valor True, por lo que el inicio de sesión
en TVI es automático y permite informar a Teradata sobre errores críticos de forma
inmediata.
1 Inicie sesión en los servidores de agente y de Daemon, realice lo siguiente:
a Establezca la propiedad logger.useTviLogger del archivo daemon.properties
como True.
b Establezca la propiedad logger.useTviLogger del archivo agent.properties
como True.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
31
Capítulo 2 Configuración del entorno
Configuración del servidor administrado de Data Mover para aumentar el rendimiento de la red
Habilitación del registro de alertas de TVI cuando se produce una
conmutación por error
1 Inicie sesión en los servidores de supervisión local y remoto: local.monitor.host y
remote.monitor.host.
2 En /opt/teradata/client/nn.nn/datamover/failover/
monitor.properties, realice lo siguiente:
• Establezca el valor de monitor.useTviLogger como True.
• Asegúrese de que tvilogger.properties que se ha configurado con el método de
registro de TVI correcto.
Configuración del servidor administrado de Data
Mover para aumentar el rendimiento de la red
Todo el tráfico de red entrante y saliente del servidor administrado de DM pasa a través del
puerto Ethernet por defecto del servidor, a menos que se establezca otra ruta de manera
específica. Si se utiliza el puerto Ethernet por defecto para todas las comunicaciones de red,
los otros puertos de red del servidor administrado de DM se desaprovechan. Esto podría
causar que la red fuera más despacio al procesar trabajos de Data Mover, lo que podría
derivar en un bajo rendimiento al copiar datos.
Los trabajos de Data Mover se ejecutan con mucha más velocidad si se utilizan varios puertos
Ethernet al copiar datos entre sistemas Teradata Database. Para aumentar el rendimiento de
la red en el servidor administrado de DM, es recomendable establecer rutas de red específicas
para todas las entradas COP en los sistemas Teradata Database de origen y de destino de los
trabajos de Data Mover. Una entrada COP es la dirección IP de un nodo de Teradata
Database. Estas rutas de red específicas permiten que el agente de DM conecte sesiones de
TCP a los sistemas de origen y de destino mediante puertos Ethernet diferentes en el servidor
administrado de DM, lo cual mejora el rendimiento al distribuir datos entre todos los puertos
de red disponibles.
Los temas de esta sección describen la forma en la que se deben configurar las rutas con un
sistema Teradata Database de dos nodos llamado dmdev como origen y un sistema Teradata
Database de dos nodos llamado dmtest como destino. Los ejemplos que se presentan en esta
sección suponen que los puertos de red eth4 y eth5 están conectados y disponibles en el
servidor administrado de DM.
Nota: Es posible que más de dos puertos del servidor administrado de DM estén disponibles
en un entorno de cliente. Los ejemplos que se presentan en esta sección solo utilizan sistemas
de origen y de destino de dos nodos, así como dos puertos de red disponibles en el servidor
administrado de DM.
1 Agregue las direcciones IP de todas las entradas COP de origen y de destino el
archivo /etc/hosts del servidor administrado de DM.
2 Defina las rutas de acceso específicas de las entradas COP el archivo /etc/sysconfig/
network/routes del servidor administrado de DM.
32
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 2 Configuración del entorno
Configuración del servidor administrado de Data Mover para aumentar el rendimiento de la red
3 Reinicie la red en el servidor administrado de DM.
4 Compruebe que los cambios de la ruta de acceso se han realizado en el servidor
administrado de DM.
Acerca de la incorporación de entradas COP de origen y de destino
La mejor manera de definir las direcciones IP de las entradas COP de origen y de destino es
configurarlas mediante DNS. El ejemplo siguiente, sin embargo, define las direcciones IP de
las entradas COP de origen y de destino en el archivo /etc/hosts, ya que es más fácil
explicar todos los pasos de esta manera.
Las direcciones IP (entradas COP) de todos los nodos en los sistemas de origen y de destino
se ponen en el archivo /etc/hosts para que el agente de Data Mover pueda resolverlas al
ejecutar un trabajo. Por ejemplo, si las direcciones IP de los dos nodos en dmdev son
153.64.209.91 y 153.64.209.92 respectivamente, y las direcciones IP de los dos nodos en
dmtest son 153.64.106.78 y 153.64.106.79 respectivamente, se agregan las siguientes
entradas en el archivo /etc/hosts del servidor administrado de DM:
# COP entries for dmdev
153.64.209.91 dmdev dmdevcop1
153.64.209.92 dmdev dmdevcop2
# COP entries for dmtest
153.64.106.78 dmtest dmtestcop1
153.64.106.79 dmtest dmtestcop2
Las entradas COP de los sistemas de origen y de destino ahora se encuentran en el
archivo /etc/hosts.
Acerca de la definición de rutas de las entradas COP de origen y de
destino
A continuación, se pueden añadir las rutas de red de las entradas COP al archivo /etc/
sysconfig/network/routes. Por ejemplo, la interfaz eth2 se utiliza para todo el tráfico
de red público entrante y saliente del servidor administrado de DM, y es, por tanto, la
interfaz de red por defecto del servidor. En este ejemplo, la dirección IP 153.64.107.254 es la
puerta de enlace del tráfico entrante y saliente del servidor administrado de DM. Se añadirá
lo siguiente al archivo /etc/sysconfig/network/routes en el servidor administrado
de DM para agregar rutas específicas de las entradas COP en dmdev y dmtest:
# default XXX.XXX.XXX.XXX - ethX
default 153.64.107.254 - eth2
# routes to system dmdev
153.64.209.91 153.64.107.254 - eth4
153.64.209.92 153.64.107.254 - eth4
# routes to system dmtest
153.64.106.78 153.64.107.254 - eth5
153.64.106.79 153.64.107.254 - eth5
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
33
Capítulo 2 Configuración del entorno
Archivos de registro de Data Mover
Estas entradas obligan a que todo el tráfico de red entre el servidor administrado de DM y
dmdev utilice la interfaz eth4, y que todo el tráfico de red entre el servidor administrado de
DM y dmtest utilice la interfaz eth5.
Reinicio de la red
La red del servidor administrado de DM debe reiniciarse para que los cambios realizados en
el archivo /etc/sysconfig/network/routes apliquen.
Aviso: Antes de ejecutar este comando, asegúrese de que el reinicio de la red no afectará de forma
negativa a otros usuarios del servidor.
1 Ejecute el comando rcnetwork restart para reiniciar la red del servidor administrado de
DM.
Acerca de la verificación de los cambios de ruta
Las nuevas rutas configuradas se pueden verificar con los comandos ip o netstat. A
continuación, se muestran ejemplos de resultados de estos comandos cuando las rutas se han
configurado correctamente:
# ip route list
153.64.209.92 via 153.64.107.254 dev
153.64.106.78 via 153.64.107.254 dev
153.64.106.79 via 153.64.107.254 dev
153.64.209.91 via 153.64.107.254 dev
127.0.0.0/8 dev lo scope link
default via 153.64.107.254 dev eth2
eth4
eth5
eth5
eth4
# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window
153.64.209.92 153.64.107.254 255.255.255.255
153.64.106.78 153.64.107.254 255.255.255.255
153.64.106.79 153.64.107.254 255.255.255.255
153.64.209.91 153.64.107.254 255.255.255.255
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 153.64.107.254 0.0.0.0 UG 0 0 0 eth2
irtt Iface
UGH 0 0 0 eth4
UGH 0 0 0 eth5
UGH 0 0 0 eth5
UGH 0 0 0 eth4
Archivos de registro de Data Mover
Los archivos de registro de Data Mover se mueven al directorio /var/opt/teradata/
datamover/logs de la siguiente manera:
• dmDaemon.log
• dmAgent.log
• dmSync.log
• dmFailover.log
• upgrade_backup.log
34
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 2 Configuración del entorno
Archivos de registro de Data Mover
Durante la instalación y las actualizaciones de Data Mover, los archivos de registro se
conservan con hasta 10 copias de seguridad. Por ejemplo, las copias de seguridad de
dmdaemon-postinstall.log se conservan como dm-daemon-postinstall.log.1,
dmdaemon-postinstall.log.2, etc., hasta dmdaemon-postinstall.log10, siendo el
archivo más reciente dmdaemon-postinstall.log.1. Los siguientes archivos de registro,
a los que se les han añadido los detalles de fecha y marca de tiempo, se conservan durante la
instalación y las actualizaciones:
• /tmp/dmdaemon-postinstall.log
• /tmp/dmagent-postinstall.log
• /tmp/put-dmschemaupgrade.log
• /tmp/put-dmlistagents.log
• /var/opt/teradata/datamover/logs/upgrade_backup.log
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
35
Capítulo 2 Configuración del entorno
Archivos de registro de Data Mover
36
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
CAPÍTULO 3
Actualización del software
Acerca de la actualización del software de Data
Mover
Se puede actualizar el paquete de software DMCmdline de Unity Data Mover en servidores
que no sean de Teradata mediante el siguiente proceso:
1.
2.
3.
4.
Cree un incidente a través de Teradata at Your Service.
Desinstale el paquete DMCmdline de su sistema operativo.
Vuelva a instalar el paquete DMCmdline en su sistema operativo.
Póngase en contacto con el representante del servicio al cliente.
Nota: Todas las actualizaciones de Data Mover, salvo la del paquete DMCmdline, se realizan
mediante el Centro de atención al cliente de Teradata.
Nota: El paquete DMFailover de los servidores de supervisión debe tener la misma versión
que el paquete de conmutación por error del servidor administrado de DM.
Creación de un incidente
Debe obtener un número de incidente en Teradata at Your Service antes de realizar cualquier
actualización de software.
1 En su PC con Windows, abra un explorador web y vaya a Teradata At Your Service en
https://tays.teradata.com e inicie sesión.
2 Debajo del banner del producto, haga clic en Incident (Incidente).
3 Haga clic en la ficha Create (Crear).
4 Elija lo siguiente según convenga:
Nota: Haga clic en las flechas verdes para desplazarse hacia adelante o hacia atrás en las
pantallas de selección.
Opción
Descripción
Site (Sitio)
El sitio donde se realizará la actividad.
Priority (Prioridad)
La Prioridad del problema.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
37
Capítulo 3 Actualización del software
Actualización de la interfaz de línea de comandos de Data Mover en servidores que no son de Teradata
Opción
Descripción
Product Area (Área de
producto)
El área del sistema donde se encuentra el problema o donde
se realizará el trabajo.
Problem Type (Tipo de
problema)
Una lista de Tipos de problema
Synopsis (Sinopsis)
Una breve Sinopsis de la actividad en curso.
Description (Descripción)
Breve descripción de la actividad que se está realizando.
5 Haga clic en Submit the Incident (Enviar el incidente).
6 Haga clic en Aceptar para confirmar el envío del incidente.
El incidente se agrega a la lista de incidentes. El Estado se muestra como pendiente (un
círculo azul) hasta que los Servicios de atención al cliente aceptan el incidente, en cuyo
momento el Estado cambia a activo (un círculo verde).
Actualización de la interfaz de línea de comandos
de Data Mover en servidores que no son de
Teradata
La interfaz de línea de comandos de Data Mover se debe instalar para sistemas Solaris Sparc,
IBM AIX, Linux (en sistemas que no sean servidores de Teradata) y Windows mediante los
siguientes procedimientos. No puede utilizar PUT para instalar la interfaz de línea de
comandos en esos sistemas.
Nota: Si hay una instalación existente en el sistema, se debe desinstalar antes de volver a
realizar la instalación. Solo puede tener una versión del paquete de línea de comandos de
Data Mover en un servidor.
Los pasos 1 a 4 no se aplican a la instalación en sistemas Windows.
1 Agregue las siguientes líneas de código al final del archivo /etc/profile para
actualizar las variables de entorno JAVA_HOME y PATH para todos los usuarios:
• export JAVA_HOME={full path of java installation location}
• export PATH=$JAVA_HOME/bin:$PATH
2 Ejecute el comando: source /etc/profile
3 Ejecute el comando: java -version y verifique que el resultado muestre JRE.1.7.
4 Abra el archivo .profile del usuario raíz y verifique que los valores de las variables de
entorno JAVA_HOME y PATH sean idénticos a los definidos en /etc/profile.
Si los valores son diferentes, el comando java -version no obtendrá los resultados
correctos en el momento de la instalación, que no se realizará correctamente.
5 Copie el archivo de propiedades en un directorio externo si desea conservar cualquier
modificación realizada a los valores por defecto:
TDM_install_directory\CommandLine\commandline.properties
38
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 3 Actualización del software
Actualización de la interfaz de línea de comandos de Data Mover en servidores que no son de Teradata
6 Desinstale y actualice el software apropiado para su sistema de la siguiente manera:
Sistema
operativo
Acciones
Linux
a. En la línea de comandos, escriba export DM_INTERACTIVE_INSTALL=1
(para
para definir la variable de entorno de la instalación interactiva.
servidores
b. En la línea de comandos, escriba lo siguiente:
que no son
de
gunzip DMCmdline__linux_i386.15.10.00.00.tar.gz
Teradata)
tar xvf DMCmdline__linux_i386.15.10.00.00.tar
cd DMCmdline.15.10*
rpm -Uvh DMCmdline__linux_noarch.15.10.00.00-1.rpm
Conteste los mensajes según corresponda y presione Intro para aceptar los
valores por defecto cuando resulte adecuado.
d. Escriba rpm -qa |grep DMCmdline para comprobar la instalación.
c.
Solaris
Sparc
a.
En la línea de comandos, escriba lo siguiente para desinstalar el paquete:
pkgrm DMCmdline
b. En la línea de comandos, escriba lo siguiente para actualizarlo:
gunzip tdm-solaris__solaris_sparc.15.10.00.00.tar.gz
tar xvf tdm-solaris__solaris_sparc.15.10.00.00.tar
pkgadd -d 'pwd' DMCmdline
Conteste los mensajes según corresponda y presione Intro para aceptar los
valores por defecto cuando resulte adecuado.
d. Escriba pkginfo -l DMCmdline para comprobar la instalación.
c.
IBM AIX
a.
En la línea de comandos, escriba lo siguiente para desinstalar el paquete:
installp -u DMCmdline
b. En la línea de comandos, escriba lo siguiente para actualizarlo:
gunzip tdm-aix__aix_power.15.10.00.00.tar.gz
tar xvf tdm-aix__aix_power.15.10.00.00.tar
installp -acF -d ./DMCmdline DMCmdline
Conteste los mensajes según corresponda y presione Intro para aceptar los
valores por defecto cuando resulte adecuado.
d. Escriba lslpp -l "DM*" para comprobar la instalación.
c.
Windows
Para desinstalar el paquete de software DMCmdline existente, vaya a Inicio >
Panel de control > Agregar o quitar programas; después, seleccione Interfaz
de línea de comandos de Data Mover de Teradata y haga clic en Quitar.
b. Copie el directorio de Data Mover del soporte físico en una carpeta del
disco duro.
c. Vaya a DataMover/Windows y descomprima tdmwindows__windows_i386.15.10.00.00.zip.
d. Vaya al directorio DISK1 y ejecute setup.exe.
e. Conteste los mensajes según corresponda y presione Siguiente para aceptar
los valores por defecto cuando resulte adecuado.
a.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
39
Capítulo 3 Actualización del software
Actualización del agente de Data Mover en un servidor de Teradata de Linux
Sistema
operativo
Acciones
f. Cuando termine, haga clic en Instalar.
g. Vaya a Inicio > Panel de control > Agregar o quitar programas para
comprobar la instalación.
7 Restaure los valores del archivo de propiedades que había copiado en un directorio
externo si desea conservar cualquier modificación que haya realizado en los valores por
defecto y reemplazar los valores introducidos por la revisión:
TDM_install_directory\CommandLine\commandline.properties
8 Especifique la URL y el número de puerto de agente para comunicarse con el bus JMS.
El valor de la URL de agente es el nombre o la dirección IP del equipo en el que se ejecuta
ActiveMQ. De igual manera, el valor del puerto de agente debe ser igual el número de
puerto que utiliza ActiveMQ. Los valores por defecto son broker.url=localhost y
broker.port=61616.
Actualización del agente de Data Mover en un
servidor de Teradata de Linux
Puede actualizar el paquete de software DMAgent del sistema.
1 Copie el archivo de propiedades en un directorio externo si desea conservar cualquier
modificación realizada a los valores por defecto:
TDM_install_directory\agent\agent.properties
2 Desinstale y actualice el software apropiado para el sistema de la siguiente manera:
Sistema operativo
Linux (para
servidores que no
son de Teradata)
Acciones
a.
En la línea de comandos, escriba lo siguiente para actualizarlo los
paquetes DMAgent y TTU:
./ dminstallupgradeagent
b. Conteste los mensajes según corresponda y presione Intro para
aceptar los valores por defecto cuando resulte adecuado.
c. Escriba rpm -qa |grep DMAgent para comprobar la instalación.
3 Restaure los valores del archivo de propiedades que había copiado en un directorio
externo si desea conservar cualquier modificación que haya realizado en los valores por
defecto y reemplazar los valores introducidos por la revisión:
TDM_install_directory\Agent\agent.properties
4 Especifique la URL y el número de puerto de agente para comunicarse con el bus JMS.
El valor de la URL de agente es el nombre o la dirección IP del equipo en el que se ejecuta
ActiveMQ. De igual manera, el valor del puerto de agente debe ser igual que el número
40
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Capítulo 3 Actualización del software
Actualización del agente de Data Mover en un servidor de Teradata de Linux
de puerto que utiliza ActiveMQ. Los valores por defecto son broker.url=localhost
y broker.port=61616.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
41
Capítulo 3 Actualización del software
Actualización del agente de Data Mover en un servidor de Teradata de Linux
42
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
APÉNDICE A
Tareas administrativas
Script de componentes de Data Mover
Data Mover 15.10 y posterior incluye un único script que le permite iniciar o detener los
componentes de Data Mover y comprobar su estado. El nombre del script es dmcontrol.sh y lo instala el paquete de daemon de Data Mover en el servidor administrado
de Data Mover, en el directorio: /opt/teradata/datamover/daemon/15.10
El script incluye los siguientes comandos:
Comando de script
Descripción
dm-control.sh status
Muestra el estado del daemon de Data Mover, el
agente de Data Mover, la sincronización de Data
Mover, tmsmonitor, Teradata Database y
Teradata ActiveMQ.
dm-control.sh start
Inicia todos los componentes de Data Mover en
el servidor administrado de Data Mover local.
Esto incluye el daemon de Data Mover, el agente
de Data Mover, Teradata ActiveMQ y
tmsmonitor, y no incluye el servicio de
sincronización de Data Mover ni el servicio de
supervisión de conmutación por error.
dm-control.sh stop
Detiene todos los componentes de Data Mover
en el servidor administrado de Data Mover local.
Esto incluye el daemon de Data Mover, el agente
de Data Mover, Teradata ActiveMQ y
tmsmonitor, y no incluye el servicio de
sincronización de Data Mover ni el servicio de
supervisión de conmutación por error.
dm-control.sh restart
Detiene e inicia todos los componentes de Data
Mover en el servidor administrado de Data
Mover local. Esto incluye el daemon de Data
Mover, el agente de Data Mover, Teradata
ActiveMQ y tmsmonitor, y no incluye el servicio
de sincronización de Data Mover ni el servicio de
supervisión de conmutación por error.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
43
Apéndice A Tareas administrativas
Creación de un paquete de diagnóstico para asistencia
Creación de un paquete de diagnóstico para
asistencia
Para aquellas situaciones de Data Mover en las que se deben crear informes de incidencias
relacionadas con errores en los trabajos, trabajos que no responden u otros problemas,
Teradata incluye scripts interactivos de línea de comandos para recopilar la información
necesaria acerca del sistema y del trabajo. El paquete de diagnóstico resultante permite que el
Centro de atención al cliente de Teradata ofrezca análisis y soluciones óptimos. El servicio de
atención al cliente está disponible 24 horas al día, todos los días, a través del centro de
soporte técnico global (GSC). Para obtener más información, vaya a https://
tays.teradata.com.
1 Cree un incidente de asistencia, incluyendo los siguientes ajustes:
Opción
Configuración
Área de producto
Utilidades de administración del sistema
Tipo de problema
Data Mover de Unity
2 Registre el número de incidencia y déjelo abierto para adjuntar el paquete de diagnóstico.
Nota: El script interactivo le solicita que introduzca el número de incidencia y otra
información relacionada con el problema.
3 Para cada servidor de Data Mover de su entorno, busque los scripts en /opt/
teradata/datamover/support/ y haga lo siguiente:
Tipo de servidor
Descripción
Servidor administrado de Data Mover
Ejecute dmsupport.sh para crear un paquete de
diagnóstico.
Servidor que ejecuta solo el agente de
Data Mover
Ejecute dmagentsupport.sh para crear un
paquete de diagnóstico.
Asegúrese de incluir las descripciones relevantes del problema para la solución de
problemas, como se indica.
Una vez que el script recopila los datos, se crea un paquete con el nombre DataMover$currentdate-$hostname-1.zip en /var/opt/teradata/datamover/
support/incidentnumber.
Nota: Si el tamaño del paquete supera los 49 MB, se crean archivos .zip adicionales de
la siguiente manera:
• DataMover-$currentdate-$hostname-2.zip
• DataMover-$currentdate-$hostname-3.zip
4 Actualice el incidente, busque los archivos .zip resultantes, adjúntelos al incidente y
envíelos.
5 Póngase en contacto con el Centro de atención al cliente de Teradata cuando el paquete
de diagnóstico esté listo para su revisión e incluya su número de incidencia como
referencia.
44
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
Apéndice A Tareas administrativas
Creación de un paquete de diagnóstico para asistencia
6 [Opcional] Si no desea guardar los archivos .zip, elimínelos del directorio /var/opt/
teradata/datamover/support/incidentnumber del servidor Data Mover.
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10
45
Apéndice A Tareas administrativas
Creación de un paquete de diagnóstico para asistencia
46
Unity Data Mover
Guía de instalación, configuración y actualización para clientes Versión 15.10