򔻐򗗠򙳰 Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008 Version

ii

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

Contenido Capítulo 1. Visión general de IBM Tivoli Workload Scheduler con clúster de Windows Server 2003 y Windows Server 2008 . . . . . . . . . . . . . . . . 1 Tivoli Workload Scheduler con entornos de clúster de Microsoft Windows Server 2003 y Windows Server 2008 . . . . . . . . . . . . . . . . . Conocimientos sobre requisitos previos . . . . . Definición de una disponibilidad elevada . . . . . Gestor de dominio de reserva frente a disponibilidad elevada . . . . . . . . . . . . . . . . Disponibilidad de agente frente a disponibilidad de trabajo . . . . . . . . . . . . . . . . Limitaciones del diseño . . . . . . . . . . . El gestor de dominio maestro. . . . . . . . Mandatos de Tivoli Workload Scheduler . . . . Utilización con varios agentes . . . . . . . Plataformas soportadas . . . . . . . . . . . Compatibilidad, actualización y coexistencia . . . . Seguridad y autenticación . . . . . . . . . . Lecturas adicionales . . . . . . . . . . . .

1 1 2 2 3 3 3 3 4 4 4 4 4

Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler. . 5 Componentes . . . . . . . . . . . . . . 5 Instalación y configuración . . . . . . . . . 7 Contenido de Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler . . . . . . . . 7 Instalación en un clúster . . . . . . . . . 8 Requisitos previos . . . . . . . . . . . 9 Instalación y configuración de un nuevo agente de Tivoli Workload Scheduler . . . . . . . 10 Aplicación de un fix pack o actualización a una nueva versión del habilitador de clústeres . . . . 12

Mandato twsClusterAdm con ejemplos de uso . . Configuración de un gestor de dominio con detección de clúster. . . . . . . . . . . Sintaxis . . . . . . . . . . . . . . . Parámetros y argumentos. . . . . . . . . Ejemplos . . . . . . . . . . . . . . Funcionamiento de Tivoli Workload Scheduler en entorno de clúster de Windows 2003 y 2008 . . . Dependencias de recursos del clúster . . . . . Arranque y conclusión de Tivoli Workload Scheduler . . . . . . . . . . . . . . La nueva opción local “nombre instancia clúster” Ampliación del Administrador de clústeres de Tivoli Workload Scheduler . . . . . . . . . . . Visión general de la ampliación del Administrador de clústeres . . . . . . . . Instalación de la ampliación del Administrador de clústeres . . . . . . . . . . . . . Desinstalación de Tivoli Workload Scheduler . . .

Capítulo 3. Resolución de problemas Rastreos . . . . . . . . . . . . . . . Error 1314 al poner en conexión el recurso y la estación de trabajo no tiene enlace . . . . . . . La instancia de recursos de Tivoli Workload Scheduler informa de un estado de anomalía o los trabajos del usuario de Tivoli Workload Scheduler pasan al estado abend (terminación anómala) . . . Panel de informe de Windows con el volcado del núcleo de Batchup.exe o Jobmon.exe . . . . . . Clúster: Error de validación de IP en Netman stdlist

13 14 14 15 19 25 26 26 27 29 29 30 31

33 33 34

34 35 35

Índice . . . . . . . . . . . . . . . 37

iii

iv

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

Capítulo 1. Visión general de IBM Tivoli Workload Scheduler con clúster de Windows Server 2003 y Windows Server 2008 | | |

En este capítulo se describe la forma en que los clústeres de Windows® Server 2003 y Windows Server 2008 encajan en la topología de Tivoli Workload Scheduler. Se ha dividido en las subsecciones siguientes:

| | | |

v “Tivoli Workload Scheduler con entornos de clúster de Microsoft Windows Server 2003 y Windows Server 2008” v “Conocimientos sobre requisitos previos” v “Definición de una disponibilidad elevada” en la página 2

| | | | |

v v v v v

|

v “Seguridad y autenticación” en la página 4

“Gestor de dominio de reserva frente a disponibilidad elevada” en la página 2 “Disponibilidad de agente frente a disponibilidad de trabajo” en la página 3 “Limitaciones del diseño” en la página 3 “Plataformas soportadas” en la página 4 “Compatibilidad, actualización y coexistencia” en la página 4

Tivoli Workload Scheduler con entornos de clúster de Microsoft Windows Server 2003 y Windows Server 2008 | | |

Tivoli Workload Scheduler se puede integrar en entornos de clúster de Windows Server 2003 y Windows Server 2008 utilizando recursos genéricos de clúster de Microsoft®. En este documento se describe cómo se consigue. Para ayudarle a realizar esta integración, el producto proporciona: v Un programa de utilidad que configura de forma remota Tivoli Workload Scheduler en todos los nodos del clúster sin volver a instalar Tivoli Workload Scheduler en cada nodo. El programa de utilidad implementa la lógica para definir e instalar el recurso personalizado de Tivoli Workload Scheduler dentro de un grupo de clústeres. v Una nueva DLL de recursos personalizados específicamente para Tivoli Workload Scheduler.

Conocimientos sobre requisitos previos | | |

Para comprender los problemas que se tratan en este documento, debe estar familiarizado con Tivoli Workload Scheduler y con los clústeres de Microsoft Windows Server 2003 y Windows Server 2008:

| | |

Tivoli Workload Scheduler Para ver una visión general de Tivoli Workload Scheduler, consulte el manual Tivoli Workload Scheduler: Guía de planificación e instalación

| | | |

Clústeres de Microsoft Windows Server 2003 y Windows Server 2008 Para ver una guía de inicio rápido sobre clústeres de servidor y obtener información sobre Windows Server 2003 y Windows Server 2008 Clustering Services, vaya al sitio web de Microsoft Windows Server TechNet.

1

Definición de una disponibilidad elevada Los clústeres de servidor se han diseñado para conservar disponibles los recursos (como por ejemplo compartimiento de archivos, discos y aplicaciones). La disponibilidad es una medida de la posibilidad que tienen los clientes de conectarse y utilizar un recurso. Si un recurso no está disponible, los clientes no lo pueden utilizar. Es posible comparar la disponibilidad elevada con la tolerancia a errores, como conjuntos de procedimientos distintos para medir la disponibilidad: Tolerancia a errores La tolerancia a errores se define como un 100% de disponibilidad durante todo el tiempo. Los sistemas con tolerancia a errores se han diseñado para garantizar la disponibilidad de los recursos. Alta disponibilidad Un sistema de disponibilidad elevada aumenta al máximo la disponibilidad de los recursos. Un recurso altamente disponible estará disponible en un porcentaje elevado de tiempo, cercano al 100%, pero es aceptable y previsible un porcentaje pequeño de tiempo de inactividad. De esta forma, la disponibilidad elevada se puede definir como un recurso altamente disponible que casi siempre está operativo y accesible a los clientes.

Gestor de dominio de reserva frente a disponibilidad elevada Tivoli Workload Scheduler proporciona un grado de disponibilidad elevada gracias a la función del gestor de dominio de reserva el cual también se puede implementar como gestor de dominio maestro de reserva. El gestor de dominio de reserva duplica los cambios efectuados en el plan de producción del gestor de dominio. Cuando se detecta una anomalía, se emite el mandato switchmgr en todas las estaciones de trabajo del dominio en el servidor del gestor de dominio, haciendo que las estaciones de trabajo reconozcan el gestor de dominio de reserva. Sin embargo, hay casos en que un entorno en clúster representa una alternativa adecuada: v La dificultad de implementar un conmutador de responsabilidad de dominios automático v La dificultad de pasar al gestor de dominio de reserva trabajos que se deberían ejecutar en el gestor de dominio v La necesidad de notificar el paso de un gestor de dominio a la red de Tivoli Workload Scheduler v Un producto de disponibilidad elevada solventa muchos de los problemas de codificación que están relacionados con la detección de anomalías de hardware v La implementación de la disponibilidad elevada para agentes con tolerancia a errores (agentes ampliados y agentes estándar) no se puede llevar a cabo utilizando la función del gestor de dominio de reserva

2

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

Disponibilidad de agente frente a disponibilidad de trabajo | | | | | | |

Si Tivoli Workload Scheduler está funcionando en entornos en clúster de Windows Server 2003 y Windows Server 2008 no significa que los trabajos que lanza el planificador se den cuenta automáticamente de la presencia del clúster. No forma parte de la responsabilidad de Tivoli Workload Scheduler retrotraer ninguna de las acciones que pudiera haber realizado un trabajo durante el tiempo en que se ejecutó. Es responsabilidad del usuario crear el script o mandato que permita una acción de retrotracción o de recuperación en caso de migración tras error. Para una migración tras error, el agente de Tivoli Workload Scheduler informa de todos los trabajos que se estén ejecutando en ese momento en estado ABEND con el código de retorno RC=0. Así se evita que se liberen otras dependencias. Solamente es posible una recuperación (o volver a ejecutar) de los trabajos que presentan anomalías. En general, Tivoli Workload Scheduler no gestiona trabajos ni la interrupción de secuencias de trabajos. El usuario debe añadir más lógica para recuperar un trabajo e interrupciones de secuencias de trabajos (consulte las secciones 1.4.2 y 2.3.4 del Redbook High Availability Scenarios with IBM® Tivoli Workload Scheduler and IBM Tivoli Framework).

Limitaciones del diseño Se aplican las siguientes limitaciones del diseño: v “El gestor de dominio maestro” v “Mandatos de Tivoli Workload Scheduler” v “Utilización con varios agentes” en la página 4

El gestor de dominio maestro El gestor de dominio maestro de Tivoli Workload Scheduler no recibe soporte en el servidor virtual del clúster por dos motivos: v El gestor de dominio maestro ejecuta la secuencia de trabajos críticos JnextPlan. La responsabilidad de la secuencia de trabajos es crear un plan nuevo para el día de producción en curso. Este proceso no se puede interrumpir. Una interrupción podría causar un malfuncionamiento e interrupciones en el servicio de planificación. Solamente se pueden realizar pasos manuales para recuperar algunos problemas de malfuncionamiento o interrupciones del servicio. Puesto que la migración tras error del grupo de clústeres que contiene el recurso de Tivoli Workload Scheduler detiene el agente del nodo actual y lo inicia en un nodo distinto, si la migración tras error se produce mientras se ejecuta JnextPlan podría resultar destructiva. v Los programas de utilidad de línea de mandatos de Tivoli Workload Scheduler (conman, composer, etcétera) no detectan el clúster y si se interrumpen (mediante una migración tras error del grupo de clústeres que contiene el recurso de Tivoli Workload Scheduler) podrían dañar cierta información vital para Tivoli Workload Scheduler.

Mandatos de Tivoli Workload Scheduler El recurso de clústeres de Tivoli Workload Scheduler no pone automáticamente fuera de línea ningún mandato de Tivoli Workload Scheduler que se esté ejecutando cuando se produce una migración tras error (a diferencia de los procesos principales netman, mailman, batchman y jobman). Capítulo 1. Visión general de IBM Tivoli Workload Scheduler con clúster de Windows Server 2003 y Windows Server 2008

3

Esto puede resultar particularmente problemático si la migración tras error se produce durante una acción de someter ad-hoc. El trabajo sometido podría permanecer para siempre en el estado ADDING.

Utilización con varios agentes Si tiene intención de utilizar varios agentes en un sistema de entornos de clúster de Microsoft Windows Server 2003 y Windows Server 2008, debe seguir unos pasos para reconfigurar la memoria de almacenamiento dinámico del escritorio de Windows de modo que varios procesos de agente compartan más memoria de almacenamiento dinámico de escritorio. Estos pasos se describen en el apartado Resolución de problemas de tamaño de almacenamiento dinámico de escritorio en estaciones de trabajo con más de tres agentes.

Plataformas soportadas Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler se puede utilizar en un entorno de clúster de Windows 2003 en sistemas Windows de 32 y de 64 bits.

Compatibilidad, actualización y coexistencia El agente de Tivoli Workload Scheduler configurado para que funcione en un entorno en clúster no tiene impacto alguno en la compatibilidad con versiones anteriores de Tivoli Workload Scheduler y no requiere configuración ni migración de datos. Un agente de Tivoli Workload Scheduler configurado para trabajar en un entorno en clúster de Windows 2003 se puede conectar tanto a una configuración distribuida como a una configuración de red de extremo a extremo. La DLL que amplía el programa Administración de clústeres de Windows se actualiza de vez en cuando en fix packs y nuevos releases de Tivoli Workload Scheduler. Por este motivo, el programa que instala Windows 2003 y 2008 Cluster Enabler tiene una opción de actualización que debe utilizar para actualizar la DLL con una nueva versión, menor (fix pack) o mayor (nuevo release de Tivoli Workload Scheduler).

Seguridad y autenticación Se aplican los mecanismos típicos de autenticación de seguridad y autorización de Tivoli Workload Scheduler.

Lecturas adicionales También se aplican ciertas consideraciones descritas en el Redbook, High Availability Scenarios with IBM Tivoli Workload Scheduler and IBM Tivoli Framework.

4

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler Acerca de esta tarea En este capítulo se describe la implementación de Windows 2003 y 2008 Cluster Enabler. Consta de las secciones siguientes: v “Componentes” v “Instalación y configuración” en la página 7 v “Aplicación de un fix pack o actualización a una nueva versión del habilitador de clústeres” en la página 12 v “Mandato twsClusterAdm con ejemplos de uso” en la página 13 v “Funcionamiento de Tivoli Workload Scheduler en entorno de clúster de Windows 2003 y 2008” en la página 25 v “Desinstalación de Tivoli Workload Scheduler” en la página 31

Componentes Acerca de esta tarea Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler consta de los elementos siguientes: v Un programa de utilidad para: – Instalar y configurar de forma remota Tivoli Workload Scheduler en todos los demás nodos del clúster – Instalar y configurar el tipo de recurso de clúster de Tivoli Workload Scheduler para un determinado servidor virtual v Un tipo de recurso personalizado del gestor de Tivoli Workload Scheduler para gestionar sucesos de clúster para instancias de IBM Tivoli Workload Scheduler (nuevas DLL) v Una DLL de ampliación de Tivoli Workload Scheduler para ampliar el programa Administración de clústeres de Windows

5

|

| | |

Figura 1. Componentes principales de Tivoli Workload Scheduler Cluster Enabler

El componente principal es la DLL de recursos personalizados. Ofrece las características siguientes: v Se puede poner en conexión y desconexión v Se puede gestionar en un clúster v Solamente un nodo cada vez puede alojarla (poseerla) Tal como ilustra la Figura 1, el servicio de clúster se comunica con una DLL de recursos personalizados mediante el supervisor de recursos para gestionar recursos. Como respuesta a una solicitud del servicio de clúster, el supervisor de recursos llama a la correspondiente función de punto de entrada de la DLL de recursos personalizados para comprobar y controlar el estado de los recursos (posiblemente el agente de Tivoli Workload Scheduler). La DLL de recursos personalizados bien efectúa la operación, bien señala el supervisor de recursos para aplicar el proceso predeterminado (si lo hay), o ambas cosas. La DLL de recursos personalizados es responsable de proporcionar implementaciones de punto de entrada que cubren las necesidades de los recursos de Tivoli Workload Scheduler. La DLL de recursos personalizados del gestor de Tivoli Workload Scheduler proporciona los siguientes puntos de entrada (o servicios): IsAlive Determina si el agente de Tivoli Workload Scheduler está activo en estos momentos. Offline Concluye de manera ordenada el agente de Tivoli Workload Scheduler. Online Inicia el agente de Tivoli Workload Scheduler, enlaza el agente a la red y deja los recursos disponibles para el clúster.

6

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

Terminate Concluye el recurso de forma inmediata. | | | | |

La DLL de recursos personalizados del gestor de Tivoli Workload Scheduler es un puente entre el supervisor de recursos (parte del servicio de clústeres de Windows 2003 y 2008) y el agente de Tivoli Workload Scheduler. El objetivo más importante de la DLL de recursos personalizados es comprender el estado del agente y ponerlo en línea o fuera de línea utilizando la secuencia de mandatos correcta.

Instalación y configuración Acerca de esta tarea Esta sección describe la instalación y la configuración de Windows 2003 y 2008 Cluster Enabler. Se ha dividido en las subsecciones siguientes: v “Contenido de Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler” v “Instalación en un clúster” en la página 8 v “Requisitos previos” en la página 9 v “Instalación y configuración de un nuevo agente de Tivoli Workload Scheduler” en la página 10 Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler lo instala automáticamente Tivoli Workload Scheduler versiones 8.5.1. Se crea una carpeta nueva denominada cluster, dentro del directorio de instalación de Tivoli Workload Scheduler.

Contenido de Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler Acerca de esta tarea Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler contiene los archivos siguientes: ITWSWorkstationEx.dll La ampliación del Administrador de clústeres de Tivoli Workload Scheduler. Añade en la consola del Administrador de clústeres una nueva hoja de propiedad y páginas del asistente para el tipo de recurso de Tivoli Workload Scheduler. Consulte el apartado “Ampliación del Administrador de clústeres de Tivoli Workload Scheduler” en la página 29 para obtener más detalles. twsClusterAdm.exe Utilizado para instalar y configurar Tivoli Workload Scheduler. ITWSResources.dll La biblioteca de enlace dinámico que contiene la implementación de la API de recursos para el tipo de recurso ITWSWorkstation de Tivoli Workload Scheduler. Implemente la lógica que permite que el Supervisor de recursos supervise y gestione al agente de Tivoli Workload Scheduler ITWSExInst.cmd El script de ejemplo que registra la ampliación del Administrador de clústeres de Tivoli Workload Scheduler.

Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler

7

Instalación en un clúster Acerca de esta tarea Una configuración mínima de clúster está formada por dos estaciones de trabajo (denominadas nodos) con una batería de discos duros SCSI compartidos (más nodos suelen requerir el canal de fibra).

Figura 2. Instalación en un clúster

En cada nodo se ejecuta uno, más de uno o ninguno de los grupos de recursos de clúster. En el caso de anomalía, por ejemplo, del nodo A todos los grupos de recursos de clúster asociados al nodo que presenta la anomalía se sustituirán por el nodo B. De este modo, B ejecuta todas las aplicaciones con detección de clúster que se ejecutaban en A

Figura 3. Clústeres en una red de Tivoli Workload Scheduler

Para que Tivoli Workload Scheduler funcione en un entorno en clúster se puede:

8

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

v Instalar el agente de Tivoli Workload Scheduler de forma local en el disco duro de uno de los nodos si tiene que realizar alguna planificación solamente en ese nodo de clúster (como un solo sistema). Así funciona como una instalación normal. No es necesaria ninguna función para detectar clústeres. v Instalar el agente de Tivoli Workload Scheduler en uno o varios servidores virtuales si tiene que planificar trabajos en ese servidor virtual. Es necesaria una función para detectar clústeres. Un servidor virtual es un grupo que contiene un recurso de nombre de red, un recurso de dirección IP y recursos adicionales necesarios para ejecutar una o más aplicaciones o servicios. Los clientes pueden utilizar el nombre de red para acceder a los recursos del grupo, igual que utilizan un nombre de sistema para acceder a los servicios de un servidor físico. Sin embargo, puesto que un servidor virtual es un grupo, se puede migrar tras error a otro nodo sin que ello afecte al nombre o a la dirección subyacentes. | | | |

Para configurar Tivoli Workload Scheduler para que funcione en el entorno en clúster de Windows Server 2003 y Windows Server 2008 se le solicitará que cree un servidor virtual, que le añada un tipo de recurso de disco físico y que instale Tivoli Workload Scheduler en ese disco. El nuevo tipo de recursos de clúster creado para gestionar un agente de Tivoli Workload Scheduler concluirá el agente de manera ordenada y lo iniciará durante una migración tras error.

Requisitos previos Acerca de esta tarea A continuación se encuentran los requisitos previos para la correcta configuración de IBM Tivoli Workload Scheduler en el clúster: | | |

Servidor de clústeres de Windows Server 2003 y Windows Server 2008 Debe existir un servidor de clústeres de Windows Server 2003 y Windows Server 2008 completamente configurado y en ejecución.

| | | | | |

Un grupo de servidores virtuales del clúster configurado. El grupo de servidores virtuales del clúster es un grupo que contiene al menos el recurso de dirección IP virtual, el recurso de nombre de red y el recurso de disco físico. El grupo de servidores virtuales del clúster puede contener otros recursos de aplicaciones, no solamente los de IBM Tivoli Workload Scheduler.

| | |

Para crear el servidor virtual del clúster puede utilizar la consola del Administrador de clústeres. Tiene que hacer lo siguiente: v Crear el grupo Clúster

| | |

v Añadir el disco compartido al grupo Clúster que ha creado v Añadir el recurso de IP y crear la dependencia del disco v Añadir el recurso de red y crear la dependencia del recurso de IP

| |

Consulte la documentación de Windows 2003 y 2008 para obtener más detalles.

| | | |

Un usuario administrador de dominios Un usuario administrador de dominios listo para su utilización (el usuario debe pertenecer al grupo Administrador de todos los nodos del clúster) y su contraseña. Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler

9

| | | |

Un usuario de dominios Especifique un usuario de dominios como usuario de IBM Tivoli Workload Scheduler durante la instalación. Si no se especifica un dominio válido, se creará de forma predeterminada un usuario local.

| | | | | | | | | | | | | | | |

Otorgar derechos de acceso al administrador de clústeres Verifique que la cuenta del administrador del clúster disponga del siguiente derecho: Sustitución de una señal de nivel de proceso. Para añadir este derecho a la cuenta del administrador del clúster abra Panel de control → Herramientas administrativas → Directiva de seguridad local → Directivas locales → Asignación de derechos de usuario y añada la cuenta de usuario administrador del clúster en la lista de directivas de seguridad Sustitución de una señal de nivel de proceso. Este derecho es necesario para poder habilitar el administrador del clúster de forma que actúe como usuario de Tivoli Workload Scheduler. De esta forma, el recurso personalizado de Tivoli Workload Scheduler, que se ejecuta con los permisos del usuario administrador del clúster, podrá detener, iniciar y enlazar Tivoli Workload Scheduler. Reinicie los nodos del clúster para que el cambio entre en vigor. Esta operación solamente es necesaria la primera vez que se configura Tivoli Workload Scheduler para que funcione en entornos en clúster de Windows 2003 y 2008.

| | | | | | | |

Instalar Microsoft Visual C++ 2005 Redistributable Package (x86) en otros nodos de clúster Todos los nodos del clúster deben poder dar soporte al uso de C++. Esto se consigue en un nodo determinado instalando Microsoft Visual C++ 2005 Redistributable Package (x86). La instalación de Tivoli Workload Scheduler Cluster Enabler instala este paquete en el nodo en el que se instala el habilitador, pero para poder conmutar a los otros nodos del clúster, el paquete debe estar también instalado en los mismos.

| | | | | | |

Siga este procedimiento: 1. Descargue Visual C++ 2005 Redistributable Package (x86) desde http://www.microsoft.com/downloads/ details.aspx?familyid=9B2DA534-3E03-4391-8A4D-074B9F2BC1BF &displaylang=en. O vaya a http://www.microsoft.com y busque el paquete por su nombre. Descargue el archivo del paquete (vcredist_x86.exe)

| | | |

2. Copie el paquete en cada nodo del grupo de servidores virtuales del clúster: 3. En cada nodo del grupo (que no sea aquel en el que va a instalar el componente Cluster Enabler), haga lo siguiente: a. Inicie una sesión como administrador de dominios b. Ejecute vcredist_x86.exe

| |

Instalación y configuración de un nuevo agente de Tivoli Workload Scheduler Acerca de esta tarea Nota: Durante la instalación del clúster de Tivoli Workload Scheduler 8.5.1 no se deben especificar los parámetros siguientes en caracteres DBCS (juego de caracteres de doble byte): v Usuario v Dominio

10

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

Para instalar Tivoli Workload Scheduler en una configuración que detecta clústeres, emplee el procedimiento siguiente: 1. Instale el agente de Tivoli Workload Scheduler: a. Seleccione un nodo del clúster. Este nodo se debe utilizar para todas las operaciones posteriores (como instalaciones de fixpack). b. Inicie la sesión en el nodo utilizando un usuario con privilegios de administrador de dominios. c. Elija el servidor virtual de Microsoft en el que desee instalar el agente de IBM Tivoli Workload Scheduler. d. Instale Tivoli Workload Scheduler, versión 8.5.1: v Especifique un usuario de dominio como usuario para el que desea instalar Tivoli Workload Scheduler v Especifique el disco asociado a ese servidor virtual como directorio de destino e. Instale Tivoli Workload Scheduler, versión 8.5.1. 2. Consiga que Tivoli Workload Scheduler detecte clústeres: a. Ejecute el indicador de mandatos de Windows. b. Vaya al directorio inicial de Tivoli Workload Scheduler (en el disco compartido). c. Ejecute tws_env.cmd para cargar las variables de entorno de Tivoli Workload Scheduler. d. Ejecute Shutdown.cmd para detener Tivoli Workload Scheduler.

| | | | |

e. Vaya al directorio cluster. f. Ejecute el programa de utilidad twsClusterAdm.exe para configurar Tivoli Workload Scheduler de forma remota en todos los nodos del clúster y para instalar el recurso de clústeres de Tivoli Workload Scheduler. Consulte el apartado “Ejemplo 1: Primera instalación de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008.” en la página 20 si desea un ejemplo de la instalación. 3. Defina un nuevo objeto de estación de trabajo en el gestor de dominio maestro utilizando composer o la consola de planificación de trabajos. Verifique que el nombre de nodo especificado lo haya podido resolver DNS y que se pueda emitir un mandato ping de la dirección IP desde el gestor de dominio maestro. Si utiliza una configuración de red de extremo a extremo, deberá especificar la dirección IP que ha especificado para el valor de recursos de clústeres NET/IP. 4. Inicie el recurso de clústeres de Tivoli Workload Scheduler. Desde la consola del Administrador de clústeres, seleccione el grupo de clústeres (en la Figura 4 en la página 12 es el servidor virtual F). 5. Seleccione el tipo de recurso ITWSWorkstation (en la Figura 4 en la página 12 el nombre de la instancia es ITWSWorkstation_CLUSTER_SA_DM1), tal como se muestra en el ejemplo siguiente, en Windows Server 2003. Pulse el botón derecho del ratón y seleccione Poner en conexión.

Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler

11

|

| | Figura 4. Ejemplo de grupo de clústeres en Windows Server 2003 | 6. ITWSWorkstation es el nombre del tipo de recurso personalizado de Tivoli Workload Scheduler. ITWSWorkstation_CLUSTER_SA_DM1 es el nombre de la instancia. De forma predeterminada, cuando se crea utilizando la línea de mandatos twsClusterAdm, el nombre de instancia es ITWSWorkstation__. No utilice caracteres DBCS (juego de caracteres de doble byte) en el nombre de dominio ni en el nombre de usuario. 7. Genere un plan nuevo.

Aplicación de un fix pack o actualización a una nueva versión del habilitador de clústeres Acerca de esta tarea Si ya tiene Tivoli Workload Scheduler, versión 8.2.1 con Fix Pack 1, versión 8.3 o versión 8.4 instalado y el habilitador de clústeres está instalado, puede aplicar un fix pack o puede actualizar el agente y el habilitador a Tivoli Workload Scheduler, versión 8.5.1. Siga estos pasos: 1. Desde la consola del Administrador de clústeres, ponga fuera de línea el recurso ITWSWorkstation que guarda relación con la instalación que pretende actualizar. 2. Aplique el fix pack o actualice el agente de Tivoli Workload Scheduler a la versión 8.5.1.

12

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

Consulte el archivo readme del fix pack o el manual Tivoli Workload Scheduler: Guía de planificación e instalación para ver instrucciones y para obtener más información. 3. Desde el directorio \cluster, inicie el programa de utilidad twsclusteradm.exe con la opción –update (twsclusteradm.exe –update). Nota: Si va a actualizar a una versión mayor, como la versión 8.5, debe utilizar también la subopción –twsupd (twsclusteradm.exe –update –twsupd) para actualizar el registro de servicios de Windows con el cambio de versión. 4. Desde la consola del Administrador de clústeres ponga el recurso ITWSWorkstation en línea. Consulte el “Ejemplo 10: Actualización desde Tivoli Workload Scheduler versiones 8.2.1, 8.3 ó 8.4, habilitadas para clúster.” en la página 23 para ver un ejemplo de actualización.

Mandato twsClusterAdm con ejemplos de uso Acerca de esta tarea | | |

El mandato twsClusterAdm es el programa de utilidad para configurar Tivoli Workload Scheduler en entornos en clúster de Microsoft Windows Server 2003 y Windows Server 2008. El mandato twsClusterAdm: v Configura Tivoli Workload Scheduler en todos los nodos del clúster o en un nuevo nodo de unión de clústeres. v Instala el nuevo tipo de recurso de clúster de Tivoli Workload Scheduler para una primera instalación. El nombre de este nuevo tipo de recurso de clúster es ITWSWorkstation. v Crea una instancia del tipo de recurso de clúster de Tivoli Workload Scheduler dentro de un grupo de clústeres. v Elimina la configuración de Tivoli Workload Scheduler de uno o más nodos del clúster. v Actualiza el tipo de recurso de clústeres de Tivoli Workload Scheduler si hay una nueva versión disponible. Funciona en varios pasos para llevar a cabo una instalación que detecta clústeres: v Determina si la configuración se está ejecutando en un entorno en clúster. v Copia la DLL de recursos de Tivoli Workload Scheduler en los nodos del clúster. v Actualiza la modalidad de arranque de servicios de Tivoli Workload Scheduler de automática a manual. v Instala los servicios de Tivoli Workload Scheduler y la clave de registro en los otros nodos (puesto que los servicios actuales y la clave de registro se han instalado con la instalación normal del producto). v Instala TKG Autotrace en los otros nodos. v Registra los tipos de recurso de Tivoli Workload Scheduler.

|

v Crea una nueva instancia del recurso de Tivoli Workload Scheduler dentro de un determinado grupo de clústeres (servidor virtual) y registra el nombre de la instancia en el archivo localopts. v Instala Common Inventory Techonology en los otros nodos.

Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler

13

Configuración de un gestor de dominio con detección de clúster Acerca de esta tarea Si desea instalar un gestor de dominio en un entorno de clúster, debe especificar la opción link utilizando el parámetro de twsClusterAdm opts (que se describe en el apartado “Sintaxis”). Especifique el dominio padre del gestor de dominio y la estación de trabajo del gestor de dominio padre, de modo que el proceso de instalación pueda gestionar correctamente el desenlace y reenlace necesarios. Consulte el “Ejemplo 9: Primera instalación del gestor de dominio de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008, especificando opciones genéricas.” en la página 23 para ver un ejemplo. Si se omite la opción link o se suministra con valores incorrectos, la configuración no terminará correctamente. Sin embargo, no es necesario que repita la instalación para solucionar el problema. En su lugar, vaya al panel de propiedades de la instancia de recurso de Tivoli Workload Scheduler y, bajo el separador Parámetros, añada el enlace en el campo genericOpts. Cuando active el clúster, se utilizará la información de la opción link para completar la configuración.

Sintaxis Acerca de esta tarea twsClusterAdm.exe –new domain= user= pwd= [hosts=] [twshome=] [ –res group= ip= net= disk= [resname=] [check_interval=] [failover=yes|no] [looksalive=] [isalive=] [tcpport=] [opts=] ] [–notwsinst] [–dll [path=] ] [–force] [–sharedDesktop [name=]] twsClusterAdm.exe –uninst domain= user= [hosts=< nombrehost1,nombrehost2...>] twsClusterAdm.exe –update

14

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

resource= [–ask={yes|no}] [–force] [–twsupd] twsClusterAdm.exe –changeResName "" ""

Parámetros y argumentos Acerca de esta tarea –new

El parámetro –new configura Tivoli Workload Scheduler en todos los nodos del clúster o en un nuevo nodo de clúster. Acepta los siguientes argumentos: Domain= El dominio de usuario de Windows del usuario de Tivoli Workload Scheduler. Este parámetro es obligatorio si se especifica –new o –uninst. Este parámetro no se debe especificar con caracteres DBCS (juego de caracteres de doble byte). user= El nombre de usuario Windows del usuario de Tivoli Workload Scheduler. Este parámetro es obligatorio si se especifica –new o –uninst. Este parámetro no se debe especificar con caracteres DBCS (juego de caracteres de doble byte). pwd= La contraseña de Windows del usuario de Tivoli Workload Scheduler. Este parámetro es obligatorio si se especifica –new. hosts= Los nombres de host de los nodos del clúster en el que desea configurar Tivoli Workload Scheduler. Los nombres de host se han de separar con comas. Este parámetro es opcional. Se puede utilizar para configurar un nuevo nodo de unión del clúster. twshome= El directorio en el que se ha instalado Tivoli Workload Scheduler. Este parámetro es opcional. Si no especifica este directorio, el mandato detectará el directorio de instalación.

–res

El parámetro –res añade una nueva instancia del tipo de recurso de Tivoli Workload Scheduler a un grupo de clúster existente. Acepta los siguientes argumentos: group= El nombre del grupo (servidor virtual) en el que se ha configurado Tivoli Workload Scheduler como recurso de clúster. Este parámetro es obligatorio. ip= El nombre del tipo de recurso IP del clúster del cual depende el recurso de Tivoli Workload Scheduler. Este parámetro es obligatorio. net= El nombre del tipo de recurso de red del cual depende el recurso de Tivoli Workload Scheduler. Este parámetro es obligatorio.

Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler

15

disk= El nombre del tipo de recurso de disco del cual depende el recurso de IBM Tivoli Workload Scheduler. Este parámetro es obligatorio. resname= El nombre de la instancia del recurso, tal como aparece en el administrador de clúster (consulte la Figura 4 en la página 12). Si no se especifica este parámetro, se utiliza el valor predeterminado de ITWSWorkstation__. failover=yes|no Si especifica yes, puede ocurrir que Tivoli Workload Scheduler provoque la migración tras error del grupo de servidores virtuales. Si no especifica esta opción, Tivoli Workload Scheduler no provocará la migración tras error del grupo de servidores virtuales. Este parámetro es opcional. Observe que es posible modificar este valor directamente desde la consola del Administrador de clústeres. Si se modifican los valores umbral y período desde el separador de propiedades de recursos podrá habilitar o inhabilitar la migración automática tras error en el caso que se produjera una anomalía de recurso. Consulte el manual Windows Cluster Guide para obtener más información. check_interval= El intervalo en milisegundos que el recurso de Tivoli Workload Scheduler espera entre dos comprobaciones de estado. Este parámetro es opcional. Utilice valores mayores que 60.000. El valor predeterminado es 100.000. Puede cambiar este valor desde la consola del Administrador de clústeres: pulse el botón derecho del ratón sobre el recurso y seleccione Propiedades → Parámetros. lookalive= El intervalo en milisegundos en que el servicio de clúster realiza el sondeo en el recurso para determinar si parece operativo. Este parámetro es opcional. Utilice valores mayores que 10.000. El valor predeterminado es 10.000. Puede cambiar este valor desde la consola del Administrador de clústeres: pulse el botón derecho del ratón sobre el recurso y seleccione Propiedades → Avanzadas. Isalive= El intervalo en milisegundos en que el servicio de clúster realiza el sondeo en el recurso para determinar si está operativo. Este parámetro es opcional. Utilice valores mayores que 10.000. El valor predeterminado es 60.000. Puede cambiar este valor desde la consola del Administrador de clústeres: pulse el botón derecho del ratón sobre el recurso y seleccione Propiedades → Avanzadas. tcpport=puerto_tcp Este parámetro está reservado para su uso posterior. opts=opciones_genéricas Las opciones de recurso genéricas se utilizan para especificar un conjunto de opciones. Cada opción se separa mediante un signo de punto y coma ";". El parámetro opts aceptará las opciones siguientes: v ftaOff

|

16

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

Utilice esta opción para habilitar la supervisión del agente de planificación dinámica. Si no se especifica, no se cambia el comportamiento predeterminado: sólo se supervisa el agente tolerante a errores. v lwaOn Utilice esta opción para habilitar la supervisión del agente de planificación dinámica y el gestor de trabajos. Si no se especifica, no se cambia el comportamiento predeterminado: sólo se supervisa el agente tolerante a errores.

| | | | |

v killjob Utilice esta opción para matar todo trabajo (y los hijos del trabajo) que se esté ejecutando en el momento en que se produce la anomalía del recurso. v link=! Utilice esta opción si está configurando un gestor de dominio que detecta clústeres. Especifique el dominio padre y el gestor del agente que está configurando. Por ejemplo, si está configurando un gestor de dominio que es un hijo del gestor de dominio maestro (llamado MyMasterWS en el dominio MASTERDOM), el valor que debe especificar es link=MASTERDOM!MyMasterWS. Las opciones kill y link se pueden utilizar juntas (por ejemplo, opts=killjob;link=MASTERDM!MASTERWS;). Puede cambiar este valor desde la consola del Administrador de clústeres: pulse el botón derecho del ratón sobre el recurso y seleccione Propiedades → Parámetros. Cambie los valores en el campo genericOpts. –notwsinst El parámetro –notwsinst especifica opcionalmente que está instalando la instancia de recurso de clúster para una instancia existente de Tivoli Workload Scheduler. –dll

El parámetro –dll especifica que el archivo ITWSResources.dll que implementa el nuevo tipo de recurso de Tivoli Workload Scheduler se tiene que instalar. Este parámetro es obligatorio la primera vez que configura Tivoli Workload Scheduler en el clúster o si hay un nuevo nodo que se une al clúster. Este parámetro acepta un argumento opcional: [path=] La vía de acceso en la que se debe instalar ITWSResources.dll. Este parámetro es opcional. Si no especifica la vía de acceso, se utiliza el valor predeterminado,\%systemRoot%\cluster. No especifique la letra de unidad de la vía de acceso. La vía de acceso especificada debe existir y debe ser accesible en cada nodo del clúster.

–force El parámetro –force fuerza opcionalmente la instalación del archivo DLL de recurso de Tivoli Workload Scheduler (ITWSResources.dll) sin comprobar la versión. El parámetro se pasa por alto si no ha especificado el parámetro –dll. –sharedDesktop El parámetro –sharedDesktop especifica opcionalmente que Jobmon utiliza un nombre de escritorio compartido para gestionar la asignación de memoria de almacenamiento dinámico de escritorio en el que se instalan varios agentes en un sistema (consulte el apartado Resolución de problemas de tamaño de almacenamiento dinámico de escritorio en Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler

17

estaciones de trabajo con más de tres agentes para ver detalles). Utilice el mismo nombre para al menos dos agentes en este sistema para que la opción entre en vigor. name= El nombre de escritorio opcional. Si especifica un nombre, debe estar en caracteres de un solo byte (alfabeto inglés) sin caracteres especiales, excepto espacios, en cuyo caso debe especificarlo entre comillas dobles. El nombre predeterminado (si no se especifica el argumento name=) es TWS_JOBS_WINSTA. –uninst El parámetro –uninst desinstala la instancia de recurso de clúster y acepta los siguientes argumentos: Domain= El dominio de usuario de Windows del usuario de Tivoli Workload Scheduler. Este parámetro es obligatorio si especifica –new o –uninst. Este parámetro no se debe especificar con caracteres DBCS (juego de caracteres de doble byte). user= El nombre de usuario Windows del usuario de Tivoli Workload Scheduler. Este parámetro es obligatorio si especifica –new o –uninst. Este parámetro no se debe especificar con caracteres DBCS (juego de caracteres de doble byte). hosts= Los nombres de host de los nodos del clúster del que desea desinstalar Tivoli Workload Scheduler. Los nombres de host se han de separar con comas. Este parámetro es opcional. Si no se especifica este parámetro, Tivoli Workload Scheduler se desinstalará de todos los nodos del clúster salvo del nodo actual. –update El parámetro –update actualiza el archivo DLL de recurso de Tivoli Workload Scheduler de una instancia existente y acepta los siguientes argumentos: resource= El nombre de la instancia del recurso de Tivoli Workload Scheduler tal como aparece en el grupo del clúster. El nombre predeterminado es ITWSWorkstation__. Este parámetro es obligatorio. –ask={yes|no} Define si el actualizador debe preguntar antes de reiniciar el archivo DLL de recurso después de actualizarlo. Especifique yes para determinar que el actualizador debe detenerse y preguntar al solicitar al operador que confirme que puede reiniciar el archivo DLL de recurso de clúster. El valor predeterminado. Especifique no para reiniciar automáticamente el archivo DLL de recurso de clúster después de actualizarlo, sin intervención manual. Este parámetro es opcional. –force Fuerza la instalación de la DLL del recurso de Tivoli Workload Scheduler (ITWSResources.dll) sin comprobar la versión. Este parámetro es opcional.

18

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

–twsupd Define si se debe actualizar el registro de servicios de Windows después de actualizar el archivo DLL del recurso. Utilice este parámetro solo cuando actualice el archivo DLL después de actualizar Tivoli Workload Scheduler a una versión mayor, como por ejemplo 8.5.1. Este parámetro es opcional. –changeResName El parámetro –changeResName cambia el nombre del recurso de la instancia de clúster y acepta los siguientes argumentos: "" El nombre de la instancia del recurso de Tivoli Workload Scheduler tal como aparece en el grupo del clúster. El nombre predeterminado es ITWSWorkstation__. Este argumento es obligatorio para –changeResName. "" El nuevo nombre que desea utilizar para la instancia del recurso de Tivoli Workload Scheduler. Este argumento también es obligatorio para –changeResName.

Ejemplos Acerca de esta tarea Para todos los ejemplos descritos a continuación, se da por supuesto que se ha instalado Tivoli Workload Scheduler 8.5.1. En todos los ejemplos que se describen a continuación se utilizan las siguientes definiciones: mi_dominio Es el dominio de usuario de Windows del usuario de Tivoli Workload Scheduler. mi_usuario_TWS Es el nombre de usuario de Tivoli Workload Scheduler. mi_contraseña_TWS Es la contraseña del usuario de dominio de MI_DOM\mi_usuario_TWS. mi_grupo_recursos Es el nombre del grupo de recursos de clúster seleccionado. mi_IP

Es el nombre del tipo de recurso Dirección IP dentro del grupo de recursos mi_grupo_recursos.

mi_nombre_red Es el nombre del tipo de recurso Nombre de red dentro del grupo de recursos mi_grupo_recursos. mi_disco Es el nombre del tipo de recurso Disco físico dentro del grupo de recursos mi_grupo_recursos. mi escritorio compartido Es el nombre del escritorio compartido que utilizarán todas las instancias de jobmon. mi_nombre_recurso Es el nombre personalizado de la instancia del recurso. Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler

19

Los ejemplos son los siguientes: v “Ejemplo 1: Primera instalación de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008.” v “Ejemplo 2: Instalación y configuración del nuevo recurso personalizado de Tivoli Workload Scheduler para una instalación existente de Tivoli Workload Scheduler.” en la página 21 v “Ejemplo 3: Adición de un nuevo agente de Tivoli Workload Scheduler en un entorno en clúster con Tivoli Workload Scheduler ya instalado.” en la página 21 v “Ejemplo 4: Adición de un tipo de recurso personalizado de Tivoli Workload Scheduler a un grupo de clústeres existente.” en la página 21 v “Ejemplo 5: Configuración de Tivoli Workload Scheduler en un nuevo nodo de unión del clúster.” en la página 22 v “Ejemplo 6: Deshacer el registro de Tivoli Workload Scheduler en todos los nodos del clúster salvo en el nodo actual.” en la página 22 v “Ejemplo 7: Instalación en el clúster de una nueva versión de la DLL de recursos del clúster de Tivoli Workload Scheduler.” en la página 22 v “Ejemplo 8: Actualización/Descarga forzada de la DLL de recursos del clúster de Tivoli Workload Scheduler en el clúster.” en la página 22 v “Ejemplo 9: Primera instalación del gestor de dominio de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008, especificando opciones genéricas.” en la página 23 v “Ejemplo 10: Actualización desde Tivoli Workload Scheduler versiones 8.2.1, 8.3 ó 8.4, habilitadas para clúster.” en la página 23 v “Ejemplo 11: Primera instalación de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008, definiendo un escritorio compartido.” en la página 23 v “Ejemplo 12: Primera instalación de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008, utilizando un nombre personalizado de instancia de recurso.” en la página 24 v “Ejemplo 13: Cambio del nombre de la instancia de recurso” en la página 24

Ejemplo 1: Primera instalación de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008. Acerca de esta tarea | | | |

Primera instalación de Tivoli Workload Scheduler en entornos en clúster de Windows 2003 y 2008.

|

El mandato: v Configura Tivoli Workload Scheduler en todos los nodos del clúster. v Instala el nuevo tipo de recurso Clúster de Tivoli Workload Scheduler (denominado ITWSWorkstation) en todos los nodos del clúster. v Copia el archivo ITWSResources.dll en la carpeta \%systemRoot%\cluster. v Crea una instancia del tipo de recurso Clúster de Tivoli Workload Scheduler dentro del grupo de clústeres especificado. v Añade una dependencia de mi_IP, mi_nombre_red y mi_disco en el recurso.

twsClusterAdm.exe –new domain=MI_DOM user=mi_usuario_TWS pwd=mi_contraseña_TWS –res group=mi_grupo_recursos ip=mi_IP net=mi_nombre_red disk=mi_disco –dll

20

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

Ejemplo 2: Instalación y configuración del nuevo recurso personalizado de Tivoli Workload Scheduler para una instalación existente de Tivoli Workload Scheduler. Acerca de esta tarea Instale y configure el nuevo recurso personalizado de Tivoli Workload Scheduler para una instalación existente de Tivoli Workload Scheduler. Nota: Este ejemplo solamente se aplica si el agente de Tivoli Workload Scheduler ya está instalado para la misma instancia en todos los nodos del clúster y si todos los tipos de arranque de servicios de Tivoli Workload Scheduler están establecidos en Manual. twsClusterAdm.exe –new domain=MI_DOM user=mi_usuario_TWS pwd=mi_contraseña_TWS –res group=mi_grupo_recursos ip=mi_IP net=mi_nombre_red disk=mi_disco –dll –notwsinst

El mandato: v Instala el nuevo tipo de recurso Clúster de Tivoli Workload Scheduler (denominado ITWSWorkstation) en todos los nodos del clúster. v Copia el archivo ITWSResources.dll en la carpeta \%systemRoot%\cluster. v Crea una instancia del tipo de recurso Clúster de Tivoli Workload Scheduler dentro del grupo de clústeres especificado. v Añade una dependencia de mi_IP, mi_nombre_red y mi_disco en el recurso.

Ejemplo 3: Adición de un nuevo agente de Tivoli Workload Scheduler en un entorno en clúster con Tivoli Workload Scheduler ya instalado. Acerca de esta tarea Añada un nuevo agente de Tivoli Workload Scheduler en un entorno en clúster en el que ya se ha instalado un agente de Tivoli Workload Scheduler y se ha configurado en un servidor virtual distinto. twsClusterAdm.exe –new domain=MI_DOM user=mi_usuario_TWS pwd=mi_contraseña_TWS –res group=mi_grupo_recursos ip=mi_IP net=mi_nombre_red disk=mi_disco

El mandato: v Configura Tivoli Workload Scheduler en todos los nodos del clúster. v Crea una instancia del tipo de recurso Clúster de Tivoli Workload Scheduler dentro del grupo de clústeres especificado. v Añade una dependencia de mi_IP, mi_nombre_red y mi_disco en el recurso.

Ejemplo 4: Adición de un tipo de recurso personalizado de Tivoli Workload Scheduler a un grupo de clústeres existente. Acerca de esta tarea Añada una instancia del tipo de recurso personalizado de Tivoli Workload Scheduler a un grupo de clústeres existente. Nota: Este ejemplo solamente se aplica si se ha instalado y configurado el agente de Tivoli Workload Scheduler y si se ha instalado el tipo de recurso personalizado de Tivoli Workload Scheduler y se ha registrado. twsClusterAdm.exe –new domain=MI_DOM user=mi_usuario_TWS pwd=mi_contraseña_TWS –res group=mi_grupo_recursos ip=mi_IP net=mi_nombre_red disk=mi_disco –notwsinst

Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler

21

El mandato: v Crea una instancia del tipo de recurso Clúster de Tivoli Workload Scheduler dentro del grupo de clústeres especificado. v Añade una dependencia de mi_IP, mi_nombre_red y mi_disco en el recurso.

Ejemplo 5: Configuración de Tivoli Workload Scheduler en un nuevo nodo de unión del clúster. Acerca de esta tarea Configure Tivoli Workload Scheduler en un nuevo nodo de unión del clúster. Nota: En este ejemplo solamente se ha instalado y configurado el agente de Tivoli Workload Scheduler en el entorno en clúster. Posiblemente ha utilizado Tivoli Workload Scheduler durante mucho tiempo, ha adquirido un nuevo nodo para este clúster y desea que Tivoli Workload Scheduler pueda acceder al mismo en el caso de una anomalía. twsClusterAdm.exe –new domain=MI_DOM user=mi_usuario_TWS pwd=mi_contraseña_TWS hosts=mi_nombre_host_unión_nuevo

El mandato configura Tivoli Workload Scheduler en mi_nombre_host_unión_nuevo.

Ejemplo 6: Deshacer el registro de Tivoli Workload Scheduler en todos los nodos del clúster salvo en el nodo actual. Acerca de esta tarea Deshaga el registro de Tivoli Workload Scheduler de todos los nodos del clúster salvo en el nodo actual. Consulte la sección relacionada con el procedimiento de desinstalación si desea más detalles. twsClusterAdm.exe –uninst domain=MI_DOM user=mi_usuario_TWS

El mandato elimina la configuración de Tivoli Workload Scheduler de todos los nodos del clúster salvo del nodo actual. Para desinstalar Tivoli Workload Scheduler del nodo actual debe utilizar el procedimiento normal de desinstalación que se describe en la publicación IBM Tivoli Workload Scheduler: Guía de planificación e instalación.

Ejemplo 7: Instalación en el clúster de una nueva versión de la DLL de recursos del clúster de Tivoli Workload Scheduler. Acerca de esta tarea Instale en el clúster una nueva versión de la DLL de recursos del clúster de Tivoli Workload Scheduler. twsClusterAdm.exe –update resource=

El mandato actualiza el tipo de recursos Clúster de Tivoli Workload Scheduler si hay disponible una nueva versión.

Ejemplo 8: Actualización/Descarga forzada de la DLL de recursos del clúster de Tivoli Workload Scheduler en el clúster. Acerca de esta tarea Efectúe una actualización o una descarga forzada de la DLL de recursos del clúster de Tivoli Workload Scheduler en el clúster. twsClusterAdm.exe –update resource= –force

22

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

El mandato actualiza el recurso del clúster de Tivoli Workload Scheduler sin verificar si la versión es posterior a la versión instalada.

Ejemplo 9: Primera instalación del gestor de dominio de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008, especificando opciones genéricas. Acerca de esta tarea Instalación por primera vez de un gestor de dominio de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008, especificando las opciones genéricas kill y link twsClusterAdm.exe –new domain=MI_DOM user=mi_usuario_TWS pwd=mi_contraseña_TWS –res group=mi_grupo_recursos ip=mi_IP net=mi_grupo_recursos disk=mi_disco opts=killjob;link=MASTERDM!MASTER; –dll

El mandato: v Configura Tivoli Workload Scheduler en todos los nodos del clúster. v Instala el nuevo tipo de recurso Clúster de Tivoli Workload Scheduler (denominado ITWSWorkstation) en todos los nodos del clúster. v Copia el archivo ITWSResources.dll en la carpeta \%systemRoot%\cluster. v Crea una instancia del tipo de recurso Clúster de Tivoli Workload Scheduler dentro del grupo de clústeres especificado. v Añade una dependencia de mi_IP, mi_nombre_red y mi_disco en el recurso. v Establece las opciones genéricas kill y link.

Ejemplo 10: Actualización desde Tivoli Workload Scheduler versiones 8.2.1, 8.3 ó 8.4, habilitadas para clúster. Acerca de esta tarea Actualice desde Tivoli Workload Scheduler versión 8.2.1, Fix Pack 1, versión 8.3, o versión 8.4, habilitadas para clúster, a la versión 8.5.1 del siguiente modo: v Desde la consola de administración del clúster, coloque ITWSWorkstation_mydomain_mytwsuser fuera de línea (el recurso de ITWSWorkstation que desea actualizar). v Elija la instalación del agente relacionada con el usuario mytwsuser y actualícela a Tivoli Workload Scheduler versión 8.5.1. v Desde el directorio \cluster, inicie twsClusterAdm.exe –update resource= –twsupd –ask=no

El archivo DLL del recurso y el registro de servicios de Windows se actualizan y el archivo DLL se reinicia sin intervención del operador. v Desde la consola del Administrador de clústeres ponga el recurso ITWSWorkstation_mydomain_mytwsuser en línea.

Ejemplo 11: Primera instalación de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008, definiendo un escritorio compartido. Acerca de esta tarea Instalación por primera vez de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008, definiendo un escritorio compartido que utilizará Jobmon (es como el ejemplo 1, pero con la adición del escritorio compartido): twsClusterAdm.exe –new domain=MI_DOM user=mi_usuario_TWS pwd=mi_contraseña_TWS –res group=mi_grupo_recursos ip=mi_IP net=mi_nombre_red disk=mi_disco –dll –sharedesktop Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler

23

El mandato: v Configura Tivoli Workload Scheduler en todos los nodos del clúster. v Instala el nuevo tipo de recurso Clúster de Tivoli Workload Scheduler (denominado ITWSWorkstation) en todos los nodos del clúster. v Copia el archivo ITWSResources.dll en la carpeta \%systemRoot%\cluster. v Crea una instancia del tipo de recurso Clúster de Tivoli Workload Scheduler dentro del grupo de clústeres especificado. v Añade una dependencia de mi_IP, mi_nombre_red y mi_disco en el recurso. v Define que jobmon utiliza el nombre de escritorio compartido predeterminado

Ejemplo 12: Primera instalación de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008, utilizando un nombre personalizado de instancia de recurso. Acerca de esta tarea Instalación por primera vez de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008, utilizando un nombre personalizado de instancia de recurso (es como el ejemplo 1, pero con la adición del nombre personalizado de instancia de recurso): twsClusterAdm.exe –new domain=MI_DOM user=mi_usuario_TWS pwd=mi_contraseña_TWS –res group=mi_grupo_recursos ip=mi_IP net=mi_nombre_red disk=mi_disco resname=myResName –dll

El mandato: v Configura Tivoli Workload Scheduler en todos los nodos del clúster. v Instala el nuevo tipo de recurso Clúster de Tivoli Workload Scheduler (denominado ITWSWorkstation) en todos los nodos del clúster. v Copia el archivo ITWSResources.dll en la carpeta \%systemRoot%\cluster. v Crea una instancia del tipo de recurso Clúster de Tivoli Workload Scheduler dentro del grupo de clústeres especificado. v Añade una dependencia de mi_IP, mi_nombre_red y mi_disco en el recurso. v Define que el nombre de la instancia de recurso es mi_nombre_recurso.

Ejemplo 13: Cambio del nombre de la instancia de recurso Acerca de esta tarea Cambio del nombre de una instancia de recurso existente: twsClusterAdm.exe –changeResName "ITWSWorkstation_CLUSTER_SA_DM1" "myResName"

El mandato cambia el nombre de la instancia de recurso ITWSWorkstation_CLUSTER_SA_DM1 por myResName. | | | | |

Ejemplo 14: Primera instalación del gestor de dominio de Tivoli Workload Scheduler en un entornos de clúster de Windows 2003 y 2008, especificando opciones de supervisión de la planificación dinámica.

| | |

Instalación por primera vez de un gestor de dominio de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008, especificando la opción genérica ftaOff.

Acerca de esta tarea

24

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

| | |

twsClusterAdm.exe –new domain=MI_DOM user=mi_usuario_TWS pwd=mi_contraseña_TWS –res group=mi_grupo_recursos ip=mi_IP net=mi_grupo_recursos disk=mi_disco opts=ftaOff

| | | | |

El mandato: v Configura Tivoli Workload Scheduler en todos los nodos del clúster. v Instala el nuevo tipo de recurso Clúster de Tivoli Workload Scheduler (denominado ITWSWorkstation) en todos los nodos del clúster. v Copia el archivo ITWSResources.dll en la carpeta \%systemRoot%\cluster. v Crea una instancia del tipo de recurso Clúster de Tivoli Workload Scheduler dentro del grupo de clústeres especificado. v Añade una dependencia de mi_IP, mi_nombre_red y mi_disco en el recurso. v Establece la opción genérica ftaOff para habilitar la supervisión del agente de planificación dinámica.

| | | | | | | | | |

Ejemplo 15: Primera instalación del gestor de dominio de Tivoli Workload Scheduler en un entornos de clúster de Windows 2003 y 2008, especificando opciones de supervisión de la planificación dinámica y del gestor de trabajos.

| | | | | |

Instalación por primera vez de un gestor de dominio de Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008, especificando la opción genérica lwaOn.

| | | | |

El mandato: v Configura Tivoli Workload Scheduler en todos los nodos del clúster.

| | | | |

v Crea una instancia del tipo de recurso Clúster de Tivoli Workload Scheduler dentro del grupo de clústeres especificado. v Añade una dependencia de mi_IP, mi_nombre_red y mi_disco en el recurso.

Acerca de esta tarea

twsClusterAdm.exe –new domain=MI_DOM user=mi_usuario_TWS pwd=mi_contraseña_TWS –res group=mi_grupo_recursos ip=mi_IP net=mi_grupo_recursos disk=mi_disco opts=lwaOn

v Instala el nuevo tipo de recurso Clúster de Tivoli Workload Scheduler (denominado ITWSWorkstation) en todos los nodos del clúster. v Copia el archivo ITWSResources.dll en la carpeta \%systemRoot%\cluster.

v Establece las opciones genéricas lwaOn para habilitar la supervisión del agente de planificación dinámica y el gestor de trabajos.

|

Funcionamiento de Tivoli Workload Scheduler en entorno de clúster de Windows 2003 y 2008 Acerca de esta tarea | | | | |

En esta sección se describe cómo utilizar Tivoli Workload Scheduler en entornos de clúster de Windows 2003 y 2008. Se ha dividido en las subsecciones siguientes: v “Dependencias de recursos del clúster” en la página 26 v “Arranque y conclusión de Tivoli Workload Scheduler” en la página 26 v “La nueva opción local “nombre instancia clúster”” en la página 27

Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler

25

Dependencias de recursos del clúster Uno de los pasos más importantes cuando se ejecuta Tivoli Workload Scheduler en entornos en clúster de Windows 2003 y 2008 es verificar que las dependencias estén correctamente establecidas. Para asegurarse de que Tivoli Workload Scheduler funciona correctamente, la instancia de recursos del clúster de Tivoli Workload Scheduler debe depender de los tipos de recursos siguientes: v Dirección IP v Disco físico

|

v Nombre de red tal como se muestra en el ejemplo siguiente en Windows Server 2003

Figura 5. Separador Dependencias de recursos (Windows Server 2003)

Puede añadir más dependencias para asegurarse de que Tivoli Workload Scheduler inicia los trabajos solamente cuando haya un servicio indicado disponible. Esto ocurre cuando Tivoli Workload Scheduler planifica trabajos que tienen como requisito previo otras aplicaciones que detectan clústeres. Por ejemplo, para asegurarse de que el trabajo de SQL se inicie solamente cuando haya disponible una base de datos relacional que detecta clústeres, añada una dependencia del recurso del clúster de la base de datos relacional al recurso del clúster de Tivoli Workload Scheduler.

Arranque y conclusión de Tivoli Workload Scheduler Acerca de esta tarea Los métodos siguientes ya no se pueden utilizar para detener Tivoli Workload Scheduler porque provocarían una anomalía del recurso de clúster del Tivoli Workload Scheduler: v Conman shut

26

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

|

v v v v

Shutdown.cmd StartUp.cmd Conman start si el recurso ITWSWorkstation está fuera de línea. StartupLwa.cmd

Utilice los scripts siguientes para detener e iniciar Tivoli Workload Scheduler (seguidamente puede renombrarlos si lo desea):

|

v ShutDown_clu.cmd v StartUp_clu.cmd v ShutdownLwa.cmd El programa twsClusterAdm.exe creará automáticamente los scripts anteriores bajo el directorio de instalación de Tivoli Workload Scheduler. Si no utiliza estos scripts, deberá ejecutar los mandatos siguientes para detener e iniciar los servicios de Tivoli Workload Scheduler.

Stop Acerca de esta tarea cluster res /offline

Start Acerca de esta tarea cluster res /online

Ejemplos Acerca de esta tarea Si ITWSWorkstation_DOMAIN_MST_UserR es el nombre de la instancia de recursos de TWS para concluir Tivoli Workload Scheduler, deberá utilizar: cluster res ITWSWorkstation_DOMAIN_MST_UserR /offline

Para iniciar los servicios de Tivoli Workload Scheduler tiene que utilizar: cluster res ITWSWorkstation_DOMAIN_MST_UserR /online

donde clúster es el mandato de Windows para administrar el clúster (ejecutado desde el indicador de mandatos de Windows).

La nueva opción local “nombre instancia clúster” Acerca de esta tarea Uno de los pasos del programa de utilidad twsClusterAdmin es el registro del nombre de la instancia del recurso de clúster de Tivoli Workload Scheduler dentro del archivo localopts de la opción local. El agente de Tivoli Workload Scheduler utiliza el valor de esta nueva opción local para señalar al recurso de clúster de Tivoli Workload Scheduler que el agente ha recibido un mandato de detención. Es importante cambiar el valor de la opción local nombre instancia clúster cada vez que se cambie el nombre de la instancia del recurso de Tivoli Workload Scheduler. Si la opción local nombre instancia clúster no apunta al nombre Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler

27

correcto, el recurso de Tivoli Workload Scheduler se establecerá en el estado anomalía en el supervisor de recursos del clúster. No especifique este nombre en caracteres DBCS (juego de caracteres de doble byte). Para cambiar el nombre de la instancia del recurso de Tivoli Workload Scheduler utilice el procedimiento siguiente: 1. Ponga la instancia de recursos de Tivoli Workload Scheduler en estado de fuera de línea utilizando la consola del Administrador de clústeres. Para verificar si Tivoli Workload Scheduler se ha detenido correctamente, puede utilizar la consola del Administrador de clústeres y comprobar el estado de la instancia de recursos de Tivoli Workload Scheduler. Si no se ha conseguido detener el recurso puede consultar los registros del clúster y de Tivoli Workload Scheduler para saber el motivo. Consulte el apartado “Rastreos” en la página 33 para obtener más detalles sobre los archivos de registro. 2. Modifique el nombre del recurso del clúster de Tivoli Workload Scheduler directamente desde la consola del Administrador de clústeres, tal como se muestra en el ejemplo siguiente, en Windows Server 2003. No especifique este nombre en caracteres DBCS (juego de caracteres de doble byte).

| | | | | |

| | Figura 6. Ejemplo de grupo de clústeres en Windows Server 2003 | 3. Abra el archivo localopts utilizando el Bloc de notas. Modifique el valor de la opción local nombre instancia clúster. Compruebe que el nombre sea el mismo que el que ha especificado para el recurso del clúster de Tivoli Workload Scheduler en el paso 2.

28

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

Figura 7. Localopts – Bloc de notas

4. Modifique el nombre de la instancia del clúster en los scripts StartUp_clu.cmd y ShutDown_clu.cmd. 5. Ponga la instancia de recursos de Tivoli Workload Scheduler en estado en línea en la consola del Administrador de clústeres.

Ampliación del Administrador de clústeres de Tivoli Workload Scheduler Esta sección describe la ampliación del Administrador de clústeres. Se ha dividido en las subsecciones siguientes: v “Visión general de la ampliación del Administrador de clústeres” v “Instalación de la ampliación del Administrador de clústeres” en la página 30

Visión general de la ampliación del Administrador de clústeres El Administrador de clústeres es un programa de utilidad de sistemas con una interfaz gráfica de usuario que permite que los administradores gestiones objetos del clúster, gestionen el mantenimiento y supervisen la actividad del clúster. La ampliación del Administrador de clústeres de Tivoli Workload Scheduler es una biblioteca de enlace dinámico que, cuando se ha instalado, amplía la consola del Administrador de clústeres con una nueva hoja de propiedades y con una página de asistente que le permite ver y editar las propiedades de los recursos de Tivoli Workload Scheduler.

Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler

29

Figura 8. Separador Nuevos parámetros de propiedades

El gráfico muestra el separador Parámetros de la nueva página de propiedades que le permite modificar los parámetros de recursos del clúster ITWSWorkstation.

Instalación de la ampliación del Administrador de clústeres Acerca de esta tarea Instala este componente solamente si desea editar las propiedades directamente desde la consola del Administrador de clústeres. Si no instala la ampliación de Administración de clústeres, el separador Parámetros (vea la Figura 8) no estará disponible. Para modificar los parámetros de recursos del clúster ITWSWorkstation, tendrá que cambiar estas propiedades utilizando el programa de utilidad del sistema cluster.exe. Instale la ampliación del Administrador de clústeres en un sistema donde se vaya a utilizar la consola del Administrador de clústeres. Utilice el procedimiento siguiente para instalar una nueva ampliación del Administrador de clústeres: 1. Copie los archivos ITWSWorkstationEx.dll y ITWSExInst.cmd del directorio \cluster en el directorio en el que desee instalar la ampliación del Administrador de clústeres. Puede utilizar el directorio predeterminado para el clúster: \%systemRoot%\cluster. 2. Efectúe una doble pulsación sobre ITWSExInst.cmd, o ejecútelo desde un shell de mandatos para instalar la ampliación del Administrador de clústeres.

30

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

Desinstalación de Tivoli Workload Scheduler Acerca de esta tarea Los pasos para eliminar el producto se tienen que iniciar desde el mismo nodo que se ha utilizado anteriormente para instalar Tivoli Workload Scheduler y los posteriores fixpack. El procedimiento es el siguiente: 1. Elimine manualmente la instancia de recursos personalizada de Tivoli Workload Scheduler del grupo de clústeres. Para ello, puede utilizar la consola del Administrador de clústeres. 2. De forma opcional, deshaga el registro del tipo de recurso utilizando el mandato: cluster restype ITWSWorkstation /delete

No deshaga el registro del recurso si hay instancias en otros grupos de clústeres. 3. De forma opcional, suprima el archivo DLL ITWSResources.dll del directorio de instalación (el directorio predeterminado es \%systemRoot%\cluster). 4. Ejecute el programa de utilidad TwsClusterAdm –uninst. Este programa de utilidad elimina los servicios de Tivoli Workload Scheduler y registra claves procedentes de nodos de clúster distintos del nodo actual. Para eliminar Tivoli Workload Scheduler del nodo actual, puede ejecutar el programa de desinstalación normal (consulte la publicación IBM Tivoli Workload Scheduler: Guía de planificación e instalación).

Capítulo 2. Tivoli Workload Scheduler Windows 2003 y 2008 Cluster Enabler

31

32

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

Capítulo 3. Resolución de problemas Esta parte de la publicación ofrece información sobre la resolución de problemas de Tivoli Workload Scheduler en un entorno en clúster de Windows 2003. Esta información corresponde al motor de Tivoli Workload Scheduler y a la instalación para este entorno. Para obtener más información sobre la resolución de problemas de Tivoli Workload Scheduler, consulte la publicación IBM Tivoli Workload Scheduler Administration and Troubleshooting. Este capítulo contiene las secciones siguientes: v “Rastreos” v “Error 1314 al poner en conexión el recurso y la estación de trabajo no tiene enlace” en la página 34 v “La instancia de recursos de Tivoli Workload Scheduler informa de un estado de anomalía o los trabajos del usuario de Tivoli Workload Scheduler pasan al estado abend (terminación anómala)” en la página 34 v “Panel de informe de Windows con el volcado del núcleo de Batchup.exe o Jobmon.exe” en la página 35 v “Clúster: Error de validación de IP en Netman stdlist” en la página 35

Rastreos Tivoli Workload Scheduler conserva registros de diferentes actividades en diferentes lugares. Consulte la publicación IBM Tivoli Workload Scheduler Administration and Troubleshooting para obtener más información. El pack de habilitación del nuevo clúster presenta dos archivos de rastreo en el directorio Directorio instalación TWS\stdlist\traces: clu_offline.log Cuando el recurso personalizado de Tivoli Workload Scheduler pasa a fuera de línea (cada vez que se produce una migración tras error), el recurso personalizado de Tivoli Workload Scheduler inicia la línea de mandatos conman para detener y desenlazar la instancia. En este registro puede encontrar la salida del mandato. clu_online.log Cuando el recurso personalizado de Tivoli Workload Scheduler pasa a estar en línea (cada vez que se produce una migración tras error), el recurso personalizado de Tivoli Workload Scheduler inicia la línea de mandatos conman para enlazar la estación de trabajo a su gestor de dominio. En este registro puede encontrar la salida del mandato conman link @!@;noask. Toda acción emprendida por el recurso personalizado de Tivoli Workload Scheduler se registra dentro del archivo de registro de clústeres del sistema. Se trata de un archivo denominado cluster.log ubicado bajo la carpeta \%systemRoot%\cluster.

33

Error 1314 al poner en conexión el recurso y la estación de trabajo no tiene enlace El problema podría estar relacionado con los permisos del administrador de clústeres. Para comprobarlo: 1. Abra el archivo de registro del clúster (cluster.log) situado en la carpeta \%systemRoot%\cluster. 2. Busque las series que contengan ITWSWorkstation. Son los mensajes registrados por el recurso personalizado de Tivoli Workload Scheduler. 3. Si aparece un mensaje similar al siguiente: ERR ITWSWorkstation : SubmitTwsCommand: CreateProcessWithLogonW failed \conman.exe> < start;noask> '1314' Significa que se ha producido el error 1314 del sistema, El cliente no dispone de un privilegio necesario, al iniciar el mandato conman. 4. Para resolver el problema, deberá conceder al usuario del clúster privilegios suficientes para permitir que la instancia del recurso personalizado envíe un enlace de mandatos de Tivoli Workload Scheduler. Para resolver este problema, añada el derecho Sustitución de una señal de nivel de proceso a la cuenta de administrador del clúster (es el nombre del usuario que se haya elegido cuando se ha configurado el clúster). Para añadir este derecho a la cuenta del administrador del clúster abra Panel de control → Herramientas administrativas → Directiva de seguridad local → Directivas locales → Asignación de derechos de usuario y añada la cuenta de usuario administrador del clúster en la lista de directivas de seguridad Sustitución de una señal de nivel de proceso. Este derecho es necesario para poder habilitar el administrador del clúster de forma que actúe como usuario de Tivoli Workload Scheduler. De esta forma, el recurso personalizado de Tivoli Workload Scheduler, que se ejecuta con los permisos del usuario administrador del clúster, podrá detener, iniciar y enlazar Tivoli Workload Scheduler. Reinicie los nodos del clúster para que el cambio entre en vigor. Esta operación solamente es necesaria la primera vez que se configura Tivoli Workload Scheduler para que funcione en el entorno en clúster de Windows 2003. Deberá rearrancar los nodos del clúster para que este cambio entre en vigor.

La instancia de recursos de Tivoli Workload Scheduler informa de un estado de anomalía o los trabajos del usuario de Tivoli Workload Scheduler pasan al estado abend (terminación anómala) Problema: Si ejecuta más de tres instancias de Tivoli Workload Scheduler en el mismo nodo y hay trabajos en ejecución, es posible que suceda lo siguiente: v La instancia de recursos del clúster de Tivoli Workload Scheduler está en estado de anomalía. Consulte el estado de los recursos en la consola del Administrador de clústeres (Figura 6 en la página 28). v Los trabajos del usuario de Tivoli Workload Scheduler pasan al estado abend o fail. En tal caso, puede encontrar el siguiente mensaje de error en \stdlist\date\NOMBRE_USUARIO_TWS: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + AWSBIJ139E Se ha producido un error interno. Jobmon no ha podido crear un + nuevo escritorio en la estación de la ventana asociada al proceso de llamada.

34

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

+ El error se ha producido en el siguiente archivo de código fuente: + ../../src/jobmon/monutil.c at line: 2454. El mensaje de error + +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ AWSBIJ140E Se ha producido un error interno. Jobmon no ha podido crear el entorno de proceso de Windows para iniciar trabajos. El error se ha producido en el siguiente archivo de código origen: ../../src/jobmon/monutil.c en la línea: 830.

El siguiente mensaje de error está en el archivo \stdlist\logs\ date_TWSMERGE.log: 06:00:28 19.05.2006|BATCHMAN:* AWSBHT061E Batchman ha recibido un registro de buzón de correo que indica que el siguiente trabajo ha terminado inesperadamente: El sistema se ha quedado sin almacenamiento dinámico de escritorio. 06:00:28 19.05.2006|BATCHMAN:* AWSBHT061E Batchman ha recibido un registro de buzón que indica que el siguiente trabajo ha terminado de forma inesperada: El sistema ha agotado el almacenamiento dinámico del escritorio.

Solución: La solución a este problema ofrece varias opciones, que se describen en el apartado Resolución de problemas de tamaño de almacenamiento dinámico de escritorio en estaciones de trabajo con más de tres agentes

Panel de informe de Windows con el volcado del núcleo de Batchup.exe o Jobmon.exe Problema: Después de una migración tras error del nodo A al nodo B, a veces Jobmon y Batchup provocan una volcado del núcleo con un error de violación de la segmentación que se produce en el nodo A. Puede ver la segmentación tras rearrancar el nodo A o cuando se registre con el usuario de Tivoli Workload Scheduler. Esto no ocasiona ningún problema porque Tivoli Workload Scheduler en el nodo B funciona correctamente después de una segunda migración tras error y Tivoli Workload Scheduler también funciona en el nodo A.

Clúster: Error de validación de IP en Netman stdlist Este problema se produce cuando el campo del nodo de una definición de estación de trabajo se ha definido como una dirección IP real en lugar de con un recurso de nombre de red de clúster. El problema es que la validación de IP se realiza utilizando la dirección IP del nodo cuando se arranca Tivoli Workload Scheduler y no la dirección IP de los recursos fta del clúster. Puede ver este aviso cuando el agente padre/hijo está instalado en un clúster y hay una discrepancia entre la dirección IP real que se ha detectado desde el canal TCP/IP y la dirección IP declarada en la definición de la estación de trabajo (nodo de propiedades). Si el nodo de propiedades es un nombre host, se resolverá en primer lugar (realizando una consulta del DNS).

Capítulo 3. Resolución de problemas

35

36

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

Índice Caracteres Especiales –ask, argumento de twsClusterAdm.exe 18 –changeResName, parámetro de twsClusterAdm.exe 19 –dll, parámetro de twsClusterAdm.exe 17 –force, argumento de twsClusterAdm.exe 18 –force, parámetro de twsClusterAdm.exe 17 –new, parámetro de twsClusterAdm.exe 15 –notwsinst, parámetro de twsClusterAdm.exe 17 –res, parámetro de twsClusterAdm.exe 15 –sharedDesktop, parámetro de twsClusterAdm.exe 17 –twsupd, argumento de twsClusterAdm.exe 19 –uninst, parámetro de twsClusterAdm.exe 18 –update, parámetro de twsClusterAdm.exe 18

archivos DLL (continuación) ITWSWorkstationEx.dll 7 argumentos, a twsClusterAdm.exe ask, argumento de twsClusterAdm.exe 18 changeResName, parámetro de twsClusterAdm.exe 19 check_interval, argumento de twsClusterAdm.exe 16

F 15

G

C clu_offline.log 33 clu_online.log 33 cluster.log 33 clústeres de Windows 2003 dónde encontrar más información 1 compatibilidad con versiones anteriores 4 Conman shut 26 Conman start 27 consola del Administrador de clústeres, utilización 28 contenido, Windows 2003 Cluster Enabler 7

acción de recuperación en caso de migración tras error permiso para 3 acción de retrotracción o de recuperación permiso para 3 actualización 12 agente de Tivoli Workload Scheduler 12 agente, instalación en una configuración que detecta clústeres 10 agente de Tivoli Workload Scheduler actualización en una configuración que detecta clústeres 12 instalación en una configuración que detecta clústeres 10 ampliación del Administrador de clústeres instalación 30 visión general 29 Separador Parámetros 30 archivo localopts modificación 28 archivos de rastreo 33 clu_offline.log 33 clu_online.log 33 cluster.log 33 archivos DLL ITWSResources.dll 7

dependencias de recursos del clúster 26 Dirección IP 26 Disco físico 26 Nombre de red 26 Dirección IP 26 Disco físico 26 disk, argumento de twsClusterAdm.exe 16 disponibilidad elevada definición 2 DLL DLL de recursos personalizados 6 dll, parámetro de twsClusterAdm.exe 17 DLL de recursos personalizados 6 puntos de entrada IsAlive 6 Offline 6 Online 6 Terminate 7 domain, argumento de twsClusterAdm.exe 15, 18

H hosts, argumento de twsClusterAdm.exe

15, 18

instalación agente de Tivoli Workload Scheduler 10 ampliación del Administrador de clústeres 30 instalación en un clúster 8 requisitos previos 9 Windows 2003 y 2008 Cluster Enabler 7 instalación en un clúster 8 ip, argumento de twsClusterAdm.exe Isalive, argumento de twsClusterAdm.exe 16 ITWSExInst.cmd 7 ITWSResources.dll 7 ITWSWorkstationEx.dll 7

15

L lookalive, argumento de twsClusterAdm.exe 16

M

E ejemplos twsClusterAdm.exe error 1314 34 estado abend 34

gestor de dominio de reserva Tivoli Workload Scheduler 2 gestor de dominio maestro no permitido en el servidor virtual del clúster motivos 3 group, argumento de twsClusterAdm.exe 15

I

D A

failover, argumento de twsClusterAdm.exe 16 force, argumento de twsClusterAdm.exe 18 force, parámetro de twsClusterAdm.exe 17

19

mandatos cluster res 27 ShutDown_clu.cmd 27 Shutdown.cmd 11 StartUp_clu.cmd 27 tws_env.cmd 11 twsClusterAdm.exe 13

37

mandatos (continuación) twsClusterAdmin.exe, opción local 27

N name, argumento de twsClusterAdm.exe 18 net, argumento de twsClusterAdm.exe 15 new, parámetro de twsClusterAdm.exe 15 Nombre de red 26 nombre instancia clúster modificación en el archivo localopts 28 en el script ShutDown_clu.cmd 29 en el script StartUp_clu.cmd 29 opción local 27 nombre_instancia_recurso, argumento de twsClusterAdm.exe 19 nombre instancia recursos cambio 28 notwsinst, parámetro de twsClusterAdm.exe 17 nuevo_nombre_instancia_recurso, argumento de twsClusterAdm.exe 19

O opts, argumento de twsClusterAdm.exe

16

P parámetros, a twsClusterAdm.exe 15 path, argumento de twsClusterAdm.exe 17 política de seguridad Sustitución de una señal de nivel de proceso 10, 34 programa de utilidad Shutdown.cmd 11 pwd, argumento de twsClusterAdm.exe 15

R requisitos previos 9 res, parámetro de twsClusterAdm.exe 15 resname, argumento de twsClusterAdm.exe 16 resolución de problemas 33 archivos de rastreo 33 Batchup volcado del núcleo 35 error 1314 34 estado abend 34 Jobmon volcado del núcleo 35 resource, argumento de twsClusterAdm.exe 18

38

S scripts ShutDown_clu.cmd 27 StartUp_clu.cmd 27 Separador Parámetros ampliación del Administrador de clústeres 30 sharedDesktop, parámetro de twsClusterAdm.exe 17 ShutDown_clu.cmd 27 Shutdown.cmd 11, 27 ShutdownLwa.cmd 27 sintaxis twsClusterAdm.exe 14 StartUp_clu.cmd 27 StartUp.cmd 27 StartupLwa.cmd 27 Sustitución de una señal de nivel de proceso política de seguridad 10, 34

T tcpport, argumento de twsClusterAdm.exe 16 Tivoli Workload Scheduler acción de recuperación en caso de migración tras error 3 acción de retrotracción o de recuperación 3 ampliación del Administrador de clústeres 29 instalación 30 visión general 29 autenticación de la seguridad 4 autorización 4 compatibilidad con versiones anteriores 4 configuración con twsClusterAdm 13 dependencias de recursos del clúster 26 desinstalación 31 detención 26 mandato cluster res 27 dónde encontrar más información 1 en entornos de clúster de Windows 2003 y 2008 25 entorno en clúster integración en 1 gestor de dominio de reserva 2 gestor de dominio maestro no permitido en el servidor virtual del clúster 3 hacer que detecte clústeres 11 inicio 26 mandato cluster res 27 integración en entorno en clúster 1 limitaciones del diseño del producto 3 línea de mandatos no se pasa automáticamente fuera de línea durante una migración tras error 3

Tivoli Workload Scheduler (continuación) nombre instancia recursos cambio 28 resolución de problemas 33 archivos de rastreo 33 error 1314 34 estado abend 34 volcado del núcleo 35 Windows 2003 Cluster Enabler 5 componentes 5 requisitos previos 4 tolerancia a errores definición 2 tws_env.cmd 11 twsClusterAdm agente de Tivoli Workload Scheduler 13 twsClusterAdm.exe 7, 11, 13 argumentos 15 ejemplos 19 parámetros 15 sintaxis 14 twsClusterAdmin.exe nombre instancia clúster opción local 27 twshome, argumento de twsClusterAdm.exe 15 twsupd, argumento de twsClusterAdm.exe 19

U uninst, parámetro de twsClusterAdm.exe 18 update, parámetro de twsClusterAdm.exe 18 user, argumento de twsClusterAdm.exe 15, 18

V volcado del núcleo

35

W Windows 2003 Cluster Enabler componentes 5 contenido 7 instalación en un clúster 8 requisitos previos 9 Windows 2003 y 2008 Cluster Enabler componentes DLL de recursos personalizados contenido ITWSExInst.cmd 7 ITWSResources.dll 7 ITWSWorkstationEx.dll 7 twsClusterAdm.exe 7 instalación 7

Utilización de Microsoft Cluster Service en Windows Server 2003 y Windows Server 2008

6