Consideraciones de uso: múltiples clústeres de Teradata Fabric Manager - Teradata Fabric

Teradata® Fabric - Guía de instalación y uso - 3.11

Product
Teradata Fabric
Release Number
3.11
Published
Agosto de 2026
ft:locale
es-ES
ft:lastEdition
2026-09-02
dita:mapPath
es-ES/svw1780362788070.ditamap
dita:ditavalPath
es-ES/ezw1784752870623.ditaval
dita:id
lxg1591800469257

Cuando un sistema forma parte de varios clústeres de Teradata Fabric Manager, los números de puerto de tejido y los nombres de enlace que implican ese sistema deben ser únicos entre los clústeres. Cuando Teradata Fabric Manager detecta conflictos de nombre de puerto o enlace de tejido, esos conflictos se notifican como un problema en el portlet Teradata Fabric de Viewpoint.

Cuando hay un conflicto, el tejido o el enlace que han estado en existencia por más tiempo tienen prioridad. Esto ayuda a evitar que los nuevos cambios interrumpan la funcionalidad de trabajo.

Para resolver un conflicto, cambie el número de puerto o el nombre del enlace en conflicto en uno de los clústeres. Recuerde también actualizar la definición del servidor externo después de cambiar el nombre del enlace.

Todos los nodos dentro de un sistema deben tener el mismo clúster principal. Es posible que los nodos difieran en lo que es el clúster principal en función de la configuración del nodo local. Cuando esto ocurre, se notifica un problema en el portlet Teradata Fabric. El clúster principal también aparece en la sección de nodo y los detalles del nodo del portlet Teradata Fabric. Para establecer el clúster principal de un sistema, utilice el comando set-primary.sh.