Planejamento e Instalação

Transcrição

1 IBM Tivoli Workload Scheduler Planejamento e Instalação Versão 9 Release 1 S

2

3 IBM Tivoli Workload Scheduler Planejamento e Instalação Versão 9 Release 1 S

4 Nota Antes de utilizar estas informações e o produto a que elas se referem, consulte as informações em Avisos na página 423. Essa edição se aplica à versão 9, liberação 1, nível de modificação 0 do Tivoli Workload Scheduler (número de programa 5698-WSH) e a todas as liberações e modificações subsequentes até que seja indicado de maneira diferente em novas edições. Copyright IBM Corporation 1999, 2013.

5 Índice Figuras ix Tabelas xi Sobre Esta Publicação xiii O Que Há de Novo neste Release xiii Quem Deve Ler Esta Publicação xiii Publicações xiii Acessibilidade xiii treinamento técnico do Tivoli xiv Informações sobre suporte xiv Parte 1. Planejamento Capítulo 1. Planejamento da rede Ambiente do Tivoli Workload Scheduler Interfaces do Tivoli Workload Scheduler Planejando o Ambiente Ambiente de carga de trabalho distribuída com capacidades de planejamento estático Ambiente de carga de trabalho distribuída com recursos de planejamento dinâmico Ambiente de carga de trabalho distribuída com recursos de planejamento estático e dinâmico.. 13 Ambiente de Carga de Trabalho de Ponta a Ponta 14 Ambiente de carga de trabalho integrada com sistemas externos Ambiente de carga de trabalho orientado por sistema distribuído para z/os Planejando Domínios Processamento Localizado no Domínio Considerações no planejamento de domínios.. 18 Rede de domínio único Rede de Vários Domínios Classes de Estação de Trabalho Considerações sobre Fuso Horário Parte 2. Tivoli Workload Scheduler 25 Capítulo 2. Preparando para Instalação 27 Visão Geral da Instalação Método de instalação Acessando a Mídia de Instalação Usando DVDs Fazendo Download de eimages em sua Estação de Trabalho Criando um Repositório de Rede Considerações sobre Instalação Diretórios Criados Fora de TWA_home no Momento da Instalação Serviços do Windows Capítulo 3. Pré-requisitos Sistemas Operacionais Suportados Sistemas de Gerenciamento de Banco de Dados Relacional Instalando o DB Instalando o Oracle Tivoli Workload Scheduler usuário Estrutura e Direitos de Domínio do Usuário do Windows Considerações para os Controladores de Domínio do Windows que Executam o Microsoft Active Directory Verificando Configurações do Ambiente para Usuários do Windows Vista Varrendo Pré-requisitos do Sistema para Tivoli Workload Scheduler Varrendo Pré-requisitos do Sistema para o Installation Manager Capítulo 4. Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade Criando ou Fazendo Upgrade das Tabelas de Banco de Dados se Estiver Usando o DB Customizando o Arquivo de Propriedades para DB Gerando os Arquivos SQL para o DB Executando o Script para Criar ou Fazer Upgrade de Tabelas SQL para DB Criando ou Fazendo Upgrade das Tabelas de Banco de Dados Se Estiver Usando o Oracle Customizando o Arquivo de Propriedades para Oracle Gerando os Arquivos SQL para o Oracle Executando Scripts para Criar ou Fazer Upgrade das Tabelas SQL para Oracle Capítulo 5. Instalando Instalando Componentes Principais Instalando um Gerenciador de Domínio Principal ou seu Backup Instalando um Gerenciador de Domínio Dinâmico ou seu Backup Instalando Agentes Descobrindo Componentes Instalados Instalando Componentes Adicionais Instalando o Job Brokering Definition Console 115 Instalando o Tivoli Workload Scheduler Integration Workbench Instalando os Plug-ins do adicional Usando o Tivoli Workload Scheduler para Plug-ins Adicionais Copyright IBM Corp. 1999, 2013 iii

6 Capítulo 6. Fazendo Upgrade Visão Geral do Upgrade Escolhendo como Fazer Upgrade de sua Rede Verificando Pré-requisitos de Software Suportado antes de Fazer Upgrade Sistemas Operacionais Suportados Bancos de Dados Suportados Pré-requisitos de Nível do Produto para gerenciador de domínio principal, gerenciador de domínio principal de Backup e Agentes Requisitos de Autorização do Usuário Arquivos e Pastas Alterados durante o Upgrade 129 Arquivos não Alterados durante o Upgrade do Gerenciador de Domínio Principal Varrendo Pré-requisitos do Sistema para Tivoli Workload Scheduler Varrendo Pré-requisitos do Sistema para o Installation Manager Atualizando o Componente Único Tivoli Workload Scheduler Atualizando os Componentes do Tivoli Workload Scheduler Instalados no Mesmo Diretório Procedimento para Fazer Upgrade do agente tolerante a falhas e do Conector Distribuído Procedimento para Fazer Upgrade do agente tolerante a falhas e do Dynamic Workload Console Procedimento para Fazer Upgrade do agente tolerante a falhas, do Dynamic Workload Console e do z/os Connector Procedimento para Fazer Upgrade do agente tolerante a falhas e do z/os Connector Procedimento para Fazer Upgrade do gerenciador de domínio dinâmico e do Dynamic Workload Console Procedimento para Atualizar o gerenciador de domínio dinâmico, o Dynamic Workload Console e o z/os Connector Procedimento para Fazer Upgrade do gerenciador de domínio dinâmico e do z/os Connector Procedimento para Fazer Upgrade do gerenciador de domínio principal e do Dynamic Workload Console Procedimento para Fazer Upgrade do gerenciador de domínio principal, do Dynamic Workload Console e do z/os Connector Procedimento para Fazer Upgrade do gerenciador de domínio principal e do z/os Connector Atualizando uma Instância do gerenciador de domínio principal ou Seu Backup Desempenhando um Upgrade Direto Desempenhando um Upgrade Paralelo Desempenhando um Upgrade Seguro Fazendo Upgrade de uma Instância do gerenciador de domínio dinâmico ou de seu Backup Desempenhando um Upgrade Direto Desempenhando um Upgrade Paralelo Atualizando Agentes e Gerenciadores de Domínio 187 Desvinculando e Parando o Tivoli Workload Scheduler ao Fazer Upgrade das Estações de Trabalho do Agente Executando o Upgrade Atualizando Agentes Usando o IBM Endpoint Manager Atualizando quando Há Arquivos de Registro Corrompidos Recriando Arquivos de Registro Usando twsinst 212 Capítulo 7. Configurando Configurando as Variáveis de Ambiente Configurando um Gerenciador de Domínio Principal Etapas de Configuração para um Gerenciador de Domínio Principal Configurado como Backup configurando um gerenciador de domínio Configurando um gerenciador de domínio de backup Configurando um gerenciador de domínio dinâmico Etapas de Configuração para um Gerenciador de Domínio Dinâmico Configurado como Backup Configurando um agente tolerante a falhas Configurando um agente dinâmico Configurando um Cliente da Linha de Comandos Remoto Configurando a Conexão SSL entre o Gerenciador de Domínio Principal e o Cliente da Linha de Comandos Remota Incluindo um Recurso Procedimento Configurando o Websphere Application Server Ativando planejamento dinâmico após a instalação 226 Capítulo 8. Desinstalando Desinstalando os Componentes Principais Selecionando Métodos de Desinstalação Desinstalando um gerenciador de domínio principal ou Seu Backup Desinstalando um gerenciador de domínio dinâmico ou Seu Backup Desempenhando uma Desinstalação Silenciosa 232 Desinstalando Agentes Utilizando o Script twsinst Desinstalando os Componentes Adicionais Desinstalando os Plug-ins Adicionais Usando o Tivoli Workload Scheduler para Plug-ins Adicionais Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação. 241 Arquivos de Registro de Instalação Arquivos de Log de Instalação Silenciosa e Desinstalação do Assistente do Installation Manager Arquivos de Log do Perfil do Websphere Application Server Arquivos de Log de Instalação do DB Os Arquivos de Log twsinst iv Tivoli Workload Scheduler: Planejamento e Instalação

7 Empacotando Arquivos de Log para Suporte Analisando Códigos de Retorno da Instalação Silenciosa do Tivoli Workload Scheduler para Plug-ins Adicionais Analisando Códigos de Retorno para Instalação, Upgrade, Restauração e Desinstalação de Agente. 247 Cenários de Problemas: Instalar, Reinstalar, Fazer Upgrade, Migrar e Desinstalar Problemas na Instalação em Sistemas Operacionais Windows Outros Problemas de Instalação Problemas de Reinstalação Problemas de Upgrade Problemas de Desinstalação Problemas de instalação de fix pack Desinstalando o Tivoli Workload Scheduler Manualmente Desinstalando Manualmente em Sistemas Operacionais Windows Desinstalando Manualmente nos Sistemas Operacionais UNIX Problemas durante Desinstalação Manual Parte 3. Tivoli Workload Scheduler em Sistemas IBM i Capítulo 10. Pré-requisitos Varrendo Pré-requisitos do Sistema em Sistemas IBM i Capítulo 11. Instalando Agentes em Sistemas IBM i Parâmetros de Instalação do Agente em Sistemas IBM i Instalação de Exemplo de um Agente em Sistemas IBM i Os Arquivos de Log do Script twsinst em Sistemas IBM i Analisando Códigos de Retorno para Instalação, Upgrade, Restauração e Desinstalação de Agente. 301 Capítulo 12. Configurando um agente dinâmico Capítulo 13. Fazendo Upgrade de Agentes em Sistemas IBM i Parâmetros de Upgrade do Agente em Sistemas IBM i Upgrade de Exemplo de um Agente em Sistemas IBM i Os Arquivos de Log do Script twsinst em Sistemas IBM i Analisando Códigos de Retorno para Instalação, Upgrade, Restauração e Desinstalação de Agente. 311 Capítulo 14. Desinstalando Agentes em Sistemas IBM i Os Arquivos de Log do Script twsinst em Sistemas IBM i Parte 4. Dynamic Workload Console Capítulo 15. Visão Geral do Dynamic Workload Console Capítulo 16. Preparando Diretórios Criados Fora de TWA_home no Momento da Instalação Acessando a Mídia de Instalação Usando DVDs Fazendo Download de eimages em sua Estação de Trabalho Criando um Repositório de Rede Capítulo 17. Pré-requisitos do Dynamic Workload Console Sistemas Operacionais Suportados Varrendo Pré-requisitos do Sistema para Tivoli Workload Scheduler Varrendo Pré-requisitos do Sistema para o Installation Manager Capítulo 18. Instalando Instalando o Dynamic Workload Console Selecionando o Método de Instalação Assistente de Instalação Procedimento de Instalação para Dynamic Workload Console Configuração de Perfil do Websphere Application Server Configuração do z/os Connector Instalação silenciosa Executando uma Instalação Silenciosa do Dynamic Workload Console Executando uma Instalação Silenciosa do Dynamic Workload Console e seus Pré-requisitos Criptografando Senhas de Usuário para Arquivos de Resposta Acessando o Dynamic Workload Console Etapas Rápidas para Definir uma Conexão do Mecanismo do Tivoli Workload Scheduler Etapas Rápidas para Definir uma Conexão do Tivoli dynamic workload broker Iniciando e Parando o Dynamic Workload Console 344 Capítulo 19. Configurando Etapas de Pós-Instalação para Configurar o Uso do Lightweight Third-Party Authentication (LDAP) Índice v

8 Capítulo 20. Navegando no Dynamic Workload Console Primeiras Ações Capítulo 21. Fazendo Upgrade Visão Geral do Upgrade Varrendo Pré-requisitos do Sistema para Tivoli Workload Scheduler Fazendo Upgrade da Instância Única do Dynamic Workload Console Atualizando a Instância do Dynamic Workload Console V8.5.0, V8.5.1 ou V8.6.0 na Mesma Estação de Trabalho Atualizando Dynamic Workload Console V8.5.0 ou V8.5.1 em uma Nova Estação de Trabalho Atualizando Dynamic Workload Console V8.6.0 em uma Nova Estação de Trabalho Atualizando o Dynamic Workload Console Instalado com Um ou Mais Componentes no Mesmo Diretório Procedimento para Fazer Upgrade do agente tolerante a falhas e do Dynamic Workload Console Procedimento para Fazer Upgrade do agente tolerante a falhas, do Dynamic Workload Console e do z/os Connector Procedimento para Fazer Upgrade do gerenciador de domínio dinâmico e do Dynamic Workload Console Procedimento para Atualizar o gerenciador de domínio dinâmico, o Dynamic Workload Console e o z/os Connector Procedimento para Fazer Upgrade do gerenciador de domínio principal e do Dynamic Workload Console Procedimento para Fazer Upgrade do gerenciador de domínio principal, do Dynamic Workload Console e do z/os Connector Atualizando o Dynamic Workload Console na Configuração de Alta Disponibilidade Atualizando a Autenticação Capítulo 22. Desinstalando Desinstalando Usando o Assistente do Installation Manager Desinstalando no Modo Silencioso Capítulo 23. Resolvendo Problemas de Instalação, Upgrade e Desinstalação Arquivos de log e de rastreio de instalação e desinstalação Desinstale Manualmente o Dynamic Workload Console e os Sistemas zconnector no Windows Desinstalar Manualmente o Dynamic Workload Console e o zconnector nos Sistemas UNIX Cenários de Resolução de Problemas Arquivos de Registro de Instalação Problemas com a Barra de Ativação Problemas com a Instalação Interativa Problemas com a instalação silenciosa Parte 5. Tutoriais Capítulo 24. Usando o Utilitário do Tutorial do Tivoli Workload Scheduler. 389 Preenchendo o Banco de Dados do Tivoli Workload Scheduler Objetos Utilizados pelos Cenários do Tutorial do Tivoli Workload Scheduler Visão Geral dos Cenários de Planejamento Criando e Trabalhando com o Plano de Produção 391 Cenário 1: Criando o Plano de Produção e Visualizando seu Conteúdo Executando os cenários de planejamento Cenário 2: Iniciando e Parando os Processos do Tivoli Workload Scheduler Cenário 3: Básicos do Planejamento, Como as Tarefas São Planejadas e Ordem de Execução das Tarefas Cenário 4: Planejamento Avançado, Dependências de Prompts, Arquivos e Recursos. 393 Cenário 5: Dependências de Tempo e Ciclos de Execução Cenário 6: Envio Manual de Tarefas, Fluxos de Tarefas e Comandos Cenário 7: Opções de Recuperação e Tarefas de Recuperação Cenário 8: Planejamento Orientado por Evento 395 Cenário 9: Utilizando Tabelas de Variáveis Removendo Objetos do Tutorial do Banco de Dados Parte 6. Apêndices Apêndice A. Arquivo de registro Apêndice B. Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler Apêndice C. Propriedades do Arquivo de Resposta do Dynamic Workload Console Apêndice D. Propriedades do Arquivo de Resposta do Job Brokering Definition Console Apêndice E. Caminhos Relativos do Espaço de Tabela do DB Avisos Marcas Registradas vi Tivoli Workload Scheduler: Planejamento e Instalação

9 Índice Remissivo Índice vii

10 viii Tivoli Workload Scheduler: Planejamento e Instalação

11 Figuras 1. Visão geral gráfica do ambiente do Tivoli Workload Scheduler para executar carga de trabalho estática Visão geral gráfica do ambiente do Tivoli Workload Scheduler para executar carga de trabalho dinâmica Ambiente de carga de trabalho distribuída com capacidades de planejamento estático Ambiente de carga de trabalho distribuída com recursos de planejamento dinâmico Ambiente de carga de trabalho distribuída com recursos de planejamento estático e dinâmico Ambiente de carga de trabalho integrada com sistemas externos Ambiente de carga de trabalho orientado por sistema distribuído para z/os Topologia de Domínio Único Topologia de Domínio Único em Vários Sites Topologia de Domínio Múltiplo Fluxograma de procedimento de upgrade direto Fluxograma de procedimento de upgrade paralelo Copyright IBM Corp. 1999, 2013 ix

12 x Tivoli Workload Scheduler: Planejamento e Instalação

13 Tabelas 1. Recursos parcialmente suportados ou não suportados para planejamento dinâmico Pacotes configuráveis do Tivoli Workload Scheduler eimages necessários Opções de Link Simbólico Arquivos de Configuração do DB Arquivos de resposta da instalação Arquivos de Resposta de Instalação Global Arquivos de resposta da instalação Arquivos de Resposta de Instalação Global Arquivos de Resposta de Instalação Global Opções para Execução de uma Instalação Silenciosa Arquivos de Registro de Instalação Upgrade de instâncias do componente únicas ou múltiplas Modelo de implementação de upgrade de únicas instâncias do componente do Tivoli Workload Scheduler Fazer upgrade do modelo de implementação para instâncias de diversos componentes do Tivoli Workload Scheduler Fazer Upgrade de Arquivos de Resposta Fazer Upgrade de Arquivos de Resposta Agente Dinâmico e Agente Tolerante a Falhas V9.1 do Tivoli Workload Scheduler Tivoli Workload Scheduler for z/os Agent V Arquivos de resposta de desinstalação Arquivos de Log da Desinstalação Opções para Execução de uma Desinstalação Silenciosa Mensagens de Erro Padrão do InstallAnywhere Mensagens de Erro do InstallAnywhere para Plug-ins do adicional Agente de Sistema Operacional Windows e Códigos de Retorno Agente de Sistema Operacional UNIX ou Linux e Códigos de Retorno Agente de Sistema Operacional Windows e Códigos de Retorno Agente de Sistema Operacional UNIX ou Linux e Códigos de Retorno Agente de Sistema Operacional Windows e Códigos de Retorno Agente de Sistema Operacional UNIX ou Linux e Códigos de Retorno Pacotes configuráveis do Tivoli Workload Scheduler eimages necessários Arquivos de resposta da instalação Arquivos de Resposta de Instalação Global Objetos do Designer de Carga de Trabalho Upgrade de instâncias únicas ou múltiplas Atualizar Modelo de Implementação para Instância de Vários Componentes do Dynamic Workload Console no Mesmo Diretório Propriedades do Dashboard Application Services Hub Arquivos de resposta de desinstalação Objetos Transferidos por Download pelo Utilitário de Tutorial Lista de Cenários de Planejamento Atributos do arquivo de registro Informações Gerais Informações sobre o usuário Configuração de upgrade (apenas para upgrade) Configuração principal Configuração do gerenciador de domínio dinâmico Configuração do banco de dados Configuração do WebSphere Oferta e recursos a serem instalados Informações Gerais Configuração do WebSphere Configuração do z/os Connector Oferta e recursos a serem instalados Propriedades do arquivo de resposta Job Brokering Definition Console Copyright IBM Corp. 1999, 2013 xi

14 xii Tivoli Workload Scheduler: Planejamento e Instalação

15 Sobre Esta Publicação Este IBM Tivoli Workload Scheduler: Planejamento e Instalação fornece informações para planejar, instalar, migrar e configurar uma rede IBM Tivoli Workload Scheduler. O Que Há de Novo neste Release Para obter informações sobre as funções novas ou alteradas nesta liberação, consulte Tivoli Workload Automation: Visão Geral, seção Resumo dos Aprimoramentos. Para obter informações sobre os APARs abordados nesta liberação, consulte o Tivoli Workload Scheduler Notas sobre a Liberação em support/docview.wss?rs=672&uid=swg e o Dynamic Workload Console Notas sobre a Liberação em &uid=swg Quem Deve Ler Esta Publicação Publicações Acessibilidade Este guia se destina ao seguinte público: v Administradores de TI do Tivoli Workload Scheduler que planejam e instalam a rede v Administradores de TI do Dynamic Workload Console que planejam e instalam o produto v Especialistas que planejam a topologia da rede v Administradores de TI que instalam a rede v Arquitetos do sistema Detalhes completos de publicações do Tivoli Workload Scheduler podem ser localizados em Tivoli Workload Automation: Publications. Este documento também contém informações sobre as convenções usadas nas publicações. Um glossário de termos usados no produto pode ser localizado em Tivoli Workload Automation: Glossary. Ambos estão no Centro de Informações como publicações separadas. Os recursos de acessibilidade ajudam usuários com deficiências físicas, como mobilidade restrita ou visão limitada, a usar os produtos de software com êxito. Com este produto, você pode utilizar tecnologias de assistência para escutar e navegar na interface. Pode-se também utilizar o teclado no lugar do mouse para operar todos os recursos da interface gráfica com o usuário. Para obter informações integrais a respeito do Dynamic Workload Console, consulte o Apêndice de Acessibilidade no Guia do Usuário e Referência do IBM Tivoli Workload Scheduler. Copyright IBM Corp. 1999, 2013 xiii

16 treinamento técnico do Tivoli Informações sobre suporte Para obter informações sobre treinamento técnico Tivoli, consulte o seguinte Web site IBM Tivoli Education: Quando ocorre um problema no seu software IBM, você deseja resolvê-lo rapidamente. A IBM fornece as seguintes maneiras para você obter o suporte necessário: v v v Procurando nas bases de conhecimento: É possível procurar em uma grande coleção de problemas conhecidos e soluções alternativas, Technotes e outras informações. Obtendo correções: É possível localizar as correções mais recentes que já estão disponíveis para seu produto. Entrando em contato com o IBM Software Support: Se ainda não puder resolver o problema e precisar que alguém da IBM o ajude, poderá entrar em contato com o IBM Software Support de várias maneiras. Para obter informações adicionais sobre estas três maneiras de resolver problemas, consulte o apêndice sobre informações de suporte no Tivoli Workload Scheduler: Guia de Resolução de Problemas. xiv Tivoli Workload Scheduler: Planejamento e Instalação

17 Parte 1. Planejamento Esta parte fornece uma visão geral do ambiente do IBM Tivoli Workload Automation e descreve como planejar a instalação. Copyright IBM Corp. 1999,

18 2 Tivoli Workload Scheduler: Planejamento e Instalação

19 Capítulo 1. Planejamento da rede Esta seção fornece informações para ajudá-lo a planejar sua rede do Tivoli Workload Scheduler. Ambiente do Tivoli Workload Scheduler Uma rede Tivoli Workload Scheduler consiste em um conjunto de estações de trabalho vinculadas nas quais você executa o processamento de tarefa. Uma rede é composta por um ou mais domínios, cada um com uma estação de trabalho de gerenciador de domínio atuando como um hub de gerenciamento e uma ou mais estações de trabalho agente. Usando o Tivoli Workload Scheduler, é possível executar sua carga de trabalho de uma das seguintes formas: Estaticamente Para executar tipos de tarefas existentes, por exemplo, docommand e scripts em estações de trabalho específicas do agente tolerante a falhas ou tipo de agente padrão. Dinamicamente Para executar tipos de tarefas existentes e tipos de tarefas com opções avançadas, permitindo que o produto designe-os para a estação de trabalho que melhor atenda aos requisitos de hardware e software necessários para executá-los. Os tipos de tarefas com opções avançadas são os tipos fornecidos com o produto e os tipos adicionais implementados por meio de plug-ins customizados. Por exemplo, os fornecidos com o produto são DB2, transferência de arquivos e serviços da Web. Os tipos implementados por meio de plug-ins customizados são aqueles desenvolvidos usando o Ambiente de Integração do Kit de Desenvolvimento de Software (SDK). Dependendo de como deseja executar sua carga de trabalho, é necessário instalar e configurar componentes diferentes na sua rede. O Figura 1 na página 4 fornece uma visão geral gráfica de um ambiente do Tivoli Workload Scheduler típico para executar a carga de trabalho estática: Copyright IBM Corp. 1999,

20 User Interfaces Web browser Command-line client (remote) Tivoli Dynamic Workload Console Master Domain (MD) Database Command line Master domain manager Fault-toleant Agents Backup master domain manager (agent) Example domain hierarchy MD Fault-toleant Agents Child domain manager (agent) Backup domain manager (agent) D1 D2 D3 D4 D5 D6 Child domain manager (agent) Child domain (Dn) - and so on Figura 1. Visão geral gráfica do ambiente do Tivoli Workload Scheduler para executar carga de trabalho estática No Figura 1, o domínio principal é mostrado com os componentes de princípio para executar a carga de trabalho estaticamente e dois níveis de subdomínio. As interfaces com o usuário disponíveis também estão indicadas. É fornecido um exemplo da estrutura hierárquica básica do domínio, onde cada domínio é denominado "D1", "D2, etc. Todos esses conceitos são explicados na seção a seguir: Para executar sua carga de trabalho estaticamente, instale os seguintes componentes: Gerenciador de domínio principal O gerenciador de domínio principal é a estação de trabalho de mais alto nível de uma rede Tivoli Workload Scheduler. Ele contém ou se conecta ao banco de dados relacional que armazena as definições de objeto de planejamento. Ele cria ou atualiza um arquivo de produção quando o plano é criado ou estendido e, em seguida, distribui o arquivo para a rede. Ele executa todos os registros e relatórios para a rede. Ele pode 4 Tivoli Workload Scheduler: Planejamento e Instalação

21 desempenhar a função do servidor de processamento de eventos para o recurso do automação de carga de trabalho orientada a eventos. Gerenciador de domínio principal de backup Defina um gerenciador de domínio principal de backup na instalação para apontar para o banco de dados que está sendo utilizado pelo gerenciador de domínio principal ou para um espelho desse banco de dados. Desta maneira, o backup gerenciador de domínio principal possui os mais recentes dados disponíveis em todo momento. Gerenciador de domínio Instale esse componente se precisar de uma rede de múltiplos domínios e desejar gerenciar a carga de trabalho ao designá-la para uma estação de trabalho predefinida que executará sua carga de trabalho estaticamente. Em uma rede de múltiplos domínios, todos os domínios abaixo do domínio principal possuem agentes tolerantes a falhas configurados para serem um gerenciador de domínio para gerenciar as estações de trabalho no seu domínio. Um gerenciador de domínio pode gerenciar agentes tolerantes a falhas, padrão e estendidos. Cada gerenciador de domínio é um agente tolerante a falhas no domínio do próximo nível superior. Para definir um gerenciador de domínio, instale um agente tolerante a falhas na sua estação de trabalho e, em seguida, defina-o como o gerenciador na definição da estação de trabalho. Gerenciador de domínio de backup Instale esse componente se desejar fazer o backup de seu gerenciador de domínio. Se o seu gerenciador de domínio tiver problemas, será possível configurar qualquer agente tolerante a falhas como o gerenciador de domínio e comutar para ele com um procedimento simples. Agent Um agente é uma estação de trabalho na rede que executa as tarefas, as quais são controladas pelo Tivoli Workload Scheduler gerenciador de domínio principal. Instale agentes escolhendo a instalação do agente a partir do DVD ou ao fazer o download da eimage usando o Web site Passport Advantage Online. Após a instalação do agente, você define seu tipo usando a definição da estação de trabalho. Agente tolerante a falhas Um agente tolerante a falhas pode resolver as dependências locais e ativar as tarefas na ausência de um gerenciador de domínio. Ele possui uma cópia do arquivo de controle de produção. Isso permite que os agentes tolerantes a falhas continuem processando, mesmo se o gerenciador de domínio dinâmico ou a conexão de rede estiver inativa. Com uma reconfiguração simples, eles podem servir como gerenciadores de domínio subordinados. Para definir um agente tolerante a falhas, instale um agente tolerante a falhas na sua estação de trabalho e, em seguida, defina-o como tolerante a falhas na definição da estação de trabalho. agente Padrão Um agente que ativa as tarefas apenas sob a direção do seu gerenciador de domínio. Não é tolerante a falhas. Para definir um agente padrão, instale um agente tolerante a falhas na sua estação de trabalho e, em seguida, defina-o como um agente padrão na definição da estação de trabalho. Agente estendido Agentes estendidos são definições lógicas (hospedados por uma estação de trabalho física) usada para estender o processamento de tarefa para Capítulo 1. Planejamento da rede 5

22 aplicativos selecionados (SAP R/3, Oracle E-Business Suite, PeopleSoft e z/os). Para obter informações sobre como instalar um agente estendido, consulte Tivoli Workload Scheduler for Applications: Guia do Usuário. Nota: Todos os agentes com funções especiais (gerenciador de domínio principal, gerenciador de domínio principal de backup, gerenciador de domínio, gerenciador de domínio de backup) também podem funcionar como agentes tolerantes a falhas com tarefas planejadas neles. O Figura 2 fornece uma visão geral gráfica de um ambiente do Tivoli Workload Scheduler típico para executar a carga de trabalho dinâmica: User Interfaces Web browser Command-line client (remote) Tivoli Dynamic Workload Console Master Domain (MD) Database Command line Master domain manager Dynamic agents Backup master domain manager (agent) Example domain hierarchy MD Dynamic agents Child dynamic domain manager Backup dynamic domain manager D1 D2 D3 D4 D5 D6 Child dynamic domain manager Child domain (Dn) - and so on Figura 2. Visão geral gráfica do ambiente do Tivoli Workload Scheduler para executar carga de trabalho dinâmica No Figura 2, o domínio principal é mostrado com os componentes de princípio para executar a carga de trabalho dinamicamente e dois níveis de subdomínio. As interfaces com o usuário disponíveis também estão indicadas. É fornecido um exemplo da estrutura hierárquica básica do domínio, onde cada domínio é denominado "D1", "D2, etc. Todos esses conceitos são explicados na seção a seguir. 6 Tivoli Workload Scheduler: Planejamento e Instalação

23 Se desejar executar sua carga de trabalho dinamicamente, instale os seguintes componentes: Gerenciador de domínio principal O gerenciador de domínio principal é a estação de trabalho de mais alto nível de uma rede Tivoli Workload Scheduler. Ele contém ou se conecta ao banco de dados relacional que armazena as definições de objeto de planejamento. Ele cria ou atualiza um arquivo de produção quando o plano é criado ou estendido e, em seguida, distribui o arquivo para a rede. Ele executa todos os registros e relatórios para a rede. Ele pode desempenhar a função do servidor de processamento de eventos para o recurso do automação de carga de trabalho orientada a eventos. Gerenciador de domínio principal de backup Defina um gerenciador de domínio principal de backup na instalação para apontar para o banco de dados que está sendo utilizado pelo gerenciador de domínio principal ou para um espelho desse banco de dados. Desta maneira, o backup gerenciador de domínio principal possui os mais recentes dados disponíveis em todo momento. Gerenciador de Domínio Dinâmico Instale esse componente se precisar de uma rede de múltiplos domínios e desejar gerenciar sua carga de trabalho estaticamente e dinamicamente. Todos os domínios abaixo do domínio principal possuem gerenciadores de domínio dinâmicos para gerenciar as estações de trabalho no seu domínio. Cada gerenciador de domínio dinâmico é um agente no domínio do próximo nível superior. Para definir um gerenciador de domínio dinâmico, instale um gerenciador de domínio dinâmico e, em seguida, execute o procedimento do Configurando um gerenciador de domínio dinâmico na página 219. Backup gerenciador de domínio dinâmico Instale esse componente se desejar fazer o backup de seu gerenciador de domínio dinâmico. Se o seu gerenciador de domínio dinâmico tiver problemas, será possível alternar para ele com um procedimento simples. Agent Um agente é uma estação de trabalho na rede que executa as tarefas, as quais são controladas pelo Tivoli Workload Scheduler gerenciador de domínio principal. Instale agentes escolhendo a instalação do agente a partir do DVD ou ao fazer o download da eimage usando o Web site Passport Advantage Online. Agente Dinâmico Um agente que possui as seguintes capacidades: Executar a carga de trabalho dinamicamente Ele comunica com o servidor o status dos seus recursos. Dessa forma, o produto pode executar dinamicamente sua carga de trabalho para os melhores recursos disponíveis ao: v Descobrir automaticamente os recursos do ambiente de planejamento. v Seguir automaticamente as mudanças de recurso. v Solicitar recursos adicionais quando necessário. v Corresponder aos requisitos de tarefa para os recursos disponíveis v Controlar e otimizar o uso dos recursos Capítulo 1. Planejamento da rede 7

24 As características listadas acima fornece alta disponibilidade e potencialidades de balanceamento de carga para seu ambiente e um melhor conjunto de ambientes virtualizados. Quando uma tarefa é enviada, como parte de um fluxo de tarefas no plano ou por meio de um envio ad hoc, o Tivoli Workload Scheduler verifica os requisitos de tarefa, os recursos disponíveis e as características relacionadas e envia a tarefa para o recurso que melhor atende aos requisitos para executá-la. Executar tipos de tarefas existentes e tipos de tarefas com opções avançadas Isso pode executar: v Tipos de tarefas existentes. Por exemplo, docommand e scripts. v Os tipos de tarefas com opções avançadas são os tipos fornecidos com o produto e os tipos adicionais implementados por meio de plug-ins customizados. Por exemplo, os fornecidos com o produto são DB2, transferência de arquivos e serviços da Web. Os tipos implementados por meio de plug-ins customizados são aqueles desenvolvidos usando o Ambiente de Integração do Kit de Desenvolvimento de Software (SDK). Para executar esses tipos de tarefas você também deve instalar o Java Runtime. Gerenciar o recurso lógico do dynamic workload broker Ele pode executar remotamente, a partir do agente, o comando resource do dynamic workload broker no servidor. Para gerenciar o comando resource você também deve instalar o Java Runtime. Após a instalação do agente, defina seu tipo usando Configurando um agente dinâmico na página 221. Nota: Os agentes dinâmicos devem ser conectados diretamente ao gerenciador de domínio principal ou ao gerenciador de domínio dinâmico. Agente estendido Agentes estendidos são definições lógicas (hospedados por uma estação de trabalho física) usada para estender o processamento de tarefa para aplicativos selecionados (SAP R/3, Oracle E-Business Suite, PeopleSoft e z/os). Para obter informações sobre como instalar um agente estendido, consulte Tivoli Workload Scheduler for Applications Tivoli Workload Scheduler for Applications: Guia do Usuário. Interfaces do Tivoli Workload Scheduler O Tivoli Workload Scheduler inclui as seguintes interfaces com o usuário a partir das quais você gerencia seu ambiente de produção: Linhas de comando do gerenciador de domínio principal As linhas de comando gerenciador de domínio principal são instaladas automaticamente ao instalar o gerenciador de domínio principal. Essa 8 Tivoli Workload Scheduler: Planejamento e Instalação

25 Planejando o Ambiente interface de linha de comandos é executada apenas a partir da estação de trabalho que serve como o gerenciador de domínio principal. A partir das linhas de comandos, é possível administrar os binários e opções específicas principais. As linhas de comandos do gerenciador do domínio principal de backup também existem no gerenciador de domínio principal configurado como instância de backup. Dynamic Workload Console A interface baseada na Web para criar, modificar, monitorar, controlar e excluir objetos do Tivoli Workload Scheduler. É possível estabelecer interface com o console a partir de qualquer sistema na rede onde um navegador da Web suportado está instalado. Ao instalar um Dynamic Workload Console o z/os Connector também é instalado, que é um componente que conecta o IBM Tivoli Workload Scheduler para z/os e o Dynamic Workload Console. Para obter informações adicionais, consulte o Tivoli Workload Scheduler for z/os: Guia de Planejamento e Instalação. Cliente da Linha de Comandos Um componente do Tivoli Workload Scheduler instalado apenas com um agente tolerante a falhas que permite implementar os comandos a seguir no gerenciador de domínio principal a partir de outra estação de trabalho: Os comandos que você pode usar são os seguintes: v Composer v Optman v Planman showinfo e unlock (os outros comandos planman devem ser executados localmente no gerenciador de domínio principal) Linha de comandos do Tivoli Tivoli dynamic workload broker Instalado e configurado automaticamente quando você instala um gerenciador de domínio principal. Ele inclui comandos para enviar diretamente e gerenciar tarefas para planejamento dinâmico, gerenciar definições e recursos JSDL de tarefas, e mais. Consulte Tivoli Workload Scheduler: Planejamento Dinâmico da Carga de Trabalho para referência. Job Brokering Definition Console Uma ferramenta de edição estruturada que você utiliza para criar e modificar os arquivos Job Submission Description Language (JSDL). Esses arquivos são salvos no Repositório de Tarefas como definições de tarefas e tornam-se disponíveis para envio. Os arquivos JSDL aderem à sintaxe e a semântica XML conforme definido no esquema JSDL. Para obter informações adicionais, consulte o Tivoli Workload Scheduler: Guia do Usuário e Referência, SC Para obter uma descrição mais detalhada dos componentes do Tivoli Workload Scheduler, consulte Tivoli Workload Automation: Visão Geral. Esta seção descreve alguns dos cenários de instalação típicos para produtos e componentes Tivoli Workload Automation. Esses cenários típicos mostram como implementar soluções específicas nos mínimos recursos do sistema possíveis. Ambiente de carga de trabalho distribuída com capacidades de planejamento estático Use essa configuração para executar a carga de trabalho estaticamente na sua rede distribuída. Figura 3 na página 10 mostra os recursos do sistema necessários para Capítulo 1. Planejamento da rede 9

26 instalar um ambiente Tivoli Workload Scheduler de funcionamento integral para gerenciar sua carga de trabalho distribuída. Figura 3. Ambiente de carga de trabalho distribuída com capacidades de planejamento estático 10 Tivoli Workload Scheduler: Planejamento e Instalação

27 Ambiente de carga de trabalho distribuída com recursos de planejamento dinâmico Use essa configuração para executar a carga de trabalho dinamicamente na sua rede distribuída. Nessa configuração, é possível escolher se o ambiente de tempo de execução das tarefas Java deve ser incluído ou não no agente. O ambiente de tempo de execução é usado para: v Executar nos tipos de tarefas do agente com opções avançadas, que são os tipos fornecidos com o produto e os tipos adicionais implementados por meio de plug-ins customizados. v Ativar o recurso para executar de modo remoto, a partir do agente, o comando de recurso Tivoli dynamic workload broker no servidor. Para obter informações sobre o planejamento dinâmico, sobre como executar plug-ins de tarefa do aplicativo e sobre o comando de recurso de broker da carga de trabalho dinâmica no servidor, consulte o Tivoli Workload Scheduler: Planejamento Dinâmico da Carga de Trabalho. O Figura 4 na página 12 mostra os recursos do sistema necessários para instalar um ambiente do Tivoli Workload Scheduler totalmente funcional para executar a carga de trabalho distribuída dinamicamente. Nota: Um agente dinâmico pode ser conectado diretamente ao seu gerenciador de domínio principal ou por meio de um gerenciador de domínio dinâmico, como mostrado no Ambiente de carga de trabalho distribuída com recursos de planejamento estático e dinâmico na página 13. Capítulo 1. Planejamento da rede 11

28 Figura 4. Ambiente de carga de trabalho distribuída com recursos de planejamento dinâmico O planejamento dinâmico suporta a maioria dos recursos do Tivoli Workload Scheduler para planejamento estático. A Tabela 1 na página 13 lista alguns recursos ou propriedades que são parcialmente suportados ou não suportados. 12 Tivoli Workload Scheduler: Planejamento e Instalação

29 Tabela 1. Recursos parcialmente suportados ou não suportados para planejamento dinâmico Recurso Automação de carga de trabalho orientada a eventos. Nota: Para obter detalhes adicionais sobre o tipo de eventos, consulte o Guia do Usuário e Referência do Tivoli Workload Scheduler: Apêndices - Definições de Eventos de Automação e de Ações de Automação de Carga de Trabalho Orientadas a Eventos Dependência de arquivo Comandos de utilitário (datecalc, jobinfo etc). agent e agente Tivoli Workload Scheduler para z/os Eventos TivoliWorkloadSchedulerObjectMonitor suportados. Eventos FileMonitor suportados, exceto para sistemas IBM i. Eventos TivoliWorkloadSchedulerApplicationMonitor não suportados. Não suportado. Não suportado. Ambiente de carga de trabalho distribuída com recursos de planejamento estático e dinâmico Use essa configuração para executar a carga de trabalho estaticamente e dinamicamente na sua rede distribuída. Nessa configuração, é possível escolher se o ambiente de tempo de execução das tarefas Java deve ser incluído ou não no agente. O ambiente de tempo de execução é usado para: v Executar nos tipos de tarefas do agente com opções avançadas, que são os tipos fornecidos com o produto e os tipos adicionais implementados por meio de plug-ins customizados. v Ativar o recurso para executar de modo remoto, a partir do agente, o comando de recurso Tivoli dynamic workload broker no servidor. Para obter informações sobre o planejamento dinâmico, sobre como executar plug-ins de tarefa do aplicativo e sobre o comando de recurso de broker da carga de trabalho dinâmica no servidor, consulte o Tivoli Workload Scheduler: Planejamento Dinâmico da Carga de Trabalho. O Figura 5 na página 14 mostra os recursos do sistema necessários para instalar um ambiente do Tivoli Workload Scheduler totalmente funcional para executar a carga de trabalho distribuída dinamicamente e estaticamente. O Tivoli Workload Scheduler requer um agente tolerante a falhas e um agente dinâmico a ser instalado e cada sistema onde as tarefas devem ser planejadas estaticamente ou dinamicamente. Nota: Um agente dinâmico pode ser conectado diretamente ao seu gerenciador de domínio principal ou por meio de um gerenciador de domínio dinâmico, como mostrado no Figura 5 na página 14. Capítulo 1. Planejamento da rede 13

30 Figura 5. Ambiente de carga de trabalho distribuída com recursos de planejamento estático e dinâmico Para obter uma lista de recursos parcialmente suportados ou não suportados em um ambiente misto, consulte Tabela 1 na página 13. Ambiente de Carga de Trabalho de Ponta a Ponta Em um ambiente de ponta a ponta (agente conectado com o sistema z/os), é possível definir os seguintes tipos de configurações: 14 Tivoli Workload Scheduler: Planejamento e Instalação

31 Executar sua carga de trabalho estaticamente: Usando agentes tolerantes a falhas Use o ambiente de planejamento de ponta a ponta tolerante a falhas para planejar e controlar a carga de trabalho estática do mainframe para sistemas distribuídos. No sistema distribuído, instale os agentes tolerantes a falhas e conecte-os ao servidor do z/os. Consulte Tivoli Workload Scheduler for z/os: Planejamento de Ponta a Ponta com Recursos de Tolerância a Falhas para obter detalhes adicionais. Usando o Tivoli Workload Scheduler for z/os Agents (z-centric) Use o ambiente de planejamento de ponta a ponta z-centric para planejar e controlar a carga de trabalho estática do mainframe para sistemas distribuídos com baixo custo de propriedade. Nos sistemas distribuídos, instale o Tivoli Workload Scheduler for z/os Agents e conecte-o ao controlador z/os. Para obter informações sobre como instalá-lo, consulte o Tivoli Workload Scheduler for z/os: Guia de Planejamento e Instalação, para obter informações sobre como utilizá-lo, consulte Tivoli Workload Scheduler for z/os: Planejamento de Ponta a Ponta com Recursos z-centric para obter detalhes adicionais. Executar sua carga de trabalho dinamicamente: Usando o Tivoli Workload Scheduler for z/os Agents (z-centric) com recursos dinâmicos Use o ambiente de planejamento de ponta a ponta z-centric para planejar e controlar a carga de trabalho dinâmica do mainframe para sistemas distribuídos com baixo custo de propriedade. Nos sistemas distribuídos, instale o Tivoli Workload Scheduler for z/os Agents, inclua os recursos de planejamento dinâmico e conecte-os ao gerenciador de domínio dinâmico que deve ser conectado ao controlador z/os. Para obter informações sobre como: v Instalar um gerenciador de domínio dinâmico, consulte Instalando um Gerenciador de Domínio Dinâmico ou seu Backup na página 89 v Instale os agentes Tivoli Workload Scheduler for z/os consulte o Tivoli Workload Scheduler for z/os: Guia de Planejamento e Instalação v Use os agentes Tivoli Workload Scheduler for z/os consulte e Tivoli Workload Scheduler for z/os: Scheduling End-to-end with z-centric Capabilities para obter detalhes adicionais. Ambiente de carga de trabalho integrada com sistemas externos Use essa configuração para estender os recursos do Tivoli Workload Scheduler para planejamento em sistemas externos, como SAP R/3 e PeopleSoft usando o Tivoli Workload Scheduler. Figura 6 na página 16 mostra um ambiente de amostra incluindo os agentes necessários para estender os recursos de planejamento do Tivoli Workload Scheduler em um ou mais aplicativos externos usando o Tivoli Workload Scheduler for Applications. É possível instalar o Tivoli Workload Scheduler for Applications no gerenciador de domínio principal, em agentes tolerantes a falhas, em agentes dinâmicos e no Tivoli Workload Scheduler for z/os Agents. Capítulo 1. Planejamento da rede 15

32 Para obter informações sobre o Tivoli Workload Scheduler for Applications, consulte a documentação Tivoli Workload Scheduler for Applications: Guia do Usuário. Figura 6. Ambiente de carga de trabalho integrada com sistemas externos Nota: A instalação do Tivoli Workload Scheduler for Applications em um agente (gerenciador de domínio principal, gerenciador de domínio, agente tolerante a falhas, agente padrão, agente dinâmico, agente Tivoli Workload Scheduler for z/os) é o cenário de implementação correto em um ambiente de ponta a ponta. Ambiente de carga de trabalho orientado por sistema distribuído para z/os Use esta configuração para enviar a partir do Tivoli Workload Scheduler (usando o componente broker de carga de trabalho dinâmica instalado com o gerenciador de domínio principal ou o gerenciador de domínio dinâmico) a carga de trabalho a ser processada pelo JES2, sem que seja necessário definir a carga de trabalho no sistema z/os. 16 Tivoli Workload Scheduler: Planejamento e Instalação

33 A Figura 6 na página 16 mostra os recursos mínimos do sistema para instalar um ambiente orientado por sistema distribuído, em que o Agente distribuído para z/os do Tivoli Workload Scheduler representa uma solução de planejamento leve de ponta a ponta na qual você define e gerencia no lado distribuído a carga de trabalho que deve ser processada pelo JES2. Para obter informações sobre o Tivoli Workload Scheduler distributed-agent for z/os, consulte a documentação Tivoli Workload Scheduler: Planejamento com o Agent for z/os. Figura 7. Ambiente de carga de trabalho orientado por sistema distribuído para z/os Capítulo 1. Planejamento da rede 17

34 Planejando Domínios Uma rede do Tivoli Workload Scheduler contém pelo menos um gerenciador de domínio principal que atua como um hub de gerenciamento para o produto. Domínios adicionais podem ser usados para dividir uma rede amplamente distribuída em grupos de estações de trabalho gerenciados localmente. Em uma única configuração de domínio, o gerenciador de domínio principal mantém comunicações com todas as estações de trabalho na rede. Em uma configuração de vários domínios, o gerenciador de domínio principal se comunica com as estações de trabalho em seu domínio e com todos os gerenciadores de domínio imediatamente subordinados. Os gerenciadores de domínio subordinados se comunicam com as estações de trabalho em seus domínios e seus gerenciadores de domínio imediatamente subordinados, e assim por diante. Os gerenciadores de domínio relatam todas as atividades do domínio para o principal. Utilizar vários domínios reduz o tráfego de rede e o carregamento no principal reduzindo o número de comunicações diretas entre o gerenciador de domínio principal e as estações de trabalho. Vários domínios também fornecem tolerância a falhas limitando a interrupção causada pela perda de um gerenciador de domínio em um único domínio. Para limitar os efeitos adicionais, é possível designar gerenciadores de domínio de backup para assumirem no caso dos gerenciadores de domínio falharem. Quando você define um novo domínio, é necessário identificar o domínio pai e o gerenciador de domínio. O domínio pai é o domínio diretamente acima do novo domínio na hierarquia de domínio. Todas as comunicações para e de um domínio são roteadas por meio do gerenciador de domínio pai. Processamento Localizado no Domínio O processamento localizado separa suas necessidades de planejamento com base em um conjunto de características comuns, como localizações geográficas, funções de negócios e agrupamentos de aplicativos. O processamento relacionado ao agrupamento pode limitar a quantidade de informações de interdependência que precisa ser comunicada entre domínios. Os benefícios dos domínios localizados são: Tráfego de Rede Diminuído Manter o processamento localizado em domínios elimina a necessidade de comunicações frequentes entre domínios. Maior segurança e administração simplificada A segurança e a administração podem ser definidas e limitadas no nível de domínio. Em vez da administração ampla da rede ou específica da estação de trabalho, você pode ter a administração de domínio. Tolerância a falhas na estação de trabalho e rede otimizada Em uma rede de múltiplo domínio, é possível definir backups para cada gerenciador de domínio para que os problemas em um domínio não interrompam operações em outros domínios. Considerações no planejamento de domínios No planejamento de sua rede Tivoli Workload Scheduler, considere o seguinte: Número de estações de trabalho, aplicativos e tarefas Considere o número de estações de trabalhos que abrangem a rede e o número de aplicativos e tarefas que a rede executa. Se você tiver um 18 Tivoli Workload Scheduler: Planejamento e Instalação

35 pequeno número de estações de trabalho ou um pequeno número de aplicativos para controlar, não precisará de vários domínios. Número de locais geográficos Considere o número de locais geográficos abordados por sua rede e a confiabilidade e a eficiência de comunicação entre os locais. Diversos locais geográficos é um dos motivos principais para escolher uma arquitetura de múltiplo domínio. Um domínio para cada localização geográfica é uma configuração comum. Uma arquitetura de domínio simples conta com o processamento contínuo mantido pela rede. Fusos horários Quando sua rede estiver espalhada por diversos locais geográficos em diferentes fusos horários, decida se deve ativar o recurso de fuso horário. Consulte Considerações sobre Fuso Horário na página 23. Gerenciamento Centralizado ou Descentralizado É possível gerenciar redes de domínio único ou múltiplo a partir de um único gerenciador de domínio principal. Se desejar gerenciar múltiplas localizações separadamente, será possível considerar a instalação de uma rede separada do Tivoli Workload Scheduler em cada localização. É possível algum gerenciamento descentralizado em uma rede do Tivoli Workload Scheduler independente por montagem ou compartilhamento de sistemas de arquivos. Tipos de Aplicativos Considere os tipos de aplicativos que são executados pelo Tivoli Workload Scheduler. Se você tiver vários aplicativos que estão distintamente separados uns dos outros, poderá escolher colocá-los em domínios separados. Rede do Windows Quando tiver uma rede do Windows, você pode querer utilizar domínios do Tivoli Workload Scheduler para espelhar os domínios do Windows. Desempenho do sistema e outros critérios Você pode definir múltiplos domínios para localizar sistemas com base no desempenho ou no tipo de sistema operacional. Valor do tráfego da rede Se seu tráfego de rede for gerenciável, ter vários domínios é menos importante. Dependências entre tarefas Considere se precisa planejar as dependências da tarefa que cruzam os limites do sistema, os limites geográficos ou os limites do aplicativo. Por exemplo, o início de Job1 em workstation1 depende da conclusão de Job2 em execução em workstation2. O grau de interdependência entre tarefas é uma consideração importante ao se preparar a rede. Se você utilizar vários domínios, tente manter objetos interdependentes no mesmo domínio, diminuindo, assim, o tráfego de rede e aprimorando a utilização da arquitetura do domínio. Consulte o Tivoli Workload Scheduler: Guia do Usuário e Referência, SC Nível de tolerância a falhas necessário Uma desvantagem da configuração de domínio simples é a confiança em um gerenciador de domínio simples. Em uma rede de domínio múltiplo, a perda de um gerenciador de domínio simples afeta somente os agentes em seu domínio. Capítulo 1. Planejamento da rede 19

36 Firewalls Quando sua rede contiver firewalls, planeje a estrutura de seus domínios em torno dos firewalls. Consulte o Tivoli Workload Scheduler: Guia de Administração. Criptografia Secure Sockets Layer (SSL) ou IBM Global Security Kit (GSKit) Se desejar usar a criptografia SSL ou GSKit em sua rede, planeje seus domínios de acordo com o protocolo. Nota: Se você deseja estar em conformidade com o Federal Information Processing (FIPS), deverá usar GSKit. Consulte o Tivoli Workload Scheduler: Guia de Administração. Rede de domínio único Uma rede de domínio único consiste em um gerenciador de domínio principal e qualquer número de agentes. A Figura 8 mostra um exemplo de uma rede de domínio único. Uma rede de domínio único é bem adequada a empresas que possuem poucos locais e funções de negócios. Todas as comunicações na rede são roteadas por meio do gerenciador de domínio principal. Com um único local, você se preocupa somente com a confiabilidade de sua rede local e a quantidade de tráfego que ela pode manipular. Figura 8. Topologia de Domínio Único As redes de domínio único podem ser combinadas com outras redes, de domínio único ou múltiplo, para atenderem a vários requisitos do site. O Tivoli Workload Scheduler suporta as dependências de interligação de redes entre as tarefas que são executadas em diferentes redes. 20 Tivoli Workload Scheduler: Planejamento e Instalação

37 Figura 9. Topologia de Domínio Único em Vários Sites O exemplo 1 mostra uma rede de domínio único. O gerenciador de domínio principal está localizado em Atlanta, juntamente com vários agentes. Existem também agentes localizados em Denver. Os agentes em Denver dependem do gerenciador de domínio principal em Atlanta para resolver todas as dependências interagentes, embora as dependências possam estar em tarefas que são executadas em Denver. Uma alternativa seria criar redes de domínio único separadas em Atlanta e Denver, conforme mostrado no exemplo 2. Rede de Vários Domínios Redes de domínios múltiplos são adequadas especialmente para empresas que abrangem vários locais, departamentos ou funções de negócios. Uma rede com vários domínios consiste em um gerenciador de domínio principal, qualquer Capítulo 1. Planejamento da rede 21

38 número de gerenciadores de domínio de camada inferior e qualquer número de agentes em cada domínio. Agentes se comunicam apenas com gerenciadores de domínio, e os gerenciadores de domínio se comunicam com seus gerenciadores de domínio pais. A hierarquia de domínios pode ir abaixo de qualquer número de níveis. Figura 10. Topologia de Domínio Múltiplo Conforme o Figura 10 ilustra, o gerenciador de domínio principal está localizado em Atlanta. O gerenciador de domínio principal contém os arquivos de banco de dados usados para documentar os objetos de planejamento e distribui o arquivo Symphony para seus agentes e gerenciadores de domínio em Denver e Los Angeles. Os gerenciadores de domínio Denver e Los Angeles então distribuem o arquivo Symphony para seus agentes e gerenciadores de domínios subordinados 22 Tivoli Workload Scheduler: Planejamento e Instalação

39 em Nova Iorque, Aurora e Burbank. O gerenciador de domínio principal em Atlanta é responsável por transmitir as informações entre domínios por meio da rede. Toda a comunicação para e do gerenciador de domínio Nova Iorque é roteada por meio de seu gerenciador de domínio pai em Denver. Se houver planejamentos ou tarefas no domínio Nova Iorque que sejam dependentes de planejamentos ou tarefas no domínio Aurora, essas dependências serão resolvidas pelo gerenciador de domínio Denver. A maioria das dependências interagentes são tratadas localmente pelos gerenciadores de domínio da camada inferior, reduzindo bastante o tráfego na rede. Classes de Estação de Trabalho As estações de trabalho são organizadas em domínios para tornar o gerenciamento de redes mais fácil e mais eficiente. No entanto, o nome de domínio não é um dos critérios de seleção ao escolher onde executar uma tarefa ou fluxo de tarefas. Se você deseja agrupar as estações de trabalho porque possuem características de planejamento de tarefa semelhantes, utilize uma classe da estação de trabalho. Qualquer número de estações de trabalho pode ser agrupado em uma classe e uma estação de trabalho pode estar em várias classes. Tarefas e fluxos de tarefas podem ser designados para execução em uma classe de estação de trabalho específica. Por exemplo, você poderia configurar as classes de estação de trabalho para agrupar as estações de trabalho de acordo com: v v Sua estrutura departamental interna, de modo que você possa definir uma tarefa que seria executada em todas as estações de trabalho em um departamento O software instalado nelas, de modo que você possa definir uma tarefa que seria executada em todas as estações de trabalho com um aplicativo específico instalado v A função do usuário, de forma que você possa definir uma tarefa que seria executada em todas as estações de trabalho pertencentes a, por exemplo, gerenciadores Nesse exemplo, uma estação de trabalho individual pode estar em uma classe da estação de trabalho para seu departamento, outra para seu usuário e várias outras para o software instalado nela. Considerações sobre Fuso Horário O suporte de fuso horário é um recurso opcional desativado por padrão. Isso permite gerenciar as cargas de trabalho em um nível global. Para obter informações sobre como configurar o fuso horário, consulte o Tivoli Workload Scheduler: Guia de Administração. A implementação do fuso horário também permite fácil planejamento por meio dos vários fusos horários. Para obter uma descrição sobre o funcionamento do fuso horário, consulte o Tivoli Workload Scheduler: Guia do Usuário e Referência. Capítulo 1. Planejamento da rede 23

40 24 Tivoli Workload Scheduler: Planejamento e Instalação

41 Parte 2. Tivoli Workload Scheduler Esta parte descreve como criar ou atualizar as tabelas de banco de dados do Tivoli Workload Scheduler antes da instalação ou upgrade do Tivoli Workload Scheduler e como instalar, atualizar, configurar e desinstalar o Tivoli Workload Scheduler. Ela também contém informações de resolução de problemas. Copyright IBM Corp. 1999,

42 26 Tivoli Workload Scheduler: Planejamento e Instalação

43 Capítulo 2. Preparando para Instalação Visão Geral da Instalação Este capítulo fornece uma breve visão geral de uma instalação e algumas considerações de ambiente específicas. Etapas para Preparar, Instalar e Configurar Tivoli Workload Scheduler. Execute as seguintes etapas para preparar para instalar e configurar o Tivoli Workload Scheduler: 1. Planeje sua rede do Tivoli Workload Scheduler para determinar qual tipo de estação de trabalho você precisa instalar. Consulte Capítulo 1, Planejamento da rede, na página Verifique a mídia de instalação disponível, consulte Acessando a Mídia de Instalação na página Verifique os pré-requisitos de instalação, consulte Capítulo 3, Pré-requisitos, na página Se estiver instalando um componente que precisa de um Banco de Dados Relacional, decida se deseja usar um banco de dados do DB2 ou banco de dados Oracle para instalá-lo. 5. Opcional, crie ou atualize as tabelas de banco de dados Tivoli Workload Scheduler antes de instalar ou atualizar, consulte Capítulo 4, Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade, na página 43. O administrador do banco de dados só executa esse procedimento se o administrador de TI que instala o produto não souber todas as informações confidenciais relacionadas ao banco de dados. Caso contrário, se o administrador de TI puder fornecer a senha eoiddo usuário administrador de banco de dados durante a instalação, o administrador de banco de dados não precisará executar esses procedimentos porque a instalação cria e atualiza automaticamente as tabelas de banco de dados. 6. Escolha o método disponível que deseja usar para instalação ou upgrade. Para obter informações sobre os métodos de instalação disponíveis, consulte Método de instalação. 7. Colete as informações necessárias para preencher os campos necessários durante a instalação. 8. Gerencie o usuário do Tivoli Workload Scheduler para a instância que você está instalando; consulte Tivoli Workload Scheduler usuário na página Instale Tivoli Workload Scheduler seguindo as instruções a seguir em Capítulo 5, Instalando, na página Execute qualquer configuração necessária para o tipo de estação de trabalho que você instalou; consulte Capítulo 7, Configurando, na página 215. Método de instalação Métodos de Instalação É possível instalar Tivoli Workload Scheduler usando vários métodos diferentes. Copyright IBM Corp. 1999,

44 Barra de Ativação A barra de ativação é o ponto de início para a instalação de produtos que são parte do Tivoli Workload Automation. A barra de ativação é incluída na sua mídia de instalação. Utilizando a barra de ativação, você pode: v Executar uma varredura de pré-requisito do Installation Manager. v Instalar ou fazer upgrade do gerenciador de domínio principal e do gerenciador de domínio dinâmico do Tivoli Workload Scheduler v Instalar ou atualizar o Dynamic Workload Console. v Acessar informações sobre o produto v Mantê-lo constantemente e rapidamente informado sobre as notícias, atualizações, notas técnicas, APARs e correções de produto usando o recurso "News and Updates". Para usar esse recurso você deve estar conectado à Internet. A Barra de Ativação automaticamente acessa e executa o arquivo de configuração de instalação relacionado no modo interativo. A Barra de Ativação requer alguns pré-requisitos de instalação adicionais. Para obter informações adicionais, consulte Tivoli Workload Scheduler Documento de Requisitos do Sistema em &uid=swg Se a execução automática está ativada, o painel de ativação inicia automaticamente. Se desejar iniciá-la a partir de um sistema de arquivos montado, assegure-se de ter permissão de gravação para esse sistema antes de iniciar a barra de ativação. Para acessar informações sobre pré-requisitos de instalação do produto, clique nas diferentes opções no quadro esquerdo da barra de ativação. Assistente de Instalação Método de Assistente de Instalação para Gerenciador de Domínio Principal ou seu Backup, Gerenciador de Domínio Dinâmico ou seu Backup. Instale o gerenciador de domínio principal Tivoli Workload Scheduler ou seu backup, gerenciador de domínio dinâmico ou seu backup usando o assistente do Installation Manager para cada plataforma suportada. Você pode utilizar o assistente de instalação no modo interativo ou silencioso. No modo interativo, o assistente o guia pelas etapas de instalação. No modo silencioso, um arquivo de resposta fornece as informações relevantes para o processo de instalação, que é executado em segundo plano. Modo Silencioso Método Silencioso para Gerenciador de Domínio Principal ou seu Backup, Gerenciador de Domínio Dinâmico ou seu Backup. Instale o gerenciador de domínio principal Tivoli Workload Scheduler ou seu backup, gerenciador de domínio dinâmico ou seu backup, e o Dynamic Workload Console, usando um arquivo de resposta customizado, incluindo todas as definições de configuração a serem usadas durante a instalação. Na linha de comandos, execute o comando Installation Manager para instalar no modo silencioso. Utilizando esse método, é possível executar a instalação não 28 Tivoli Workload Scheduler: Planejamento e Instalação

45 assistida e em segundo plano. Para obter informações adicionais, consulte a Executando uma Instalação Silenciosa na página 82. O Script twsinst para os Agentes O script twsinst para instalar agentes. Para instalar agentes Tivoli Workload Scheduler, é possível usar apenas scripts twsinst. O comando twsinst é um comando muito simples possível de usar em sistemas operacionais UNIX e Windows. Ele economiza espaço em disco e RAM porque não é baseado em Java. Para obter informações sobre o script twsinst, consulte Instalando Agentes na página 107. Acessando a Mídia de Instalação Acessando a Mídia de Instalação Acesse a mídia de instalação para fazer o download dos arquivos de instalação Usando DVDs Escolha os DVDs apropriados para usar dependendo do que deseja instalar. Neste cenário de instalação, você tem os DVDs que contêm os arquivos de instalação e, geralmente, você instala o produto em seu computador. Instale Tivoli Workload Scheduler a partir de DVDs executando as seguintes etapas: 1. Escolha o DVD apropriado dependendo do que deseja instalar. Tabela 2. Pacotes configuráveis do Tivoli Workload Scheduler Componente do Tivoli Workload Scheduler a ser instalado v v v v Um agente dinâmico Um agente tolerante a falhas com linha de comando remoto Um gerenciador de domínio principal ou seu backup Um gerenciador de domínio dinâmico ou seu backup Dynamic Workload Console Integration Workbench Relatórios em lote Job Brokering Definition Console DVD a ser usado DVD do Agente DVD do Tivoli Workload Scheduler Server DVD do Tivoli Workload Scheduler Server DVD do Tivoli Workload Scheduler Server DVD do Tivoli Workload Scheduler Server DVD do Tivoli Workload Scheduler Server Para obter uma lista completa de mídias de instalação, consulte o Documento de Download do Tivoli Workload Scheduler em support/docview.wss?rs=672&uid=swg Insira o DVD de instalação do produto na unidade. Capítulo 2. Preparando para Instalação 29

46 Para obter informações adicionais sobre a estrutura da mídia, consulte Mídia de Instalação. Mídia de Instalação O conteúdo da mídia de instalação depende da imagem transferida por download. DVD Agentes Dependendo do sistema operacional, o DVD de instalação conterá alguns dos ou todos os diretórios a seguir: TWS Contém os arquivos necessários para a instalação de um Tivoli Workload Scheduler agente dinâmico ou agente tolerante a falhas com linha de comandos remota. JavaExtension Contém os arquivos para instalar a extensão Java ou para incluir a extensão Java em uma instância instalada do Tivoli Workload Scheduler. DVD do Tivoli Workload Scheduler Server Dependendo do sistema operacional, o DVD de instalação conterá alguns dos ou todos os diretórios a seguir: dbtools Contém os arquivos necessários para a criação ou atualização do banco de dados do Tivoli Workload Scheduler antes de instalar ou atualizar o produto. Para obter mais informações sobre como gerenciar o banco de dados do Tivoli Workload Scheduler antes do processo de instalação, consulte Capítulo 4, Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade, na página 43. FULL Contém o repositório necessário para instalar o produto usando Installation Manager. iim Contém os arquivos necessários para instalar Installation Manager usando a barra de ativação ou manualmente. Barra de Ativação Contém o código da barra de ativação. response_files Contém os arquivos de resposta que instalam o Tivoli Workload Scheduler gerenciador de domínio principal, o backup do gerenciador de domínio principal, o gerenciador de domínio dinâmico, o backup do gerenciador de domínio dinâmico ou Dynamic Workload Console. DWC Contém os arquivos necessários para a instalação do Dynamic Workload Console. TWS Contém os arquivos necessários para a instalação do Tivoli Workload Scheduler gerenciador de domínio principal ou seu backup, gerenciador de domínio dinâmico ou seu backup. Pré-requisitos Contém os arquivos necessários para a varredura de seu sistema para verificar se seu ambiente tem todos os requisitos do sistema necessários para a execução de uma instalação bem-sucedida. 30 Tivoli Workload Scheduler: Planejamento e Instalação

47 Integration Workbench Contém os arquivos necessários para a instalação do Tivoli Workload Scheduler Integration Workbench. Imagens do DB2 Contém os arquivos necessários para a instalação do DB2. Imagens do Websphere Application Server Contém os arquivos necessários para a instalação do Websphere Application Server. Imagens do Jazz for Service Management extension for IBM WebSphere Contém os arquivos necessários para a instalação do Jazz for Service Management extension for IBM WebSphere. Fazendo Download de eimages em sua Estação de Trabalho É possível fazer o download do eimages executando as seguintes etapas: 1. Certifique-se de que sua estação de trabalho tenha espaço suficiente para armazenar os arquivos que devem ser transferidos por download a partir do IBM Passport Advantage e a imagem de instalação extraída. Para obter mais informações sobre os requisitos dos sistemas, consulte Documento de Requisitos do Sistema. 2. No IBM Passport Advantage, faça o download de todas as partes necessárias para a imagem do produto listada em Tabela 3 em um diretório temporário. Tabela 3. eimages necessários Componentes do Tivoli Workload Scheduler para instalar v v Um agente dinâmico Um agente tolerante a falhas com linha de comando remoto eimages para download eimage do Agente. v v Um gerenciador de domínio principal ou seu backup Um gerenciador de domínio dinâmico ou seu backup v v v eimage do Tivoli Workload Scheduler. eimage do Websphere Application Server. eimage do DB2 se desejar instalar e usar o banco de dados relacional DB2. Dynamic Workload Console v eimage do Tivoli Workload Scheduler. Integration Workbench Relatórios em lote Job Brokering Definition Console v eimage do Websphere Application Server. eimages do Integration Workbench. eimage do Tivoli Workload Scheduler. eimage do Tivoli Workload Scheduler. 3. Extraia a imagem de instalação a partir do arquivo transferido por download e verifique se a imagem de instalação está completa. Para obter informações adicionais sobre eimages, consulte o Documento de Download em &uid=swg Criando um Repositório de Rede Este cenário é válido apenas para o gerenciador de domínio principal ou o gerenciador de domínio dinâmico e seus backups, ou o Dynamic Workload Console que são instalados usando a infraestrutura do Installation Manager. Capítulo 2. Preparando para Instalação 31

48 Use o Installation Manager Package Utility para criar os DVDs Tivoli Workload Scheduler ou eimages no formato de repositório de rede. Para obter mais informações sobre o assistente Package Utility, consulte Installation Manager > Instalando > Gerenciando Pacotes com Packaging Utility. Depois de usar o Packaging Utility para criar um repositório a partir das imagens ESD, é possível criar o Installation Manager para definir este local como um repositório. É possível salvar o repositório em uma unidade UNC em sistemas operacionais Windows ou servidor da web para deixar diretórios e arquivos disponíveis por meio de HTTP. Para criar um repositório de rede Tivoli Workload Scheduler, execute o procedimento a seguir: 1. Faça download do eimages conforme descrito em Fazendo Download de eimages em sua Estação de Trabalho na página 31 ou use os DVDs conforme descrito em Usando DVDs na página Instale o Installation Manager em sua estação de trabalho. 3. Instale o Package Utility usando Installation Manager em sua estação de trabalho. 4. Para criar imagens ESD em formato de rede, execute as seguintes etapas: a. Inicie o Package Utility. b. Clique em Apontar para imagem ESD. c. Execute o assistente. Para obter mais informações sobre o assistente Package Utility, consulte Installation Manager > Instalando > Gerenciando Pacotes com Packaging Utility. Após ter criado um repositório em formato de rede, defina esse local como um repositório do Installation Manager. Para incluir um repositório, execute as etapas a seguir: 1. Abra o assistente Installation Manager. 2. Selecione Arquivo > Preferências. A página Repositórios é exibida e mostra os repositórios disponíveis, locais do repositório e status de conexão para os repositórios. 3. Selecione Incluir Repositório. A página Incluir Repositório é exibida. 4. Insira o local do repositório ou selecione Procurar. 5. Acesse o local do repositório onde você salvou o conteúdo do DVD ou eimages em formato de rede e selecione a URL relacionada ao produto que deseja instalar. 6. Clicar em OK. Se você forneceu um local de repositório HTTPS ou FTP restrito, será solicitado a inserir um ID de usuário e uma senha. O novo local do repositório é incluído na lista. Se o repositório não estiver conectado, uma caixa vermelha será mostrada na coluna Conexão. 7. Clicar em OK. Após ter definido o repositório do Installation Manager, instale o produto: Tivoli Workload Scheduler Consulte Instalando Componentes Principais na página 63. Dynamic Workload Console Consulte Instalando o Dynamic Workload Console na página Tivoli Workload Scheduler: Planejamento e Instalação

49 Considerações sobre Instalação Antes de iniciar a instalação, considere os itens a seguir que podem se aplicar ao seu ambiente específico. Instalando em sistemas operacionais Windows: Se você estiver instalando em sistemas operacionais Windows, considere os seguintes itens. v Se estiver utilizando o Windows Terminal Services, configure o usuário de instalação com o comando: change user /install v Se <TWS_user> for um usuário de domínio, o usuário que está executando a instalação deve ser um administrador de domínio. Instalando em sistemas operacionais UNIX e Linux: Se estiver instalando em sistemas operacionais HP-UX, verifique se o parâmetro MAXDSIZ está configurado para um mínimo de 128 MB. Escolhendo configurações de idiomas e caracteres nacionais Se desejar usar caracteres de um código de idioma específico, o idioma que você escolher para o assistente de instalação deverá corresponder às configurações do código de idioma da estação de trabalho na qual você está instalando. Não é possível usar caracteres nacionais no caminho da instalação de um gerenciador de domínio principal ou gerenciador de domínio principal de backup. Instalando para o Planejamento de Ponta a Ponta Se você estiver instalando o Tivoli Workload Scheduler em uma estação de trabalho usada como agente distribuído (ou seja, agente padrão, agente tolerante a falhas ou gerenciador de domínio) para planejamento de ponta a ponta, especifique OPCMASTER como o nome do gerenciador de domínio principal durante o processo de instalação. Para obter informações adicionais sobre a instalação para planejamento de ponta a ponta, consulte Tivoli Workload Scheduler Planejando de Ponta a Ponta. Criar Links Simbólicos Para sistemas operacionais UNIX e Linux. O assistente de instalação instala todos os arquivos executáveis no próprio diretório.bin. Antes de executar qualquer comando do Tivoli Workload Scheduler, execute o script tws_env que configura o ambiente de linha de comandos para acessar esses arquivos. Para evitar a necessidade de configurar o ambiente sempre que desejar executar qualquer um dos comandos a partir de um script, será possível selecionar uma opção de instalação para criar links simbólicos para esses comandos ou utilitários usados mais frequentemente a partir desses scripts. O Tabela 4 mostra os caminhos binários e os links simbólicos. Tabela 4. Opções de Link Simbólico Caminho binário do TWS <TWS_home>/bin/at <TWS_home>/bin/batch <TWS_home>/bin/datecalc <TWS_home>/bin/jobstdl <TWS_home>/bin/maestro <TWS_home>/bin/mdemon Link simbólico usr/bin/mat usr/bin/mbatch usr/bin/datecalc usr/bin/jobstdl usr/bin/maestro usr/bin/mdemon Capítulo 2. Preparando para Instalação 33

50 Tabela 4. Opções de Link Simbólico (continuação) Caminho binário do TWS Link simbólico <TWS_home>/bin/morestdl usr/bin/morestdl <TWS_home>/bin/muser usr/bin/muser <TWS_home>/bin/parms usr/bin/parms Diretórios Criados Fora de TWA_home no Momento da Instalação A lista a seguir mostra os diretórios que são criados fora de TWA_home quando você instala Tivoli Workload Scheduler. Sistemas operacionais Windows %WINDIR%\TWA %WINDIR%\TWS %WINDIR%\system32\TWSRegistry.dat (32 bits) %WINDIR%\sysWOW64\TWSRegistry.dat (32 bits em 64 bits) %WINDIR%\TWSRegistry.dat (64 bits em 64 bits) %WINDIR%teb %WINDiR%\cit %ProgramFiles%\tivoli\cit (ou o caminho especificado por %WINDiR%\cit\cit.ini) UNIX /etc/twa /etc/tws /etc/teb /etc/cit /etc/init.d/tebclt-tws_cpa_agent_<instance_name> /usr/tivoli/tws /usr/ibm/tivoli/common/cit/logs /opt/tivoli/cit (ou o caminho especificado por /etc/tivoli/cit/cit.ini) Serviços do Windows Uma instalação em sistemas operacionais Windows registra os seguintes serviços no Windows Service Control Manager: v v v v v v Tivoli Workload Scheduler (para <TWS_user>) Tivoli Netman (para <TWS_user>) Tivoli Token Service (para <TWS_user>) - inclui o serviço do recurso de Rastreamento em Andamento Tivoli Workload Scheduler SSM Agent (para <TWS_user>) Websphere Application Server (para <TWS_user>) IBM Common Platform Agent: tws_cpa_agent_ (para <TWS_user>) Nota: Um serviço existente que possui o mesmo nome que o novo serviço será sobrescrito durante a instalação. O Gerenciador de Controle de Serviço mantém seu próprio banco de dados de senha do usuário. Se a senha do <TWS_user> for alterada após a instalação, você deverá usar o applet Services no Painel de Controle para designar a nova senha para o serviço de token do Tivoli e Tivoli Workload Scheduler (para <TWS_user>). Para obter mais informações, consulte a seção sobre como alterar a senha do TWS_User no Guia de Administração. 34 Tivoli Workload Scheduler: Planejamento e Instalação

51 Capítulo 3. Pré-requisitos Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, considere os seguintes pré-requisitos. A instalação do gerenciador de domínio principal ou gerenciador de domínio dinâmico deve ter os seguintes pré-requisitos: Banco de dados relacional Consulte o Sistemas de Gerenciamento de Banco de Dados Relacional. Websphere Application Server Se você não tiver este produto instalado, o processo de instalação o instalará automaticamente. WebSphere SDK Java Technology Edition Se você não tiver este produto instalado, o processo de instalação o instalará automaticamente. Para obter uma lista completa das versões corretas para instalação, consulte Documento de Requisitos do Sistema em docview.wss?rs=672&uid=swg Sistemas Operacionais Suportados Para produzir um relatório dinâmico que liste os sistemas operacionais suportados, execute as ações a seguir: 1. Acesse a página da web: v1r0/clarity/index.html. 2. Clique no relatório "Sistemas Operacionais para um Produto Específico". 3. Na janela "Sistemas Operacionais para um Produto Específico", preencha o campo Inserir nome do produto parcial ou completo com o valor IBM Tivoli Workload Scheduler e clique em Procurar. 4. Na lista suspensa Selecionar Versão, selecione a versão 9.1 e clique em Enviar para Executar o Relatório. Para obter uma lista completa de requisitos do sistema (espaços de disco, espaços temporários e uso de RAM), consulte Documento de Requisitos do Sistema em Sistemas de Gerenciamento de Banco de Dados Relacional Um sistema de gerenciamento de banco de dados relacional (RDBMS) é um pré-requisito do gerenciador de domínio principal e do gerenciador de domínio dinâmico e seus backups. Você deve instalar o RDBMS antes de instalar o Tivoli Workload Scheduler. O RDBMS pode ser um dos seguintes: DB2 Para obter informações adicionais, consulte a Instalando o DB2 na página 36. Copyright IBM Corp. 1999,

52 Oracle Para obter informações adicionais, consulte a Instalando o Oracle. Instalando o DB2 Antes de instalar um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você deve instalar um banco de dados. É possível instalar o DB2 das seguintes formas: DB2 Enterprise Server Edition Uma versão do DB2 é fornecida com o DVD de instalação. É possível instalar o DB2 das seguintes maneiras: Servidor Instale o DB2 Server e o gerenciador de domínio principal na mesma estação de trabalho. Cliente Instale o DB2 Server em uma estação de trabalho. Cliente DB2 e gerenciador de domínio principal ou gerenciador de domínio dinâmico em uma estação de trabalho diferente. A vantagem dessa configuração é que é possível se alternar facilmente entre o gerenciador de domínio principal e seu backup ou se alternar entre o gerenciador de domínio dinâmico e seu backup, se necessário. É possível instalar o DB2 manualmente ou usando a Barra de Ativação. Para instalar o DB2 manualmente, execute a instalação de cliente ou servidor DB2 no DVD do produto. Os arquivos de configuração para o DB2 estão nos DVDs do produto, conforme a seguir: Tabela 5. Arquivos de Configuração do DB2 Sistema Operacional AIX, HP-UX/IA64, SunOS/SPARC, SunOS/SPARC64, todos os sistemas operacionais Linux SunOS/AMD64 Windows/x86 e Windows/AMD64 Arquivo de Configuração DB2/server/db2setup DB2/wse/db2setup DB2\SERVER\setup.exe Instalando o Oracle Antes de instalar um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você deve instalar um banco de dados. É possível instalar o Oracle das maneiras a seguir: Oracle Enterprise Edition A vantagem de escolher o Oracle Enterprise Edition é que você pode implementar o recurso Oracle Partitioning para melhorar o desempenho do automação de carga de trabalho orientada a eventos. Isso melhora o desempenho do gerenciamento de regra, em particular as seguintes consultas: event_rule_instance, action_run e operator_messages. Para obter informações sobre o automação de carga de trabalho orientada a eventos, consulte Visão Geral. 36 Tivoli Workload Scheduler: Planejamento e Instalação

53 Oracle Standard Edition O Oracle Standard Edition não inclui o recurso Oracle Partitioning. A instalação desta edição não melhora o desempenho do automação de carga de trabalho orientada a eventos. Para as versões suportadas, consulte o Tivoli Workload Scheduler Documento de Requisitos do Sistema em &uid=swg Nota: v Durante a instalação do produto em um sistema operacional de biblioteca de 64 bits, use um banco de dados do Oracle em uma biblioteca de 64 bits, caso contrário, você receberá um aviso durante a instalação e não poderá usar o produto, a menos que execute o procedimento Falha na Instalação do Gerenciador de Domínio Principal ou Gerenciador de Domínio Dinâmico com Aviso AWSJIM976W na página 258. v Ao fazer upgrade: Se você já tiver um RDBMS instalado e quiser atualizá-lo, você deverá fazer isso após o upgrade do Tivoli Workload Scheduler. Se estiver executando um upgrade paralelo, use um banco de dados do Oracle em uma biblioteca de 64 bits durante a instalação do produto em uma biblioteca de 64 bits, caso contrário, você receberá um aviso durante a instalação e não poderá usar o produto, a menos que execute o procedimento Falha na Instalação do Gerenciador de Domínio Principal ou Gerenciador de Domínio Dinâmico com Aviso AWSJIM976W na página 258. Se estiver executando um upgrade direto, use um banco de dados do Oracle em um sistema operacional de biblioteca de 64 bits ao atualizar o produto em um sistema operacional de biblioteca de 64 bits, caso contrário, você receberá um aviso durante o upgrade e não poderá usar o produto, a menos que execute o procedimento Depois de fazer upgrade de um gerenciador de domínio principal ou de um gerenciador de domínio dinâmico, não é possível executar nenhuma operação na página 274. Para obter informações sobre como fazer upgrade do RDBMS, consulte o capítulo sobre manutenção de dados no Tivoli Workload Scheduler: Guia de Administração. Tivoli Workload Scheduler usuário Gerenciamento de Usuário do Tivoli Workload Scheduler em Sistemas Operacionais UNIX e Windows Considere as propriedades e restrições a seguir para o usuário do Tivoli Workload Scheduler: Nos sistemas operacionais Windows: O processo de instalação cria automaticamente o usuário do Tivoli Workload Scheduler. Se suas políticas de segurança não permitirem criação de usuário durante o processo de instalação, crie o usuário e lhe dê o direito necessário conforme descrito em Estrutura e Direitos de Domínio do Usuário do Windows na página 38. Nos sistemas operacionais UNIX e Linux: Independentemente do método de instalação escolhido, o usuário do Tivoli Workload Scheduler deve ser criado manualmente antes da execução da instalação. Utilize os comandos adequados do sistema operacionalunix elinux para criar o usuário. Capítulo 3. Pré-requisitos 37

54 Nota: Alguns sistemas operacionais requerem que, para usuários com uma senha, a senha seja alterada no primeiro login. Se esta for sua situação, para uma instalação bem-sucedida, você precisará efetuar login como usuário e alterar a senha pela primeira vez. Estrutura e Direitos de Domínio do Usuário do Windows Se instalar nos sistemas operacionais Windows, considere as seguintes restrições. O usuário do Windows executando a instalação deve ser: v Para um usuário local do Tivoli Workload Scheduler, membro do grupo administrativo local v Para um usuário do domínio do Tivoli Workload Scheduler, membro dos grupos administrativos de domínio no controlador de domínio Nota: Não instale dois agentes no mesmo sistema, um no sistema local e outro definido no domínio com o mesmo nome usando o mesmo usuário. Todos os usuários do Windows Tivoli Workload Scheduler precisam dos seguintes direitos de usuário, que podem ser concedidos localmente. Como as políticas de nível de domínio sempre substituem políticas locais, você pode precisar conceder os seguintes direitos a partir do domínio: v Agir como parte do sistema operacional v Permitir efetuar logon localmente v Personificar um cliente após a autenticação v v v Efetuar logon: Como uma tarefa em lote Como um serviço Substituir o token no nível do processo Ajustar cotas de memória para um processo (disponível apenas para algumas configurações) Nota: Esses direitos são concedidos durante a instalação, mas eles podem ser confirmados manualmente. Considerações para os Controladores de Domínio do Windows que Executam o Microsoft Active Directory Se quiser instalar um agente tolerante a falhas do Tivoli Workload Scheduler em estações de trabalho nas quais os usuários que executam tarefas são usuários de domínio e se o controlador de domínio estiver executando omicrosoft Active Directory, decida como instalar os agentes e configure o domínio para que o processo jobmon obtenha as informações corretas para permitir que os usuários executem tarefas. Antes de executar uma tarefa, jobmon recupera informações sobre o usuário executando a tarefa. Se o usuário for um usuário do domínio e o controlador de domínio estiver executando o Microsoft Active Directory, se as informações do usuário podem ser recuperadas depende das informações na ACL (Lista de Controle de Acesso) desse usuário. O principal processo jobmon que executa a tarefa é iniciado como conta do sistema local (AUTHORITY\SYSTEM), mas personifica imediatamente o <TWS_user> que possui o agente tolerante a falhas. Isso significa que para o jobmon ativar a tarefa com sucesso, o <TWS_user> deve ter uma entrada de controle de acesso (ACE) na ACL do usuário para a qual está tentando recuperar informações. 38 Tivoli Workload Scheduler: Planejamento e Instalação

55 Execute uma das ações a seguir: Ative o <TWS_user> para acessar um conjunto de usuários que executam tarefas No servidor de domínio, edite a ACL de todos os usuários que executam tarefas na estação de trabalho e inclua uma ACE para cada <TWS_user>. Nesse caso, apenas usuários especificados podem executar as tarefas enviadas pelo jobmon. Permita que todos os usuários executem tarefas enviadas por jobmon utilizando a variável do sistema TWS_BYPASS_DC=TRUE Crie a variável do sistema TWS_BYPASS_DC=TRUE, com um valor não nulo, e reinicialize a estação de trabalho. Nesse caso, o jobmon obterá as informações sobre o usuário sem executar a verificação de segurança para a ACE na ACL do usuário. Todos os usuários locais e de domínio podem executar as tarefas enviadas pelo jobmon. Permita que todos os usuários executem tarefas enviadas pelo jobmon configurando <TWS_user> como usuário do domínio Configure o <TWS_user> como um usuário de domínio do Windows e instale a instância do Tivoli Workload Scheduler usando o <TWS_user>. Neste caso, todos os usuários autenticados no controlador do domínio podem acessar a ACL padrão para um usuário do domínio. Tarefas podem ser ativadas por usuários locais e de domínio. Todos os usuários locais e de domínio podem executar as tarefas enviadas por jobmon. Excluir a estação de trabalho da verificação de segurança em usuários ACL No servidor de domínio, inclua o nome do host da estação de trabalho na qual o agente tolerante a falhas está instalado no Grupo de Acesso Compatível com Pré-Windows Dessa maneira, a partir do ponto de vista da segurança, o controlador de domínio interage com essa estação de trabalho como se estivesse em um domínio do Windows que não suporta Active Directory. Nesse caso, todos os usuários locais e de domínio podem executar as tarefas enviadas pelo jobmon. Além disso, o controlador de domínio não impede nenhum usuário local ou de domínio de executar outros processos que não sejam controlados pelo Tivoli Workload Scheduler. Verificando Configurações do Ambiente para Usuários do Windows Vista Antes de instalar o Tivoli Workload Scheduler em uma estação de trabalho do Windows Vista que não pertence a um domínio do Windows, certifique-se de que o nome da estação de trabalho e o nome do domínio estejam registrados em letras maiúsculas nas configurações do ambiente dowindows. Quando a estação de trabalho não estiver em um domínio do Windows, os valores COMPUTERNAME e USERDOMAIN serão idênticos, mas no Vista o valor USERDOMAIN estará, às vezes, em letras minúsculas, mesmo se COMPUTERNAME estiver em letras maiúsculas. Execute as ações a seguir: 1. Abra um shell do prompt de comandos DOS. 2. Execute o comando set para exibir as configurações do ambiente do Windows. 3. Verifique se o valor USERDOMAIN está em letras maiúsculas. Se não, siga essa solução alternativa para corrigi-lo: 4. Execute o comando set para alterar o valor de COMPUTERNAME para um nome de host temporário de sua escolha: set /p COMPUTERNAME=MYTEMPHOST Capítulo 3. Pré-requisitos 39

56 5. Reinicie o sistema. 6. Execute o comando set novamente como na etapa 4 substituindo o nome do host temporário pelo original. 7. Reinicie o sistema. 8. Verifique se o valor USERDOMAIN está, agora, em letras maiúsculas. Varrendo Pré-requisitos do Sistema para Tivoli Workload Scheduler Antes de instalar ou atualizar o produto, o Tivoli Workload Scheduler executa automaticamente uma varredura em seu sistema. Ter um ambiente que atende aos requisitos do sistema do produto assegura o êxito de uma instalação ou upgrade sem atrasos ou complicações. A varredura verifica se: v O sistema operacional é suportado para o produto. v Em sistemas operacionais UNIX, as bibliotecas de produto necessárias são instaladas. v Há espaço em disco permanente e temporário suficiente para instalar o produto e seus pré-requisitos. v Há memória e memória virtual suficientes. Nota: A varredura verifica apenas se o ambiente atende aos requisitos do Tivoli Workload Scheduler. Ela não verifica requisitos para outros componentes, como DB2. Para verificar os requisitos para Installation Manager, use o procedimento descrito em Varrendo Pré-requisitos do Sistema para o Installation Manager na página 41. Se alguma destas verificações falhar, o Tivoli Workload Scheduler executará a seguinte ação: Para todos os componentes instalados usando o Installation Manager: Exibe uma notificação do requisito que não foi atendido. Neste caso, pare a instalação ou o upgrade, analise os arquivos de log, resolva o erro e execute novamente a instalação ou o upgrade. Se estiver executando uma instalação interativa, os erros serão exibidos na tela. Se você estiver executando uma instalação silenciosa, os erros serão gravados nos arquivos de log do Installation Manager. Para obter informações adicionais sobre os arquivos de log, consulte Arquivos de Log de Instalação Silenciosa e Desinstalação do Assistente do Installation Manager na página 242. Para agentes Se você especificou o parâmetro stoponcheckprereq, o script twsinst não continuará. Nesse caso, analise o arquivo de log, resolva o erro e execute a instalação ou o upgrade novamente. Os arquivos de log estão localizados: Nos sistemas operacionais Windows: %TEMP%\TWA\tws91\result.txt Nos sistemas operacionais UNIX e Linux: $tmp/twa/tws91/result.txt Se você não especificou stoponcheckprereq, o script twsinst continuará. Se ocorrer um problema, um erro será exibido, o agente será instalado ou atualizado, mas não funcionará. 40 Tivoli Workload Scheduler: Planejamento e Instalação

57 Para obter uma lista detalhada dos sistemas operacionais suportados e pré-requisitos do produto, consulte o Documento de Requisitos do Sistema em Varrendo Pré-requisitos do Sistema para o Installation Manager Antes da instalação ou do upgrade do Tivoli Workload Scheduler, se você não tiver instalado o Installation Manager, execute uma varredura em seu sistema para verificar se sua estação de trabalho tem todos os requisitos do sistema necessários para uma instalação bem-sucedida. Ter um ambiente que atende os requisitos do sistema do produto assegura uma instalação bem-sucedida sem atrasos ou complicações. É possível executar uma varredura de pré-requisito para Installation Manager usando: Barra de Ativação na página 28 No DVD ou eimage, ative-o e selecione Varredura de Pré-requisitos. checkprereq Em sistemas operacionais Windows: Execute o seguinte comando: checkprereq.bat Em sistemas operacionais UNIX ou Linux: Execute o seguinte comando: checkprereq.sh Especifique a opção -silent se não estiver interessado em instalar Installation Manager usando o assistente. Se você usar a opção -silent, o programa não verificará se existem bibliotecas gráficas. Se a varredura falhar, o programa exibirá uma notificação do requisito que não foi atendido. Nesse caso, pare a instalação, resolva o erro e execute a instalação novamente. Capítulo 3. Pré-requisitos 41

58 42 Tivoli Workload Scheduler: Planejamento e Instalação

59 Capítulo 4. Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade Dependendo do componente do Tivoli Workload Scheduler instalado, você deverá gerenciar as tabelas a seguir: Gerenciador de domínio principal ou gerenciador do domínio principal de backup: v Tabelas do Tivoli Workload Scheduler v Tabelas do Dynamic Workload Broker. Gerenciador de domínio dinâmico ou gerenciador de domínio dinâmico de backup: Tabelas do Dynamic Workload Broker. O procedimento para criar ou fazer upgrade do Tivoli Workload Scheduler e do Dynamic Workload Broker não é obrigatório para a instalação ou upgrade do produto. O administrador de banco de dados deve executar o procedimento para criar ou atualizar as tabelas de banco de dados do produto antes da instalação do produto apenas quando o administrador de TI que instala o produto não conhecer o ID do usuário e a senha do administrador de banco de dados. Caso contrário, o administrador de TI fornece o ID do usuário e a senha do administrador de banco de dados durante a instalação e as tabelas são automaticamente criadas e atualizadas durante a instalação ou a atualização do produto. Utilizando esse procedimento, o administrador de banco de dados cria ou atualiza as tabelas de banco de dados antes de o administrador de TI instalar ou atualizar o produto com um usuário diferente do usuário do administrador de banco de dados. O procedimento assegura que apenas o administrador de banco de dados gerencie todos as informações confidenciais relacionadas ao banco de dados, tais como o ID do usuário e a senha do administrador e o administrador de TI pode instalar ou atualizar o produto sem conhecer nenhuma informação confidencial do banco de dados. Esse capítulo descreve o procedimento a ser seguido se desejar: v Crie e atualize as tabelas de banco de dados do Tivoli Workload Scheduler e do Tivoli dynamic workload broker antes de instalar ou atualizar o produto, se estiver usando o DB2. Consulte Criando ou Fazendo Upgrade das Tabelas de Banco de Dados se Estiver Usando o DB2 na página 44. v Crie e atualize as tabelas do banco de dados do Tivoli Workload Scheduler e do Tivoli dynamic workload broker antes de instalar ou atualizar o produto, se estiver usando o Oracle. Consulte Criando ou Fazendo Upgrade das Tabelas de Banco de Dados Se Estiver Usando o Oracle. na página 54. O administrador de TI pode executar: v A instalação, especificando como nome de usuário administrador de banco de dados o usuário ao qual o acesso será concedido, pelo administrador do servidor DB2 para o banco de dados do Tivoli Workload Scheduler. v O upgrade, usando outro usuário que possua as mesmas permissões que o usuário que instalou o produto. Copyright IBM Corp. 1999,

60 Criando ou Fazendo Upgrade das Tabelas de Banco de Dados se Estiver Usando o DB2 Para criar ou fazer upgrade das tabelas de banco de dados do Tivoli Workload Scheduler e do Tivoli dynamic workload broker se você estiver usando o DB2, execute os seguintes procedimentos: 1. Customize o arquivo de propriedades. Consulte Customizando o Arquivo de Propriedades para DB2. 2. Gere os arquivos SQL. Consulte Gerando os Arquivos SQL para o DB2 na página Execute o Procedimento para Criar as Tabelas SQL do Tivoli Workload Scheduler para DB2 na página 49. Importante: v Execute o procedimento somente se o administrador de banco de dados gerenciar todas as informações confidenciais relacionadas ao banco de dados, como senha e ID do usuário do administrador de banco de dados, e o administrador de TI que atualiza o produto não souber quais são. v Após o upgrade, para conceder permissões a usuários nas visualizações dos bancos de dados atualizadas, você deve executar o script: Nos sistemas operacionais Windows <TWA_home>/TWS/dbtools/DB2/scripts/dbgrant.bat <user_id_to_be_granted> <database_name> [<database_admin_user> <password>] Em sistemas operacionais UNIX e Linux /<TWA_home>/TWS/dbtools/DB2/scripts/dbgrant.sh <user_id_to_be_granted> <database_name> [<database_admin_user> <password>] Customizando o Arquivo de Propriedades para DB2 Para customizar os arquivos de propriedades, execute as seguintes etapas: 1. No DVD de instalação ou no eimage que contém o gerenciador de domínio principal ou o gerenciador de domínio dinâmico, abra o seguinte arquivo de propriedades: Nos sistemas operacionaiswindows: <images_dir>\dbtools\customizewindb2sql.properties Nos sistemas UNIX e Linux: <images_dir>/dbtools/customizeunixdb2sql.properties em que images_dir especifica o diretório no qual você extraiu a imagem do produto. 2. Customize as propriedades SQL com os valores apropriados para suas necessidades: TWSTEMPDIR O diretório no qual você deseja armazenar os scripts SQL para criar ou atualizar as tabelas de banco de dados. O valor padrão é : Nos sistemas operacionaiswindows: C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\TWA\tws91 Nos sistemas UNIX e Linux: /tmp/twa/tws91 44 Tivoli Workload Scheduler: Planejamento e Instalação

61 DB_USER Se estiver criando as tabelas de banco de dados antes de instalar o produto: Especifique o usuário ao qual o acesso será concedido pelo administrador do servidor DB2 para acessar o banco de dados do Tivoli Workload Scheduler. Quando o administrador de TI instala o produto, ele deve especificar este valor no campo Usuário Administrador do Servidor DB2. Nos sistemas operacionaiswindows: O valor padrão é db2admin. Nos sistemas operacionais UNIX e Linux: O valor padrão é db2inst1. No UNIX, verifique se é possível alternar para esse usuário e se ele pode carregar o ambiente do DB2. Se fazendo upgrade das tabelas de banco de dados antes de fazer upgrade do produto: Especifique o usuário usado quando instalou a versão do produto que está fazendo upgrade. Posteriormente quando você estiver fazendo upgrade do produto, poderá especificar um usuário diferente daquele especificado no campo DB_USER, mas ele deverá ter permissões de acesso do banco de dados. TWS_USER Especifique o nome de usuário do Tivoli Workload Scheduler. Ele pode conter caracteres alfanuméricos, traço (-) e sublinhado (_) e não pode conter caracteres nacionais. O primeiro caractere do nome de usuário deve ser uma letra. Quando o administrador de TI instala o produto, ele deve especificar esse valor no campo Nome do Usuário. TWS_DB O nome do banco de dados DB2. O comprimento máximo é de cinco caracteres. O valor padrão é TWS. Se estiver criando tabelas SQL para um: Gerenciador de domínio principal Forneça o nome de um banco de dados que não seja usado por um gerenciador de domínio dinâmico. Gerenciador de domínio dinâmico Forneça o nome de um banco de dados que não seja usado por um gerenciador de domínio principal. Quando o administrador de TI instala o produto, ele deve especificar esse valor no campo Nome do Banco de Dados. TWS_TS_NAME O nome do espaço de tabela da instância do DB2. Este espaço de tabela é usado para armazenar objetos de planejamento e regras de eventos. Para obter informações sobre os espaços de tabela do DB2, consulte a documentação do DB2. O nome do espaço de tabela padrão é TWS_DATA. Capítulo 4. Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade 45

62 Quando a administrador de TI instala o produto, ele deve especificar este valor no campo Nome do Espaço de Tabela. TWS_DATA_TS_PATH O caminho relativo do espaço de tabela do DB2. O caminho pode ser um caminho relativo ou completo. Quando o caminho do espaço de tabela é um caminho completo, o usuário administrador do DB2 deve ter direitos de acesso completos ao diretório onde o espaço de tabela está instalado. O nome do caminho do espaço de tabela padrão é TWS_DATA. Para os sistemas operacionais UNIX e Linux, assegure-se de que o administrador DB2 possua acesso de gravação para o diretório acima do diretório de espaço de tabela. Quando o administrador de TI instala o produto, ele deve especificar este valor no campo Caminho do Espaço de Tabela. TWS_LOG_TS_NAME Especifique o nome do espaço de tabela do DB2 no qual os logs de eventos do Tivoli Workload Scheduler devem ser armazenados. Esses logs incluem dados sobre as instâncias de regra de evento, ações acionadas e mensagens do operador que são exibidas pelo Dynamic Workload Console. Os dados dos logs podem ser utilizados para criar relatórios. É possível visualizar os dados do relatório usando o Dynamic Workload Console. O valor padrão é TWS_LOG. Quando o administrador de TI instala o produto, ele deve especificar esse valor no campo Nome do Espaço de Tabela do Relatório. TWS_LOG_TS_PATH Especifique o caminho do espaço de tabela do DB2 no qual os logs de eventos do Tivoli Workload Scheduler devem ser armazenados. O caminho padrão é TWS_LOG. O caminho pode ser um caminho relativo ou completo. Quando o caminho do espaço de tabela é um caminho completo, o usuário administrador do DB2 deve ter direitos de acesso completos ao diretório onde o espaço de tabela está instalado. Para obter informações adicionais, consulte a Apêndice E, Caminhos Relativos do Espaço de Tabela do DB2, na página 421. Nota: O caminho do espaço de tabela do relatório não pode ser igual ao caminho do espaço de tabela. Quando o administrador de TI instala o produto, ele deve especificar este valor no campo Caminho do Espaço de Tabela do Relatório. TWS_PLAN_TS_NAME Especifique o nome do espaço de tabela do DB2 no qual o Tivoli Workload Scheduler armazena o Plano. O nome padrão é TWS_PLAN. Quando o administrador de TI instala o produto, ele deve especificar este valor no campo Nome do Espaço de Tabela do Plano. TWS_PLAN_TS_PATH Especifique o caminho do espaço de tabela do DB2 em que o Tivoli Workload Scheduler Plan está armazenado. O caminho padrão é TWS_PLAN. O caminho pode ser um caminho relativo ou completo. Quando o caminho do espaço de tabela é um caminho completo, o usuário administrador do DB2 deve ter direitos de acesso completos ao diretório onde o espaço de tabela está instalado. Para obter informações adicionais, consulte a Apêndice E, Caminhos Relativos do Espaço de Tabela do DB2, na página Tivoli Workload Scheduler: Planejamento e Instalação

63 Nota: O caminho do espaço de tabela de plano não pode ser o mesmo que o caminho do espaço de tabela ou caminho do espaço de tabela de relatório. Quando o administrador de TI instala o produto, ele deve especificar este valor no campo Caminho do Espaço de Tabela do Plano. COMPANY_NAME O nome da empresa. É possível usar os espaços e o comprimento máximo do campo é de 40 caracteres. O padrão é MYCOMPANY. Quando o administrador de TI instala o produto, ele deve especificar esse valor no campo Empresa. EIF_PORT A porta utilizada pelo processador de gerenciamento de eventos para receber eventos. O valor padrão é O intervalo válido é de 1 a Quando o administrador de TI instala o produto, ele deve especificar esse valor no campo Processador de Eventos. HOST_NAME O nome completo do host ou endereço IP no qual o gerenciador de domínio dinâmico é contatado pelo agente dinâmico. Quando o administrador de TI instala o produto, ele deve especificar esse valor nas informações de configuração do agente dinâmico no campo Nome do Host ou Endereço IP. WAS_SEC_PORT A porta de transporte HTTPS do Websphere Application Server. A porta para o transporte HTTP seguro. Ela é usada pela linha de comandos do criador e pelo Dynamic Workload Broker quando este protocolo é selecionado. O agente dinâmico usa-a para se conectar com o Tivoli dynamic workload broker. O valor padrão é Se esse campo for deixado em branco, ele será padronizado como 0. O intervalo válido é de 1 a Quando o administrador de TI instala o produto, ele deve especificar este valor na porta de transporte HTTPS do Websphere Application Server. DB2LOCALADMINUSER Servidor DB2 Especifique o usuário ao qual o acesso será concedido pelo administrador do servidor DB2 para acessar o banco de dados do Tivoli Workload Scheduler. O valor deve ser o mesmo que a variável DB_USER. Cliente DB2 Especifique o usuário administrador local do DB2 da instância do cliente do DB2. DB2DIR Especifique o caminho da instalação do DB2. Gerando os Arquivos SQL para o DB2 Para gerar arquivos SQL, use o script customizesql que está localizado: Capítulo 4. Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade 47

64 Nos sistemas operacionaiswindows: <images_dir>\dbtools\customizesql.bat Nos sistemas operacionais UNIX e Linux: <images_dir>/dbtools/customizesql.sh Em que <images_dir> é o diretório no qual foram armazenadas as imagens do produto. Se você deseja usar a eimage, faça o download daquela que contém o gerenciador de domínio principal. Para mostrar o uso do comando, execute: customizesql -usage O script possui a seguinte sintaxe: Nos sistemas operacionaiswindows: customizesql.bat -propertyfile <property_file> Nos sistemas operacionais UNIX e Linux: customizesql.sh -propertyfile <property_file> Em que <property_file> é o caminho absoluto do diretório no qual o arquivo de propriedades está localizado. Nos sistemas operacionaiswindows: Se você armazenar o arquivo de propriedades no diretório C:\Temp\, execute: customizesql.bat -propertyfile "C:\Temp\customizeDb2Sql.properties" Nos sistemas operacionais UNIX e Linux: Se você armazenar o arquivo de propriedades no diretório /tmp/, execute: customizesql.sh /tmp/customizedb2sql.properties Nota: Os arquivos SQL são criados no diretório que você especificou na propriedade TWSTEMPDIR do arquivo de configuração. Para obter informações adicionais sobre como customizar o arquivo de propriedades, consulte Customizando o Arquivo de Propriedades para DB2 na página 44. Executando o Script para Criar ou Fazer Upgrade de Tabelas SQL para DB2 Esta seção descreve o comando que você executa para criar ou atualizar tabelas SQL. O comando executado depende da tarefa sendo realizada: Criando as tabelas SQL antes de instalar: Gerenciador de domínio principal ou seu backup: 1. Execute Procedimento para Criar as Tabelas SQL do Tivoli Workload Scheduler para DB2 na página Execute Procedimento para Criar as Tabelas SQL do broker de carga de trabalho dinâmica para DB2 na página 50. Gerenciador de domínio dinâmico ou seu backup: Execute Procedimento para Criar as Tabelas SQL do broker de carga de trabalho dinâmica para DB2 na página Tivoli Workload Scheduler: Planejamento e Instalação

65 Atualizando as tabelas SQL antes do upgrade do produto: Gerenciador de domínio principal e seu backup: 1. Execute Procedimento para Fazer Upgrade das Tabelas SQL do Tivoli Workload Scheduler para DB2 na página Execute: Gerenciador de domínio principal e seu backup V8.5 ou V8.5.1 Procedimento para Criar as Tabelas SQL do broker de carga de trabalho dinâmica para DB2 na página 50. Gerenciador de domínio principal e seu backup V8.6 Procedimento para Fazer Upgrade das Tabelas SQL do broker de carga de trabalho dinâmica para DB2 na página 53. Gerenciador de domínio dinâmico e seu backup Execute Procedimento para Fazer Upgrade das Tabelas SQL do broker de carga de trabalho dinâmica para DB2 na página Procedimento para Criar as Tabelas SQL do Tivoli Workload Scheduler para DB2 Para criar o banco de dados Tivoli Workload Scheduler, execute as seguintes etapas: 1. Efetue logon como Administrador em sistemas operacionais Windows e como root em sistemas operacionais UNIX e Linux. 2. Acesse o seguinte diretório: Nos sistemas operacionais Windows: TWSTEMPDIR\TWS\dbtools\db2\scripts Nos sistemas operacionais UNIX e Linux: TWSTEMPDIR/TWS/dbtools/db2/scripts Em que TWSTEMPDIR é o diretório especificado na propriedade TWSTEMPDIR do arquivo de configuração. Para obter informações adicionais sobre como customizar o arquivo de propriedades, consulte Customizando o Arquivo de Propriedades para DB2 na página Execute o seguinte comando: Nos sistemas operacionais Windows: createdb_root.bat <TWS_DB> <TWS_CLIENT_INSTALLATION> <TWS_NODE_NAME> <TWS_HOST> <TWS_SRVC_PORT> <TWS_ADMIN_USER> <TWS_ADMIN_PW> <TWS_INSTANCE> <TWS_AGENT_TYPE> <IS_CHECK_ONLY> Nos sistemas operacionais UNIX e Linux: Efetue logon como root e execute: createdb_root.sh <TWS_DB> <TWS_CLIENT_INSTALLATION> <TWS_NODE_NAME> <TWS_HOST> <TWS_SRVC_PORT> <TWS_ADMIN_USER> <TWS_ADMIN_PW> <TWS_INSTANCE> <TWS_AGENT_TYPE> <IS_CHECK_ONLY> Em que: Capítulo 4. Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade 49

66 <TWS_DB> O nome do banco de dados DB2. O comprimento máximo é de cinco caracteres. É possível utilizar uma instância de banco de dados DB2 existente se seu nome não exceder cinco caracteres. O padrão é TWS. <TWS_CLIENT_INSTALLATION> O DB2 que está sendo usado é cliente ou servidor. Os valores válidos são true para a instalação de cliente e false para a instalação de servidor. O padrão é false. <TWS_NODE_NAME> O nome do nó do DB2. O valor do nó é <TWS_DB_ND>. O padrão é TWS_ND. <TWS_HOST> O endereço IP ou nome do host da estação de trabalho na qual o servidor DB2 está instalado. <TWS_SRVC_PORT> O número da porta TCP/IP que a instância de servidor remoto DB2 usa para se comunicar. <TWS_ADMIN_USER> O nome de usuário do administrador da instância de servidor DB2. Esse usuário pode ser qualquer um que tenha autoridade SYSADM ou SYSCTRL no servidor DB2. Em sistemas UNIX, verifique se é possível alterar para esse usuário e se ele pode carregar o ambiente do DB2. Nos sistemas operacionais Windows: O valor padrão é db2admin. Nos sistemas operacionais UNIX e Linux: O valor padrão é db2inst1. <TWS_ADMIN_PW> A senha do usuário administrador do servidor DB2 ou do usuário com autoridade SYSADM ou SYSCTRL. <TWS_INSTANCE> O nome da instância do DB2. O padrão é DB2. <TWS_AGENT_TYPE> O tipo de agente do Tivoli Workload Scheduler a ser especificado: Gerenciador de domínio principal: MDM Gerenciador do domínio principal de backup: BKM <IS_CHECK_ONLY> Sempre especifique FALSE. Procedimento para Criar as Tabelas SQL do broker de carga de trabalho dinâmica para DB2 Para criar o banco de dados broker de carga de trabalho dinâmica, execute o seguinte comando: Nos sistemas operacionais Windows: Efetue logon como Administrador e execute: 50 Tivoli Workload Scheduler: Planejamento e Instalação

67 createdb_root.bat <TWS_DB> <TWS_CLIENT_INSTALLATION> <TWS_NODE_NAME> <TWS_HOST> <TWS_SRVC_PORT> <TWS_ADMIN_USER> <TWS_ADMIN_PW> <TWS_INSTANCE> <TWS_AGENT_TYPE> <IS_CHECK_ONLY> Nos sistemas operacionais UNIX e Linux: Efetue logon como root e execute: createdb_root.sh <TWS_DB> <TWS_CLIENT_INSTALLATION> <TWS_NODE_NAME> <TWS_HOST> <TWS_SRVC_PORT> <TWS_ADMIN_USER> <TWS_ADMIN_PW> <TWS_INSTANCE> <TWS_AGENT_TYPE> <IS_CHECK_ONLY> Em que: <TWS_DB> O nome do banco de dados DB2. O comprimento máximo é de cinco caracteres. É possível utilizar uma instância de banco de dados DB2 existente se seu nome não exceder cinco caracteres. O padrão é TWS. <TWS_CLIENT_INSTALLATION> O DB2 que está sendo usado é cliente ou servidor. Os valores válidos são true para a instalação de cliente e false para a instalação de servidor. O padrão é false. <TWS_NODE_NAME> O nome do nó do DB2. O valor do nó é <TWS_DB_ND>. O padrão é TWS_ND. <TWS_HOST> O endereço IP ou nome do host da estação de trabalho na qual o servidor DB2 está instalado. <TWS_SRVC_PORT> O número da porta TCP/IP que a instância de servidor remoto DB2 usa para se comunicar. <TWS_ADMIN_USER> O nome de usuário do administrador da instância de servidor DB2. Esse usuário pode ser qualquer um que tenha autoridade SYSADM ou SYSCTRL no servidor DB2. Em sistemas UNIX, verifique se é possível alterar para esse usuário e se ele pode carregar o ambiente do DB2. Nos sistemas operacionais Windows: O valor padrão é db2admin. Nos sistemas operacionais UNIX e Linux: O valor padrão é db2inst1. <TWS_ADMIN_PW> A senha do usuário administrador do servidor DB2 ou do usuário com autoridade SYSADM ou SYSCTRL. <TWS_INSTANCE> O nome da instância do DB2. O padrão é DB2. <TWS_AGENT_TYPE> O tipo de agente do Tivoli Workload Scheduler a ser especificado: Gerenciador de domínio principal: MDM Capítulo 4. Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade 51

68 Gerenciador do domínio principal de backup: BKM Gerenciador de domínio dinâmico: DDM Gerenciador de domínio dinâmico de backup: BDM <IS_CHECK_ONLY> Sempre especifique FALSE. Procedimento para Fazer Upgrade das Tabelas SQL do Tivoli Workload Scheduler para DB2 Para fazer upgrade do banco de dados Tivoli Workload Scheduler, execute as seguintes etapas: 1. Efetue logon como Administrador em sistemas operacionais Windows e como root em sistemas operacionais UNIX e Linux. 2. Acesse o seguinte diretório: Nos sistemas operacionais Windows: TWSTEMPDIR\TWS\dbtools\db2\scripts Nos sistemas operacionais UNIX e Linux: TWSTEMPDIR/TWS/dbtools/db2/scripts Em que TWSTEMPDIR é o diretório que você especificou na propriedade TWSTEMPDIR do arquivo de configuração. Para obter informações adicionais sobre como customizar o arquivo de propriedades, consulte Customizando o Arquivo de Propriedades para DB2 na página Execute o seguinte comando: Nos sistemas operacionais Windows: Efetue logon como Administrador e execute: migratedb_root.bat <TWS_DB> <TWS_ADMIN_USER> <TWS_ADMIN_PW> Nos sistemas operacionais UNIX e Linux: Efetue logon como root e execute: migratedb_root.sh <TWS_DB> <TWS_ADMIN_USER> <TWS_ADMIN_PW> Em que: <TWS_DB> O nome do banco de dados DB2. O comprimento máximo é de cinco caracteres. É possível utilizar uma instância de banco de dados DB2 existente se seu nome não exceder cinco caracteres. O padrão é TWS. <TWS_ADMIN_USER> O nome de usuário do administrador da instância de servidor DB2. Esse usuário pode ser qualquer um que tenha autoridade SYSADM ou SYSCTRL no servidor DB2. Em sistemas UNIX, verifique se é possível alterar para esse usuário e se ele pode carregar o ambiente do DB2. Nos sistemas operacionais Windows: O valor padrão é db2admin. Nos sistemas operacionais UNIX e Linux: O valor padrão é db2inst1. 52 Tivoli Workload Scheduler: Planejamento e Instalação

69 <TWS_ADMIN_PW> A senha do usuário administrador do servidor DB2 ou do usuário com autoridade SYSADM ou SYSCTRL. Procedimento para Fazer Upgrade das Tabelas SQL do broker de carga de trabalho dinâmica para DB2 Para fazer upgrade do banco de dados broker de carga de trabalho dinâmica, execute o seguinte comando: Nos sistemas operacionais Windows: Efetue logon como Administrador e execute: migratedb_root.bat <TWS_DB_ALIAS> <TWS_DB2ADMIN_USER> <TWS_DB2ADMIN_PASSWORD> <TWS_IS_DDM> <TWS_IS_BDM> Nos sistemas operacionais UNIX e Linux: Efetue logon como root e execute: migratedb_root.sh <TWS_DB_ALIAS> <TWS_DB2ADMIN_USER> <TWS_DB2ADMIN_PASSWORD> <TWS_IS_DDM> <TWS_IS_BDM> Em que: <TWS_DB_ALIAS> O nome do banco de dados DB2. O comprimento máximo é de cinco caracteres. É possível utilizar uma instância de banco de dados DB2 existente se seu nome não exceder cinco caracteres. O padrão é TWS. <TWS_DB2ADMIN_USER> O nome de usuário do administrador da instância de servidor DB2. Esse usuário pode ser qualquer um que tenha autoridade SYSADM ou SYSCTRL no servidor DB2. Em sistemas operacionais UNIX, verifique se é possível alternar para esse usuário e se ele pode carregar o ambiente do DB2. Nos sistemas operacionais Windows: O valor padrão é db2admin. Nos sistemas operacionais UNIX e Linux: O valor padrão é db2inst1. <TWS_DB2ADMIN_PASSWORD> A senha do usuário administrador do servidor DB2 ou do usuário com autoridade SYSADM ou SYSCTRL. <TWS_IS_DDM> Especifique se o agente Tivoli Workload Scheduler é um gerenciador de domínio dinâmico. Os valores possíveis são TRUE ou FALSE. Nota: Se você estiver gerenciando um gerenciador de domínio principal ou um gerenciador de domínio dinâmico de backup, configure o valor como FALSE. <TWS_IS_BDM> Especifique se o agente Tivoli Workload Scheduler é um gerenciador de domínio dinâmico de backup. Os valores possíveis são TRUE ou FALSE. Nota: Se estiver gerenciando um gerenciador de domínio principal ou um gerenciador de domínio dinâmico, configure o valor como FALSE. Capítulo 4. Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade 53

70 Criando ou Fazendo Upgrade das Tabelas de Banco de Dados Se Estiver Usando o Oracle. Para criar ou fazer upgrade das tabelas de banco de dados do Tivoli Workload Scheduler e do Tivoli dynamic workload broker se você estiver usando o Oracle, execute os seguintes procedimentos: 1. Customize o arquivo de propriedades. Consulte Customizando o Arquivo de Propriedades para Oracle. 2. Gere os arquivos SQL. Consulte Gerando os Arquivos SQL para o Oracle na página Execute o Procedimento para Criar as Tabelas SQL do Tivoli Workload Scheduler para Oracle na página 56. Customizando o Arquivo de Propriedades para Oracle Para customizar os arquivos de propriedades, execute as seguintes etapas: 1. No DVD de instalação ou no eimage que contém o gerenciador de domínio principal ou o gerenciador de domínio dinâmico, abra o seguinte arquivo de propriedades: Nos sistemas operacionaiswindows: <images_dir>\dbtools\customizewinoraclesql.properties Nos sistemas UNIX e Linux: <images_dir>/dbtools/customizeunixoraclesql.properties em que: <images_dir> especifica o diretório no qual você extraiu a imagem do produto. 2. Customize as propriedades SQL com os valores apropriados para suas necessidades: TWSTEMPDIR O diretório onde deseja armazenar os scripts SQL para criar as tabelas de banco de dados. O valor padrão é : Nos sistemas operacionaiswindows: C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\TWA\tws91 Nos sistemas UNIX e Linux: /tmp/twa/tws91 MDL_USER O nome do usuário administrador de banco de dados (como SYSTEM) que acessa o Tivoli Workload Scheduler e o banco de dados do broker de carga de trabalho dinâmica. Ele é um usuário que deve ser criado no Oracle. Ele não é um usuário do sistema operacional. Quando o administrador de TI instala o produto, ele deve especificar esse valor no campo Usuário Administrador do Oracle. TWS_PASSWORD A senha do MDL_USER. Quando o administrador de TI instala o produto, ele deve especificar esse valor no campo Senha do Usuário Administrador do Oracle. TWS_USER Especifique o nome de usuário do Tivoli Workload Scheduler. 54 Tivoli Workload Scheduler: Planejamento e Instalação

71 Ele pode conter caracteres alfanuméricos, traço (-) e sublinhado (_) e não pode conter caracteres nacionais. O primeiro caractere do nome de usuário deve ser uma letra. Quando o administrador de TI instala o produto, ele deve especificar esse valor no campo User_name. TWS_TS_NAME O nome que identifica o espaço de tabela de dados do Tivoli Workload Scheduler. O padrão para esse campo é USERS. Quando o administrador de TI instala o produto, ele deve especificar este valor no campo Espaço de Tabela de Dados do Tivoli Workload Scheduler. TWS_LOG_TS_NAME O nome que identifica o espaço de tabela do Tivoli Workload Scheduler no qual os dados do relatório devem ser armazenados. É possível visualizar os dados do relatório usando o Dynamic Workload Console. O valor padrão para esse campo é USERS. Quando o administrador de TI instala o produto, ele deve especificar este valor no campo Espaço de Tabela de Relatórios do Tivoli Workload Scheduler. TWS_TS_TEMP_NAME O nome que identifica o espaço de tabela temporário do Tivoli Workload Scheduler. O valor padrão para esse campo é TEMP. Quando o administrador de TI instala o produto, ele deve especificar este valor no campo Espaço de Tabela Temporário do Tivoli Workload Scheduler. COMPANY_NAME O nome da empresa. É possível usar os espaços e o comprimento máximo do campo é de 40 caracteres. O padrão é MYCOMPANY. Quando o administrador de TI instala o produto, ele deve especificar esse valor no campo Empresa. EIF_PORT A porta utilizada pelo processador de gerenciamento de eventos para receber eventos. O intervalo válido é de 1 a O valor padrão é Quando o administrador de TI instala o produto, ele deve especificar esse valor no campo Processador de Eventos. HOST_NAME O nome completo do host ou endereço IP no qual o gerenciador de domínio dinâmico é contatado pelo agente dinâmico. Quando o administrador de TI instala o produto, ele deve especificar esse valor nas informações de configuração do agente dinâmico no campo Nome do Host ou Endereço IP. WAS_SEC_PORT A porta HTTPS do Tivoli dynamic workload broker. O agente dinâmico usa-a para se conectar com o Tivoli dynamic workload broker. O intervalo válido é de 1 a O valor padrão é Se deixar o campo em branco, ele será padronizado para 0. Capítulo 4. Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade 55

72 Quando o administrador de TI instala o produto, ele deve especificar esse valor no campo broker de carga de trabalho dinâmicanúmero da Porta HTTPS. ORACLE_HOME Especifique o caminho da instalação do Oracle. Gerando os Arquivos SQL para o Oracle Para gerar as tabelas SQL, execute o script customizesql conforme descrito em Gerando os Arquivos SQL para o DB2 na página 47. Executando Scripts para Criar ou Fazer Upgrade das Tabelas SQL para Oracle Esta seção descreve o comando que você executa para criar ou atualizar tabelas SQL. O comando que é executado depende da tarefa sendo realizada: Criando as tabelas SQL antes de instalar: Gerenciador de domínio principal e seu backup: 1. Execute Procedimento para Criar as Tabelas SQL do Tivoli Workload Scheduler para Oracle. 2. Execute Procedimento para Criar as Tabelas SQL do Tivoli dynamic workload broker para Oracle na página 58. Gerenciador de domínio dinâmico e seu backup: Execute Procedimento para Criar as Tabelas SQL do Tivoli dynamic workload broker para Oracle na página 58. Atualizando as tabelas SQL antes do upgrade do produto: Gerenciador de domínio principal e seu backup: 1. Execute Procedimento para Fazer Upgrade das Tabelas SQL do Tivoli Workload Scheduler para Oracle na página Execute: Gerenciador de domínio principal e seu backup V8.5 ou V8.5.1: Procedimento para Criar as Tabelas SQL do broker de carga de trabalho dinâmica para DB2 na página 50. Gerenciador de domínio principal e seu backup V8.6: Procedimento para Fazer Upgrade das Tabelas SQL do broker de carga de trabalho dinâmica para Oracle na página 61. Gerenciador de domínio dinâmico e seu backup: Execute Procedimento para Fazer Upgrade das Tabelas SQL do broker de carga de trabalho dinâmica para Oracle na página 61.. Procedimento para Criar as Tabelas SQL do Tivoli Workload Scheduler para Oracle Para criar o banco de dados Tivoli Workload Scheduler, execute as seguintes etapas: 1. Efetue logon como Administrador em sistemas operacionais Windows e como root em sistemas operacionais UNIX e Linux. 2. Acesse o seguinte diretório: 56 Tivoli Workload Scheduler: Planejamento e Instalação

73 Nos sistemas operacionais Windows: TWSTEMPDIR\TWS\dbtools\ora\scripts Nos sistemas operacionais UNIX e Linux: TWSTEMPDIR/TWS/dbtools/ora/scripts Em que TWSTEMPDIR é o diretório especificado na propriedade TWSTEMPDIR do arquivo de configuração. Para obter informações adicionais sobre como customizar o arquivo de propriedades, consulte Customizando o Arquivo de Propriedades para Oracle na página Execute o seguinte comando: Nos sistemas operacionais Windows: Efetue logon como Administrador e execute: createdb_root.bat <ORACLE_NETSERVICE_NAME> <ORACLE_ADMIN_USER> <ORACLE_ADMIN_PW> <TWS_DB_USER> <TWS_DB_PW> <TWS_AGENT_TYPE> <IS_PARTITIONED> <IS_CHECK_ONLY> Nos sistemas operacionais UNIX e Linux: Efetue logon como root e execute: createdb_root.sh <ORACLE_NETSERVICE_NAME> <TWS_ADMIN_USER> <TWS_ADMIN_PW> <TWS_DB_USER> <TWS_DB_PW> <TWS_AGENT_TYPE> <IS_PARTITIONED> <IS_CHECK_ONLY> Em que: <ORACLE_NETSERVICE_NAME> O nome utilizado por clientes para identificar um servidor de Rede do Oracle e o identificador do sistema ou banco de dados específico para a conexão de Rede do Oracle. Um nome de serviço de rede é mapeado para um número de porta e protocolo. Ele também é conhecido como uma cadeia de conexão, alias do banco de dados, cadeia de host ou nome de serviço. Se o seu banco de dados do Oracle for: v v v Instalado no mesmo sistema em que você está instalando o gerenciador de domínio principal ou gerenciador de domínio principal de backup, o nome do serviço de rede será o nome do banco de dados Oracle. Instalado no mesmo sistema em que você está instalando o gerenciador de domínio dinâmico ou gerenciador de domínio dinâmico de backup, o nome do serviço de rede será o nome do banco de dados Oracle. Não instalado no sistema em que você está instalando o gerenciador de domínio principal ou gerenciador de domínio principal de backup, o nome do serviço de rede será o alias configurado para a conexão com o banco de dados remoto. v Não instalado no sistema em que você está instalando o gerenciador de domínio dinâmico ou gerenciador de domínio dinâmico de backup, o nome do serviço de rede será o alias configurado para a conexão com o banco de dados remoto. Entre em contato com o administrador de banco de dados para obter o nome de serviço da rede correto. Capítulo 4. Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade 57

74 <ORACLE_ADMIN_USER> O nome de usuário administrador de banco de dados Oracle (como SYSTEM) necessário para autenticação no banco de dados Oracle. Esta conta já deve existir. <ORACLE_ADMIN_PW> A senha de usuário do administrador de banco de dados necessária para autenticação no banco de dados Oracle. <TWS_DB_USER> O nome de usuário do Oracle do Tivoli Workload Scheduler que é o proprietário do esquema do Tivoli Workload Scheduler. <TWS_DB_PW> A senha para o usuário do Tivoli Workload Scheduler Oracle. Ela deve estar de acordo com as regras de nomenclatura do Oracle. <TWS_AGENT_TYPE> O tipo de agente do Tivoli Workload Scheduler a ser especificado: Gerenciador de domínio principal: MDM Gerenciador do domínio principal de backup: BKM <IS_PARTITIONED> Se você estiver instalando no Oracle Enterprise Edition, poderá escolher implementar a opção Oracle Partitioning para melhorar o desempenho do automação de carga de trabalho orientada a eventos. Os valores possíveis sãofalse (o recurso de Particionamento do Oracle não é usado durante a criação do esquema do Tivoli Workload Scheduler) ou TRUE (o recurso de Particionamento do Oracle é usado durante a criação do esquema do Tivoli Workload Scheduler). O padrão é TRUE. <IS_CHECK_ONLY> Sempre especifique FALSE. Procedimento para Criar as Tabelas SQL do Tivoli dynamic workload broker para Oracle Para criar o banco de dados Tivoli dynamic workload broker, execute o seguinte comando: Nos sistemas operacionais Windows: Efetue logon como Administrador e execute: createdb_root.bat <ORACLE_NETSERVICE_NAME> <ORACLE_ADMIN_USER> <ORACLE_ADMIN_PW> <TWS_DB_USER> <TWS_DB_PW> <TWS_AGENT_TYPE> <IS_PARTITIONED> <IS_CHECK_ONLY> Nos sistemas operacionais UNIX e Linux: Efetue logon como root e execute: createdb_root.sh <ORACLE_NETSERVICE_NAME> <TWS_ADMIN_USER> <TWS_ADMIN_PW> <TWS_DB_USER> <TWS_DB_PW> <TWS_AGENT_TYPE> <IS_PARTITIONED> <IS_CHECK_ONLY> Em que: <ORACLE_NETSERVICE_NAME> O nome utilizado por clientes para identificar um servidor de Rede do 58 Tivoli Workload Scheduler: Planejamento e Instalação

75 Oracle e o identificador do sistema ou banco de dados específico para a conexão de Rede do Oracle. Um nome de serviço de rede é mapeado para um número de porta e protocolo. Ele também é conhecido como uma cadeia de conexão, alias do banco de dados, cadeia de host ou nome de serviço. Se o seu banco de dados do Oracle for: v v v Instalado no mesmo sistema em que você está instalando o gerenciador de domínio principal ou gerenciador de domínio principal de backup, o nome do serviço de rede será o nome do banco de dados Oracle. Instalado no mesmo sistema em que você está instalando o gerenciador de domínio dinâmico ou gerenciador de domínio dinâmico de backup, o nome do serviço de rede será o nome do banco de dados Oracle. Não instalado no sistema em que você está instalando o gerenciador de domínio principal ou gerenciador de domínio principal de backup, o nome do serviço de rede será o alias configurado para a conexão com o banco de dados remoto. v Não instalado no sistema em que você está instalando o gerenciador de domínio dinâmico ou gerenciador de domínio dinâmico de backup, o nome do serviço de rede será o alias configurado para a conexão com o banco de dados remoto. Entre em contato com o administrador de banco de dados para obter o nome de serviço da rede correto. <ORACLE_ADMIN_USER> O nome de usuário administrador de banco de dados Oracle (como SYSTEM) necessário para autenticação no banco de dados Oracle. Esta conta já deve existir. <ORACLE_ADMIN_PW> A senha de usuário do administrador de banco de dados necessária para autenticação no banco de dados Oracle. <TWS_DB_USER> O nome de usuário do Oracle do Tivoli Workload Scheduler que é o proprietário do esquema do Tivoli Workload Scheduler. <TWS_DB_PW> A senha para o usuário do Tivoli Workload Scheduler Oracle. Ela deve estar de acordo com as regras de nomenclatura do Oracle. <TWS_AGENT_TYPE> O tipo de agente do Tivoli Workload Scheduler a ser especificado: Gerenciador de domínio principal: MDM Gerenciador do domínio principal de backup: BKM Gerenciador de domínio dinâmico: DDM Gerenciador de domínio dinâmico de backup: BDM <IS_PARTITIONED> Se você estiver instalando no Oracle Enterprise Edition, poderá escolher implementar a opção Oracle Partitioning para melhorar o desempenho do automação de carga de trabalho orientada a eventos. Os valores possíveis Capítulo 4. Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade 59

76 sãofalse (o recurso de Particionamento do Oracle não é usado durante a criação do esquema do Tivoli Workload Scheduler) ou TRUE (o recurso de Particionamento do Oracle é usado durante a criação do esquema do Tivoli Workload Scheduler). O padrão é TRUE. <IS_CHECK_ONLY> Sempre especifique FALSE. Procedimento para Fazer Upgrade das Tabelas SQL do Tivoli Workload Scheduler para Oracle Para fazer upgrade do banco de dados Tivoli Workload Scheduler, execute as seguintes etapas: 1. Efetue logon como Administrador em sistemas operacionais Windows e como root em sistemas operacionais UNIX e Linux. 2. Acesse o seguinte diretório: Nos sistemas operacionais Windows: TWSTEMPDIR\TWS\dbtools\ora\scripts Nos sistemas operacionais UNIX e Linux: TWSTEMPDIR/TWS/dbtools/ora/scripts Em que TWSTEMPDIR é o diretório especificado na propriedade TWSTEMPDIR do arquivo de configuração. Para obter informações adicionais sobre como customizar o arquivo de propriedades, consulte Customizando o Arquivo de Propriedades para Oracle na página Execute o seguinte comando: Nos sistemas operacionais Windows: Efetue logon como Administrador e execute: migratedb_root.bat <TWS_DB> <TWS_USER> <TWS_USER_PW> <IS_PARTITIONED> Nos sistemas operacionais UNIX e Linux: Efetue logon como root e execute: migratedb_root.sh <TWS_DB> <TWS_ADMIN_USER> <TWS_ADMIN_PW> <IS_PARTITIONED> Em que: <ORACLE_NETSERVICE_NAME> O nome utilizado por clientes para identificar um servidor de Rede do Oracle e o identificador do sistema ou banco de dados específico para a conexão de Rede do Oracle. Um nome de serviço de rede é mapeado para um número de porta e protocolo. Ele também é conhecido como uma cadeia de conexão, alias do banco de dados, cadeia de host ou nome de serviço. Se o seu banco de dados do Oracle for: v v Instalado no mesmo sistema em que você está instalando o gerenciador de domínio principal ou gerenciador de domínio principal de backup, o nome do serviço de rede será o nome do banco de dados Oracle. Instalado no mesmo sistema em que você está instalando o gerenciador de domínio dinâmico ou gerenciador de domínio dinâmico de backup, o nome do serviço de rede será o nome do banco de dados Oracle. 60 Tivoli Workload Scheduler: Planejamento e Instalação

77 v Não instalado no sistema em que você está instalando o gerenciador de domínio principal ou gerenciador de domínio principal de backup, o nome do serviço de rede será o alias configurado para a conexão com o banco de dados remoto. v Não instalado no sistema em que você está instalando o gerenciador de domínio dinâmico ou gerenciador de domínio dinâmico de backup, o nome do serviço de rede será o alias configurado para a conexão com o banco de dados remoto. Entre em contato com o administrador de banco de dados para obter o nome de serviço da rede correto. <TWS_DB_USER> O nome de usuário do Oracle do Tivoli Workload Scheduler que é o proprietário do esquema do Tivoli Workload Scheduler. <TWS_DB_PW> A senha para o usuário do Tivoli Workload Scheduler Oracle. Ela deve estar de acordo com as regras de nomenclatura do Oracle. <IS_PARTITIONED> Se você estiver instalando no Oracle Enterprise Edition, poderá escolher implementar a opção Oracle Partitioning para melhorar o desempenho do automação de carga de trabalho orientada a eventos. Os valores possíveis sãofalse (o recurso de Particionamento do Oracle não é usado durante a criação do esquema do Tivoli Workload Scheduler) ou TRUE (o recurso de Particionamento do Oracle é usado durante a criação do esquema do Tivoli Workload Scheduler). O padrão é TRUE. Procedimento para Fazer Upgrade das Tabelas SQL do broker de carga de trabalho dinâmica para Oracle Para fazer upgrade do banco de dados broker de carga de trabalho dinâmica, execute o seguinte comando: Nos sistemas operacionais Windows: Efetue logon como Administrador e execute: migratedb_root.bat <ORACLE_NETSERVICE_NAME> <TWS_DB_USER> <TWS_DB_PW> <TWS_IS_DDM> <TWS_IS_BDM> Nos sistemas operacionais UNIX e Linux: Efetue logon como root e execute: migratedb_root.sh <ORACLE_NETSERVICE_NAME> <TWS_DB_USER> <TWS_DB_PW> <TWS_IS_DDM> <TWS_IS_BDM> Em que: <ORACLE_NETSERVICE_NAME> O nome utilizado por clientes para identificar um servidor de Rede do Oracle e o identificador do sistema ou banco de dados específico para a conexão de Rede do Oracle. Um nome de serviço de rede é mapeado para um número de porta e protocolo. Ele também é conhecido como uma cadeia de conexão, alias do banco de dados, cadeia de host ou nome de serviço. Se o seu banco de dados do Oracle for: Capítulo 4. Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade 61

78 v v v Instalado no mesmo sistema em que você está instalando o gerenciador de domínio principal ou gerenciador de domínio principal de backup, o nome do serviço de rede será o nome do banco de dados Oracle. Instalado no mesmo sistema em que você está instalando o gerenciador de domínio dinâmico ou gerenciador de domínio dinâmico de backup, o nome do serviço de rede será o nome do banco de dados Oracle. Não instalado no sistema em que você está instalando o gerenciador de domínio principal ou gerenciador de domínio principal de backup, o nome do serviço de rede será o alias configurado para a conexão com o banco de dados remoto. v Não instalado no sistema em que você está instalando o gerenciador de domínio dinâmico ou gerenciador de domínio dinâmico de backup, o nome do serviço de rede será o alias configurado para a conexão com o banco de dados remoto. Entre em contato com o administrador de banco de dados para obter o nome de serviço da rede correto. <TWS_DB_USER> O nome de usuário do Oracle do Tivoli Workload Scheduler que é o proprietário do esquema do Tivoli Workload Scheduler. <TWS_DB_PW> A senha para o usuário do Tivoli Workload Scheduler Oracle. <TWS_IS_DDM> Especifique se o agente Tivoli Workload Scheduler é um gerenciador de domínio dinâmico. Os valores possíveis são TRUE ou FALSE. Nota: Se você estiver gerenciando um gerenciador de domínio principal ou um gerenciador de domínio dinâmico de backup, configure o valor como FALSE. <TWS_IS_BDM> Especifique se o agente Tivoli Workload Scheduler é um gerenciador de domínio dinâmico de backup. Os valores possíveis são TRUE ou FALSE. Nota: Se estiver gerenciando um gerenciador de domínio principal ou um gerenciador de domínio dinâmico, configure o valor como FALSE. 62 Tivoli Workload Scheduler: Planejamento e Instalação

79 Capítulo 5. Instalando Este capítulo descreve como executar uma instalação da versão atual do Tivoli Workload Scheduler pela primeira vez. Ele é dividido nas seguintes seções: v Instalando Componentes Principais que explica como instalar um gerenciador de domínio principal ou seu backup, gerenciador de domínio dinâmico ou seu backup e agentes. v Instalando Componentes Adicionais na página 115 que explica como instalar o Job Brokering Definition Console, o Integration Workbench e plug-ins adicionais usando o Tivoli Workload Scheduler for Additional Plug-ins. Instalando Componentes Principais Instalando um gerenciador de domínio principal ou seu Backup, gerenciador de domínio dinâmico ou seu Backup e Agentes É possível instalar os seguintes componentes principais: v gerenciador de domínio principal ou seu backup. Consulte o Instalando um Gerenciador de Domínio Principal ou seu Backup. v gerenciador de domínio dinâmico ou seu backup. Consulte o Instalando um Gerenciador de Domínio Dinâmico ou seu Backup na página 89. v agentes tolerantes a falha ou agentes dinâmicos. Consulte o Instalando Agentes na página 107. Instalando um Gerenciador de Domínio Principal ou seu Backup Inicie a instalação de um gerenciador de domínio principal ou seu backup. Inicie a instalação de um gerenciador de domínio principal ou seu backup. Durante o processo de instalação do gerenciador de domínio principal, os seguintes tipos de estação de trabalho são criados no banco de dados: principal Para o gerenciador de domínio principal broker agent Para o servidor do broker: Para o agente dinâmico Selecionando Métodos de Instalação É possível instalar Tivoli Workload Scheduler usando qualquer um dos seguintes métodos: Barra de Ativação Para iniciar a instalação usando esse método, consulte Barra de Ativação na página 64. Assistente de Instalação Copyright IBM Corp. 1999,

80 Para iniciar a instalação usando esse método, Gerenciador de domínio principal ou seu backup Consulte o Assistente de Instalação na página 65. Gerenciador de domínio dinâmico ou seu backup Consulte o Assistente de Instalação na página 91. Instalação silenciosa Para iniciar a instalação usando esse método, consulte Modo Silencioso na página 66. Barra de Ativação: Método de Instalação de Barra de Ativação 1. Antes de iniciar a instalação, o upgrade ou a desinstalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistemas operacionais Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou grupo administradores de domínio do Windows com os direitos Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root 2. Assegure-se de que seu RDBMS esteja em execução ao iniciar a instalação. 3. Assegure-se de ter inserido o DVD para seu sistema operacional ou de ter transferido por download o Tivoli Workload Scheduler gerenciador de domínio dinâmico, gerenciador de domínio principal ou eimage do Dynamic Workload Console. Para obter detalhes, consulte o documento de download do Tivoli Workload Scheduler em &uid=swg ou o documento de download do Dynamic Workload Console &uid=swg Antes de instalar em um Domínio do Windows, assegure-se de que o serviço do Navegador do Computador esteja ativo e em execução. Para iniciar o programa de instalação da barra de ativação, desempenhe as seguintes etapas: 1. No DVD que contém o componente que deseja instalar, execute a barra de ativação da seguinte forma: Sistemas operacionais Windows: No diretório root do DVD, execute launchpad.exe. Sistemas operacionais UNIX: a. Exporte o local do navegador para a variável de ambiente BROWSER. b. No diretório root do DVD, execute launchpad.sh. A barra de ativação é aberta. Para acessar informações sobre pré-requisitos do produto, clique em Informações de Pré-requisito no quadro esquerdo da barra de ativação. 64 Tivoli Workload Scheduler: Planejamento e Instalação

81 2. Para instalar, clique em Instalando ou Atualizando em um dos seguintes hyperlinks: TWS Para instalar Tivoli Workload Scheduler. DWC e z/os Connector Para instalar o Dynamic Workload Console. O z/os Connector é instalado automaticamente. Você precisa configurá-lo se estiver trabalhando em um ambiente de ponta a ponta. O programa de instalação relacionado é iniciado. 3. Continue com a instalação do componente do Tivoli Workload Scheduler selecionado; siga as instruções descritas nas seções a seguir: Gerenciador de domínio principal ou seu backup Consulte o Procedimento de Instalação para o Gerenciador de Domínio Principal e seu Backup na página 66. Gerenciador de domínio dinâmico ou seu backup Consulte o Procedimento de Instalação para um gerenciador de domínio dinâmico ou seu Backup na página 92. Dynamic Workload Console Consulte o Procedimento de Instalação para Dynamic Workload Console na página 332. Assistente de Instalação: Se você decidir instalar usando o Assistente de Instalação, execute as seguintes etapas 1. Antes de iniciar a instalação, o upgrade ou a desinstalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistemas operacionais Windows Se você configurou o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou grupo administradores de domínio do Windows com o direito Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root 2. Assegure-se de que seu RDBMS esteja em execução ao iniciar a instalação. 3. Assegure-se de ter inserido o DVD para seu sistema operacional ou de ter transferido por download o Tivoli Workload Schedulergerenciador de domínio dinâmico ou o gerenciador de domínio principal eimage (para obter detalhes, consulte o Documento do Download em docview.wss?rs=672&uid=swg ). 4. Antes de instalar em um Domínio do Windows, assegure-se de que o serviço do Navegador do Computador esteja ativo e em execução. Para iniciar o programa de instalação, execute as seguintes etapas: 1. No eimage ou DVD contendo o gerenciador de domínio principal do Tivoli Workload Scheduler, execute: Sistemas operacionais Windows: No diretório root do DVD ou no eimage, execute setuptws.bat. Capítulo 5. Instalando 65

82 Sistemas operacionais UNIX: No diretório raiz do DVD ou no eimage, execute setuptws.sh. O assistente de instalação é aberto e mostra o gerenciador de domínio principal e seus pré-requisitos que você deseja instalar já selecionados. 2. Continue com a instalação seguindo o procedimento descrito em Procedimento de Instalação para o Gerenciador de Domínio Principal e seu Backup. Nota: Se quiser instalar um gerenciador de domínio principal e um Dynamic Workload Console ao mesmo tempo em dois diretórios diferentes, execute o comando: Sistemas operacionais Windows: No diretório root do DVD ou no eimage, execute setupall.bat. Sistemas operacionais UNIX: No diretório raiz do DVD ou no eimage, execute setupall.sh. e siga o procedimento descrito para o gerenciador de domínio principal do Tivoli Workload Scheduler ou seu backup em Procedimento de Instalação para o Gerenciador de Domínio Principal e seu Backup e Dynamic Workload Console em Procedimento de Instalação para Dynamic Workload Console na página 332. Modo Silencioso: Se você decidir instalar usando o modo silencioso, consulte Executando uma Instalação Silenciosa na página 82. Procedimento de Instalação para o Gerenciador de Domínio Principal e seu Backup Para instalar um gerenciador de domínio principal do Tivoli Workload Scheduler ou seu backup e todos os pré-requisitos, execute as seguintes etapas: 1. Após você iniciar o processo de instalação usando a barra de ativação conforme descrito em Barra de Ativação na página 64 ou usando o assistente conforme descrito em Assistente de Instalação na página 65, o assistente Installation Manager será iniciado. 2. No painel Pacotes de Instalação do Installation Manager, o processo de instalação selecionou todos os pacotes obrigatórios do Tivoli Workload Scheduler e o pacote do produto "Tivoli Workload Scheduler" > "Versão ". Nota: Se você já tiver instalado o Tivoli Workload Scheduler ou seus produtos de pré-requisitos, um painel de aviso será exibido. Clique em Continuar para instalar o pacote em um novo grupo ou clique em Cancelar para limpar o pacote que já está instalado. 3. Clique em Avançar. 4. Na página Licenças, leia o contrato de licença para o pacote selecionado. Se tiver selecionado a instalação do pacote do Tivoli Workload Scheduler e dos pacotes obrigatórios do Tivoli Workload Scheduler, você deverá aceitar o contrato de licença para cada pacote. No lado esquerdo da página Licença, clique em cada pacote para ver seu contrato de licença. Se você concorda com os termos de todos os contratos de licença, clique em Aceito os termos nos contratos de licença. 5. Clique em Avançar. 6. No painel Local, os pacotes obrigatórios do Tivoli Workload Scheduler e Tivoli Workload Scheduler já estão selecionados: 66 Tivoli Workload Scheduler: Planejamento e Instalação

83 Para cada pacote obrigatório: Selecione o pacote obrigatório e digite, ou clique em Navegar para, o caminho a ser usado como diretório de instalação no qual instalar a instância de pré-requisito ou aceite o caminho padrão. Para o pacote do Tivoli Workload Scheduler: Digite ou Procure o caminho para usar como o diretório de instalação no qual instalar a instância do Tivoli Workload Scheduler para o usuário específico ou aceite o caminho padrão: Diretório de Instalação O comprimento máximo do campo é de 46 caracteres. Não é possível usar caracteres nacionais. Nos sistemas operacionais Windows: v Os seguintes caracteres não são válidos:!#$%&{}[]=? <>,;() v O nome deve ser maior que três caracteres, o segundo caractere deve ser :eoterceiro caractere deve ser \. v O diretório padrão é C:\Program Files\IBM\TWA Nos sistemas operacionais UNIX e Linux: v Os seguintes caracteres não são válidos:!"#$%&{}[]=? <>,;()blank_space v O nome deve ser maior que um caractere e o primeiro caractere deve ser \. v O diretório padrão é /opt/ibm/twa 7. Clique em Avançar. 8. Na página Recursos, execute as ações a seguir: Para os pacotes obrigatórios: Para ver uma descrição do recurso, clique no nome do recurso. Na seção Detalhes, você vê uma pequena descrição. Assegure-se de deixar os recursos de pré-requisito padrão selecionados pelo processo de instalação. Para o pacote do Tivoli Workload Scheduler: Selecione o recurso a seguir: Gerenciador de domínio principal 9. Clique em Avançar. 10. Insira as informações nos seguintes painéis: Para cada pacote obrigatório: Nos painéis do produto de pré-requisito, insira as informações relacionadas ao produto sendo instalado. Para obter mais informações sobre os valores de campo, consulte a documentação do produto de pré-requisito. Para o pacote do Tivoli Workload Scheduler: Nos painéis a seguir, insira as informações a seguir: Informações sobre o usuário: Consulte o Informações sobre o Usuário do Tivoli Workload Scheduler na página 68. Capítulo 5. Instalando 67

84 Configuração Principal: Consulte Configuração Principal do Tivoli Workload Scheduler na página 69 Configuração do Banco de Dados: Consulte o Configuração do banco de dados na página 71. Configuração de perfil do WebSphere: Consulte Configuração de Perfil do Websphere Application Server na página 80 Configuração de portas do WebSphere: Consulte Configuração de Portas do Websphere Application Server na página 81 Verificação de espaço em disco: Consulte o Verificação de Espaço em Disco na página Na página Resumo, revise suas opções antes de instalar o pacote do produto e seus pré-requisitos. Para alterar qualquer opção feita nas páginas anteriores, clique em Voltar e faça as mudanças. Clique em Instalar para instalar o pacote do Tivoli Workload Scheduler e seus pré-requisitos. Nota: Se você instalou o pré-requisito do Websphere Application Server, após a instalação, não crie um perfil porque a instalação do Tivoli Workload Scheduler já criou seu próprio perfil. Após uma instalação bem-sucedida, execute uma das tarefas de configuração a seguir, dependendo se você instalou um gerenciador de domínio principal ou seu backup: v Configurando um Gerenciador de Domínio Principal na página 215. v Etapas de Configuração para um Gerenciador de Domínio Principal Configurado como Backup na página 217. Informações sobre o Usuário do Tivoli Workload Scheduler: Preencha os seguintes campos de dados Tivoli Workload Scheduler. Nome de Usuário Especifique o nome de usuário do Tivoli Workload Scheduler. O nome de usuário pode conter caracteres alfanuméricos, traço (-) e sublinhado (_) e não pode conter caracteres nacionais. O primeiro caractere do nome de usuário deve ser uma letra. Nos sistemas operacionais Windows: 68 Tivoli Workload Scheduler: Planejamento e Instalação v v v Se essa conta do usuário ainda não existir, ela será criada automaticamente pelo assistente de instalação. Se estiver instalando em um servidor Windows em um domínio, não defina um domínio e um ID local com o mesmo nome de usuário. Se você especificar um usuário de domínio, defina o nome como domain_name\user_name. v Se você especificar um usuário local, defina o nome como system_name\user_name. Digite e confirme a senha. Nos sistemas operacionais UNIX e Linux: Esta conta de usuário deve ser criada manualmente antes de executar a instalação. Crie um usuário com um diretório inicial e grupo. Para obter informações adicionais, consulte a Tivoli Workload Scheduler usuário na página 37.

85 Nota: O nome de usuário e senha do Tivoli Workload Scheduler também são usados como o nome de usuário e senha do administrador do Websphere Application Server. Senha Especifique a senha do Tivoli Workload Scheduler. A senha deve estar de acordo com a política de senha nas Configurações de Segurança Local. Os espaços não são permitidos. Nos sistemas operacionaiswindows: As senhas para os usuários podem incluir quaisquer caracteres alfanuméricos, hífen (-), sublinhado (_) e ()!?=*~+.#. Em sistemas UNIX e LINUX: As senhas para os usuários podem incluir quaisquer caracteres alfanuméricos, hífen (-), sublinhado (_) e ()!?=*~+.#. Confirmar senha Confirme a senha do Tivoli Workload Scheduler inserida. Validar usuário Clique para validar que o usuário foi definido com êxito e com as permissões corretas. Configuração Principal do Tivoli Workload Scheduler: Nota: Este painel aparece para os processos de instalação e de upgrade; caso você esteja executando um upgrade, você não será obrigado a inserir ou não poderá ver alguns dos campos a seguir. Preencha os seguintes campos de dados Tivoli Workload Scheduler. Informações de configuração do gerenciador de domínio principal Configure este gerenciador de domínio principal como backup Configure este gerenciador de domínio principal como backup. Por padrão, a caixa não fica selecionada. Se você selecionar essa caixa de opção, o processo de instalação configurará a instalação do gerenciador de domínio principal como backup. Empresa O nome da empresa. Espaços são permitidos e o comprimento máximo do campo é de 40 caracteres. O padrão é MYCOMPANY. Nome Desta Estação de Trabalho O nome da estação de trabalho em que você está instalando a instância. O padrão é o nome do host da estação de trabalho. Para um gerenciador de domínio principal, o nome especificado aqui é o nome da estação de trabalho do Tivoli Workload Scheduler conhecida no banco de dados como principal. Para um gerenciador de domínio principal configurado como backup, o nome que você especifica aqui é o nome da estação de trabalho Tivoli Workload Scheduler conhecida no banco de dados como fta. Espaços não são permitidos e o comprimento máximo do campo é de 16 caracteres. Se o nome do host for maior que 16 caracteres, um nome alternativo deverá ser fornecido para obter uma instalação com sucesso. Ele pode conter caracteres alfanuméricos, traço (-) e sublinhado (_). O primeiro caractere deve ser uma letra. Nome do gerenciador de domínio principal Capítulo 5. Instalando 69

86 Se você estiver instalando um gerenciador de domínio principal, esse campo ficará esmaecido. Este campo será necessário, se você estiver instalando um gerenciador de domínio principal configurado como backup. O nome da estação de trabalho do gerenciador de domínio principal. Espaços não são permitidos e o comprimento máximo do campo é de 16 caracteres. O primeiro caractere não pode ser numérico. Porta do gerenciador de domínio principal (usada por Netman) A porta usada pelo processo Netman para gerenciar o planejamento distribuído. Netman éoprocesso de rede que controla o ambiente de produção. O valor padrão é O intervalo válido é de 1 a Nota: Se você alterar este valor, todos os valores de número de porta padrão no painel de informações da porta do servidor de aplicativos serão alterados para refletir o novo intervalo. Por exemplo, se você especificar como o número da porta TCP/IP, o padrão para o transporte HTTP será 42125, o padrão para HTTPS será e assim por diante. Informações de configuração para planejamento dinâmico Nome do host ou endereço IP O nome completo do host ou endereço IP do agente dinâmico. O broker de carga de trabalho dinâmica usa esse endereço para se conectar com o agente dinâmico. O padrão é <HOSTNAME>, em que HOSTNAME é o nome do host da estação de trabalho em que você está instalando. Nome da estação de trabalho do agente dinâmico O nome da definição da estação de trabalho do agente dinâmico. O padrão é <HOSTNAME_1>, em que HOSTNAME é o nome do host da estação de trabalho em que você está instalando. Nota: Se você estiver atualizando da V8.5.1, um agente dinâmico que você já registrou para o servidor broker de carga de trabalho dinâmica, qualquer valor que especificar para este parâmetro será ignorado e o antigo nome de agente dinâmico será usado. Número da porta JobManager O número da porta segura do agente dinâmico (SECUREADDR). O broker de carga de trabalho dinâmica usa esta porta para entrar em contato com o agente dinâmico do Tivoli Workload Scheduler. O valor padrão é O intervalo válido é de 1 a Inclua o fluxo de tarefas "FINAL" ao banco de dados para automatizar o ciclo de produção Esta opção estará disponível apenas se você estiver instalando um gerenciador de domínio principal. Inclua a definição dos fluxos de tarefas FINAL e FINALPOSTREPORTS no banco de dados. Esta opção permite desempenhar a extensão automática do plano de produção no final de cada processamento atual do plano de produção. Por padrão, esta caixa permanece desmarcada. 70 Tivoli Workload Scheduler: Planejamento e Instalação

87 Nota: Durante a instalação, se for identificado um banco de dados do Tivoli Workload Scheduler existente que possui um fluxo de tarefas final, a instalação não o sobrescreverá. Criar link simbólico Apenas nos sistemas UNIX e Linux. Marque essa opção para criar links simbólicos para /usr/bin. Quaisquer links simbólicos existentes do Tivoli Workload Scheduler serão sobrescritos. Para obter informações adicionais sobre links simbólicos, consulte Tabela 4 na página 33. Informações de configuração de automação de carga de trabalho orientada a eventos Número da porta do Processador de Evento A porta utilizada pelo processador de gerenciamento de eventos para receber eventos. O valor padrão é O intervalo válido é de 1 a Este parâmetro não será solicitado se você estiver instalando um gerenciador de domínio principal de backup. Informações de Configuração do Dynamic Workload Broker Tivoli dynamic workload broker nome da estação de trabalho A definição da estação de trabalho do broker de carga de trabalho dinâmica criada no banco de dados do Tivoli Workload Scheduler. Seu tipo é broker. O nome do gerenciador de domínio principal seguido por _DWB. É possível modificar este valor incluindo _DWB. Espaços não são permitidos e o comprimento máximo do campo é de 16 caracteres. Ele pode conter caracteres alfanuméricos, traço (-) e sublinhado (_). O primeiro caractere deve ser uma letra. Porta Netman do Tivoli dynamic workload broker A porta na estação de trabalho do broker de carga de trabalho dinâmica. O gerenciador de domínio principal ou o gerenciador de domínio principal de backup usam esta porta para comunicar-se com o broker de carga de trabalho dinâmica. Esse número é registrado na propriedade ResourceAdvisorUrl no arquivo JobManager.ini. O valor padrão é O intervalo válido é de 1 a Configuração do banco de dados: Para concluir o painel Configuração do Banco de Dados, execute as seguintes etapas: 1. Selecione o tipo de sistema de gerenciamento de banco de dados. 2. No campo Caminho do Banco de Dados, especifique o caminho da instalação. 3. Clique em Recuperar informações do banco de dados para carregar as informações para os sistemas de banco de dados selecionados. Para obter mais informações sobre como configurar o RDBMS selecionado, consulte as seções a seguir: v Instalação para um Servidor de Banco de Dados DB2 v Instalação para um Cliente de Banco de Dados DB2 na página 74 v Instalando para um Banco de Dados Oracle na página 77 Instalação para um Servidor de Banco de Dados DB2: Capítulo 5. Instalando 71

88 A lista a seguir descreve os campos que podem precisar ser completados durante a instalação. Caminho do banco de dados Digite ou Procure o diretório em que a instância existente do DB2 está instalada. Nos sistemas operacionais Windows: Esse caminho deve ser um caminho absoluto para o diretório sqllib. Se você tiver mais de uma instância do DB2 instalada, certifique-se de fornecer o caminho completo para a instância do DB2 desejada. O padrão é %ProgramFiles%\IBM\sqllib. Nos sistemas operacionais UNIX e Linux: Esse caminho deve ser um caminho absoluto para o diretório sqllib. Se você tiver mais de uma instância do DB2 instalada, certifique-se de fornecer o caminho completo para a instância do DB2 desejada. O padrão é /home/<db2_instance_admin>/sqllib, emque <db2_instance_admin> é o administrador da instância do DB2. Por exemplo, se o usuário db2inst1 for o administrador da instância do DB2, o caminho será /home/db2inst1/sqllib. Nome da instância O nome da instância do servidor DB2. porta da Instância O número da porta TCP/IP utilizado para comunicação com a instância do DB2. O padrão é Usuário administrador do servidor DB2 O nome de usuário do administrador da instância do servidor DB2. Este usuário também pode ser qualquer usuário que possua autoridade SYSADM ou SYSCTRL no servidor DB2. Em sistemas UNIX, verifique se é possível alternar para esse usuário e se ele pode carregar o ambiente DB2. Se o administrador do DB2 já tiver criado as tabelas de banco de dados usando o procedimento Criando ou Fazendo Upgrade das Tabelas de Banco de Dados se Estiver Usando o DB2 na página 44, o nome de usuário será aquele que o administrador do DB2 especificou na propriedade DB_USER no arquivo customizedb2sql.properties. Nos sistemas operacionais Windows O valor padrão é db2admin. Nos sistemas operacionais UNIX e Linux O valor padrão é db2inst1. Senha do administrador do servidor DB2 A senha do usuário administrador do servidor DB2 com autoridade SYSADM ou SYSCTRL. Nome de banco de dados O nome do banco de dados do DB2. O comprimento máximo é de cinco caracteres. É possível utilizar uma instância de banco de dados DB2 existente se seu nome não exceder cinco caracteres. O padrão é TWS. Quando estiver instalando: Gerenciador de domínio principal Forneça o nome de um banco de dados que não seja usado por um gerenciador de domínio dinâmico. 72 Tivoli Workload Scheduler: Planejamento e Instalação

89 Gerenciador de domínio principal configurado como backup Forneça o nome do banco de dados do gerenciador de domínio principal. Gerenciador de domínio dinâmico Forneça o nome de um banco de dados que não seja usado por um gerenciador de domínio principal. Gerenciador de domínio dinâmico configurado como backup Forneça o nome do banco de dados do gerenciador de domínio dinâmico. Para obter informações sobre os nomes de banco de dados do DB2, consulte a documentação do DB2. Testar conexão Clique para verificar se a configuração foi bem-sucedida. O resultado da conexão de teste é mostrado no canto superior esquerdo do painel Pacote de Instalação. Espaço de tabela usado para armazenar objetos de planejamento e regras de eventos Forneça os seguintes parâmetros avançados para o espaço de tabela: Nome do espaço de tabela O nome do espaço de tabelas da instância do DB2. Este espaço de tabela é utilizado para armazenar objetos de planejamento e regras de eventos. Para obter informações sobre os espaços de tabela do DB2, consulte a documentação do DB2. O nome padrão é TWS_DATA. Caminho do espaço de tabela O caminho relativo do espaço de tabela do DB2. O caminho padrão é TWS_DATA. O caminho pode ser um caminho relativo ou completo. Quando o caminho do espaço de tabela é um caminho completo, o usuário administrador do DB2 deve ter direitos de acesso completos ao diretório no qual o espaço de tabela está instalado. Para obter informações adicionais, consulte Apêndice E, Caminhos Relativos do Espaço de Tabela do DB2, na página 421. Para sistemas operacionais UNIX e Linux, certifique-se de que o Administrador do DB2 tenha acesso de gravação ao diretório do espaço de tabela. Espaço de tabela usado para armazenar o plano Especifique o nome e caminho do espaço de tabela do DB2 em que os logs de eventos do Tivoli Workload Scheduler devem ser armazenados. Esses logs incluem dados sobre as instâncias de regra de evento, ações acionadas e mensagens do operador que são exibidas pelo Dynamic Workload Console. Os dados dos logs podem ser utilizados para criar relatórios. É possível visualizar dados do relatório usando o Dynamic Workload Console. Nome do espaço de tabela do plano O nome do espaço de tabela para armazenar dados de planejamento. O nome padrão é TWS_PLAN. Caminho do espaço de tabela do plano O caminho do espaço de tabela para armazenar dados de planejamento. O caminho padrão é TWS_PLAN. O caminho pode ser um caminho relativo ou completo. Quando o caminho do Capítulo 5. Instalando 73

90 espaço de tabela é um caminho completo, o usuário administrador do DB2 deve ter direitos de acesso completos ao diretório no qual o espaço de tabela está instalado. Para obter informações adicionais, consulte a Apêndice E, Caminhos Relativos do Espaço de Tabela do DB2, na página 421. Observe que o caminho do espaço de tabela do relatório não pode ser igual ao caminho do espaço de tabela. Espaço de tabela utilizado para armazenar logs de eventos Especifique o nome e caminho do espaço de tabela do DB2 em que os logs de eventos do Tivoli Workload Scheduler devem ser armazenados. Esses logs incluem dados sobre as instâncias de regra de evento, ações acionadas e mensagens do operador que são exibidas pelo Dynamic Workload Console. Os dados dos logs podem ser utilizados para criar relatórios. É possível visualizar dados do relatório usando o Dynamic Workload Console. Nome do Espaço de Tabela do Relatório O nome do espaço de tabela para armazenar dados do relatório. O valor padrão é TWS_LOG. Caminho do Espaço de Tabela do Relatório O caminho do espaço de tabela para armazenar dados do relatório. O caminho padrão é TWS_LOG. O caminho pode ser um caminho relativo ou completo. Quando o caminho do espaço de tabela é um caminho completo, o usuário administrador do DB2 deve ter direitos de acesso completos ao diretório no qual o espaço de tabela está instalado. Para obter informações adicionais, consulte a Apêndice E, Caminhos Relativos do Espaço de Tabela do DB2, na página 421. Observe que o caminho do espaço de tabela do relatório não pode ser igual ao caminho do espaço de tabela. Instalação para um Cliente de Banco de Dados DB2: Durante a instalação do gerenciador de domínio principal configurado como backup, você instala um cliente DB2 para se conectar ao servidor DB2 que contém o banco de dados Tivoli Workload Scheduler. Este banco de dados foi criado pela instalação do gerenciador de domínio principal. Se for um servidor de banco de dados DB2, o banco de dados estará na estação de trabalho do gerenciador de domínio principal. Se for um cliente do banco de dados do DB2, o banco de dados fica em outra estação de trabalho. Durante a instalação do gerenciador de domínio dinâmico configurado como backup, instale um cliente DB2 para se conectar ao servidor DB2 que contém o banco de dados Tivoli Workload Scheduler. Este banco de dados foi criado pela instalação do gerenciador de domínio dinâmico. Se for um servidor de banco de dados DB2, o banco de dados estará na estação de trabalho do gerenciador de domínio dinâmico. Se for um cliente do banco de dados do DB2, o banco de dados fica em outra estação de trabalho. A lista a seguir descreve os campos que podem precisar ser completados durante a instalação. Caminho do banco de dados Digite ou Procure o diretório em que a instância existente do DB2 está instalada. Nos sistemas operacionais Windows: Esse caminho deve ser um caminho absoluto para o diretório sqllib. Se você tiver mais de uma instância do DB2 instalada, 74 Tivoli Workload Scheduler: Planejamento e Instalação

91 certifique-se de fornecer o caminho completo para a instância do DB2 desejada. O padrão é %ProgramFiles%\IBM\sqllib. Nos sistemas operacionais UNIX e Linux: Esse caminho deve ser um caminho absoluto para o diretório sqllib. Se você tiver mais de uma instância do DB2 instalada, certifique-se de fornecer o caminho completo para a instância do DB2 desejada. O padrão é /home/<db2_instance_admin>/sqllib, emque <db2_instance_admin> é o administrador da instância do DB2. Por exemplo, se o usuário db2inst1 for o administrador da instância do DB2, o caminho será /home/db2inst1/sqllib. Servidor do banco de dados remoto O endereço IP ou nome do host da estação de trabalho na qual o servidor DB2 está instalado. Porta do banco de dados remoto O número da porta TCP/IP que a instância do servidor DB2 remota utiliza para comunicação. Identifique o usuário no servidor DB2 remoto a ser usado pela instalação para as tarefas de administrador do DB2 Forneça os seguintes dados: Usuário administrador do servidor DB2 O nome de usuário do administrador da instância do servidor DB2. Este usuário também pode ser qualquer usuário que possua autoridade SYSADM ou SYSCTRL no servidor DB2. Em sistemas UNIX, verifique se é possível alternar para esse usuário e se ele pode carregar o ambiente DB2. Se o administrador do DB2 já tiver criado as tabelas de banco de dados usando o procedimento Criando ou Fazendo Upgrade das Tabelas de Banco de Dados se Estiver Usando o DB2 na página 44, o nome de usuário será aquele que o administrador do DB2 especificou na propriedade DB_USER no arquivo customizedb2sql.properties. Nos sistemas operacionais Windows O valor padrão é db2admin. Nos sistemas operacionais UNIX e Linux O valor padrão é db2inst1. Senha do administrador do servidor DB2 A senha do usuário administrador do servidor DB2 com autoridade SYSADM ou SYSCTRL. Identifique o usuário no cliente do DB2 a ser utilizado pela instalação para tarefas de administração do DB2 Especifique o usuário no cliente DB2 a ser utilizado pela instalação para tarefas de administração do DB2. Forneça os seguintes dados: Usuário administrador local do DB2 O nome de usuário administrador do DB2 da instância do cliente do DB2.OIDdousuário deve conter as seguintes propriedades de login. -login= true -rlogin= true Capítulo 5. Instalando 75

92 Identifique o usuário no servidor DB2 a ser usado pelo Tivoli Workload Scheduler para acessar o banco de dados, se ele for diferente do Usuário de Administração do Servidor DB2 Selecione esta opção quando o usuário do servidor DB2 utilizado para acessar o Tivoli Workload Scheduler for diferente do Usuário de Administração do Servidor DB2. Forneça os seguintes dados: Usuário do Tivoli Workload Scheduler DB2 O nome de usuário do usuário do Tivoli Workload Scheduler DB2. Senha do Tivoli Workload Scheduler DB2 A senha do usuário do Tivoli Workload Scheduler DB2. Nome de banco de dados O nome do banco de dados do DB2. O comprimento máximo é de cinco caracteres. É possível utilizar uma instância de banco de dados DB2 existente se seu nome não exceder cinco caracteres. Quando estiver instalando um: Gerenciador de domínio principal Forneça o nome de um banco de dados que não seja usado por um gerenciador de domínio dinâmico. Gerenciador de domínio principal configurado como backup Forneça o nome do banco de dados do gerenciador de domínio principal. Gerenciador de domínio dinâmico Forneça o nome de um banco de dados que não seja usado por um gerenciador de domínio principal. Gerenciador de domínio dinâmico configurado como backup Forneça o nome do banco de dados do gerenciador de domínio dinâmico. Para obter informações sobre os nomes de banco de dados do DB2, consulte a documentação do DB2. Testar conexão Clique para verificar se a configuração foi bem-sucedida. Espaço de tabela usado para armazenar objetos de planejamento e regras de eventos Forneça os seguintes parâmetros avançados: Nome do espaço de tabela O nome do espaço de tabela da instância do DB2. Para obter informações sobre os espaços de tabela do DB2, consulte a documentação do DB2. Caminho do espaço de tabela O caminho relativo do espaço de tabela do DB2. O caminho pode ser um caminho relativo ou completo. Quando o caminho do espaço de tabela é um caminho completo, o usuário administrador do DB2 deve ter direitos de acesso completos ao diretório no qual o espaço de tabela está instalado. Para obter informações adicionais, 76 Tivoli Workload Scheduler: Planejamento e Instalação

93 consulte a Apêndice E, Caminhos Relativos do Espaço de Tabela do DB2, na página 421. O nome do caminho do espaço de tabela padrão é TWS_DATA. O diretório temporário do espaço de tabela padrão é TWS_TEMP. Para os sistemas operacionais UNIX e Linux, certifique-se de que o Administrador dodb2 possua acesso de gravação para o diretório acima do diretório de espaço de tabela. Espaço de tabela usado para armazenar o plano Especifique o nome e caminho do espaço de tabela do DB2 em que os logs de eventos do Tivoli Workload Scheduler devem ser armazenados. Esses logs incluem dados sobre as instâncias de regra de evento, ações acionadas e mensagens do operador que são exibidas pelo Dynamic Workload Console. Os dados dos logs podem ser utilizados para criar relatórios. É possível visualizar dados do relatório usando o Dynamic Workload Console. Nome do espaço de tabela do plano O nome do espaço de tabela para armazenar dados de planejamento. O nome padrão é TWS_PLAN. Caminho do espaço de tabela do plano O caminho do espaço de tabela para armazenar dados de planejamento. O caminho padrão é TWS_PLAN. O caminho pode ser um caminho relativo ou completo. Quando o caminho do espaço de tabela é um caminho completo, o usuário administrador do DB2 deve ter direitos de acesso completos ao diretório no qual o espaço de tabela está instalado. Para obter informações adicionais, consulte a Apêndice E, Caminhos Relativos do Espaço de Tabela do DB2, na página 421. Observe que o caminho do espaço de tabela do relatório não pode ser igual ao caminho do espaço de tabela. Espaço de tabela utilizado para armazenar logs de eventos Especifique o nome e caminho do espaço de tabela do DB2 em que os logs de eventos do Tivoli Workload Scheduler devem ser armazenados. Esses logs são utilizados para criar relatórios. É possível visualizar dados do relatório usando o Dynamic Workload Console. Nome do Espaço de Tabela do Relatório O nome do espaço de tabela para armazenar dados do relatório. O valor padrão é TWS_LOG. Caminho do Espaço de Tabela do Relatório O caminho do espaço de tabela para armazenar dados do relatório. O caminho padrão é TWS_LOG. O caminho pode ser um caminho relativo ou completo. Quando o caminho do espaço de tabela é um caminho completo, o usuário administrador do DB2 deve ter direitos de acesso completos ao diretório no qual o espaço de tabela está instalado. Para obter informações adicionais, consulte a Apêndice E, Caminhos Relativos do Espaço de Tabela do DB2, na página 421. Instalando para um Banco de Dados Oracle: Capítulo 5. Instalando 77

94 Quando estiver instalando para um banco de dados Oracle, para servidor e cliente, siga os prompts do assistente de instalação. A lista a seguir descreve os campos que podem precisar ser completados durante a instalação. Caminho do banco de dados Especifique o caminho de uma instalação Oracle que satisfaça os requisitos do Tivoli Workload Scheduler. O caminho completo deve identificar uma árvore na estrutura do Oracle que inclui o executável sqlplus. Nome do Serviço de Rede O nome utilizado por clientes para identificar um servidor de Rede do Oracle e o identificador do sistema ou banco de dados específico para a conexão de Rede do Oracle. Um nome de serviço de rede é mapeado para um número de porta e protocolo. Ele também é conhecido como uma cadeia de conexão, alias do banco de dados, cadeia de host ou nome de serviço. Se o seu banco de dados do Oracle for: v v v Instalado no mesmo sistema em que você está instalando o gerenciador de domínio principal ou seu backup, o nome do serviço de rede será o nome do banco de dados Oracle. Instalado no mesmo sistema em que você está instalando o gerenciador de domínio dinâmico ou seu backup, o nome do serviço de rede será o nome do banco de dados Oracle. Não instalado no sistema em que você está instalando o gerenciador de domínio principal ou seu backup, o nome do serviço de rede será o alias configurado para a conexão com o banco de dados remoto. v Não instalado no sistema em que você está instalando o gerenciador de domínio dinâmico ou seu backup, o nome do serviço de rede será o alias configurado para a conexão com o banco de dados remoto. Entre em contato com o administrador de banco de dados para obter o nome de serviço da rede correto. Usuário Administrador do Oracle O nome de usuário do administrador de banco de dados (tal como SYSTEM) necessário para autenticar-se no banco de dados Oracle. Esta conta já deve existir. Se o administrador do ORACLE já tiver criado as tabelas de banco de dados usando o procedimento Criando ou Fazendo Upgrade das Tabelas de Banco de Dados Se Estiver Usando o Oracle. na página 54, o nome de usuário será aquele que o administrador do ORACLE especificou na propriedade MDL_USER do arquivo customizeoraclesql.properties. Senha de Usuário do Administrador do Oracle A senha de usuário do administrador de banco de dados necessária para autenticação no banco de dados Oracle. Usuário do Tivoli Workload Scheduler Oracle O proprietário do esquema do Tivoli Workload Scheduler. Se o administrador do ORACLE já tiver criado as tabelas de banco de dados usando o procedimento Criando ou Fazendo Upgrade das Tabelas de Banco de Dados Se Estiver Usando o Oracle. na página 54, o nome de usuário será aquele que o administrador do ORACLE especificou na propriedade MDL_USER do arquivo customizeoraclesql.properties.o nome deve estar de acordo com as regras de nomenclatura do Oracle. 78 Tivoli Workload Scheduler: Planejamento e Instalação

95 Se estiver instalando um: Gerenciador de domínio principal Se esse campo ficar em branco, será usado o nome padrão <TWS_user>. Gerenciador de domínio principal configurado como backup Insira o mesmo nome usado no gerenciador de domínio principal. Gerenciador de domínio dinâmico Se esse campo ficar em branco, será usado o nome padrão <TWS_user>. Forneça um nome diferente do usado durante a instalação do gerenciador de domínio principal. Gerenciador de domínio dinâmico configurado como backup Insira o mesmo nome usado no gerenciador de domínio dinâmico. Um uma nova instalação de um: Gerenciador de domínio principal Esse usuário não existe no banco de dados. Se esse não for o caso, isso significa que já há um gerenciador de domínio principal ou sua instância de backup apontando para o mesmo banco de dados com esse nome de usuário. Se sua instância existente do Tivoli Workload Scheduler for a versão 8.3 ou superior, o processo de instalação fará upgrade do esquema do banco de dados atual para o novo esquema. Gerenciador de domínio dinâmico Esse usuário não existe no banco de dados. Se esse não for o caso, isso significa que já há um gerenciador de domínio dinâmico ou seu backup apontando para o mesmo banco de dados com esse nome de usuário. Se sua instância existente for a versão atual, o processo de instalação assumirá que o esquema está no nível correto e não criará os objetos de banco de dados (tabelas, visualizações, clusters, procedimentos, índices, etc.) para o Tivoli Workload Scheduler. Nota: Se for identificado um usuário Oracle existente como o usuário Oracle do Tivoli Workload Scheduler, o processo de instalação assumirá que a configuração está concluída e não criará os objetos de banco de dados para o Tivoli Workload Scheduler. Nesse caso, a instalação será concluída com sucesso, mas não será possível usar o banco de dados Senha de Usuário do Tivoli Workload Scheduler Oracle A senha para o usuário do Tivoli Workload Scheduler Oracle. Ela deve estar de acordo com as regras de nomenclatura do Oracle. Crie o esquema do Tivoli Workload Scheduler usando a opção Oracle Partitioning Apenas para gerenciador de domínio principal e gerenciador de domínio dinâmico. Se você estiver instalando no Oracle Enterprise Edition, poderá escolher implementar a opção Oracle Partitioning para melhorar o desempenho do automação de carga de trabalho orientada a eventos. Para obter informações adicionais sobre o automação de carga de trabalho orientada a eventos, consulte Visão Geral. Capítulo 5. Instalando 79

96 Nome do espaço de tabela Apenas para gerenciador de domínio principal e gerenciador de domínio dinâmico. O nome que identifica o espaço de tabela no qual os dados de objetos de planejamento, dados de regras de eventos, dados de execuções de histórico da tarefa e dados de estatísticas da tarefa estão armazenados. Esse espaço da tabela deve ser criado anteriormente pelo administrador do banco de dados. O padrão para esse campo é USERS. Nome do espaço de tabela do plano Apenas para gerenciador de domínio principal e gerenciador de domínio dinâmico. O nome que identifica o espaço de tabela no qual os dados de planejamento estão armazenados. Esse espaço da tabela deve ser criado anteriormente pelo administrador do banco de dados. O padrão para esse campo é USERS. Nome do espaço de tabela de relatórios Apenas para gerenciador de domínio principal e gerenciador de domínio dinâmico. O nome que identifica o espaço de tabela onde os dados do relatório serão armazenados. É possível visualizar os dados do relatório usando o Dynamic Workload Console. Esse espaço da tabela deve ser criado anteriormente pelo administrador do banco de dados. O valor padrão para esse campo é USERS. Espaço de Tabela Temporário Apenas para gerenciador de domínio principal e gerenciador de domínio dinâmico. O nome que identifica o espaço de tabela temporário. Esse espaço da tabela deve ser criado anteriormente pelo administrador do banco de dados. O valor padrão para esse campo é TEMP. Configuração de Perfil do Websphere Application Server: Os campos a seguir são fornecidos para dados de configuração de perfil do Websphere Application Server. Local de instalação do WebSphere Digite ou Procure o diretório no qual a instância do Websphere Application Server está instalada. Clique em Navegar para encontrar o local apropriado. Tipo de implementação do perfil Crie um perfil do Websphere Application Server. Detalhes do perfil Local do perfil Insira o nome do diretório no qual o perfil do Websphere Application Server está localizado. Clique em Navegar para encontrar o local apropriado. O valor padrão é : Nos sistemas operacionais Windows: c:\program Files\IBM\TWA\WAS\TWSProfile Em sistemas operacionais UNIX: /opt/ibm/twa/was/twsprofile Nota: Não use nenhum dos seguintes caracteres no campo de caminho do perfil: Em sistemas operacionais Windows:!"#$%&{}[]=? <>,;*: 80 Tivoli Workload Scheduler: Planejamento e Instalação

97 Em sistemas operacionais UNIX:!"#$%&{}[]=? <>,;* Nome do perfil Insira o nome do arquivo no qual o perfil do Websphere Application Server está definido. O padrão é TWSProfile. Nome do nó Insira o nome do nó contido no perfil do Websphere Application Server. O padrão é TWSNode. Nome do servidor Insira o nome do servidor contido no perfil do Websphere Application Server. O valor padrão é server1. Validar Clique para validar se as informações inseridas estão corretas. Configuração de Portas do Websphere Application Server: Este painel aparece durante os processos de instalação e de upgrade. Se você estiver executando um upgrade, não será necessário inserir ou não será possível ver alguns dos campos a seguir. Os campos a seguir são fornecidos para dados do Websphere Application Server. O procedimento de instalação verifica a disponibilidade das portas no intervalo de portas especificado. Se uma ou mais portas estiverem sendo usadas por outros aplicativos, será solicitado que você insira o número da porta. Gerar portas do WebSphere automaticamente Selecione se você alterou a porta JobManager e quiser gerar automaticamente as portas listadas, começando com esta porta. Transporte HTTP A porta para o transporte HTTP. Ela é usada pela linha de comandos do criador e pelo Dynamic Workload Broker quando este protocolo é selecionado. O valor padrão é O intervalo válido é de 1 a Transporte HTTPS A porta para o transporte HTTP seguro. Ela é usada pela linha de comandos do criador e pelo Dynamic Workload Broker quando este protocolo é selecionado. O valor padrão é O intervalo válido é de 1 a Autoinicialização A porta para a auto-inicialização ou RMI. Ela é utilizada pelas interfaces gráficas com o usuário. O valor padrão é O intervalo válido é de 1 a Conector SOAP A porta para o conector SOAP do protocolo do servidor de aplicativos. O valor padrão é O intervalo válido é de 1 a Listener de Autenticação de Servidor SAS A porta utilizada pelos SAS (Secure Association Services) para atender pedidos de autenticação de entrada. O valor padrão é O intervalo válido é de 1 a Listener de Autenticação de Servidor CSIv2 A porta na qual a Versão de serviço Common Secure Interoperability 2 (CSIv2) se comunica com as solicitações de autenticação de servidor de entrada. O valor padrão é O intervalo válido é de 1 a Capítulo 5. Instalando 81

98 Listener de Autenticação do Cliente CSIv2 A porta na qual a Versão de serviço Common Secure Interoperability 2 (CSIv2) se comunica com as solicitações de autenticação de cliente de entrada. O valor padrão é O intervalo válido é de 1 a Listener ORB A porta utilizada para comunicação RMI sobre IIOP. O valor padrão é O intervalo válido é de 1 a Transporte HTTP de Administração A porta do console administrativo. O valor padrão é O intervalo válido é de 1 a Transporte HTTPS de Administração A porta segura do console administrativo. O valor padrão é O intervalo válido é de 1 a Verificação de Espaço em Disco: O processo de instalação verifica se há espaço em disco disponível suficiente para a instalação de um gerenciador de domínio principal ou seu backup ou gerenciador de domínio dinâmico ou seu backup. O processo de instalação ou upgrade não verifica o espaço necessário para a instalação de espaços de tabela. Antes de clicar na instalação, verifique se existe espaço suficiente para instalar os espaços de tabela no caminho indicado. No painel Verificar Espaço em Disco, é possível ver o log para a operação de verificação de espaço no disco. Se a operação falhou devido a espaço em disco insuficiente, você deve liberar o espaço no disco que é mostrado no log e clicar em Tentar Novamente. Executando uma Instalação Silenciosa 1. Antes de iniciar a instalação, o upgrade ou a desinstalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistemas operacionais Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou grupo administradores de domínio do Windows com os direitos Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root 2. Assegure-se de ter inserido o DVD para seu sistema operacional ou ter transferido por download o Tivoli Workload Schedulergerenciador de domínio dinâmico ou eimage do gerenciador de domínio principal (para obter detalhes, consulte o Documento de Download em docview.wss?rs=672&uid=swg ). Quando você executa uma instalação silenciosa, o Installation Manager já está instalado e você usa um arquivo de resposta XML que contém os parâmetros necessários para a instalação do pacote do produto. O arquivo de resposta incluir todas as informações de instalação necessárias para executar a instalação sem intervenção do usuário. 82 Tivoli Workload Scheduler: Planejamento e Instalação

99 Para instalar silenciosamente o pacote do produto Tivoli Workload Scheduler, é possível ter os seguintes cenários: Instalando o pacote do Tivoli Workload Scheduler: Os pré-requisitos do Tivoli Workload Scheduler já estão instalados. Para obter mais informações sobre como executar uma instalação silenciosa do pacote do Tivoli Workload Scheduler, consulte Executando uma Instalação Silenciosa do Tivoli Workload Scheduler. Instalando os pacotes Tivoli Workload Scheduler e Dynamic Workload Console e seus pré-requisitos: Para obter mais informações sobre como executar a instalação silenciosa do pacote do Tivoli Workload Scheduler, dos pacotes obrigatórios do Tivoli Workload Scheduler, do pacote do Dynamic Workload Console e dos pacotes obrigatórios do Dynamic Workload Console, consulte Executando uma Instalação Silenciosa do Tivoli Workload Scheduler e seus Pré-requisitos e Dynamic Workload Console e seus Pré-requisitos na página 85. Nota: É possível decidir instalar apenas o pacote do Tivoli Workload Scheduler e seus pré-requisitos ou apenas o pacote do Dynamic Workload Console e seus pré-requisitos, ou ambos. Executando uma Instalação Silenciosa do Tivoli Workload Scheduler: Você deve instalar Installation Manager antes de executar uma instalação silenciosa do pacote do Tivoli Workload Scheduler e seus pré-requisitos. Para obter informações detalhadas sobre como instalar o Installation Manager, consulte a documentação do Installation Manager. É possível instalar silenciosamente o pacote do Tivoli Workload Scheduler usando um arquivo de resposta fornecido nos DVDs de instalação no diretório \response_files\. Para obter uma lista de arquivos de resposta, consulte Modelos de Arquivos de Resposta do Tivoli Workload Scheduler na página 84. Execute as etapas a seguir: 1. Copie o arquivo de resposta relevante em um diretório local. 2. Edite a seção do Tivoli Workload Scheduler. Para obter detalhes sobre as propriedades do arquivo de resposta, consulte Apêndice B, Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler, na página 401. Nota: Assegure-se de que todas as senhas especificadas no arquivo de resposta sejam criptografadas conforme descrito em Criptografando Senhas de Usuário para Arquivos de Resposta na página Salve o arquivo com suas alterações. 4. Abra um prompt de linha de comandos. 5. Acesse o diretório do tools do Installation Manager. O diretório tools padrão é: Nos sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse\tools Em sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse/tools 6. Execute o seguinte comando: Nos sistemas operacionais Windows Capítulo 5. Instalando 83

100 imcl.exe input <local_dir>\response_file.xml -log <local_dir>\log_file.xml -acceptlicense Em sistemas operacionais UNIX e Linux./imcl input /<local_dir>/response_file.xml -log /<local_dir>/log_file.xml -acceptlicense em que v O response_file.xml é o nome do arquivo de resposta a ser usado para a instalação. v O log_file é o nome do arquivo de log que registra o resultado da instalação silenciosa. Nota: Para obter mais informações sobre o comando de instalação silenciosa do Installation Manager e o arquivo de log silencioso do Installation Manager, consulte a documentação do Installation Manager. Após uma instalação bem-sucedida, execute uma das tarefas de configuração a seguir, dependendo se você instalou um gerenciador de domínio dinâmico ou seu backup ou um gerenciador de domínio principal ou seu backup: v Configurando um Gerenciador de Domínio Principal na página 215. v Etapas de Configuração para um Gerenciador de Domínio Principal Configurado como Backup na página 217. v Configurando um gerenciador de domínio dinâmico na página 219. v Etapas de Configuração para um Gerenciador de Domínio Dinâmico Configurado como Backup na página 219. Modelos de Arquivos de Resposta do Tivoli Workload Scheduler: Edite os modelos de arquivos de resposta fornecidos nos DVDs de instalação no diretório \response_files\. As instruções para customizar os arquivos estão incluídas diretamente nos arquivos como texto comentado. Tabela 6 lista os arquivos de resposta e os tipos de instalação que cada um executa por sistema operacional: Tabela 6. Arquivos de resposta da instalação Tipo de instalação Arquivo de resposta a ser utilizado Instalando em sistemas operacionais Windows Novo Gerenciador de Domínio TWS91_FRESH_DDM_configured_as_backup_WIN.xml Dinâmico Configurado como Backup Novo gerenciador de domínio dinâmico Novo gerenciador de domínio dinâmico para o controlador do z/os Novo Gerenciador de Domínio Principal Configurado como Backup TWS91_FRESH_DDM_WIN.xml TWS91_FRESH_DDM_for_zOS_WIN.xml TWS91_FRESH_MDMconfigured_as_backup_WIN.xml Gerenciador de domínio principal TWS91_FRESH_MDM_WIN.xml atual Instalando em sistemas operacionais UNIX 84 Tivoli Workload Scheduler: Planejamento e Instalação

101 Tabela 6. Arquivos de resposta da instalação (continuação) Tipo de instalação Novo Gerenciador de Domínio Dinâmico Configurado como Backup Novo gerenciador de domínio dinâmico Novo gerenciador de domínio dinâmico para o controlador do z/os Novo Gerenciador de Domínio Principal Configurado como Backup Gerenciador de domínio principal atual Arquivo de resposta a ser utilizado TWS91_FRESH_DDM_configured_as_backup_UNIX.xml TWS91_FRESH_DDM_UNIX.xml TWS91_FRESH_DDM_for_zOS_UNIX.xml TWS91_FRESH_MDMconfigured_as_backup_UNIX.xml TWS91_FRESH_MDM_UNIX.xml Para obter detalhes sobre propriedades de arquivos de resposta, consulte Apêndice B, Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler, na página 401. Executando uma Instalação Silenciosa do Tivoli Workload Scheduler e seus Pré-requisitos e Dynamic Workload Console e seus Pré-requisitos: Você deve instalar o Installation Manager antes de executar uma instalação silenciosa do pacote do Tivoli Workload Scheduler. Para obter informações detalhadas sobre como instalar o Installation Manager, consulte a documentação do Installation Manager. É possível instalar silenciosamente o pacote do Tivoli Workload Scheduler e o pacote do Dynamic Workload Console ao mesmo tempo que seus pacotes obrigatórios usando um arquivo de resposta global que é fornecido nos DVDs de instalação no diretório \response_files\. Para obter uma lista de arquivos de resposta, consulte Tabela 7 na página 86. O processo de instalação silenciosa: v Designa a ordem correta para a instalação do pacote. v Gerencia a instalação do pacote obrigatório. O arquivo de resposta contém uma seção para cada pacote obrigatório que deseja instalar, uma seção relacionada ao Tivoli Workload Scheduler e uma seção relacionada à instalação do pacote do Dynamic Workload Console. Execute as etapas a seguir: 1. Copie o arquivo de resposta em um diretório local. 2. Edite as seções a seguir: Seções de pacotes obrigatórios do Dynamic Workload Console e Tivoli Workload Scheduler: Se não deseja instalar Dynamic Workload Console, comente a seção de pré-requisitos do Dynamic Workload Console. Para obter mais informações sobre como preencher esta seção, consulte a descrição das propriedades do arquivo de resposta fornecida como texto comentado ou consulte a documentação do produto de pré-requisitos. Capítulo 5. Instalando 85

102 Seção do Dynamic Workload Console: Se não deseja instalar Dynamic Workload Console, comente esta seção. Para obter mais informações sobre como concluir as propriedades da seção do Dynamic Workload Console, consulte Apêndice C, Propriedades do Arquivo de Resposta do Dynamic Workload Console, na página 415. Seção do Tivoli Workload Scheduler: Para obter mais informações sobre como concluir as propriedades da seção do Tivoli Workload Scheduler, consulte Apêndice B, Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler, na página 401. Nota: Assegure-se de que todas as senhas especificadas no arquivo de resposta sejam criptografadas conforme descrito em Criptografando Senhas de Usuário para Arquivos de Resposta na página Salve o arquivo com suas alterações. 4. Abra um prompt de linha de comandos. 5. Acesse o diretório do tools do Installation Manager. O diretório tools padrão é: Nos sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse\tools Em sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse/tools 6. Execute o seguinte comando: Nos sistemas operacionais Windows imcl.exe input <local_dir>\response_file.xml -log <local_dir>\log_file.xml -acceptlicense Em sistemas operacionais UNIX e Linux./imcl input /<local_dir>/response_file.xml -log /<local_dir>/log_file.xml -acceptlicense em que v O response_file.xml é o nome do arquivo de resposta a ser usado para a instalação. v log_file é o nome do arquivo de log que registra o resultado da execução da instalação silenciosa. Nota: Para obter mais informações sobre o comando de instalação silenciosa do Installation Manager e os arquivos de log silenciosos do Installation Manager, consulte o centro de informações do Installation Manager. Tabela 7 lista os arquivos de resposta e os tipos de instalação que cada um execute por sistema operacional: Tabela 7. Arquivos de Resposta de Instalação Global Tipo de instalação Arquivo de resposta a ser utilizado Instalando em sistemas operacionais Windows 86 Tivoli Workload Scheduler: Planejamento e Instalação

103 Tabela 7. Arquivos de Resposta de Instalação Global (continuação) Tipo de instalação Arquivo de resposta a ser utilizado Websphere Application Server, Jazz TWS91_FRESH_FULL_MDM_DWC_WIN.xml for Service Management extension for IBM WebSphere, Tivoli Workload Scheduler e Dynamic Workload Console. Instalando em sistemas operacionais UNIX Websphere Application Server, Jazz TWS91_FRESH_FULL_MDM_DWC_UNIX.xml for Service Management extension for IBM WebSphere, Tivoli Workload Scheduler e Dynamic Workload Console. Após uma instalação bem-sucedida, execute uma das tarefas de configuração a seguir, dependendo do tipo de agente instalado: v Configurando um Gerenciador de Domínio Principal na página 215. v Etapas de Configuração para um Gerenciador de Domínio Principal Configurado como Backup na página 217. v Configurando um gerenciador de domínio dinâmico na página 219. v Etapas de Configuração para um Gerenciador de Domínio Dinâmico Configurado como Backup na página 219. Criptografando Senhas de Usuário para Arquivos de Resposta: Você deve criptografar cada sequência de senha armazenada nos arquivos de resposta usando o Installation Manager. É possível executar a criptografia de senha usando um dos procedimentos a seguir: Interface do utilitário de criptografia de Sequência do Installation Manager Para criptografar a sequência de senha para os arquivos de resposta, execute as seguintes etapas: 1. Acesse o diretório eclipse do diretório de instalação do Installation Manager. O diretório eclipse padrão é: Sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse Sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse 2. Para abrir a Interface do utilitário de criptografia de sequência, execute o seguinte comando: Sistemas operacionais Windows IBMIM.exe encryptstring <stringtoencrypt> em que <stringtoencrypt> é o valor a ser criptografado. Sistemas operacionais UNIX e Linux./IBMIM encryptstring <stringtoencrypt> em que <stringtoencrypt> é o valor a ser criptografado. Capítulo 5. Instalando 87

104 3. Na janela Utilitário de Criptografia de Sequência, observe o valor do campo Versão Criptografada da Sequência relacionado ao valor do campo Sequência a Ser Criptografada. 4. Copie o valor Versão Criptografada da Sequência na entrada de senha do arquivo de resposta. Ferramenta de linha de comandos do Installation Manager Para criptografar a sequência de senha para os arquivos de resposta, execute as seguintes etapas: 1. Acesse o diretório eclipse do diretório de instalação do Installation Manager. O diretório eclipse padrão é: Sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse Sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse 2. Execute o seguinte comando: Sistemas operacionais Windows IBMIM.exe -silent -nosplash encryptstring <stringtoencrypt> > <Encryptedpwd>.txt em que <stringtoencrypt> é o valor a ser criptografado e <Encryptedpwd>.txt é o arquivo no qual há o valor criptografado da senha. Sistemas operacionais UNIX e Linux./IBMIM -silent -nosplash encryptstring <stringtoencrypt> > <Encryptedpwd> em que <stringtoencrypt> é o valor criptografado e <Encryptedpwd> é o arquivo no qual há o valor criptografado da senha. 3. Abra o arquivo <Encryptedpwd> e copie o valor contido no arquivo na chave de dados do arquivo de resposta. 4. Remova o arquivo <Encryptedpwd>. Este exemplo mostra como gravar a seção USER INFORMATION do arquivo de resposta TWS91_FRESH_MDM_WIN.xml configurando o valor do usuário do Tivoli Workload Scheduler como twsuser e o valor da senha de usuário como passw0rd no sistema operacional Windows. Ao usar a ferramenta de linha de comandos do Installation Manager, criptografe a senha passw0rd salvando o valor criptografado para o arquivo my_pwd.txt: IBMIM.exe -silent -nosplash encryptstring passw0rd > my_pwd.txt O arquivo my_pwd.txt contém o seguinte valor: rbn1iamawyytqxlf6kdnya== Conclua a seção USER INFORMATION do arquivo de resposta TWS91_FRESH_MDM_WIN.xml da seguinte forma: <!--USER INFORMATION Supply the Tivoli Workload Scheduler credentials information --> <data key= user.username,com.ibm.tws value= twsuser /> <data key= user.password,com.ibm.tws value= rbn1iamawyytqxlf6kdnya== /> Nota: Por motivos de segurança, remova o arquivo my_pwd.txt após usá-lo. 88 Tivoli Workload Scheduler: Planejamento e Instalação

105 Instalando um Gerenciador de Domínio Dinâmico ou seu Backup Inicie a Instalação de um Gerenciador de Domínio Dinâmico ou seu Backup. Instale um gerenciador de domínio dinâmico se quiser planejar e controlar sua carga de trabalho estática e dinâmica em ambientes de ponta a ponta e distribuídos. Por exemplo, você pode ter filiais de escritórios diferentes e querer executar seu planejamento dinâmico independentemente da filial do escritório para melhorar a escalabilidade do agente. Além disso, instalando um gerenciador de domínio dinâmico ou seu backup, você executa seu planejamento dinâmico mesmo que o gerenciador de domínio principal ou gerenciador de domínio dinâmico configurados como backup estejam indisponíveis. Ao instalar um gerenciador de domínio dinâmico, é possível: v Melhorar a escalabilidade do agente dinâmico e tolerante a falhas porque a carga de trabalho dos agentes no domínio é controlada diretamente pelo gerenciador de domínio dinâmico ao qual está diretamente conectada. v Permitir que o processamento estático e dinâmico continue, mesmo se a conexão do agente com seu gerenciador de domínio principal estiver indisponível. Se desejar assegurar que sua carga de trabalho seja executada, mesmo se a conexão com o gerenciador de domínio dinâmico estiver indisponível, instale um gerenciador de domínio dinâmico configurado como backup. Um gerenciador de domínio dinâmico configurado como backup é composto de: v Agente tolerante a falhas v Servidor broker v Agente Dinâmico Quando você instala o gerenciador de domínio dinâmico, os tipos de estação de trabalho a seguir são criados no banco de dados: Intermediário Para o servidor do broker: Agent Para o agente dinâmico Gerenciador Para o agente tolerante a falhas Domínio Para o domínio. O domínio é um filho do domínio do gerenciador de domínio principal. Essas estações de trabalho pertencem ao domínio recém-criado do gerenciador de domínio dinâmico e não é possível movê-las para outro domínio. Além disso, não é possível alterar o domínio pai do domínio do gerenciador de domínio dinâmico. Selecionando Métodos de Instalação É possível instalar Tivoli Workload Scheduler usando qualquer um dos seguintes métodos: Barra de Ativação Para iniciar a instalação usando esse método, consulte Barra de Ativação na página 64. Assistente de Instalação Capítulo 5. Instalando 89

106 Para iniciar a instalação usando esse método, Gerenciador de domínio principal ou seu backup Consulte o Assistente de Instalação na página 65. Gerenciador de domínio dinâmico ou seu backup Consulte o Assistente de Instalação na página 91. Instalação silenciosa Para iniciar a instalação usando esse método, consulte Modo Silencioso na página 66. Barra de Ativação: Método de Instalação de Barra de Ativação 1. Antes de iniciar a instalação, o upgrade ou a desinstalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistemas operacionais Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou grupo administradores de domínio do Windows com os direitos Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root 2. Assegure-se de que seu RDBMS esteja em execução ao iniciar a instalação. 3. Assegure-se de ter inserido o DVD para seu sistema operacional ou de ter transferido por download o Tivoli Workload Scheduler gerenciador de domínio dinâmico, gerenciador de domínio principal ou eimage do Dynamic Workload Console. Para obter detalhes, consulte o documento de download do Tivoli Workload Scheduler em &uid=swg ou o documento de download do Dynamic Workload Console &uid=swg Antes de instalar em um Domínio do Windows, assegure-se de que o serviço do Navegador do Computador esteja ativo e em execução. Para iniciar o programa de instalação da barra de ativação, desempenhe as seguintes etapas: 1. No DVD que contém o componente que deseja instalar, execute a barra de ativação da seguinte forma: Sistemas operacionais Windows: No diretório root do DVD, execute launchpad.exe. Sistemas operacionais UNIX: a. Exporte o local do navegador para a variável de ambiente BROWSER. b. No diretório root do DVD, execute launchpad.sh. A barra de ativação é aberta. Para acessar informações sobre pré-requisitos do produto, clique em Informações de Pré-requisito no quadro esquerdo da barra de ativação. 90 Tivoli Workload Scheduler: Planejamento e Instalação

107 2. Para instalar, clique em Instalando ou Atualizando em um dos seguintes hyperlinks: TWS Para instalar Tivoli Workload Scheduler. DWC e z/os Connector Para instalar o Dynamic Workload Console. O z/os Connector é instalado automaticamente. Você precisa configurá-lo se estiver trabalhando em um ambiente de ponta a ponta. O programa de instalação relacionado é iniciado. 3. Continue com a instalação do componente do Tivoli Workload Scheduler selecionado; siga as instruções descritas nas seções a seguir: Gerenciador de domínio principal ou seu backup Consulte o Procedimento de Instalação para o Gerenciador de Domínio Principal e seu Backup na página 66. Gerenciador de domínio dinâmico ou seu backup Consulte o Procedimento de Instalação para um gerenciador de domínio dinâmico ou seu Backup na página 92. Dynamic Workload Console Consulte o Procedimento de Instalação para Dynamic Workload Console na página 332. Assistente de Instalação: Se você decidir instalar usando o Assistente de Instalação, execute as seguintes etapas 1. Antes de iniciar a instalação, o upgrade ou a desinstalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistemas operacionais Windows Se você configurou o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou grupo administradores de domínio do Windows com o direito Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root 2. Assegure-se de que seu RDBMS esteja em execução ao iniciar a instalação. 3. Certifique-se de que tenha inserido o DVD para seu sistema operacional ou transferido por download o eimage Tivoli Workload Schedulergerenciador de domínio dinâmico (para obter detalhes, consulte o Documento de Download em 4. Antes de instalar em um Domínio do Windows, assegure-se de que o serviço do Navegador do Computador esteja ativo e em execução. Para iniciar o programa de instalação, execute as seguintes etapas: 1. No eimage ou DVD contendo o gerenciador de domínio dinâmico do Tivoli Workload Scheduler que você deseja instalar, execute: Sistemas operacionais Windows: No diretório root do DVD ou no eimage, execute setuptws.bat. Capítulo 5. Instalando 91

108 Sistemas operacionais UNIX: No diretório raiz do DVD ou no eimage, execute setuptws.sh. O assistente de instalação é aberto e mostra o gerenciador de domínio dinâmico do Tivoli Workload Scheduler e seus pré-requisitos que você deseja instalar selecionados. 2. Continue com a instalação seguindo o procedimento descrito em Procedimento de Instalação para um gerenciador de domínio dinâmico ou seu Backup. Nota: Se quiser instalar um gerenciador de domínio dinâmico do Tivoli Workload Scheduler e um Dynamic Workload Console ao mesmo tempo, execute o comando: Nos sistemas operacionaiswindows: No diretório root do DVD ou no eimage, execute setupall.bat. Em sistemas operacionais UNIX: No diretório raiz do DVD ou no eimage, execute setupall.sh. e siga o procedimento descrito para o gerenciador de domínio dinâmico do Tivoli Workload Scheduler ou seu backup em Procedimento de Instalação para um gerenciador de domínio dinâmico ou seu Backup e Dynamic Workload Console em Procedimento de Instalação para Dynamic Workload Console na página 332. Modo Silencioso: Se você decidir instalar usando o modo silencioso, consulte Executando uma Instalação Silenciosa na página 82. Procedimento de Instalação para um gerenciador de domínio dinâmico ou seu Backup Para instalar um gerenciador de domínio dinâmico do Tivoli Workload Scheduler ou seu backup e todos os pré-requisitos, execute as seguintes etapas: 1. Após você iniciar o processo de instalação usando a barra de ativação conforme descrito em Barra de Ativação na página 64 ou usando o assistente conforme descrito em Assistente de Instalação na página 91, o assistente Installation Manager será iniciado. 2. No painel Pacotes de Instalação do Installation Manager, o processo de instalação selecionou todos os pacotes obrigatórios do Tivoli Workload Scheduler e o pacote do produto "Tivoli Workload Scheduler" > "Versão ". Nota: Se você já tiver instalado o Tivoli Workload Scheduler ou seus produtos de pré-requisitos, um painel de aviso será exibido. Clique em Continuar para instalar o pacote em um novo grupo ou clique em Cancelar para limpar o pacote que já está instalado. 3. Clique em Avançar. 4. Na página Licenças, leia o contrato de licença para o pacote selecionado. Se tiver selecionado a instalação do pacote do Tivoli Workload Scheduler e dos pacotes obrigatórios do Tivoli Workload Scheduler, você deverá aceitar o contrato de licença para cada pacote. No lado esquerdo da página Licença, clique em cada pacote para ver seu contrato de licença. Se você concorda com os termos de todos os contratos de licença, clique em Aceito os termos nos contratos de licença. 5. Clique em Avançar. 92 Tivoli Workload Scheduler: Planejamento e Instalação

109 6. No painel Local, os pacotes obrigatórios do Tivoli Workload Scheduler e Tivoli Workload Scheduler já estão selecionados: Para cada pacote obrigatório: Selecione o pacote obrigatório e digite, ou clique em Navegar para, o caminho a ser usado como diretório de instalação no qual instalar a instância de pré-requisito ou aceite o caminho padrão. Para o pacote do Tivoli Workload Scheduler: Digite ou Procure o caminho para usar como o diretório de instalação no qual instalar a instância do Tivoli Workload Scheduler para o usuário específico ou aceite o caminho padrão: Diretório de Instalação O comprimento máximo do campo é de 46 caracteres. Não é possível usar caracteres nacionais. Nos sistemas operacionais Windows: v Os seguintes caracteres não são válidos:!#$%&{}[]=? <>,;() v O nome deve ser maior que três caracteres, o segundo caractere deve ser :eoterceiro caractere deve ser \. v O diretório padrão é C:\Program Files\IBM\TWA Nos sistemas operacionais UNIX e Linux: v Os seguintes caracteres não são válidos:!"#$%&{}[]=? <>,;()blank_space v O nome deve ser maior que um caractere e o primeiro caractere deve ser \. v O diretório padrão é /opt/ibm/twa 7. Clique em Avançar. 8. Na página Recursos, execute as ações a seguir: Para os pacotes obrigatórios: Para ver uma descrição do recurso, clique no nome do recurso. Na seção Detalhes, você vê uma pequena descrição. Assegure-se de deixar os recursos de pré-requisito padrão selecionados pelo processo de instalação. Para o pacote do Tivoli Workload Scheduler: Selecione o recurso a seguir: Gerenciador de domínio dinâmico Nota: Selecione diretamente a opção Gerenciador de domínio dinâmico. Se você limpar primeiro a opção Gerenciador de domínio principal e depois selecionar a opção correta, você receberá a seguinte mensagem de erro: "Selecione pelo menos um recurso para o pacote do Tivoli Workload Scheduler." 9. Clique em Avançar. 10. Insira as informações nos seguintes painéis: Capítulo 5. Instalando 93

110 Para cada pacote obrigatório: Nos painéis do produto de pré-requisito, insira as informações relacionadas ao produto sendo instalado. Para obter mais informações sobre os valores de campo, consulte a documentação do produto de pré-requisito. Para o pacote do Tivoli Workload Scheduler: Nos painéis a seguir, insira as informações a seguir: Informações sobre o usuário: Consulte o Informações sobre o Usuário do Tivoli Workload Scheduler na página 68. Configuração do gerenciador de domínio dinâmico: Consulte o Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página 95. Configuração do Banco de Dados: Consulte o Configuração do banco de dados na página 71. Configuração de perfil do WebSphere: Consulte o Configuração de Perfil do Websphere Application Server na página 80. Configuração de portas do WebSphere: Consulte o Configuração de Portas do Websphere Application Server na página 81. Verificação de espaço em disco: Consulte o Verificação de Espaço em Disco na página Na página Resumo, revise suas opções antes de instalar o pacote do produto e seus pré-requisitos. Para alterar qualquer opção feita nas páginas anteriores, clique em Voltar e faça as mudanças. Clique em Instalar para instalar o pacote do Tivoli Workload Scheduler e seus pré-requisitos. Após uma instalação bem-sucedida, execute uma das tarefas de configuração a seguir, dependendo se você instalou um gerenciador de domínio dinâmico ou seu backup: v Configurando um gerenciador de domínio dinâmico na página 219 v Etapas de Configuração para um Gerenciador de Domínio Dinâmico Configurado como Backup na página 219. Informações sobre o Usuário do Tivoli Workload Scheduler: Preencha os seguintes campos de dados Tivoli Workload Scheduler. Nome de Usuário Especifique o nome de usuário do Tivoli Workload Scheduler. O nome de usuário pode conter caracteres alfanuméricos, traço (-) e sublinhado (_) e não pode conter caracteres nacionais. O primeiro caractere do nome de usuário deve ser uma letra. Nos sistemas operacionais Windows: v v v Se essa conta do usuário ainda não existir, ela será criada automaticamente pelo assistente de instalação. Se estiver instalando em um servidor Windows em um domínio, não defina um domínio e um ID local com o mesmo nome de usuário. Se você especificar um usuário de domínio, defina o nome como domain_name\user_name. 94 Tivoli Workload Scheduler: Planejamento e Instalação

111 v Se você especificar um usuário local, defina o nome como system_name\user_name. Digite e confirme a senha. Nos sistemas operacionais UNIX e Linux: Esta conta de usuário deve ser criada manualmente antes de executar a instalação. Crie um usuário com um diretório inicial e grupo. Para obter informações adicionais, consulte a Tivoli Workload Scheduler usuário na página 37. Nota: O nome de usuário e senha do Tivoli Workload Scheduler também são usados como o nome de usuário e senha do administrador do Websphere Application Server. Senha Especifique a senha do Tivoli Workload Scheduler. A senha deve estar de acordo com a política de senha nas Configurações de Segurança Local. Os espaços não são permitidos. Nos sistemas operacionaiswindows: As senhas para os usuários podem incluir quaisquer caracteres alfanuméricos, hífen (-), sublinhado (_) e ()!?=*~+.#. Em sistemas UNIX e LINUX: As senhas para os usuários podem incluir quaisquer caracteres alfanuméricos, hífen (-), sublinhado (_) e ()!?=*~+.#. Confirmar senha Confirme a senha do Tivoli Workload Scheduler inserida. Validar usuário Clique para validar que o usuário foi definido com êxito e com as permissões corretas. Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico: Nota: Este painel aparece para os processos de instalação e de upgrade; caso você esteja executando um upgrade, você não será obrigado a inserir ou não poderá ver alguns dos campos a seguir. Preencha os seguintes campos de dados Tivoli Workload Scheduler. Insira as informações de configuração para a instalação do gerenciador de domínio dinâmico: Configure este gerenciador de domínio dinâmico como backup Por padrão, essa caixa fica desmarcada. Se você marcar essa caixa, o processo de instalação configurará a instalação do gerenciador de domínio dinâmico como backup. Deseja conectar o Gerenciador de Domínio Dinâmico apenas ao controlador do z/os? Apenas para gerenciador de domínio dinâmico. Selecione essa caixa de seleção se você deseja conectar o gerenciador de domínio dinâmico apenas ao controlador do z/os. Deixe a caixa de seleção limpa para conectar o gerenciador de domínio a: v gerenciador de domínio principal de A v Um gerenciador de domínio principal e um controlador do z/os Se conectar o gerenciador de domínio dinâmico apenas a um controlador z/os, você deverá criar um ambiente de planejamento Capítulo 5. Instalando 95

112 de ponta a ponta leve no qual o Tivoli Workload Scheduler para z/os gerencia a carga de trabalho de planejamento em sistemas distribuídos. Para completar esse ambiente você deve instalar um Tivoli Workload Scheduler for z/os Agent. Para obter uma explicação detalhada de como instalar o agente Tivoli Workload Scheduler para z/os, consulte o Tivoli Workload Scheduler for z/os: Guia de Planejamento e Instalação. Se você selecionar a caixa de seleção, os campos a seguir serão desativados: v Nome de Domínio v Nome Desta Estação de Trabalho v Nome da estação de trabalho do gerenciador de domínio principal v Porta do gerenciador de domínio dinâmico (usada por Netman) v Nome do host do gerenciador de domínio principal v Porta https do gerenciador de domínio principal Nome de Domínio Apenas para um gerenciador de domínio dinâmico conectado a um controlador z/os, ou gerenciador de domínio principal ou ambos. Aplica-se apenas ao gerenciador de domínio dinâmico. Especifica o nome de domínio do Tivoli Workload Scheduler gerenciado pelo gerenciador de domínio dinâmico. O valor padrão é DYNAMICDM. Nome Desta Estação de Trabalho Apenas para conectar o Gerenciador de Domínio Dinâmico somente ao controlador do z/os. O nome da estação de trabalho em que você está instalando a instância. O padrão é o nome do host da estação de trabalho. Espaços não são permitidos e o comprimento máximo do campo é de 16 caracteres. Se o nome do host for maior que 16 caracteres, um nome alternativo deverá ser fornecido para obter uma instalação com sucesso. Ele pode conter caracteres alfanuméricos, traço (-) e sublinhado (_). O primeiro caractere deve ser uma letra. Os valores Nome desta estação de trabalho e nome da estação de trabalho do gerenciador de domínio principal não devem ser iguais. gerenciador de domínio dinâmico O nome da estação de trabalho do Tivoli Workload Scheduler conhecida no banco de dados como fta. Configure-o como manager ao executar o procedimento descrito em Configurando um gerenciador de domínio dinâmico na página 219. gerenciador de domínio dinâmico configurado como backup O nome da estação de trabalho do Tivoli Workload Scheduler conhecida no banco de dados como fta. Configure-o como fta ao executar o procedimento descrito em Etapas de Configuração para um Gerenciador de Domínio Dinâmico Configurado como Backup na página 219. Nome da estação de trabalho do gerenciador de domínio principal Apenas para um gerenciador de domínio dinâmico conectado a um controlador z/os e um ambiente distribuído ou ambiente distribuído. O nome da estação de trabalho do gerenciador de domínio principal. Espaços não são permitidos e o comprimento máximo do campo é 96 Tivoli Workload Scheduler: Planejamento e Instalação

113 de 16 caracteres. O primeiro caractere não pode ser numérico. Os valores Nome desta estação de trabalho e nome da estação de trabalho do gerenciador de domínio principal não devem ser iguais. Porta do gerenciador de domínio dinâmico (usada por Netman) Apenas para gerenciador de domínio dinâmico e para não conectar o Gerenciador de Domínio Dinâmico apenas ao controlador do z/os. A porta usada pelo processo Netman para gerenciar o ambiente distribuído. Netman é o processo de rede que controla o ambiente de produção. O valor padrão é O intervalo válido é de 1 a Nota: Se você alterar este valor, todos os valores de número de porta padrão no painel de informações da porta do servidor de aplicativos serão alterados para refletir o novo intervalo. Por exemplo, se você especificar como o número da porta TCP/IP, o padrão para o transporte HTTP será 42125, o padrão para HTTPS será e assim por diante. Nome do host do gerenciador de domínio principal Apenas para um gerenciador de domínio dinâmico conectado a um controlador z/os e um ambiente distribuído ou ambiente distribuído O nome completo do host no qual o gerenciador de domínio dinâmico contata o gerenciador de domínio principal. Porta HTTPS do gerenciador de domínio principal Apenas para gerenciador de domínio dinâmico conectado a um controlador z/os e um ambiente distribuído, ou um ambiente distribuído. A porta para o transporte HTTP seguro. O componente do agente dinâmico instalado na instância do gerenciador de domínio dinâmico usa essa porta para se conectar ao broker de carga de trabalho dinâmica instalado na instância do gerenciador de domínio principal. O valor padrão é Se esse campo for deixado em branco, ele será padronizado como 0. O intervalo válido é de 1 a Insira as informações de configuração para o planejamento dinâmico Nome do host ou endereço IP O nome do host ou endereço IP do componente do agente dinâmico instalado na instância do gerenciador de domínio dinâmico. O Tivoli dynamic workload broker e o controlador do Tivoli Workload Scheduler para z/os usam esse endereço para conectar-se ao agente dinâmico. Nome da estação de trabalho do agente dinâmico O nome da definição da estação de trabalho do agente dinâmico. Número da porta JobManager O número da porta segura do agente dinâmico (SECUREADDR). O controlador do Tivoli Workload Scheduler para z/os e o Dynamic Workload Broker usam essa porta para conectar-se ao agente dinâmico do Tivoli Workload Scheduler. O valor padrão é O intervalo válido é de 1 a Ativar comunicação HTTPS para a porta JobManager Esta opção ativa a comunicação HTTPS entre o Dynamic Workload Capítulo 5. Instalando 97

114 Broker local e o agente dinâmico. Para conexões seguras, recomenda-se usar HTTPS. Para usar a comunicação HTTP, deixe esta caixa desmarcada. Insira as informações para identificar o componente de planejamento do Dynamic Workload Broker. Este é usado pelo Tivoli Workload Scheduler para executar tarefas dinamicamente Apenas para gerenciador de domínio dinâmico. Dynamic Workload Broker nome da estação de trabalho Apenas para gerenciador de domínio dinâmico. A definição da estação de trabalho do Dynamic Workload Broker criada no banco de dados do Tivoli Workload Scheduler. Espaços não são permitidos e o comprimento máximo do campo é de 16 caracteres. Ele pode conter caracteres alfanuméricos, traço (-) e sublinhado (_). O primeiro caractere deve ser uma letra. A estação de trabalho do Dynamic Workload Broker age como a ponte de comunicação entre o gerenciador de domínio dinâmico e o componente Dynamic Workload Broker local. Em suas definições de tarefa ou fluxo de tarefa, é a estação de trabalho na qual a tarefa é executada. Dessa forma, você envia sua carga de trabalho por meio desta estação de trabalho para o componente Dynamic Workload Broker. Porta Netman do Dynamic Workload Broker Apenas para gerenciador de domínio dinâmico. A porta usada pelo gerenciador de domínio dinâmico do Tivoli Workload Scheduler para se comunicar com o componente Dynamic Workload Broker local. O valor padrão é O intervalo válido é de 1 a Configuração do Banco de Dados: Esta seção é dividida em subseções. Consulte a seção que corresponda ao RDBMS que está usando. v Instalação para um Servidor de Banco de Dados DB2 na página 71 v Instalação para um Cliente de Banco de Dados DB2 na página 74 v Instalando para um Banco de Dados Oracle na página 77 Nota: Ao fornecer o nome do banco de dados, assegure-se de fornecer um nome do banco de dados que não seja usado por um gerenciador de domínio principal. Configuração de Perfil do Websphere Application Server: Os campos a seguir são fornecidos para dados de configuração de perfil do Websphere Application Server. Local de instalação do WebSphere Digite ou Procure o diretório no qual a instância do Websphere Application Server está instalada. Clique em Navegar para encontrar o local apropriado. Tipo de implementação do perfil Crie um perfil do Websphere Application Server. Detalhes do perfil Local do perfil Insira o nome do diretório no qual o perfil do Websphere Application Server está localizado. Clique em Navegar para encontrar o local apropriado. O valor padrão é : 98 Tivoli Workload Scheduler: Planejamento e Instalação

115 Nos sistemas operacionais Windows: c:\program Files\IBM\TWA\WAS\TWSProfile Em sistemas operacionais UNIX: /opt/ibm/twa/was/twsprofile Nota: Não use nenhum dos seguintes caracteres no campo de caminho do perfil: Em sistemas operacionais Windows:!"#$%&{}[]=? <>,;*: Em sistemas operacionais UNIX:!"#$%&{}[]=? <>,;* Nome do perfil Insira o nome do arquivo no qual o perfil do Websphere Application Server está definido. O padrão é TWSProfile. Nome do nó Insira o nome do nó contido no perfil do Websphere Application Server. O padrão é TWSNode. Nome do servidor Insira o nome do servidor contido no perfil do Websphere Application Server. O valor padrão é server1. Validar Clique para validar se as informações inseridas estão corretas. Configuração de Portas do Websphere Application Server: Este painel aparece durante os processos de instalação e de upgrade. Se você estiver executando um upgrade, não será necessário inserir ou não será possível ver alguns dos campos a seguir. Os campos a seguir são fornecidos para dados do Websphere Application Server. O procedimento de instalação verifica a disponibilidade das portas no intervalo de portas especificado. Se uma ou mais portas estiverem sendo usadas por outros aplicativos, será solicitado que você insira o número da porta. Gerar portas do WebSphere automaticamente Selecione se você alterou a porta JobManager e quiser gerar automaticamente as portas listadas, começando com esta porta. Transporte HTTP A porta para o transporte HTTP. Ela é usada pela linha de comandos do criador e pelo Dynamic Workload Broker quando este protocolo é selecionado. O valor padrão é O intervalo válido é de 1 a Transporte HTTPS A porta para o transporte HTTP seguro. Ela é usada pela linha de comandos do criador e pelo Dynamic Workload Broker quando este protocolo é selecionado. O valor padrão é O intervalo válido é de 1 a Autoinicialização A porta para a auto-inicialização ou RMI. Ela é utilizada pelas interfaces gráficas com o usuário. O valor padrão é O intervalo válido é de 1 a Capítulo 5. Instalando 99

116 Conector SOAP A porta para o conector SOAP do protocolo do servidor de aplicativos. O valor padrão é O intervalo válido é de 1 a Listener de Autenticação de Servidor SAS A porta utilizada pelos SAS (Secure Association Services) para atender pedidos de autenticação de entrada. O valor padrão é O intervalo válido é de 1 a Listener de Autenticação de Servidor CSIv2 A porta na qual a Versão de serviço Common Secure Interoperability 2 (CSIv2) se comunica com as solicitações de autenticação de servidor de entrada. O valor padrão é O intervalo válido é de 1 a Listener de Autenticação do Cliente CSIv2 A porta na qual a Versão de serviço Common Secure Interoperability 2 (CSIv2) se comunica com as solicitações de autenticação de cliente de entrada. O valor padrão é O intervalo válido é de 1 a Listener ORB A porta utilizada para comunicação RMI sobre IIOP. O valor padrão é O intervalo válido é de 1 a Transporte HTTP de Administração A porta do console administrativo. O valor padrão é O intervalo válido é de 1 a Transporte HTTPS de Administração A porta segura do console administrativo. O valor padrão é O intervalo válido é de 1 a Verificação de Espaço em Disco: O processo de instalação verifica se há espaço em disco disponível suficiente para a instalação de um gerenciador de domínio principal ou seu backup ou gerenciador de domínio dinâmico ou seu backup. O processo de instalação ou upgrade não verifica o espaço necessário para a instalação de espaços de tabela. Antes de clicar na instalação, verifique se existe espaço suficiente para instalar os espaços de tabela no caminho indicado. No painel Verificar Espaço em Disco, é possível ver o log para a operação de verificação de espaço no disco. Se a operação falhou devido a espaço em disco insuficiente, você deve liberar o espaço no disco que é mostrado no log e clicar em Tentar Novamente. Executando uma Instalação Silenciosa 1. Antes de iniciar a instalação, o upgrade ou a desinstalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistemas operacionais Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou grupo administradores de domínio do Windows com os direitos Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root 100 Tivoli Workload Scheduler: Planejamento e Instalação

117 2. Assegure-se de ter inserido o DVD para seu sistema operacional ou ter transferido por download o Tivoli Workload Schedulergerenciador de domínio dinâmico ou eimage do gerenciador de domínio principal (para obter detalhes, consulte o Documento de Download em docview.wss?rs=672&uid=swg ). Quando você executa uma instalação silenciosa, o Installation Manager já está instalado e você usa um arquivo de resposta XML que contém os parâmetros necessários para a instalação do pacote do produto. O arquivo de resposta incluir todas as informações de instalação necessárias para executar a instalação sem intervenção do usuário. Para instalar silenciosamente o pacote do produto Tivoli Workload Scheduler, é possível ter os seguintes cenários: Instalando o pacote do Tivoli Workload Scheduler: Os pré-requisitos do Tivoli Workload Scheduler já estão instalados. Para obter mais informações sobre como executar uma instalação silenciosa do pacote do Tivoli Workload Scheduler, consulte Executando uma Instalação Silenciosa do Tivoli Workload Scheduler na página 83. Instalando os pacotes Tivoli Workload Scheduler e Dynamic Workload Console e seus pré-requisitos: Para obter mais informações sobre como executar a instalação silenciosa do pacote do Tivoli Workload Scheduler, dos pacotes obrigatórios do Tivoli Workload Scheduler, do pacote do Dynamic Workload Console e dos pacotes obrigatórios do Dynamic Workload Console, consulte Executando uma Instalação Silenciosa do Tivoli Workload Scheduler e seus Pré-requisitos e Dynamic Workload Console e seus Pré-requisitos na página 85. Nota: É possível decidir instalar apenas o pacote do Tivoli Workload Scheduler e seus pré-requisitos ou apenas o pacote do Dynamic Workload Console e seus pré-requisitos, ou ambos. Executando uma Instalação Silenciosa do Tivoli Workload Scheduler: Você deve instalar Installation Manager antes de executar uma instalação silenciosa do pacote do Tivoli Workload Scheduler e seus pré-requisitos. Para obter informações detalhadas sobre como instalar o Installation Manager, consulte a documentação do Installation Manager. É possível instalar silenciosamente o pacote do Tivoli Workload Scheduler usando um arquivo de resposta fornecido nos DVDs de instalação no diretório \response_files\. Para obter uma lista de arquivos de resposta, consulte Modelos de Arquivos de Resposta do Tivoli Workload Scheduler na página 84. Execute as etapas a seguir: 1. Copie o arquivo de resposta relevante em um diretório local. 2. Edite a seção do Tivoli Workload Scheduler. Para obter detalhes sobre as propriedades do arquivo de resposta, consulte Apêndice B, Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler, na página 401. Nota: Assegure-se de que todas as senhas especificadas no arquivo de resposta sejam criptografadas conforme descrito em Criptografando Senhas de Usuário para Arquivos de Resposta na página 87. Capítulo 5. Instalando 101

118 3. Salve o arquivo com suas alterações. 4. Abra um prompt de linha de comandos. 5. Acesse o diretório do tools do Installation Manager. O diretório tools padrão é: Nos sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse\tools Em sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse/tools 6. Execute o seguinte comando: Nos sistemas operacionais Windows imcl.exe input <local_dir>\response_file.xml -log <local_dir>\log_file.xml -acceptlicense Em sistemas operacionais UNIX e Linux./imcl input /<local_dir>/response_file.xml -log /<local_dir>/log_file.xml -acceptlicense em que v O response_file.xml é o nome do arquivo de resposta a ser usado para a instalação. v O log_file é o nome do arquivo de log que registra o resultado da instalação silenciosa. Nota: Para obter mais informações sobre o comando de instalação silenciosa do Installation Manager e o arquivo de log silencioso do Installation Manager, consulte a documentação do Installation Manager. Após uma instalação bem-sucedida, execute uma das tarefas de configuração a seguir, dependendo se você instalou um gerenciador de domínio dinâmico ou seu backup ou um gerenciador de domínio principal ou seu backup: v Configurando um Gerenciador de Domínio Principal na página 215. v Etapas de Configuração para um Gerenciador de Domínio Principal Configurado como Backup na página 217. v Configurando um gerenciador de domínio dinâmico na página 219. v Etapas de Configuração para um Gerenciador de Domínio Dinâmico Configurado como Backup na página 219. Modelos de Arquivos de Resposta do Tivoli Workload Scheduler: Edite os modelos de arquivos de resposta fornecidos nos DVDs de instalação no diretório \response_files\. As instruções para customizar os arquivos estão incluídas diretamente nos arquivos como texto comentado. Tabela 6 na página 84 lista os arquivos de resposta e os tipos de instalação que cada um executa por sistema operacional: Tabela 8. Arquivos de resposta da instalação Tipo de instalação Arquivo de resposta a ser utilizado Instalando em sistemas operacionais Windows Novo Gerenciador de Domínio TWS91_FRESH_DDM_configured_as_backup_WIN.xml Dinâmico Configurado como Backup 102 Tivoli Workload Scheduler: Planejamento e Instalação

119 Tabela 8. Arquivos de resposta da instalação (continuação) Tipo de instalação Arquivo de resposta a ser utilizado Novo gerenciador de domínio TWS91_FRESH_DDM_WIN.xml dinâmico Novo gerenciador de domínio TWS91_FRESH_DDM_for_zOS_WIN.xml dinâmico para o controlador do z/os Novo Gerenciador de Domínio Principal Configurado como Backup TWS91_FRESH_MDMconfigured_as_backup_WIN.xml Gerenciador de domínio principal TWS91_FRESH_MDM_WIN.xml atual Instalando em sistemas operacionais UNIX Novo Gerenciador de Domínio TWS91_FRESH_DDM_configured_as_backup_UNIX.xml Dinâmico Configurado como Backup Novo gerenciador de domínio dinâmico Novo gerenciador de domínio dinâmico para o controlador do z/os Novo Gerenciador de Domínio Principal Configurado como Backup Gerenciador de domínio principal atual TWS91_FRESH_DDM_UNIX.xml TWS91_FRESH_DDM_for_zOS_UNIX.xml TWS91_FRESH_MDMconfigured_as_backup_UNIX.xml TWS91_FRESH_MDM_UNIX.xml Para obter detalhes sobre propriedades de arquivos de resposta, consulte Apêndice B, Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler, na página 401. Executando uma Instalação Silenciosa do Tivoli Workload Scheduler e seus Pré-requisitos e Dynamic Workload Console e seus Pré-requisitos: Você deve instalar o Installation Manager antes de executar uma instalação silenciosa do pacote do Tivoli Workload Scheduler. Para obter informações detalhadas sobre como instalar o Installation Manager, consulte a documentação do Installation Manager. É possível instalar silenciosamente o pacote do Tivoli Workload Scheduler e o pacote do Dynamic Workload Console ao mesmo tempo que seus pacotes obrigatórios usando um arquivo de resposta global que é fornecido nos DVDs de instalação no diretório \response_files\. Para obter uma lista de arquivos de resposta, consulte Tabela 7 na página 86. O processo de instalação silenciosa: v Designa a ordem correta para a instalação do pacote. v Gerencia a instalação do pacote obrigatório. O arquivo de resposta contém uma seção para cada pacote obrigatório que deseja instalar, uma seção relacionada ao Tivoli Workload Scheduler e uma seção relacionada à instalação do pacote do Dynamic Workload Console. Capítulo 5. Instalando 103

120 Execute as etapas a seguir: 1. Copie o arquivo de resposta em um diretório local. 2. Edite as seções a seguir: Seções de pacotes obrigatórios do Dynamic Workload Console e Tivoli Workload Scheduler: Se não deseja instalar Dynamic Workload Console, comente a seção de pré-requisitos do Dynamic Workload Console. Para obter mais informações sobre como preencher esta seção, consulte a descrição das propriedades do arquivo de resposta fornecida como texto comentado ou consulte a documentação do produto de pré-requisitos. Seção do Dynamic Workload Console: Se não deseja instalar Dynamic Workload Console, comente esta seção. Para obter mais informações sobre como concluir as propriedades da seção do Dynamic Workload Console, consulte Apêndice C, Propriedades do Arquivo de Resposta do Dynamic Workload Console, na página 415. Seção do Tivoli Workload Scheduler: Para obter mais informações sobre como concluir as propriedades da seção do Tivoli Workload Scheduler, consulte Apêndice B, Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler, na página 401. Nota: Assegure-se de que todas as senhas especificadas no arquivo de resposta sejam criptografadas conforme descrito em Criptografando Senhas de Usuário para Arquivos de Resposta na página Salve o arquivo com suas alterações. 4. Abra um prompt de linha de comandos. 5. Acesse o diretório do tools do Installation Manager. O diretório tools padrão é: Nos sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse\tools Em sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse/tools 6. Execute o seguinte comando: Nos sistemas operacionais Windows imcl.exe input <local_dir>\response_file.xml -log <local_dir>\log_file.xml -acceptlicense Em sistemas operacionais UNIX e Linux./imcl input /<local_dir>/response_file.xml -log /<local_dir>/log_file.xml -acceptlicense em que v O response_file.xml é o nome do arquivo de resposta a ser usado para a instalação. v log_file é o nome do arquivo de log que registra o resultado da execução da instalação silenciosa. 104 Tivoli Workload Scheduler: Planejamento e Instalação

121 Nota: Para obter mais informações sobre o comando de instalação silenciosa do Installation Manager e os arquivos de log silenciosos do Installation Manager, consulte o centro de informações do Installation Manager. Tabela 7 na página 86 lista os arquivos de resposta e os tipos de instalação que cada um execute por sistema operacional: Tabela 9. Arquivos de Resposta de Instalação Global Tipo de instalação Arquivo de resposta a ser utilizado Instalando em sistemas operacionais Windows Websphere Application Server, Jazz TWS91_FRESH_FULL_MDM_DWC_WIN.xml for Service Management extension for IBM WebSphere, Tivoli Workload Scheduler e Dynamic Workload Console. Instalando em sistemas operacionais UNIX Websphere Application Server, Jazz TWS91_FRESH_FULL_MDM_DWC_UNIX.xml for Service Management extension for IBM WebSphere, Tivoli Workload Scheduler e Dynamic Workload Console. Após uma instalação bem-sucedida, execute uma das tarefas de configuração a seguir, dependendo do tipo de agente instalado: v Configurando um Gerenciador de Domínio Principal na página 215. v Etapas de Configuração para um Gerenciador de Domínio Principal Configurado como Backup na página 217. v Configurando um gerenciador de domínio dinâmico na página 219. v Etapas de Configuração para um Gerenciador de Domínio Dinâmico Configurado como Backup na página 219. Criptografando Senhas de Usuário para Arquivos de Resposta: Você deve criptografar cada sequência de senha armazenada nos arquivos de resposta usando o Installation Manager. É possível executar a criptografia de senha usando um dos procedimentos a seguir: Interface do utilitário de criptografia de Sequência do Installation Manager Para criptografar a sequência de senha para os arquivos de resposta, execute as seguintes etapas: 1. Acesse o diretório eclipse do diretório de instalação do Installation Manager. O diretório eclipse padrão é: Sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse Sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse 2. Para abrir a Interface do utilitário de criptografia de sequência, execute o seguinte comando: Sistemas operacionais Windows IBMIM.exe encryptstring <stringtoencrypt> Capítulo 5. Instalando 105

122 em que <stringtoencrypt> é o valor a ser criptografado. Sistemas operacionais UNIX e Linux./IBMIM encryptstring <stringtoencrypt> em que <stringtoencrypt> é o valor a ser criptografado. 3. Na janela Utilitário de Criptografia de Sequência, observe o valor do campo Versão Criptografada da Sequência relacionado ao valor do campo Sequência a Ser Criptografada. 4. Copie o valor Versão Criptografada da Sequência na entrada de senha do arquivo de resposta. Ferramenta de linha de comandos do Installation Manager Para criptografar a sequência de senha para os arquivos de resposta, execute as seguintes etapas: 1. Acesse o diretório eclipse do diretório de instalação do Installation Manager. O diretório eclipse padrão é: Sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse Sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse 2. Execute o seguinte comando: Sistemas operacionais Windows IBMIM.exe -silent -nosplash encryptstring <stringtoencrypt> > <Encryptedpwd>.txt em que <stringtoencrypt> é o valor a ser criptografado e <Encryptedpwd>.txt é o arquivo no qual há o valor criptografado da senha. Sistemas operacionais UNIX e Linux./IBMIM -silent -nosplash encryptstring <stringtoencrypt> > <Encryptedpwd> em que <stringtoencrypt> é o valor criptografado e <Encryptedpwd> é o arquivo no qual há o valor criptografado da senha. 3. Abra o arquivo <Encryptedpwd> e copie o valor contido no arquivo na chave de dados do arquivo de resposta. 4. Remova o arquivo <Encryptedpwd>. Este exemplo mostra como gravar a seção USER INFORMATION do arquivo de resposta TWS91_FRESH_MDM_WIN.xml configurando o valor do usuário do Tivoli Workload Scheduler como twsuser e o valor da senha de usuário como passw0rd no sistema operacional Windows. Ao usar a ferramenta de linha de comandos do Installation Manager, criptografe a senha passw0rd salvando o valor criptografado para o arquivo my_pwd.txt: IBMIM.exe -silent -nosplash encryptstring passw0rd > my_pwd.txt O arquivo my_pwd.txt contém o seguinte valor: rbn1iamawyytqxlf6kdnya== 106 Tivoli Workload Scheduler: Planejamento e Instalação

123 Conclua a seção USER INFORMATION do arquivo de resposta TWS91_FRESH_MDM_WIN.xml da seguinte forma: <!--USER INFORMATION Supply the Tivoli Workload Scheduler credentials information --> <data key= user.username,com.ibm.tws value= twsuser /> <data key= user.password,com.ibm.tws value= rbn1iamawyytqxlf6kdnya== /> Nota: Por motivos de segurança, remova o arquivo my_pwd.txt após usá-lo. Instalando Agentes Esta seção descreve como instalar um Tivoli Workload Scheduler agente tolerante a falhas ou agente dinâmico em sua rede de ponta a ponta ou distribuída usando o script twsinst. Ao instalar um agente tolerante a falhas, o cliente da linha comando remoto também é instalado. Para instalar agentes, é possível usar apenas o script twsinst. Se você estiver instalando um agente dinâmico, também será possível incluir no agente o Java Runtime necessário para a execução de tipos de tarefa com opções avançadas. Durante cada etapa do processo de instalação, o script twsinst cria arquivos no diretório de instalação que você especificou no comando. Se você não especificar um diretório de instalação no comando, o script criará arquivos nos seguintes diretórios: Nos sistemas operacionais Windows %ProgramFiles%\IBM\TWA\TWS Para instalações subsequentes do agente, você sempre deve especificar o diretório de instalação. Nos sistemas operacionais UNIX /user's_home/tws Para instalações do agente subsequentes, se você não especificar um diretório de instalação, o agente será instalado no diretório inicial do usuário. Procedimento 1. Antes de iniciar a instalação, o upgrade ou a desinstalação, verifique se o usuário que executa o processo de instalação tem os seguintes requisitos de autorização: Sistema operacional Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou administradores de domínio do Windows com o direito Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, você deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root 2. Assegure-se de ter inserido o DVD para seu sistema operacional ou de ter transferido por download o eimage do agente Tivoli Workload Scheduler (para Capítulo 5. Instalando 107

124 obter detalhes, consulte o Documento de Download em 01.ibm.com/support/docview.wss?rs=672&uid=swg ). 3. Assegure-se de ter espaço temporário suficiente antes de iniciar o processo de instalação. Se você não tiver muito espaço no diretório temporário e não puder liberar espaço, consulte twsinst precisa de muito tempo para ser executado se a máquina não tiver espaço temporário suficiente na página 251. É possível instalar um agente dinâmico ou tolerante a falhas em um ambiente distribuído ou de ponta a ponta. Para instalar um agente Tivoli Workload Scheduler, execute as seguintes etapas: Nos sistemas operacionaiswindows: 1. Insira o DVD do seu sistema operacional ou faça o download do eimage do agente. Para obter mais informações, consulte Mídia de Instalação na página 30 ou o Documento de Download em &uid=swg Efetue login como administrador na estação de trabalho onde deseja instalar o produto. 3. No diretório DVD_root/TWS/operating_system, execute twsinst usando a sintaxe descrita abaixo. Para obter uma descrição dos parâmetros de sintaxe, consulte Parâmetros de Instalação do Agente na página 110. Nota: O twsinst para Windows é um Visual Basic Script (VBS) que pode ser executado em modo CScript e WScript. O usuário do Tivoli Workload Scheduler é criado automaticamente. O software é instalado por padrão no diretório de instalação do Tivoli Workload Scheduler. O valor padrão é %ProgramFiles%\IBM\TWA. Se você ativou o Aviso de Segurança, será exibida uma caixa de diálogo durante a instalação. Neste caso, responda Executar para continuar. Nos sistemas operacionais UNIX e Linux: 1. Insira o DVD do seu sistema operacional ou faça o download do eimage do agente. Para obter mais informações sobre eimages, consulte Mídia de Instalação na página 30 ou o Documento de Download em &uid=swg ). 2. Crie o usuário do Tivoli Workload Scheduler. O software é instalado por padrão no diretório inicial do usuário chamado /installation_dir/tws. Usuário: usuário_do_tws Origem: /installation_dir/tws (por exemplo: /home/user1/tws, emque user1 é o nome de usuário do Tivoli Workload Scheduler). 3. Efetue login como raiz na estação de trabalho onde deseja instalar o produto. 4. No diretório DVD_root/TWS/operating_system, execute twsinst usando a sintaxe descrita abaixo. Para obter uma descrição dos parâmetros de sintaxe, consulte Parâmetros de Instalação do Agente na página Tivoli Workload Scheduler: Planejamento e Instalação

125 Se a instalação falhar, para entender a causa do erro, consulte Analisando Códigos de Retorno para Instalação, Upgrade, Restauração e Desinstalação de Agente na página 247. Após uma instalação bem-sucedida, execute uma das tarefas de configuração a seguir, dependendo do tipo de agente instalado: v Configurando um agente tolerante a falhas na página 220. v Configurando um agente dinâmico na página 221. Nos sistemas operacionaiswindows: Mostra o uso e a versão do comando twsinst -u -v Instalar uma nova instância twsinst -new -uname username -password user_password [-addjruntime truefalse] [-agent dynamicftaboth] [-company company_name] [-displayname agentname] [-domain user_domain] [-hostname host_name] [-inst_dir install_dir] [-jmport port_number] [-jmportssl truefalse] [-lang lang_id] [-master master_cpu_name] [-port port_number] [-skip_usercheck] [-tdwbport tdwbport_number] [-tdwbhostname host_name] [-thiscpu workstation] [-work_dir working_dir] Nos sistemas operacionais UNIX e Linux Mostra o uso e a versão do comando twsinst -u -v Instalar uma nova instância twsinst -new -uname username [-addjruntime truefalse] [-agent dynamicftaboth] [-company company_name] [-create_link] [-displayname agentname] [-hostname hostname] [-inst_dir install_dir] [-jmport port_number] [-jmportssl truefalse] [-lang lang_id] [-master master_cpu_name] [-port port_number] [-reset_perm] [-skip_usercheck] [-stoponcheckprereq] [-tdwbport tdwbport_number] [-tdwbhostname host_name] [-thiscpu workstation] [-work_dir working_dir] Capítulo 5. Instalando 109

126 Parâmetros de Instalação do Agente Esta seção lista e descreve os parâmetros usados durante a execução de um script twsinst para a instalação do agente dinâmico ou tolerante a falhas. -addjruntime truefalse Inclui o Java Runtime para executar tipos de tarefas com opções avançadas, que são os tipos fornecidos com o produto e os tipos adicionais implementados por meio de plug-ins customizados. Os valores válidos são true e false. O padrão para uma nova instalação é true. Se você decidiu não instalar o Java Runtime no momento da instalação, ainda será possível incluir esse recurso posteriormente conforme descrito em "Parte 2. Tivoli Workload Scheduler -> Capítulo 7. Configurando -> Incluindo um Recurso" no Planejamento e Instalação do Tivoli Workload Scheduler. -agent dynamicftaboth O tipo de agente que deseja instalar. Os valores válidos são: dynamic Para instalar um agente dinâmico Tivoli Workload Scheduler. Use esse valor com os parâmetros -tdwbhostname host_name e -tdwbport tdwbport_number. fta both Para instalar um agente tolerante a falhas Tivoli Workload Scheduler. Para instalar o agente dinâmico que é usado com os parâmetros -tdwbhostname host_name e -tdwbport tdwbport_number e um agente tolerante a falhas. O padrão é dinâmico. -company company_name O nome da empresa. O nome da empresa não pode conter caracteres em branco. O nome é mostrado em cabeçalhos e relatórios do programa. Se não estiver especificado, o nome padrão será COMPANY. -create_link Apenas sistemas UNIX. Crie o symlink entre /usr/bin/at e <install_dir>/tws/bin/at. Para obter informações adicionais, consulte a Tabela 4 na página 33. -displayname O nome a ser designado para o agente dinâmico. O padrão é o nome do host desse computador. -domain user_domain Apenas sistemas Windows. O nome de domínio do usuário do Tivoli Workload Scheduler. O padrão é o nome da estação de trabalho na qual está instalando o produto. -hostname host_name O nome completo do host ou endereço IP no qual o agente é contatado pelo Tivoli dynamic workload broker. O padrão é o nome do host desse computador. -inst_dir installation_dir O diretório da instalação do Tivoli Workload Scheduler. Nos sistemas operacionaiswindows: O caminho não pode conter espaços em branco. Se você não 110 Tivoli Workload Scheduler: Planejamento e Instalação

127 especificar manualmente um caminho, o caminho será configurado para o diretório inicial padrão, que é %ProgramFiles%\IBM\TWA. Para instalações subsequentes do agente, você sempre deve especificar o diretório de instalação. Nos sistemas operacionais UNIX e Linux: Se você especificar um caminho que contém espaços em branco, coloque-o entre aspas duplas. Se você não especificar manualmente um caminho, o caminho será configurado para o diretório inicial padrão, que é user_name. Para instalações do agente subsequentes, se você não especificar um diretório de instalação, o agente será instalado no diretório inicial do usuário. -jmport port_number O número da porta do Gerenciador de Tarefa usado pelo Tivoli dynamic workload broker para se conectar com o agente dinâmico do Tivoli Workload Scheduler. O valor padrão é O intervalo válido é de 1 a jmportssl truefalse A porta do Gerenciador de Tarefa usada pelo dynamic workload broker para se conectar com o agente dinâmico do Tivoli Workload Scheduler. Esse número é registrado no arquivo ita.ini localizado em ITA\cpa\ita em sistemas Windows e ITA/cpa/ita em sistemas UNIX, Linux e IBM i. Para comunicação usando SSL ou HTTPS Configure jmportssl = true. Para comunicar-se com o Tivoli dynamic workload broker, recomenda-se que você configure o valor como true. Neste caso, a porta especificada no jmport comunica-se em HTTPS. Para comunicação sem usar SSL ou por meio de HTTP Configure jmportssl = false. Neste caso, a porta especificada no jmport comunica-se em HTTP. -lang lang_id O idioma no qual as mensagens do twsinst são exibidas. Se não estiver especificado, o sistema LANG será utilizado. Se o catálogo relacionado estiver ausente, o catálogo de linguagem C padrão será utilizado. Nota: Esse é o idioma no qual o log de instalação é registrado, e não o idioma da instância do mecanismo instalada. twsinst instala todos os idiomas como padrão. -master workstation O nome da estação de trabalho do gerenciador de domínio principal. Esse nome não pode exceder 16 caracteres, não pode conter espaços e não pode ser igual ao nome da estação de trabalho inserido no parâmetro thiscpu. Se não estiver especificado, o valor padrão será MASTER. -new Uma instalação atual do agente. Instala um agente e todos os pacotes de idiomas suportados. -password user_password Apenas sistemas Windows. A senha do usuário para a qual está instalando o Tivoli Workload Scheduler. Capítulo 5. Instalando 111

128 -port port_number O número da porta TCP/IP usada pelo processo Netman para atender à comunicação a partir do principal. O valor padrão é O intervalo válido é de 1 a Este número de porta é registrado no arquivo localopts. Para cada instalação, você deve especificar um número diferente. -reset_perm Apenas sistemas UNIX e IBM i. Reconfigure a permissão das bibliotecas no diretório /usr/tivoli. -skip_usercheck Ative esta opção se o processo de autenticação em sua organização não for padrão, desativando portanto a opção de autenticação padrão. Em sistemas Windows, se você especificar esse parâmetro, o programa não criará o usuário que você especificou no parâmetro -uname username. Se esse parâmetro for especificado, você deverá criar o usuário manualmente antes de executar o script. Em sistemas UNIX e Linux, se você especificar esse parâmetro, o programa irá ignorar a verificação do usuário no arquivo /etc/passwd ou a verificação que você faz usando o comando su. -stoponcheckprereq Pare a instalação sempre que ocorrer um problema durante a verificação de pré-requisito. Para obter mais informações sobre a verificação de pré-requisito, consulte Varrendo Pré-requisitos do Sistema para Tivoli Workload Scheduler na página 40. -tdwbhostname host_name O nome completo do host do Tivoli dynamic workload broker. Ele é usado com -agent configurado como dinâmico ou com os parâmetros -tdwbport tdwbport_number. É necessário instalar o agente dinâmico. Se não for especificado, não será possível executar a carga de trabalho dinamicamente e esse parâmetro assumirá o valor padrão localhost. Este valor é registrado na propriedade ResourceAdvisorUrl no arquivo JobManager.ini. -tdwbport tdwbport_number O número da porta de transporte HTTP ou HTTPS do Tivoli dynamic workload broker. Ele é usado junto com os parâmetros -agent dynamicboth e -tdwbhostname host_name. Isso será necessário se você instalar o agente dinâmico. Esse número é registrado na propriedade ResourceAdvisorUrl no arquivo JobManager.ini. O valor padrão é O intervalo válido é de 0 a Se você especificar 0 ou não especificar esse parâmetro, não será possível executar a carga de trabalho dinamicamente. Não especifique 0 se o valor de -agent for dynamic ou both. Para cada instalação, você deve especificar um número de porta diferente. -thiscpu workstation O nome da estação de trabalho do Tivoli Workload Scheduler desta instalação. O nome não pode exceder 16 caracteres, não pode conter espaços e não pode ser igual ao nome da estação de trabalho do gerenciador de domínio principal. Esse nome está registrado no arquivo localopts. Se não estiver especificado, o valor padrão será o nome do host da estação de trabalho. -u Exibe informações de utilização do comando e sai. 112 Tivoli Workload Scheduler: Planejamento e Instalação

129 -uname username O nome do usuário para o qual o agente Tivoli Workload Scheduler está sendo instalado. Esse nome de usuário não deve ser confundido com o usuário executando a instalação que efetuou logon como raiz em sistemas UNIX e Linux e como administrador em sistemas Windows. O nome de usuário não pode conter pontos (.). Em sistemas UNIX e Linux, para uma nova instalação, essa conta do usuário deve ser criada manualmente antes da execução da instalação. Crie um usuário com um diretório inicial. Por padrão, o Tivoli Workload Scheduler é instalado no diretório inicial do usuário especificado. -work_dir working_dir O diretório temporário usado pelo programa para implementar os arquivos do processo de instalação. Nos sistemas operacionaiswindows: Se você especificar um caminho que contém espaços em branco, coloque-o entre aspas duplas. Se você não especificar manualmente um caminho, o caminho será configurado como %temp%\twa\tws91, em que %temp% é o diretório temporário do sistema operacional. Nos sistemas operacionais UNIX e Linux: O caminho não pode conter espaços em branco. Se você não especificar manualmente um caminho, o caminho será configurado como /tmp/twa/tws91. -v Exibe a versão do comando e sai. Exemplo de Instalações O exemplo a seguir mostra a sintaxe usada durante o uso do script twsinst para instalar uma nova instância de um agente tolerante a falhas. Nos sistemas operacionaiswindows: twsinst -new -uname TWS_user -password user_password -agent fta -company IBM -displayname thishostcomputername -hostname thishostname.mycompany.com -inst_dir "c:\program Files\IBM\TWA" -master TWSmdm -port thiscpu mainworkstation Nos sistemas operacionais UNIX e Linux:./twsinst -new -uname TWS_user -agent fta -company IBM -create_link -hostname thishostname.mycompany.com -inst_dir "/opt/ibm/twa" -master TWSmdm -port reset_perm -stoponcheckprereq -thiscpu mainworkstation -work_dir "/home/tws_user/tmp" Capítulo 5. Instalando 113

130 O exemplo a seguir mostra a sintaxe usada durante o uso do script twsinst para instalar uma nova instância de um agente dinâmico e a inclusão de um Java Runtime para executar tipos de tarefas com opções avançadas. Nos sistemas operacionaiswindows: twsinst -new -uname TWS_user -password user_password -addjruntime true -agent dynamic -company IBM -displayname thishostcomputername -hostname thishostname.mycompany.com -inst_dir "c:\program Files\IBM\TWA" -jmport port tdwbport tdwbhostname mainbroker.mycompany.com Em sistemas operacionais UNIX e Linux:./twsinst -new -uname TWS_user -addjruntime true -agent dynamic -company IBM -displayname thishostcomputername -hostname thishostname.mycompany.com -inst_dir "/opt/ibm/twa" -jmport port reset_perm -stoponcheckprereq -tdwbport tdwbhostname mainbroker.mycompany.com O exemplo a seguir mostra a sintaxe usada durante a execução do script twsinst para instalar uma nova instância dos agentes dinâmico e tolerante a falhas e a inclusão de um Java Runtime para executar tipos de tarefas com opções avançadas. Nos sistemas operacionaiswindows: twsinst -new -uname TWS_user -password user_password -addjruntime true -agent both -company IBM -displayname thishostcomputername -hostname thishostname.mycompany.com -inst_dir "c:\program Files\IBM\TWA" -jmport master TWSmdm -port tdwbport tdwbhostname mainbroker.mycompany.com -thiscpu mainworkstation Nos sistemas operacionais UNIX e Linux:./twsinst -new -uname TWS_user -addjruntime true -agent both -company IBM -displayname thishostcomputername 114 Tivoli Workload Scheduler: Planejamento e Instalação

131 -create_link -displayname thishostcomputername -hostname thishostname.mycompany.com -inst_dir "/opt/ibm/twa" -jmport master TWSmdm -port reset_perm -stoponcheckprereq -tdwbport tdwbhostname mainbroker.mycompany.com -thiscpu mainworkstation Os Arquivos de Log twsinst O arquivo de log twsinst é o seguinte: <tempdir>/twsinst_<operating_system>_<tws_user>^ log, em que: <tempdir> O diretório temporário do usuário: Sistemas operacionais Windows %Temp%\TWA\tws91 UNIX /tmp/twa/tws91 <operating_system> O sistema operacional. <usuário_do_tws> O nome de usuário para o qual o Tivoli Workload Scheduler foi instalado (o nome fornecido durante a instalação) Descobrindo Componentes Instalados Se quiser saber quais componentes do Tivoli Workload Scheduler você tem instalados em sua estação de trabalho, verifique o arquivo TWSRegistry.dat. Nota: Para obter mais informações sobre o arquivo TWSRegistry.dat, consulte "Arquivo de Registro". Instalando Componentes Adicionais Instalando o Job Brokering Definition Console, o Integration Workbench e Plug-ins Adicionais É possível instalar os seguintes componentes adicionais: v Job Brokering Definition Console. Consulte o Instalando o Job Brokering Definition Console. v Integration Workbench. Consulte o Instalando o Tivoli Workload Scheduler Integration Workbench na página 116. v Os plug-ins adicionais. Consulte o Instalando os Plug-ins do adicional Usando o Tivoli Workload Scheduler para Plug-ins Adicionais na página 120. Instalando o Job Brokering Definition Console Esta seção descreve como instalar o Job Brokering Definition Console. Ele é dividido nas seguintes seções: v Instalando o Job Brokering Definition Console Usando o Assistente de Instalação na página 116 Capítulo 5. Instalando 115

132 v Executando uma Instalação Silenciosa do Job Brokering Definition Console O Job Brokering Definition Console é uma ferramenta de edição estruturada usada para criar e modificar arquivos Job Submission Description Language (JSDL). Esses arquivos são salvos no Repositório de Tarefas como definições de tarefas e tornam-se disponíveis para envio. Os arquivos JSDL aderem à sintaxe e a semântica XML conforme definido no esquema JSDL. Para obter mais informações sobre Job Brokering Definition Console, consulte o Tivoli Workload Scheduler: User's Guide and Reference. O Job Brokering Definition Console é suportado apenas em sistemas Windows de 32 bits e Linux de 32 bits. É possível instalar uma instância do Job Brokering Definition Console para um único usuário em cada estação de trabalho. Isso porque duas instâncias instaladas pelo mesmo usuário compartilham a mesma área de trabalho. Se você precisar instalar duas instâncias do Job Brokering Definition Console na mesma estação de trabalho, instale cada instância usando um usuário diferente e certifique-se de que cada instância acesse sua própria área de trabalho. Instalando o Job Brokering Definition Console Usando o Assistente de Instalação Para uma instalação gráfica, execute as seguintes etapas: 1. Faça download dos eimages apropriados. Consulte o Documento de Download do produto. 2. Execute a configuração para o sistema operacional no qual você está instalando. A partir do diretório raiz do DVD, execute o seguinte: v Em sistemas operacionais Windows: JBDC\WORKBENCH\setupwin32.exe v Em sistemas operacionais Linux: JBDC/WORKBENCH/setuplinux.bin Siga o assistente de instalação, fornecendo o nome do diretório de instalação, para concluir a instalação. Executando uma Instalação Silenciosa do Job Brokering Definition Console Para uma instalação silenciosa: 1. Faça download dos eimages apropriados. Consulte o Documento de Download do produto. 2. Copie o seguinte arquivo para um diretório local: <images_path>/jbdc/workbench/responsefiles/tdwb_workbench_installation.rsp 3. Neste arquivo, edite os seguintes parâmetros: -V licenseaccepted=true -P installlocation="<installation_path>" Para executar uma instalação silenciosa usando um modelo de arquivo de resposta, insira o seguinte comando: -options "<path-to-responsefile>/tdwb_workbench_installation.rsp" -silent Para obter informações sobre os arquivos de resposta e a instalação silenciosa, consulte Executando uma Instalação Silenciosa na página 82. Instalando o Tivoli Workload Scheduler Integration Workbench Use o Tivoli Workload Scheduler Integration Workbench para desenvolver os plug-ins de evento e ação que estendem os recursos do Tivoli Workload Scheduler automação de carga de trabalho orientada a eventos. Também é possível criar aplicativos Java que usam API Java Tivoli Workload Scheduler. 116 Tivoli Workload Scheduler: Planejamento e Instalação

133 É possível instalar Tivoli Workload Scheduler Integration Workbench usando um dos métodos que são descritos nesta seção: Assistente de Instalação Para iniciar a instalação usando este método, consulte Assistente de Instalação. Instalação silenciosa Para iniciar a instalação usando este método, consulte Executando a Instalação Silenciosa do Integration Workbench na página 118. Assistente de Instalação 1. Antes de iniciar a instalação, o upgrade ou a desinstalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistemas operacionais UNIX e Linux Acesso root Sistemas operacionais Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou administradores de domínio do Windows com o direito Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, você deverá executar a instalação como administrador. 2. Assegure-se de ter inserido o DVD para seu sistema operacional ou de ter transferido por download o Tivoli Workload Schedulergerenciador de domínio dinâmico ou seu eimage de backup; para obter detalhes, consulte o Documento de Download em &uid=swg ). Execute as seguintes etapas para instalação, usando o Installation Manager: 1. A partir do eimage ou do DVD que contém o componente que você deseja instalar, execute: Sistemas operacionais UNIX No diretório raiz do DVD, execute setupintegrationworkbench.sh. Sistemas operacionais Windows No diretório raiz do DVD, execute setupintegrationworkbench.bat. O assistente de instalação é aberto e mostra o componente Tivoli Workload Scheduler e seus pré-requisitos já selecionados. 2. No painel Pacote do Produto Installation Manager, o processo de instalação selecionou o seguinte pacote do produto e seus pré-requisitos: "Tivoli Workload Scheduler Integration Workbench" > "Version " Se você tiver os pré-requisitos já instalados, é possível limpar os pré-requisitos para continuar ou reinstalá-los em um novo grupo de pacotes conforme descrito na próxima etapa. Clique em Avançar para continuar. 3. Na página Licenças, leia o contrato de licença do pacote selecionado. Se você selecionou mais de um pacote para instalação, pode existir um contrato de licença para cada pacote. No lado esquerdo da página Licença, clique em cada versão do pacote para exibir seu contrato de licença. As versões do pacote Capítulo 5. Instalando 117

134 selecionadas (por exemplo, o pacote base e uma atualização) são listadas sob o nome do pacote. Se você concorda com os termos de todos os contratos de licença, clique em Aceito os termos nos contratos de licença. 4. Clique em Avançar. 5. Nessa página, é possível criar um grupo de pacotes para o pacote do produto. Um grupo de pacotes representa um diretório no qual os pacotes compartilham recursos com outros pacotes no mesmo grupo. Para criar um novo grupo de pacotes: a. Clique em Criar um novo grupo de pacotes b. Digite o caminho para o diretório de instalação do grupo de pacotes ou use o caminho padrão. O nome para o grupo de pacotes é criado automaticamente. 6. Digite ou Procure o caminho para o diretório de instalação no qual a instância do Tivoli Workload Scheduler Integration Workbench está instalada para o usuário específico ou aceite o caminho padrão: Diretório de Instalação O comprimento máximo do campo é de 46 caracteres. Não é possível usar caracteres nacionais. Nos sistemas operacionais Windows v Os seguintes caracteres não são válidos:!#$%&{}[]=?\<>,;() v O nome deve ter mais de três caracteres, o segundo caractere deve ser ':', o terceiro caractere deve ser '\'. v O diretório padrão é C:\Program Files\IBM\TWAIW Em sistemas operacionais UNIX e Linux v Os seguintes caracteres não são válidos:!\#$%&{}[]=?\<>,;() v O nome deve ter mais de um caractere e o primeiro caractere deve ser '/'. v O diretório padrão é /opt/ibm/twaiw 7. Clique em Avançar. 8. Na página Recursos, selecione os recursos que você deseja instalar. Para exibir uma descrição de um recurso na seção Detalhes, clique no nome do recurso. 9. Na página Resumo, revise suas opções antes de instalar o pacote do produto. Para alterar as opções feitas em páginas anteriores, clique em Voltar e faça as mudanças. Quando estiver satisfeito com suas opções de instalação, clique em Instalar para instalar o pacote. Executando a Instalação Silenciosa do Integration Workbench Você deve instalar o Installation Manager antes de executar uma instalação silenciosa do pacote Integration Workbench. Para obter informações detalhadas sobre como instalar o Installation Manager, consulte a documentação do Installation Manager. É possível instalar silenciosamente o pacote Integration Workbench usando o arquivo de resposta global que é fornecido nos DVDs de instalação no diretório \response_files\. Para obter uma lista de arquivos de resposta, consulte Tabela 10 na página Tivoli Workload Scheduler: Planejamento e Instalação

135 Execute as etapas a seguir: 1. Copie o arquivo de resposta em um diretório local. 2. Edite as seções a seguir: Seção do Integration Workbench: Para obter mais informações sobre como concluir as propriedades da seção do Dynamic Workload Console, consulte a descrição do arquivo de resposta. Nota: Assegure-se de que todas as senhas especificadas no arquivo de resposta sejam criptografadas conforme descrito em Criptografando Senhas de Usuário para Arquivos de Resposta na página Salve o arquivo com suas alterações. 4. Abra um prompt de linha de comandos. 5. Acesse o diretório do tools do Installation Manager. O diretório tools padrão é: Nos sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse\tools Em sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse/tools 6. Execute o seguinte comando: Nos sistemas operacionais Windows imcl.exe input <local_dir>\response_file.xml -log <local_dir>\log_file.xml -acceptlicense Em sistemas operacionais UNIX e Linux./imcl input /<local_dir>/response_file.xml -log /<local_dir>/log_file.xml -acceptlicense Em que: v response_file.xml é o nome do arquivo de resposta a ser usado para instalação. v O log_file é o nome do arquivo de log que registra o resultado da instalação silenciosa. Nota: Para obter mais informações sobre o comando de instalação silenciosa do Installation Manager e os arquivos de log silenciosos do Installation Manager, consulte o centro de informações do Installation Manager. Tabela 10 lista os arquivos de resposta e os tipos de instalação que cada um executa por plataforma: Tabela 10. Arquivos de Resposta de Instalação Global Pacotes que você está instalando: Arquivo de resposta a ser utilizado Instalando em sistemas operacionais Windows Integration Workbench TWS91_FRESH_IntegrationWorkbench_WIN.xml Instalando em sistemas operacionais UNIX Integration Workbench TWS91_FRESH_IntegrationWorkbench_UNIX.xml Capítulo 5. Instalando 119

136 Instalando os Plug-ins do adicional Usando o Tivoli Workload Scheduler para Plug-ins Adicionais Esta seção descreve como instalar um ou mais plug-ins do adicional usando o Tivoli Workload Scheduler para Plug-ins Adicionais. É dividida nos seguintes tópicos: v Antes de Instalar v Selecionando o Método de Instalação na página 121 v Instalando Usando o Assistente de Instalação na página 121 v Instalando Usando a Instalação Silenciosa na página 122 O Tivoli Workload Scheduler para Plug-ins Adicionais é um processo de instalação que pode ser usado para instalar os plug-ins adicionais desenvolvidos para resolver suas necessidades específicas. Esse instalador encontra-se no DVD ou nas eimages do Tivoli Workload Scheduler Fix Pack 1. Antes de Instalar Antes de instalar o plug-in do adicional, assegure-se de que as seguintes condições sejam atendidas: v v v Você deve ter a seguinte estrutura para o arquivo de plug-in <plug-in_namespace>.<plug-in id>_<plug-in_version>.zip, conforme descrito na seção a seguir: A Estrutura de Plug-in do adicional. Você deve ter as seguintes permissões para executar a instalação: Sistemas operacionais Windows: Administrator Sistemas operacionais UNIX e Linux: raiz O processo de instalação não deve já estar sendo executado na estação de trabalho. É possível confirmar isso verificando se o processo de configuração não está sendo executado. A Estrutura de Plug-in do adicional Esta seção descreve a estrutura do plug-in. v O nome zip do plug-in deve ser: v <plug-in_namespace>.<plug-in_id>_<plug-in_version>.zip Você deve ter a seguinte estrutura para o arquivo de plug-in <plug-in_namespace>.<plug-in id>_<plug-in_version>.zip: /files/license /files/plugin.xml /files/<plug-in_name>.properties /files/<plug-in_name>_<plugin_version>.jar em que, O diretório /files/license contém os arquivos do Contrato de Licença. Esse diretório é opcional. O arquivo opcional <plug-in_name>.properties contém as propriedades do plug-in. O arquivo obrigatório /files/plugin.xml deve ter a seguinte estrutura: <plugin> <plugininfo version="<plugin_version>" name="<plug-in_name>" id="<plug-in_id>" /> <vendor name="<company_name>" id="<company_id>" /> <pluginistaller minversionsupported="<plugin_min_version>" /> <twsinstances> 120 Tivoli Workload Scheduler: Planejamento e Instalação

137 <twsinstance version=" " /> </twsinstances> <licenses dir="files/license" /> <deploy> <jarfiles> <file name="files/com.ibm.scheduling.agent.<plug-in_name>_ <plug-in_version>.jar" overwriteifexists="yes" mod="755" uninstall="yes" /> </jarfiles> <propertiesfiles> <file name="files/<plug-in_name>.properties" /> </propertiesfiles> </deploy> </plugin> Selecionando o Método de Instalação É possível instalar os plug-ins do adicional usando um dos métodos descritos nessa seção. Para instalar um plug-in do adicional, use qualquer um dos procedimentos a seguir. Se desejar instalar outro, inicie o procedimento de instalação novamente. Assistente de Instalação Instale o plug-in do adicional em uma instalação existente, executando individualmente os arquivos de configuração de cada sistema operacional suportado. Para obter detalhes, consulte Instalando Usando o Assistente de Instalação. Instalação silenciosa Customize um arquivo de resposta incluindo todas as definições de configuração a serem utilizadas durante a instalação. Em seguida, a partir da linha de comandos, execute o comando setup. Com esse procedimento, é possível executar a instalação não assistida e em segundo plano. Para obter detalhes, consulte Instalando Usando a Instalação Silenciosa na página 122. Antes de iniciar o processo de instalação, assegure-se de que a construção do arquivo <plug-in_namespace>.<plug-in id>_<plug-in_version>.zip esteja de acordo com a descrição de Antes de Instalar na página 120. Nota: Para usar com êxito os plug-ins instalados, você deve primeiro reiniciar o Websphere Application Server, o agente do Tivoli Workload Scheduler ou ambos. Instalando Usando o Assistente de Instalação Para instalar o plug-in do adicional, execute as seguintes etapas: 1. No DVD do Tivoli Workload Scheduler Fix Pack 1 ou no eimages, execute o comando de instalação setup para o sistema operacional no qual está instalando. Ele está localizado no diretório /PLUGIN_INSTALLER. A instalação é iniciada. 2. Selecione o idioma em que deseja que o assistente seja exibido e clique em OK. O painel Bem-vindo é exibido. 3. Leia as informações de boas-vindas e clique em Avançar. O painel de operações é exibido. 4. Selecione o botão de opções Instalar. Clique em Avançar. O painel de localização do arquivo zip é exibido. 5. Selecione o caminho, na estação de trabalho, no qual o arquivo zip <plug-in_namespace>.<plug-in id>_<plug-in_version>.zip está localizado. Capítulo 5. Instalando 121

138 Se o programa de instalação não detectar nenhum arquivo zip no caminho especificado, não será possível executar nenhuma ação. 6. Clique em Avançar. O painel de detalhes do plug-in é exibido. 7. Revise os detalhes do plug-in e clique em Avançar. O painel do Contrato de Licença de Software do plug-in é exibido. 8. Leia as informações do Contrato de Licença de Software do plug-in e selecione o botão de opções para aceitar o contrato de licença. Clique em Avançar. Um painel de informações de resumo é exibido. 9. Selecione o Tivoli Workload Scheduler, na estação de trabalho, em que o arquivo zip <plug-in_namespace>.<plug-in id>_<plug-in_version>.zip está instalado. Se o programa de instalação não detectar nenhuma instância do Tivoli Workload Scheduler, não será possível executar nenhuma ação. 10. Revise os detalhes do resumo e clique em Instalar. O processo de instalação é iniciado; o painel de progresso é exibido, mostrando o status. Se tiver recebido mensagens de erro, analise os arquivos de log da instalação, mostrados na tabela Tabela 12 na página 125. Instalando Usando a Instalação Silenciosa Uma instalação silenciosa é executada de acordo com os parâmetros configurados em um arquivo de resposta. O arquivo de resposta incluir todas as informações de instalação necessárias para executar a instalação sem intervenção do usuário. Para que o plug-in do adicional seja instalado com a instalação silenciosa, é fornecido ao usuário o seguinte arquivo de resposta, localizado em PLUGIN_INSTALLER/RESPONSE_FILE no DVD do produto: TWS_Plug-ins_RespFile_<operatingsystem>.txt em que <operatingsystem> pode ser UNIX ou Windows. Este é um arquivo de modelo que pode ser customizado para refletir o plug_in adicional que você deseja instalar. Nota: Usando a instalação silenciosa, é possível instalar um plug-in por vez. Quando a instalação é executada no modo silencioso, não são exibidas mensagens. As mensagens são gravadas nos arquivos de log da instalação silenciosa listados em Ações e Arquivos de Log da Instalação na página 124. Se a instalação silenciosa falhar, é possível verificar as mensagens gravadas nos arquivos de log, procurando-as na seção Analisando Códigos de Retorno da Instalação Silenciosa do Tivoli Workload Scheduler para Plug-ins Adicionais na página 245. Para executar a instalação silenciosa, execute as seguintes etapas: 1. Crie seu arquivo de resposta ou customize o arquivo de resposta para incluir as opções necessárias para conclusão da instalação. TWS_Plug-ins_RespFile_<operatingsystem>.txt Para obter uma lista dessas opções, consulte Tabela 11 na página 123. O arquivo de resposta deve estar acessível a partir da estação de trabalho na qual você deseja executar a instalação. As entradas no arquivo de resposta estão no formato option=value. Cada entrada deve ser gravada em uma linha separada. 122 Tivoli Workload Scheduler: Planejamento e Instalação

139 2. Insira o DVD do produto de seu sistema operacional e execute o comando setup, localizado no diretório PLUGIN_INSTALLER/: Nos sistemas operacionais UNIX e Linux:./setup.sh -i silent -f response_file Nos sistemas operacionais Windows: setup.bat -i silent -f response_file Em que: -i silent Especifica que a instalação é executada no modo não assistido, orientada por um arquivo de resposta. -f response_file Indica o caminho completo para o aruqivo de resposta que contém as opções de instalação. response_file pode ser qualquer arquivo de texto com nome e extensão de sua preferência. As ações executadas pela instalação são descritas na seção Ações e Arquivos de Log da Instalação na página 124. Tabela 11 lista as opções que podem ser especificadas para orientar a instalação. Tabela 11. Opções para Execução de uma Instalação Silenciosa Opção Exigido Descrição Valor USER_INSTALL_DIR=<path> Sim Especifique o caminho da instalação do Tivoli Workload Scheduler em que você deseja instalar um plug-in adicional. Um caminho completo. Por exemplo, para instalar o produto em c:\program Files\IBM\TWA86, especifique: USER_INSTALL_DIR= "c:\program Files\IBM\ TWA86" Os arquivos do produto são instalados em: c:\program Files\IBM\ TWA86\methods Nos sistemas operacionais Windows: O caminho padrão é "c:\\program Files\\IBM\\TWA" Nos sistemas operacionais UNIX e Linux: O caminho padrão é /opt/ibm/twa Capítulo 5. Instalando 123

140 Tabela 11. Opções para Execução de uma Instalação Silenciosa (continuação) Opção Exigido Descrição Valor TWSAPPS_PLUGIN_FILE_NAME=<zip-filename> Sim Especifique o caminho completo para o arquivo zip que contém o plug-in adicional que você deseja instalar. LICENSE_ACCEPTED=<value> Sim Especifique o valor booleano para aceitar o contrato de licença do plug-in do adicional. ACTION_TYPE=<value> Sim Especifique a ação executada no plug-in pelo processo de instalação. Nesse caso, o valor defe ser configurado como DEPLOY. Um caminho completo. Por exemplo, para instalar o plug-in <test_plug-in>.zip do adicional, localizado em C:\Documents and Settings\Administrator\ Desktop\PLUGINS\, especifique: TWSAPPS_PLUGIN_FILE_NAME= C:\Documents and Settings\ Administrator\Desktop\ PLUGINS\<test_plug-in>.zip O valor pode ser true ou false. Mas a instalação do plug-in continuará mesmo se o valor for configurado como true O valor deve ser configurado como DEPLOY. A seguir é mostrado um exemplo do comando executado para execução de uma instalação silenciosa em uma estação de trabalho UNIX, usando o arquivo de resposta TWSPlug-ins_RespFile_UNIX.txt:./setup.sh -i silent -f /tmp/twsplug-ins_respfile_unix.txt O exemplo a seguir mostra um arquivo de resposta que instala o plug-in do adicional contido no arquvo zip <plug-in>.zip em uma estação de trabalho Windows: USER_INSTALL_DIR="c:\\Program Files\\IBM\\TWA" TWSAPPS_PLUGIN_FILE_NAME=C:\Documents and Settings\Administrator\Desktop\ PLUGINS\<plug-in>.zip Ações e Arquivos de Log da Instalação Esta seção descreve as ações do processo de instalação e os arquivos de log da instalação do plug-in do adicional. A instalação do plug-in do adicional é possível na instância do Tivoli Workload Scheduler de: v Gerenciador de domínio principal v Gerenciador de domínio principal de backup v Gerenciador de Domínio Dinâmico v Gerenciador de Domínio Dinâmico de Backup v Agent v Agente tolerante a falhas com extensão Java instalada. 124 Tivoli Workload Scheduler: Planejamento e Instalação

141 A estrutura do arquivo zip é descrita na seção A Estrutura de Plug-in do adicional na página 120. A instalação executa as seguintes ações no conteúdo do arquivo zip <plug-in_namespace>.<plug-in id>_<plug-in_version>.zip para todos os tipos de estações de trabalho do Tivoli Workload Scheduler: v v v v Copie o arquivo plugin.xml asplugin_<plugin_name>.xml no diretório <TWA_HOME>/installDataPlugins da instância selecionada do Tivoli Workload Scheduler. Copie o arquivo /files/<plug-in_name>.properties no diretório <TWA_HOME>/TWS/JavaExt/eclipse/configuration da instância selecionada do Tivoli Workload Scheduler. Copie o arquivo /files/<plugin_namespace>.<plugin_id>_<plugin_version>.jar no diretório <TWA_HOME>/TWS/JavaExt/eclipse/ configuration da instância selecionada do Tivoli Workload Scheduler. Copie todos os arquivos no diretório /files/licenses no diretório <TWA_HOME>/license/<plug-in_id> da instância selecionada do Tivoli Workload Scheduler. A instalação também executa as ações a seguir no conteúdo do arquivo zip <plug-in_namespace>.<plug-in id>_<plug-in_version>.zip para tipos específicos de estação de trabalho: v v Para o For gerenciador de domínio principal,gerenciador de domínio principal de backup, ogerenciador de Domínio Dinâmico eogerenciador de Domínio Dinâmico de Backup, copie também o arquivo files/ <plugin_namespace>.<plug-in_id>_<plugin_version>.jar no diretório <TWA_HOME>/TWS/applicationJobPlugins da instância selecionada do Tivoli Workload Scheduler. Para o Conector Tivoli Workload Scheduler para z/os, copie também o arquivo files/<plugin_namespace>.<plug-in_id>_<plugin_version>.jar no diretório <TWA_HOME>/TWSZOS/applicationJobPlugins da instância selecionada do Tivoli Workload Scheduler. Se tiver recebido mensagens de erro, analise os arquivos de log da instalação mostrados em Tabela 12. Tabela 12. Arquivos de Registro de Instalação Nome do arquivo de log Conteúdo Diretório tws4plugins_ia_install.log Arquivo de log do plug-in do adicional para erros de InstallAnywhere. Tivoli Workload Scheduler_installation_dir\logs tws4plugins_install.log O arquivo de log de instalação de plug-in do adicional. No início do processo de instalação, esse arquivo de log é criado no seguinte diretório: Nos sistemas operacionais Windows: %TEMP%\TWA\tws4apps Nos sistemas operacionais UNIX e Linux: $tmp\twa\tws4apps e copiado para o diretório [Tivoli Workload Scheduler_installation_dir\ logs no final do processo de instalação. Capítulo 5. Instalando 125

142 Tabela 12. Arquivos de Registro de Instalação (continuação) Nome do arquivo de log Conteúdo Diretório tws4plugins_status.log O arquivo de log de status da instalação do plug-in do adicional é criado apenas para a instalação silenciosa. Relata se a instalação foi concluída com sucesso ou com erros. No caso de erros, indica se o erro foi causado por um valor de campo incorreto ou por uma etapa com falha. No início do processo de instalação, esse arquivo de log é criado no seguinte diretório: Nos sistemas operacionais Windows: %TEMP%\TWA\tws4apps Nos sistemas operacionais UNIX e Linux: $tmp\twa\tws4apps e copiado para o diretório Tivoli Workload Scheduler_installation_dir\ logs no final do processo de instalação. Nota: Se estiver instalando no modo silencioso e precisar ver os arquivos de log, verifique antes o arquivo tws4plugins_status.log para ver o status do processo de instalação e, em seguida, verifique o arquivo tws4plugins_install.log para obter detalhes. 126 Tivoli Workload Scheduler: Planejamento e Instalação

143 Capítulo 6. Fazendo Upgrade Visão Geral do Upgrade Este capítulo descreve como fazer upgrade do Tivoli Workload Scheduler da versão e mais recente para a versão atual. Uma visão geral do processo de upgrade da instância do Tivoli Workload Scheduler V8.5 e posterior. As mudanças no processo de instalação As mudanças a seguir na v9.1 afetaram o processo de instalação: v O uso da infraestrutura do Installation Manager para gerenciar o processo de upgrade para o gerenciador de domínio principal e o gerenciador de domínio dinâmico ou seus backups. v O uso do Websphere Application Server externo com um perfil exclusivo. v Remoção da tecnologia Software Distribution para implementar o produto. v Remoção da tecnologia assistente InstallShield. Upgrade do modelo de implementação para instâncias do componente únicas ou múltiplas instaladas no diretório <TWS_INST_DIR> Instância única Uma única instância contém um componente Tivoli Workload Scheduler instalado no diretório <TWS_INST_DIR>. Instância múltipla Uma instância múltipla contém dois ou mais componentes Tivoli Workload Scheduler instalados no mesmo diretório <TWS_INST_DIR>. O procedimento para execução no modelo de implementação de upgrade depende se sua instância for simples ou múltipla. Tabela 13 mostra o procedimento para execução no modo de implementação de upgrade para instâncias de componente único ou múltiplo do Tivoli Workload Scheduler. Tabela 13. Upgrade de instâncias do componente únicas ou múltiplas Instância do Tivoli Workload Scheduler no diretório <TWS_INST_DIR> Único Múltiplo Modelo de implementação de upgrade Atualizando o Componente Único Tivoli Workload Scheduler na página 132. Atualizando os Componentes do Tivoli Workload Scheduler Instalados no Mesmo Diretório na página 133. Escolhendo como Fazer Upgrade de sua Rede Como o Tivoli Workload Scheduler suporta compatibilidade com versões anteriores, é possível decidir atualizar sua rede de uma das seguintes formas: Copyright IBM Corp. 1999,

144 Top-down Atualize o gerenciador de domínio principal e seu backup e depois atualize progressivamente os agentes. Muitas das novas funções que são introduzidas na versão atual se tornam disponíveis para cada agente conforme ele é atualizado. A desvantagem é que as mesmas funções não estão disponíveis para todos os agentes ao mesmo tempo. Mesmo se você distribuir o novo arquivo de segurança para um agente anterior à V9.1, ele não funcionará até você atualizá-lo. Você deve atualizar todos os agentes anteriores à V9.1. Bottom-up Atualize os agentes primeiro e, em seguida, atualize o gerenciador de domínio principal e seu backup. As novas funções que são introduzidas na versão atual não estarão disponíveis até que seja feito upgrade de toda a rede. Nota: O Tivoli Workload Scheduler V9.1 instala novos certificados durante o processo de upgrade. Na fase de upgrade de rede, se você estiver usando planejamento dinâmico ou tiver SSL ativado no agentes tolerantes a falha com certificados padrão, para gerenciar os certificados padrão, consulte IBM Tivoli Workload Scheduler: Release Notes em &uid=swg Verificando Pré-requisitos de Software Suportado antes de Fazer Upgrade Antes de iniciar o upgrade do produto, verifique se sua rede tem as versões mínimas necessárias suportadas do sistema operacional, produto e banco de dados. Sistemas Operacionais Suportados Para produzir um relatório dinâmico que liste os sistemas operacionais suportados, execute as ações a seguir: 1. Acesse a página da web: v1r0/clarity/index.html. 2. Clique no relatório "Sistemas Operacionais para um Produto Específico". 3. Na janela "Sistemas Operacionais para um Produto Específico", preencha o campo Inserir nome do produto parcial ou completo com o valor IBM Tivoli Workload Scheduler e clique em Procurar. 4. Na lista suspensa Selecionar Versão, selecione a versão 9.1 e clique em Enviar para Executar o Relatório. Para obter uma lista completa de requisitos do sistema (espaços de disco, espaços temporários e uso de RAM), consulte Documento de Requisitos do Sistema em Bancos de Dados Suportados O Tivoli Workload Scheduler requer o uso do DB2 ou do banco de dados relacional Oracle. Para as versões suportadas, consulte o Tivoli Workload Scheduler Documento de Requisitos do Sistema em docview.wss?rs=672&uid=swg Tivoli Workload Scheduler: Planejamento e Instalação

145 Pré-requisitos de Nível do Produto para gerenciador de domínio principal, gerenciador de domínio principal de Backup e Agentes Antes de iniciar o upgrade, verifique se seu ambiente tem os pré-requisitos de nível de produto necessários. Para obter uma lista completa de níveis de produto, consulte Documento de Requisitos do Sistema em support/docview.wss?rs=672&uid=swg Requisitos de Autorização do Usuário Antes de iniciar a instalação, o upgrade ou a desinstalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistemas operacionais UNIX e Linux Acesso root Sistema operacional Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou grupo administradores de domínio do Windows com o direito Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Arquivos e Pastas Alterados durante o Upgrade O processo de upgrade altera as seguintes pastas e arquivos: Nos sistemas operacionaiswindows: %windir%\twa %windir%\system32\tws*registry.dat tws_home Nos sistemas operacionais UNIX e Linux: /etc/tws /etc/twa /usr/tivoli/tws tws_home Arquivos não Alterados durante o Upgrade do Gerenciador de Domínio Principal Os arquivos a seguir não são modificados durante o processo de upgrade do gerenciador de domínio principal: Nos sistemas operacionaiswindows: v <TWS_INST_DIR>\TWS\tws_env.cmd v <TWS_INST_DIR>\TWS\jobmanrc.cmd v <TWS_INST_DIR>\TWS\TWSCCLog.properties v <TWS_INST_DIR>\TWS\Startup.cmd v <TWS_INST_DIR>\TWS\JnextPlan.cmd v <TWS_INST_DIR>\TWS\MakePlan.cmd v <TWS_INST_DIR>\TWS\SwitchPlan.cmd v <TWS_INST_DIR>\TWS\CreatePostReports.cmd v <TWS_INST_DIR>\TWS\UpdateStats.cmd Capítulo 6. Fazendo Upgrade 129

146 v <TWS_INST_DIR>\TWS\ResetPlan.cmd v <TWS_INST_DIR>\TWS\Sfinal v <TWS_INST_DIR>\TDWB\config\audit.properties v <TWS_INST_DIR>\TDWB\config\BrokerWorkstation.properties v <TWS_INST_DIR>\TDWB\config\CCMDBConfig.properties v <TWS_INST_DIR>\TDWB\config\CLIConfig.properties v <TWS_INST_DIR>\TDWB\config\DAOCommon.properties v <TWS_INST_DIR>\TDWB\config\EWLMBvcConfig.properties v <TWS_INST_DIR>\TDWB\config\JobDispatcherConfig.properties v <TWS_INST_DIR>\TDWB\config\ResourceAdvisorConfig.properties v <TWS_INST_DIR>\TDWB\config\TEPListener.properties v <TWS_INST_DIR>\TDWB\config\TPMConfig.properties em que <TWS_INST_DIR> é o diretório de instalação do Tivoli Workload Scheduler. Em sistemas operacionais UNIX: v <TWS_INST_DIR>/TWS/tws_env.cmd v <TWS_INST_DIR>/TWS/jobmanrc.cmd v <TWS_INST_DIR>/TWS/TWSCCLog.properties v <TWS_INST_DIR>/TWS/Startup v <TWS_INST_DIR>/TWS/JnextPlan v <TWS_INST_DIR>/TWS/MakePlan v <TWS_INST_DIR>/TWS/SwitchPlan v <TWS_INST_DIR>/TWS/CreatePostReports v <TWS_INST_DIR>/TWS/UpdateStats v <TWS_INST_DIR>/TWS/ResetPlan v <TWS_INST_DIR>/TWS/Sfinal v <TWS_INST_DIR>/TDWB/config/audit.properties v <TWS_INST_DIR>/TDWB/config/BrokerWorkstation.properties v <TWS_INST_DIR>/TDWB/config/CCMDBConfig.properties v <TWS_INST_DIR>/TDWB/config/CLIConfig.properties v <TWS_INST_DIR>/TDWB/config/DAOCommon.properties v <TWS_INST_DIR>/TDWB/config/EWLMBvcConfig.properties v <TWS_INST_DIR>/TDWB/config/JobDispatcherConfig.properties v <TWS_INST_DIR>/TDWB/config/ResourceAdvisorConfig.properties v <TWS_INST_DIR>/TDWB/config/TEPListener.properties v <TWS_INST_DIR>/TDWB/config/TPMConfig.properties em que <TWS_INST_DIR> é o diretório de instalação do Tivoli Workload Scheduler. Nota: A nova versão desses arquivos é salva no diretório config. 130 Tivoli Workload Scheduler: Planejamento e Instalação

147 Varrendo Pré-requisitos do Sistema para Tivoli Workload Scheduler Antes de instalar ou atualizar o produto, o Tivoli Workload Scheduler executa automaticamente uma varredura em seu sistema. Ter um ambiente que atende aos requisitos do sistema do produto assegura o êxito de uma instalação ou upgrade sem atrasos ou complicações. A varredura verifica se: v O sistema operacional é suportado para o produto. v Em sistemas operacionais UNIX, as bibliotecas de produto necessárias são instaladas. v Há espaço em disco permanente e temporário suficiente para instalar o produto e seus pré-requisitos. v Há memória e memória virtual suficientes. Nota: A varredura verifica apenas se o ambiente atende aos requisitos do Tivoli Workload Scheduler. Ela não verifica requisitos para outros componentes, como DB2. Para verificar os requisitos para Installation Manager, use o procedimento descrito em Varrendo Pré-requisitos do Sistema para o Installation Manager na página 41. Se alguma destas verificações falhar, o Tivoli Workload Scheduler executará a seguinte ação: Para todos os componentes instalados usando o Installation Manager: Exibe uma notificação do requisito que não foi atendido. Neste caso, pare a instalação ou o upgrade, analise os arquivos de log, resolva o erro e execute novamente a instalação ou o upgrade. Se estiver executando uma instalação interativa, os erros serão exibidos na tela. Se você estiver executando uma instalação silenciosa, os erros serão gravados nos arquivos de log do Installation Manager. Para obter informações adicionais sobre os arquivos de log, consulte Arquivos de Log de Instalação Silenciosa e Desinstalação do Assistente do Installation Manager na página 242. Para agentes Se você especificou o parâmetro stoponcheckprereq, o script twsinst não continuará. Nesse caso, analise o arquivo de log, resolva o erro e execute a instalação ou o upgrade novamente. Os arquivos de log estão localizados: Nos sistemas operacionais Windows: %TEMP%\TWA\tws91\result.txt Nos sistemas operacionais UNIX e Linux: $tmp/twa/tws91/result.txt Se você não especificou stoponcheckprereq, o script twsinst continuará. Se ocorrer um problema, um erro será exibido, o agente será instalado ou atualizado, mas não funcionará. Para obter uma lista detalhada dos sistemas operacionais suportados e pré-requisitos do produto, consulte o Documento de Requisitos do Sistema em Capítulo 6. Fazendo Upgrade 131

148 Varrendo Pré-requisitos do Sistema para o Installation Manager Antes da instalação ou do upgrade do Tivoli Workload Scheduler, se você não tiver instalado o Installation Manager, execute uma varredura em seu sistema para verificar se sua estação de trabalho tem todos os requisitos do sistema necessários para uma instalação bem-sucedida. Ter um ambiente que atende os requisitos do sistema do produto assegura uma instalação bem-sucedida sem atrasos ou complicações. É possível executar uma varredura de pré-requisito para Installation Manager usando: Barra de Ativação na página 28 No DVD ou eimage, ative-o e selecione Varredura de Pré-requisitos. checkprereq Em sistemas operacionais Windows: Execute o seguinte comando: checkprereq.bat Em sistemas operacionais UNIX ou Linux: Execute o seguinte comando: checkprereq.sh Especifique a opção -silent se não estiver interessado em instalar Installation Manager usando o assistente. Se você usar a opção -silent, o programa não verificará se existem bibliotecas gráficas. Se a varredura falhar, o programa exibirá uma notificação do requisito que não foi atendido. Nesse caso, pare a instalação, resolva o erro e execute a instalação novamente. Atualizando o Componente Único Tivoli Workload Scheduler Para atualizar um instância com um único componente instalada no diretório <TWS-INST-DIR> com as versões anteriores do Tivoli Workload Scheduler, você deve seguir o procedimento listado em Tabela 14. A Tabela 14 descreve os procedimentos possíveis de executar em cada cenário diferente para fazer upgrade da instância existente para a versão Tabela 14. Modelo de implementação de upgrade de únicas instâncias do componente do Tivoli Workload Scheduler Componente Tivoli Workload Scheduler Procedimento a ser executado Agente tolerante a falhas V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Agente Dinâmico V8.5.1 ou V8.6.0 e fix packs relacionados Gerenciador de domínio dinâmico V8.6.0 e fix packs relacionados Atualizando Agentes e Gerenciadores de Domínio na página 187. Atualizando Agentes e Gerenciadores de Domínio na página 187. Fazendo Upgrade de uma Instância do gerenciador de domínio dinâmico ou de seu Backup na página Tivoli Workload Scheduler: Planejamento e Instalação

149 Tabela 14. Modelo de implementação de upgrade de únicas instâncias do componente do Tivoli Workload Scheduler (continuação) Componente Tivoli Workload Scheduler Procedimento a ser executado Gerenciador de domínio dinâmico de backup V8.6.0 e fix packs relacionados Gerenciador de domínio principal V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados. Gerenciador de domínio principal de backup V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados. Cliente da linha de comandos remoto V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Fazendo Upgrade de uma Instância do gerenciador de domínio dinâmico ou de seu Backup na página 169. Atualizando uma Instância do gerenciador de domínio principal ou Seu Backup na página 142. Atualizando uma Instância do gerenciador de domínio principal ou Seu Backup na página 142. Não é possível fazer upgrade do cliente da linha de comandos remoto para a versão 9.1 diretamente. Execute o procedimento a seguir: 1. Salve o arquivo de propriedades localopts da linha de comandos remoto. 2. Instale uma instância do agente tolerante a falhas V9.1 que contém uma linha de comandos remoto, executando o procedimento descrito em Instalando Agentes na página Execute Configurando um Cliente da Linha de Comandos Remoto na página 222 para configurar a linha de comandos remoto com as antigas propriedades de configuração armazenadas em localopts. Atualizando os Componentes do Tivoli Workload Scheduler Instalados no Mesmo Diretório Devido às mudanças na infraestrutura de instalação do Tivoli Workload Scheduler descritas em Visão Geral do Upgrade na página 127, para atualizar uma instância com vários componentes instalada no mesmo diretório <TWS_INST_DIR> com as versões anteriores do Tivoli Workload Scheduler, você deve seguir o procedimento listado em Tabela 15 na página 134. Tabela 15 na página 134 descreve os procedimentos executados em cada cenário diferente da instância com vários componentes instalada no mesmo diretório <TWS_INST_DIR> para atualizar a instância existente para a versão Capítulo 6. Fazendo Upgrade 133

150 Tabela 15. Fazer upgrade do modelo de implementação para instâncias de diversos componentes do Tivoli Workload Scheduler Instância com vários componentes do Tivoli Workload Scheduler instalada no diretório <TWS_INST_DIR> Procedimento a ser executado Agente tolerante a falhas V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Conector Distribuído V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Agente tolerante a falhas V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Dynamic Workload Console V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Agente tolerante a falhas V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Dynamic Workload Console V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados z/os Connector V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Agente tolerante a falhas V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados z/os Connector V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Gerenciador de domínio dinâmico V8.6.0 e fix packs relacionados Dynamic Workload Console V8.6.0 e fix packs relacionados Gerenciador de domínio dinâmico V8.6.0 e fix packs relacionados Dynamic Workload Console V8.6.0 e fix packs relacionados z/os Connector V8.6.0 e fix packs relacionados gerenciador de domínio dinâmico V8.6.0 e fix packs relacionados z/os Connector V8.6.0 e fix packs relacionados Procedimento para Fazer Upgrade do agente tolerante a falhas e do Conector Distribuído na página 135. Procedimento para Fazer Upgrade do agente tolerante a falhas e do Dynamic Workload Console na página 135. Procedimento para Fazer Upgrade do agente tolerante a falhas, do Dynamic Workload Console e do z/os Connector na página 136. Procedimento para Fazer Upgrade do agente tolerante a falhas e do z/os Connector na página 137. Procedimento para Fazer Upgrade do gerenciador de domínio dinâmico e do Dynamic Workload Console na página 138. Procedimento para Atualizar o gerenciador de domínio dinâmico, o Dynamic Workload Console e o z/os Connector na página 138. Procedimento para Fazer Upgrade do gerenciador de domínio dinâmico e do z/os Connector na página Tivoli Workload Scheduler: Planejamento e Instalação

151 Tabela 15. Fazer upgrade do modelo de implementação para instâncias de diversos componentes do Tivoli Workload Scheduler (continuação) Instância com vários componentes do Tivoli Workload Scheduler instalada no diretório <TWS_INST_DIR> Gerenciador de domínio principal V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Procedimento a ser executado Procedimento para Fazer Upgrade do gerenciador de domínio principal e do Dynamic Workload Console na página 140 Dynamic Workload Console V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Gerenciador de domínio principal V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Dynamic Workload Console V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Procedimento para Fazer Upgrade do gerenciador de domínio principal, do Dynamic Workload Console e do z/os Connector na página 140 z/os Connector V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Gerenciador de domínio principal V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Procedimento para Fazer Upgrade do gerenciador de domínio principal e do z/os Connector na página 141 z/os Connector V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Procedimento para Fazer Upgrade do agente tolerante a falhas e do Conector Distribuído Se tiver uma instância de vários componentes contendo um a agente tolerante a falhas e um Conector distribuído instalado no diretório <TWS_INST_DIR>, primeiro você deverá desinstalar o antigo Conector distribuído e depois atualizar o agente tolerante a falhas no diretório <TWS_INST_DIR>. Se você tentar atualizar o agente tolerante a falhas primeiro, o script twsinst parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 1. Instale manualmente o Conector distribuído no diretório <TWS_INST_DIR> usando o processo de desinstalação por assistente ou silencioso que é fornecido pelas versões anteriores do Tivoli Workload Scheduler. 2. Faça upgrade do agente tolerante a falhas usando o script twsinst, conforme descrito em Atualizando Agentes e Gerenciadores de Domínio na página 187. Procedimento para Fazer Upgrade do agente tolerante a falhas e do Dynamic Workload Console Como Atualizar agente tolerante a falhas e o Dynamic Workload Console Instalados no Mesmo Diretório. Capítulo 6. Fazendo Upgrade 135

152 Se tiver uma instância de vários componentes contendo um Dynamic Workload Console e um agente tolerante a falhas instalados no diretório <TWS_INST_DIR>, primeiro faça o upgrade do Dynamic Workload Console para o novo diretório <DWC_NEW_INST_DIR>, desinstale o antigo Dynamic Workload Console instalado no diretório <TWS_INST_DIR> e atualize o agente tolerante a falhas no diretório <TWS_INST_DIR>. Se você tentar atualizar o agente tolerante a falhas primeiro, o script twsinst parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 1. Faça upgrade da instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Fazendo Upgrade da Instância Única do Dynamic Workload Console na página Desinstale manualmente o antigo Dynamic Workload Console no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do Dynamic Workload Console. 3. Atualize o agente tolerante a falhas usando o script twsinst, conforme descrito em Atualizando Agentes e Gerenciadores de Domínio na página 187. Procedimento para Fazer Upgrade do agente tolerante a falhas, do Dynamic Workload Console e do z/os Connector Como atualizar agente tolerante a falhas, Dynamic Workload Console e z/os Connector instalados no mesmo diretório. Se tiver instalado uma instância de vários componentes contendo um Dynamic Workload Console, z/os Connector e agente tolerante a falhas no diretório <TWS_INST_DIR>, primeiro você deverá atualizar Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR> e depois atualizar agente tolerante a falhas no diretório <TWS_INST_DIR>. O processo de upgrade do Dynamic Workload Console migra também as propriedades de configuração do z/os Connector. Se você tentar atualizar o agente tolerante a falhas primeiro, o script twsinst parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 1. Faça upgrade da instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Fazendo Upgrade da Instância Única do Dynamic Workload Console na página Desinstale manualmente o antigo Dynamic Workload Console no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do Dynamic Workload Console. 3. Desinstale manualmente a antiga instância do z/os Connector no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do z/os Connector. 4. Faça upgrade do agente tolerante a falhas usando o script twsinst, conforme descrito em Atualizando Agentes e Gerenciadores de Domínio na página Tivoli Workload Scheduler: Planejamento e Instalação

153 Procedimento para Fazer Upgrade do agente tolerante a falhas e do z/os Connector Se tiver uma instância de vários componentes contendo um z/os Connector e um agente tolerante a falhas no diretório <TWS_INST_DIR>, primeiro você deverá configurar o antigo z/os Connector no diretório <DWC_NEW_INST_DIR> em que instalou uma nova instância do Dynamic Workload Console, desinstalar o antigo z/os Connector e depois atualizar o agente tolerante a falhas no diretório <TWS_INST_DIR>. Se você tentar atualizar o agente tolerante a falhas primeiro, o script twsinst parará no início e emitirá uma mensagem de erro dizendo a ordem correta para upgrade dos componentes. Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 1. Instale uma instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Capítulo 18, Instalando, na página Exporte as propriedades de configuração do z/os Connector na antiga instância com vários componentes executando: Nos sistemas operacionais Windows <TWS_INST_DIR>\wastools\displayZosEngine.bat Em sistemas operacionais UNIX e Linux <TWS_INST_DIR>/wastools/displayZosEngine.sh Para obter mais informações sobre a ferramenta displayzosengine, consulte: z/os Connector V8.5 ou V8.5.1 e fix packs relacionados IBM Tivoli Workload Scheduler V8.4 Job Scheduling Console User's Guide. z/os Connector V8.6 e fix packs relacionados Guia de Planejamento e Instalação do IBM Tivoli Workload Scheduler for z/os. Nota: Se estiver conectado a vários controladores, repita essa etapa para cada conexão que deseja manter na nova configuração do z/os Connector. 3. Importe as propriedades de configuração do z/os Connector na instância do Dynamic Workload Console executando: Nos sistemas operacionais Windows <TWS_INST_DIR>\wastools\createZosEngine.bat Em sistemas operacionais UNIX e Linux <TWS_INST_DIR>/wastools/createZosEngine.sh Para obter mais informações sobre a ferramenta createzosengine, consulte: z/os Connector V8.5 ou V8.5.1 e fix packs relacionados IBM Tivoli Workload Scheduler V8.4 Job Scheduling Console User's Guide. z/os Connector V8.6 e fix packs relacionados Guia de Planejamento e Instalação do IBM Tivoli Workload Scheduler for z/os. Nota: Se quiser manter as conexões com vários controladores, repita essa etapa para cada conexão definida anteriormente que deseja salvar. Capítulo 6. Fazendo Upgrade 137

154 4. Desinstale manualmente o antigo z/os Connector no diretório <TWS_INST_DIR> usando o processo de desinstalação fornecido pelas versões anteriores. 5. Faça upgrade do agente tolerante a falhas usando o script twsinst, conforme descrito em Atualizando Agentes e Gerenciadores de Domínio na página 187. Procedimento para Fazer Upgrade do gerenciador de domínio dinâmico e do Dynamic Workload Console Como Atualizar gerenciador de domínio dinâmico e o Dynamic Workload Console Instalados no Mesmo Diretório. Se você instalou uma instância de vários componentes contendo um Dynamic Workload Console e um gerenciador de domínio dinâmico instalados no diretório <TWS_INST_DIR>, primeiro faça o upgrade do Dynamic Workload Console para o novo diretório <DWC_NEW_INST_DIR>, desinstale o antigo Dynamic Workload Console instalado no diretório <TWS_INST_DIR> e atualize o gerenciador de domínio dinâmico no diretório <TWS_INST_DIR>. Se você tentar atualizar o gerenciador de domínio dinâmico primeiro, o processo de instalação parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 1. Faça upgrade da instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Fazendo Upgrade da Instância Única do Dynamic Workload Console na página Desinstale manualmente o antigo Dynamic Workload Console no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do Dynamic Workload Console. 3. Faça upgrade do gerenciador de domínio dinâmico conforme descrito em Fazendo Upgrade de uma Instância do gerenciador de domínio dinâmico ou de seu Backup na página 169. Procedimento para Atualizar o gerenciador de domínio dinâmico, o Dynamic Workload Console e o z/os Connector Como atualizar gerenciador de domínio dinâmico, Dynamic Workload Console e z/os Connector instalados no mesmo diretório. Se tiver instalado uma instância de vários componentes contendo um Dynamic Workload Console, z/os Connector e gerenciador de domínio dinâmico no diretório <TWS_INST_DIR>, primeiro você deverá atualizar Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR> e depois atualizar gerenciador de domínio dinâmico no diretório <TWS_INST_DIR>. O processo de upgrade do Dynamic Workload Console migra também as propriedades de configuração do z/os Connector. Se você tentar atualizar o gerenciador de domínio dinâmico primeiro, o processo de instalação parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 138 Tivoli Workload Scheduler: Planejamento e Instalação

155 1. Faça upgrade da instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Fazendo Upgrade da Instância Única do Dynamic Workload Console na página Desinstale manualmente o antigo Dynamic Workload Console no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do Dynamic Workload Console. 3. Desinstale manualmente a antiga instância do z/os Connector no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do z/os Connector. 4. Atualize gerenciador de domínio dinâmico, conforme descrito em Fazendo Upgrade de uma Instância do gerenciador de domínio dinâmico ou de seu Backup na página 169. Procedimento para Fazer Upgrade do gerenciador de domínio dinâmico e do z/os Connector Se tiver uma instância de vários componentes contendo um z/os Connector e um gerenciador de domínio dinâmico instalados no diretório <TWS_INST_DIR>, primeiro você deverá configurar o antigo z/os Connector no diretório <DWC_NEW_INST_DIR> em que instalou uma nova instância do Dynamic Workload Console, desinstalar o antigo z/os Connector e depois atualizar o gerenciador de domínio dinâmico no diretório <TWS_INST_DIR>. Se você tentar atualizar o gerenciador de domínio dinâmico primeiro, o processo de instalação parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 1. Instale uma instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Capítulo 18, Instalando, na página Exporte as propriedades de configuração do z/os Connector na antiga instância compartilhada, executando: Nos sistemas operacionais Windows <TWS_INST_DIR>\wastools\displayZosEngine.bat Em sistemas operacionais UNIX e Linux <TWS_INST_DIR>/wastools/displayZosEngine.sh Para obter mais informações sobre a ferramenta displayzosengine, consulte: z/os Connector V8.5 ou V8.5.1 e fix packs relacionados IBM Tivoli Workload Scheduler V8.4 Job Scheduling Console User's Guide. z/os Connector V8.6 e fix packs relacionados Guia de Planejamento e Instalação do IBM Tivoli Workload Scheduler for z/os. Nota: Se você estiver conectado a diversos controladores, terá que repetir esta etapa para cada conexão que deseja manter na nova configuração do z/os Connector. 3. Importe as propriedades de configuração do z/os Connector na instância do Dynamic Workload Console, executando: Capítulo 6. Fazendo Upgrade 139

156 Nos sistemas operacionais Windows <TWS_INST_DIR>\wastools\createZosEngine.bat Em sistemas operacionais UNIX e Linux <TWS_INST_DIR>/wastools/createZosEngine.sh Para obter mais informações sobre a ferramenta createzosengine, consulte: z/os Connector V8.5 ou V8.5.1 e fix packs relacionados IBM Tivoli Workload Scheduler V8.4 Job Scheduling Console User's Guide. z/os Connector V8.6 e fix packs relacionados Guia de Planejamento e Instalação do IBM Tivoli Workload Scheduler for z/os. Nota: Se quiser manter as conexões com vários controladores, repita essa etapa para cada conexão definida anteriormente que deseja salvar. 4. Desinstale manualmente o antigo z/os Connector no diretório <TWS_INST_DIR> usando o processo de desinstalação fornecido pelas versões anteriores. 5. Faça upgrade do gerenciador de domínio dinâmico conforme descrito em Fazendo Upgrade de uma Instância do gerenciador de domínio dinâmico ou de seu Backup na página 169. Procedimento para Fazer Upgrade do gerenciador de domínio principal e do Dynamic Workload Console Como Atualizar gerenciador de domínio principal e o Dynamic Workload Console Instalados no Mesmo Diretório. Se tiver uma instância de vários componentes contendo um Dynamic Workload Console e um gerenciador de domínio principal instalados no diretório <TWS_INST_DIR>, primeiro faça o upgrade do Dynamic Workload Console para o novo diretório <DWC_NEW_INST_DIR>, desinstale o antigo Dynamic Workload Console instalado no diretório <TWS_INST_DIR> e atualize o gerenciador de domínio principal no diretório <TWS_INST_DIR>. Se você tentar atualizar o gerenciador de domínio principal primeiro, o processo de instalação parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. Para fazer upgrade da instância compartilhada na ordem correta, execute as seguintes etapas: 1. Faça upgrade da instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Fazendo Upgrade da Instância Única do Dynamic Workload Console na página Desinstale manualmente o antigo Dynamic Workload Console no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do Dynamic Workload Console. 3. Faça upgrade do gerenciador de domínio principal conforme descrito em Atualizando uma Instância do gerenciador de domínio principal ou Seu Backup na página 142. Procedimento para Fazer Upgrade do gerenciador de domínio principal, do Dynamic Workload Console e do z/os Connector Como atualizar gerenciador de domínio principal, Dynamic Workload Console e z/os Connector instalados no mesmo diretório. 140 Tivoli Workload Scheduler: Planejamento e Instalação

157 Se tiver instalado uma instância de vários componentes contendo um Dynamic Workload Console, z/os Connector e gerenciador de domínio principal no diretório <TWS_INST_DIR>, primeiro você deverá atualizar Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR> e depois atualizar gerenciador de domínio principal no diretório <TWS_INST_DIR>. O processo de upgrade do Dynamic Workload Console migra também as propriedades de configuração do z/os Connector. Se você tentar atualizar o gerenciador de domínio principal primeiro, o processo de instalação parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 1. Faça upgrade da instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Fazendo Upgrade da Instância Única do Dynamic Workload Console na página Desinstale manualmente o antigo Dynamic Workload Console no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do Dynamic Workload Console. 3. Desinstale manualmente a antiga instância do z/os Connector no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do z/os Connector. 4. Faça upgrade do gerenciador de domínio principal conforme descrito em Atualizando uma Instância do gerenciador de domínio principal ou Seu Backup na página 142. Procedimento para Fazer Upgrade do gerenciador de domínio principal e do z/os Connector Se tiver uma instância de vários componentes contendo um z/os Connector e um gerenciador de domínio dinâmico instalados no diretório <TWS_INST_DIR>, primeiro você deverá configurar o antigo z/os Connector no diretório <DWC_NEW_INST_DIR> em que instalou uma nova instância do Dynamic Workload Console, desinstalar o antigo z/os Connector e depois atualizar o gerenciador de domínio principal no diretório <TWS_INST_DIR>. Se você tentar atualizar primeiro o gerenciador de domínio principal, o processo de instalação parará no início e emitirá uma mensagem de erro informando a ordem correta do upgrade dos componentes. Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 1. Instale uma instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Capítulo 18, Instalando, na página Exporte as propriedades de configuração do z/os Connector na antiga instância compartilhada, executando: Nos sistemas operacionais Windows <TWS_INST_DIR>\wastools\displayZosEngine.bat Em sistemas operacionais UNIX e Linux <TWS_INST_DIR>/wastools/displayZosEngine.sh Capítulo 6. Fazendo Upgrade 141

158 Para obter mais informações sobre a ferramenta displayzosengine, consulte: z/os Connector V8.5 ou V8.5.1 e fix packs relacionados IBM Tivoli Workload Scheduler V 8.4 Job Scheduling Console User's Guide. z/os Connector V8.6 e fix packs relacionados Guia de Planejamento e Instalação do IBM Tivoli Workload Scheduler for z/os. Nota: Se estiver conectado a vários controladores, repita essa etapa para cada conexão que deseja manter na nova configuração do z/os Connector. 3. Importe as propriedades de configuração do z/os Connector na instância do Dynamic Workload Console, executando: Nos sistemas operacionais Windows <TWS_INST_DIR>\wastools\createZosEngine.bat Em sistemas operacionais UNIX e Linux <TWS_INST_DIR>/wastools/createZosEngine.sh Para obter mais informações sobre a ferramenta createzosengine, consulte: z/os Connector V8.5 ou V8.5.1 e fix packs relacionados IBM Tivoli Workload Scheduler V 8.4 Job Scheduling Console User's Guide. z/os Connector V8.6 e fix packs relacionados Guia de Planejamento e Instalação do IBM Tivoli Workload Scheduler for z/os. Nota: Se quiser manter as conexões com vários controladores, repita essa etapa para cada conexão definida anteriormente que deseja salvar. 4. Desinstale manualmente o antigo z/os Connector no diretório <TWS_INST_DIR> usando o processo de desinstalação fornecido pelas versões anteriores. 5. Faça upgrade do gerenciador de domínio principal conforme descrito em Atualizando uma Instância do gerenciador de domínio principal ou Seu Backup. Atualizando uma Instância do gerenciador de domínio principal ou Seu Backup Esta seção descreve como atualizar o gerenciador de domínio principal ou seu backup. Desempenhando um Upgrade Direto Esta seção descreve o procedimento a ser seguido para executar o upgrade usando o procedimento de upgrade direto. 142 Tivoli Workload Scheduler: Planejamento e Instalação

159 Figura 11. Fluxograma de procedimento de upgrade direto Desvincular o Gerenciador de Domínio Principal da Rede e Pará-la Antes do upgrade, você deve desvincular todas as estações de trabalho do gerenciador de domínio principal e pará-lo. Siga estas etapas: 1. Efetue login como <TWS_user>. Capítulo 6. Fazendo Upgrade 143

160 2. Desvincule todas as estações de trabalho no domínio: No Dynamic Workload Console Execute a tarefa Estação de Trabalho do Monitor e, na tabela de resultados, selecione todas as estações de trabalho do gerenciador de domínio principal e clique em Desvincular. Na linha de comandos do gerenciador de domínios principal Emita o seguinte comando: conman "unlink@; noask" 3. Pare os processos gerenciador de domínio principal: No Dynamic Workload Console Execute a tarefa Estações de Trabalho do Monitor e, na tabela de resultados, selecione todas as estações de trabalho do gerenciador de domínio principal e clique em Parar. Na linha de comandos do gerenciador de domínios principal Emita o seguinte comando: conman stop 4. Na linha de comandos do gerenciador de domínio principal, pare o SSM Agent da seguinte forma: Em sistemas operacionais Windows, UNIX e Linux Execute: conman stopmon" 5. Na linha de comandos do gerenciador de domínio principal, pare os processos agente dinâmico da seguinte forma: Nos sistemas operacionais Windows: Execute: ShutdownLwa.bat Nos sistemas operacionais UNIX e Linux: Execute: ShutdownLwa 6. Na linha de comandos do gerenciador de domínio principal, pare o processo netman conforme a seguir: Nos sistemas operacionaiswindows: Execute o comando shutdown.cmd a partir do diretório inicial do Tivoli Workload Scheduler. Nos sistemas operacionais UNIX e Linux: Execute: conman "shut;wait" 7. Verifique se todos os serviços e processos não estão em execução, conforme a seguir: Nos sistemas operacionaiswindows: Execute: <TWA_HOME>\unsupported\listproc.exe em que <TWA_HOME> é o diretório inicial do Tivoli Workload Scheduler. Verifique se os seguintes processos não estão em execução: netman, mailman, batchman, writer, jobman,stageman, JOBMON, tokensrv, batchup, monman, JobManager 144 Tivoli Workload Scheduler: Planejamento e Instalação

161 Além disso, assegure-se que nenhum programa do sistema esteja acessando o diretório ou subdiretórios, incluindo o prompt de comandos e que no Windows Explorer, o painel Ferramentas Administrativas>Serviços não esteja aberto. Nos sistemas operacionais UNIX e Linux: Execute ps -u <TWS_user> Verifique se os seguintes processos não estão em execução: netman, mailman, batchman, writer, jobman, JOBMAN, stageman, monman, JobManager Todos os processos devem ser interrompidos, com exceção do WebSphere Application Server, que deve permanecer em execução. Atualizando o Gerenciador de Domínio Principal ou seu Backup Esta seção descreve como atualizar um gerenciador de domínio principal ou seu backup. É possível atualizar o gerenciador de domínio principal ou seu backup usando o assistente ou os métodos silenciosos. Atualizando o Procedimento Usando o Assistente: 1. Antes de iniciar o upgrade, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistema operacional Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou grupo administradores de domínio do Windows com os direitos Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root 2. Assegure-se de ter inserido o DVD para seu sistema operacional ou transferido por download o gerenciador de domínio principal do Tivoli Workload Scheduler ou seu eimage de backup (para obter detalhes, consulte o Documento de Download em docview.wss?rs=672&uid=swg ). Para fazer upgrade de um Tivoli Workload Scheduler gerenciador de domínio principal ou de seu backup e de todos os pré-requisitos, execute as seguintes etapas: 1. Execute o processo de instalação usando a barra de ativação, conforme descrito em Barra de Ativação na página 64, ou usando o assistente, conforme descrito em Assistente de Instalação na página No painel Pacotes de Instalação do Installation Manager, o processo de instalação selecionou todos os pacotes obrigatórios do Tivoli Workload Scheduler e o pacote do produto "Tivoli Workload Scheduler" > "Versão ". Capítulo 6. Fazendo Upgrade 145

162 Nota: Se você já tiver instalado o Tivoli Workload Scheduler ou seus produtos de pré-requisitos, um painel de aviso será exibido. Clique em Continuar para instalar o pacote em um novo grupo ou clique em Cancelar para limpar o pacote que já está instalado. 3. Clique em Avançar. 4. Na página Licenças, leia o contrato de licença para o pacote selecionado. Se tiver selecionado a instalação do pacote do Tivoli Workload Scheduler e dos pacotes obrigatórios do Tivoli Workload Scheduler, você deverá aceitar o contrato de licença para cada pacote. No lado esquerdo da página Licença, clique em cada pacote para ver seu contrato de licença. Se você concorda com os termos de todos os contratos de licença, clique em Aceito os termos nos contratos de licença. 5. Clique em Avançar. 6. No painel Local, os pacotes obrigatórios do Tivoli Workload Scheduler e Tivoli Workload Scheduler já estão selecionados: Para cada pacote obrigatório: Selecione o pacote obrigatório e digite, ou clique em Navegar para, o caminho a ser usado como diretório de instalação no qual instalar a instância de pré-requisito ou aceite o caminho padrão. Para o pacote do Tivoli Workload Scheduler: Digite ou Procure o caminho em que a instância do Tivoli Workload Scheduler para o upgrade está instalada: Diretório de Instalação Nos sistemas operacionais Windows O diretório padrão é C:\Program Files\IBM\TWA. Em sistemas operacionais UNIX e Linux O diretório padrão é /opt/ibm/twa. 7. Clique em Avançar para continuar. 8. Na página Recursos, execute as ações a seguir: Para os pacotes obrigatórios: Para ver uma descrição do recurso, clique no nome do recurso. Na seção Detalhes, você vê uma pequena descrição. Assegure-se de deixar os recursos de pré-requisito padrão selecionados pelo processo de instalação. Para o pacote do Tivoli Workload Scheduler: Selecione o recurso a seguir: Gerenciador de domínio principal 9. Clique em Avançar para continuar. 10. O painel Recuperar Informações de Dados é exibida com uma mensagem de operação com sucesso ou com uma mensagem de erro. Nota: Se o processo de upgrade não conseguir recuperar um ou mais valores de propriedade de configuração do Tivoli Workload Scheduler no diretório que você especificou, o painel Recuperar Informações de Dados é mostrado. Para executar a determinação de problema, consulte Recuperar Dados das Informações da Instância Tivoli Workload Scheduler Falha com Erro AWSJIM018E na página Insira as informações nos seguintes painéis: 146 Tivoli Workload Scheduler: Planejamento e Instalação

163 Para o pacote do Tivoli Workload Scheduler: Preencha os campos não esmaecidos nos seguintes painéis : Configuração de Upgrade: Consulte o Atualizar configuração. Informações sobre o usuário: Consulte o Informações sobre o Usuário do Tivoli Workload Scheduler. Configuração Principal: Consulte o Configuração Principal do Tivoli Workload Scheduler na página 69. Configuração do Banco de Dados: Consulte o Configuração do banco de dados na página 150. Configuração de perfil do WebSphere: Consulte o Configuração de Perfil do Websphere Application Server na página 154. Configuração de portas do WebSphere: Consulte o Configuração de Portas do Websphere Application Server na página 81. Verificação de espaço em disco: Consulte o Verificação de Espaço em Disco na página Na página Resumo, revise suas opções antes de fazer upgrade do pacote do produto. Para alterar qualquer opção feita nas páginas anteriores, clique em Voltar e faça as mudanças. Quando estiver satisfeito com suas opções de instalação, clique em Instalar para instalar o pacote. Atualizar configuração: Digite ou Procure o caminho para o diretório de backup no qual o processo de upgrade do Tivoli Workload Scheduler salva um backup de sua configuração atual. Diretório de backup Digite o diretório: Nos sistemas operacionais Windows v Os seguintes caracteres não são válidos:!, #, $, %, &, {, }, [, ], =,?, \,, <, >,,, ;, (, ), *, / v O padrão é o diretório temporário do Administrador. Em sistemas operacionais UNIX e Linux v Os seguintes caracteres não são válidos:!, #, $, %, &, {, }, [, ], =,?, \,, <, >,,, ;, (, ), *, / v O padrão é $TEMP. Procurar Clique para selecionar um diretório existente no qual o processo de upgrade do Tivoli Workload Scheduler salva um backup da atual configuração. Informações sobre o Usuário do Tivoli Workload Scheduler: Conclua os campos Tivoli Workload Scheduler a seguir: Capítulo 6. Fazendo Upgrade 147

164 Nome de Usuário Especifique o nome do usuário para o qual deseja atualizar ou desinstalar o Tivoli Workload Scheduler. Validar usuário Clique para validar que o usuário foi definido com êxito e com as permissões corretas. Configuração Principal do Tivoli Workload Scheduler: Nota: Este painel aparece para os processos de instalação e de upgrade; caso você esteja executando um upgrade, você não será obrigado a inserir ou não poderá ver alguns dos campos a seguir. Preencha os seguintes campos de dados Tivoli Workload Scheduler. Informações de configuração do gerenciador de domínio principal Configure este gerenciador de domínio principal como backup Configure este gerenciador de domínio principal como backup. Por padrão, a caixa não fica selecionada. Se você selecionar essa caixa de opção, o processo de instalação configurará a instalação do gerenciador de domínio principal como backup. Empresa O nome da empresa. Espaços são permitidos e o comprimento máximo do campo é de 40 caracteres. O padrão é MYCOMPANY. Nome Desta Estação de Trabalho O nome da estação de trabalho em que você está instalando a instância. O padrão é o nome do host da estação de trabalho. Para um gerenciador de domínio principal, o nome especificado aqui é o nome da estação de trabalho do Tivoli Workload Scheduler conhecida no banco de dados como principal. Para um gerenciador de domínio principal configurado como backup, o nome que você especifica aqui é o nome da estação de trabalho Tivoli Workload Scheduler conhecida no banco de dados como fta. Espaços não são permitidos e o comprimento máximo do campo é de 16 caracteres. Se o nome do host for maior que 16 caracteres, um nome alternativo deverá ser fornecido para obter uma instalação com sucesso. Ele pode conter caracteres alfanuméricos, traço (-) e sublinhado (_). O primeiro caractere deve ser uma letra. Nome do gerenciador de domínio principal Se você estiver instalando um gerenciador de domínio principal, esse campo ficará esmaecido. Este campo será necessário, se você estiver instalando um gerenciador de domínio principal configurado como backup. O nome da estação de trabalho do gerenciador de domínio principal. Espaços não são permitidos e o comprimento máximo do campo é de 16 caracteres. O primeiro caractere não pode ser numérico. Porta do gerenciador de domínio principal (usada por Netman) A porta usada pelo processo Netman para gerenciar o 148 Tivoli Workload Scheduler: Planejamento e Instalação

165 planejamento distribuído. Netman é o processo de rede que controla o ambiente de produção. O valor padrão é O intervalo válido é de 1 a Nota: Se você alterar este valor, todos os valores de número de porta padrão no painel de informações da porta do servidor de aplicativos serão alterados para refletir o novo intervalo. Por exemplo, se você especificar como o número da porta TCP/IP, o padrão para o transporte HTTP será 42125, o padrão para HTTPS será e assim por diante. Informações de configuração para planejamento dinâmico Nome do host ou endereço IP O nome completo do host ou endereço IP do agente dinâmico. O broker de carga de trabalho dinâmica usa esse endereço para se conectar com o agente dinâmico. O padrão é <HOSTNAME>, em que HOSTNAME é o nome do host da estação de trabalho em que você está instalando. Nome da estação de trabalho do agente dinâmico O nome da definição da estação de trabalho do agente dinâmico. O padrão é <HOSTNAME_1>, em que HOSTNAME é o nome do host da estação de trabalho em que você está instalando. Nota: Se você estiver atualizando da V8.5.1, um agente dinâmico que você já registrou para o servidor broker de carga de trabalho dinâmica, qualquer valor que especificar para este parâmetro será ignorado e o antigo nome de agente dinâmico será usado. Número da porta JobManager O número da porta segura do agente dinâmico (SECUREADDR). O broker de carga de trabalho dinâmica usa esta porta para entrar em contato com o agente dinâmico do Tivoli Workload Scheduler. O valor padrão é O intervalo válido é de 1 a Inclua o fluxo de tarefas "FINAL" ao banco de dados para automatizar o ciclo de produção Esta opção estará disponível apenas se você estiver instalando um gerenciador de domínio principal. Inclua a definição dos fluxos de tarefas FINAL e FINALPOSTREPORTS no banco de dados. Esta opção permite desempenhar a extensão automática do plano de produção no final de cada processamento atual do plano de produção. Por padrão, esta caixa permanece desmarcada. Nota: Durante a instalação, se for identificado um banco de dados do Tivoli Workload Scheduler existente que possui um fluxo de tarefas final, a instalação não o sobrescreverá. Criar link simbólico Apenas nos sistemas UNIX e Linux. Marque essa opção para criar links simbólicos para /usr/bin. Quaisquer links simbólicos existentes do Tivoli Workload Scheduler serão sobrescritos. Para obter informações adicionais sobre links simbólicos, consulte Tabela 4 na página 33. Informações de configuração de automação de carga de trabalho orientada a eventos Capítulo 6. Fazendo Upgrade 149

166 Número da porta do Processador de Evento A porta utilizada pelo processador de gerenciamento de eventos para receber eventos. O valor padrão é O intervalo válido é de 1 a Este parâmetro não será solicitado se você estiver instalando um gerenciador de domínio principal de backup. Informações de Configuração do Dynamic Workload Broker Tivoli dynamic workload broker nome da estação de trabalho A definição da estação de trabalho do broker de carga de trabalho dinâmica criada no banco de dados do Tivoli Workload Scheduler. Seu tipo é broker. O nome do gerenciador de domínio principal seguido por _DWB. É possível modificar este valor incluindo _DWB. Espaços não são permitidos e o comprimento máximo do campo é de 16 caracteres. Ele pode conter caracteres alfanuméricos, traço (-) e sublinhado (_). O primeiro caractere deve ser uma letra. Porta Netman do Tivoli dynamic workload broker A porta na estação de trabalho do broker de carga de trabalho dinâmica. O gerenciador de domínio principal ou o gerenciador de domínio principal de backup usam esta porta para comunicar-se com o broker de carga de trabalho dinâmica. Esse número é registrado na propriedade ResourceAdvisorUrl no arquivo JobManager.ini. O valor padrão é O intervalo válido é de 1 a Configuração do banco de dados: O processo de upgrade recupera automaticamente o RDBMS usado na versão anterior do Tivoli Workload Scheduler. Para concluir o painel Configuração do Banco de Dados, execute as seguintes etapas: 1. No campo Caminho do Banco de Dados, especifique o caminho da instalação se estiver usando o Oracle RDBMS. Nota: O caminho da instalação do DB2 é descoberto automaticamente pelo processo de upgrade. 2. Pressione Recuperar Informações do Banco de Dados para carregar as informações para os sistemas de banco de dados selecionados. Para obter mais informações sobre como inserir os valores de RDBMS necessários, consulte as seções a seguir: v Fazendo Upgrade para um Servidor de Banco de Dados DB2. v Fazendo Upgrade para um Cliente de Banco de Dados DB2 na página 152. v Fazendo Upgrade para um Banco de Dados Oracle na página 153. Fazendo Upgrade para um Servidor de Banco de Dados DB2: A lista a seguir descreve os campos que devem ser preenchidos durante o upgrade: Servidor do banco de dados remoto O valor é recuperado automaticamente. O endereço IP ou nome do host da estação de trabalho na qual o servidor DB2 está instalado. 150 Tivoli Workload Scheduler: Planejamento e Instalação

167 Porta do banco de dados remoto O valor é recuperado automaticamente. O número da porta TCP/IP que a instância de servidor remoto DB2 usa para se comunicar. Usuário administrador do servidor DB2 (administrador da instância do DB2) O valor é recuperado automaticamente. O nome de usuário do administrador da instância de servidor DB2. Se o administrador do DB2 já criou as tabelas de banco de dados usando o procedimento Criando ou Fazendo Upgrade das Tabelas de Banco de Dados se Estiver Usando o DB2 na página 44, o nome de usuário será aquele que o administrador do DB2 especificou na propriedade DB_USER no arquivo customizedb2sql.properties. Nos sistemas operacionais Windows O valor padrão é db2admin. Nos sistemas operacionais UNIX e Linux O valor padrão é db2inst1. Senha do administrador do servidor DB2 A senha do usuário administrador do servidor DB2 com autoridade SYSADM ou SYSCTRL. Use um usuário diferente no servidor para acessar o banco de dados Selecione essa opção quando o usuário do servidor DB2 usado para acessar o banco de dados Tivoli Workload Scheduler for diferente do Usuário de Administração do Servidor DB2. Forneça os seguintes dados: Usuário DB2 do Tivoli Workload Scheduler O nome de usuário DB2 do Tivoli Workload Scheduler. Tivoli Workload SchedulerDB2senha A senha do usuário DB2 do Tivoli Workload Scheduler. Nome de banco de dados O valor é recuperado automaticamente. O nome do banco de dados DB2. Testar conexão Clique para verificar se a configuração foi bem-sucedida. Espaço de tabela usado para armazenar objetos de planejamento e regras de eventos Verifique os seguintes parâmetros avançados: Nome do espaço de tabela O valor é recuperado automaticamente. O nome do espaço de tabela da instância do DB2. Caminho do espaço de tabela O valor é recuperado automaticamente. O caminho relativo do espaço de tabela do DB2. Espaço de tabela usado para armazenar o plano Apenas para o gerenciador de domínio principal e seu backup. Especifique o nome e caminho do espaço de tabela do DB2 no qual as informações de plano do Tivoli Workload Scheduler serão armazenadas. Nome do espaço de tabela do plano O nome do espaço de tabela para armazenar dados de planejamento. O nome padrão é TWS_PLAN. Caminho do espaço de tabela do plano O caminho do espaço de tabela para armazenar dados de Capítulo 6. Fazendo Upgrade 151

168 planejamento. O caminho padrão é TWS_PLAN. O caminho pode ser um caminho relativo ou completo. Quando o caminho do espaço de tabela é um caminho completo, o usuário administrador do DB2 deve ter direitos de acesso completos ao diretório onde o espaço de tabela está instalado. Observe que o caminho do espaço de tabela do plano não pode ser igual ao caminho do espaço de tabela. Espaço de tabela usado para armazenar logs de eventos Apenas para o gerenciador de domínio principal e seu backup. Verifique o nome e o caminho do espaço de tabela do DB2 no qual os logs de eventos do Tivoli Workload Scheduler serão armazenados. Esses logs são utilizados para criar relatórios. Nome do espaço de tabela de relatório O valor é recuperado automaticamente. O nome do espaço de tabela para armazenar dados do relatório. Fazendo Upgrade para um Cliente de Banco de Dados DB2: A lista a seguir descreve os campos que devem ser preenchidos durante o upgrade: Servidor do banco de dados remoto O valor é recuperado automaticamente. O endereço IP ou nome do host da estação de trabalho na qual o servidor DB2 está instalado. Porta do banco de dados remoto O valor é recuperado automaticamente. O número da porta TCP/IP que a instância de servidor remoto DB2 usa para se comunicar. Usuário administrador do servidor DB2 (administrador da instância do DB2) O valor é recuperado automaticamente. O nome de usuário do administrador da instância de servidor DB2. Se o administrador do DB2 já tiver atualizado as tabelas de banco de dados usando o procedimento Criando ou Fazendo Upgrade das Tabelas de Banco de Dados se Estiver Usando o DB2 na página 44, o nome de usuário será aquele que o administrador do DB2 especificou na propriedade DB_USER no arquivo customizedb2sql.properties. Nos sistemas operacionais Windows O valor padrão é db2admin. Nos sistemas operacionais UNIX e Linux O valor padrão é db2inst1. Senha do administrador do servidor DB2 A senha do usuário administrador do servidor DB2 com autoridade SYSADM ou SYSCTRL. Usuário administrador local do DB2 O nome de usuário do administrador do DB2 da instância do cliente DB2. Use um usuário diferente no servidor para acessar o banco de dados Selecione esta opção quando o usuário do servidor DB2 que você usou para acessar o banco de dados do Tivoli Workload Scheduler for diferente do usuário do DB2 Server Administration. Forneça os seguintes dados: Usuário DB2 do Tivoli Workload Scheduler O nome de usuário DB2 do Tivoli Workload Scheduler. Tivoli Workload SchedulerDB2senha A senha do usuário DB2 do Tivoli Workload Scheduler. 152 Tivoli Workload Scheduler: Planejamento e Instalação

169 Nome de banco de dados O valor é recuperado automaticamente. O nome do banco de dados DB2. Testar conexão Clique para verificar se a configuração foi bem-sucedida. Espaço de tabela usado para armazenar objetos de planejamento e regras de eventos Verifique os seguintes parâmetros avançados: Nome do espaço de tabela O valor é recuperado automaticamente. O nome do espaço de tabela da instância do DB2. Caminho do espaço de tabela O valor é recuperado automaticamente. O caminho relativo do espaço de tabela do DB2. Espaço de tabela usado para armazenar o plano Apenas para o gerenciador de domínio principal e seu backup. Especifique o nome e caminho do espaço de tabela do DB2 no qual as informações de plano do Tivoli Workload Scheduler serão armazenadas. Nome do espaço de tabela do plano O nome do espaço de tabela para armazenar dados de planejamento. O nome padrão é TWS_PLAN. Caminho do espaço de tabela do plano O caminho do espaço de tabela para armazenar dados de planejamento. O caminho padrão é TWS_PLAN. O caminho pode ser um caminho relativo ou completo. Quando o caminho do espaço de tabela é um caminho completo, o usuário administrador do DB2 deve ter direitos de acesso completos ao diretório no qual o espaço de tabela está instalado. Observe que o caminho do espaço de tabela do plano não pode ser igual ao caminho do espaço de tabela. Espaço de tabela usado para armazenar logs de eventos Apenas para o gerenciador de domínio principal e seu backup. Verifique o nome e o caminho do espaço de tabela do DB2 no qual os logs de eventos do Tivoli Workload Scheduler serão armazenados. Esses logs são utilizados para criar relatórios. Nome do espaço de tabela de relatório O valor é recuperado automaticamente. O nome do espaço de tabela para armazenar dados do relatório. Fazendo Upgrade para um Banco de Dados Oracle: A lista a seguir descreve os campos que devem ser preenchidos durante o upgrade. Nome do Serviço de Rede O valor é recuperado automaticamente. O nome usado por clientes para identificar um Oracle NetServer e o identificador do sistema específico ou banco de dados para a conexão Oracle Net. Um nome de serviço de rede é mapeado para um número de porta e protocolo. Ele também é conhecido como uma cadeia de conexão, alias do banco de dados, cadeia de host ou nome de serviço. Usuário Administrador do Oracle O nome de usuário do administrador de banco de dados (tal como SYSTEM) necessário para autenticar-se no banco de dados Oracle. Capítulo 6. Fazendo Upgrade 153

170 Se o administrador do Oracle já fez upgrade das tabelas de banco de dados usando o Criando ou Fazendo Upgrade das Tabelas de Banco de Dados Se Estiver Usando o Oracle. na página 54, o nome de usuário será o administrador do Oracle especificado na propriedade MDL_USER do arquivo customizewinoraclesql.properties em sistemas operacionais Windows eoarquivo customizeunixoraclesql.properties em sistemas operacionais UNIX. Senha de Usuário do Administrador do Oracle A senha de usuário do administrador de banco de dados necessária para autenticação no banco de dados Oracle. Usuário do Tivoli Workload Scheduler Oracle O valor é recuperado automaticamente. O proprietário do esquema do Tivoli Workload Scheduler. Senha de Usuário do Tivoli Workload Scheduler Oracle A senha para o usuário do Tivoli Workload Scheduler Oracle. Ela deve estar de acordo com as regras de nomenclatura do Oracle. Crie o esquema do Tivoli Workload Scheduler usando a opção Oracle Partitioning Se você estiver instalando no Oracle Enterprise Edition, poderá escolher implementar a opção Oracle Partitioning para melhorar o desempenho do automação de carga de trabalho orientada a eventos. Para obter informações adicionais sobre o recurso automação de carga de trabalho orientada a eventos, consulte Visão Geral. Espaço de tabela do plano do Tivoli Workload Scheduler Apenas para o gerenciador de domínio principal e seu backup. Insira o nome que identifica o espaço de tabela de planejamento do Tivoli Workload Scheduler. Esse espaço da tabela deve ser criado anteriormente pelo administrador do banco de dados. O padrão para esse campo é USERS. Espaço de tabela de Relatórios do Tivoli Workload Scheduler Apenas para o gerenciador de domínio principal e seu backup. O valor é recuperado automaticamente. O nome que identifica o espaço de tabela do Tivoli Workload Scheduler onde os dados do relatório devem ser armazenados. Esse espaço da tabela deve ser criado anteriormente pelo administrador do banco de dados. O valor padrão para esse campo é USERS. Configuração de Perfil do Websphere Application Server: O processo de upgrade cria um perfil na instância do Websphere Application Server externo. O perfil do Websphere Application Server é criado usando os dados do perfil que está instalado no Websphere Application Server integrado na antiga versão da instância do Tivoli Workload Scheduler. Os campos a seguir são fornecidos para dados de configuração de perfil do Websphere Application Server. Local de instalação do WebSphere Digite ou Procure o diretório no qual a instância do Websphere Application Server externo está instalada. Clique em Navegar para encontrar o local apropriado. Tipo de implementação do perfil Criar perfil do Websphere Application Server. Você cria um perfil no Websphere Application Server externo. 154 Tivoli Workload Scheduler: Planejamento e Instalação

171 Detalhes do perfil Local do perfil Insira o nome do diretório no qual o novo perfil do Websphere Application Server está localizado. Clique em Navegar para encontrar o local apropriado. O valor padrão é: Nos sistemas operacionais Windows c:\program Files\IBM\TWA\WAS\TWSProfile Em sistemas operacionais UNIX: /opt/ibm/twa/was/twsprofile Nota: Não use nenhum dos seguintes caracteres no campo de caminho do perfil: No Windows:!"#$%&{}[]=?'<>,;*: No UNIX:!"#$%&{}[]=?'<>,;* Nome do perfil O nome do perfil definido no Websphere Application Server integrado na instância do Tivoli Workload Scheduler. Nome do nó O nome do nó definido no Websphere Application Server integrado na instância do Tivoli Workload Scheduler. Nome do servidor O nome do servidor definido no Websphere Application Server integrado na instância do Tivoli Workload Scheduler. Nome de Usuário Insira o nome do usuário que pode acessar o perfil do Websphere Application Server. O nome do administrador do Websphere Application Server definido no perfil do Websphere Application Server integrado na instância do Tivoli Workload Scheduler. Senha Validar Insira a senha do usuário do Websphere Application Server especificado. Clique em Validar para validar se as informações inseridas estão corretas. Nota: O processo de upgrade verifica as credenciais inseridas na instância do Websphere Application Server integrada às versões anteriores da instância do Tivoli Workload Scheduler. Configuração de Portas do Websphere Application Server: Este painel aparece durante os processos de instalação e de upgrade. Se você estiver executando um upgrade, não será necessário inserir ou não será possível ver alguns dos campos a seguir. Os campos a seguir são fornecidos para dados do Websphere Application Server. O procedimento de instalação verifica a disponibilidade das portas no intervalo de portas especificado. Se uma ou mais portas estiverem sendo usadas por outros aplicativos, será solicitado que você insira o número da porta. Capítulo 6. Fazendo Upgrade 155

172 Gerar portas do WebSphere automaticamente Selecione se você alterou a porta JobManager e quiser gerar automaticamente as portas listadas, começando com esta porta. Transporte HTTP A porta para o transporte HTTP. Ela é usada pela linha de comandos do criador e pelo Dynamic Workload Broker quando este protocolo é selecionado. O valor padrão é O intervalo válido é de 1 a Transporte HTTPS A porta para o transporte HTTP seguro. Ela é usada pela linha de comandos do criador e pelo Dynamic Workload Broker quando este protocolo é selecionado. O valor padrão é O intervalo válido é de 1 a Autoinicialização A porta para a auto-inicialização ou RMI. Ela é utilizada pelas interfaces gráficas com o usuário. O valor padrão é O intervalo válido é de 1 a Conector SOAP A porta para o conector SOAP do protocolo do servidor de aplicativos. O valor padrão é O intervalo válido é de 1 a Listener de Autenticação de Servidor SAS A porta utilizada pelos SAS (Secure Association Services) para atender pedidos de autenticação de entrada. O valor padrão é O intervalo válido é de 1 a Listener de Autenticação de Servidor CSIv2 A porta na qual a Versão de serviço Common Secure Interoperability 2 (CSIv2) se comunica com as solicitações de autenticação de servidor de entrada. O valor padrão é O intervalo válido é de 1 a Listener de Autenticação do Cliente CSIv2 A porta na qual a Versão de serviço Common Secure Interoperability 2 (CSIv2) se comunica com as solicitações de autenticação de cliente de entrada. O valor padrão é O intervalo válido é de 1 a Listener ORB A porta utilizada para comunicação RMI sobre IIOP. O valor padrão é O intervalo válido é de 1 a Transporte HTTP de Administração A porta do console administrativo. O valor padrão é O intervalo válido é de 1 a Transporte HTTPS de Administração A porta segura do console administrativo. O valor padrão é O intervalo válido é de 1 a Verificação de Espaço em Disco: O processo de instalação verifica se há espaço em disco disponível suficiente para a instalação de um gerenciador de domínio principal ou seu backup ou gerenciador de domínio dinâmico ou seu backup. O processo de instalação ou upgrade não verifica o espaço necessário para a instalação de espaços de tabela. Antes de clicar na instalação, verifique se existe espaço suficiente para instalar os espaços de tabela no caminho indicado. 156 Tivoli Workload Scheduler: Planejamento e Instalação

173 No painel Verificar Espaço em Disco, é possível ver o log para a operação de verificação de espaço no disco. Se a operação falhou devido a espaço em disco insuficiente, você deve liberar o espaço no disco que é mostrado no log e clicar em Tentar Novamente. Fazendo upgrade utilizando a instalação silenciosa: Para fazer upgrade da instância do gerenciador de domínio principal ou do gerenciador de domínio principal de backup do Tivoli Workload Scheduler, use os arquivos de resposta na Tabela 16 e siga o procedimento descrito em Executando uma Instalação Silenciosa na página 82. A Tabela 16 lista os arquivos de resposta para o processo de upgrade: Tabela 16. Fazer Upgrade de Arquivos de Resposta Tipo de instalação Arquivo de resposta a ser utilizado Upgrade no Windows Fazer upgrade do gerenciador do domínio principal de backup Tivoli Workload Scheduler V8.5.0 TWS91_UPGRADE_MDM_from85_WIN.xml Tivoli Workload Scheduler V8.5.1 TWS91_UPGRADE_MDM_from851_WIN.xml Tivoli Workload Scheduler V8.6 TWS91_UPGRADE_MDM_from86_WIN.xml Fazer upgrade do gerenciador de domínio principal Tivoli Workload Scheduler V8.5.0 TWS91_UPGRADE_MDM_from85_WIN.xml Tivoli Workload Scheduler V8.5.1 TWS91_UPGRADE_MDM_from851_WIN.xml Tivoli Workload Scheduler V8.6 TWS91_UPGRADE_MDM_from86_WIN.xml Upgrade no UNIX Fazer upgrade do gerenciador do domínio principal de backup Tivoli Workload Scheduler V8.5.0 TWS91_UPGRADE_MDM_from85_UNIX.xml Tivoli Workload Scheduler V8.5.1 TWS91_UPGRADE_MDM_from851_UNIX.xml Tivoli Workload Scheduler V8.6 TWS91_UPGRADE_MDM_from86_UNIX.xml Fazer upgrade do gerenciador de domínio principal Tivoli Workload Scheduler V8.5.0 TWS91_UPGRADE_MDM_from85_UNIX.xml Tivoli Workload Scheduler V8.5.1 TWS91_UPGRADE_MDM_from851_UNIX.xml Tivoli Workload Scheduler V8.6 TWS91_UPGRADE_MDM_from86_UNIX.xml Capítulo 6. Fazendo Upgrade 157

174 Customizar e Enviar o Fluxo de Tarefas Opcional Final Se seu antigo fluxo de tarefas final se chamar FINAL, sua cópia de backup foi feita em Sfinal.extract e atualizada para V9.1. Se foi customizado, você deverá fazer a customização correspondente ao novo fluxo de tarefas FINAL. Se ele não for chamado de FINAL, você deverá mesclar as funções de seu fluxo de tarefa final antigo com a sintaxe de seu novo fluxo de tarefa FINAL. Execute as etapas a seguir: 1. Customize o fluxo de tarefas final conforme necessário: Se você tinha um fluxo de tarefa customizado chamado de FINAL em seu banco de dados: a. Edite o novo fluxo de tarefas FINAL usando composer ou o Dynamic Workload Console. b. Use um editor de texto para editar o <TWA_HOME>\Sfinal.extract. c. Mescle os dois fluxos de tarefas para que seu novo fluxo de tarefas FINAL tenha a mesma customização que seu fluxo de tarefas FINAL customizado. d. Salve seu novo fluxo de tarefa FINAL. Se você tinha um fluxo de tarefa final customizado chamado de algo diferente de FINAL em seu banco de dados: a. Mescle os dois fluxos de tarefas para que o novo fluxo de tarefas FINAL tenha a mesma customização que seu fluxo de tarefas final customizado, mais os novos atributos necessários fornecidos pelo novo fluxo de tarefas FINAL. b. Salve esse novo fluxo de tarefas final para que ele tenha o mesmo nome que seu antigo fluxo de tarefas final customizado. c. Exclua o fluxo de tarefas FINAL. Se você tinha um fluxo de tarefa final chamado de algo diferente de FINAL em seu banco de dados, mas ele não é customizado: a. Exclua seu fluxo de tarefas final antigo com o composer ou com o Dynamic Workload Console. b. Renomeie o novo fluxo de tarefas FINAL para o nome de seu antigo fluxo de tarefas final com composer ou o Dynamic Workload Console Se você tinha um fluxo de tarefa final chamado FINAL em seu banco de dados, mas ele não está customizado: Não execute nenhuma ação porque o fluxo de tarefas FINAL já foi editado pelo procedimento de instalação ou upgrade. Se você tinha um fluxo de tarefas final chamado FINAL, mas em DRAFT no banco de dados: A instalação ignorará que esse fluxo de tarefas está em DRAFT. Após o upgrade, altere o fluxo de tarefas no status DRAFT novamente. 2. Utilize conman para excluir suas instâncias do fluxo de tarefa final antigo e envie novas instâncias para substituí-las. Durante o upgrade, JnextPlan é sobrescrito mesmo se ele foi customizado. O backup do JnextPlan existente é feito e renomeado para: Nos sistemas operacionaiswindows: JnextPlan.cmd.bk Nos sistemas operacionais UNIX e Linux: JnextPlan.bk 158 Tivoli Workload Scheduler: Planejamento e Instalação

175 Concluir a Configuração de Segurança para o Novo Ambiente A versão 9.1 inclui novas instruções de segurança para o aplicativo de carga de trabalho e objetos de grupo de ciclo de execução. Para obter informações sobre essas instruções, consulte Guia de Administração. Se você tiver configurações de segurança específicas em seu ambiente V8.5, V8.5.1 ou V8.6.0, essas configurações deverão ser mescladas manualmente com as configurações novas antes da construção do arquivo de segurança final a ser usado no novo ambiente. As instruções que você pode precisar incluir manualmente variam, dependendo de suas configurações de segurança específicas. Para mesclar manualmente as novas configurações, execute o seguinte procedimento: 1. Efetue login como <TWS_user> no gerenciador de domínio principal atualizado e configure o ambiente do Tivoli Workload Scheduler. 2. Se você tiver a segurança centralizada ativada, extraia o novo arquivo de segurança no novo principal usando o comando: dumpsec > sec_file em que sec_file é o arquivo de texto criado pelo comando dumpsec. 3. Edite o sec_file e insira as seguintes instruções: Aplicativo de carga de trabalho WKLDAPPL NAME=@ ACCESS=ADD,DELETE,DISPLAY,MODIFY,LIST,UNLOCK Grupo de ciclos de execução RUNCYGRP NAME=@ ACCESS=ADD,DELETE,DISPLAY,MODIFY,USE,LIST,UNLOCK 4. Verifique se as permissões de usuário das novas instruções estão corretas. 5. Salve suas alterações em sec_file. 6. Construa seu arquivo de segurança final para seu novo gerenciador de domínio principal usando o comando makesec: makesec sec_file 7. Se estiver usando FIPS, você deverá ativá-lo manualmente novamente no arquivo Websphere Application Server java.security. Para obter informações de conformidade com o FIPS, consulte Tivoli Workload Scheduler: Administration Guide. 8. Se você tiver a segurança centralizada ativada, distribua o arquivo de segurança. 9. Execute JnextPlan -for 0000 para distribuir o arquivo Symphony para os agentes. Nota: Assegure-se de que a opção optman cf esteja configurada como all ou apenas os fluxos de tarefa não concluídos serão executados. 10. Se necessário, restaure a configuração anterior da opção optman cf. Reiniciar os processos de planejamento Após a conclusão do upgrade, reinicie os processos de planejamento, da seguinte forma: 1. Efetue login como <TWS_user>. Na linha de comandos do gerenciador de domínio principal, inicie o processo netman da seguinte forma: Sistemas operacionais Windows Execute: StartUp Capítulo 6. Fazendo Upgrade 159

176 Sistemas operacionais UNIX e Linux Execute: StartUp.sh 2. Inicie o gerenciador de domínio principal: No Dynamic Workload Console Na árvore de navegação, clique em Ambiente de Planejamento > Monitorar > Monitorar Estações de Trabalho, execute uma tarefa e, na tabela de resultados, selecione todas as estações de trabalho do gerenciador de domínio principal e clique em Iniciar. Na linha de comandos do gerenciador de domínios principal Execute os comandos a seguir: conman start 3. Vincule todas as estações de trabalho no domínio: No Dynamic Workload Console Na árvore de navegação, clique em Ambiente de Planejamento > Monitorar > Monitorar Estações de Trabalho, execute uma tarefa e, na tabela de resultados, selecione todas as estações de trabalho do gerenciador de domínio principal e clique em Vincular. Na linha de comandos do gerenciador de domínios principal Execute os comandos a seguir: conman 4. Se desejar que seu ambiente atualizado execute o processamento do evento, primeiro execute: conman startevtp Em seguida, faça o seguinte: No Dynamic Workload Console a. Clique em Tivoli Workload Scheduler>Ambiente de Planejamento>Monitorar>Monitorar Estações de Trabalho b. Selecione Todas as Estações de Trabalho no Plano ou um outro nome de tarefa predefinido c. Escolha um nome de mecanismo ou especifique as propriedades da conexão e clique em OK d. Selecione uma estação de trabalho e clique em Mais Ações>Iniciar Monitoramento de Eventos. Na linha de comandos do gerenciador de domínios principal Sistemas operacionais Windows Inicie o serviço do Windows: Tivoli Workload Scheduler SSM Agent (para <TWS_user>). Sistemas operacionais UNIX e Linux Execute conman startmon 5. Verifique se todos os serviços e processos estão em execução, conforme a seguir: Sistemas operacionais Windows Execute: <TWA_HOME>\unsupported\listproc.exe 160 Tivoli Workload Scheduler: Planejamento e Instalação

177 em que <TWA_HOME> é o diretório inicial do Tivoli Workload Scheduler. Verifique se os processos a seguir estão em execução: netman, mailman, batchman, writer, jobman, stageman, JOBMON, tokensrv, batchup. Sistemas operacionais UNIX e Linux Execute ps -u <TWS_user> Verifique se os processos a seguir estão em execução: netman, mailman, batchman, writer, jobman, JOBMAN, stageman, appserverman. Nota: Mesmo que o mecanismo de autoexecução não seja mais suportado, o processo de upgrade não removerá o diretório TWA_home\TWS\trace após o upgrade porque você pode usá-lo com outros produtos Tivoli. Se tiver certeza de que não vai utilizá-lo, é possível remover o diretório TWA_home\TWS\trace. Fazer Upgrade de seu gerenciador de domínio principal de backup Se estiver usando um gerenciador de domínio principal de backup deverá fazer upgrade dele para a mesma versão que o gerenciador de domínio principal, caso contrário, as novas funções não serão suportadas. Execute as etapas a seguir: v Atualizando o Gerenciador de Domínio Principal ou seu Backup na página 145 v Reconfigurar as Propriedades do DB2 no gerenciador de domínio principal de backup v Verificar se o Upgrade da Autenticação Foi Bem-sucedido. Você deve ter implementado a mesma autenticação para seu gerenciador de domínio principal de backup que seu gerenciador de domínio principal, portanto, os mesmos resultados devem ser esperados a partir do upgrade de autenticação, mas mesmo se o upgrade de autenticação do gerenciador de domínio principal for concluído com sucesso, o log de upgrade para o gerenciador de domínio principal de backup ainda deverá ser verificado. v Não é necessário fazer nenhuma mudança no fluxo de tarefas FINAL porque o fluxo de tarefas FINAL no gerenciador de domínio principal é usado sempre que o processo do gerenciador do comutador for executado. v Não é necessário alterar a configuração do arquivo de segurança no gerenciador de domínio principal de backup, pois o procedimento para manter seu ambiente pronto para uso pelo gerenciador de comutador requer que você espelhe o arquivo de Segurança para o gerenciador de domínio principal de backup sempre que alterá-lo. Se você não usar um gerenciador de domínio principal de backup, é altamente recomendado instalar e usar um para assegurar a alta disponibilidade do seu ambiente de planejamento. Desempenhando um Upgrade Paralelo Esta seção descreve como fazer upgrade de seu ambiente usando um procedimento de upgrade paralelo. Capítulo 6. Fazendo Upgrade 161

178 Starting with running MDM BKM exists? NO YES Install new BKM Stop scheduling process on the BKM Migrate authentication? configuration to BKM 2. Upgrade BKM Define new BKM in old database and optionally stop Broker Rebuild Plan in the MDM to send Symphony to BKM Run Switch manager from MDM to BKM Can upgrade be completed in plan cycle? YES NO Make Switch manager permanent (*) Upgrade old MDM (now BKM) Was first switch manager (*) made permanent NO New MDM and BKM upgraded 9.1 version Run Switch manager to switch back to upgraded MDM YES Make the second Switch manager permanent Figura 12. Fluxograma de procedimento de upgrade paralelo 162 Tivoli Workload Scheduler: Planejamento e Instalação

179 Atualizar o gerenciador de domínio principal de backup Existente ou Instalar um Novo Gerenciador de Domínio Principal Configurado como Backup É possível atualizar seu gerenciador do domínio principal de backup existente ou instalar um novo gerenciador de domínio principal configurado como backup. O procedimento é dividido em duas etapas alternativas, dependendo se você já tiver um gerenciador do domínio principal de backup em seu ambiente. Instalar um Novo Gerenciador de Domínio Principal Configurado como Backup: Conclua este procedimento para instalar um gerenciador de domínio principal atualizado configurado como backup e vinculá-lo à sua rede atual. O gerenciador de domínio principal configurado como backup aponta para seu banco de dados existente do Tivoli Workload Scheduler e se torna o novo gerenciador de domínio principal. Execute as etapas a seguir: 1. Instale um gerenciador de domínio principal configurado como backup: Para obter mais informações sobre como instalar um novo gerenciador de domínio principal configurado como backup, consulte Instalando um Gerenciador de Domínio Principal ou seu Backup na página 63 e as seções subsequentes, dependendo se você estiver usando um banco de dados DB2 ou Oracle. Assegure-se de que seu novo gerenciador de domínio principal configurado como backup aponta para sua atual instância do banco de dados Tivoli Workload Scheduler. 2. Migre sua configuração de autenticação: Conclua as seguintes etapas para migrar seu mecanismo de autenticação para o gerenciador de domínio principal recém-instalado configurado como backup: a. No seu gerenciador de domínio principal existente, use a ferramenta showsecurityproperties para exportar sua configuração de autenticação para um arquivo de texto. b. Copie este arquivo para seu novo gerenciador de domínio principal configurado como backup. c. Durante a exportação, todas as senhas no arquivo foram substituídas por asteriscos. Localize-as e remova os asteriscos inserindo as senhas novamente. d. Execute a ferramenta changesecurityproperties no novo gerenciador de domínio principal configurado como backup para importar a configuração. A ferramenta reconhece que esse arquivo de entrada está no formato antigo e tenta migrar a configuração para o novo formato. Se seu mecanismo de autenticação for customizado de uma maneira que a migração não possa manipular, um erro ou erros serão emitidos e você deverá configurar o mecanismo de autenticação manualmente. e. Teste se o mecanismo de autenticação migrado permite efetuar logon e usar o composer com mais de um ID do usuário. 3. Defina um novo gerenciador de domínio principal configurado como backup no banco de dados: defina seu novo gerenciador de domínio principal configurado como backup como um agente de status integral no domínio de seu gerenciador de domínio principal, usando a interface de comando do criador. 4. Preparar o arquivo de segurança antigo para alternar o gerenciador: para alternar corretamente, você deve incluir o novo TWS_user no antigo arquivo de Capítulo 6. Fazendo Upgrade 163

180 segurança. O novo TWS_user é aquele que você usou quando instalou o novo gerenciador de domínio principal configurado como gerenciador de backup. Execute as etapas a seguir: a. No gerenciador de domínio principal, efetue login como o principal TWS_user e configure o ambiente do Tivoli Workload Scheduler. Inclua o principal configurado como backup TWS_user para o antigo arquivo de segurança. b. Se você tiver a segurança centralizada, distribua o arquivo de segurança para todos os agentes. Se você não tiver segurança centralizada, copie o arquivo de segurança compilado Security no gerenciador de domínio principal instalado configurado como backup, sobrescrevendo a versão que está lá. 5. Distribua o arquivo Symphony para o novo gerenciador de domínio principal configurado como backup: a. Certifique-se de que a opção optman cf esteja configurada como all. b. Para distribuir o arquivo Symphony para o novo gerenciador de domínio principal configurado como backup, execute JnextPlan -for 0000 ou aguarde até o fim do plano de produção. c. Restaure a configuração anterior da opção optman cf, caso você tenha modificado o valor anteriormente. Fazer Upgrade do Gerenciador do Domínio Principal de Backup Atual: Para fazer upgrade de seu backup atual do gerenciador de domínio principal, siga o procedimento descrito em Atualizando o Gerenciador de Domínio Principal ou seu Backup na página 145 utilizando seu método de instalação preferencial. Alternar o Gerenciador de Domínio Principal para o Principal de Backup Novo ou Atualizado Alterne para seu novo gerenciador de domínio principal de backup, que agora se torna seu gerenciador de domínio principal, emitindo o seguinte comando a partir do antigogerenciador de domínio principal: conman switchmgr masterdm;new_mgr_cpu em que new_mgr_cpu é o nome da estação de trabalho do gerenciador de domínio principal de backup. Alterne o processador de evento do antigo gerenciador de domínio principal para o gerenciador de domínio principal de backup, executando o seguinte comando a partir do antigo gerenciador de domínio principal: conman switcheventprocessor new_mgr_cpu em que new_mgr_cpu é o nome da estação de trabalho do gerenciador de domínio principal de backup. Se usando gerenciador de domínio principal de backup V9.1 você define estações de trabalho de agente, de conjunto ou dinâmica e depois abre suas definições de banco de dados a partir do banco de dados do gerenciador de domínio principal V8.5.0, seus tipos de estação de trabalho ficarão em branco. Nota: O novo gerenciador de domínio principal de backup se conectando ao antigo banco de dados atualiza esquemas e tabelas para assegurar a compatibilidade com versões anteriores do produto. Portanto, o antigo gerenciador 164 Tivoli Workload Scheduler: Planejamento e Instalação

181 de domínio principal e o novo gerenciador de domínio principal de backup funcionam com o novo esquema atualizado. Tornar o Gerenciador de Comutação Permanente No procedimento Alternar o Gerenciador de Domínio Principal para o Principal de Backup Novo ou Atualizado na página 164, você alternou seu gerenciador de domínio principal promovendo sua nova versão do gerenciador de domínio principal de backup para a função de gerenciador de domínio principal. Para tornar essa configuração totalmente operacional e persistente por meio do JnextPlan, você deve executar as seguintes etapas: No novo gerenciador de domínio principal, referido como new_mgr_cpu: 1. Edite o arquivo localopts e modifique a seguinte entrada, conforme mostrado: DEFAULTWS=new_mgr_cpu em que new_mgr_cpu é o nome da estação de trabalho do novo gerenciador de domínio principal. Para obter informações adicionais sobre o arquivo localopts, consulte o Tivoli Workload Scheduler: Administration Guide. 2. Altere a definição da estação de trabalho do antigo principal, executando: composer modify cpu=old_mgr_cpu e, na definição, substitua type=manager por type=fta 3. Altere a definição da estação de trabalho do novo principal, executando: composer modify cpu=new_mgr_cpu e, na definição, substitua type=fta por type=manager. 4. Assegure-se de que a opção optman cf esteja configurada como all. 5. Reconstrua o plano para ativar as alterações no banco de dados: JnextPlan -for Se necessário, restaure a configuração anterior da opção optman cf. 7. Edite o arquivo \TWS\mozart\globalopts e modifique a entrada master=old_mgr_cpu, conforme mostrado: master=new_mgr_cpu em que new_mgr_cpu é o nome da estação de trabalho do novo principal. Consulte o Tivoli Workload Scheduler: Guia de Administração. Dessa maneira, os relatórios reptr-pre e reptr-post podem ser executados durante a execução de JnextPlan. 8. Assegure-se de que a opção global carryforward seja configurada como all ou apenas os fluxos de tarefas não concluídos sejam executados. Customizar e Enviar o Fluxo de Tarefas Opcional Final Se seu antigo fluxo de tarefas final se chamar FINAL, sua cópia de backup foi feita em Sfinal.extract e atualizada para V9.1. Se foi customizado, você deverá fazer a customização correspondente ao novo fluxo de tarefas FINAL. Se ele não for chamado de FINAL, você deverá mesclar as funções de seu fluxo de tarefa final antigo com a sintaxe de seu novo fluxo de tarefa FINAL. Execute as etapas a seguir: 1. Customize o fluxo de tarefas final conforme necessário: Se você tinha um fluxo de tarefa customizado chamado de FINAL em seu banco de dados: Capítulo 6. Fazendo Upgrade 165

182 a. Edite o novo fluxo de tarefas FINAL usando composer ou o Dynamic Workload Console. b. Use um editor de texto para editar o <TWA_HOME>\Sfinal.extract. c. Mescle os dois fluxos de tarefas para que seu novo fluxo de tarefas FINAL tenha a mesma customização que seu fluxo de tarefas FINAL customizado. d. Salve seu novo fluxo de tarefa FINAL. Se você tinha um fluxo de tarefa final customizado chamado de algo diferente de FINAL em seu banco de dados: a. Mescle os dois fluxos de tarefas para que o novo fluxo de tarefas FINAL tenha a mesma customização que seu fluxo de tarefas final customizado, mais os novos atributos necessários fornecidos pelo novo fluxo de tarefas FINAL. b. Salve esse novo fluxo de tarefas final para que ele tenha o mesmo nome que seu antigo fluxo de tarefas final customizado. c. Exclua o fluxo de tarefas FINAL. Se você tinha um fluxo de tarefa final chamado de algo diferente de FINAL em seu banco de dados, mas ele não é customizado: a. Exclua seu fluxo de tarefas final antigo com o composer ou com o Dynamic Workload Console. b. Renomeie o novo fluxo de tarefas FINAL para o nome de seu antigo fluxo de tarefas final com composer ou o Dynamic Workload Console Se você tinha um fluxo de tarefa final chamado FINAL em seu banco de dados, mas ele não está customizado: Não execute nenhuma ação porque o fluxo de tarefas FINAL já foi editado pelo procedimento de instalação ou upgrade. Se você tinha um fluxo de tarefas final chamado FINAL, mas em DRAFT no banco de dados: A instalação ignorará que esse fluxo de tarefas está em DRAFT. Após o upgrade, altere o fluxo de tarefas no status DRAFT novamente. 2. Utilize conman para excluir suas instâncias do fluxo de tarefa final antigo e envie novas instâncias para substituí-las. Durante o upgrade, JnextPlan é sobrescrito mesmo se ele foi customizado. O backup do JnextPlan existente é feito e renomeado para: Nos sistemas operacionaiswindows: JnextPlan.cmd.bk Nos sistemas operacionais UNIX e Linux: JnextPlan.bk Instalar um Novo gerenciador de domínio principal ou Fazer Upgrade de seu Antigo gerenciador de domínio principal Instalar um novo gerenciador de domínio principal Instalando um Gerenciador de Domínio Principal ou seu Backup na página 63 Fazer upgrade do antigo gerenciador de domínio principal Antes de executar esta etapa, se você criou estações de trabalho de agente, de conjunto ou de conjunto dinâmico no procedimento Alternar o 166 Tivoli Workload Scheduler: Planejamento e Instalação

183 Gerenciador de Domínio Principal para o Principal de Backup Novo ou Atualizado na página 164, configure-as para ignorar. Se você não as configurar para ignorar, quando o gerenciador de domínio principal incluir a definição da estação de trabalho no plano, ele não irá localizá-las e enviará várias mensagens nos arquivos IBM\TWA\TWS\pobox. O tamanho desses arquivos aumenta exponencialmente. Para fazer upgrade de seu antigo gerenciador de domínio principal (que agora é seu gerenciador do domínio principal de backup), execute as seguintes etapas: 1. No novo gerenciador de domínio principal, desvincule a antiga estação de trabalho principal conman "unlink old_mdm_cpu" 2. Faça upgrade do antigo gerenciador de domínio principal para a versão atual utilizando o procedimento descrito em Atualizando uma Instância do gerenciador de domínio principal ou Seu Backup na página Vincule o gerenciador de domínio principal atualizado à rede conman "link old_mdm_cpu" Alternando de Volta ao Antigo gerenciador de domínio principal (opcional) Esta etapa é opcional. Você pode voltar para seu antigo gerenciador de domínio principal que, agora, teve seu upgrade feito. Para isto, execute as seguintes etapas: 1. No gerenciador de domínio principal atualizado, execute o comando: conman switchmgr masterdm;old_mdm_cpu 2. Para restaurar o gerenciador de domínio principal atualizado para sua função permanentemente, execute as etapas em Tornar o Gerenciador de Comutação Permanente na página 165 para a estação de trabalho principal. Concluir a Configuração de Segurança para o Novo Ambiente A versão 9.1 inclui novas instruções de segurança para o aplicativo de carga de trabalho e objetos de grupo de ciclo de execução. Para obter informações sobre essas instruções, consulte Guia de Administração. Se você tiver configurações de segurança específicas em seu ambiente V8.5, V8.5.1 ou V8.6.0, essas configurações deverão ser mescladas manualmente com as configurações novas antes da construção do arquivo de segurança final a ser usado no novo ambiente. As instruções que você pode precisar incluir manualmente variam, dependendo de suas configurações de segurança específicas. Para mesclar manualmente as novas configurações, execute o seguinte procedimento: 1. Efetue login como <TWS_user> no gerenciador de domínio principal atualizado e configure o ambiente do Tivoli Workload Scheduler. 2. Se você tiver a segurança centralizada ativada, extraia o novo arquivo de segurança no novo principal usando o comando: dumpsec > sec_file em que sec_file é o arquivo de texto criado pelo comando dumpsec. Capítulo 6. Fazendo Upgrade 167

184 3. Edite o sec_file e insira as seguintes instruções: Aplicativo de carga de trabalho WKLDAPPL NAME=@ ACCESS=ADD,DELETE,DISPLAY,MODIFY,LIST,UNLOCK Grupo de ciclos de execução RUNCYGRP NAME=@ ACCESS=ADD,DELETE,DISPLAY,MODIFY,USE,LIST,UNLOCK 4. Verifique se as permissões de usuário das novas instruções estão corretas. 5. Salve suas alterações em sec_file. 6. Construa seu arquivo de segurança final para seu novo gerenciador de domínio principal usando o comando makesec: makesec sec_file 7. Se estiver usando FIPS, você deverá ativá-lo manualmente novamente no arquivo Websphere Application Server java.security. Para obter informações de conformidade com o FIPS, consulte Tivoli Workload Scheduler: Administration Guide. 8. Se você tiver a segurança centralizada ativada, distribua o arquivo de segurança. 9. Execute JnextPlan -for 0000 para distribuir o arquivo Symphony para os agentes. Nota: Assegure-se de que a opção optman cf esteja configurada como all ou apenas os fluxos de tarefa não concluídos serão executados. 10. Se necessário, restaure a configuração anterior da opção optman cf. Desempenhando um Upgrade Seguro Se estiver fazendo um upgrade no modo paralelo, não interrompa nenhum processo em execução. No entanto, se estiver atualizando no modo direto, você interromperá os processos em execução durante o upgrade. Para assegurar que essa interrupção não coloque em risco a integridade desses processos em execução, o upgrade será executado no modo de segurança. O modo de segurança executa as ações a seguir antes de iniciar o upgrade: v v v Verifica se há linhas de comandos atualmente em execução. Evita que outras tarefas sejam iniciadas ao configurar o fence da tarefa na estação de trabalho para o valor go (101). Verifica se há tarefas em execução. Se houver, ele aguarda 60 minutos e verifica novamente. Se nem todas as tarefas forem concluídas durante esse intervalo, o upgrade não continuará e uma mensagem de erro será exibida. Se quiser alterar esse valor, especifique o número de minutos a esperar enquanto você executa a configuração ou faça uma instalação silenciosa. v Verifica se há processo em execução. Isso para qualquer processo em execução e espera a conclusão da ação parar. Se todas essas verificações forem aprovadas, o Tivoli Workload Scheduler iniciará o upgrade: v Se o upgrade for concluído com sucesso após o processo do batchman ser reiniciado, o fence da tarefa será configurado para o valor original, pois há uma sincronização entre as filas de mensagens do batchman eoarquivo Symphony para o valor do fence da tarefa. O processo de instalação não inicia o processo do batchman e você pode configurar o fence da tarefa original em sua estação de trabalho iniciando o processo do batchman; execute o comando: conman "start" 168 Tivoli Workload Scheduler: Planejamento e Instalação

185 v Se o upgrade não for concluído com êxito, seja porque as verificações não foram passadas ou em razão de um erro, o fence da tarefa não será configurado com o valor original. Você deve: Configure o fence da tarefa manualmente com o valor original. Executar as etapas para concluir as ações ou corrigir os erros e continuar o upgrade. Fazendo Upgrade de uma Instância do gerenciador de domínio dinâmico ou de seu Backup Esta seção descreve como atualizar um gerenciador de domínio dinâmico ou seu backup. Desempenhando um Upgrade Direto Esta seção descreve o procedimento a ser seguido para executar o upgrade usando o procedimento de upgrade direto. Desvincular o gerenciador de domínio dinâmico da Rede e Pará-lo Antes de começar o upgrade, você deve desvincular todos os agentes dinâmicos e gerenciador de domínio dinâmico de backup do gerenciador de domínio dinâmico e pará-lo. Siga estas etapas: 1. Efetue login como <TWS_user>. 2. Desvincule todas as estações de trabalho no domínio do gerenciador de domínio dinâmico: No Dynamic Workload Console Na árvore de navegação clique em Ambiente de Planejamento > Monitorar > Monitorar Estações de Trabalho, execute uma tarefa e, na tabela de resultados, selecione todas as estações de trabalho do gerenciador de domínio principal e clique em Desvincular. Na linha de comandos do gerenciador de domínios principal Emita o seguinte comando: conman "unlink@; noask" 3. Pare o gerenciador de domínio dinâmico: No Dynamic Workload Console Na árvore de navegação, clique em Ambiente de Planejamento > Monitorar > Monitorar Estações de Trabalho, execute uma tarefa e, na tabela de resultados, selecione todas as estações de trabalho do gerenciador de domínio principal e clique em Parar. Na linha de comandos do gerenciador de domínios principal Emita o seguinte comando: conman stop;wait 4. Na linha de comandos do gerenciador de domínio dinâmico, pare o Agente SSM da seguinte forma: Em sistemas operacionais UNIX, Linux e Windows Execute: conman stopmon" Capítulo 6. Fazendo Upgrade 169

186 5. Na linha de comandos do gerenciador de domínio dinâmico, pare os processos do agente dinâmico da seguinte forma: Nos sistemas operacionais Windows: Execute: ShutdownLwa.bat Nos sistemas operacionais UNIX e Linux: Execute: ShutdownLwa 6. Na linha de comandos do gerenciador de domínio dinâmico, pare o processo netman da seguinte forma: Sistemas operacionais Windows Execute o comando shutdown.cmd a partir do diretório inicial do Tivoli Workload Scheduler. Em sistemas operacionais UNIX e Linux Execute: conman shut" ; wait 7. Verifique se todos os serviços e processos não estão em execução, conforme a seguir: Sistemas operacionais Windows Execute: <TWA_HOME>\unsupported\listproc.exe em que <TWA_HOME> é o diretório inicial do Tivoli Workload Scheduler. Verifique se os seguintes processos não estão em execução: netman, mailman, batchman, writer, jobman,stageman, JOBMON, tokensrv, batchup, monman, JobManager Além disso, assegure-se que nenhum programa do sistema esteja acessando o diretório ou subdiretórios, incluindo o prompt de comandos e que no Windows Explorer, o painel Ferramentas Administrativas>Serviços não esteja aberto. Sistemas operacionais UNIX e Linux Execute: ps -u <TWS_user> Verifique se os seguintes processos não estão em execução: netman, mailman, batchman, writer, jobman, JOBMAN, stageman, monman, JobManager Todos os processos devem ser interrompidos, com exceção do WebSphere Application Server, que deve permanecer em execução. Atualizando um Gerenciador de Domínio Dinâmico Esta seção descreve como atualizar um gerenciador de domínio dinâmico ou seu backup. É possível atualizar um gerenciador de domínio dinâmico ou seu backup usando o assistente ou os métodos silenciosos. Atualizando Usando o Assistente: 1. Antes de iniciar o upgrade, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: 170 Tivoli Workload Scheduler: Planejamento e Instalação

187 Sistemas operacionais UNIX e Linux Acesso root Sistema operacional Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou grupo administradores de domínio do Windows com os direitos Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. 2. Certifique-se de que tenha inserido o DVD para seu sistema operacional ou transferido por download o Tivoli Workload Schedulergerenciador de domínio dinâmico ou seu backup eimage (para obter detalhes, consulte Documento de Download em &uid=swg ). Para fazer upgrade de um gerenciador de domínio dinâmico ou de seu backup e de todos os pré-requisitos, execute as seguintes etapas: 1. Execute o processo de instalação usando a barra de ativação, conforme descrito em Barra de Ativação na página 64, ou usando o assistente, conforme descrito em Assistente de Instalação na página No painel Pacotes de Instalação do Installation Manager, o processo de instalação selecionou todos os pacotes obrigatórios do Tivoli Workload Scheduler e o pacote do produto "Tivoli Workload Scheduler" > "Versão ". Nota: Se você já tiver instalado o Tivoli Workload Scheduler ou seus produtos de pré-requisitos, um painel de aviso será exibido. Clique em Continuar para instalar o pacote em um novo grupo ou clique em Cancelar para limpar o pacote que já está instalado. 3. Clique em Avançar. 4. Na página Licenças, leia o contrato de licença para o pacote selecionado. Se tiver selecionado a instalação do pacote do Tivoli Workload Scheduler e dos pacotes obrigatórios do Tivoli Workload Scheduler, você deverá aceitar o contrato de licença para cada pacote. No lado esquerdo da página Licença, clique em cada pacote para ver seu contrato de licença. Se você concorda com os termos de todos os contratos de licença, clique em Aceito os termos nos contratos de licença. 5. Clique em Avançar. 6. No painel Local, os pacotes obrigatórios do Tivoli Workload Scheduler e Tivoli Workload Scheduler já estão selecionados: Para o pacote do Tivoli Workload Scheduler: Digite ou Procure o caminho do diretório de instalação no qual a instância do Tivoli Workload Scheduler para upgrade está instalada para o usuário específico. Para cada pacote obrigatório: Selecione o pacote obrigatório e digite, ou clique em Navegar para, o caminho a ser usado como diretório de instalação no qual instalar a instância de pré-requisito ou aceite o caminho padrão. Capítulo 6. Fazendo Upgrade 171

188 Para o pacote do Tivoli Workload Scheduler: Digite ou Procure o caminho em que a instância do Tivoli Workload Scheduler para o upgrade está instalada: Diretório de Instalação Nos sistemas operacionais Windows O diretório padrão é C:\Program Files\IBM\TWA. Em sistemas operacionais UNIX e Linux O diretório padrão é /opt/ibm/twa. 7. Clique em Avançar. 8. Na página Recursos, execute as ações a seguir: Para os pacotes obrigatórios: Para ver uma descrição do recurso, clique no nome do recurso. Na seção Detalhes, você vê uma pequena descrição. Assegure-se de deixar os recursos de pré-requisito padrão selecionados pelo processo de instalação. Para o pacote do Tivoli Workload Scheduler: Selecione o recurso a seguir: Gerenciador de domínio dinâmico 9. Clique em Avançar. 10. O painel Recuperar Informações de Dados é exibida com uma mensagem de operação com sucesso ou com uma mensagem de erro. Nota: Se o processo de upgrade não conseguir recuperar um ou mais valores de propriedade de configuração do Tivoli Workload Scheduler no diretório que você especificou, o painel Recuperar Informações de Dados é mostrado. Para executar a determinação de problema, consulte Recuperar Dados das Informações da Instância Tivoli Workload Scheduler Falha com Erro AWSJIM018E na página Insira as informações nos seguintes painéis: Para o pacote do Tivoli Workload Scheduler: Preencha os campos não esmaecidos nos seguintes painéis : Configuração de Upgrade: Consulte o Atualizar configuração na página 147. Informações sobre o usuário: Consulte o Informações sobre o Usuário do Tivoli Workload Scheduler na página 147. Configuração do Gerenciador de Domínio Dinâmico: Consulte o Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página 95. Configuração do Banco de Dados: Consulte o Configuração do banco de dados na página 150. Configuração de perfil do WebSphere: Consulte o Configuração de Perfil do Websphere Application Server na página 154. Configuração de portas do WebSphere: Consulte o Configuração de Portas do Websphere Application Server na página Tivoli Workload Scheduler: Planejamento e Instalação

189 Verificação de espaço em disco: Consulte o Verificação de Espaço em Disco na página Na página Resumo, revise suas opções antes de fazer upgrade do pacote do produto. Para alterar qualquer opção feita nas páginas anteriores, clique em Voltar e faça as mudanças. Quando estiver satisfeito com suas opções de instalação, clique em Instalar para instalar o pacote. Atualizar configuração: Digite ou Procure o caminho para o diretório de backup no qual o processo de upgrade do Tivoli Workload Scheduler salva um backup de sua configuração atual. Diretório de backup Digite o diretório: Nos sistemas operacionais Windows v Os seguintes caracteres não são válidos:!, #, $, %, &, {, }, [, ], =,?, \,, <, >,,, ;, (, ), *, / v O padrão é o diretório temporário do Administrador. Em sistemas operacionais UNIX e Linux v Os seguintes caracteres não são válidos:!, #, $, %, &, {, }, [, ], =,?, \,, <, >,,, ;, (, ), *, / v O padrão é $TEMP. Procurar Clique para selecionar um diretório existente no qual o processo de upgrade do Tivoli Workload Scheduler salva um backup da atual configuração. Informações sobre o Usuário do Tivoli Workload Scheduler: Conclua os campos Tivoli Workload Scheduler a seguir: Nome de Usuário Especifique o nome do usuário para o qual deseja atualizar ou desinstalar o Tivoli Workload Scheduler. Validar usuário Clique para validar que o usuário foi definido com êxito e com as permissões corretas. Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico: Nota: Este painel aparece para os processos de instalação e de upgrade; caso você esteja executando um upgrade, você não será obrigado a inserir ou não poderá ver alguns dos campos a seguir. Preencha os seguintes campos de dados Tivoli Workload Scheduler. Insira as informações de configuração para a instalação do gerenciador de domínio dinâmico: Configure este gerenciador de domínio dinâmico como backup Por padrão, essa caixa fica desmarcada. Se você marcar essa caixa, o processo de instalação configurará a instalação do gerenciador de domínio dinâmico como backup. Capítulo 6. Fazendo Upgrade 173

190 Deseja conectar o Gerenciador de Domínio Dinâmico apenas ao controlador do z/os? Apenas para gerenciador de domínio dinâmico. Selecione essa caixa de seleção se você deseja conectar o gerenciador de domínio dinâmico apenas ao controlador do z/os. Deixe a caixa de seleção limpa para conectar o gerenciador de domínio a: v gerenciador de domínio principal de A v Um gerenciador de domínio principal e um controlador do z/os Se conectar o gerenciador de domínio dinâmico apenas a um controlador z/os, você deverá criar um ambiente de planejamento de ponta a ponta leve no qual o Tivoli Workload Scheduler para z/os gerencia a carga de trabalho de planejamento em sistemas distribuídos. Para completar esse ambiente você deve instalar um Tivoli Workload Scheduler for z/os Agent. Para obter uma explicação detalhada de como instalar o agente Tivoli Workload Scheduler para z/os, consulte o Tivoli Workload Scheduler for z/os: Guia de Planejamento e Instalação. Se você selecionar a caixa de seleção, os campos a seguir serão desativados: v Nome de Domínio v Nome Desta Estação de Trabalho v Nome da estação de trabalho do gerenciador de domínio principal v Porta do gerenciador de domínio dinâmico (usada por Netman) v Nome do host do gerenciador de domínio principal v Porta https do gerenciador de domínio principal Nome de Domínio Apenas para um gerenciador de domínio dinâmico conectado a um controlador z/os, ou gerenciador de domínio principal ou ambos. Aplica-se apenas ao gerenciador de domínio dinâmico. Especifica o nome de domínio do Tivoli Workload Scheduler gerenciado pelo gerenciador de domínio dinâmico. O valor padrão é DYNAMICDM. Nome Desta Estação de Trabalho Apenas para conectar o Gerenciador de Domínio Dinâmico somente ao controlador do z/os. O nome da estação de trabalho em que você está instalando a instância. O padrão é o nome do host da estação de trabalho. Espaços não são permitidos e o comprimento máximo do campo é de 16 caracteres. Se o nome do host for maior que 16 caracteres, um nome alternativo deverá ser fornecido para obter uma instalação com sucesso. Ele pode conter caracteres alfanuméricos, traço (-) e sublinhado (_). O primeiro caractere deve ser uma letra. Os valores Nome desta estação de trabalho e nome da estação de trabalho do gerenciador de domínio principal não devem ser iguais. gerenciador de domínio dinâmico O nome da estação de trabalho do Tivoli Workload Scheduler conhecida no banco de dados como fta. Configure-o como manager ao executar o procedimento descrito em Configurando um gerenciador de domínio dinâmico na página Tivoli Workload Scheduler: Planejamento e Instalação

191 gerenciador de domínio dinâmico configurado como backup O nome da estação de trabalho do Tivoli Workload Scheduler conhecida no banco de dados como fta. Configure-o como fta ao executar o procedimento descrito em Etapas de Configuração para um Gerenciador de Domínio Dinâmico Configurado como Backup na página 219. Nome da estação de trabalho do gerenciador de domínio principal Apenas para um gerenciador de domínio dinâmico conectado a um controlador z/os e um ambiente distribuído ou ambiente distribuído. O nome da estação de trabalho do gerenciador de domínio principal. Espaços não são permitidos e o comprimento máximo do campo é de 16 caracteres. O primeiro caractere não pode ser numérico. Os valores Nome desta estação de trabalho e nome da estação de trabalho do gerenciador de domínio principal não devem ser iguais. Porta do gerenciador de domínio dinâmico (usada por Netman) Apenas para gerenciador de domínio dinâmico e para não conectar o Gerenciador de Domínio Dinâmico apenas ao controlador do z/os. A porta usada pelo processo Netman para gerenciar o ambiente distribuído. Netman é o processo de rede que controla o ambiente de produção. O valor padrão é O intervalo válido é de 1 a Nota: Se você alterar este valor, todos os valores de número de porta padrão no painel de informações da porta do servidor de aplicativos serão alterados para refletir o novo intervalo. Por exemplo, se você especificar como o número da porta TCP/IP, o padrão para o transporte HTTP será 42125, o padrão para HTTPS será e assim por diante. Nome do host do gerenciador de domínio principal Apenas para um gerenciador de domínio dinâmico conectado a um controlador z/os e um ambiente distribuído ou ambiente distribuído O nome completo do host no qual o gerenciador de domínio dinâmico contata o gerenciador de domínio principal. Porta HTTPS do gerenciador de domínio principal Apenas para gerenciador de domínio dinâmico conectado a um controlador z/os e um ambiente distribuído, ou um ambiente distribuído. A porta para o transporte HTTP seguro. O componente do agente dinâmico instalado na instância do gerenciador de domínio dinâmico usa essa porta para se conectar ao broker de carga de trabalho dinâmica instalado na instância do gerenciador de domínio principal. O valor padrão é Se esse campo for deixado em branco, ele será padronizado como 0. O intervalo válido é de 1 a Insira as informações de configuração para o planejamento dinâmico Nome do host ou endereço IP O nome do host ou endereço IP do componente do agente dinâmico instalado na instância do gerenciador de domínio dinâmico. O Tivoli dynamic workload broker e o controlador do Tivoli Workload Scheduler para z/os usam esse endereço para conectar-se ao agente dinâmico. Capítulo 6. Fazendo Upgrade 175

192 Nome da estação de trabalho do agente dinâmico O nome da definição da estação de trabalho do agente dinâmico. Número da porta JobManager O número da porta segura do agente dinâmico (SECUREADDR). O controlador do Tivoli Workload Scheduler para z/os e o Dynamic Workload Broker usam essa porta para conectar-se ao agente dinâmico do Tivoli Workload Scheduler. O valor padrão é O intervalo válido é de 1 a Ativar comunicação HTTPS para a porta JobManager Esta opção ativa a comunicação HTTPS entre o Dynamic Workload Broker local e o agente dinâmico. Para conexões seguras, recomenda-se usar HTTPS. Para usar a comunicação HTTP, deixe esta caixa desmarcada. Insira as informações para identificar o componente de planejamento do Dynamic Workload Broker. Este é usado pelo Tivoli Workload Scheduler para executar tarefas dinamicamente Apenas para gerenciador de domínio dinâmico. Dynamic Workload Broker nome da estação de trabalho Apenas para gerenciador de domínio dinâmico. A definição da estação de trabalho do Dynamic Workload Broker criada no banco de dados do Tivoli Workload Scheduler. Espaços não são permitidos e o comprimento máximo do campo é de 16 caracteres. Ele pode conter caracteres alfanuméricos, traço (-) e sublinhado (_). O primeiro caractere deve ser uma letra. A estação de trabalho do Dynamic Workload Broker age como a ponte de comunicação entre o gerenciador de domínio dinâmico e o componente Dynamic Workload Broker local. Em suas definições de tarefa ou fluxo de tarefa, é a estação de trabalho na qual a tarefa é executada. Dessa forma, você envia sua carga de trabalho por meio desta estação de trabalho para o componente Dynamic Workload Broker. Porta Netman do Dynamic Workload Broker Apenas para gerenciador de domínio dinâmico. A porta usada pelo gerenciador de domínio dinâmico do Tivoli Workload Scheduler para se comunicar com o componente Dynamic Workload Broker local. O valor padrão é O intervalo válido é de 1 a Configuração do banco de dados: O processo de upgrade recupera automaticamente o RDBMS usado na versão anterior do Tivoli Workload Scheduler. Para concluir o painel Configuração do Banco de Dados, execute as seguintes etapas: 1. No campo Caminho do Banco de Dados, especifique o caminho da instalação se estiver usando o Oracle RDBMS. Nota: O caminho da instalação do DB2 é descoberto automaticamente pelo processo de upgrade. 2. Pressione Recuperar Informações do Banco de Dados para carregar as informações para os sistemas de banco de dados selecionados. Para obter mais informações sobre como inserir os valores de RDBMS necessários, consulte as seções a seguir: 176 Tivoli Workload Scheduler: Planejamento e Instalação

193 v Fazendo Upgrade para um Servidor de Banco de Dados DB2 na página 150. v Fazendo Upgrade para um Cliente de Banco de Dados DB2 na página 152. v Fazendo Upgrade para um Banco de Dados Oracle na página 153. Fazendo Upgrade para um Servidor de Banco de Dados DB2: A lista a seguir descreve os campos que devem ser preenchidos durante o upgrade: Servidor do banco de dados remoto O valor é recuperado automaticamente. O endereço IP ou nome do host da estação de trabalho na qual o servidor DB2 está instalado. Porta do banco de dados remoto O valor é recuperado automaticamente. O número da porta TCP/IP que a instância de servidor remoto DB2 usa para se comunicar. Usuário administrador do servidor DB2 (administrador da instância do DB2) O valor é recuperado automaticamente. O nome de usuário do administrador da instância de servidor DB2. Se o administrador do DB2 já criou as tabelas de banco de dados usando o procedimento Criando ou Fazendo Upgrade das Tabelas de Banco de Dados se Estiver Usando o DB2 na página 44, o nome de usuário será aquele que o administrador do DB2 especificou na propriedade DB_USER no arquivo customizedb2sql.properties. Nos sistemas operacionais Windows O valor padrão é db2admin. Nos sistemas operacionais UNIX e Linux O valor padrão é db2inst1. Senha do administrador do servidor DB2 A senha do usuário administrador do servidor DB2 com autoridade SYSADM ou SYSCTRL. Use um usuário diferente no servidor para acessar o banco de dados Selecione essa opção quando o usuário do servidor DB2 usado para acessar o banco de dados Tivoli Workload Scheduler for diferente do Usuário de Administração do Servidor DB2. Forneça os seguintes dados: Usuário DB2 do Tivoli Workload Scheduler O nome de usuário DB2 do Tivoli Workload Scheduler. Tivoli Workload SchedulerDB2senha A senha do usuário DB2 do Tivoli Workload Scheduler. Nome de banco de dados O valor é recuperado automaticamente. O nome do banco de dados DB2. Testar conexão Clique para verificar se a configuração foi bem-sucedida. Espaço de tabela usado para armazenar objetos de planejamento e regras de eventos Verifique os seguintes parâmetros avançados: Nome do espaço de tabela O valor é recuperado automaticamente. O nome do espaço de tabela da instância do DB2. Capítulo 6. Fazendo Upgrade 177

194 Caminho do espaço de tabela O valor é recuperado automaticamente. O caminho relativo do espaço de tabela do DB2. Espaço de tabela usado para armazenar o plano Apenas para o gerenciador de domínio principal e seu backup. Especifique o nome e caminho do espaço de tabela do DB2 no qual as informações de plano do Tivoli Workload Scheduler serão armazenadas. Nome do espaço de tabela do plano O nome do espaço de tabela para armazenar dados de planejamento. O nome padrão é TWS_PLAN. Caminho do espaço de tabela do plano O caminho do espaço de tabela para armazenar dados de planejamento. O caminho padrão é TWS_PLAN. O caminho pode ser um caminho relativo ou completo. Quando o caminho do espaço de tabela é um caminho completo, o usuário administrador do DB2 deve ter direitos de acesso completos ao diretório onde o espaço de tabela está instalado. Observe que o caminho do espaço de tabela do plano não pode ser igual ao caminho do espaço de tabela. Espaço de tabela usado para armazenar logs de eventos Apenas para o gerenciador de domínio principal e seu backup. Verifique o nome e o caminho do espaço de tabela do DB2 no qual os logs de eventos do Tivoli Workload Scheduler serão armazenados. Esses logs são utilizados para criar relatórios. Nome do espaço de tabela de relatório O valor é recuperado automaticamente. O nome do espaço de tabela para armazenar dados do relatório. Fazendo Upgrade para um Cliente de Banco de Dados DB2: A lista a seguir descreve os campos que devem ser preenchidos durante o upgrade: Servidor do banco de dados remoto O valor é recuperado automaticamente. O endereço IP ou nome do host da estação de trabalho na qual o servidor DB2 está instalado. Porta do banco de dados remoto O valor é recuperado automaticamente. O número da porta TCP/IP que a instância de servidor remoto DB2 usa para se comunicar. Usuário administrador do servidor DB2 (administrador da instância do DB2) O valor é recuperado automaticamente. O nome de usuário do administrador da instância de servidor DB2. Se o administrador do DB2 já tiver atualizado as tabelas de banco de dados usando o procedimento Criando ou Fazendo Upgrade das Tabelas de Banco de Dados se Estiver Usando o DB2 na página 44, o nome de usuário será aquele que o administrador do DB2 especificou na propriedade DB_USER no arquivo customizedb2sql.properties. Nos sistemas operacionais Windows O valor padrão é db2admin. Nos sistemas operacionais UNIX e Linux O valor padrão é db2inst Tivoli Workload Scheduler: Planejamento e Instalação

195 Senha do administrador do servidor DB2 A senha do usuário administrador do servidor DB2 com autoridade SYSADM ou SYSCTRL. Usuário administrador local do DB2 O nome de usuário do administrador do DB2 da instância do cliente DB2. Use um usuário diferente no servidor para acessar o banco de dados Selecione esta opção quando o usuário do servidor DB2 que você usou para acessar o banco de dados do Tivoli Workload Scheduler for diferente do usuário do DB2 Server Administration. Forneça os seguintes dados: Usuário DB2 do Tivoli Workload Scheduler O nome de usuário DB2 do Tivoli Workload Scheduler. Tivoli Workload SchedulerDB2senha A senha do usuário DB2 do Tivoli Workload Scheduler. Nome de banco de dados O valor é recuperado automaticamente. O nome do banco de dados DB2. Testar conexão Clique para verificar se a configuração foi bem-sucedida. Espaço de tabela usado para armazenar objetos de planejamento e regras de eventos Verifique os seguintes parâmetros avançados: Nome do espaço de tabela O valor é recuperado automaticamente. O nome do espaço de tabela da instância do DB2. Caminho do espaço de tabela O valor é recuperado automaticamente. O caminho relativo do espaço de tabela do DB2. Espaço de tabela usado para armazenar o plano Apenas para o gerenciador de domínio principal e seu backup. Especifique o nome e caminho do espaço de tabela do DB2 no qual as informações de plano do Tivoli Workload Scheduler serão armazenadas. Nome do espaço de tabela do plano O nome do espaço de tabela para armazenar dados de planejamento. O nome padrão é TWS_PLAN. Caminho do espaço de tabela do plano O caminho do espaço de tabela para armazenar dados de planejamento. O caminho padrão é TWS_PLAN. O caminho pode ser um caminho relativo ou completo. Quando o caminho do espaço de tabela é um caminho completo, o usuário administrador do DB2 deve ter direitos de acesso completos ao diretório no qual o espaço de tabela está instalado. Observe que o caminho do espaço de tabela do plano não pode ser igual ao caminho do espaço de tabela. Espaço de tabela usado para armazenar logs de eventos Apenas para o gerenciador de domínio principal e seu backup. Verifique o nome e o caminho do espaço de tabela do DB2 no qual os logs de eventos do Tivoli Workload Scheduler serão armazenados. Esses logs são utilizados para criar relatórios. Capítulo 6. Fazendo Upgrade 179

196 Nome do espaço de tabela de relatório O valor é recuperado automaticamente. O nome do espaço de tabela para armazenar dados do relatório. Fazendo Upgrade para um Banco de Dados Oracle: A lista a seguir descreve os campos que devem ser preenchidos durante o upgrade. Nome do Serviço de Rede O valor é recuperado automaticamente. O nome usado por clientes para identificar um Oracle NetServer e o identificador do sistema específico ou banco de dados para a conexão Oracle Net. Um nome de serviço de rede é mapeado para um número de porta e protocolo. Ele também é conhecido como uma cadeia de conexão, alias do banco de dados, cadeia de host ou nome de serviço. Usuário Administrador do Oracle O nome de usuário do administrador de banco de dados (tal como SYSTEM) necessário para autenticar-se no banco de dados Oracle. Se o administrador do Oracle já fez upgrade das tabelas de banco de dados usando o Criando ou Fazendo Upgrade das Tabelas de Banco de Dados Se Estiver Usando o Oracle. na página 54, o nome de usuário será o administrador do Oracle especificado na propriedade MDL_USER do arquivo customizewinoraclesql.properties em sistemas operacionais Windows eoarquivo customizeunixoraclesql.properties em sistemas operacionais UNIX. Senha de Usuário do Administrador do Oracle A senha de usuário do administrador de banco de dados necessária para autenticação no banco de dados Oracle. Usuário do Tivoli Workload Scheduler Oracle O valor é recuperado automaticamente. O proprietário do esquema do Tivoli Workload Scheduler. Senha de Usuário do Tivoli Workload Scheduler Oracle A senha para o usuário do Tivoli Workload Scheduler Oracle. Ela deve estar de acordo com as regras de nomenclatura do Oracle. Crie o esquema do Tivoli Workload Scheduler usando a opção Oracle Partitioning Se você estiver instalando no Oracle Enterprise Edition, poderá escolher implementar a opção Oracle Partitioning para melhorar o desempenho do automação de carga de trabalho orientada a eventos. Para obter informações adicionais sobre o recurso automação de carga de trabalho orientada a eventos, consulte Visão Geral. Espaço de tabela do plano do Tivoli Workload Scheduler Apenas para o gerenciador de domínio principal e seu backup. Insira o nome que identifica o espaço de tabela de planejamento do Tivoli Workload Scheduler. Esse espaço da tabela deve ser criado anteriormente pelo administrador do banco de dados. O padrão para esse campo é USERS. Espaço de tabela de Relatórios do Tivoli Workload Scheduler Apenas para o gerenciador de domínio principal e seu backup. O valor é recuperado automaticamente. O nome que identifica o espaço de tabela do Tivoli Workload Scheduler onde os dados do relatório devem ser armazenados. Esse espaço da tabela deve ser criado anteriormente pelo administrador do banco de dados. O valor padrão para esse campo é USERS. 180 Tivoli Workload Scheduler: Planejamento e Instalação

197 Configuração de Perfil do Websphere Application Server: O processo de upgrade cria um perfil na instância do Websphere Application Server externo. O perfil do Websphere Application Server é criado usando os dados do perfil que está instalado no Websphere Application Server integrado na antiga versão da instância do Tivoli Workload Scheduler. Os campos a seguir são fornecidos para dados de configuração de perfil do Websphere Application Server. Local de instalação do WebSphere Digite ou Procure o diretório no qual a instância do Websphere Application Server externo está instalada. Clique em Navegar para encontrar o local apropriado. Tipo de implementação do perfil Criar perfil do Websphere Application Server. Você cria um perfil no Websphere Application Server externo. Detalhes do perfil Local do perfil Insira o nome do diretório no qual o novo perfil do Websphere Application Server está localizado. Clique em Navegar para encontrar o local apropriado. O valor padrão é: Nos sistemas operacionais Windows c:\program Files\IBM\TWA\WAS\TWSProfile Em sistemas operacionais UNIX: /opt/ibm/twa/was/twsprofile Nota: Não use nenhum dos seguintes caracteres no campo de caminho do perfil: No Windows:!"#$%&{}[]=?'<>,;*: No UNIX:!"#$%&{}[]=?'<>,;* Nome do perfil O nome do perfil definido no Websphere Application Server integrado na instância do Tivoli Workload Scheduler. Nome do nó O nome do nó definido no Websphere Application Server integrado na instância do Tivoli Workload Scheduler. Nome do servidor O nome do servidor definido no Websphere Application Server integrado na instância do Tivoli Workload Scheduler. Nome de Usuário Insira o nome do usuário que pode acessar o perfil do Websphere Application Server. O nome do administrador do Websphere Application Server definido no perfil do Websphere Application Server integrado na instância do Tivoli Workload Scheduler. Senha Insira a senha do usuário do Websphere Application Server especificado. Capítulo 6. Fazendo Upgrade 181

198 Validar Clique em Validar para validar se as informações inseridas estão corretas. Nota: O processo de upgrade verifica as credenciais inseridas na instância do Websphere Application Server integrada às versões anteriores da instância do Tivoli Workload Scheduler. Configuração de Portas do Websphere Application Server: Este painel aparece durante os processos de instalação e de upgrade. Se você estiver executando um upgrade, não será necessário inserir ou não será possível ver alguns dos campos a seguir. Os campos a seguir são fornecidos para dados do Websphere Application Server. O procedimento de instalação verifica a disponibilidade das portas no intervalo de portas especificado. Se uma ou mais portas estiverem sendo usadas por outros aplicativos, será solicitado que você insira o número da porta. Gerar portas do WebSphere automaticamente Selecione se você alterou a porta JobManager e quiser gerar automaticamente as portas listadas, começando com esta porta. Transporte HTTP A porta para o transporte HTTP. Ela é usada pela linha de comandos do criador e pelo Dynamic Workload Broker quando este protocolo é selecionado. O valor padrão é O intervalo válido é de 1 a Transporte HTTPS A porta para o transporte HTTP seguro. Ela é usada pela linha de comandos do criador e pelo Dynamic Workload Broker quando este protocolo é selecionado. O valor padrão é O intervalo válido é de 1 a Autoinicialização A porta para a auto-inicialização ou RMI. Ela é utilizada pelas interfaces gráficas com o usuário. O valor padrão é O intervalo válido é de 1 a Conector SOAP A porta para o conector SOAP do protocolo do servidor de aplicativos. O valor padrão é O intervalo válido é de 1 a Listener de Autenticação de Servidor SAS A porta utilizada pelos SAS (Secure Association Services) para atender pedidos de autenticação de entrada. O valor padrão é O intervalo válido é de 1 a Listener de Autenticação de Servidor CSIv2 A porta na qual a Versão de serviço Common Secure Interoperability 2 (CSIv2) se comunica com as solicitações de autenticação de servidor de entrada. O valor padrão é O intervalo válido é de 1 a Listener de Autenticação do Cliente CSIv2 A porta na qual a Versão de serviço Common Secure Interoperability 2 (CSIv2) se comunica com as solicitações de autenticação de cliente de entrada. O valor padrão é O intervalo válido é de 1 a Listener ORB A porta utilizada para comunicação RMI sobre IIOP. O valor padrão é O intervalo válido é de 1 a Tivoli Workload Scheduler: Planejamento e Instalação

199 Transporte HTTP de Administração A porta do console administrativo. O valor padrão é O intervalo válido é de 1 a Transporte HTTPS de Administração A porta segura do console administrativo. O valor padrão é O intervalo válido é de 1 a Verificação de Espaço em Disco: O processo de instalação verifica se há espaço em disco disponível suficiente para a instalação de um gerenciador de domínio principal ou seu backup ou gerenciador de domínio dinâmico ou seu backup. O processo de instalação ou upgrade não verifica o espaço necessário para a instalação de espaços de tabela. Antes de clicar na instalação, verifique se existe espaço suficiente para instalar os espaços de tabela no caminho indicado. No painel Verificar Espaço em Disco, é possível ver o log para a operação de verificação de espaço no disco. Se a operação falhou devido a espaço em disco insuficiente, você deve liberar o espaço no disco que é mostrado no log e clicar em Tentar Novamente. Fazendo upgrade utilizando a instalação silenciosa: Para atualizar o seu gerenciador de domínio dinâmico Tivoli Workload Scheduler ou sua instância de backup e seguir o procedimento descrito em Executando uma Instalação Silenciosa na página 82. A Tabela 17 lista os arquivos de resposta para o processo de upgrade: Tabela 17. Fazer Upgrade de Arquivos de Resposta Tipo de instalação Arquivo de resposta a ser utilizado Fazendo Upgrade no UNIX Atualize o gerenciador de domínio TWS91_UPGRADE_DDM_from86_UNIX.xml dinâmico configurado como backup Fazer upgrade do gerenciador de domínio dinâmico Fazendo Upgrade no Windows Atualize o gerenciador de domínio dinâmico configurado como backup Fazer upgrade do gerenciador de domínio dinâmico TWS91_UPGRADE_DDM_from86_UNIX.xml TWS91_UPGRADE_DDM_from86_WIN.xml TWS91_UPGRADE_DDM_from86_WIN.xml Desempenhando um Upgrade Paralelo Esta seção descreve o procedimento a ser seguido para executar o upgrade do gerenciador de domínio dinâmico usando o procedimento de upgrade paralelo. Instale um novo gerenciador de domínio dinâmico como backup ou atualize seu gerenciador de domínio dinâmico de backup existente Instale um novo gerenciador de domínio dinâmico configurado como backup Capítulo 6. Fazendo Upgrade 183

200 Para instalar um novo gerenciador de domínio dinâmico configurado como backup, consulte Instalando um Gerenciador de Domínio Dinâmico ou seu Backup na página 89. Após a instalação, execute as seguintes etapas: 1. Defina o novo gerenciador de domínio dinâmico configurado como backup no banco de dados: Defina o novo gerenciador de domínio dinâmico configurado como backup como um agente de status integral no domínio do gerenciador de domínio dinâmico usando a interface de linha de comandos composer. 2. Distribua o arquivo Symphony para o novo gerenciador de domínio dinâmico configurado como backup: a. Certifique-se de que a opção optman cf esteja configurada como all. b. Para distribuir o arquivo Symphony para o novo gerenciador de domínio dinâmico configurado como backup, execute JnextPlan -for 0000 ou aguarde até o fim do plano de produção. c. Restaure a configuração anterior da opção optman cf, caso você tenha modificado o valor anteriormente. Fazer upgrade do antigo gerenciador de domínio dinâmico de backup Para fazer upgrade do antigo gerenciador de domínio dinâmico de backup, execute as seguintes etapas: 1. No gerenciador de domínio dinâmico, desvincule a estação de trabalho do antigo gerenciador de domínio dinâmico de backup conman "unlink old_bddm_wks" em que old_bddm_wks é o nome da estação de trabalho do gerenciador de domínio dinâmico de backup. 2. Faça upgrade do antigo gerenciador de domínio dinâmico de backup para a versão atual usando o procedimento descrito em Fazendo Upgrade de uma Instância do gerenciador de domínio dinâmico ou de seu Backup na página Vincule o gerenciador de domínio dinâmico atualizado configurado como backup para a rede: conman "link old_bddm_wks" em que old_bddm_wks é o gerenciador de domínio dinâmico configurado como nome da estação de trabalho de backup Alternar o Gerenciador de Domínio Dinâmico para o Gerenciador de Domínio Dinâmico Novo ou Atualizado Configurado como Backup Alterne para o novo gerenciador de domínio dinâmico configurado como backup, que agora se torna seu gerenciador de domínio dinâmico, executando estas etapas: 1. Pare o servidor workload broker no gerenciador de domínio dinâmico, executando o comando a seguir: Nos sistemas operacionais Windows stopbrokerapplication.bat -user <username> -password <password> [-port <portnumber>] Em sistemas operacionais UNIX e Linux stopbrokerapplication.sh -user <username> -password <password> [-port <portnumber>] 184 Tivoli Workload Scheduler: Planejamento e Instalação

201 em que <username> e <password> são os valores especificados durante a instalação do gerenciador de domínio dinâmico. O parâmetro <portnumber> é opcional, e se não for especificado, o padrão será usado. 2. Alterne o gerenciador de domínio dinâmico para sua estação de trabalho de backup. Use Dynamic Workload Console ou execute o comando: conman switchmgr <dyn_dom>;new_mgr_cpu em que <dyn_dom> é o domínio onde você instalou o gerenciador de domínio dinâmico configurado como backup e as instâncias do gerenciador de domínio dinâmico e new_mgr_cpu é o gerenciador de domínio dinâmico configurado como nome da estação de trabalho de backup. 3. Inicie o servidor workload broker no gerenciador de domínio dinâmico configurado como backup. Execute o wastool: Nos sistemas operacionais Windows startbrokerapplication.bat -user <username> -password <password> [-port <portnumber>] Em sistemas operacionais UNIX e Linux startbrokerapplication.sh -user <username> -password <password> [-port <portnumber>] em que <username> e <password> são os valores especificados durante a instalação do gerenciador de domínio dinâmico de backup. O parâmetro <portnumber> é opcional, e se não for especificado, o padrão será usado. 4. Vincule o servidor workload broker no gerenciador de domínio dinâmico configurado como backup, executando o comando a seguir: conman "link broker_workstation_name" em que broker_workstation_name é a estação de trabalho do broker definida no gerenciador de domínio dinâmico configurado como backup. Normalmente broker_workstation_name é gerenciador de domínio dinâmico_configured_as_backup_workstation_dwb. Instalar um Novo gerenciador de domínio dinâmico ou Atualizar seu gerenciador de domínio dinâmico Existente Instale um novo gerenciador de domínio dinâmico: Consulte o Instalando um Gerenciador de Domínio Dinâmico ou seu Backup na página 89. Atualize o antigo gerenciador de domínio dinâmico: Para fazer upgrade de seu antigo gerenciador de domínio dinâmico que agora tem a função de backup, execute as seguintes etapas: 1. No gerenciador de domínio dinâmico configurado como backup, desvincule a estação de trabalho do antigo gerenciador de domínio dinâmico: conman "unlink old_ddm_wks" em que old_ddm_wks é o antigo nome da estação de trabalho do gerenciador de domínio dinâmico que agora tem a função de backup. Capítulo 6. Fazendo Upgrade 185

202 2. Atualize seu gerenciador de domínio dinâmico existente para a versão atual usando o procedimento descrito em Fazendo Upgrade de uma Instância do gerenciador de domínio dinâmico ou de seu Backup na página Vincule o gerenciador de domínio dinâmico atualizado à rede conman "link old_ddm_wks" em que old_ddm_wks é o antigo nome da estação de trabalho do gerenciador de domínio dinâmico que agora tem a função de backup. Alternando de Volta ao Antigo gerenciador de domínio dinâmico (opcional) Esta etapa é opcional. É possível alternar de volta ao antigo gerenciador de domínio dinâmico que agora foi atualizado. Para isto, execute as seguintes etapas: 1. Pare o servidor workload broker no novo gerenciador de domínio dinâmico, executando o comando a seguir: Nos sistemas operacionais Windows stopbrokerapplication.bat -user <username> -password <password> [-port <portnumber>] Em sistemas operacionais UNIX e Linux stopbrokerapplication.sh -user <username> -password <password> [-port <portnumber>] em que <username> e <password> são os valores especificados durante a instalação do gerenciador de domínio dinâmico de backup. O parâmetro <portnumber> é opcional, e se não for especificado, o padrão será usado. 2. No antigo gerenciador de domínio dinâmico atualizado, execute o comando: conman switchmgr <dyn_dom>;old_mgr_cpu em que <dyn_dom> é o domínio no qual o gerenciador de domínio dinâmico configurado como backup e as instâncias do gerenciador de domínio dinâmico estão instalados e old_mgr_cpu é o nome da estação de trabalho do gerenciador de domínio dinâmico antigo 3. Inicie o servidor workload broker no gerenciador de domínio dinâmico atualizado, executando o comando a seguir: Nos sistemas operacionais Windows startbrokerapplication.bat -user <username> -password <password> [-port <portnumber>] Em sistemas operacionais UNIX e Linux startbrokerapplication.sh -user <username> -password <password> [-port <portnumber>] em que <username> e <password> são os valores especificados durante a instalação do gerenciador de domínio dinâmico. O parâmetro <portnumber> é opcional, e se não for especificado, o padrão será usado. 4. Vincule o servidor workload broker no gerenciador de domínio dinâmico executando o seguinte comando: conman "link broker_workstation_name" 186 Tivoli Workload Scheduler: Planejamento e Instalação

203 em que broker_workstation_name é a estação de trabalho do broker definida no gerenciador de domínio dinâmico. O valor padrão broker_workstation_name é gerenciador de domínio dinâmico_workstation_dwb. Atualizando Agentes e Gerenciadores de Domínio Esta seção descreve como atualizar os agentes Tivoli Workload Scheduler e os gerenciadores de domínio em sua rede distribuída, z/os ou de ponta a ponta. Durante o upgrade, é possível incluir os recursos de planejamento dinâmico ou o Java Runtime para executar tipos de tarefas com opções avançadas no agente. O ambiente de tempo de execução é usado para: v v Executar tipos de tarefas com opções avançadas, que são os tipos fornecidos com o produto e os tipos adicionais implementados por meio de plug-ins customizados no agente. Ativar o recurso para executar remotamente, a partir do agente, do comando de recurso do Tivoli dynamic workload broker no servidor. Se estiver atualizando a partir de uma versão anterior à 8.5.1, é possível incluir novos recursos durante o processo de upgrade. Se estiver atualizando a partir da versão e durante a instalação não tiver instalado nenhum recurso, como recursos dinâmicos ou Java Runtime para executar tipos de tarefa com opções avançadas, não será possível incluí-los durante o processo de upgrade. Para incluí-los, execute o procedimento descrito na seção a seguir: v Ativando planejamento dinâmico após a instalação na página 226 O produto executa o upgrade no modo seguro ao executar todas as verificações detalhadas no Desempenhando um Upgrade Seguro na página 168 antes de iniciar. Para assegurar que o upgrade possa executar sem parar, execute as etapas manualmente descritas no Desvinculando e Parando o Tivoli Workload Scheduler ao Fazer Upgrade das Estações de Trabalho do Agente antes de iniciar o upgrade. O processo de upgrade muda alguns arquivos e pastas. Para obter a lista completa, consulte Arquivos e Pastas Alterados durante o Upgrade na página 129. Nota: Quando o procedimento de upgrade é concluído com sucesso, não é possível retroceder para a versão anterior. Desvinculando e Parando o Tivoli Workload Scheduler ao Fazer Upgrade das Estações de Trabalho do Agente O produto executa o upgrade no modo seguro ao executar todas as verificações detalhadas no Desempenhando um Upgrade Seguro na página 168 antes de iniciar. Para assegurar que o upgrade possa executar sem parar, execute as etapas manualmente indicadas no procedimento antes de iniciar o upgrade. Antes de executar um upgrade em uma estação de trabalho do agente, assegure-se de que todos os serviços e processos do Tivoli Workload Scheduler sejam interrompidos. Se você tiver tarefas atualmente em execução, os processos relacionados deverão ser interrompidos manualmente ou você deverá esperar as tarefas serem concluídas. Nota: Não utilize o comandounix kill para parar os processos do Tivoli Workload Scheduler. Capítulo 6. Fazendo Upgrade 187

204 Para parar processos e serviços do Tivoli Workload Scheduler, siga estas etapas: 1. Desvincule a estação de trabalho de destino inserindo o comando a seguir a partir da linha de comandos do gerenciador de domínio principal: conman "unlink workstationname;noask" 2. Para parar a estação de trabalho de destino, a partir da linha de comandos do gerenciador de domínio principal, efetue login como TWS_user e insira o seguinte comando: conman stop workstationname;wait 3. Pare o processo netman como segue: v Em sistemas operacionais Windows, no diretório inicial do Tivoli Workload Scheduler, execute o comando: shutdown.cmd v Em sistemas operacionais UNIX, execute o comando: conman shut;wait workstationname" 4. Se você estiver atualizando um agente, remova (unmount) quaisquer diretórios montados em NFS do gerenciador de domínio principal. Para verificar se ainda há algum serviço ou processo em execução: v Nos sistemas operacionais Windows, insira o comando: <drive>unsupported\listproc.exe Verifique se os seguintes processos não estão em execução: netman, mailman, batchman, writer, jobman, stageman, JOBMON, tokensrv e batchup. Além disso, certifique-se de que não haja nenhum programa do sistema acessando o diretório ou os subdiretórios, incluindo o prompt de comandos. No Windows Explorer, o painel Ferramentas Administrativas Serviços deve ser fechado. v Nota: 1. Se você estiver fazendo upgrade em um ambiente do Windows, o Tivoli Token Server deverá estar em execução. 2. Antes do upgrade, certifique-se de que a linha de comandos conman não esteja em execução. Em sistemas operacionais UNIX, insira o comando: ps -u TWS_user Executando o Upgrade O processo de upgrade atende os seguintes objetivos: Executa o upgrade de maneira segura Verifica quaisquer processos em execução antes do início. O upgrade não será executado se houver linhas de comandos atualmente em execução e um aviso será exibido se houver tarefas em execução. Nesse caso, é possível decidir aguardar antes de executar o upgrade ou sair do upgrade. Para obter informações detalhadas, consulte Desempenhando um Upgrade Seguro na página 168. Economiza tempo, espaço em disco e RAM ao fazer upgrade do produto O upgrade do agente é executado com 30% menos tempo do que o assistente de upgrade. O espaço em disco e a memória RAM são economizados porque isso não se baseia em Java. Usa um comando muito simples Consiste de um comando de linha único. 188 Tivoli Workload Scheduler: Planejamento e Instalação

205 Gerencia estações de trabalho dos sistemas operacionais Windows e UNIX Ele é executado em agentes Windows e UNIX. Use o script twsinst para fazer upgrade do agente Tivoli Workload Scheduler em sua rede distribuída ou de ponta a ponta e incluir recursos de planejamento dinâmico ou o Java runtime para executar tipos de tarefas com opções avançadas no agente. O ambiente de tempo de execução: v v Executa, no agente, tipos de tarefa com opções avançadas, ambas fornecidas com o produto, e tipos adicionais implementados por meio de plug-ins customizados. Permite que o recurso seja executado remotamente, a partir do agente, do comando de recurso do Tivoli dynamic workload broker no servidor. Para incluir recursos de planejamento dinâmico, especifique os parâmetros tdwbport e tdwbhostname conforme descrito em Parâmetros de Instalação do Agente na página 110. Para incluir Java Runtime para executar tipos de tarefa com opções avançadas para o agente, especifique o parâmetro -addjruntime conforme descrito em Parâmetros de Instalação do Agente na página 110. Para obter informações sobre os agentes instalados usando o script twsinst, consulte Instalando Agentes na página 107. Para obter uma lista de sistemas operacionais suportados e requisitos, consulte Procedimento 1. Antes de iniciar a instalação, o upgrade ou a desinstalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistemas operacionais Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou administradores de domínio do Windows com o direito Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root 2. Assegure-se de ter inserido o DVD para seu sistema operacional ou de ter transferido por download o eimage do agente Tivoli Workload Scheduler (para obter detalhes, consulte o Documento de Download em 01.ibm.com/support/docview.wss?rs=672&uid=swg ). 3. Assegure-se de ter espaço temporário suficiente antes de iniciar o processo de instalação. Se você não tiver muito espaço no diretório temporário e não puder liberar espaço, consulte twsinst precisa de muito tempo para ser executado se a máquina não tiver espaço temporário suficiente na página 251. Para fazer upgrade utilizando o script twsinst, desempenhe as seguintes etapas: Nos sistemas operacionais Windows 1. Insira o DVD para seu sistema operacional. Consulte Mídia de Instalação na página Efetue login como administrador na estação de trabalho onde deseja fazer upgrade do produto. Capítulo 6. Fazendo Upgrade 189

206 3. No diretório DVD_root/TWS/operating_system do DVD, execute twsinst usando a sinopse descrita abaixo. Nota: O twsinst para Windows é um Visual Basic Script (VBS) que pode ser executado em modo CScript e WScript. Se você ativou o Aviso de Segurança, será exibida uma caixa de diálogo durante o upgrade. Neste caso, responda Executar para continuar. Nos sistemas operacionais UNIX e Linux 1. Insira o DVD de instalação para seu sistema operacional. Consulte Mídia de Instalação na página No diretório DVD_root/TWS/operating_system, execute o script twsinst conforme descrito em Sinopse. Um upgrade bem-sucedido usando o script twsinst emite o código de retorno RC = 0. Se o upgrade falhar, para entender a causa do erro, consulte Sinopse. Sinopse: Nos sistemas operacionais Windows Mostra o uso e a versão do comando twsinst -u -v Fazer upgrade de uma instância twsinst -update -uname user_name -password user_password [-addjruntime true] [-backup_dir backup_dir] [-create_link] [-displayname agentname] [-domain user_domain] [-hostname host_name] [-inst_dir install_dir] [-jmport port_number] [-jmportssl boolean] [-lang lang_id] [-nobackup] [-recovinstreg true] [-skip_usercheck] [-tdwbhostname host_name] [-tdwbport port_number] [-wait minutes] [-work_dir working_dir] Nos sistemas operacionais UNIX e Linux Mostra o uso e a versão do comando./twsinst -u -v Fazer upgrade de uma instância./twsinst -update -uname user_name [-addjruntime true] [-backup_dir backup_dir] [-create_link] [-displayname agentname] [-hostname host_name] [-inst_dir install_dir] [-jmport port_number] [-jmportssl boolean] [-lang lang-id] [-nobackup] [-reset_perm] 190 Tivoli Workload Scheduler: Planejamento e Instalação

207 [-recovinstreg true] [-skip_usercheck] [-tdwbhostname host_name] [-tdwbport port_number] [-wait minutes] [-work_dir working_dir] -addjruntime true Inclui o Java Runtime para executar tipos de tarefas com opções avançadas no agente. O ambiente de tempo de execução é usado para executar plug-ins de tarefa do aplicativo no agente e para ativar o recurso para executar remotamente, a partir do agente, o comando de recurso do Tivoli dynamic workload broker no servidor. Por padrão, se o Java Runtime tiver sido instalado no agente, ele será atualizado para a versão 9.1. Se o Java Runtime não tiver sido instalado no agente, ele não será instalado durante o upgrade, a menos que você especifique -addjruntime true. Se você decidiu não instalar o Java Runtime no momento do upgrade, será possível incluir esse recurso posteriormente, conforme descrito em "Parte 2. Tivoli Workload Scheduler -> Capítulo 7. Configurando -> Incluindo um Recurso" no Planejamento e Instalação do Tivoli Workload Scheduler. -backup_dir backup_dir O diretório, que deve ser criado manualmente, no qual armazenar a cópia de backup de uma versão anterior. Se o upgrade falhar, não será possível restaurar sua versão anterior usando os arquivos armazenados aqui; você deverá chamar o Suporte de Software IBM e fornecer esse caminho. Se você não especificar essa opção ao fazer um upgrade, o seguinte valor padrão será utilizado: $BACKUP_DIR = $INST_DIR_backup_$TWS_USER onde: v $INST_DIR é o caminho de instalação (o diretório inicial do usuário no UNIX elinux). v $TWS_USER é o nome de usuário. Por exemplo: $INST_DIR=/opt/TWS/TWS91 $TWS_USER=user91 $BACKUP_DIR=/opt/TWS/TWS86_backup_user86 $BACKUP_SUBDIR=/opt/TWS/TWS86_backup_user86/TWS91 -create_link Apenas sistemas operacionais UNIX. Crie o symlink entre /usr/bin/at e <install_dir>/tws/bin/at. Para obter informações adicionais, consulte a Tabela 4 na página 33. -displayname O nome a ser designado para o agente dinâmico. O padrão é o nome do host desse computador. Nota: Se você estiver atualizando um agente dinâmico da V8.5.1 já registrado para o servidor broker de carga de trabalho dinâmico, qualquer valor especificado para esse parâmetro será ignorado e o nome do agente dinâmico antigo será usado. Capítulo 6. Fazendo Upgrade 191

208 -domain user_domain Apenas sistemas operacionais Windows. O nome de domínio do usuário do Tivoli Workload Scheduler. O padrão é o nome da estação de trabalho na qual está fazendo upgrade do produto. -hostname O nome completo do host no qual o agente é contatado pelo Tivoli dynamic workload broker. -inst_dir install_dir O diretório no qual você instalou o Tivoli Workload Scheduler. Durante o upgrade, o diretório inst_dir será usado se: v O processo de upgrade não puder recuperar o local de instalação do produto dos registros. v For necessário criar os registros do Tivoli Workload Scheduler novamente antes do upgrade. Consulte Recriando Arquivos de Registro Usando twsinst na página 212 para obter detalhes. Se você não fornecer o diretório inst_dir e o Tivoli Workload Scheduler não puder recuperá-lo dos registros de instalação, o produto será instalado no diretório inicial do usuário. Nos sistemas operacionaiswindows: Se você especificar um caminho que contém espaços em branco, coloque-o entre aspas duplas. Se não especificado, o caminho será configurado para %ProgramFiles%\IBM\TWA. Nos sistemas operacionais UNIX e Linux: O caminho não pode conter espaços em branco. Se não for especificado, o caminho será configurado como o diretório inicial user_name. -jmport A porta usada pelo Tivoli Workload Scheduler para o servidor z/os ou o Tivoli dynamic workload broker para conectar ao agente Tivoli Workload Scheduler. O valor padrão é O intervalo válido é de 1 a jmportssl A porta usada pelo controlador Tivoli Workload Scheduler for z/os ou pelo broker de carga de trabalho dinâmico para se conectar ao agente Tivoli Workload Scheduler. Esse número é registrado no arquivo ita.ini localizado no diretório ITA\cpa\ita em sistemas Windows e no diretório ITA/cpa/ita em sistemas UNIX. Para comunicação usando SSL, configure jmportssl como true. Para comunicar-se com o Tivoli dynamic workload broker, recomenda-se que você configure o valor como true. Neste caso, a porta especificada no jmport comunica-se em HTTPS. Se especificar true, certifique-se de também configurar a comunicação HTTP no controlador do z/os. Especifique false para a comunicação HTTP. Neste caso, a porta especificada no jmport comunica-se em HTTP. O valor padrão é true. Para comunicação sem usar SSL, configure jmportssl como false. Para aumentar o desempenho do Tivoli Workload Scheduler para o servidor z/os, recomenda-se que você configure este valor como false. -lang O idioma no qual as mensagens do twsinst são exibidas. Se não estiver especificado, o sistema LANG será utilizado. Se o catálogo relacionado estiver ausente, o catálogo de linguagem C padrão será utilizado. 192 Tivoli Workload Scheduler: Planejamento e Instalação

209 Nota: A opção -lang não tem relação com os pacotes de idioma suportados. Por padrão, todos os pacotes de idioma suportados são instalados ao instalar utilizando o script twsinst. -nobackup O processo de upgrade não faz backup da instância que você está atualizando. -recovinstreg true Para recriar os arquivos de registro. Especifique se você tentou atualizar um agente tolerante a falhas independente (um agente que não é compartilhado com outros componentes ou que não tem o recurso conector) e se você recebeu uma mensagem de erro dizendo que uma instância do Tivoli Workload Scheduler não pode ser localizada. Esse erro pode ser causado por um arquivo de registro corrompido. Consulte o Atualizando quando Há Arquivos de Registro Corrompidos na página password user_password Apenas sistemas Windows. A senha do usuário para a qual está fazendo upgrade do Tivoli Workload Scheduler. -reset_perm Apenas sistemas UNIX. Reconfigurar as permissões da biblioteca libatrc. -skip_usercheck Ative esta opção se o processo de autenticação em sua organização não for padrão, desativando portanto a opção de autenticação padrão. Em sistemas operacionais UNIX e Linux, se você especificar esse parâmetro, o programa ignorará a verificação do usuário no arquivo /etc/passwd ou a verificação que você faz usando o comando su. Em sistemas operacionais Windows, se você especificar esse parâmetro, o programa não criará o usuário especificado no parâmetro -uname username. Se esse parâmetro for especificado, você deverá criar o usuário manualmente antes de executar o script. -tdwbhostname O nome do host completo do Tivoli dynamic workload broker. Ele é usado em conjunto com o parâmetro -tdwbport tdwbport_number. Ele inclui e inicia os recursos para executar a carga de trabalho dinamicamente para o Tivoli Workload Scheduler. Se não especificado, não será possível executar a carga de trabalho dinamicamente e esse parâmetro assumirá o valor padrão localhost. Este valor é registrado na propriedade ResourceAdvisorUrl no arquivo JobManager.ini. -tdwbport O número de porta HTTP ou HTTPS do Tivoli dynamic workload broker usado para incluir recursos de planejamento dinâmico em seu ambiente distribuído ou de ponta a ponta. Ele é usado em conjunto com o parâmetro -tdwbhostname host_name. Esse número é registrado na propriedade ResourceAdvisorUrl no arquivo JobManager.ini. O valor padrão é 0, entretanto, se você deixar esse valor como 0, não será possível executar sua carga de trabalho dinamicamente. Especifique um valor diferente de zero para incluir a capacidade dinâmica. O intervalo válido é de 0 a uname username O nome de usuário para o qual o Tivoli Workload Scheduler está sendo atualizado. O software é atualizado no diretório inicial desse usuário. Este nome de usuário não deve ser confundido com o usuário que está executando o upgrade. -update Atualiza um agente existente que foi instalado usando o script twsinst. Capítulo 6. Fazendo Upgrade 193

210 -wait minutes O número de minutos em que o produto aguarda as tarefas que estiverem em execução serem concluídas antes de iniciar o upgrade. Se as tarefas não forem concluídas durante esse intervalo, o upgrade não continuará e uma mensagem de erro será exibida. Os valores válidos são números inteiros ou -1 para o produto aguardar indefinidamente. O padrão é 60. -work_dir working_dir O diretório temporário usado para a implementação dos arquivos do processo de upgrade do Tivoli Workload Scheduler. Nos sistemas operacionaiswindows: Se você especificar um caminho que contém espaços em branco, coloque-o entre aspas duplas. Se você não especificar manualmente um caminho, o caminho será configurado como %temp%\twa\tws91, emque %temp% é o diretório temporário do sistema operacional. Nos sistemas operacionais UNIX e Linux: O caminho não pode conter espaços em branco. Se você não especificar manualmente um caminho, o caminho será configurado como /tmp/twa/tws91. Exemplos Esta seção contém exemplos de scripts twsinst que você pode usar para fazer upgrade de um agente. Para atualizar um agente instalado no diretório inicial do usuário que não possui os recursos de planejamento dinâmico e o Java Runtime para executar tipos de tarefas com opções avançadas:./twsinst -update -uname twsuser Para atualizar um agente da versão 8.5 instalado no caminho /opt/ibm/twa e fornecê-lo os recursos de planejamento dinâmico, mas não o Java Runtime para executar tipos de tarefas com opções avançadas: Nos sistemas operacionaiswindows: twsinst -update -uname TWS_user -password qaz12qaz -tdwbhostname mybroker.mycompany.com -tdwbport inst_dir "c:\program Files\IBM\TWA" Nos sistemas operacionais UNIX e Linux:./twsinst -update -uname twsuser -tdwbhostname mybroker.mycompany.com -tdwbport inst_dir /opt/ibm/twa Para atualizar um agente versão 8.5 e lhe dar recursos de planejamento dinâmico e Java Runtime para executar tipos de tarefa com opções avançadas. O ambiente de tempo de execução é usado para executar plug-ins de tarefa de aplicativo no agente e para ativar o recurso para executar remotamente, a partir do agente, o comando de recurso Tivoli dynamic workload broker no servidor: Nos sistemas operacionaiswindows: twsinst -update -uname TWS_user -password qaz12qaz -tdwbhostname mybroker.mycompany.com -tdwbport addjruntime true -inst_dir "c:\program Files\IBM\TWA" Nos sistemas operacionais UNIX e Linux:./twsinst -update -uname twsuser -tdwbhostname mybroker.mycompany.com -tdwbport addjruntime true 194 Tivoli Workload Scheduler: Planejamento e Instalação

211 Atualizando Agentes Usando o IBM Endpoint Manager Use as análises e os Fixlets do IBM Endpoint Manager para gerenciamento de upgrade de agentes IBM Tivoli Workload Scheduler para se beneficiar das seguintes vantagens: v v O IBM Endpoint Manager funciona para visualizar e analisar as informações do Tivoli Workload Scheduler sobre todos os agentes instalados nos terminais IBM Endpoint Manager. Os Fixlets para localizar automaticamente todos os agentes Tivoli Workload Scheduler nos quais instalar upgrades do Tivoli Workload Scheduler V9.1. Quando os Fixlets se tornarem relevantes, será possível optar pelo planejamento ou executar imediatamente uma instalação de upgrade do Tivoli Workload Scheduler. O IBM Endpoint Manager fornece visibilidade unificada em tempo real e execução para implementar e gerenciar os upgrades para todos os terminais de um único console. Requisitos de software É possível usar as análises e os Fixlets do IBM Endpoint Manager para gerenciamento de upgrade de agentes Tivoli Workload Scheduler em um ambiente distribuído instalando: v v Agentes Tivoli Workload Scheduler V8.6, V8.5.1 ou V8.5 (agente tolerante a falhas, dinâmico, z/os). IBM Endpoint Manager for Lifecycle Management V8.2. Comentários sobre Upgrade Antes de iniciar o upgrade de agentes usando o IBM Endpoint Manager, considere os itens a seguir: v v v Certifique-se de ter pelo menos 2 GB de espaço livre no diretório raiz ou sistema de arquivos (dependendo do seu sistema operacional). Se em um agente houver mais de uma instância do Tivoli Workload Scheduler, mais de uma linha de base ou Fixlet poderá ser relevante para esse agente. Certifique-se de aplicar a linha de base ou Fixlet na ordem correta e de esperar uma ação ser concluída antes de iniciar outra, pois somente uma ação pode ser executada no mesmo agente ao mesmo tempo. Se houver mais de uma instância do Tivoli Workload Scheduler instalada em um agente, quando você executar um Fixlet para atualizar para um nível posterior, esse upgrade será feito em uma instância de cada vez, começando com a primeira listada no registro Tivoli Workload Scheduler. Não é possível selecionar um agente específico. Customizando o IBM Endpoint Manager para Gerenciar Upgrades do Agente Tivoli Workload Scheduler Para customizar o Tivoli Workload Scheduler para gerenciar o upgrade de um agente Tivoli Workload Scheduler, execute as seguintes etapas: 1. Abra o IBM Endpoint Manager Console. 2. Efetue login no servidor IBM Endpoint Manager usando as credenciais administrativas e execute as etapas listadas nas próximas seções para configurar e customizar o ambiente do IBM Endpoint Manager para automatizar a instalação de upgrade do Tivoli Workload Scheduler. Capítulo 6. Fazendo Upgrade 195

212 Nota: As capturas de telas usadas devem ser destinadas apenas como uma referência e não refletem a versão atual do produto. Ativando e Assinando o Site Externo do Software Distribution: Para ativar e assinar todos os computadores para o site do Software Distribution usando IBM Endpoint Manager Console, execute as seguintes etapas: 1. Abra o domínio Gerenciamento de BigFix e role para a parte superior para visualizar os painéis associados. 2. No Painel de Licenciamento, clique no site do Software Distribution a partir da lista de sites ativados para ativá-lo, caso ele não esteja ativado. 1. No painel de propriedades do site, selecione a guia Assinaturas do Computador e clique em Todos os Computadores para assinar todos os computadores no ambiente do IBM Endpoint Manager para o site do Software Distribution. 2. Clique em Salvar Mudanças para salvar as configurações de assinatura. 196 Tivoli Workload Scheduler: Planejamento e Instalação

213 Instalando e Registrando o Plug-in de Download do Software Distribution: Para instalar e registrar o Plug-in de Download para Software Distribution usando IBM Endpoint Manager Console, execute as seguintes etapas: 1. Na árvore de navegação no domínio Todo Conteúdo, clique em Sites->Sites Externos->Software Distribution->Fixlets e Tarefas. 2. No painel de lista resultante à direita, clique no Fixlet TEM Server: Instalar Serviço de Manutenção de Upload do TEM para Software Distribution para abri-lo. Certifique-se de que a guia Descrição esteja selecionada. 3. Na guia Descrição, clique no link ou botão correspondente à ação do Fixlet. A caixa de diálogo Executar Ação é exibida. 4. Se for necessário, é possível refinar as configurações de ação usando as guias apropriadas. 5. Clique em OK na parte inferior da caixa de diálogo Executar Ação para propagar a ação para todos os computadores listados nesta caixa de diálogo. 6. Repita o procedimento para o Fixlet: TEM Server: Registrar Plug-in de Download para Software Distribution. Capítulo 6. Fazendo Upgrade 197

214 Fazendo Upload de Ferramentas e eimages do Tivoli Workload Scheduler no Servidor IBM Endpoint Manager: Para fazer upload de ferramentas e eimages do produto Tivoli Workload Scheduler V9.1 para descompactar e implementar o produto no servidor IBM Endpoint Manager usando o IBM Endpoint Manager Console, execute as seguintes etapas: 1. Faça o download de eimages do produto Tivoli Workload Scheduler V9.1 no Passport Advantage, dependendo de sua plataforma e de seu agente, como nas tabelas a seguir: Tabela 18. Agente Dinâmico e Agente Tolerante a Falhas V9.1 do Tivoli Workload Scheduler Plataforma Nome do Elmage Número de peça AIX HP-UX on Itanium IBM i Linux on x86 IBM Tivoli Workload Scheduler Agent V9.1 e CLI remota para AIX, Multilingual IBM Tivoli Workload Scheduler Agent V9.1 e CLI remota para HP-UX no Itanium, Multilingual IBM Tivoli Workload Scheduler Agent V9.1 e CLI remota para IBM i, Multilingual IBM Tivoli Workload Scheduler Agent V9.1 e CLI remota para Linux on x86-32, Multilingual Linux x86-64 IBM Tivoli Workload Scheduler Agent V9.1 e CLI remota para Linux on x86-64, Multilingual CIKR2ML CIKR5ML CIKT2ML CIKS5ML CIKS7ML 198 Tivoli Workload Scheduler: Planejamento e Instalação

215 Tabela 18. Agente Dinâmico e Agente Tolerante a Falhas V9.1 do Tivoli Workload Scheduler (continuação) Plataforma Nome do Elmage Número de peça Linux on System z Solaris SPARC Solaris x64 Windows (32 bits) Windows x64 IBM Tivoli Workload Scheduler Agent V9.1 e CLI remota para Linux no System z9 e System z, Multilingual IBM Tivoli Workload Scheduler Agent V9.1 e CLI remota para Solaris SPARC, Multilingual IBM Tivoli Workload Scheduler Agent V9.1 e CLI remota para Solaris x64, Multilingual IBM Tivoli Workload Scheduler Agent V9.1 e CLI remota para Windows-32, Multilingual IBM Tivoli Workload Scheduler Agent V9.1 e CLI remota para Windows x64, Multilingual CIKU1ML CIKR8ML CIKS2ML CIKT5ML CIKT7ML Tabela 19. Tivoli Workload Scheduler for z/os Agent V9.1 Plataforma Nome do Elmage Número de peça AIX IBM Tivoli Workload Scheduler for z/os Agent V9.1 for AIX, Multilingual CIL00ML HP-UX on Itanium IBM i Linux on x86 Linux x86-64 Linux on System z Solaris SPARC Solaris x64 Windows (32 bits) Windows x64 IBM Tivoli Workload Scheduler for z/os Agent V9.1 for HP-UX on Itanium, Multilingual IBM Tivoli Workload Scheduler for z/os Agent V9.1 para IBM i, Multilingual IBM Tivoli Workload Scheduler for z/os Agent V9.1 for Linux on x86, Multilingual IBM Tivoli Workload Scheduler for z/os Agent V9.1 for Linux on x86-64, Multilingual IBM Tivoli Workload Scheduler for z/os Agent V9.1 for Linux on System z9 and System z, Multilingual IBM Tivoli Workload Scheduler for z/os Agent V9.1 for Solaris SPARC, Multilingual IBM Tivoli Workload Scheduler for z/os Agent V9.1 for Solaris x64, Multilingual IBM Tivoli Workload Scheduler for z/os Agent V9.1 for Windows-32, Multilingual IBM Tivoli Workload Scheduler for z/os Agent V9.1 for Windows x64, Multilingual CIL06ML CIL04ML CIL03ML CIL08ML CIL05ML CIL01ML CIL07ML CIL02ML CIL09ML Capítulo 6. Fazendo Upgrade 199

216 2. Na árvore de navegação do painel de domínio Ciclo de Vida dos Sistemas, clique em Software Distribution ->Gerenciar Pacotes do Software Distribution. 3. No painel de lista Biblioteca de Pacote resultante à direita, clique duas vezes em Novo Pacote para criar o pacote para eimages GA do Tivoli Workload Scheduler V9.1 e o pacote para ferramentas. Usando o mesmo painel, é possível customizar todas as propriedades para esses pacotes. 4. No painel de lista Biblioteca de Pacote, selecione o pacote GA do Tivoli Workload Scheduler V Na guia Gerenciar Arquivos na parte inferior, clique em Incluir Arquivos para fazer o upload de eimages GA do Tivoli Workload Scheduler V9.1 no servidor Tivoli Endpoint Manager, um arquivo de cada vez. 1. No painel de lista Biblioteca de Pacote, selecione o pacote de ferramentas do Tivoli Workload Scheduler V Na guia Gerenciar Arquivos na parte inferior, clique em Incluir Arquivos para fazer o upload de ferramentas do Tivoli Workload Scheduler V9.1 no servidor IBM Endpoint Manager, um arquivo de cada vez. Nota: Você deve incluir as ferramentas de descompactação de arquivo ZIP para cada plataforma necessária. As ferramentas de descompactação de arquivo ZIP 200 Tivoli Workload Scheduler: Planejamento e Instalação

217 estão localizadas nas ferramentas do utilitário eimage Multiplataforma do IBM Tivoli Workload Scheduler V9.1 que você transferiu por download no Passport Advantage. A convenção de nomenclatura a seguir, específica para cada sistema operacional, foi usada: v unzip-aix v unzip-hpux_ia64 v unzip-linux_s390 v unzip-linux_x86 v unzip-solaris v unzip-solaris_i386 v unzip-windows.exe. Ativando e Assinando o Site Externo do BigFix Labs: O site externo do BigFix Labs hospeda Fixlets, ações, linhas de base e análises do Tivoli Workload Scheduler pertinentes à sua rede. Para assinar e ativar todos os computadores para o site do BigFix Labs usando o IBM Endpoint Manager Console, execute os scripts a seguir: Capítulo 6. Fazendo Upgrade 201

218 1. Abra o domínio Gerenciamento de BigFix e role para a parte superior para visualizar os painéis associados. 2. No painel Licenciamento, clique em BigFix Labs e ative o site do BigFix Labs, se ele ainda não estiver ativado, clicando em BigFix Labs na lista de sites. 3. No painel de propriedades do site do BigFix Labs, selecione a guia Assinaturas do Computador e clique em Todos os Computadores para assinar todos os computadores no ambiente do IBM Endpoint Manager para o site do BigFix Labs. 4. Clique em Salvar Mudanças para salvar as configurações de assinatura do site. Usando Análise do IBM Endpoint Manager para Receber Informações sobre Agentes Tivoli Workload Scheduler Instalados Uma análise é uma coleção de expressões de propriedade que permitem que operadores visualizem e resumam várias propriedades de computadores clientes IBM Endpoint Manager em uma rede. Essas propriedades são agrupadas para serem rotuladas, editadas e ativadas com relação aos grupos de computadores cujos resultados devem ser exibidos juntos. Por exemplo, suponha que você tenha um aplicativo customizado implementado em sua rede e queira criar uma análise para ter informações importantes sobre o estado das estações de trabalho relacionadas a esse aplicativo customizado; você pode construir uma análise com diversas propriedades, como: v Se o aplicativo customizado está instalado. v A versão do aplicativo customizado. v Se o aplicativo está em execução. As análises do Tivoli Workload Scheduler são agrupadas por plataformas suportadas. Usando o site do BigFix Labs, é possível pesquisar e analisar informações relacionadas à instância do Tivoli Workload Scheduler instalada em cada computador conectado ao servidor IBM Endpoint Manager. Para exibir uma análise do Tivoli Workload Scheduler usando o IBM Endpoint Manager Console, execute as seguintes etapas: 1. No painel Domínio, clique em Sites->Sites Externos->BigFixLabs->Análise. 2. Clique em qualquer entrada Agente TWS (platform) no painel de lista Análise resultante. O corpo da análise é exibido na área abaixo da lista. Clique na guia Descrição, caso ainda não esteja selecionada. 3. A área Análise: Agente TWS (platform) tem as seguintes guias: Descrição Esta é uma página HTML fornecendo uma descrição da análise. Detalhes Este painel fornece uma listagem de propriedades para a análise escolhida, bem como a instrução de relevância usada para o destino dos computadores escolhidos. Uma caixa de texto é fornecida para inserir comentários relevantes a essa análise. Resultados Este painel lista os resultados reais da análise, que podem ser filtrados e classificados pelas propriedades pré-designadas. Essa guia só estará disponível se a análise estiver ativa. Para a análise de cada agente Tivoli Workload Scheduler, as informações a seguir são fornecidas para cada instância instalada: v Nome do computador 202 Tivoli Workload Scheduler: Planejamento e Instalação

219 v Versão do Tivoli Workload Scheduler (Principal, Secundária, Manutenção, Fix Pack) v Tipo de agente Tivoli Workload Scheduler v Proprietário usuário do Tivoli Workload Scheduler v Caminho da instalação do Tivoli Workload Scheduler 4. Computadores Aplicáveis: Esta é uma lista de todos os computadores nos quais a análise selecionada é aplicável. É possível filtrar a lista selecionando itens nas pastas à esquerda, e classificá-la clicando nos cabeçalhos das colunas. Usando Fixlets Relevantes do IBM Endpoint Manager para o Upgrade de Agentes Tivoli Workload Scheduler Fixlets e tarefas são centrais para o IBM Endpoint Manager. Usando instruções de Relevância, eles direcionam computadores específicos, remediando apenas aqueles clientes IBM Endpoint Manager afetados por um problema. Eles são empacotados com um script de ação que pode resolver o problema com um simples clique do mouse. Por exemplo, os Fixlets do Tivoli Workload Scheduler localizam, se for relevante, apenas os agentes Tivoli Workload Scheduler que têm instalada uma versão anterior à V9.1. As ações relacionadas preparam a instância para a instalação do upgrade e depois atualizam o agente. Fixlets e tarefas são diferentes principalmente no modo como são resolvidos. Um Fixlet é acionado por uma cláusula de Relevância que detecta uma vulnerabilidade, por exemplo, uma versão anterior à V9.1 aplicada aos agentes. Quando uma ação é chamada para resolver a vulnerabilidade, o Fixlet perde automaticamente a relevância e deixa de ser aplicável ao cliente IBM Endpoint Manager específico. Quando uma ação de Fixlet se propaga por meio de sua rede, é possível controlar seu progresso usando Console, Relatórios da Web e Ferramenta de Visualização. Quando você soluciona cada cliente IBM Endpoint Manager em sua rede, o Fixlet deixa de ser relevante e é removido da lista. Se a vulnerabilidade voltar, o Fixlet será mostrado novamente na lista para abordá-la. Uma tarefa vem com um ou mais scripts de ação que lhe ajudam a ajustar configurações ou executar tarefas de manutenção. Capítulo 6. Fazendo Upgrade 203

220 A qualquer momento, é possível abrir um Fixlet para inspecionar as expressões de Relevância subjacentes usadas para direcionar clientes, bem como os scripts de ação que são projetados para abordar o problema. O idioma usado é parecido com o idioma humano para lhe dar um alto grau de confiança em termos de aplicabilidade e eficácia na ação reparatória. Também é possível ver precisamente quais computadores em sua rede são afetados por cada Fixlet. Quando propagados, é possível visualizar o progresso e o histórico final de cada ação tomada por cliente. Tivoli Workload Scheduler fornece os seguintes Fixlets para cada sistema operacional para atualizar os agentes para a V9.1: 1. Preparar o upgrade do agente TWS type_of_agent para a versão 9.1 para platform 2. Atualizar o agente TWS type_of_agent para a versão 9.1 para platform Em que type_of_agent pode ser tolerante a falhas, dinâmico e for z/os e platform é um dos sistemas operacionais suportados. Se o primeiro Fixlet for relevante e você clicar em Executar Ação, o IBM Endpoint Manager preparará o agente Tivoli Workload Scheduler para o upgrade executando as seguintes etapas: v Faz download de imagens do servidor IBM Endpoint Manager ou retransmissão. v Extrai as imagens. v v v v v Verifica se as ferramentas de linha de comandos do Tivoli Workload Scheduler estão em execução (conman, composer, fileaid). Se elas estiverem em execução, a ação falhará. Configura o fence da estação de trabalho como GO. Aguarda a conclusão das tarefas. Se ainda houver tarefas em execução após WaitForJobCompletion segundos, a ação falhará. Para o agente. Se o agente não puder ser interrompido, a ação falhará. Verifica se todos os binários e arquivos do Tivoli Workload Scheduler estão desbloqueados. 204 Tivoli Workload Scheduler: Planejamento e Instalação

221 Se uma das ações falhar, o Fixlet falhará e permanecerá relevante. É possível verificar a ação com falha usando a guia Status da ação. Execute as etapas necessárias para resolver os problemas nos agentes e execute a ação novamente. Se todas as ações forem bem-sucedidas, o Fixlet deixará de ser relevante e o próximo Fixlet se tornará relevante. Se você clicar em Executar Ação para o novo, ele atualizará a instância do agente preparada anteriormente para a V9.1, executando as seguintes etapas: v Faz download de imagens do servidor IBM Endpoint Manager ou retransmissão. v Extrai as imagens. v Faz upgrade da instância. v Reconfigura o fence como o valor original. v Vincula-se de volta ao gerenciador de domínio. Também nesse caso, é possível verificar o status da ação por meio da guia relativa e, em caso de erros, resolver os problemas e executar novamente a ação até que ela seja bem-sucedida. Exibindo Fixlets Relevantes do Tivoli Workload Scheduler: Para exibir um Fixlet do Tivoli Workload Scheduler usando o IBM Endpoint Manager Console, execute o seguinte procedimento: 1. Na árvore de navegação no Painel de Domínio, clique no ícone chamado Fixlets e Tarefas. O painel de lista é exibido à direita. 2. No painel de lista, clique em qualquer Fixlet do Tivoli Workload Scheduler para abri-lo. O corpo da mensagem de Fixlet é exibido na área de trabalho. 3. Clique na guia Descrição, caso ainda não esteja selecionada. Quando selecionado, cada Fixlet possui sua própria janela. Cada Fixlet contém uma área de trabalho com as quatro guias a seguir: Descrição Esta página fornece uma explicação descritiva do problema e uma ou mais ações para corrigi-lo. As ações são representadas pelos links na parte inferior da página de descrição. Clique em uma ação para abrir o diálogo Executar Ação, para escolher outros destinos ou para planejar a Capítulo 6. Fazendo Upgrade 205

222 ação. Se você clicar por engano em um hiperlink de ação antes da implementação real, sempre haverá chance de você modificar ou cancelar a ação. Detalhes Este diálogo contém as propriedades da tarefa e do Fixlet, como categoria, ID de segurança, tamanho do download, origem, gravidade e data. Ele também lista o código por trás das ações e das expressões de Relevância. Em uma caixa de texto na parte inferior desse diálogo, é possível digitar um comentário que permaneça anexado a esse item. Computadores Aplicáveis Esta é uma lista de todos os computadores direcionados pela tarefa ou Fixlet selecionado. É possível filtrar a lista selecionando itens nas pastas à esquerda, e classificá-la clicando nos cabeçalhos das colunas. Histórico de Ações Esta é uma lista de ações que foram implementadas por esta tarefa ou Fixlet. Se esse item for novo, a lista estará vazia. É possível filtrar as ações usando o painel esquerdo e classificá-las clicando nos cabeçalhos de coluna acima da lista direita. Implementando Ações do Tivoli Workload Scheduler: Para implementar uma ação do Tivoli Workload Scheduler usando o IBM Endpoint Manager Console, execute o procedimento a seguir: 1. Clique no painel de lista para abrir uma tarefa ou Fixlet relevante. Certifique-se de que a guia Descrição esteja selecionada. 2. Leia a descrição cuidadosamente. Role para baixo para ver as ações sugeridas. 3. Clique na guia Detalhes e procure a ação. Examine a seção Relevância e o script de ação em si. 206 Tivoli Workload Scheduler: Planejamento e Instalação

223 1. Na guia Descrição, clique no link, botão correspondente à ação do Fixlet. Na caixa de diálogo Executar Ação, é possível fornecer os parâmetros de ação necessários. Clique na guia Execução para visualizar as restrições no planejamento relacionadas à execução da ação. 2. No menu suspenso Pré-configurar, é possível aceitar as configurações padrão ou selecionar Política para configurar uma ação sem data de expiração. Para obter mais informações sobre pré-configurações, consulte a seção sobre Ações Customizadas. 3. É possível refinar a lista de computadores de destino usando a guia Destino. Use a árvore do computador no painel esquerdo para filtrar a lista de estações de trabalho no painel direito. 4. Na guia Mensagens, é possível criar uma mensagem opcional para ser mostrada nos computadores clientes IBM Endpoint Manager. 5. Na guia Execução, é possível configurar vários comportamentos e restrições no planejamento. Use as outras guias da interface para modificar as configurações Ação. 6. Na guia Script de Ação, os operadores com permissões Autoria Customizada podem modificar o script de ação. 7. Clicar em OK. Nota: Se você estiver executando uma ação que se aplica a computadores diferentes, quando solicitada a inserção de valores para os parâmetros de ação, você deverá deixar os valores padrão; não será necessário especificar outros valores. Capítulo 6. Fazendo Upgrade 207

224 A ação é propagada para todos os computadores direcionados no diálogo Executar Ação. Após a ação terminar com sucesso e os computadores de destino serem corrigidos, esses computadores não relatarão mais esse Fixlet como relevante. Monitorando Ações do Tivoli Workload Scheduler: Quando decide tomar a ação proposta, você tem várias opções de implementação. Por exemplo, você pode planejar a ação para execução não assistida após a meia noite ou para execução com envolvimento do usuário durante o dia. Após o planejamento das ações, o servidor IBM Endpoint Manager tenta identificar os computadores adequados para essas ações. Idealmente, o cliente IBM Endpoint Manager reúne as informações sobre a ação do site de ação e a executa imediatamente. No entanto, alguns computadores podem estar desligados e outros podem ser dispositivos móveis desacoplados quando a ação é implementada. Assim que esses computadores ficarem disponíveis, a ação reparatória será aplicada. Para monitorar uma ação implementada, usando o IBM Endpoint Manager Console, clique no ícone Ações na árvore de navegação do painel Domínio. Se você ainda não tiver implementado uma ação ou se todas as ações foram concluídas, a lista estará vazia. Caso contrário, clique em uma ação para visualizar seu status, se está sendo avaliada, aguardando, em execução, corrigida ou com falha. Também é possível incluir comentários na ação. 208 Tivoli Workload Scheduler: Planejamento e Instalação

225 As ações podem passar por vários estados conforme são coletadas, avaliadas e executadas pelos clientes. Nota: Se uma ação falhar por algum motivo e seu estado for Aberto, antes de executá-la novamente, certifique-se de pará-la e de que ela não esteja listada na lista de ações. Usando Linhas de Base Relevantes do IBM Endpoint Manager para Upgrade de Agentes Tivoli Workload Scheduler Linhas de Base são coleções de mensagens e tarefas de Fixlet. Elas fornecem uma maneira poderosa para você implementar um grupo de ações em uma rede inteira com um único comando. As Linhas de Base fornecem uma maneira de manter um ambiente operacional comum, assegurando que todos os usuários de qualquer domínio especificado tenham o mesmo software, correções e drivers. As Linhas de Base são fáceis de configurar, selecionando mensagens de Fixlet, tarefas e outras linhas de base que você quer que façam parte do grupo. Para limitar o escopo de uma linha de base, uma expressão de Relevância pode ser usada como destino para qualquer Capítulo 6. Fazendo Upgrade 209

226 subconjunto de sua rede usando endereços IP, nomes de computador, sistemas operacionais e muitos outros qualificadores. Por exemplo, você pode criar uma linha de base denominada "Todos os hot fix críticos" e preenchê-la com todos os hot fix críticos atuais disponíveis na lista Fixlet. Alternativamente, você pode criar uma linha de base denominada "Linha de base do departamento de finanças" para manter esse grupo específico de computadores atualizado com programas financeiros mais recentes, tabelas financeiras, atualizações e correções. Tivoli Workload Scheduler fornece uma linha de base para cada plataforma suportada. As linhas de base fornecidas agrupam os Fixlets do Tivoli Workload Scheduler descritos em Usando Fixlets Relevantes do IBM Endpoint Manager para o Upgrade de Agentes Tivoli Workload Scheduler na página 203 que preparam a instância do agente para o upgrade e depois atualizam o agente. Desse modo, é possível gerenciar o upgrade do agente com um único clique. As linhas de base do Tivoli Workload Scheduler fornecidas são denominadas: Upgrade do agente TWS type_of_agent para versão 9.1 para platform, emque type_of_agent pode ser tolerante a falhas, dinâmico, for z/os e platform é o sistema operacional do agente do upgrade. Visualizando Linhas de Base do Tivoli Workload Scheduler: Com as linhas de base, é possível agrupar tarefas e mensagens de Fixlet para implementação simples de um clique. Para exibir uma linha de base existente, execute as seguintes etapas: 1. Clique no ícone Linhas de Base na árvore de navegação do painel Domínio. 2. Clique em um item no painel de lista. O corpo da linha de base é mostrado na área de trabalho abaixo. A região de exibição da linha de base contém as seguintes guias: Descrição Esta página fornece uma explicação descritiva do problema e a ação para corrigi-lo. Detalhes Este diálogo lista as propriedades de linha de base, uma seção detalhando o código por trás das expressões Relevância e as ações de linha de base. É possível inserir um comentário em uma caixa de texto na parte inferior desse diálogo. Componentes Este diálogo lista os componentes de linha de base, como mensagens de Fixlet, tarefas e outras linhas de base, que são agrupados nessa linha. As linhas de base fazem uma cópia de seus componentes, de modo que seja possível para uma dessas cópias sair de sincronização com o Fixlet ou tarefa subjacente que as propagou. Nesse caso, uma mensagem é exibida lhe alertando de que a origem é diferente da cópia e que é possível sincronizá-la com a origem atual. Computadores Aplicáveis Esta é uma lista de todos os computadores direcionados pela linha de base selecionada. É possível filtrar a lista selecionando itens nas pastas à esquerda, e classificá-la clicando nos cabeçalhos das colunas. 210 Tivoli Workload Scheduler: Planejamento e Instalação

227 Aplicabilidade do Componente Esta é uma lista de vários componentes da linha de base. Ela exibe dois números separados por uma barra. O primeiro é o número de computadores em que a linha de base é aplicável atualmente; o segundo é o número de computadores em que ela não é aplicável. Clique duas vezes em um item na lista para exibir seus detalhes. Histórico de Ações Esta é uma lista de ações que foram implementadas por essa linha de base. Se a linha de base for nova, não haverá ações na lista. Como para outras listas no Console, é possível filtrar as ações usando o painel esquerdo e classificá-las clicando nos cabeçalhos da coluna. Monitorando Linhas de Base Relevantes do Tivoli Workload Scheduler: Quando linhas de base se tornam relevantes em sua rede, o IBM Endpoint Manager Console as inclui na lista de linhas de base a serem exibidas sob o ícone de linhas de base na árvore de navegação do painel do domínio. É possível filtrar essa lista abrindo o ícone e selecionando um dos subconjuntos. No painel de lista resultante à direita, é possível classificar as linhas de base clicando em um dos títulos da coluna, o que pode incluir os seguintes campos: Nome O nome designado à linha de base por autor. ID Uma identificação numérica designada à linha de base por autor. Site O nome do site que está gerando a linha de base relevante. Capítulo 6. Fazendo Upgrade 211

228 Contagem de Computador Aplicável O número de clientes IBM Endpoint Manager na rede atualmente direcionado por linha de base. Contagem de Ações Abertas O número de ações abertas para a linha de base fornecida. Se você não vir uma das colunas listadas acima, clique com o botão direito do mouse no cabeçalho da linha de base e selecione a coluna do menu pop-up. Implementando e Monitorando Ações do Tivoli Workload Scheduler Relacionadas a Linhas de Base: Consulte as seções Implementando Ações do Tivoli Workload Scheduler na página 206 e Monitorando Ações do Tivoli Workload Scheduler na página 208 para obter informações adicionais. Atualizando quando Há Arquivos de Registro Corrompidos Se tentou fazer upgrade de um agente independente tolerante a falhas (um agente que não é compartilhado com outros componentes ou que não possui o recurso de conector) e uma mensagem de erro foi recebida indicando que uma instância do Tivoli Workload Scheduler não pode ser localizada, isso pode ter sido causado por um arquivo de registro corrompido. É possível fazer upgrade de um agente independente tolerante a falhas que possui arquivos de log corrompidos sem precisar reinstalar o produto. O Tivoli Workload Scheduler possui uma opção de recuperação que pode ser executada para recriar os arquivos necessários. Essa opção também pode ser usada quando fizer upgrade dos nós nos clusters, onde o nó no qual deseja executar o upgrade não está disponível ou está em um estado inconsistente. A opção de recuperação recria os arquivos de log e as informações do Software Distribution sem precisar reinstalar o produto completo. É possível executar a opção de recuperação usando o script twsinst. Recriando Arquivos de Registro Usando twsinst Para recriar os arquivos de log enquanto executa upgrade de um agente usando o script twsinst, execute as seguintes etapas: Nos sistemas operacionais Windows 1. Insira o DVD para seu sistema operacional. 2. Efetue login como administrador na estação de trabalho onde deseja fazer upgrade do produto. 3. No diretório TWS/operating_system, emqueoperating_system é o sistema operacional onde deseja fazer upgrade do Tivoli Workload Scheduler, execute o script twsinst usando a sinopse descrita a seguir. Nos sistemas operacionais UNIX e Linux 1. Insira o DVD de instalação de acordo com o sistema operacional. 2. No diretório TWS/operating_system, emqueoperating_system é o sistema operacional onde deseja fazer upgrade do Tivoli Workload Scheduler, execute o script twsinst usando a sinopse descrita a seguir. Sinopse: Nos sistemas operacionaiswindows: Mostra o uso e a versão do comando 212 Tivoli Workload Scheduler: Planejamento e Instalação

229 twsinst -u -v Fazer upgrade de uma instância Exemplo twsinst -update -uname user_name -password user_password [-domain user_domain] [-recovinstreg true] [-inst_dir install_dir] twsinst -update -uname twsuser -password qaz12qaz -inst_dir "C:\Program Files\IBM\TWA" -recovinstreg true Nos sistemas operacionais UNIX e Linux Mostra o uso e a versão do comando./twsinst -u -v Fazer upgrade de uma instância Exemplo./twsinst -update -uname user_name [-inst_dir install_dir[-recovinstreg true]]./twsinst -update -uname twsuser -inst_dir /opt/ibm/twa -recovinstreg true Para obter informações sobre os parâmetros twsinst, consulte Procedimento na página 189. Capítulo 6. Fazendo Upgrade 213

230 214 Tivoli Workload Scheduler: Planejamento e Instalação

231 Capítulo 7. Configurando Você deve configurar componentes do Tivoli Workload Scheduler após a instalação. Configurando as Variáveis de Ambiente Antes de configurar seus componentes Tivoli Workload Scheduler, você deve configurar as variáveis de ambiente. Nos sistemas operacionais Windows, execute o script de shell tws_env.cmd para configurar as variáveis PATH e TWS_TISDIR. Por exemplo, se o Tivoli Workload Scheduler estiver instalado no diretório %ProgramFiles%\IBM\TWA\TWS, a variável PATH será configurada da seguinte forma: c:\program Files\IBM\TWA\TWS;c:\Program Files\IBM\TWA\TWS\bin Nota: Se você tiver mais de uma versão do Tivoli Workload Scheduler instalada no computador, certifique-se de que TWS_TISDIR aponte para a mais recente. Isso assegura que as tabelas de conversão de conjunto de caracteres mais recentes sejam utilizadas. Nos sistemas operacionais UNIX e Linux, obtenha o script de shell tws_env para configurar as variáveis PATH e TWS_TISDIR. Por exemplo, se Tivoli Workload Scheduler for instalado no diretório padrão /opt/ibm/twa/tws, tws_env.sh configura as variáveis da seguinte maneira: PATH=/opt/IBM/TWA/TWS:/opt/IBM/TWA/TWS/bin:$PATH export PATH TWS_TISDIR=/opt//opt/IBM/TWA/TWS export TWS_TISDIR O script tws_env possui duas versões: v tws_env.sh para ambientes de shell Bourne e Korn v tws_env.csh para ambientes C Shell Configurando um Gerenciador de Domínio Principal Após ter instalado um gerenciador de domínio principal, se você não optou por incluir automaticamente o fluxo de tarefas final durante a instalação, siga as etapas nesta seção para incluir os fluxos de tarefas FINAL e FINALPOSTREPORTS no banco de dados. O fluxo de tarefas FINAL é colocado em produção todos os dias e executa JnextPlan antes do início de um novo dia. O fluxo de tarefas FINALPOSTREPORTS, responsável por imprimir relatórios pós-produção, segue o fluxo de tarefas FINAL e é iniciado apenas quando a última tarefa listada no fluxo de tarefas FINAL (SWITCHPLAN) é concluída com êxito. A instalação cria o arquivo <TWS_INST_DIR>\TWS\Sfinal contendo as definições dos fluxos de tarefas FINAL e FINALPOSTREPORTS. Copyright IBM Corp. 1999,

232 É possível usar <TWS_INST_DIR>\TWS\Sfinal ou criar um novo arquivo customizado para o fluxo de tarefas FINAL. Para obter detalhes sobre como customizar o fluxo de tarefas final, consulte Tivoli Workload Scheduler: User's Guide and Reference. As etapas a seguir fornecem um exemplo de como configurar um gerenciador de domínio principal após a instalação: 1. Efetue login como <TWS_user> ou administrador. 2. Configure as variáveis de ambiente. Consulte Configurando as Variáveis de Ambiente na página Inclua as definições dos fluxos de tarefas FINAL e FINALPOSTREPORTS no banco de dados executando o seguinte comando a partir do diretório /opt/ibm/twa/tws: composer add Sfinal em que Sfinal é o nome do arquivo contendo as definições dos fluxos de tarefas FINAL e FINALPOSTREPORTS. 4. Inclua os fluxos de tarefas FINAL e FINALPOSTREPORTS no plano executando: JnextPlan Você pode automatizar essa etapa após a instalação. Consulte o Tivoli Workload Scheduler: Guia do Usuário e Referência. 5. Quando o JnextPlan estiver concluído, verifique o status do Tivoli Workload Scheduler: conman status Se o Tivoli Workload Scheduler foi iniciado corretamente, o status retornado pelo comando será Batchman LIVES. 6. Altere o valor limite da estação de trabalho para executar tarefas. O limite de tarefa padrão após a instalação é 0, portanto, nenhuma tarefa é executada em nenhum momento. Aumente o limite de tarefa para permitir que tarefas sejam executadas, por exemplo, para executar 10 tarefas ao mesmo tempo: conman "limit;10" Se nenhum nome de estação de trabalho for especificado para o comando de limite, o valor padrão será a estação de trabalho de login atual. Nota: Se a prioridade das tarefas for HI (100) ou GO (101), o limite será ignorado e as tarefas executadas, mesmo se o limite for 0, a menos que o fence da estação de trabalho seja maior que ou igual à prioridade. Além disso, podem ser necessários os procedimentos de configuração a seguir. Para obter informações sobre esses procedimentos, consulte o Tivoli Workload Scheduler: Guia de Administração. v Customizando e configurando opções globais, locais e do usuário. v v Customizando e configurando a autenticação do usuário para permitir a autorização dos usuários em ações e objetos e para configurar o LDAP. Configurando a segurança de conexão para ativar o SSL ou GSKit para comunicações intercomponente. 216 Tivoli Workload Scheduler: Planejamento e Instalação

233 Etapas de Configuração para um Gerenciador de Domínio Principal Configurado como Backup Após a instalação de um gerenciador de domínio principal configurado como backup, execute as seguintes etapas de configuração adicionais: 1. Efetue login como <TWS_user> no gerenciador de domínio principal 2. Inclua o nome de usuário e a senha para o gerenciador de domínio principal configurado como backup no arquivo useropts. Consulte o Tivoli Workload Scheduler: Guia do Usuário e Referência. 3. Configure as variáveis de ambiente executando tws_env conforme descrito em Configurando as Variáveis de Ambiente na página Defina o gerenciador de domínio principal configurado como backup como um agente tolerante a falhas de link automático de status integral no banco de dados Tivoli Workload Scheduler, usando a interface de comandos composer ou o Dynamic Workload Console. Neste exemplo, usando composer: composer novo 5. Digite a definição da estação de trabalho no editor de texto, por exemplo: CPUNAME BDM1 DESCRIPTION "Backup master domain mananger" OS UNIX NODE lab777 TCPADDR FOR MAESTRO TYPE FTA AUTOLINK ON BEHINDFIREWALL OFF FULLSTATUS ON end Para obter mais informações sobre definições da estação de trabalho, consulte Tivoli Workload Scheduler: Guia e Referência do Usuário. 6. Execute JnextPlan -for 0000 para incluir o gerenciador de domínio principal configurado como estação de trabalho de backup no plano e para enviar o arquivo Symphony para ele. Nota: Assegure-se de que a opção global carryforward esteja configurada como all ou de que apenas os fluxos de tarefas não concluídos sejam executados. 7. Altere o limite da estação de trabalho para permitir que as tarefas sejam executadas na estação de trabalho. Por exemplo, configure o número de tarefas para serem executadas simultaneamente na estação de trabalho para 10: conman "limit DM1;10" Nota: Se você tiver efetuado login no gerenciador de domínio principal configurado como backup, o DM1 não será necessário. Além disso, podem ser necessários os procedimentos de configuração a seguir. Para obter informações sobre esses procedimentos, consulte o Tivoli Workload Scheduler: Guia de Administração. v Customizando e configurando opções globais, locais e do usuário. v v Customizando e configurando a autenticação do usuário para permitir a autorização dos usuários em ações e objetos e para configurar o LDAP. Configurando a segurança de conexão para ativar o SSL ou GSKit para comunicações intercomponente. Capítulo 7. Configurando 217

234 configurando um gerenciador de domínio Após a instalação de um gerenciador de domínio, execute as seguintes etapas de configuração: 1. Efetue login como <TWS_user> no gerenciador de domínio principal. 2. Configure as variáveis de ambiente executando tws_env conforme descrito em Configurando as Variáveis de Ambiente na página Defina o gerenciador de domínio como um agente tolerante a falhas de link automático e status completo no banco de dados do Tivoli Workload Scheduler, usando a interface de comandos do composer ou o Dynamic Workload Console. Neste exemplo, usando composer, digite: composer novo 4. Digite a definição da estação de trabalho no editor de texto, por exemplo: CPUNAME DDM1 DESCRIPTION "domain mananger" OS UNIX NODE lab0777 TCPADDR DOMAIN MDM FOR MAESTRO TYPE MANAGER AUTOLINK ON BEHINDFIREWALL OFF FULLSTATUS ON END Para obter mais informações sobre definições da estação de trabalho, consulte Tivoli Workload Scheduler: Guia e Referência do Usuário. 5. Execute JnextPlan -for 0000 para incluir a estação de trabalho do gerenciador de domínio no plano e para enviar o arquivo Symphony para ele. Nota: Assegure-se de que a opção global carryforward esteja configurada como all ou de que apenas os fluxos de tarefas não concluídos sejam executados. 6. Altere o limite da estação de trabalho para permitir que as tarefas sejam executadas na estação de trabalho. Por exemplo, configure o número de tarefas para serem executadas simultaneamente na estação de trabalho para 10: conman "limit;10" Configurando um gerenciador de domínio de backup Após a instalação de um gerenciador de domínio de backup, execute as seguintes etapas de configuração: 1. Efetue login como <TWS_user> no gerenciador de domínio principal. 2. Configure as variáveis de ambiente executando tws_env conforme descrito em Configurando as Variáveis de Ambiente na página Defina o gerenciador de domínio de backup como um agente tolerante a falhas de link automático e status completo no banco de dados do Tivoli Workload Scheduler, usando a interface de comandos do composer ou o Dynamic Workload Console. Neste exemplo, usando composer, digite: composer novo 4. Digite a definição da estação de trabalho no editor de texto, por exemplo: 218 Tivoli Workload Scheduler: Planejamento e Instalação

235 CPUNAME DDM1 DESCRIPTION "backup domain mananger" OS UNIX NODE lab0777 TCPADDR DOMAIN MDM FOR MAESTRO TYPE FTA AUTOLINK ON BEHINDFIREWALL OFF FULLSTATUS ON END Para obter mais informações sobre definições da estação de trabalho, consulte Tivoli Workload Scheduler: Guia e Referência do Usuário. 5. Execute JnextPlan -for 0000 para incluir a estação de trabalho do gerenciador de domínio de backup no plano e para enviar o arquivo Symphony para ele. Nota: Assegure-se de que a opção global carryforward esteja configurada como all ou de que apenas os fluxos de tarefas não concluídos sejam executados. 6. Altere o limite da estação de trabalho para permitir que as tarefas sejam executadas na estação de trabalho. Por exemplo, configure o número de tarefas para serem executadas simultaneamente na estação de trabalho para 10: conman "limit;10" Configurando um gerenciador de domínio dinâmico Após a instalação de um gerenciador de domínio dinâmico, execute as seguintes etapas de configuração: 1. Efetue login como <TWS_user> no gerenciador de domínio principal. 2. Configure as variáveis de ambiente executando tws_env conforme descrito em Configurando as Variáveis de Ambiente na página Execute JnextPlan -for 0000 para incluir a estação de trabalho do gerenciador de domínio dinâmico no plano e para enviar o arquivo Symphony para ele. Nota: Assegure-se de que a opção global carryforward esteja configurada como all ou de que apenas os fluxos de tarefas não concluídos sejam executados. 4. Altere o limite da estação de trabalho para permitir que as tarefas sejam executadas na estação de trabalho. Por exemplo, configure o número de tarefas para serem executadas simultaneamente na estação de trabalho para 10: conman "limit;10" Etapas de Configuração para um Gerenciador de Domínio Dinâmico Configurado como Backup Após a instalação de um gerenciador de domínio dinâmico como backup, execute as seguintes etapas de configuração: 1. Efetue login como <TWS_user> no gerenciador de domínio principal 2. Configure as variáveis de ambiente executando tws_env conforme descrito em gerenciador de domínio dinâmico. 3. Defina o gerenciador de domínio dinâmico como backup como um agente tolerante a falhas de link automático de status completo no banco de dados Tivoli Workload Scheduler, usando a interface de comandos composer ou o Dynamic Workload Console. Nesse exemplo, usando o tipo composer: Capítulo 7. Configurando 219

236 composer novo 4. Digite a definição da estação de trabalho no editor de texto, por exemplo: CPUNAME BDDM1 DESCRIPTION "backup dynamic domain mananger" OS UNIX NODE lab00777 TCPADDR DOMAIN DYNAMICDM FOR MAESTRO TYPE FTA AUTOLINK ON BEHINDFIREWALL OFF FULLSTATUS ON END Para obter mais informações sobre definições da estação de trabalho, consulte Tivoli Workload Scheduler: Guia e Referência do Usuário. 5. Execute JnextPlan -for 0000 para incluir o gerenciador de domínio dinâmico como estação de trabalho de backup no plano e para enviar o arquivo Symphony para ele. Nota: Assegure-se de que a opção global carryforward esteja configurada como all ou de que apenas os fluxos de tarefas não concluídos sejam executados. 6. Altere o limite da estação de trabalho para permitir que as tarefas sejam executadas na estação de trabalho. Por exemplo, configure o número de tarefas para serem executadas simultaneamente na estação de trabalho para 10: conman "limit;10" Configurando um agente tolerante a falhas Depois de instalar um agente tolerante a falhas, defina a estação de trabalho no banco de dados e vincule a estação de trabalho a partir do principal. Você pode desempenhar esta tarefa utilizando Dynamic Workload Console ou a interface de linha de comandos. Para obter informações, consulte Tivoli Workload Scheduler: User's Guide and Reference. A seguir há um exemplo de como configurar um agente tolerante a falhas depois de instalar usando a interface da linha de comandos: 1. Efetue login no gerenciador de domínio principal como <TWS_user>. 2. Configure as variáveis de ambiente executando tws_env.sh. 3. Crie a definição de estação de trabalho no banco de dados do Tivoli Workload Scheduler. Abra uma janela de linha de comandos e insira os seguintes comandos: composer novo 4. Digite a definição da estação de trabalho no editor de texto. Por exemplo: CPUNAME F235007_00 DESCRIPTION "fault-tolerant agent" OS UNIX NODE lab TCPADDR DOMAIN MASTERDM FOR MAESTRO TYPE FTA AUTOLINK ON BEHINDFIREWALL OFF FULLSTATUS OFF END 220 Tivoli Workload Scheduler: Planejamento e Instalação

237 Execute JnextPlan com a opção -for 0000 para incluir a definição de estação de trabalho do agente no plano e para enviar o arquivo Symphony para ele. Para obter mais informações sobre definições da estação de trabalho, consulte Tivoli Workload Scheduler: Guia e Referência do Usuário. Nota: Assegure-se de que a opção global carryforward esteja configurada como all ou de que apenas os fluxos de tarefas não concluídos sejam executados. 5. Se você configurar o parâmetro autolink como OFF, emita o comando de link a partir do gerenciador de domínio principal para vincular o agente e para fazer download do arquivo Symphony para ele: conman link workstation 6. Altere o limite da estação de trabalho para permitir que as tarefas sejam executadas na estação de trabalho. Por exemplo, configure o número de tarefas para serem executadas simultaneamente na estação de trabalho para 10: conman "limit F235007_00;10" Além disso, podem ser necessários os procedimentos de configuração a seguir. Para obter informações sobre esses procedimentos, consulte o Tivoli Workload Scheduler: Guia de Administração. v Customizando e configurando opções globais, locais e do usuário. v v Customizando e configurando a autenticação do usuário para permitir a autorização dos usuários em ações e objetos e para configurar o LDAP. Configurando a segurança de conexão para ativar o SSL ou GSKit para comunicações intercomponente. Configurando um agente dinâmico Para instalar um agente dinâmico, execute as etapas a seguir: 1. Execute JnextPlan com a opção -for 0000 para incluir a definição de estação de trabalho do agente dinâmico no plano e para enviar o arquivo Symphony para ele. Para obter mais informações sobre definições da estação de trabalho, consulte Tivoli Workload Scheduler: Guia e Referência do Usuário. Nota: Assegure-se de que a opção global carryforward esteja configurada como all, caso contrário, apenas os fluxos de tarefas não concluídos serão executados. 2. Altere o limite da estação de trabalho para permitir que as tarefas sejam executadas na estação de trabalho. Por exemplo, configure o número de tarefas que podem ser executadas simultaneamente na estação de trabalho como 10: conman "limit F235007_00;10" Além disso, podem ser necessários os procedimentos de configuração a seguir. Para obter informações sobre esses procedimentos, consulte Administration Guide. v Customizando e configurando jobmanager.ini e opções de usuário. v v Customizando e configurando a autenticação do usuário para permitir a autorização de usuários para ações e objetos e para configurar o LDAP. Configurando a segurança da conexão para ativar o GSKit para comunicações entre componentes. Capítulo 7. Configurando 221

238 Configurando um Cliente da Linha de Comandos Remoto Para configurar um cliente da linha de comandos remoto que é automaticamente instalado em uma instância do agente tolerante a falhas, execute as seguintes etapas: 1. Efetue logon como Administrador nos sistemas operacionais Windows ou como raiz nos sistemas operacionais UNIX e Linux, na máquina em que o cliente da linha de comandos remota está instalado com um agente tolerante a falhas. 2. Abra o arquivo de configuração localopts na instância do agente tolerante a falhas. 3. Conclua a seção de configuração Nº de Atributos para Conexões CLI para conectar o cliente da linha de comandos remoto ao servidor da linha de comandos no gerenciador de domínio principal: HOST O endereço IP ou nome do host da estação de trabalho na qual o gerenciador de domínio principal está instalado. PROTOCOL O protocolo usado pelo cliente da linha de comandos para conectar-se à estação de trabalho na qual o gerenciador de domínio principal está instalado. Os valores possíveis são http e https. O protocolo padrão usado pelo cliente da linha de comandos para estabelecer uma conexão com o principal é https. 222 Tivoli Workload Scheduler: Planejamento e Instalação PORT O número da porta HTTP ou HTTPS usado para conectar-se à estação de trabalho na qual o gerenciador de domínio principal está instalado. Este número da porta deve corresponder aos valores definidos para a instância do gerenciador de domínio principal. TIMEOUT O tempo limite em segundos pelo qual você deve esperar uma resposta do gerenciador de domínio principal. CLISSLSERVERAUTH Especifique se a conexão com o gerenciador de domínio principal é ou não SSL. Se você configurar esse valor como true, execute as etapas descritas em Configurando a Conexão SSL entre o Gerenciador de Domínio Principal e o Cliente da Linha de Comandos Remota na página 223. CLISSLSERVERCERTIFICATE Especifique apenas se CLISSLSERVERAUTH estiver configurado como true. O caminho absoluto do arquivo.arm do certificado público do servidor. Para obter informações adicionais sobre este valor, consulte Configurando a Conexão SSL entre o Gerenciador de Domínio Principal e o Cliente da Linha de Comandos Remota na página 223. CLISSLTRUSTEDDIR Especifique apenas se CLISSLSERVERAUTH estiver configurado como true. O caminho de todos os arquivos.arm que a CLI remota deve confiar. Para obter informações adicionais sobre este valor, consulte Configurando a Conexão SSL entre o Gerenciador de Domínio Principal e o Cliente da Linha de Comandos Remota na página 223. DEFAULTWS O nome da estação de trabalho do gerenciador de domínio principal. USEROPTS O arquivo que contém o nome de usuário e a senha a serem usados para conexão com a estação de trabalho do gerenciador de domínio

239 principal. Este usuário deve ser um usuário válido que está listado no arquivo Security no gerenciador de domínio principal. 4. Salve o localopts. 5. Reinicie os processos do agente tolerante a falhas para aceitar as mudanças em localopts. Configurando a Conexão SSL entre o Gerenciador de Domínio Principal e o Cliente da Linha de Comandos Remota Antes de iniciar com o procedimento para configurar a conexão SSL entre o cliente da linha de comandos remoto e o gerenciador de domínio principal, assegure-se de ter configurado a propriedade CLISSLSERVERAUTH para true no arquivo localopts da instância agente tolerante a falhas. Para configurar um cliente da linha de comandos remoto para se conectar a um gerenciador de domínio principal no modo SSL, execute as etapas a seguir: 1. Extraia o certificado na instância gerenciador de domínio principal, executando o procedimento a seguir: a. Efetue logon como Administrador nos sistemas operacionais Windows ou como raiz nos sistemas operacionais UNIX e Linux, na máquina em que o gerenciador de domínio principal está instalado. b. Extraia o certificado server.crt base 64, executando: keytool -export -alias server -rfc -file server.crt -keystore <TWS_INST_DIR>/WAS/profile/TWSServerKeyFile.jks -storepass default 2. Efetue logon como Administrador nos sistemas operacionais Windows ou como raiz nos sistemas operacionais UNIX e Linux, na máquina em que o cliente da linha de comandos remota está instalado com um agente tolerante a falhas. 3. Execute um FTP binário do certificado server.crt a partir da máquina na qual você instalou a instância gerenciador de domínio principal para a máquina na qual instalou o cliente da linha de comandos remoto no diretório <FTA_INST_DIR>\ssl. 4. Renomeie o arquivo <FTA_INST_DIR>\ssl\server.crt para <FTA_INST_DIR>\ssl\ server.arm. 5. Abra o arquivo de configuração localopts na instância do agente tolerante a falhas. 6. Conclua um dos atributos a seguir na seção de configuração # Atributos para Conexões CLI e execute as ações: CLISSLSERVERCERTIFICATE Especifique o caminho absoluto do arquivo server.arm na máquina agente tolerante a falhas. Nesse exemplo, <FTA_INST_DIR>\ssl\ server.arm. CLISSLTRUSTEDDIR Especifique o caminho do diretório que contém todos os arquivos <certificates>.arm inclusive o <FTA_INST_DIR>\ssl\server.arm no qual o cliente da linha de comandos remoto pode confiar. Nota: Não configure simultaneamente os valores CLISSLSERVERAUTH e CLISSLTRUSTEDDIR. Para obter informações adicionais sobre a configuração de SSL, consulte o Administration Guide. Capítulo 7. Configurando 223

240 7. Salve o arquivo localopts. 8. Reinicie os processos do agente tolerante a falhas para aceitar as mudanças em localopts. Incluindo um Recurso Use o script twsinst para incluir o seguinte recurso no agente Tivoli Workload Scheduler em sua rede distribuída ou de ponta a ponta: Inclua o Java Runtime em um agente Durante a instalação ou o upgrade do agente, você pode ter optado por não incluir o Java runtime que suporta a execução de opções avançadas de tipos de tarefa. Esta opção fornece ao agente os seguintes recursos: v Execute tipos de tarefas com opções avançadas, que são os tipos fornecidos com o produto e os tipos adicionais implementados por meio de plug-ins customizados. v Ativar o recurso para executar remotamente, a partir do agente, do comando de recurso do Tivoli dynamic workload broker no servidor. Se, posteriormente, você decidir que requer esta função, será possível incluir o Java runtime separadamente, conforme descrito em Procedimento. Se você já instalou seu ambiente e deseja ativar recursos de planejamento dinâmico, consulte Ativando planejamento dinâmico após a instalação na página 226. Procedimento Para modificar agentes usando o script twsinst, execute as seguintes etapas: Nos sistemas operacionais Windows 1. Insira o DVD para seu sistema operacional. Consulte Mídia de Instalação na página Efetue login como administrador na estação de trabalho onde deseja fazer upgrade do produto. 3. No diretório DVD_root/TWS/operating_system do DVD, execute twsinst usando a sinopse descrita abaixo. Nota: O twsinst para Windows é um Visual Basic Script (VBS) que pode ser executado em modo CScript e WScript. Nos sistemas operacionais UNIX e Linux 1. Insira o DVD de instalação de acordo com o sistema operacional. Consulte Mídia de Instalação na página No diretório DVD_root/TWS/operating_system, execute o script twsinst usando a sinopse descrita abaixo. Uma modificação bem-sucedida usando o script twsinst emite o código de retorno RC = 0. Para entender a causa do erro se a operação falhar, consulte Analisando Códigos de Retorno para Instalação, Upgrade, Restauração e Desinstalação de Agente na página 247. Sinopse: Nos sistemas operacionaiswindows: 224 Tivoli Workload Scheduler: Planejamento e Instalação

241 Mostra o uso e a versão do comando twsinst -u -v Modificar uma instância twsinst -modify -uname user_name -password user_password -addjruntime true [-inst_dir install_directory] [-recovinstreg boolean] Nos sistemas operacionais UNIX e Linux Mostra o uso e a versão do comando./twsinst -u -v Modificar uma instância./twsinst -modify -uname user_name -addjruntime true [-inst_dir install_directory] [-recovinstreg boolean] -addjruntime true Inclui o Java Runtime para executar tipos de tarefas com opções avançadas no agente. O ambiente de tempo de execução é usado para executar plug-ins de tarefa do aplicativo no agente e para ativar o recurso para executar remotamente, a partir do agente, o comando de recurso do Tivoli dynamic workload broker no servidor. Com a opção -modify, o único valor válido para este parâmetro é true. -inst_dir install_directory O diretório de instalação para o Tivoli Workload Scheduler. O padrão é o diretório inicial do usuário para o qual o Tivoli Workload Scheduler está sendo instalado. -modify Modifica um agente existente que foi instalado usando twsinst. -password user_password Apenas sistemas operacionais Windows. A senha do usuário para a qual está fazendo upgrade do Tivoli Workload Scheduler. -recovinstreg boolean Selecione esta opção para recuperar estações de trabalho que têm arquivos de registro corrompidos sem reinstalar o produto. Se você especificar essa opção, o Tivoli Workload Scheduler recriará os registros de instalação. Os valores válidos são true e false. O padrão é false. É possível usar esta opção também para recuperar arquivos de registro em um ambiente em cluster; neste caso, é possível executar o comando em qualquer nó do cluster e não necessariamente no nó no qual foi instalado o Tivoli Workload Scheduler. Isso é útil quando o nó do cluster onde o produto está instalado fica indisponível ou em um estado inconsistente. -uname username O nome de usuário para o qual o Tivoli Workload Scheduler está sendo atualizado. O software é atualizado no diretório inicial desse usuário. Esse nome de usuário não deve ser confundido com o usuário que executa o upgrade. Capítulo 7. Configurando 225

242 Configurando o Websphere Application Server Se, após a instalação, você tiver mais de uma instância de Websphere Application Server gerenciando quaisquer produtos de Tivoli Workload Automation, deverá assegurar que eles tenham as mesmas token_keys de LTPA. Consulte o Tivoli Workload Scheduler: Guia de Administração. Ativando planejamento dinâmico após a instalação Esta seção descreve o procedimento que você deve seguir para ativar o planejamento dinâmico se você atualizar o produto, tanto principal quanto agente, sem ativar os recursos de planejamento dinâmico. Por exemplo, se o produto foi ativado das seguintes maneiras: Utilizando o assistente de instalação Uma ou duas das seguintes opções não foram selecionadas: v Ativar os recursos de planejamento dinâmico, ao atualizar o principal v Agente dinâmico, ao atualizar o agente. Usando o twsinst, ao atualizar o agente Não especificou -tdwbport tdwbport_number e -tdwbhostname host_name. Para ativar o planejamento dinâmico, desempenhe as seguintes etapas: 1. No arquivo tws_home/tdwb/config/brokerworkstation.properties, modifique os valores das seguintes propriedades de acordo com os valores que foram especificados no momento da atualização: Broker.Workstation.Name= workstation_name_dwb Broker.Workstation.Port= port_number MasterDomainManager.HostName= host_name MasterDomainManager.Name= workstation_name Broker.AuthorizedCNs=server1;... ;servern onde: Broker.Workstation.Name=workstation_name_DWB É o nome da estação de trabalho do gerenciador de domínio principal seguido por _DWB. É possível modificar esse valor incluindo o sufixo _DWB. Broker.Workstation.Port= port_number É a porta na estação de trabalho do broker da carga de trabalho usada pelo gerenciador de domínio principal do Tivoli Workload Scheduler para se comunicar com o dynamic workload broker. Qualquer valor pode ser especificado. O valor padrão é se o número da porta Netman for O intervalo válido é de 1 a Se você alterou o número da porta Netman, o Broker.Workstation.Port port_number será calculado como: netman_port_number MasterDomainManager.HostName=host_name É o nome completo do host no qual o gerenciador de domínio principal será contatado pelos agentes. MasterDomainManager.Name=workstation_name É o nome da estação de trabalho do gerenciador de domínio principal. Broker.AuthorizedCNs=server1;... ;servern É a lista de prefixos de nomes comuns incluída nos certificados de gerenciador de domínio principal autorizados a se comunicarem com o 226 Tivoli Workload Scheduler: Planejamento e Instalação

243 servidor broker. Para obter mais informações sobre como autorizar a conexão com o servidor, consulte a seção Customizing the SSL connection to the master domain manager and dynamic domain manager em Tivoli Workload Scheduler: Administration Guide. 2. No gerenciador de domínio principal, verifique o valor atual de httpsport ao executar a wastool showhostproperties. O valor padrão é A seguir há uma saída de exemplo: ################################################################ # Painel de Configuração das Portas ################################################################ bootport=31117 boothost=nynewhost.romelab.ibm.it.com soapport=31118 soaphost=mynewhost.romelab.it.ibm.com httpport=31115 httphost=* httpsport= No gerenciador de domínio principal e em cada agente que estiver conectado ao servidor do broker de carga de trabalho, atualize o arquivo de configuração JobManager.ini localizado em: v Nos sistemas operacionaiswindows: v tws_home\tws\ita\cpa\config\jobmanager.ini Nos sistemas operacionais UNIX e Linux: tws_home/tws/ita/cpa/config/jobmanager.ini ao designar às variáveis tdwb_hostname e tdwb_httpsport contidas na propriedade ResourceAdvisorUrl os seguintes valores: tdwb_hostname Especifique o nome completo do host do servidor do broker de carga de trabalho tdwb_httpsport Especifique o valor que o httpsport possui no gerenciador de domínio principal como mostra a wastool showhostporperties. O padrão é 31116, que é o número da porta do dynamic workload broker. A porta é configurada atualmente para zero porque no momento da instalação, foi especificado que o dynamic workload broker não seria usado. A propriedade ResourceAdvisorUrl possui a seguinte sintaxe: ResourceAdvisorUrl = /JobManagerRESTWeb/JobScheduler/resource 4. Inicie o componente do Tivoli dynamic workload broker ao executar o wastool startbrokerapplication.sh da seguinte forma: /<TWS_home>/wastools/startBrokerApplication.sh -user user_name -password password onde: user_name Especifica o nome do WebSphere Application Server. senha Especifica a senha do WebSphere Application Server. 5. No gerenciador de domínio principal e em cada agente de sua rede que desejar se conectar com o servidor do broker de carga de trabalho, inicie o agente do Tivoli Workload Scheduler ao executar o seguinte comando a partir do diretório TWS_home: v Nos sistemas operacionaiswindows: Capítulo 7. Configurando 227

244 v StartUpLwa.cmd Nos sistemas operacionais UNIX e Linux: StartUpLwa Este é um exemplo do arquivo BrokerWorkstation.properties. # # Configuração da Estação de Trabalho do Broker # # Este arquivo pode ser usado para configurar a Estação de Trabalho do Dynamic Workload # Broker local. # Tarefas enviadas ou planejadas nessa estação de trabalho são roteadas para agentes TWS # de acordo com recursos disponíveis. # # Use este comutador para ativar ou desativar a Estação de Trabalho do Dynamic Workload Broker Broker.Workstation.Enable=true # Nome da Estação de Trabalho do Dynamic Workload Broker no plano de produção do TWS Broker.Workstation.Name=NC926121_DWB # Porta em que a Estação de Trabalho do Dynamic Workload Broker atende (equivalente à # porta Netman) Broker.Workstation.Port=41114 # Segundos entre as seguintes tentativas de vincular a Estação de Trabalho do # Dynamic Workload Broker Broker.Workstation.RetryLink=600 # Nome da Estação de Trabalho do Gerenciador de Domínio Principal MasterDomainManager.Name=NC # Nome do Host do Gerenciador de Domínio Principal MasterDomainManager.HostName=localhost # Porta HTTPS em que o Gerenciador de Domínio Principal recebe MasterDomainManager.HttpsPort=31116 # Tipo de CPU da Estação de Trabalho do Dynamic Workload Broker Broker.Workstation.CpuType=MDM Broker.AuthorizedCNs=Server;ServerNew # Domínio da Estação de Trabalho do Gerenciador de Domínio DomainManager.Workstation.Domain=MASTERDM # Nome da Estação de Trabalho do Gerenciador de Domínio no plano de produção do TWS DomainManager.Workstation.Name=NC # Porta em que a Estação de Trabalho do Gerenciador de Domínio recebe (equivalente à # porta Netman) DomainManager.Workstation.Port=31111 # Nome do Host do Gerenciador de Domínio Principal Dinâmico DomainManager.Workstation.Address=nc romelab.it.ibm.com # Nome do Tipo de S.O. do Gerenciador de Domínio Principal Dinâmico DomainManager.Workstation.OS=UNIX 228 Tivoli Workload Scheduler: Planejamento e Instalação

245 Capítulo 8. Desinstalando Este capítulo descreve como desinstalar o Tivoli Workload Scheduler. Ele é dividido nas seguintes seções: v Requisitos de Autorização do Usuário na página 129 v Desinstalando Componentes Usando o Installation Manager v Desinstalando Agentes Utilizando o Script twsinst na página 234 v Desinstalando um gerenciador de domínio dinâmico Mantendo uma Hierarquia Correta na Rede na página 232 A desinstalação do produto não remove os arquivos criados após a instalação do Tivoli Workload Scheduler, nem os arquivos que estiverem abertos no momento da desinstalação. Se esses arquivos não forem necessários, você deverá removê-los manualmente. Se você pretende reinstalar, os arquivos serão necessários, portanto, faça um backup antes de iniciar o processo de instalação. A desinstalação não remove o banco de dados DB2 ou Oracle. Nota: Para desinstalar manualmente Tivoli Workload Scheduler, consulte Desinstalando o Tivoli Workload Scheduler Manualmente na página 286 Desinstalando os Componentes Principais Esta seção descreve como desinstalar os componentes a seguir: v gerenciador de domínio principal ou seu backup v gerenciador de domínio dinâmico ou seu backup v agentes Selecionando Métodos de Desinstalação É possível desinstalar o Tivoli Workload Scheduler usando um dos métodos descritos nesta seção: Assistente de Desinstalação Desinstale os componentes do Tivoli Workload Scheduler, usando o assistente interativo Installation Manager para cada plataforma suportada. Para iniciar a desinstalação usando este método, consulte Assistente de Desinstalação. Instalação silenciosa No modo silencioso, um arquivo de resposta fornece as informações relevantes para o processo de desinstalação, que é executado em segundo plano. Para iniciar a desinstalação usando este método, consulte Desempenhando uma Desinstalação Silenciosa na página 232. Assistente de Desinstalação 1. Antes de iniciar a desinstalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistemas operacionais Windows Copyright IBM Corp. 1999,

246 Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou administradores de domínio do Windows com o direito Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root 2. Certifique-se de que todos os processos e serviços do Tivoli Workload Scheduler eoprocesso do Websphere Application Server tenham sido interrompidos e de que não haja nenhuma tarefa ativa ou pendente. Para obter informações adicionais sobre como parar os processos e serviços, consulte o Guia de Administração. Usando o assistente do Installation Manager, é possível desinstalar os pacotes instalados de um único grupo de pacotes ou é possível desinstalar todos os pacotes instalados de cada grupo de pacotes. O programa de desinstalação remove os arquivos do produto, as chaves de registro e, em sistemas operacionais Windows, os serviços. Ele também remove os binários relacionados ao agente Tivoli Workload Scheduler instalado. O programa de desinstalação não remove os arquivos de configuração do Tivoli Workload Scheduler. Para iniciar o programa de desinstalação, execute as etapas a seguir: 1. Inicie o programa Installation Manager. 2. No assistente da página Inicial do Installation Manager, clique em Desinstalar. Desinstalando um gerenciador de domínio principal ou Seu Backup 1. Antes de iniciar a instalação, upgrade ou desinstalação, verifique se o usuário que está executando o processo de instalação possui os seguintes requisitos de autorização: Sistemas operacionais Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou administradores de domínio do Windows com o direito Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root 2. Certifique-se de que todos os processos e serviços do Tivoli Workload Scheduler eoprocesso do Websphere Application Server tenham sido interrompidos e de que não haja nenhuma tarefa ativa ou pendente. Para obter informações adicionais sobre como parar os processos e serviços, consulte o Guia de Administração. Para desinstalar um gerenciador de domínio principal ou seu backup, execute as etapas a seguir: 230 Tivoli Workload Scheduler: Planejamento e Instalação

247 1. Execute o processo de desinstalação conforme descrito em Assistente de Desinstalação na página No painel Pacote do Produto Installation Manager, selecione os pacotes que você deseja desinstalar. 3. Clique em Avançar. 4. Especifique o nome de usuário para o qual deseja desinstalar o produto e clique em Validar Usuário. Você não precisa especificar a senha do usuário. 5. Na página Resumo, revise os pacotes que você selecionou para desinstalação. Clique em Voltar se desejar fazer algumas mudanças. Se estiver satisfeito com suas opções, clique em desinstalar. Uma barra do indicador de progresso mostra a porcentagem da desinstalação concluída. 6. Quando o processo de desinstalação for concluído, a página Concluir aparecerá e confirmará o sucesso do processo de desinstalação. Desinstalando um gerenciador de domínio dinâmico ou Seu Backup 1. Antes de iniciar a desinstalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistema operacional Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou administradores de domínio do Windows com o direito Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root 2. Certifique-se de que todos os processos e serviços do Tivoli Workload Scheduler eoprocesso do Websphere Application Server tenham sido interrompidos e de que não haja nenhuma tarefa ativa ou pendente. Para obter informações adicionais sobre como parar os processos e serviços, consulte o Guia de Administração. Antes de desinstalar um gerenciador de domínio dinâmico, para manter uma hierarquia correta da rede do Tivoli Workload Scheduler, consulte Desinstalando um gerenciador de domínio dinâmico Mantendo uma Hierarquia Correta na Rede na página 232. Para desinstalar o gerenciador de domínio dinâmico ou seu backup, execute as etapas a seguir: 1. Execute o processo de desinstalação conforme descrito em Assistente de Desinstalação na página No painel Pacote do Produto Installation Manager, selecione os pacotes que você deseja desinstalar. 3. Clique em Avançar. 4. Especifique o nome de usuário para o qual deseja desinstalar o produto e clique em Validar Usuário. Você não precisa especificar a senha do usuário. 5. Na página Resumo, revise os pacotes que você selecionou para desinstalação. Clique em Voltar se desejar fazer algumas mudanças. Se estiver satisfeito com Capítulo 8. Desinstalando 231

248 suas opções, clique em desinstalar. Uma barra do indicador de progresso mostra a porcentagem da desinstalação concluída. 6. Quando o processo de desinstalação for concluído, a página Concluir aparecerá e confirmará o sucesso do processo de desinstalação. Desinstalando um gerenciador de domínio dinâmico Mantendo uma Hierarquia Correta na Rede Para desinstalar corretamente um gerenciador de domínio dinâmico, execute as seguintes etapas: 1. Desinstale os agentes dinâmicos conectados ao gerenciador de domínio dinâmico que deseja desinstalar usando um dos procedimentos descritos nesta seção. 2. No banco de dados, exclua as definições das estações de trabalho do tipo AGENT conectadas ao gerenciador de domínio dinâmico sendo desinstalado. É possível usar o Dynamic Workload Console designer de carga de trabalho ou executar o comando a seguir: composer del ws agent_workstation_name 3. Exclua as definições das estações de trabalho do tipo REM-ENG conectadas ao gerenciador de domínio dinâmico sendo desinstalado. É possível usar o Dynamic Workload Console designer de carga de trabalho ou executar o comando a seguir: composer del ws rem_eng_workstation_name 4. Exclua as definições das estações de trabalho do tipo POOL conectadas ao gerenciador de domínio dinâmico sendo desinstalado. É possível usar o Dynamic Workload Console designer de carga de trabalho ou executar o comando a seguir: composer del ws pool_workstation_name 5. Exclua as definições das estações de trabalho do tipo D-POOL conectadas ao gerenciador de domínio dinâmico sendo desinstalado. É possível usar o Dynamic Workload Console designer de carga de trabalho ou executar o comando a seguir: composer del ws dpool_workstation_name 6. Desinstale o gerenciador de domínio dinâmico usando o procedimento Desinstalando Usando o Assistente do Installation Manager ou o procedimento Desempenhando uma Desinstalação Silenciosa. 7. Exclua a definição das estações de trabalho do tipo X-AGENT hospedada pelo gerenciador de domínio dinâmico sendo desinstalado. É possível usar o designer de carga de trabalho do Dynamic Workload Console, ou executar o comando a seguir: composer del ws x-agent_workstation_name 8. Exclua as definições das estações de trabalho do tipo BROKER do gerenciador de domínio dinâmico sendo desinstalado. É possível usar o Dynamic Workload Console designer de carga de trabalho ou executar o comando a seguir: composer del ws broker_workstation_name Desempenhando uma Desinstalação Silenciosa Para uma desinstalação silenciosa de um gerenciador de domínio principal, de um gerenciador de domínio principal de backup, de um gerenciador de domínio dinâmico ou de um gerenciador de domínio dinâmico de backup, customize um arquivo de resposta fornecido nos DVDs de instalação para atender aos requisitos de desinstalação. 232 Tivoli Workload Scheduler: Planejamento e Instalação

249 Para executar uma desinstalação silenciosa usando um modelo de arquivo de resposta listado em Tabela 20, execute as seguintes etapas: 1. Assegure-se de que todos os processos e serviços do Tivoli Workload Scheduler estejam parados e que nenhuma outra tarefa esteja ativa ou pendente. Para obter informações adicionais sobre como parar os processos e serviços, consulte o Guia de Administração. 2. Copie o arquivo de resposta relevante para um diretório local <local_dir> e edite o arquivo para atender às necessidades de seu ambiente. 3. Salve o arquivo com suas alterações. 4. Abra um utilitário da linha de comandos. 5. Acesse o diretório do tools do Installation Manager. O diretório tools padrão é: Nos sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse\tools Em sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse/tools 6. Execute o seguinte comando: Nos sistemas operacionais Windows imcl.exe input <local_dir>\response_file.xml -log <local_dir>\log_file.xml -acceptlicense Em sistemas operacionais UNIX e Linux./imcl input /<local_dir>/response_file.xml -log /<local_dir>/log_file.xml -acceptlicense em que v O response_file.xml é o nome do arquivo de resposta a ser usado para desinstalação. v O log_file é o nome do arquivo de log que registra o resultado da ação de desinstalação silenciosa. Para obter mais informações sobre os arquivos de log silenciosos do Installation Manager, consulte o centro de informações do Installation Manager. Nota: Para obter informações adicionais sobre o comando de desinstalação silenciosa do Installation Manager, consulte infocenter/install/v1r6/index.jsp?topic=/com.ibm.silentinstall12.doc/topics/ r_silent_prefs.html. Tabela 20 lista os arquivos de resposta a serem usados para o processo de desinstalação por plataforma: Tabela 20. Arquivos de resposta de desinstalação Tipo de instalação Arquivo de resposta a ser utilizado Desinstalando em sistemas operacionais Windows Backup gerenciador de domínio principal TWS91_UNINST_MDM.xml Gerenciador de domínio principal TWS91_UNINST_MDM.xml gerenciador de domínio dinâmico TWS91_UNINST_DDM.xml Backup gerenciador de domínio TWS91_UNINST_DDM.xml dinâmico Capítulo 8. Desinstalando 233

250 Tabela 20. Arquivos de resposta de desinstalação (continuação) Tipo de instalação Arquivo de resposta a ser utilizado Desinstalando em sistemas operacionais UNIX Backup gerenciador de domínio principal Gerenciador de domínio principal gerenciador de domínio dinâmico Backup gerenciador de domínio dinâmico TWS91_UNINST_MDM.xml TWS91_UNINST_MDM.xml TWS91_UNINST_DDM.xml TWS91_UNINST_DDM.xml Nota: v Assegure-se de que o arquivo de resposta contenha o grupo de pacotes que deseja desinstalar: v gerenciador de domínio principal de backup, gerenciador de domínio principal de backup, gerenciador de domínio dinâmico ou gerenciador de domínio dinâmico <profile id= Tivoli Workload Scheduler installlocation= /opt/ibm/twa > Assegure-se de que o arquivo de resposta contenha o valor de componente correto que deseja desinstalar na propriedade do recurso: gerenciador de domínio principal de backup ou gerenciador de domínio principal <offering id= com.ibm.tws profile= Tivoli Workload Scheduler features= tws.mdm /> gerenciador de domínio dinâmico de backup ou gerenciador de domínio dinâmico <offering id= com.ibm.tws profile= Tivoli Workload Scheduler features= tws.ddm /> Desinstalando Agentes Utilizando o Script twsinst Antes de Começar 1. Antes de iniciar a desinstalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistemas operacionais Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou administradores de domínio do Windows com o direito Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, você deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root 2. Assegure-se de ter espaço temporário suficiente antes de iniciar o processo de desinstalação. Se você não tiver muito espaço no diretório temporário e não puder liberar espaço, consulte twsinst precisa de muito tempo para ser executado se a máquina não tiver espaço temporário suficiente na página Tivoli Workload Scheduler: Planejamento e Instalação

251 3. Assegure-se de que todos os processos e serviços do Tivoli Workload Scheduler estejam parados e que nenhuma outra tarefa esteja ativa ou pendente. Para obter informações adicionais sobre como parar os processos e serviços, consulte o Guia de Administração. Siga estas etapas para desinstalar agentes do Tivoli Workload Scheduler utilizando o script twsinst. Dependendo do sistema operacional, continue da seguinte forma: v Nos sistemas operacionaiswindows: 1. Assegure-se de que todos os processos e serviços do Tivoli Workload Scheduler estejam parados e que nenhuma outra tarefa esteja ativa ou pendente. Para obter informações adicionais sobre como parar os processos e serviços, consulte o Guia de Administração. 2. Efetue logon como administrador na estação de trabalho em que deseja instalar o produto. 3. Em installation_dir\tws (por exemplo, c:\program Files\IBM\TWA), execute o script twsinst da seguinte forma: twsinst -uninst -uname username [-wait minutes] [-domain domain_name] [-lang lang_id] [-work_dir working_dir] Nota: O twsinst para Windows é um Visual Basic Script (VBS) que pode ser executado em modo CScript e WScript. A desinstalação é executada no idioma do código de idioma e não no idioma configurado durante a fase de instalação. Se desejar desinstalar agentes em um idioma diferente do código de idioma do computador, execute o script twsinst a partir de installation_dir\tws (por exemplo, c:\program Files\IBM\TWA), conforme a seguir: twsinst -uninst -uname user_name -lang language v em que language é o idioma configurado durante a desinstalação. Nos sistemas operacionais UNIX e Linux: 1. Efetue logon como raiz e altere seu diretório para /installation_dir/tws (por exemplo: /home/user1/tws em que user1 é o nome de usuário do Tivoli Workload Scheduler). 2. No diretório TWS, execute o script twsinst da seguinte forma: twsinst -uninst -uname username [-wait minutes] [-lang lang_id] [-work_dir working_dir] A desinstalação é executada no idioma do código de idioma e não no idioma configurado durante a fase de instalação. Se desejar desinstalar os agentes em um idioma diferente do código do idioma do computador, execute o script twsinst a partir de /installation_dir/tws (por exemplo, /home/user1/tws) da seguinte forma:./twsinst -uninst -uname user_name -lang language em que language é o idioma configurado durante a desinstalação. -uninst Desinstala o agente Tivoli Workload Scheduler. -uname username O nome do usuário para o qual o agente Tivoli Workload Scheduler é desinstalado. Esse nome de usuário não deve ser confundido com o usuário executando a desinstalação que efetuou logon como administrador nos sistemas operacionais Windows e como raiz nos sistemas operacionais UNIX e Linux. Capítulo 8. Desinstalando 235

252 -wait minutes O número de minutos em que o produto aguarda as tarefas que estiverem em execução serem concluídas antes de iniciar a desinstalação. Se as tarefas não forem concluídas durante o intervalo, a desinstalação parará e uma mensagem de erro será exibida. Os valores válidos são números inteiros ou -1 para o produto aguardar indefinidamente. O padrão é 60 minutos. -domain domain_name Apenas sistemas operacionais Windows. O nome de domínio do usuário do Tivoli Workload Scheduler. O padrão é o nome da estação de trabalho na qual está desinstalando o produto. -lang lang_id O idioma no qual as mensagens do twsinst são exibidas. Se não estiver especificado, o sistema LANG será utilizado. Se o catálogo relacionado estiver ausente, o catálogo de linguagem C padrão será utilizado. Nota: A opção -lang não deve ser confundida com os pacotes de idioma suportados pelo Tivoli Workload Scheduler. -work_dir working_dir O diretório temporário usado para a implementação de arquivos do processo de instalação do Tivoli Workload Scheduler. Nos sistemas operacionaiswindows: Se você especificar um caminho que contém espaços em branco, coloque-o entre aspas duplas. Se você não especificar manualmente um caminho, o caminho será configurado como %temp%\twa\tws91, emque %temp% é o diretório temporário do sistema operacional. Nos sistemas operacionais UNIX e Linux: O caminho não pode conter espaços em branco. Se você não especificar manualmente um caminho, o caminho será configurado como /tmp/twa/tws91. A seguir há um exemplo de um script twsinst que desinstala o agente do Tivoli Workload Scheduler, originalmente instalado para o usuário denominado twsuser: Nos sistemas operacionaiswindows: twsinst -uninst -uname TWS_user Nos sistemas operacionais UNIX e Linux:./twsinst -uninst -uname TWS_user Desinstalando os Componentes Adicionais Esta seção descreve como desinstalar plug-ins adicionais usando Tivoli Workload Scheduler para Plug-ins Adicionais. Desinstalando os Plug-ins Adicionais Usando o Tivoli Workload Scheduler para Plug-ins Adicionais É possível desinstalar os plug-ins adicionais usando o assistente ou o método silencioso. Ao desinstalar os plug-ins adicionais, é possível desinstalar um ou mais plug-ins simultaneamente. 236 Tivoli Workload Scheduler: Planejamento e Instalação

253 Para desinstalar um plug-in adicional, é possível usar um dos seguintes procedimentos: Assistente Para obter detalhes, consulte Desinstalando Usando o Assistente. Silencioso Para obter detalhes, consulte Desinstalando Usando a Desinstalação Silenciosa na página 238. Nota: É possível desinstalar apenas plug-ins do adicional instalados usando o Tivoli Workload Scheduler para Plug-ins Adicionais. Desinstalando Usando o Assistente É possível desinstalar os plug-ins adicionais usando o assistente. É possível desinstalar um ou mais plug-ins de uma vez. Nota: Se tiver instalado o produto usando o assistente de instalação, é possível desinstalá-lo usando o assistente de desinstalação ou a desinstalação silenciosa. Se tiver instalado o produto usando a instalação silenciosa, você deve usar a desinstalação silenciosa para desinstalá-lo. Para desinstalar um ou mais plug-ins, execute as seguintes etapas: 1. Insira o DVD do Tivoli Workload Scheduler for Applications ou eimages para o sistema operacional em que está desinstalando e execute o comando setup: Nos sistemas operacionais Windows: A partir do diretório \PLUGIN_INSTALLER, setup.bat Nos sistemas operacionais UNIX e Linux: A partir do diretório /PLUGIN_INSTALLER,./setup.sh O programa de desinstalação é iniciado. 2. Selecione o idioma para o assistente e clique em OK. O painel Bem-vindo é exibido. 3. Leia as informações de boas-vindas e clique em Avançar. O painel Operações é exibido 4. Selecione o botão de opções Desinstalar. Clique em Avançar. O painel Lista de Plug-ins é exibido. 5. Selecione os plug-ins adicionais que deseja desinstalar e clique em Avançar. O resumo dos plug-ins que você selecionou para desinstalar é exibido. 6. O processo de desinstalação é iniciado. Quando a desinstalação for concluída, um painel mostrando os resultados será exibido. 7. Clique em Concluir para sair do assistente. Se você recebeu alguma mensagem de erro, analise os arquivos de log de desinstalação listados em Tabela 21 na página 238. Capítulo 8. Desinstalando 237

254 Tabela 21. Arquivos de Log da Desinstalação Nome do arquivo de log Conteúdo Diretório tws4plugins_status.log O arquivo de log de status da desinstalação do plug-in é criado apenas para a desinstalação silenciosa. Ele relata se a desinstalação foi concluída com êxito ou com erros. No caso de erros, indica se o erro foi causado por um valor de campo incorreto ou por uma etapa com falha. Linux: tws4plugins_ia_uninstall.log tws4plugins_uninstall.log Arquivo de log do plug-in adicional para erros do InstallAnywhere. O arquivo de log de desinstalação do plug-in adicional. No início do processo de desinstalação, esse arquivo de log é criado no seguinte diretório: Nos sistemas operacionais Windows: %TEMP%\TWA\tws4apps Nos sistemas operacionais UNIX e $tmp\twa\tws4apps e copiado para o diretório Tivoli Workload Scheduler_installation_dir\logs no final do processo de desinstalação. Tivoli Workload Scheduler_installation_dir\logs No início do processo de desinstalação, esse arquivo de log é criado no seguinte diretório: Nos sistemas operacionais Windows: %TEMP%\TWA\tws4apps Nos sistemas operacionais UNIX e Linux: $tmp\twa\tws4apps e copiado para o diretório Tivoli Workload Scheduler_installation_dir\logs no final do processo de desinstalação. Nota: Se estiver desinstalando no modo silencioso e precisar ver os arquivos de log, verifique o arquivo tws4plugins_status.log para ver o status do processo de instalação e, em seguida, verifique o arquivo tws4plugins_install.log para obter detalhes. Desinstalando Usando a Desinstalação Silenciosa Use o processo de desinstalação silenciosa para desinstalar os plug-ins adicionais sem intervenção do usuário. Usando o método silencioso é possível desinstalar simultaneamente todos os plug-ins instalados ou um plug-in por vez. Nota: Se tiver instalado o plug-in usando o assistente de instalação, é possível usar o assistente de desinstalação ou a desinstalação silenciosa. Se tiver instalado os plug-ins usando a instalação silenciosa, você deve usar o método silencioso para desinstalá-los. Quando a desinstalação é executada no modo silencioso, não são exibidas mensagens. As mensagens são gravadas nos arquivos de log da instalação silenciosa listados em Tabela 21. Se a desinstalação silenciosa falhar, é possível verificar as mensagens gravadas nos arquivos de log. Para desinstalar um ou mais plug-ins por vez, execute o seguinte comando: Nos sistemas operacionais Windows: No diretório /PLUGIN_INSTALLER do DVD ou das eimages do produto, setup.bat -i silent -f <response file> em que response file é um arquivo de modelo que pode ser customizado para indicar a lista de plug-ins que você deseja desinstalar. O arquivo de 238 Tivoli Workload Scheduler: Planejamento e Instalação

255 resposta padrão é TWSPlug-ins_RespFile_Uninst_windows.txt. Ele está localizado no diretório RESPONSE_FILE. Nos sistemas operacionais UNIX e Linux: No diretório /PLUGIN_INSTALLER do DVD ou das eimages do produto,./setup.sh -i silent -f <response file> em que response file é um arquivo de modelo que pode ser customizado para indicar a lista de plug-ins que você deseja desinstalar. O arquivo de resposta padrão é TWSPlug-ins_RespFile_Uninst_unix.txt. Ele está localizado no diretório RESPONSE_FILE Tabela 22 lista as opções que podem ser especificadas ao desinstalar. Tabela 22. Opções para Execução de uma Desinstalação Silenciosa Opção Exigido Descrição Valor USER_INSTALL_DIR="<path>" Sim Especifique o caminho de instalação do Tivoli Workload Scheduler, a partir do qual você deseja desinstalar um ou mais plug-ins adicionais. PLUGINS_TO_UNDEPLOY=<plugin_1>,..., <plug-in_n> Sim Especifique os IDs dos plug-ins que correspondem aos plug-ins que serão desinstalados, separados por vírgulas. Um caminho completo. Por exemplo, para desinstalar os plug-ins adicionais, em C:\Program Files\IBM\TWA86, especifique: USER_INSTALL_DIR= "C:\Program Files\IBM\TWA86" Nos sistemas operacionais Windows: O caminho de desinstalação padrão é "c:\\program Files\\IBM\\TWA" Nos sistemas operacionais UNIX e Linux: O caminho de desinstalação padrão é /opt/ibm/twa Para localizar o ID do plug-in, execute as seguintes ações: 1. Abra o arquivo <TWA_HOME>\InstallDataPlugins\ plugin_<plug-in_name>.xml 2. Identifique o valor do atributo id="<plug-in_id>" do plug-in: <plugininfo version="<plug-in_ version>" name="<plug-in_name>" id="<plug-in_id>" /> Por exemplo, para desinstalar o seguinte plug-in: <plugininfo version=" " name="plug-in_test_diskspace" id="plug-in_test_ds" /> especifique o valor: PLUGINS_TO_UNDEPLOY= ACTION_TYPE=<value> Sim Especifique a ação que o processo de desinstalação executa no plug-in. Nesse caso, o valor deve ser configurado como UNDEPLOY. plug-in_test_ds O valor deve ser configurado como UNDEPLOY. Capítulo 8. Desinstalando 239

256 A seguir está o comando que você executa a partir do diretório /PLUGIN_INSTALLER, para executar uma instalação silenciosa em uma estação de trabalho UNIX, usando o arquivo de resposta TWSPlug-ins_RespFile_uninst_UNIX.txt:./setup.sh -i silent -f TWSPlug-ins_RespFile_uninst_UNIX.txt O exemplo a seguir mostra um arquivo de resposta que desinstala o plug-in_test_ds em uma estação de trabalho Windows: USER_INSTALL_DIR=c:\\Program Files\\IBM\\TWA86 FEATURE_UNINSTALL_LIST=plug-in_test_ds 240 Tivoli Workload Scheduler: Planejamento e Instalação

257 Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação Este capítulo descreve problemas relacionados à instalação, remoção e configuração do Tivoli Workload Scheduler e seus pré-requisitos. É dividida nos seguintes tópicos: v Arquivos de Registro de Instalação v Empacotando Arquivos de Log para Suporte na página 244 v Analisando Códigos de Retorno da Instalação Silenciosa do Tivoli Workload Scheduler para Plug-ins Adicionais na página 245 v Analisando Códigos de Retorno para Instalação, Upgrade, Restauração e Desinstalação de Agente na página 247 v Cenários de Problemas: Instalar, Reinstalar, Fazer Upgrade, Migrar e Desinstalar na página 250 v Implicações de Segurança da Instalação v Verificando a Instalação v Desinstalando o Tivoli Workload Scheduler Manualmente na página 286 Para obter informações sobre os problemas na instalação do DB2, consulte a documentação do produto DB2. Arquivos de Registro de Instalação O tipo de arquivos de log localizados em seu sistema depende do tipo de instalação desempenhada. Esta seção descreve os logs associados às instalações diferentes. Se ocorrer um problema durante o processo de instalação, leia os arquivos de logs a seguir: gerenciador de domínio principal ou gerenciador de domínio dinâmico e seu backup v v v Todos os arquivos criados pelo processo Installation Manager, conforme descrito em Arquivos de Log de Instalação Silenciosa e Desinstalação do Assistente do Installation Manager na página 242. Todos os arquivos e subdiretórios no diretório <tempdir>/twa/tws91. Todos os arquivos Websphere Application Server criados pelo processo de instalação, consulte Arquivos de Log do Perfil do Websphere Application Server na página 244. v Se você estiver instalando para DB2 RDBMS, para obter informações adicionais sobre os logs DB2, consulte Arquivos de Log de Instalação do DB2 na página 244. Agentes dinâmicos e agentes tolerantes a falha Todos os arquivos criados pelo script twsinst, consulte Os Arquivos de Log twsinst na página 115. Integration Workbench Para Software Developers Kit, todos os arquivos e subdiretórios no diretório /tmp/twa/sdk91. Copyright IBM Corp. 1999,

258 Job Brokering Definition Console Para o Job Brokering Definition Console, todos os arquivos e subdiretórios no diretório /tmp/twa/jbdc91. Para obter informações adicionais sobre os arquivos de log, consulte o Guia de Administração. Arquivos de Log de Instalação Silenciosa e Desinstalação do Assistente do Installation Manager O Installation Manager cria os seguintes arquivos de logs de instalação e desinstalação comuns a qualquer instalação do pacote, independentemente de quais componentes foram escolhidos para instalação: No sistema operacional Windows <INSTALLATION_MANAGER_LOGS_DIR>\<YYYYMMDD_HHMM>.xml Em sistemas operacionais UNIX e Linux <INSTALLATION_MANAGER_LOGS_DIR>/<YYYYMMDD_HHMM>.xml em que <INSTALLATION_MANAGER_LOGS_DIR> é o diretório no qual o Installation Manager cria os arquivos de log, YYYYMMDD é a data e HHMM é o horário de criação do arquivo de log. O processo de instalação do Tivoli Workload Scheduler cria os seguintes arquivos de logs nativos do Installation Manager: No sistema operacional Windows <INSTALLATION_MANAGER_LOGS_DIR>\native\<YYYYMMDD_HHMM>.log Em sistemas operacionais UNIX e Linux <INSTALLATION_MANAGER_LOGS_DIR>/native/<YYYYMMDD_HHMM>.log em que <INSTALLATION_MANAGER_LOGS_DIR> é o diretório no qual o Installation Manager cria os arquivos de logs e YYYYMMDD é a data e HHMM é o horário de criação do arquivo de log. O valor padrão <INSTALLATION_MANAGER_LOGS_DIR> é: No sistema operacional Windows C:\ProgramData\IBM\InstallationManager\logs Em sistemas operacionais UNIX e Linux /var/ibm/installationmanager/logs Se mais de um log nativo tiver o mesmo registro de data e hora, o Installation Manager criará os arquivos de log com o seguinte nome: No sistema operacional Windows <INSTALLATION_MANAGER_LOGS_DIR>\native\<YYYYMMDD_HHMMLETTER>.log Em sistemas operacionais UNIX e Linux <INSTALLATION_MANAGER_LOGS_DIR>/native/<YYYYMMDD_HHMMLETTER>.log em que <INSTALLATION_MANAGER_LOGS_DIR> é o diretório no qual o Installation Manager cria os arquivos de logs, YYYYMMDD é a data, HHMM é o horário de criação do arquivo de log e LETTER é uma letra do alfabeto. 242 Tivoli Workload Scheduler: Planejamento e Instalação

259 Para obter informações adicionais sobre como acessar os arquivos de log usando o assistente do Installation Manager, consulte Acessando Arquivos de Log do Installation Manager por Meio do Assistente. Para obter informações adicionais sobre como criar um arquivo.zip do diretório de log nativo, consulte Compactando Arquivos de Log Installation Manager via Assistente Acessando Arquivos de Log do Installation Manager por Meio do Assistente Usando o assistente do Installation Manager, é possível acessar os arquivos de log do Installation Manager no seguinte diretório de log: <INSTALLATION_MANAGER_LOGS_DIR> em que <INSTALLATION_MANAGER_LOGS_DIR> é o diretório no qual o Installation Manager cria os arquivos de logs. O valor padrão <INSTALLATION_MANAGER_LOGS_DIR> é: Nos sistemas operacionais Windows C:\ProgramData\IBM\InstallationManager\logs Em sistemas operacionais UNIX e Linux /var/ibm/installationmanager/logs Para acessar arquivos de log usando o assistente, execute as seguintes etapas: 1. Abra a página Inicial do Installation Manager. 2. Selecione Arquivo>Visualizar Log. 3. O painel Log de Instalação mostra todos os arquivos de log salvos em sua máquina. Selecione o arquivo de log cujo nome éoregistro de data e hora correto para seu processo de instalação. 4. Dependendo da ação que deseja executar, clique no ícone Exportar Arquivo de Log ou ícone Abrir Arquivo de Log no lado superior direito. Compactando Arquivos de Log Installation Manager via Assistente Usando o assistente do Installation Manager, é possível criar um arquivo.zip contendo os seguintes arquivos de log: v Arquivos de log nativos no diretório <INSTALLATION_MANAGER_LOGS_DIR>\native. v Arquivos de log xml no diretório <INSTALLATION_MANAGER_LOGS_DIR>. Em que <INSTALLATION_MANAGER_LOGS_DIR> é o diretório onde Installation Manager cria os arquivos de log. O valor padrão <INSTALLATION_MANAGER_LOGS_DIR> é: Nos sistemas operacionais Windows C:\ProgramData\IBM\InstallationManager\logs Em sistemas operacionais UNIX e Linux /var/ibm/installationmanager/logs Para criar um arquivo.zip do diretório de log nativo, execute as seguintes etapas: 1. Abra a página Inicial do Installation Manager. 2. Selecione Ajuda>Exportar Dados para Análise de Problemas. 3. Insira o nome do diretório onde deseja criar o arquivo.zip e o nome do arquivo.zip. Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 243

260 4. Pressione Ok. Um arquivo.zip contendo todos os arquivos de log é criado no diretório especificado. Arquivos de Log do Perfil do Websphere Application Server O processo de instalação do Tivoli Workload Scheduler cria seu próprio perfil na instância do Websphere Application Server. Os arquivos de log Websphere Application Server estão localizados no caminho a seguir: /<WAS_profile_creation_path>/logs/<SERVER_NAME> em que <WAS_profile_creation_path> é o diretório de instalação Tivoli Workload Scheduler e <SERVER_NAME> é o nome do servidor especificado durante o processo de instalação. O valor padrão é : /<TWS_INST_DIR>/WAS/TWSProfile/logs/<SERVER_NAME> em que <TWS_INST_DIR> é o diretório de instalação do Tivoli Workload Scheduler e <SERVER_NAME> é o nome do servidor especificado durante o processo de instalação. O log para o início do Websphere Application Server pode ser localizado em: /<TWS_INST_DIR>/WAS/TWSProfile/logs/<SERVER_NAME>/startServer.log em que <TWS_INST_DIR> é o diretório de instalação do Tivoli Workload Scheduler e <SERVER_NAME> é o nome do servidor especificado durante o processo de instalação. Arquivos de Log de Instalação do DB2 Para obter informações sobre arquivos de log de instalação do DB2, consulte a documentação do DB2. Os Arquivos de Log twsinst O arquivo de log twsinst é o seguinte: <tempdir>/twsinst_<operating_system>_<tws_user>^ log, em que: <tempdir> O diretório temporário do usuário: Sistemas operacionais Windows %Temp%\TWA\tws91 UNIX /tmp/twa/tws91 <operating_system> O sistema operacional. <usuário_do_tws> O nome de usuário para o qual o Tivoli Workload Scheduler foi instalado (o nome fornecido durante a instalação) Empacotando Arquivos de Log para Suporte Se ocorrer um problema com uma instalação que você não puder resolver, o Suporte de Software IBM poderá solicitar que você envie a eles todos os arquivos de log de instalação. 244 Tivoli Workload Scheduler: Planejamento e Instalação

261 Para obter informações adicionais sobre os arquivos de log, consulte Arquivos de Registro de Instalação na página 241. Nota: Não remova, inclua ou modifique arquivos no diretório <tempdir>/twa/tws91, porque isso pode causar falha de uma instalação ou impedir a recuperação de uma instalação com falha. Analisando Códigos de Retorno da Instalação Silenciosa do Tivoli Workload Scheduler para Plug-ins Adicionais Verifique as mensagens de erro e de aviso emitidas pelo Tivoli Workload Scheduler para Plug-ins Adicionais, durante o processo de instalação silenciosa. Esta seção lista as mensagens de erro e de aviso retornadas pelo InstallAnywhere durante o processo de instalação silenciosa. Os erros e avisos são organizados em duas tabelas: v Mensagens de erro InstallAnywhere padrão, Tabela 23 v Mensagens de erro de instalação do plug-in adicional, Tabela 24 na página 246 Quando a instalação é executada no modo silencioso, não são exibidas mensagens. As mensagens são gravadas nos arquivos de log da instalação silenciosa listados em Tabela 12 na página 125. Se o arquivo de resposta especificado na linha de comandos não existir ou o nome do arquivo estiver incorreto, o processo de instalação silenciosa não gravará os arquivos de log. Para ter o código de retorno correto para o processo de instalação silenciosa, emita: start /w <silent command> em que: <silent command> é o comando que você ativa para executar a instalação silenciosa. É possível verificar os códigos de erro localizados nos arquivos de log de instalação durante o processo de instalação silenciosa, com os códigos nas tabelas a seguir para obter a descrição específica da mensagem de erro. Tabela 23 mostra as mensagens de erro padrão do InstallAnywhere gravadas nos arquivos de log durante a execução da instalação silenciosa. Tabela 23. Mensagens de Erro Padrão do InstallAnywhere Código de Erro Descrição 0 Êxito> A instalação foi concluída com êxito sem nenhum aviso ou erro. 1 A instalação foi concluída com êxito, mas uma ou mais ações da sequência de instalação causaram um aviso ou um erro não fatal. 8 A instalação silenciosa falhou, porque há um erro em uma ou mais etapas de instalação. -1 Uma ou mais ações da sequência de instalação causaram um erro fatal A instalação foi cancelada pelo usuário A instalação inclui uma opção de linha de comandos inválida Erro não manipulado. Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 245

262 Tabela 23. Mensagens de Erro Padrão do InstallAnywhere (continuação) Código de Erro Descrição 2001 A instalação falhou na verificação de autorização. Ela pode indicar uma versão expirada Uma verificação de regras da instalação falhou. Uma regra existente no próprio instalador falhou Uma dependência não resolvida no modo silencioso fez com que o instalador fosse encerrado A instalação falhou, porque foi detactado espaço em disco insuficiente durante a execução da ação Instalar A instalação falhou ao tentar instalar em um sistema Windows de 64 bits, porque a instalação não inclui suporte a sistemas Windows de 64 bits A instalação falhou porque foi ativada em um modo de IU que não é suportado por este instalador Erro não manipulado específico de um ativador A instalação falhou em razão de um erro específico da propriedade lax.main.class A instalação em razão de um erro específico da propriedade lax.main.method A instalação não pôde acessar o método especificado na propriedade lax.main.method A instalação em razão de um erro de exceção causado pela propriedade lax.main.method A instalação porque nenhum valor foi designado para a propriedade lax.application.name A instalação não pôde acessar o valor designado para a propriedade lax.nl.java.launcher.main.class A instalação falhou em razão de um erro específico da propriedade lax.nl.java.launcher.main.class A instalação falhou em razão de um erro específico da propriedade lax.nl.java.launcher.main.method A instalação não pôde acessar o método especificado na propriedade lax.nl.launcher.java.main.method Não foi possível localizar um executável Java no diretório especificado pela propriedade do sistema java.home Um caminho incorreto para o instalador jar fez com que o reativador fosse ativado incorretamente. Tabela 24 mostra as mensagens de erro emitidas durante a instalação silenciosa dos plug-ins do Tivoli Workload Scheduler para Plug-ins Adicionais. Tabela 24. Mensagens de Erro do InstallAnywhere para Plug-ins do adicional Código de Erro Descrição 11 O parâmetro necessário não contém um valor. 12 O arquivo especificado no arquivo de resposta não existe. 13 O plug-in especificado não é um arquivo zip. 14 O plug-in especificado não contém o arquivo plugin.xml. 246 Tivoli Workload Scheduler: Planejamento e Instalação

263 Tabela 24. Mensagens de Erro do InstallAnywhere para Plug-ins do adicional (continuação) Código de Erro Descrição 15 O processo de instalação não localizou uma instância do Tivoli Workload Automation neste sistema. 16 Não é possível executar a ação especificada na instância selecionada. 17 A instalação está sendo executada em uma estação de trabalho cujo espaço em disco não é suficiente. 18 O caminho especificado não contém uma instalação válida do Tivoli Workload Scheduler. 19 O sistema operacional, no qual a instalação está sendo executada, não é suportado. 20 O plug-in especificado contém um arquivo plugin.xml com erros de sintaxe. 21 O arquivo plugin.xml especificado lista alguns arquivos que não estão contidos no plug-in. 22 Não especifique um plug-in no arquivo de resposta. 23 Uma versão superior do plug-in selecionado já está instalada nesta instância. 24 O plug-in (arquivo zip) que está sendo instalado não contém o arquivo jar necessário ou o arquivo jar não está localizado no caminho correto. 25 Não é possível instalar o plug-in selecionado usando a versão atual do instalador de plug-in. 26 O plug-in (arquivo zip) que está sendo instalado não contém as licenças necessárias ou as licenças não estão localizadas no caminho correto. 27 O valor do parâmetro ACTION_TYPE especificado no arquivo de resposta deve ser DEPLOY ou UNDEPLOY. 28 Não é possível aceitar o contrato de licença no arquivo de resposta. 29 O processo de instalação não pode salvar as atualizações feitas no arquivo TWARegistry.dat. 30 O processo de instalação não pôde atualizar o arquivo config.ini. 31 O processo de instalação não pôde copiar os arquivos de plug-in no sistema de destino. 32 Não é possível instalar o plug-in selecionado na instância do Tivoli Workload Scheduler, porque a extensão Java não está instalada Analisando Códigos de Retorno para Instalação, Upgrade, Restauração e Desinstalação de Agente Verifique como sua operação foi concluída analisando os códigos de retorno que são emitidos por twsinst. Códigos de retorno que podem ser recebidos durante a instalação, o upgrade, a restauração ou a desinstalação de agentes. Para analisá-los e tomar uma ação corretiva, execute as seguintes etapas: Em sistemas operacionais Windows 1. Exiba o código de retorno de conclusão da operação usando o seguinte comando: Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 247

264 echo %ERRORLEVEL% 2. Analise a tabela a seguir para verificar como a operação foi concluída: Tabela 25. Agente de Sistema Operacional Windows e Códigos de Retorno Código de Erro Descrição Ação do Usuário 0 Sucesso: A operação foi concluída com sucesso sem avisos ou erros. Nenhuma. 1 Falha genérica Verifique as mensagens que são exibidas na tela pelo script. Corrija o erro e execute a operação novamente. Se o erro persistir, procure o banco de dados de Suporte IBM para obter uma solução em software/sysmgmt/products/ support. 2 A instalação não pode criar o usuário do Tivoli Workload Scheduler ou designar a permissão correta a ele. 3 A senha não está correta ou a instalação não pode verificá-la. 4 O diretório de instalação dotivoli Workload Scheduler não está vazio. Você especificou como pasta de instalação um diretório existente. 5 Ocorreu um erro durante a verificação dos pré-requisitos do Tivoli Workload Scheduler na estação de trabalho. 6 O registro do Tivoli Workload Scheduler está corrompido. 7 A operação de upgrade ou restauração não pode recuperar as informações dos arquivos de configuração. 8 O upgrade, a restauração ou a desinstalação não podem continuar porque há tarefas em execução. 9 O upgrade, a restauração ou a desinstalação não podem continuar porque os arquivos estão bloqueados. 10 O upgrade, a restauração ou a desinstalação não podem continuar porque há linhas de comandos abertas. Verifique a configuração e as políticas do sistema operacional. Verifique os valores de entrada. Se for necessário, crie o usuário manualmente antes de executar a instalação. Verifique a configuração e as políticas do sistema operacional. Verifique os valores de entrada. Esvazie-o ou especifique um diretório diferente. Verifique os requisitos do sistema do produto no seguinte link: docview.wss?rs=672 &uid=swg Use a opção recovinstreg para recuperar o registro. Em seguida, execute a operação novamente. Verifique se a instalação anterior e os arquivos localopts, globalopts, ita.ini e JobManager.ini não estão corrompidos. Corrija os erros e tente a operação novamente. Pare as tarefas que estão em execução ou espere elas serem concluídas. Reinicie a operação. Pare todos os processos que estão em execução e feche todas as atividades que podem bloquear o caminho da instalação. Reinicie a operação. Feche as linhas de comandos. Reinicie a operação. 248 Tivoli Workload Scheduler: Planejamento e Instalação

265 Nos sistemas operacionais UNIX e Linux: 1. Exiba o código de retorno de conclusão da instalação usando o seguinte comando: echo $? 2. Analise a tabela a seguir para verificar como a instalação foi concluída: Tabela 26. Agente de Sistema Operacional UNIX ou Linux e Códigos de Retorno Código de Erro Descrição Ação do Usuário 0 Êxito> A instalação foi concluída com êxito sem nenhum aviso ou erro. Nenhuma. 1 Falha genérica. Verifique as mensagens que são exibidas no vídeo pelo script. Corrija o erro e execute a operação novamente. Se o erro persistir, procure o banco de dados de Suporte IBM para obter uma solução em software/sysmgmt/products/support. 2 A instalação não localizou o usuário do Tivoli Workload Scheduler ou seu diretório inicial. O usuário do Tivoli Workload Scheduler que você especificou não existe ou não tem um diretório inicial associado. Verifique a definição de sistema operacional do usuário do Tivoli Workload Scheduler. 3 Não aplicável 4 O diretório de instalação dotivoli Workload Scheduler não está vazio. Você especificou como pasta de instalação um diretório existente. 5 Ocorreu um erro durante a verificação dos pré-requisitos do Tivoli Workload Scheduler na estação de trabalho. 6 O registro do Tivoli Workload Scheduler está corrompido. 7 A operação de upgrade ou restauração não pode recuperar as informações dos arquivos de configuração. 8 O upgrade, a restauração ou a desinstalação não podem continuar porque há tarefas em execução. 9 O upgrade, a restauração ou a desinstalação não podem continuar porque os arquivos estão bloqueados. 10 O upgrade, a restauração ou a desinstalação não podem continuar porque há linhas de comandos abertas. Esvazie-o ou especifique um diretório diferente. Verifique os requisitos do sistema do produto no seguinte link: docview.wss?rs=672&uid=swg Use a opção recovinstreg para recuperar o registro. Em seguida, execute a operação novamente. Verifique se a instalação anterior e os arquivos localopts, globalopts, ita.ini e JobManager.ini não estão corrompidos. Corrija os erros e tente a operação novamente. Pare as tarefas que estão em execução ou espere elas serem concluídas. Reinicie a operação. Pare todos os processos que estão em execução e feche todas as atividades que podem bloquear o caminho da instalação. Reinicie a operação. Feche as linhas de comandos. Reinicie a operação. Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 249

266 Cenários de Problemas: Instalar, Reinstalar, Fazer Upgrade, Migrar e Desinstalar Esta seção contém cenários de problemas conhecidos que podem ocorrer com a instalação, reinstalação, upgrade, migração e desinstalação de componentes do Tivoli Workload Scheduler. Ela é dividida nestes tópicos: v Problemas na Instalação em Sistemas Operacionais Windows v Problemas ao Instalar no UNIX v Problemas ao Instalar no HP-UX v Problemas ao Instalar no Oracle Solaris v Problemas ao Instalar no Linux v Problemas com a instalação silenciosa v twsinst precisa de muito tempo para ser executado se a máquina não tiver espaço temporário suficiente na página 251 v Problemas ao Instalar o Servidor de Aplicativos v Outros Problemas de Instalação na página 251 v Problemas de Upgrade na página 270 v Problemas de Desinstalação na página 285 v Problemas de instalação de fix pack na página 286 v Em Sistemas Windows, É Exibida uma Caixa de Diálogo durante a Instalação ou o Upgrade na página 251 Problemas na Instalação em Sistemas Operacionais Windows As seções a seguir descrevem os problemas que podem ocorrer durante a instalação no Windows e sua solução alternativa: Erro AWSJIM963E ao Criar Usuário do Tivoli Workload Scheduler ou ao Designar Políticas do Usuário Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o erro AWSJIM963E. Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte erro: AWSJIM963E Ocorreu um erro durante a criação do usuário do Tivoli Workload Scheduler, user_name ou durante a designação de políticas do usuário. Verifique a configuração e as políticas do sistema operacional. Verifique os valores de entrada. Se for necessário, crie o usuário manualmente antes de executar a instalação. Em sistemas operacionais Windows, a instalação cria automaticamente o usuário do Tivoli Workload Scheduler com os direitos apropriados, caso o usuário ainda não exista. Porém, se a instalação encontrar problemas com a criação do usuário, você poderá desempenhar as etapas a seguir. 1. Saia da instalação. 2. Crie uma conta de usuário local com um nome de sua opção na estação de trabalho em que deseja instalar o Tivoli Workload Scheduler. Nota: Também pode ser utilizada uma conta de usuário existente. Certifique-se, entretanto, de que este usuário é um membro do grupo Windows Administradores. 3. Conceda a esse <TWS_user> os seguintes direitos de usuário avançado: 250 Tivoli Workload Scheduler: Planejamento e Instalação

267 Atuar como parte do sistema operacional Ajustar cotas de memória Efetuar logon como job em batch Efetuar logon como um serviço Efetuar logon localmente Substituir um símbolo de nível de processo 4. Execute novamente a instalação, citando o nome da conta criada quando solicitado. Em Sistemas Windows, É Exibida uma Caixa de Diálogo durante a Instalação ou o Upgrade Você está instalando ou fazendo upgrade em sistemas Windows e é exibida uma caixa de diálogo. Se você ativou o Aviso de Segurança, será exibida uma caixa de diálogo durante a instalação ou upgrade. Neste caso, responda Executar para continuar. É exibida uma caixa de diálogo de instalação ou upgrade no Windows. Causa e solução Esse problema ocorre se você ativou o Aviso de Segurança para o sistema operacional. Responda Executar para continuar o upgrade. Falha da Varredura de Pré-requisito ao Instalar ou Atualizar no Windows com o Erro AWSJIM1001W Você está instalando ou atualizando sistemas operacionais Windows e a varredura de pré-requisito falha com o erro AWSJIM1001W. Você está instalando ou atualizando um sistema operacional Windows. A varredura de pré-requisito falha com o seguinte erro, mesmo se você tiver mais de 5 MB no diretório temporário: AWSJIM1001W: Erro ao executar Varredura de Pré-requisito. A Varredura de Pré-requisito não é executada. Antes de continuar com a instalação, verifique se você tem pelo menos 5 MB em seu diretório temporário e analise os arquivos de log do Installation Manager. 61INFO00:32.93com.ibm.tws.validator.CreateNewWasProfileValidator - Executar verificação silenciosa de local Causa e solução Esse problema ocorre porque a linha de comandos do Windows não está configurada corretamente. Para resolver o problema, execute as seguintes etapas: 1. Configure a linha de comandos corretamente executando o seguinte comando: %systemroot%\system32\regsvr32 %systemroot%\system32\scrrun.dll 2. Execute a instalação novamente. Outros Problemas de Instalação Podem ocorrer alguns problemas diferentes. twsinst precisa de muito tempo para ser executado se a máquina não tiver espaço temporário suficiente Problema: Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 251

268 Se a máquina não tiver espaço temporário suficiente, a instalação do agente executada usando o script twsinst precisa de muito tempo para ser executada, devido ao uso concomitante do diretório temporário pelo script twsinst e pelo script de pré-requisitos de verificação iniciado pelo script twsinst. Causa e solução: É possível resolver o problema de execução demorada executando manualmente o script prereq_checker.sh nos sistemas operacionais UNIX e Linux e no script prereq_checker.bat nos sistemas operacionais Windows, que executa o processo de pré-requisito de verificação antes de executar o twsinst. É possível executar manualmente o script de pré-requisitos de verificação, executando as etapas a seguir: Nos sistemas operacionais Windows: 1. Efetue logon como Administrador na máquina em que deseja instalar o agente. 2. Acesse o diretório <CD-ROM>\Prerequisites em que <CD-ROM> éo diretório no qual você montou o CD-ROM. 3. Execute: Agente dinâmico ou Agente do Tivoli Workload Scheduler para z/os prereq_checker.bat "DA " -p "DA1.inst_dir=<TWS_INST_DIR>,DA1.work_dir=<TEMP_DIR>" em que <TWS_INST_DIR> é o diretório de instalação Tivoli Workload Scheduler e o <TEMP_DIR> é o diretório temporário. Agente tolerante a falhas prereq_checker.bat "FTA " -p "FTA.inst_dir=<TWS_INST_DIR>,,FTA.work_dir=<TEMP_DIR>" em que <TWS_INST_DIR> é o diretório de instalação Tivoli Workload Scheduler e o <TEMP_DIR> é o diretório temporário. Nos sistemas operacionais UNIX e Linux: 1. Efetue logon como raiz na máquina em que deseja instalar o agente. 2. Acesse o diretório <CD-ROM>\Prerequisites em que <CD-ROM> éo diretório no qual você montou o CD-ROM. 3. Execute: Agente dinâmico ou Agente do Tivoli Workload Scheduler para z/os./prereq_checker.sh "DA ,TWA " -p "DA1.inst_dir=<TWS_INST_DIR>,DA1.work_dir=<TEMP_DIR>" em que <TWS_INST_DIR> é o diretório de instalação Tivoli Workload Scheduler e o <TEMP_DIR> é o diretório temporário. Agente tolerante a falhas./prereq_checker.sh "FTA ,TWA " -p "FTA.inst_dir=<TWS_INST_DIR>,FTA.work_dir=<TEMP_DIR>" em que <TWS_INST_DIR> é o diretório de instalação Tivoli Workload Scheduler e o <TEMP_DIR> é o diretório temporário. 252 Tivoli Workload Scheduler: Planejamento e Instalação

269 Falhas Diversas A instalação falha e a causa não é imediatamente óbvia das mensagens de log. Causa e solução A causa da falha pode ser qualquer uma das seguintes: A transferência por FTP dos arquivos para o nó não foi feita em modo binário Você copiou o diretório de instalação do DVD para o disco rígido local utilizando o FTP, mas não especificou a opção binária. Certifique-se de que o diretório inteiro seja transferido por FTP em modo binário. Nota: O diretório no disco rígido local pode ter qualquer nome, mas é importante ter um diretório-pai disponível para a instalação twsinst porque alguns arquivos temporários precisam estar localizados lá. Por exemplo: /temp/hp-ux ou /temp/tws84/hp-ux Não há espaço em disco suficiente disponível para a instalação Verifique se há espaço em disco suficiente para a instalação no conjunto de arquivos escolhido. Para obter informações adicionais sobre a quantidade de espaço necessária para a instalação, consulte Tivoli Workload Scheduler Documento de Requisitos do Sistema em docview.wss?rs=672&uid=swg Os nomes de arquivos não mantiveram suas letras maiúsculas e minúsculas originais No UNIX, verifique se os nomes de arquivos mantêm suas letras maiúsculas e minúsculas. Por exemplo, o arquivo "TWS_size.txt" não pode ser "tws_size.txt". Um ou mais arquivos necessários não foram copiados da raiz do DVD de instalação Verifique se o número de arquivos copiados do DVD é o mesmo que no DVD. Se não for, copie os arquivos novamente. A instalação de plug-in adicional não possui espaço temporário suficiente A instalação de um plug-in adicional utilizando o Tivoli Workload Scheduler para Plug-ins Adicionais falha com a mensagem: AVISO:/tmp não possui espaço em disco suficiente! Tentando utilizar / para instalar diretório base e tmp Causa e solução Se o diretório temporário não tiver espaço suficiente, redirecione o processo de instalação para outro diretório temporário, configurando a variável IATEMPDIR do InstallAnywhere: Sistemas operacionais Windows 1. configure IATEMPDIR=<new_temp_dir> 2. Inicie a instalação. Sistemas operacionais UNIX Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 253

270 1. exporte IATEMPDIR=<new_temp_dir> 2. Inicie a instalação. Falha na Instalação do Gerenciador de Domínio Dinâmico Devido a um Plug-in de Licença Ausente Durante a instalação de um gerenciador de domínio dinâmico, você recebe o erro CRIMC1017E. Durante a instalação de um gerenciador de domínio dinâmico, você recebe o seguinte erro: CRIMC1017E: Falha ao localizar o plug-in com.ibm.tws.enginepanels_ Não é possível localizar o arquivo de índice de um artefato no repositório. Os arquivos de índice estão localizados no diretório atoc no repositório. Se os arquivos de repositório foram transferidos a partir de um local diferente, verifique se os arquivos não foram alterados durante a operação de transferência. Copie os arquivos de repositório para um local diferente e instale a partir desse local. CRIMC1086E: Falha ao ler o índice do artefato em /mnt/swrep/tws_9.1/im/ Não é possível ler o arquivo de índice a partir do repositório. Você pode ter um problema com sua conexão de rede. Um arquivo de índice localizado sob o diretório atoc no repositório de origem pode estar corrompido. Se você recuperar o arquivo de uma máquina ou rede em seu ambiente, o sistema de arquivos pode ter sido montado incorretamente. Verifique sua conexão de rede. Se os arquivos do repositório de origem foram transferidos de um local diferente antes da instalação, verifique se os arquivos não foram alterados durante a operação de transferência. Copie os arquivos de origem em um sistema de arquivos diferente e instale a partir desse sistema de arquivos. java.io.ioexception: Nenhum bloqueio disponível Causa e solução Este problema pode acontecer se a opção cic.repo.locking estiver configurada como true ou não existir no arquivo config.ini do IBM Installation Manager. Para resolver o problema, inclua a opção cic.repo.locking=false no arquivo IBM Installation Manager config.ini. O arquivo está localizado: Nos sistemas operacionais Windows: C:\Program Files\IBM\Installation Manager\eclipse\configuration\ config.ini Nos sistemas operacionais UNIX e Linux: /opt/ibm/installationmanager/eclipse/config.ini ou /opt/ibm/installationmanager/eclipse/configuration Essa opção impede o IBM Installation Manager de tentar bloquear o repositório. Geralmente durante a instalação, o IBM Installation Manager bloqueia o repositório para que ninguém possa modificá-lo. Essa ação não será executada se você configurar a opção cic.repo.locking=false. Falha na Instalação do Gerenciador de Domínio Principal ou Gerenciador de Domínio Dinâmico do DB2 com Erro AWSJIM923E Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o erro AWSJIM923E. 254 Tivoli Workload Scheduler: Planejamento e Instalação

271 Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte erro: AWSJIM923E Ocorreu um erro durante a instalação do banco de dados database_name. O banco de dados existe, mas não está no catálogo. Causa e solução Este erro ocorre porque o banco de dados não foi catalogado. Para resolver o problema, execute as seguintes etapas: 1. Verifique se o nó está no catálogo e se está apontando para a estação de trabalho do servidor de banco de dados correta. Se você usou o valor padrão do TWS como nome do banco de dados, o nome do nó será TWS_ND. Execute as seguintes ações: a. Se o nó estiver catalogado incorretamente, remova-o do catálogo usando o seguinte comando: db2 uncatalog node b. Se o nó não estiver catalogado ou você removê-lo do catálogo, catalogue-o novamente usando o comando a seguir: v Se o banco de dados for remoto, ou seja, se você estiver usando um cliente do DB2, execute o seguinte comando: db2 catalog tcpip node node_name remote db2_hostname server db2_port v No caso de você não ter alterado o valor padrão do TWS como nome do banco de dados, use o comando a seguir: db2 catalog tcpip node TWS_ND remote db2_hostname server db2_port Se o banco de dados for local, ou seja, se você estiver usando um servidor DB2, execute o seguinte comando: db2 catalog local node node_name instance db2_instance db2 catalog tcpip node LBNODE remote server db2_port 2. Catalogue o banco de dados usando o seguinte comando: v Se o banco de dados for remoto, ou seja, se você estiver usando um cliente do DB2, execute o seguinte comando: db2 catalog db db_name as db_name_db at node node_name db2 catalog db db_name at node node_name v Se o banco de dados for local, ou seja, se você estiver usando um servidor DB2, execute o seguinte comando: db2 catalog db db_name as db_name_db at node LBNODE db2 catalog db db_name Falha na Instalação do Gerenciador de Domínio Principal ou Gerenciador de Domínio Dinâmico com Erro AWSJIM924E Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o erro AWSJIM924E. Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte erro: AWSJIM924E Ocorreu um erro durante a instalação do banco de dados database_name. Você está instalando um gerenciador de domínio principal ou gerenciador de domínio dinâmico como backup, mas o banco de dados já existe no catálogo. Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 255

272 Causa e solução Este erro ocorre porque o banco de dados existe no catálogo. Para resolver o problema, execute as seguintes etapas: 1. Verifique se o banco de dados especificado na mensagem, por exemplo, TWS se você não alterou o padrão no momento da instalação, está presente no catálogo executando o seguinte comando: db2 list db directory 2. Se ele estiver presente no catálogo, execute o seguinte comando para removê-lo do catálogo: db2 uncatalog db DB_NAME 3. Remova o nó do catálogo executando o seguinte comando: db2 uncatalog node NODE_NAME Falha na Instalação do Gerenciador de Domínio Principal ou Gerenciador de Domínio Dinâmico com Erro AWSJIM928E Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o erro AWSJIM928E. Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte erro: AWSJIM928E Ocorreu um erro durante a criação do serviço do Windows para o perfil do Tivoli Workload Scheduler Websphere Application Server. Verifique o status do Gerenciador de Serviços do Windows. Causa e solução Este erro ocorre porque a instalação não pode criar o serviço Windows do Websphere Application Server. Para resolver o problema, execute as seguintes etapas: 1. Verifique o status do Gerenciador de Serviços do Windows e os Eventos do Windows. 2. Resolva os erros e reinicie a instalação. Se você não localizou nenhum erro, reinicialize a estação de trabalho. Falha na Instalação do Gerenciador de Domínio Principal e do Gerenciador de Domínio Dinâmico com Aviso AWSJIM970W Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o aviso AWSJIM970W. Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte aviso: AWSJIM970W A instalação foi concluída, mas ocorreram erros durante a inclusão do fluxo de tarefas FINAL no banco de dados; inclua-o manualmente. Causa e solução É possível localizar a causa do problema nos arquivos de log do Websphere Application Server. 256 Tivoli Workload Scheduler: Planejamento e Instalação

273 Para concluir a instalação, execute o procedimento a seguir: 1. Analise os arquivos de log do Websphere Application Server. Localize o erro que causou o problema e resolva-o. 2. Acesse o diretório TWS usando o seguinte comando: -cd installation_dir/tws 3. Configure o ambiente do Tivoli Workload Scheduler usando o seguinte comando: Sistemas operacionais Windows: tws_env.cmd Sistemas operacionais UNIX e Linux:../tws_env.sh 4. Inclua a definição dos fluxos de tarefas FINAL e FINALPOSTREPORTS no banco de dados usando o comando a seguir: composer add SFinal em que Sfinal é o nome do arquivo contendo a definição dos fluxos de tarefas FINAL e FINALPOSTREPORTS. Aviso AWSJIM971W do Gerenciador de Domínio Principal ou Gerenciador de Domínio Dinâmico ao Iniciar Websphere Application Server Após instalar ou atualizar um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o aviso AWSJIM971W. Durante a instalação ou o upgrade de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte aviso: AWSJIM971W A instalação foi concluída, mas ocorreram erros ao iniciar no Websphere Application Server. Verifique os arquivos de log do Websphere Application Server. Causa e solução Normalmente este problema ocorre devido ao tempo limite. Para concluir a instalação ou o upgrade, inicie o Websphere Application Server usando o seguinte comando: Sistemas operacionais Windows: startwas.bat Sistemas operacionais UNIX e Linux:./startWas.sh Aviso AWSJIM974W ao Iniciar a Instância do Tivoli Workload Scheduler Após instalar ou atualizar um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o aviso AWSJIM974W. Durante a instalação ou o upgrade de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte aviso: AWSJIM974W Ocorreu um erro ao iniciar a instância do Tivoli Workload Scheduler. Analise os arquivos na pasta stdlist para obter mais detalhes. Causa e solução Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 257

274 Para entender a causa do problema, analise os arquivos de log que estão localizados no seguinte diretório: Sistemas operacionais Windows: TWA_installation_dir\TWS\stdlist\logs Uma possível causa do problema é que o serviço de token do Tivoli eo Tivoli Workload Scheduler para o serviço <TWS_user> (backup) falham ao serem iniciados pela primeira vez (após uma instalação bem-sucedida). Sistemas operacionais UNIX e Linux: TWA_installation_dir/TWS/stdlist/logs Para concluir a instalação ou o upgrade, inicie a instância do Tivoli Workload Scheduler executando seguinte comando a partir do diretório TWA_installation_dir/TWS: Sistemas operacionais Windows: Startup Sistemas operacionais UNIX e Linux: StartUp Aviso AWSJIM975W ao Iniciar agente dinâmico Integrado na Instância do Tivoli Workload Scheduler Após instalar ou atualizar um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o aviso AWSJIM975W. Durante a instalação ou o upgrade de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte aviso: AWSJIM975W Ocorreu um erro ao iniciar o agente dinâmico integrado na instância. Analise os arquivos na pasta stdlist/jm para obter mais detalhes. Causa e solução Para entender a causa do problema, analise os arquivos fog que estão localizados no seguinte diretório: Sistemas operacionais Windows: TWA_installation_dir\TWS\stdlist\JM Sistemas operacionais UNIX e Linux: TWA_installation_dir/TWS/stdlist/JM Para concluir a instalação ou o upgrade, inicie Tivoli Workload Scheduler agente dinâmico executando seguinte comando a partir do diretório TWA_installation_dir/TWS: Sistemas operacionais Windows: StartupLwa Sistemas operacionais UNIX e Linux: StartUpLwa Falha na Instalação do Gerenciador de Domínio Principal ou Gerenciador de Domínio Dinâmico com Aviso AWSJIM976W Você recebe uma falha de ação de confirmação AWSJIM976W ao instalar o gerenciador de domínio principal ou gerenciador de domínio dinâmico. 258 Tivoli Workload Scheduler: Planejamento e Instalação

275 O seguinte aviso é exibido (falha da ação confirmar) durante a instalação de um gerenciador de domínio principal ou de um gerenciador de domínio dinâmico especificando Oracle como banco de dados: AWSJIM976W A instalação foi concluída, mas ocorreu um erro durante a inclusão da definição da estação de trabalho do gerenciador de domínio principal no banco de dados. Analise os logs do WebSphere Application Server para obter mais detalhes Causa e solução Para entender a causa do problema, analise os arquivos de log do Websphere Application Server localizados no caminho /<WAS_profile_creation_path>/logs/ <SERVER_NAME> e execute: v O procedimento descrito em "Causado por: java.lang.runtimeexception: java.lang.unsatisfiedlinkerror", se estiver no arquivo de log, você localizará o seguinte erro: Caused by: java.lang.runtimeexception: java.lang.unsatisfiedlinkerror: <ORACLE_HOME>/lib/<ORACLE_LIB> (<ORACLE_HOME>/lib/<ORACLE_LIB>: wrong ELF class: ELFCLASS32) onde: WAS_profile_creation_path Especifique o caminho no qual foi criado o perfil do Websphere Application Server. server_name Especifique o nome do servidor usado durante o processo de instalação. v O caminho padrão do Websphere Application Server é /<TWS_INST_DIR>/WAS/ TWSProfile/logs/<SERVER_NAME>. O procedimento descrito em "Qualquer outro erro no arquivo de log do Websphere Application Server", se você localizar algum outro erro no log do Websphere Application Server. Causado por: java.lang.runtimeexception: java.lang.unsatisfiedlinkerror Este problema ocorre porque o Tivoli Workload Scheduler usa bibliotecas de 64 bits e o banco de dados Oracle especificado durante a instalação usa bibliotecas de 32 bits. Para resolver o problema, execute o seguinte procedimento: 1. Altere o Oracle JBDC de Type2 para Type4 usando a ferramenta changedatasourceproperties do Websphere Application Server. Faça o seguinte: Em sistemas operacionais Windows: a. Efetue logon como administrador. b. Acesse o diretório <TWA_home>\wastools. c. Execute showdatasourceproperties.bat d. Salve a saída em um arquivo usando o seguinte comando: showdatasourceproperties.bat > DataSourceProperties.txt e. Edite o arquivo DataSourceProperties.txt. Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 259

276 f. Altere a linha: OracleType2JndiName=jdbc/twsdb para OracleType2JndiName=jdbc/twsdb_old g. Altere a linha: OracleType4JndiName= para OracleType4JndiName=jdbc/twsdb h. Configure: OracleType4URL=jdbc:oracle:thin:@//host_name: oracle_listener_port/database_instance_name onde: host_name Especifique o nome do host ou endereço TCP/IP do servidor ORACLE. oracle_listener_port Especifique o número da porta do listener ORACLE no servidor ORACLE. database_instance_name Especifique o nome da instância de banco de dados (SID) que está conectada ao Tivoli Workload Scheduler É possível localizar essas informações no arquivo <ORACLE_HOME>\NETWORK\ADMIN\tnsnames.ora localizado na estação de trabalho em que você instalou o Tivoli Workload Scheduler. As informações correspondem às informações na seguinte seção: <hostname> = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = host_name) (PORT = oracle_listener_port)) ) CONNECT_DATA = (SERVICE_NAME = database_instance_name) ) ) i. Salve o arquivo DataSourceProperties.txt. j. Pare o Websphere Application Server usando o comando "conman stopappserver;wait". k. Execute o seguinte comando para aplicar a mudança: changedatasourceproperties.bat DataSourceProperties.txt l. Inicie o Websphere Application Server usando o comando conman startappserver. m. Verifique se a mudança foi implementada executando o comando showdatasourceproperties.bat e verificando a saída. n. Execute as etapas que o produto não pôde executar: 1) Inclua a definição da estação de trabalho usando o seguinte comando: composer add cpudef_wnt 2) Crie manualmente o usuário do Windows usando o seguinte comando: composer new user 260 Tivoli Workload Scheduler: Planejamento e Instalação

277 O editor de texto se abre. Grave as seguintes informações: USERNAME<master>#<domain>\<user> PASSWORD "<password>" END USERNAME <master>#<user> PASSWORD "<password>" END USERNAME <user> PASSWORD "<password>" END Em que: principal Especifique o nome da estação de trabalho do gerenciador de domínio principal. user senha Especifique o usuário do Tivoli Workload Scheduler. Especifique a senha do usuário do Tivoli Workload Scheduler. domínio Especifique o domínio do Windows se o usuário do Tivoli Workload Scheduler for uma conta de domínio. Caso contrário, especifique o nome do host da estação de trabalho que está sendo instalada. o. Execute uma replicação entre o arquivo Symphony e os dados do plano armazenados no banco de dados executando o comando a seguir: planman resync p. Copie o arquivo useropts para o usuário do Tivoli Workload Scheduler executando o seguinte comando: copy <TWSUSER_HOME>\.TWS\useropts_<TWS_USER> %userprofile%\.tws\useropts_<tws_user> onde: TWSUSER_HOME Especifique o diretório inicial do usuário do Tivoli Workload Scheduler. TWS_USER Especifique o usuário do Tivoli Workload Scheduler. %userprofile% Especifique a variável de ambiente do usuário que está instalando o produto Tivoli Workload Scheduler. Nos sistemas operacionais UNIX e Linux: a. Efetue logon como root. b. Acesse o diretório TWA_home/wastools. c. Execute showdatasourceproperties.sh d. Salve a saída em um arquivo usando o seguinte comando:./showdatasourceproperties.sh > DataSourceProperties.txt e. Edite o arquivo DataSourceProperties.txt. Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 261

278 f. Altere a linha: OracleType2JndiName=jdbc/twsdb para OracleType2JndiName=jdbc/twsdb_old g. Altere a linha: OracleType4JndiName= para OracleType4JndiName=jdbc/twsdb h. Configure: OracleType4URL=jdbc:oracle:thin:@//host_name: oracle_listener_port/database_instance_name onde: host_name Especifique o nome do host ou endereço TCP/IP do servidor ORACLE. oracle_listener_port Especifique o número da porta do listener ORACLE no servidor ORACLE. database_instance_name Especifique o nome da instância de banco de dados (SID) que está conectada ao Tivoli Workload Scheduler É possível localizar essas informações no arquivo <ORACLE_HOME>/NETWORK/ADMIN/tnsnames.ora localizado na estação de trabalho em que você instalou Tivoli Workload Scheduler. As informações correspondem às informações na seguinte seção: <hostname> = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = host_name) (PORT = oracle_listener_port)) ) CONNECT_DATA = (SERVICE_NAME = database_instance_name) ) ) i. Salve o arquivo DataSourceProperties.txt. j. Pare o Websphere Application Server usando o comando "conman stopappserver;wait" k. Execute o seguinte comando para aplicar a mudança: changedatasourceproperties.sh DataSourceProperties.txt l. Inicie o Websphere Application Server usando o comando conman startappserver. m. Verifique se a mudança foi implementada executando o comando e verificando a saída../showdatasourceproperties.sh n. Inclua a definição da estação de trabalho usando o seguinte comando: composer add cpudef_unix o. Execute uma replicação entre o arquivo Symphony e os dados do plano armazenados no banco de dados executando o comando a seguir: planman resync 262 Tivoli Workload Scheduler: Planejamento e Instalação

279 p. Designe a propriedade dos arquivos ao usuário Tivoli Workload Scheduler usando o seguinte comando: <INSTALL_DIR>/TWS/_uninstall/ACTIONTOOLS/twsServerRightsAction.sh <INSTALL_DIR> <TWS_USER> <TWS_GROUP> <ROOT_GROUP> onde: INSTALL_DIR Especifique o diretório de instalação do Tivoli Workload Scheduler. TWS_USER Especifique o usuário do Tivoli Workload Scheduler. TWS_GROUP Especifique o grupo do Tivoli Workload Scheduler. ROOT_GROUP Especifique o grupo do usuário raiz. q. Copie o arquivo useropts para o usuário do Tivoli Workload Scheduler executando o seguinte comando: cp <TWSUSER_HOME>/.TWS/useropts_<TWS_USER> $HOME/.TWS/useropts_<TWS_USER> onde: TWSUSER_HOME Especifique o diretório inicial do usuário do Tivoli Workload Scheduler. TWS_USER Especifique o usuário do Tivoli Workload Scheduler. $HOME Especifique a variável de ambiente $HOME do usuário raiz. Qualquer outro Erro no Arquivo de Log do Websphere Application Server Para entender a causa do problema, analise os arquivos de log do Websphere Application Server localizados no caminho /<WAS_profile_creation_path>/logs/ <SERVER_NAME>. Esse problema pode ocorrer se você tiver problemas de conexão com o banco de dados. Corrija o erro e execute o procedimento a seguir: Em sistemas operacionais Windows: 1. Pare o Websphere Application Server usando o comando "conman stopappserver;wait". 2. Inicie o Websphere Application Server usando o comando conman startappserver. 3. Execute as etapas que o produto não pôde executar: a. Inclua a definição da estação de trabalho usando o seguinte comando: composer add cpudef_wnt b. Crie manualmente o usuário do Windows usando o seguinte comando: composer new user O editor de texto se abre. Grave as seguintes informações: Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 263

280 USERNAME<master>#<domain>\<user> PASSWORD "<password>" END USERNAME <master>#<user> PASSWORD "<password>" END USERNAME <user> PASSWORD "<password>" END Em que: principal Especifique o nome da estação de trabalho do gerenciador de domínio principal. user senha Especifique o usuário do Tivoli Workload Scheduler. Especifique a senha do usuário do Tivoli Workload Scheduler. domínio Especifique o domínio do Windows se o usuário do Tivoli Workload Scheduler for uma conta de domínio. Caso contrário, especifique o nome do host da estação de trabalho que está sendo instalada. 4. Execute uma replicação entre o arquivo Symphony e os dados do plano armazenados no banco de dados executando o comando a seguir: planman resync 5. Copie o arquivo useropts para o usuário do Tivoli Workload Scheduler executando o seguinte comando: copy <TWSUSER_HOME>\.TWS\useropts_<TWS_USER> %userprofile%\.tws\useropts_<tws_user> onde: TWSUSER_HOME Especifique o diretório inicial do usuário do Tivoli Workload Scheduler. TWS_USER Especifique o usuário do Tivoli Workload Scheduler. %userprofile% Especifique a variável de ambiente do usuário que está instalando o produto Tivoli Workload Scheduler. Nos sistemas operacionais UNIX e Linux: 1. Pare o Websphere Application Server usando o comando "conman stopappserver;wait" 2. Inicie o Websphere Application Server usando o comando conman startappserver. 3. Inclua a definição da estação de trabalho usando o seguinte comando: composer add cpudef_unix 4. Execute uma replicação entre o arquivo Symphony e os dados do plano armazenados no banco de dados executando o comando a seguir: planman resync 264 Tivoli Workload Scheduler: Planejamento e Instalação

281 5. Designe a propriedade dos arquivos ao usuário Tivoli Workload Scheduler usando o seguinte comando: <INSTALL_DIR>/TWS/_uninstall/ACTIONTOOLS/twsServerRightsAction.sh <INSTALL_DIR> <TWS_USER> <TWS_GROUP> <ROOT_GROUP> onde: INSTALL_DIR Especifique o diretório de instalação do Tivoli Workload Scheduler. TWS_USER Especifique o usuário do Tivoli Workload Scheduler. TWS_GROUP Especifique o grupo do Tivoli Workload Scheduler. ROOT_GROUP Especifique o grupo do usuário raiz. 6. Copie o arquivo useropts para o usuário do Tivoli Workload Scheduler executando o seguinte comando: cp <TWSUSER_HOME>/.TWS/useropts_<TWS_USER> $HOME/.TWS/useropts_<TWS_USER> onde: TWSUSER_HOME Especifique o diretório inicial do usuário do Tivoli Workload Scheduler. TWS_USER Especifique o usuário do Tivoli Workload Scheduler. $HOME Especifique a variável de ambiente $HOME do usuário raiz. Aviso AWSJIM977W durante a Inclusão da Definição de Usuário do Windows no Banco de Dados Após instalar ou atualizar um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o aviso AWSJIM977W. Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte aviso: AWSJIM977W A instalação foi concluída, mas ocorreu um erro durante a inclusão da definição Usuário do Windows no banco de dados. Analise os logs do Websphere Application Server para obter mais detalhes. Causa e solução Para entender a causa do problema, analise os arquivos de log do Websphere Application Server localizados no caminho /<WAS_profile_creation_path>/logs/ <SERVER_NAME> e execute: v O procedimento descrito em "Causado por: java.lang.runtimeexception: java.lang.unsatisfiedlinkerror", se estiver no arquivo de log, você localizará o seguinte erro: Caused by: java.lang.runtimeexception: java.lang.unsatisfiedlinkerror: <ORACLE_HOME>/lib/<ORACLE_LIB> (<ORACLE_HOME>/lib/<ORACLE_LIB>: wrong ELF class: ELFCLASS32) Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 265

282 onde: WAS_profile_creation_path Especifique o caminho no qual foi criado o perfil do Websphere Application Server. server_name Especifique o nome do servidor usado durante o processo de instalação. v O caminho padrão do Websphere Application Server é /<TWS_INST_DIR>/WAS/ TWSProfile/logs/<SERVER_NAME>. O procedimento descrito em "Qualquer outro erro no arquivo de log do Websphere Application Server", se você localizar algum outro erro no log do Websphere Application Server. Causado por: java.lang.runtimeexception: java.lang.unsatisfiedlinkerror Este problema ocorre porque o Tivoli Workload Scheduler usa bibliotecas de 64 bits e o banco de dados Oracle especificado durante a instalação usa bibliotecas de 32 bits. Para resolver o problema, execute o seguinte procedimento: 1. Altere o Oracle JBDC de Type2 para Type4 usando a ferramenta changedatasourceproperties do Websphere Application Server. 2. Efetue logon como administrador. 3. Acesse o diretório <TWA_home>\wastools 4. Execute showdatasourceproperties.bat 5. Salve a saída em um arquivo usando o seguinte comando: showdatasourceproperties.bat > DataSourceProperties.txt 6. Edite o arquivo DataSourceProperties.txt. 7. Altere a linha: OracleType2JndiName=jdbc/twsdb para OracleType2JndiName=jdbc/twsdb_old 8. Altere a linha: OracleType4JndiName= para OracleType4JndiName=jdbc/twsdb 9. Configure: OracleType4URL=jdbc:oracle:thin:@//host_name: oracle_listener_port/database_instance_name onde: host_name Especifique o nome do host ou endereço TCP/IP do servidor ORACLE. oracle_listener_port Especifique o número da porta do listener ORACLE no servidor ORACLE. 266 Tivoli Workload Scheduler: Planejamento e Instalação

283 database_instance_name Especifique o nome da instância de banco de dados (SID) que está conectada ao Tivoli Workload Scheduler É possível localizar essas informações no arquivo <ORACLE_HOME>\NETWORK\ ADMIN\tnsnames.ora localizado na estação de trabalho em que você instalou o Tivoli Workload Scheduler. As informações correspondem às informações na seguinte seção: <hostname> = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = host_name) (PORT = oracle_listener_port)) ) CONNECT_DATA = (SERVICE_NAME = database_instance_name) ) ) 10. Salve o arquivo DataSourceProperties.txt. 11. Pare o Websphere Application Server usando o comando "conman stopappserver;wait". 12. Execute o seguinte comando para aplicar a mudança: changedatasourceproperties.bat DataSourceProperties.txt 13. Inicie o Websphere Application Server usando o comando conman startappserver. 14. Verifique se a mudança foi implementada executando o comando showdatasourceproperties.bat e verificando a saída. 15. Crie manualmente o usuário do Windows usando o seguinte comando: composer new user O editor de texto se abre. Grave as seguintes informações: USERNAME<master>#<domain>\<user> PASSWORD "<password>" END USERNAME <master>#<user> PASSWORD "<password>" END USERNAME <user> PASSWORD "<password>" END Em que: principal Especifique o nome da estação de trabalho do gerenciador de domínio principal. user senha Especifique o usuário do Tivoli Workload Scheduler. Especifique a senha do usuário do Tivoli Workload Scheduler. domínio Especifique o domínio do Windows se o usuário do Tivoli Workload Scheduler for uma conta de domínio. Caso contrário, especifique o nome do host da estação de trabalho que está sendo instalada. 16. Execute uma replicação entre o arquivo Symphony e os dados do plano armazenados no banco de dados executando o comando a seguir: Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 267

284 planman resync 17. Copie o arquivo useropts para o usuário do Tivoli Workload Scheduler executando o seguinte comando: cp <TWSUSER_HOME>/.TWS/useropts_<TWS_USER> $HOME/.TWS/useropts_<TWS_USER> onde: TWSUSER_HOME Especifique o diretório inicial do usuário do Tivoli Workload Scheduler. TWS_USER Especifique o usuário do Tivoli Workload Scheduler. $HOME Especifique a variável de ambiente $HOME do usuário raiz. Qualquer outro Erro no Arquivo de Log do Websphere Application Server Para entender a causa do problema, analise os arquivos de log do Websphere Application Server localizados no caminho /<WAS_profile_creation_path>/logs/ <SERVER_NAME>. Esse problema pode ocorrer se você tiver problemas de conexão com o banco de dados. Corrija o erro e execute o procedimento a seguir: 1. Pare o Websphere Application Server usando o comando "conman stopappserver;wait". 2. Inicie o Websphere Application Server usando o comando conman startappserver. 3. Crie manualmente o usuário do Windows usando o seguinte comando: composer new user O editor de texto se abre. Grave as seguintes informações: USERNAME<master>#<domain>\<user> PASSWORD "<password>" END USERNAME <master>#<user> PASSWORD "<password>" END USERNAME <user> PASSWORD "<password>" END Em que: principal Especifique o nome da estação de trabalho do gerenciador de domínio principal. user senha Especifique o usuário do Tivoli Workload Scheduler. Especifique a senha do usuário do Tivoli Workload Scheduler. domínio Especifique o domínio do Windows se o usuário do Tivoli Workload Scheduler for uma conta de domínio. Caso contrário, especifique o nome do host da estação de trabalho que está sendo instalada. 268 Tivoli Workload Scheduler: Planejamento e Instalação

285 4. Execute uma replicação entre o arquivo Symphony e os dados do plano armazenados no banco de dados executando o comando a seguir: planman resync 5. Copie o arquivo useropts para o usuário do Tivoli Workload Scheduler executando o seguinte comando: cp <TWSUSER_HOME>/.TWS/useropts_<TWS_USER> $HOME/.TWS/useropts_<TWS_USER> onde: TWSUSER_HOME Especifique o diretório inicial do usuário do Tivoli Workload Scheduler. TWS_USER Especifique o usuário do Tivoli Workload Scheduler. $HOME Especifique a variável de ambiente $HOME do usuário raiz. Aviso AWSJIM979W na Configuração da Propriedade para os Arquivos do Servidor Tivoli Workload Scheduler Após a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o aviso AWSJIM979W. Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte aviso: AWSJIM979W A instalação foi concluída, mas ocorreu um erro durante a configuração da propriedade para os arquivos do servidor Tivoli Workload Scheduler. A instância está trabalhando, mas alguns arquivos ainda pertencem ao proprietário raiz em vez de pertencerem ao TWS_user. Analise os arquivos de log para obter detalhes. Causa e solução Para concluir a instalação ou o upgrade, execute o seguinte procedimento como raiz: 1. Designe aos arquivos propriedade para o usuário do Tivoli Workload Scheduler executando o seguinte comando: <INSTALL_DIR>/TWS/_uninstall/ACTIONTOOLS/twsServerRightsAction.sh <INSTALL_DIR> <TWS_USER> <TWS_GROUP> <ROOT_GROUP> onde: INSTALL_DIR Especifique o diretório de instalação do Tivoli Workload Scheduler. O padrão é /opt/ibm/twa/tws. TWS_USER Especifique o usuário do Tivoli Workload Scheduler. TWS_GROUP Especifique o grupo do Tivoli Workload Scheduler. ROOT_GROUP Especifique o grupo do usuário raiz. 2. Copie o arquivo useropts para o usuário do Tivoli Workload Scheduler executando o seguinte comando: Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 269

286 cp <TWSUSER_HOME>/.TWS/useropts_<TWS_USER> $HOME/.TWS/useropts_<TWS_USER> onde: TWSUSER_HOME Especifique o diretório inicial do usuário do Tivoli Workload Scheduler. TWS_USER Especifique o usuário do Tivoli Workload Scheduler. $HOME Especifique a variável de ambiente $HOME do usuário raiz. Problemas de Reinstalação Os problemas a seguir podem ser encontrados durante o processo de upgrade. Reinstalar um Gerenciador de Domínio Principal ou Gerenciador de Domínio Dinâmico Apontando para um Banco de Dados Tivoli Workload Scheduler Remoto Falha Você está reinstalando um gerenciador de domínio principal ou gerenciador de domínio dinâmico em uma estação de trabalho que aponta para um banco de dados remoto do Tivoli Workload Scheduler e o cliente DB2 local não foi configurado. Causa e solução A instalação falhará porque um cliente DB2 deve ser configurado manualmente. Para configurá-lo, execute as seguintes etapas como administrador do DB2: 1. Crie um nó: db2 catalog tcpip node <TWS_db_name>_ND remotte <hostname_db_server> server <port_db_server> 2. Conecte o nó: db2 attach to <TWS_db_name>_ND user <TWS_admin_user> using <TWS_admin_pwd> 3. Catalogue o banco de dados do TWS: db2 catalog db <TWS_db_name> at node <TWS_db_name>_ND 4. Catalogue o banco de dados TWS_DB: db2 catalog db <TWS_db_name> as <TWS_db_name>_DB at node <TWS_db_name>_ND Problemas de Upgrade Os problemas a seguir podem ser encontrados durante o processo de upgrade. Recuperar Dados das Informações da Instância Tivoli Workload Scheduler Falha com Erro AWSJIM018E Você está executando um assistente gerenciador de domínio principal ou upgrade gerenciador de domínio dinâmico. No painel Installation Manager Instalar Pacote, depois de ter inserido o campo Diretório de Instalação e clicar em Avançar e no painel Recurso depois de verificar a seleção de recurso correta e clicar em Avançar, você terá a mensagem de erro a seguir: 270 Tivoli Workload Scheduler: Planejamento e Instalação

287 AWSJIM018E O produto não pode recuperar o parâmetro <TWS_PROPERTIES> da instância Tivoli Workload Scheduler que deseja atualizar. Verifique o log do Installation Manager para obter detalhes sobre o erro. Verifique os arquivos BrokerWorkstation.properties, JobManager.ini, TWSConfig.properties, ita.ini, localopts, globalopts e o registro para verificar se o parâmetro foi corretamente definido. Em que o <TWS_PROPERTIES> é a propriedade Tivoli Workload Scheduler para a qual as propriedades de instalação não conseguem recuperar o valor correto. O <TWS_PROPERTIES> está contido em um dos arquivos de propriedades Tivoli Workload Scheduler a seguir: v BrokerWorkstation.properties. v JobManager.ini. v TWSConfig.properties. v ita.ini. v localopts. v globalopts. v Arquivo de Registro de Instalação. Causa e solução Este problema ocorreu porque o processo de instalação não conseguiu recuperar os dados de informações no diretório de instalação que você especificou, em um dos arquivos de propriedades Tivoli Workload Scheduler a seguir: v BrokerWorkstation.properties. v JobManager.ini. v TWSConfig.properties. v ita.ini. v localopts. v globalopts. v Arquivo de registro. Se você inseriu o valor do diretório de instalação correto, verifique se os arquivos de propriedades Tivoli Workload Scheduler estão corrompidos ou incompletos. Informações do Arquivo de Registro não Localizadas durante o Upgrade Você tentou fazer upgrade de um agente independente tolerante a falhas (um agente que não é compartilhado com outros componentes e que não possui o recurso de conector), mas o upgrade falha. Se estava fazendo upgrade usando o script twsinst, a seguinte mensagem de erro poderá ter sido exibida: Você está executando uma operação de atualização ou desinstalação, mas o script de instalação não pôde localizar uma instância anterior do Tivoli Workload Scheduler Workload Scheduler in the Tivoli Workload Scheduler registry file. As script esperava localizar uma entrada pertencente ao seguinte usuário:nome_do_usuário e o seguinte arquivo de registro: registry_file_name. Se estava executando uma instalação silenciosa, a seguinte mensagem de erro poderá ter sido exibida: Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 271

288 AWSJIS165E Nenhuma instância válida do Tivoli Workload Automation foi especificada. Especifique uma instância válida ou instale o componente em uma nova instância. Causa e solução Esse problema ocorreu devido aos seguintes motivos possíveis: v Você definiu um caminho da instalação incorreto eoarquivo de registro não pode ser localizado. v Você usou um nome de usuário que não está associado à instância específica do agente Tivoli Workload Scheduler que está fazendo upgrade. v Você está fazendo upgrade de um agente independente tolerante a falhas que possui um arquivo de registro corrompido. Se não tiver certeza de que está usando o caminho de instalação e o nome de usuário corretos, será possível fazer upgrade desse agente sem precisar reinstalar o produto ao usar a opção de recuperação de arquivo de registro do Tivoli Workload Scheduler, que recria os arquivos necessários. Consulte o Atualizando quando Há Arquivos de Registro Corrompidos na página 212 para obter os procedimentos sobre como usar a opção de recuperação de acordo com seu método de upgrade. Os Arquivos Pobox Aumentam em Tamanho após a Execução de uma Migração Paralela Após a migração do seu ambiente, os arquivos pobox aumentam em tamanho. Causa e solução Esse problema ocorre ao executar uma migração paralela pelas seguintes razões: v Na Etapa Alternar o Gerenciador de Domínio Principal para o Principal de Backup Novo ou Atualizado na página 164 usando o gerenciador de domínio principal V8.6 de backup, você define as estações de trabalho de agente, de conjunto ou de conjunto dinâmico. v Na Etapa Instalar um Novo gerenciador de domínio principal ou Fazer Upgrade de seu Antigo gerenciador de domínio principal na página 166 você não configurou para ignore as estações de trabalho de agente, de conjunto ou de conjunto dinâmico que foram definidas na Etapa Alternar o Gerenciador de Domínio Principal para o Principal de Backup Novo ou Atualizado na página 164 Para resolver o problema, execute as etapas a seguir: 1. A partir do gerenciador de domínio principal V8.6 de backup, configure a estação de trabalho para ignore. 2. A partir da versão anterior do gerenciador de domínio principal, execute: JnextPlan -for 0000 Mensagem de Memória Insuficiente ao Fazer Upgrade do Produto em Sistemas Windows Ao fazer upgrade em sistemas Windows, uma mensagem de memória insuficiente está presente no arquivo de log do Installation Manager. Ao fazer upgrade no Windows, você recebe um erro semelhante ao seguinte nos arquivos de log do Installation Manager: 272 Tivoli Workload Scheduler: Planejamento e Instalação

289 -installdir "C:\Program Files\IBM\TWA851GA" -backupdir C:\Users\ADMINI~1\AppData\Local\Temp\tws91UpgradeBackup INSTALLDIR="C:\Program Files\IBM\TWA851GA" BACKUPDIR=C:\Users\ADMINI~1\AppData\Local\Temp\tws91UpgradeBackup Insufficient memory 1855 File(s) copied Possible error, errorlevel=4, Backupping C:\Program Files\IBM\TWA851GA files, check system stderr/stdout. Causa e solução Este problema ocorrerá se a estação de trabalho na qual está sendo feito o upgrade não tiver RAM suficiente para concluir a operação. Para resolver o problema, verifique se há processos que estão consumindo a RAM. Neste caso, pare-os e execute novamente o upgrade. AWSJIM267E não é possível consultar o banco de dados para recuperar algumas informações da tabela Você está fazendo upgrade e recebe o erro "Não é possível consultar o banco de dados para recuperar algumas informações da tabela". Ao fazer upgrade, você recebe o seguinte erro na janela: AWSJIM267E: Não é possível consultar o banco de dados para recuperar algumas informações da tabela. Verifique os logs para obter detalhes. e localize o seguinte erro nos arquivos de log do Installation Manager: SQL0443N Routine "SYSPROC.SNAPSHOT_CONTAINER" (specific name "SNAPSHOT_CONTAINER") has returned an error SQLSTATE with diagnostic text "". SQLSTATE=38553 Causa e solução Esse problema ocorre durante um upgrade pelas seguintes razões: v A configuração de modo para o arquivo /home/db2inst1/sqllib/.ftok do DB2 não está correta. v Há um problema de conexão com o DB2. v O upgrade especificado nos seguintes campos possui um nome incorreto: Usuário administrador do servidor DB2 Usuário administrador do cliente DB2 Para resolver o problema, execute um dos seguintes procedimentos: Para alterar a configuração de modo para o DB2 /home/db2inst1/sqllib/.ftok, execute as seguintes etapas: 1. Abra o arquivo db2diag.log e procure entradas semelhantes à seguinte entrada: "<DATE TIME STAMP> E538283E857 LEVEL: Error (OS) PID : TID : PROC : db2fmp INSTANCE: db2inst1 NODE : 000 FUNCTION: DB2 UDB, oper system services, sqloopenp, probe:80 MESSAGE : ZRC=0x840F0001= =SQLO_ACCD "Access Denied" DIA8701C Access denied for resource "", operating system return code was "". CALLED : OS, -, open OSERR: EACCES (13) Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 273

290 DATA #1 : Codepath, 8 bytes 4:12:18:25:37 DATA #2 : File name, 27 bytes /home/db2inst1/sqllib/.ftok 2. Altere o modo de arquivo do arquivo /home/db2inst1/sqllib/.ftok para 644, executando o seguinte comando: $ chmod 644 /home/db2inst1/sqllib/.ftok 3. Execute novamente o upgrade Para resolver o problema de conexão com o DB2, execute as seguintes etapas: v v v v Resolva o problema parando e reiniciando o DB2, usando os comandos db2stop e db2start. Se o DB2 não parar, execute o seguinte comando: "db2stop force Quando o DB2 for iniciado, certifique-se de que é possível estabelecer uma conexão usando o seguinte comando: $ db2 connect to database_name user DB2_instance_owner using DB2_instance_owner_password Depois de estabelecer a conexão, faça upgrade. Em Sistemas Windows, É Exibida uma Caixa de Diálogo durante a Instalação ou o Upgrade Você está instalando ou fazendo upgrade em sistemas Windows e é exibida uma caixa de diálogo. Se você ativou o Aviso de Segurança, será exibida uma caixa de diálogo durante a instalação ou upgrade. Neste caso, responda Executar para continuar. É exibida uma caixa de diálogo de instalação ou upgrade no Windows. Causa e solução Esse problema ocorre se você ativou o Aviso de Segurança para o sistema operacional. Responda Executar para continuar o upgrade. Depois de fazer upgrade de um gerenciador de domínio principal ou de um gerenciador de domínio dinâmico, não é possível executar nenhuma operação Não é possível executar nenhuma operação após o upgrade de um gerenciador de domínio principal ou de um gerenciador de domínio dinâmico Depois de fazer upgrade de um gerenciador de domínio principal ou um gerenciador de domínio dinâmico, não é possível usar o produto. Além disso, os arquivos de log do Websphere Application Server localizados no caminho /<WAS_profile_creation_path>/logs/<SERVER_NAME> contêm o seguinte erro: Caused by: java.lang.runtimeexception: java.lang.unsatisfiedlinkerror: <ORACLE_HOME>/lib/<ORACLE_LIB> (<ORACLE_HOME>/lib/<ORACLE_LIB>: wrong ELF class: ELFCLASS32) Causa e solução 274 Tivoli Workload Scheduler: Planejamento e Instalação

291 Este problema ocorre porque a versão do Tivoli Workload Scheduler para a qual está sendo feito o upgrade usa bibliotecas de 64 bits e o banco de dados Oracle usa bibliotecas de 32 bits. Para resolver o problema, execute o seguinte procedimento: 1. Altere o Oracle JBDC de Type2 para Type4 usando a ferramenta changedatasourceproperties do Websphere Application Server. Faça o seguinte: Em sistemas operacionais Windows: a. Efetue logon como administrador. b. Acesse o diretório <TWA_home>\wastools c. Execute showdatasourceproperties.bat d. Salve a saída em um arquivo usando o seguinte comando: showdatasourceproperties.bat > DataSourceProperties.txt e. Edite o arquivo DataSourceProperties.txt. f. Altere a linha: OracleType2JndiName=jdbc/twsdb para OracleType2JndiName=jdbc/twsdb_old g. Altere a linha: OracleType4JndiName= para OracleType4JndiName=jdbc/twsdb h. Configure: OracleType4URL=jdbc:oracle:thin:@//host_name: oracle_listener_port/database_instance_name onde: host_name Especifique o nome do host ou endereço TCP/IP do servidor ORACLE. oracle_listener_port Especifique o número da porta do listener ORACLE no servidor ORACLE. database_instance_name Especifique o nome da instância de banco de dados (SID) que está conectada ao Tivoli Workload Scheduler É possível localizar estas informações no arquivo <ORACLE_HOME>\NETWORK\ADMIN\tnsnames.ora localizado na estação de trabalho na qual foi instalado o Tivoli Workload Scheduler. As informações correspondem às informações na seguinte seção: <hostname> = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = host_name) (PORT = oracle_listener_port)) ) CONNECT_DATA = (SERVICE_NAME = database_instance_name) ) ) i. Salve o arquivo DataSourceProperties.txt. Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 275

292 j. Pare o Websphere Application Server usando o comando "conman stopappserver;wait". k. Execute o seguinte comando para aplicar a mudança: changedatasourceproperties.bat DataSourceProperties.txt l. Inicie o Websphere Application Server usando o comando conman startappserver. m. Verifique se a mudança foi implementada executando o comando e verificando a saída. showdatasourceproperties.bat Nos sistemas operacionais UNIX e Linux: a. Efetue logon como root. b. Acesse o diretório TWA_home/wastools c. Execute showdatasourceproperties.sh d. Salve a saída em um arquivo usando o seguinte comando:./showdatasourceproperties.sh > DataSourceProperties.txt e. Edite o arquivo DataSourceProperties.txt. f. Altere a linha: OracleType2JndiName=jdbc/twsdb para OracleType2JndiName=jdbc/twsdb_old g. Altere a linha: OracleType4JndiName= para OracleType4JndiName=jdbc/twsdb h. Configure: OracleType4URL=jdbc:oracle:thin:@//host_name: oracle_listener_port/database_instance_name onde: host_name Especifique o nome do host ou endereço TCP/IP do servidor ORACLE. oracle_listener_port Especifique o número da porta do listener ORACLE no servidor ORACLE. database_instance_name Especifique o nome da instância de banco de dados (SID) que está conectada ao Tivoli Workload Scheduler É possível localizar essas informações no arquivo <ORACLE_HOME>/NETWORK/ADMIN/tnsnames.ora localizado na estação de trabalho na qual foi instalado o Tivoli Workload Scheduler. As informações correspondem às informações na seguinte seção: <hostname> = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = host_name) (PORT = oracle_listener_port)) ) 276 Tivoli Workload Scheduler: Planejamento e Instalação

293 CONNECT_DATA = (SERVICE_NAME = database_instance_name) ) ) i. Salve o arquivo DataSourceProperties.txt. j. Pare o Websphere Application Server usando o comando "conman stopappserver;wait" k. Execute o seguinte comando para aplicar a mudança: changedatasourceproperties.sh DataSourceProperties.txt l. Inicie o Websphere Application Server usando o comando conman startappserver. m. Verifique se a mudança foi implementada executando o comando e verificando a saída../showdatasourceproperties.sh No AIX e no Linux PPC, a validação do usuário e de senha é interrompida quando você atualiza Você está tentando atualizar o gerenciador de domínio principal, gerenciador de domínio dinâmico, gerenciador do domínio principal de backup ou gerenciador do domínio dinâmico de backup nos sistemas operacionais AIX e Linux PPC, mas a validação do usuário e da senha é interrompida. Execute as etapas a seguir: 1. Identifique o ID do processo (pid) dos processos twsstopaction.sh e twscheckinstance.sh, executando o comando a seguir: ps -ef grep tws 2. Pare o twsstopaction.sh eotwscheckinstance.sh, executando o comando a seguir para cada processo: kill -9 <pid> 3. Edite o twsstopaction.sh eotwscheckinstance.sh localizados em TWS/_uninstall/ACTIONTOOLS, inserindo o comando a seguir como a primeira linha: exit 0 4. Pare o Tivoli Workload Scheduler. Agora você pode continuar com a validação de usuário e de senha necessária para atualizar o seu sistema. Durante o Upgrade do Tivoli Workload Scheduler V8.6 ou Posterior, o Nome da Estação de Trabalho do Agente Dinâmico não Está Correto Você está atualizando o gerenciador de domínio principal, o gerenciador do domínio principal de backup, o gerenciador de domínio dinâmico ou o gerenciador de domínio dinâmico de backup a partir do Tivoli Workload Scheduler V8.6 ou posterior para a V9.1 e o nome da estação de trabalho do agente dinâmico não está correto. Causa e solução Este problema ocorreu porque a propriedade ComputerSystemDisplayName no arquivo <TWA_Home>/TWS/ITA/cpa/config/JobManager.ini não é a mesma que o valor configurado no banco de dados do Tivoli Workload Scheduler. Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 277

294 Configure manualmente o valor correto para ComputerSystemDisplayName e execute o processo de upgrade novamente. Durante o Upgrade de um Gerenciador de Domínio Dinâmico de Backup, a Conexão com o Banco de Dados não Funciona Você está tentando atualizar um gerenciador de domínio dinâmico de backup da V8.6 e posterior para V9.1, mas a conexão com o banco de dados do gerenciador de domínio dinâmico remoto não funciona. Causa e solução Este problema ocorreu porque o banco de dados do gerenciador de domínio dinâmico remoto não está catalogado no gerenciador de domínio dinâmico de backup. Para resolver o problema, antes de atualizar o gerenciador de domínio dinâmico de backup, catalogue o banco de dados emitindo o seguinte comando: db2 catalog db <dynamic_dom_mgr_dbname> at node <dynamic_dom_mgr_dbname>_nd em que <dynamic_dom_mgr_dbname> é o nome do banco de dados do gerenciador de domínio dinâmico remoto. Falha no Upgrade do Gerenciador de Domínio Principal ou Gerenciador de Domínio Dinâmico com Erro AWSJIM931E Enquanto atualiza um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o erro AWSJIM931E. Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte erro: AWSJIM931E Ocorreu um erro durante a criação do serviço do Windows para o perfil do Tivoli Workload Scheduler Websphere Application Server. Verifique o status do Gerenciador de Serviços do Windows. Se não ocorrer mais nenhum erro, a instância será recuperada para a versão anterior. Causa e solução Este erro ocorre porque a instalação não pode criar o serviço Windows Websphere Application Server. Para resolver o problema, execute as seguintes etapas: 1. Verifique o status do Gerenciador de Serviços do Windows e os Eventos do Windows. 2. Resolva os erros e reinicie a instalação. Se você não localizou nenhum erro, reinicialize a estação de trabalho. Falha no Upgrade do Gerenciador de Domínio Principal ou Gerenciador de Domínio Dinâmico com Erro AWSJIM967E Enquanto atualiza um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o erro AWSJIM967E. Durante o upgrade de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte erro: AWSJIM967E Ocorreu um erro durante a validação da instância com relação ao registro de instalação do Tivoli Workload Scheduler. Recrie-o usando o comando twsclusinstenabler. 278 Tivoli Workload Scheduler: Planejamento e Instalação

295 Causa e solução Este erro ocorre porque o registro de instalação para a instância selecionada está corrompido e a operação não pode continuar. Use o comando twsclusinstenabler para corrigir o registro e tente a operação novamente. Para recriar o registro de instalação, execute as seguintes etapas: 1. Execute o seguinte comando: Sistemas operacionais Windows: <Image>\utilities\twsClusInstEnabler.cmd -twspath installation_dir Por exemplo: <Image>\utilities\twsClusInstEnabler.cmd -twspath "C:\Program Files\IBM\TWA" Sistemas operacionais UNIX e Linux: <Image>/utilities/twsClusInstEnabler.sh -twspath installation_dir Por exemplo: <Image>/utilities/twsClusInstEnabler.sh -twspath /opt/ibm/twa Aviso AWSJIM971W do Gerenciador de Domínio Principal ou Gerenciador de Domínio Dinâmico ao Iniciar Websphere Application Server Após instalar ou atualizar um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o aviso AWSJIM971W. Durante a instalação ou o upgrade de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte aviso: AWSJIM971W A instalação foi concluída, mas ocorreram erros ao iniciar no Websphere Application Server. Verifique os arquivos de log do Websphere Application Server. Causa e solução Normalmente este problema ocorre devido ao tempo limite. Para concluir a instalação ou o upgrade, inicie o Websphere Application Server usando o seguinte comando: Sistemas operacionais Windows: startwas.bat Sistemas operacionais UNIX e Linux:./startWas.sh Aviso AWSJIM972W do Gerenciador de Domínio Principal ou Gerenciador de Domínio Dinâmico ao Remover o Serviço do Windows Após o upgrade de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o aviso AWSJIM972W. Durante o upgrade de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte aviso: Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 279

296 AWSJIM972W O upgrade foi concluído, mas ocorreram erros durante a remoção do serviço Windows para a antiga instalação. Remova-o manualmente. Causa e solução Esse problema ocorre porque o programa de upgrade não pode remover o serviço Windows da versão anterior do Tivoli Workload Scheduler. Para concluir o upgrade, execute as seguintes etapas: 1. Abra o Gerenciador de Serviços do Windows usando o seguinte comando: services.msc A janela Serviços é exibida. 2. Identifique o serviço do Windows relacionado ao Websphere Application Server da instalação anterior. 3. Clique nele com o botão direito do mouse e selecione Propriedades. 4. Na guia Geral, leia o valor contido no campo Nome do Serviço. 5. Exclua service_name usando o seguinte comando: sc delete "service_name" Falha na Atualização de um agente tolerante a falhas Instalado em uma Instância Compartilhada Após a instalação de uma instância compartilhada contendo agente tolerante a falhas e outros componentes, você desinstala os outros componentes ao tentar atualizar o agente tolerante a falhas, mas o upgrade falha. Causa e solução Este problema ocorreu porque o diretório ewas/profiles/<profile_name>/ installedapps/<cell_name>/<ear_file> não foi excluído. Exclua o diretório e atualize o agente tolerante a falhas. Aviso AWSJIM974W ao Iniciar a Instância do Tivoli Workload Scheduler Após instalar ou atualizar um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o aviso AWSJIM974W. Durante a instalação ou o upgrade de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte aviso: AWSJIM974W Ocorreu um erro ao iniciar a instância do Tivoli Workload Scheduler. Analise os arquivos na pasta stdlist para obter mais detalhes. Causa e solução Para entender a causa do problema, analise os arquivos de log que estão localizados no seguinte diretório: Sistemas operacionais Windows: TWA_installation_dir\TWS\stdlist\logs Uma possível causa do problema é que o serviço de token do Tivoli eo Tivoli Workload Scheduler para o serviço <TWS_user> (backup) falham ao serem iniciados pela primeira vez (após uma instalação bem-sucedida). 280 Tivoli Workload Scheduler: Planejamento e Instalação

297 Sistemas operacionais UNIX e Linux: TWA_installation_dir/TWS/stdlist/logs Para concluir a instalação ou o upgrade, inicie a instância do Tivoli Workload Scheduler executando seguinte comando a partir do diretório TWA_installation_dir/TWS: Sistemas operacionais Windows: Startup Sistemas operacionais UNIX e Linux: StartUp Aviso AWSJIM975W ao Iniciar agente dinâmico Integrado na Instância do Tivoli Workload Scheduler Após instalar ou atualizar um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o aviso AWSJIM975W. Durante a instalação ou o upgrade de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte aviso: AWSJIM975W Ocorreu um erro ao iniciar o agente dinâmico integrado na instância. Analise os arquivos na pasta stdlist/jm para obter mais detalhes. Causa e solução Para entender a causa do problema, analise os arquivos fog que estão localizados no seguinte diretório: Sistemas operacionais Windows: TWA_installation_dir\TWS\stdlist\JM Sistemas operacionais UNIX e Linux: TWA_installation_dir/TWS/stdlist/JM Para concluir a instalação ou o upgrade, inicie Tivoli Workload Scheduler agente dinâmico executando seguinte comando a partir do diretório TWA_installation_dir/TWS: Sistemas operacionais Windows: StartupLwa Sistemas operacionais UNIX e Linux: StartUpLwa Aviso AWSJIM977W durante a Inclusão da Definição de Usuário do Windows no Banco de Dados Após instalar ou atualizar um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o aviso AWSJIM977W. Durante a instalação de um gerenciador de domínio principal ou gerenciador de domínio dinâmico, você recebe o seguinte aviso: AWSJIM977W A instalação foi concluída, mas ocorreu um erro durante a inclusão da definição Usuário do Windows no banco de dados. Analise os logs do Websphere Application Server para obter mais detalhes. Causa e solução Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 281

298 Para entender a causa do problema, analise os arquivos de log do Websphere Application Server localizados no caminho /<WAS_profile_creation_path>/logs/ <SERVER_NAME> e execute: v O procedimento descrito em "Causado por: java.lang.runtimeexception: java.lang.unsatisfiedlinkerror", se estiver no arquivo de log, você localizará o seguinte erro: Caused by: java.lang.runtimeexception: java.lang.unsatisfiedlinkerror: <ORACLE_HOME>/lib/<ORACLE_LIB> (<ORACLE_HOME>/lib/<ORACLE_LIB>: wrong ELF class: ELFCLASS32) onde: WAS_profile_creation_path Especifique o caminho no qual foi criado o perfil do Websphere Application Server. server_name Especifique o nome do servidor usado durante o processo de instalação. v O caminho padrão do Websphere Application Server é /<TWS_INST_DIR>/WAS/ TWSProfile/logs/<SERVER_NAME>. O procedimento descrito em "Qualquer outro erro no arquivo de log do Websphere Application Server", se você localizar algum outro erro no log do Websphere Application Server. Causado por: java.lang.runtimeexception: java.lang.unsatisfiedlinkerror Este problema ocorre porque o Tivoli Workload Scheduler usa bibliotecas de 64 bits e o banco de dados Oracle especificado durante a instalação usa bibliotecas de 32 bits. Para resolver o problema, execute o seguinte procedimento: 1. Altere o Oracle JBDC de Type2 para Type4 usando a ferramenta changedatasourceproperties do Websphere Application Server. 2. Efetue logon como administrador. 3. Acesse o diretório <TWA_home>\wastools 4. Execute showdatasourceproperties.bat 5. Salve a saída em um arquivo usando o seguinte comando: showdatasourceproperties.bat > DataSourceProperties.txt 6. Edite o arquivo DataSourceProperties.txt. 7. Altere a linha: OracleType2JndiName=jdbc/twsdb para OracleType2JndiName=jdbc/twsdb_old 8. Altere a linha: OracleType4JndiName= para OracleType4JndiName=jdbc/twsdb 9. Configure: OracleType4URL=jdbc:oracle:thin:@//host_name: oracle_listener_port/database_instance_name 282 Tivoli Workload Scheduler: Planejamento e Instalação

299 onde: host_name Especifique o nome do host ou endereço TCP/IP do servidor ORACLE. oracle_listener_port Especifique o número da porta do listener ORACLE no servidor ORACLE. database_instance_name Especifique o nome da instância de banco de dados (SID) que está conectada ao Tivoli Workload Scheduler É possível localizar essas informações no arquivo <ORACLE_HOME>\NETWORK\ ADMIN\tnsnames.ora localizado na estação de trabalho em que você instalou o Tivoli Workload Scheduler. As informações correspondem às informações na seguinte seção: <hostname> = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = host_name) (PORT = oracle_listener_port)) ) CONNECT_DATA = (SERVICE_NAME = database_instance_name) ) ) 10. Salve o arquivo DataSourceProperties.txt. 11. Pare o Websphere Application Server usando o comando "conman stopappserver;wait". 12. Execute o seguinte comando para aplicar a mudança: changedatasourceproperties.bat DataSourceProperties.txt 13. Inicie o Websphere Application Server usando o comando conman startappserver. 14. Verifique se a mudança foi implementada executando o comando showdatasourceproperties.bat e verificando a saída. 15. Crie manualmente o usuário do Windows usando o seguinte comando: composer new user O editor de texto se abre. Grave as seguintes informações: USERNAME<master>#<domain>\<user> PASSWORD "<password>" END USERNAME <master>#<user> PASSWORD "<password>" END USERNAME <user> PASSWORD "<password>" END Em que: principal Especifique o nome da estação de trabalho do gerenciador de domínio principal. user Especifique o usuário do Tivoli Workload Scheduler. Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 283

300 senha Especifique a senha do usuário do Tivoli Workload Scheduler. domínio Especifique o domínio do Windows se o usuário do Tivoli Workload Scheduler for uma conta de domínio. Caso contrário, especifique o nome do host da estação de trabalho que está sendo instalada. 16. Execute uma replicação entre o arquivo Symphony e os dados do plano armazenados no banco de dados executando o comando a seguir: planman resync 17. Copie o arquivo useropts para o usuário do Tivoli Workload Scheduler executando o seguinte comando: cp <TWSUSER_HOME>/.TWS/useropts_<TWS_USER> $HOME/.TWS/useropts_<TWS_USER> onde: TWSUSER_HOME Especifique o diretório inicial do usuário do Tivoli Workload Scheduler. TWS_USER Especifique o usuário do Tivoli Workload Scheduler. $HOME Especifique a variável de ambiente $HOME do usuário raiz. Qualquer outro Erro no Arquivo de Log do Websphere Application Server Para entender a causa do problema, analise os arquivos de log do Websphere Application Server localizados no caminho /<WAS_profile_creation_path>/logs/ <SERVER_NAME>. Esse problema pode ocorrer se você tiver problemas de conexão com o banco de dados. Corrija o erro e execute o procedimento a seguir: 1. Pare o Websphere Application Server usando o comando "conman stopappserver;wait". 2. Inicie o Websphere Application Server usando o comando conman startappserver. 3. Crie manualmente o usuário do Windows usando o seguinte comando: composer new user O editor de texto se abre. Grave as seguintes informações: USERNAME<master>#<domain>\<user> PASSWORD "<password>" END USERNAME <master>#<user> PASSWORD "<password>" END USERNAME <user> PASSWORD "<password>" END Em que: principal Especifique o nome da estação de trabalho do gerenciador de domínio principal. 284 Tivoli Workload Scheduler: Planejamento e Instalação

301 user senha Especifique o usuário do Tivoli Workload Scheduler. Especifique a senha do usuário do Tivoli Workload Scheduler. domínio Especifique o domínio do Windows se o usuário do Tivoli Workload Scheduler for uma conta de domínio. Caso contrário, especifique o nome do host da estação de trabalho que está sendo instalada. 4. Execute uma replicação entre o arquivo Symphony e os dados do plano armazenados no banco de dados executando o comando a seguir: planman resync 5. Copie o arquivo useropts para o usuário do Tivoli Workload Scheduler executando o seguinte comando: cp <TWSUSER_HOME>/.TWS/useropts_<TWS_USER> $HOME/.TWS/useropts_<TWS_USER> onde: TWSUSER_HOME Especifique o diretório inicial do usuário do Tivoli Workload Scheduler. TWS_USER Especifique o usuário do Tivoli Workload Scheduler. $HOME Especifique a variável de ambiente $HOME do usuário raiz. Durante o Upgrade do Tivoli Workload Scheduler, o Arquivo Sfinal É Atualizado Quando você atualiza o Tivoli Workload Scheduler, o fluxo de tarefas FINAL, se houver, não é modificado. No entanto, o processo de upgrade muda a definição de fluxo de tarefas FINAL contida no arquivo <TWA_home>/TWS/Sfinal. Causa e solução Após o upgrade do Tivoli Workload Scheduler, o arquivo Sfinal é atualizado e precisa ser importado em seu banco de dados. Se você customizou o antigo Sfinal e deseja mesclar as duas versões, execute as seguintes etapas: 1. No criador, extraia o antigo arquivo Sfinal para um novo <Sfinal definition file> emitindo o comando: composer extract <Sfinal_definition_file> from js=final 2. Importe o novo arquivo Sfinal emitindo o comando: composer replace Sfinal 3. Mescle o conteúdo do antigo arquivo Sfinal com o novo arquivo Sfinal. Problemas de Desinstalação Esta seção lista os problemas que podem ser localizados durante a desinstalação. No Linux, desinstalar o gerenciador de domínio principal não exclui alguns diretórios Após desinstalar o gerenciador de domínio principal no Linux, os arquivos de log armazenam algumas mensagens de aviso sobre os diretórios que não foram excluídos. Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 285

302 Causa e Solução Você desinstalou o gerenciador de domínio principal no Linux e os arquivos de log mostram algumas mensagens de aviso sobre os diretórios /opt/ibm/twa/ e /opt/ibm/twa/tws que não foram excluídos. Esse comportamento está correto, porque alguns arquivos nos diretórios /opt/ibm/twa/ e /opt/ibm/twa/tws não podem ser excluídos. Você pode ignorar as mensagens de aviso. Falha na Desinstalação em qualquer Estágio do Processo Você está desinstalando um gerenciador de domínio principal ou gerenciador do domínio principal de backup, um gerenciador de domínio dinâmico ou gerenciador de domínio dinâmico de backup ou Dynamic Workload Console e o processo de desinstalação falha em algum estágio. Causa e Solução Se a desinstalação falhar em algum estágio do processo, você deve concluí-lo executando uma desinstalação manual. Para obter detalhes sobre como desinstalar manualmente o gerenciador de domínio principal ou gerenciador de domínio principal dinâmico, consulte Desinstalando o Tivoli Workload Scheduler Manualmente. Para obter detalhes sobre como desinstalar manualmente o Dynamic Workload Console, consulte Desinstale Manualmente o Dynamic Workload Console e os Sistemas zconnector no Windows na página 379 e Desinstalar Manualmente o Dynamic Workload Console e o zconnector nos Sistemas UNIX na página 380. Problemas de instalação de fix pack Esta seção descreve problemas e soluções para problemas que podem ocorrer durante a instalação de um fix pack. O seguinte problema pode ser encontrado: Desinstalando o Tivoli Workload Scheduler Manualmente Esta seção descreve como remover manualmente o gerenciador de domínio principal Tivoli Workload Scheduler. Execute as etapas listadas nos tópicos a seguir para desinstalar corretamente de forma manual uma instância do Tivoli Workload Scheduler: v Desinstalando Manualmente em Sistemas Operacionais Windows v Desinstalando Manualmente nos Sistemas Operacionais UNIX na página 289 Leia o tópico a seguir para aprender sobre a solução alternativa conhecida para os problemas que podem afetar a desinstalação do Tivoli Workload Scheduler: v Problemas durante Desinstalação Manual na página 291 Desinstalando Manualmente em Sistemas Operacionais Windows Execute as etapas a seguir para remover manualmente um gerenciador de domínio principal Tivoli Workload Scheduler. 286 Tivoli Workload Scheduler: Planejamento e Instalação

303 Nota: Se seu RDBMS estiver baseado no Oracle, execute o comando showdatasource wastools antes de desinstalar o gerenciador de domínio principal e tome nota do nome do servidor de rede usado para o seu banco de dados. 1. Encerre todas as operações e processos do Tivoli Workload Scheduler 1. Em um prompt do sistema, acesse o caminho da instalação do Tivoli Workload Scheduler. 2. Configure o ambiente, executando o comando twa_env.cmd. 3. Pare o agente dinâmico executando o comando ShutDownLwa. 4. Pare netman, conman e seus processos filhos, executando o comando conman shut;wait. 5. Pare o processo de evento, executando o comando conman stopmon. 6. Pare o processo do servidor de aplicativos, executando o comando conman stopappservman. 7. No gerenciador de tarefa, verifique se os processos a seguir estão inativos: netman appserrvman java mailman monman Como alternativa, também é possível parar todos os processos, encerrando os serviços relacionados do Tivoli Workload Scheduler e do IBM Websphere Application Server a partir do painel de serviços. 2. Exclua o perfil Tivoli Workload Scheduler no Websphere Application Server 1. Acesse o subdiretório bin sob o caminho da instalação, por exemplo C:\Program Files\IBM\WebSphere\AppServer\bin e execute o comando: manageprofiles.bat delete profilename your_profile_name 2. Verifique o nome do perfil usado por sua instância Tivoli Workload Scheduler, executando estas etapas: a. Acesse o diretório C:\WINDOWS\TWA. Este diretório contém vários arquivos, um para cada instância do Tivoli Workload Scheduler que é instalada. b. Consulte o arquivo cujas propriedades incluem o caminho do perfil a ser excluído. A propriedade profile_name contém o nome do perfil a ser excluído. 3. Verifique no arquivo de log se o perfil foi excluído com êxito. 4. Exclua manualmente TWSProfile do diretório do Websphere Application Server sob o caminho da instalação. 3. Exclua os serviços Tivoli Workload Scheduler Se estiver desinstalando o gerenciador de domínio principal, você deve excluir os serviços a seguir: tws_tokensrv_tws_user tws_maestro_tws_user tws_ssm_agent_tws_user tws_netman_tws_user tws_cpa_agent_tws_user IBMWAS85Service - TWS_user O comando para excluir um serviço é: sc delete service_name Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 287

304 Quando concluído, verifique se os serviços a seguir não estão mais listados nos serviços ativos para o TWS_user: Tivoli Workload Scheduler Tivoli Netman Serviço de token Tivoli Agente IBM Common Platform IBM Websphere Application Server Se algum desses serviços ainda estiver na lista, reinicialize o sistema e verifique novamente. 4. Exclua o registro no Installation Manager (IM) 1. Ative o IBM Installation Manager. 2. Selecione o pacote do Tivoli Workload Scheduler que você deseja desinstalar. 5. Exclua o Tivoli Workload Automation e os registros Tivoli Workload Scheduler 1. Edite o arquivo C:\Windows\TWSRegistry.dat. 2. Exclua as linhas identificadas com TWS_user. 3. Acesse o diretório C:\Windows\TWA, que contém dois arquivos para cada instância Tivoli Workload Scheduler instalada. 4. Consulte o arquivo de propriedades que se aplica à instância do Tivoli Workload Scheduler a ser removida. 5. Exclua esse arquivo de propriedades eoarquivo com o mesmo nome de arquivo e extensão.ext. 6. Exclua o diretório C:\Windows\teb. 6. Exclua os arquivos Tivoli Workload Scheduler Exclua todos os arquivos no diretório TWA_install_dir. 7. Elimine as tabelas Tivoli Workload Scheduler para o RDBMS No DB2: Execute as etapas a seguir: 1. No menu de programa, abra o DB2 Command Line Processor (CLP). 2. Consulte o nome do banco de dados, executando o comando: list db directory 3. Se você vir uma entrada denominada your_db_name associada à instância do Tivoli Workload Scheduler, execute o comando: drop db your_db_name 4. Se você encontrar uma entrada denominada your_db_name_db associada à instância Tivoli Workload Scheduler, execute o comando: uncatalog db your_db_name_db 5. Para ver qual nó está conectado ao sistema do gerenciador de domínio principal, execute o comando: list node directory 6. Execute o comando: uncatalog node your_node 288 Tivoli Workload Scheduler: Planejamento e Instalação

305 Se o gerenciador de domínio principal tiver sido instalado no cliente DB2, execute as etapas 1e5também no sistema em que o gerenciador de domínio principal está instalado. No ORACLE: Execute as etapas a seguir: 1. Acesse a linha de comandos ORACLE. 2. Execute o comando: sqlplus system/password@net_service_name 3. Exclua todas as tabelas relacionadas à instância Tivoli Workload Scheduler, executando o comando: drop user ORACLE_TWS_user cascade; Desinstalando Manualmente nos Sistemas Operacionais UNIX Execute as etapas a seguir para remover manualmente um gerenciador de domínio principal Tivoli Workload Scheduler. Nota: Se seu RDBMS estiver baseado no Oracle, execute o comando showdatasource wastools antes de desinstalar o gerenciador de domínio principal e tome nota do nome do servidor de rede usado para o seu banco de dados. 1. Encerre todas as operações e processos do Tivoli Workload Scheduler 1. Em um prompt do sistema, acesse o caminho da instalação do Tivoli Workload Scheduler. 2. Configure o ambiente, executando o comando twa_env.sh. 3. Pare o agente dinâmico executando o comando ShutDownLwa. 4. Pare o netman, conman e seus processos filhos, executando o comando conman shut;wait. 5. Pare o processo de evento, executando o comando conman stopmon. 6. Pare o processo do servidor de aplicativos, executando o comando conman stopappservman. 7. Para verificar se os processos a seguir estão inativos, execute o comando ps -ef grep process_name. netman appservman java mailman monman 2. Exclua o perfil Tivoli Workload Scheduler no Websphere Application Server 1. Acesse o subdiretório bin no caminho da instalação Tivoli Workload Scheduler e execute o comando: manageprofiles.sh delete profilename your_profile_name 2. Verifique o nome do perfil usado por sua instância Tivoli Workload Scheduler, executando estas etapas: a. Acesse o diretório /etc/twa. Este diretório contém vários arquivos, um para cada instância do Tivoli Workload Scheduler que é instalada. b. Consulte o arquivo cujas propriedades incluem o caminho do perfil a ser excluído. A propriedade profile_name contém o nome do perfil a ser excluído. 3. Verifique no arquivo de log se o perfil foi excluído com êxito. Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 289

306 4. Exclua manualmente TWSProfile do diretório do Websphere Application Server sob o caminho da instalação. 3. Exclua o registro no Installation Manager (IM) 1. Ative o IBM Installation Manager. 2. Selecione o pacote do Tivoli Workload Scheduler que você deseja desinstalar. 4. Exclua o Tivoli Workload Automation e os registros Tivoli Workload Scheduler 1. Edite o arquivo /etc/tws/twsregistry.dat. 2. Exclua as linhas identificadas com TWS_user. 3. Acesse o diretório /etc/twa que contém dois arquivos para cada instância Tivoli Workload Scheduler instalada. 4. Consulte o arquivo de propriedades que se aplica à instância do Tivoli Workload Scheduler a ser removida. 5. Exclua o arquivo de propriedades eoarquivo com o mesmo nome de arquivo e extensão.ext. 6. Exclua o diretório /etc/init.d/tebetl-tws_cpa_agent_tws_user. 5. Exclua os arquivos Tivoli Workload Scheduler Exclua todos os arquivos no diretório TWA_install_dir. 6. Elimine as tabelas Tivoli Workload Scheduler no RDBMS No DB2: Execute as etapas a seguir: 1. Conecte como administrador DB2. 2. Consulte o nome do banco de dados, executando o comando: list db directory 3. Se você vir uma entrada denominada your_db_name associada à instância do Tivoli Workload Scheduler, execute o comando: drop db your_db_name 4. Se você encontrar uma entrada denominada your_db_name_db associada à instância Tivoli Workload Scheduler, execute o comando: uncatalog db your_db_name_db 5. Consulte qual éonóconectado ao sistema do gerenciador de domínio principal, executando o comando: list node directory 6. Execute o comando: uncatalog node your_node Se o gerenciador de domínio principal tiver sido instalado no cliente DB2, execute as etapas 1e5também no sistema em que o gerenciador de domínio principal está instalado. No ORACLE: Execute as etapas a seguir: 1. Efetue login como usuário oracle, executando o comando su - oracle. 2. Execute o comando: sqlplus system/password@net_service_name 290 Tivoli Workload Scheduler: Planejamento e Instalação

307 3. Exclua todas as tabelas relacionadas à instância Tivoli Workload Scheduler, executando o comando: Drop user ORACLE_TWS_user cascade; 7. Remova o arquivo de configuração do Common Platforms Agent Remova o arquivo denominado /etc/teb/ teb_tws_cpa_agent_tws_user.ini. Problemas durante Desinstalação Manual O problema a seguir pode ocorrer durante uma desinstalação manual: v Lentidão na Exclusão de Arquivos no Windows Lentidão na Exclusão de Arquivos no Windows Quando excluir manualmente os arquivos durante uma desinstalação manual, a exclusão dos arquivos no caminho $TWA_DIR\TWS\stdlist\yyyy.mm.dd\Onnnn.hhmm será inaceitavelmente lenta. Causa e solução: Esse problema é causado por um problema conhecido do Microsoft nos sistemas operacionais Windows. Ele ocorre quando você tenta excluir os arquivos indicados no sistema Windows após ter desinstalado o gerenciador de domínio principal. Para evitar que o problema ocorra, use Shift-Canc para remover esses arquivos em vez de usar a opção de menu Excluir, movendo-os para a lixeira, ou use a tecla Canc no teclado. Capítulo 9. Resolvendo Problemas de Instalação, Migração e Desinstalação 291

308 292 Tivoli Workload Scheduler: Planejamento e Instalação

309 Parte 3. Tivoli Workload Scheduler em Sistemas IBM i Esta parte descreve como planejar, instalar, configurar e desinstalar o Tivoli Workload Scheduler em sistemas IBM i. Copyright IBM Corp. 1999,

310 294 Tivoli Workload Scheduler: Planejamento e Instalação

311 Capítulo 10. Pré-requisitos Para instalar e usar o agente IBM i, você deve ter uma versão suportada do sistema operacional IBM i. Para obter uma lista detalhada de sistemas operacionais suportados, consulte o documento Requisitos do Sistema Detalhado em Varrendo Pré-requisitos do Sistema em Sistemas IBM i Varrendo Pré-requisitos do Sistema em Sistemas IBM i Antes de instalar ou fazer upgrade do agente, o Tivoli Workload Scheduler executa automaticamente uma varredura em seu sistema. Ter um ambiente que atende aos requisitos do sistema do produto assegura o êxito da instalação ou upgrade sem atrasos ou complicações. A varredura verifica se: v O sistema operacional é suportado para o produto. v Há espaço em disco permanente e temporário suficiente para instalar o produto e seus pré-requisitos. v Há espaço de troca de memória e de memória virtual suficiente. Nota: A varredura verifica apenas se o ambiente atende aos requisitos do Tivoli Workload Scheduler. Se alguma destas verificações falhar, o Tivoli Workload Scheduler executará a seguinte ação: v v Se você especificou o parâmetro stoponcheckprereq, o script twsinst não continuará. Neste caso, analise o arquivo de log, resolva o erro e execute novamente a instalação ou o upgrade. O arquivo de log está no %TEMP%\TWA\tws91\prerequisites\result.txt: Se você não especificou stoponcheckprereq, o script twsinst continuará. Se ocorrer um problema, será exibido um erro, o agente será instalado, mas poderá não funcionar. Para obter uma lista detalhada dos sistemas operacionais suportados e pré-requisitos do produto, consulte docview.wss?rs=672&uid=swg Copyright IBM Corp. 1999,

312 296 Tivoli Workload Scheduler: Planejamento e Instalação

313 Capítulo 11. Instalando Agentes em Sistemas IBM i Você instala o agente Tivoli Workload Scheduler em um sistema IBM i usando o script de instalação twsinst. Para instalar um agente, execute as seguintes etapas: 1. Conecte-se como o usuário QSECOFR. 2. Crie um perfil do usuário do IBM i para o qual o agente Tivoli Workload Scheduler é instalado. Nota: O perfil do usuário não é igual ao do usuário que está executando a instalação conectado como QSECOFR mas, em vez disso, é para o usuário que você especifica no parâmetro -uname username ao executar o script twsinst. Para obter descrições dos parâmetros de sintaxe, consulte Parâmetros de Instalação do Agente em Sistemas IBM i na página 299. Não é possível usar um sistema IBM i existente, um perfil do usuário fornecido pelo aplicativo ou algum dos seguintes perfis de usuário do IBM i reservados: v QDBSHR v QDFTOWN v QDOC v QLPAUTO v QLPINSTALL v QRJE v QSECOFR v QSPL v QSYS v QTSTRQS Atenção: Observe a seguinte consideração: v Se o perfil do usuário for membro de um grupo, a instalação falhará. Configure o perfil do grupo associado ao perfil do usuário como *NONE. v Se o nome de usuário tiver mais de 8 caracteres, após a instalação, o agente (e o componente JobManager) será executado sob o usuário QSECOFR, e não sob a autoridade do usuário da instalação. Para evitar este problema, configure a variável de ambiente PASE_USRGRP_LIMITED como N. 3. No sistema IBM i, verifique se não existe nenhuma biblioteca com o mesmo nome que o perfil do usuário fornecido para o usuário do agente. 4. Insira o DVD para o sistema IBM i ou faça download do eimage do agente a partir do website do Passport Advantage Online. Para obter informações adicionais sobre a mídia de instalação, consulte Mídia de Instalação na página 30 ou o Documento de Download em support/docview.wss?rs=672&uid=swg Se você transferiu os eimages por download, para descompactar o arquivo tar do pacote, use o shell PASE ou o comando AIXterm. Usando o shell PASE: a. Abra o shell PASE. Copyright IBM Corp. 1999,

314 b. Execute o comando "CALL QP2TERM". c. Localize a pasta na qual os eimages foram transferidos por download e execute o comando: "tar xvf TWS91_IBM_I.tar" d. Saia do shell PASE. Usando o comando AIXterm: a. Inicie o Xserver na área de trabalho. b. Na máquina iseries, abra um shell QSH e exporte a exibição. c. No shell QSH, acesse o diretório /QopenSys e execute o comando "aixterm -sb". d. Uma janela pop-up será exibida na área de trabalho. Usando essa janela pop-up, extraia o arquivo TWS91_IBM_I.tar. 6. Abra um shell QSH e execute o script twsinst. Durante o processo de instalação, o produto cria uma biblioteca do IBM i e uma descrição da tarefa com o mesmo nome que o perfil do usuário criado na Etapa 2 na página 297. O procedimento de instalação inclui essa biblioteca na lista de bibliotecas do perfil do usuário do agente dinâmico e configura essa descrição da tarefa como a do perfil do usuário do agente dinâmico. Por padrão, o software é instalado no diretório inicial do usuário. Nota: Se você não executar o script twsinst a partir de um shell QSH, a instalação falhará. Se a instalação falhar, para entender a causa do erro, consulte Analisando Códigos de Retorno para Instalação, Upgrade, Restauração e Desinstalação de Agente na página 247. Após uma instalação bem-sucedida, execute a seguinte tarefa de configuração: v Configurando um agente dinâmico na página 221. Uso e versão do comando Mostra o uso e a versão do comando twsinst -u -v Instalar uma nova instância twsinst -new -uname username [-addjruntime truefalse] [-agent dynamic] [-company company_name] [-displayname agentname] [-hostname hostname] [-inst_dir install_dir] [-jmport port_number] [-jmportssl truefalse] [-lang lang_id] [-tdwbport tdwbport_number] [-tdwbhostname host_name] [-work_dir working_dir] Para obter uma descrição das opções e dos parâmetros de instalação relacionados ao agente nesse sistema operacional, consulte Parâmetros de Instalação do Agente em Sistemas IBM i na página Tivoli Workload Scheduler: Planejamento e Instalação

315 Parâmetros de Instalação do Agente em Sistemas IBM i Os parâmetros configurados ao usar o script twsinst para instalar o agente dinâmico em sistemas IBM i. -addjruntime truefalse Inclui o Java Runtime para executar tipos de tarefas com opções avançadas, que são os tipos fornecidos com o produto e os tipos adicionais implementados por meio de plug-ins customizados. Os valores válidos são true e false. O padrão para uma nova instalação é true. Se você decidiu não instalar o Java runtime no momento da instalação, ainda será possível incluir este recurso posteriormente, conforme descrito na "Parte 2. Tivoli Workload Scheduler -> Capítulo 7. Configurando -> Incluindo um Recurso" no manual IBM Tivoli Workload Scheduler - Planejamento e Instalação. -company company_name O nome da empresa. O nome da empresa não pode conter caracteres em branco. O nome é mostrado em cabeçalhos e relatórios do programa. O padrão é COMPANY. -displayname O nome a ser designado ao agente. O padrão é o nome do host desse computador. -hostname host_name O nome completo do host ou endereço IP no qual o agente é contatado pelo Tivoli dynamic workload broker. O padrão é o nome do host desse computador. -inst_dir installation_dir O diretório da instalação do Tivoli Workload Scheduler. Nota: O caminho não pode conter espaços em branco. Se você não especificar manualmente um caminho, o caminho será configurado como o diretório inicial padrão, ou seja, o diretório user_ home\user_name. -jmport port_number O número da porta do Gerenciador de Tarefa usado pelo Tivoli dynamic workload broker para se conectar com o agente dinâmico do Tivoli Workload Scheduler. O intervalo válido é de 1 a O valor padrão é jmportssl truefalse A porta do Gerenciador de Tarefa usada pelo dynamic workload broker para se conectar com o agente dinâmico do Tivoli Workload Scheduler. Este número é registrado no arquivo ita.ini localizado no diretório ITA/cpa/ita. Para comunicação usando SSL ou HTTPS Configure jmportssl = true. Para comunicar-se com o Tivoli dynamic workload broker, recomenda-se que você configure o valor como true. Se o valor estiver configurado como true, a porta especificada em jmport se comunicará em HTTPS. Para comunicação sem o uso de SSL, ou por HTTP Configure jmportssl = false. Se o valor estiver configurado como false, a porta especificada em jmport se comunicará em HTTP. Capítulo 11. Instalando Agentes em Sistemas IBM i 299

316 -lang lang_id O idioma no qual as mensagens do twsinst são exibidas. Se não estiver especificado, o sistema LANG será utilizado. Se o catálogo relacionado estiver ausente, o catálogo de linguagem C padrão será utilizado. Nota: Este é o idioma no qual o registro de instalação está registrado e não o idioma da instância do mecanismo instalado. Por padrão, o script twsinst instala todos os idiomas. -new Uma instalação atual do agente. Instala um agente e todos os pacotes de idiomas suportados. -skip_usercheck Ative esta opção se o processo de autenticação em sua organização não for padrão, desativando portanto a opção de autenticação padrão. Se você especificar esse parâmetro, deverá criar o usuário manualmente antes de executar o script. -stoponcheckprereq Pare a instalação sempre que ocorrer um problema durante a verificação de pré-requisito. Para obter uma lista detalhada dos sistemas operacionais suportados e pré-requisitos do produto, consulte docview.wss?rs=672&uid=swg tdwbhostname host_name O nome completo do host do broker de carga de trabalho dinâmica. Ele é usado juntamente com os parâmetros -agent dynamic e -tdwbport tdwbport_number. Se não for especificado, não será possível executar sua carga de trabalho dinamicamente e este parâmetro usará o valor padrão localhost. Este valor é registrado na propriedade ResourceAdvisorUrl no arquivo JobManager.ini. -tdwbport tdwbport_number O número da porta de transporte HTTP ou HTTPS do broker de carga de trabalho dinâmica. Ele é usado juntamente com o -agent dinâmico e os parâmetros -tdwbhostname host_name. O intervalo válido é de 0 a Se você especificar 0 ou não especificar esse parâmetro, não será possível executar a carga de trabalho dinamicamente. Não especifique 0 se o valor -agent for dynamic. Esse número é registrado na propriedade ResourceAdvisorUrl no arquivo JobManager.ini. O valor padrão é thiscpu workstation O nome da estação de trabalho do Tivoli Workload Scheduler desta instalação. O nome não pode exceder 16 caracteres, não pode conter espaços e não pode ser igual ao nome da estação de trabalho do gerenciador de domínio principal. Esse nome está registrado no arquivo localopts. Se não estiver especificado, o valor padrão será o nome do host da estação de trabalho. -u Exibe informações de utilização do comando e sai. -uname username O nome de usuário para o qual o Tivoli Workload Scheduler é instalado. Nota: Este nome de usuário não é igual ao usuário que está executando a instalação conectado como QSECOFR. Se username tiver mais de 8 caracteres, após a instalação, o agente (e o componente JobManager) será executado erroneamente com o usuário 300 Tivoli Workload Scheduler: Planejamento e Instalação

317 QSECOFR, em vez de ser executado com a autoridade do usuário da instalação. Para evitar isso, configure a variável de ambiente PASE_USRGRP_LIMITED como N. -work_dir working_dir O diretório temporário usado para a implementação de arquivos do processo de instalação do Tivoli Workload Scheduler. O caminho não pode conter espaços em branco. Se você não especificar manualmente um caminho, o caminho será configurado como /tmp/twa/tws91. -v Exibe a versão do comando e sai. Instalação de Exemplo de um Agente em Sistemas IBM i O exemplo a seguir mostra a sintaxe usada ao usar o script twsinst para instalar uma nova instância do agente em sistemas IBM i../twsinst -new -uname TWS_user -hostname thishostname.mycompany.com -jmport tdwbport tdwbhostname mainbroker.mycompany.com -work_dir "/tmp/twa/tws91" Os Arquivos de Log do Script twsinst em Sistemas IBM i O arquivo de log twsinst é criado no seguinte diretório: <tempdir>/twsinst_ibm_i_<tws_user>^ log, em que: <tempdir> O diretório temporário do usuário: IBM i /tmp e /tmp/twa/tws91. <usuário_do_tws> O nome de usuário para o qual o Tivoli Workload Scheduler foi instalado (o nome fornecido durante a instalação). Analisando Códigos de Retorno para Instalação, Upgrade, Restauração e Desinstalação de Agente Verifique como sua operação foi concluída analisando os códigos de retorno que são emitidos por twsinst. Códigos de retorno que podem ser recebidos durante a instalação, o upgrade, a restauração ou a desinstalação de agentes. Para analisá-los e tomar uma ação corretiva, execute as seguintes etapas: Em sistemas operacionais Windows 1. Exiba o código de retorno de conclusão da operação usando o seguinte comando: echo %ERRORLEVEL% 2. Analise a tabela a seguir para verificar como a operação foi concluída: Capítulo 11. Instalando Agentes em Sistemas IBM i 301

318 Tabela 27. Agente de Sistema Operacional Windows e Códigos de Retorno Código de Erro Descrição Ação do Usuário 0 Sucesso: A operação foi concluída com Nenhuma. sucesso sem avisos ou erros. 1 Falha genérica Verifique as mensagens que são exibidas na tela pelo script. Corrija o erro e execute a operação novamente. Se o erro persistir, procure o banco de dados de Suporte IBM para obter uma solução em software/sysmgmt/products/ support. 2 A instalação não pode criar o usuário do Tivoli Workload Scheduler ou designar a permissão correta a ele. 3 A senha não está correta ou a instalação não pode verificá-la. 4 O diretório de instalação dotivoli Workload Scheduler não está vazio. Você especificou como pasta de instalação um diretório existente. 5 Ocorreu um erro durante a verificação dos pré-requisitos do Tivoli Workload Scheduler na estação de trabalho. 6 O registro do Tivoli Workload Scheduler está corrompido. 7 A operação de upgrade ou restauração não pode recuperar as informações dos arquivos de configuração. 8 O upgrade, a restauração ou a desinstalação não podem continuar porque há tarefas em execução. 9 O upgrade, a restauração ou a desinstalação não podem continuar porque os arquivos estão bloqueados. 10 O upgrade, a restauração ou a desinstalação não podem continuar porque há linhas de comandos abertas. Verifique a configuração e as políticas do sistema operacional. Verifique os valores de entrada. Se for necessário, crie o usuário manualmente antes de executar a instalação. Verifique a configuração e as políticas do sistema operacional. Verifique os valores de entrada. Esvazie-o ou especifique um diretório diferente. Verifique os requisitos do sistema do produto no seguinte link: docview.wss?rs=672 &uid=swg Use a opção recovinstreg para recuperar o registro. Em seguida, execute a operação novamente. Verifique se a instalação anterior e os arquivos localopts, globalopts, ita.ini e JobManager.ini não estão corrompidos. Corrija os erros e tente a operação novamente. Pare as tarefas que estão em execução ou espere elas serem concluídas. Reinicie a operação. Pare todos os processos que estão em execução e feche todas as atividades que podem bloquear o caminho da instalação. Reinicie a operação. Feche as linhas de comandos. Reinicie a operação. Nos sistemas operacionais UNIX e Linux: 302 Tivoli Workload Scheduler: Planejamento e Instalação

319 1. Exiba o código de retorno de conclusão da instalação usando o seguinte comando: echo $? 2. Analise a tabela a seguir para verificar como a instalação foi concluída: Tabela 28. Agente de Sistema Operacional UNIX ou Linux e Códigos de Retorno Código de Erro Descrição Ação do Usuário 0 Êxito> A instalação foi concluída com êxito sem nenhum aviso ou erro. Nenhuma. 1 Falha genérica. Verifique as mensagens que são exibidas no vídeo pelo script. Corrija o erro e execute a operação novamente. Se o erro persistir, procure o banco de dados de Suporte IBM para obter uma solução em software/sysmgmt/products/support. 2 A instalação não localizou o usuário do Tivoli Workload Scheduler ou seu diretório inicial. O usuário do Tivoli Workload Scheduler que você especificou não existe ou não tem um diretório inicial associado. Verifique a definição de sistema operacional do usuário do Tivoli Workload Scheduler. 3 Não aplicável 4 O diretório de instalação dotivoli Workload Scheduler não está vazio. Você especificou como pasta de instalação um diretório existente. 5 Ocorreu um erro durante a verificação dos pré-requisitos do Tivoli Workload Scheduler na estação de trabalho. 6 O registro do Tivoli Workload Scheduler está corrompido. 7 A operação de upgrade ou restauração não pode recuperar as informações dos arquivos de configuração. 8 O upgrade, a restauração ou a desinstalação não podem continuar porque há tarefas em execução. 9 O upgrade, a restauração ou a desinstalação não podem continuar porque os arquivos estão bloqueados. 10 O upgrade, a restauração ou a desinstalação não podem continuar porque há linhas de comandos abertas. Esvazie-o ou especifique um diretório diferente. Verifique os requisitos do sistema do produto no seguinte link: docview.wss?rs=672&uid=swg Use a opção recovinstreg para recuperar o registro. Em seguida, execute a operação novamente. Verifique se a instalação anterior e os arquivos localopts, globalopts, ita.ini e JobManager.ini não estão corrompidos. Corrija os erros e tente a operação novamente. Pare as tarefas que estão em execução ou espere elas serem concluídas. Reinicie a operação. Pare todos os processos que estão em execução e feche todas as atividades que podem bloquear o caminho da instalação. Reinicie a operação. Feche as linhas de comandos. Reinicie a operação. Capítulo 11. Instalando Agentes em Sistemas IBM i 303

320 304 Tivoli Workload Scheduler: Planejamento e Instalação

321 Capítulo 12. Configurando um agente dinâmico Para instalar um agente dinâmico, execute as etapas a seguir: 1. Execute JnextPlan com a opção -for 0000 para incluir a definição de estação de trabalho do agente dinâmico no plano e para enviar o arquivo Symphony para ele. Para obter mais informações sobre definições da estação de trabalho, consulte Tivoli Workload Scheduler: Guia e Referência do Usuário. Nota: Assegure-se de que a opção global carryforward esteja configurada como all, caso contrário, apenas os fluxos de tarefas não concluídos serão executados. 2. Altere o limite da estação de trabalho para permitir que as tarefas sejam executadas na estação de trabalho. Por exemplo, configure o número de tarefas que podem ser executadas simultaneamente na estação de trabalho como 10: conman "limit F235007_00;10" Além disso, podem ser necessários os procedimentos de configuração a seguir. Para obter informações sobre esses procedimentos, consulte Administration Guide. v Customizando e configurando jobmanager.ini e opções de usuário. v v Customizando e configurando a autenticação do usuário para permitir a autorização de usuários para ações e objetos e para configurar o LDAP. Configurando a segurança da conexão para ativar o GSKit para comunicações entre componentes. Copyright IBM Corp. 1999,

322 306 Tivoli Workload Scheduler: Planejamento e Instalação

323 Capítulo 13. Fazendo Upgrade de Agentes em Sistemas IBM i É possível fazer upgrade do agente em um sistema IBM i usando o script de instalação twsinst. Para fazer upgrade de um agente Tivoli Workload Scheduler, execute as seguintes etapas: 1. Conecte-se como o usuário QSECOFR. 2. Insira o DVD para o sistema IBM i ou faça download do eimage do agente a partir do website do Passport Advantage Online. Para obter informações adicionais sobre a mídia de instalação, consulte Mídia de Instalação na página 30 ou o Documento de Download em support/docview.wss?rs=672&uid=swg Se você transferiu eimages por download, para extrair o pacote, use o shell PASE ou o comando AIXterm. Usando o shell PASE: a. Abra o shell PASE. b. Execute o comando "CALL QP2TERM". c. Localize a pasta na qual os eimages foram transferidos por download e execute o comando: "tar xvf TWS86_IBM_I.tar" d. Saia do shell PASE. Usando o comando AIXterm: a. Inicie o Xserver na área de trabalho. b. Na máquina iseries, abra um shell QSH e exporte a exibição. c. No shell QSH, acesse o diretório /QopenSys e execute o comando "aixterm -sb". d. Uma janela pop-up será exibida na área de trabalho. Usando essa janela pop-up, extraia o arquivo TWS86_IBM_I.tar. 4. Abra um shell QSH e execute o script twsinst. O procedimento de instalação substitui a biblioteca na lista de bibliotecas do perfil do usuário do perfil do usuário do agente dinâmico e configura esta descrição da tarefa como a descrição da tarefa do perfil do usuário do agente dinâmico. O processo de upgrade substitui a nova versão do agente no diretório no qual o agente antigo está instalado. Nota: Se você não executar o script twsinst a partir de um shell QSH, a instalação falhará. Se a operação falhar, para entender a causa do erro, consulte Analisando Códigos de Retorno para Instalação, Upgrade, Restauração e Desinstalação de Agente na página 247. Uso e versão do comando Mostra o uso e a versão do comando twsinst -u -v Fazer upgrade de uma instância Copyright IBM Corp. 1999,

324 ./twsinst -update -uname user_name [-addjruntime true] [-create_link] [-hostname host_name] [-inst_dir install_dir] [-jmport port_number] [-jmportssl boolean] [-lang lang-id] [-nobackup] [-reset_perm] [-recovinstreg true] [-skip_usercheck] [-tdwbhostname host_name] [-tdwbport port_number] [-wait minutes] [-work_dir working_dir] Para obter uma descrição das opções e dos parâmetros de instalação relacionados ao agente nesse sistema operacional, consulte Parâmetros de Upgrade do Agente em Sistemas IBM i. Parâmetros de Upgrade do Agente em Sistemas IBM i Os parâmetros configurados ao usar o script twsinst para fazer upgrade de um agente dinâmico em sistemas IBM i. -addjruntime true Inclui o Java Runtime para executar tipos de tarefas com opções avançadas no agente. O ambiente de tempo de execução é usado para executar plug-ins de tarefa do aplicativo no agente e para ativar o recurso para executar remotamente, a partir do agente, o comando de recurso do Tivoli dynamic workload broker no servidor. Por padrão, se o Java Runtime já foi instalado no agente, ele será atualizado para a versão 9.1. Se o Java runtime não foi instalado no agente, ele não será instalado durante o upgrade, a menos que seja especificado -addjruntime true. Se você decidiu não instalar o Java runtime durante o upgrade, ainda será possível incluir este recurso posteriormente, conforme descrito na "Parte 2. Tivoli Workload Scheduler -> Capítulo 7. Configurando -> Incluindo um Recurso" no manual Planejamento e Instalação do IBM Tivoli Workload Scheduler. -create_link Crie o symlink entre /usr/bin/at e <install_dir>/tws/bin/at. Consulte Tabela 4 na página 33 para obter informações adicionais. -displayname O nome a ser designado ao agente. O padrão é o nome do host desse computador. -inst_dir installation_dir O diretório da instalação do Tivoli Workload Scheduler. Nota: O caminho não pode conter espaços em branco. Se você não especificar manualmente um caminho, o caminho será configurado como o diretório inicial padrão, ou seja, o diretório user_ home\user_name. -jmport port_number 308 Tivoli Workload Scheduler: Planejamento e Instalação

325 O número da porta do Gerenciador de Tarefa usado pelo Tivoli dynamic workload broker para se conectar com o agente dinâmico do Tivoli Workload Scheduler. O valor padrão é O intervalo válido é de 1 a jmportssl truefalse A porta do Gerenciador de Tarefa usada pelo dynamic workload broker para se conectar com o agente dinâmico do Tivoli Workload Scheduler. Este número é registrado no arquivo ita.ini localizado no diretório ITA/cpa/ita. Para comunicação usando SSL ou HTTPS Configure jmportssl = true. Para comunicar-se com o Tivoli dynamic workload broker, recomenda-se que você configure o valor como true. Se o valor estiver configurado como true, a porta especificada em jmport se comunicará em HTTPS. Para comunicação sem o uso de SSL, ou por HTTP Configure jmportssl = false. Se o valor estiver configurado como false, a porta especificada em jmport se comunicará em HTTP. -lang lang_id O idioma no qual as mensagens do twsinst são exibidas. Se não estiver especificado, o sistema LANG será utilizado. Se o catálogo relacionado estiver ausente, o catálogo de linguagem C padrão será utilizado. Nota: Este é o idioma no qual o registro de instalação está registrado e não o idioma da instância do mecanismo instalado. Por padrão, o script twsinst instala todos os idiomas. -recovinstreg true Para recriar os arquivos de registro. Especifique-o se você tentou fazer upgrade de um agente independente, tolerante a falhas (um agente que não é compartilhado com outros componentes ou não possui o recurso do conector) e recebeu uma mensagem de erro que indica que uma instância do Tivoli Workload Scheduler não pode ser localizada, isso pode ser causado por um arquivo de registro corrompido. Consulte o Atualizando quando Há Arquivos de Registro Corrompidos na página skip_usercheck Ative esta opção se o processo de autenticação em sua organização não for padrão, desativando portanto a opção de autenticação padrão. Se você especificar esse parâmetro, deverá criar o usuário manualmente antes de executar o script. -stoponcheckprereq Pare a instalação sempre que ocorrer um problema durante a verificação de pré-requisito. Para obter uma lista detalhada dos sistemas operacionais suportados e pré-requisitos do produto, consulte docview.wss?rs=672&uid=swg tdwbhostname host_name O nome do host completo do Tivoli dynamic workload broker. Ele é usado em conjunto com o parâmetro -tdwbport tdwbport_number. Ele inclui e inicia os recursos para executar a carga de trabalho dinamicamente para o Tivoli Workload Scheduler. Se não especificado, não será possível executar a carga de trabalho dinamicamente e esse parâmetro assumirá o valor Capítulo 13. Fazendo Upgrade de Agentes em Sistemas IBM i 309

326 padrão localhost. Este valor é registrado na propriedade ResourceAdvisorUrl no arquivo JobManager.ini. -tdwbport tdwbport_number O número de porta HTTP ou HTTPS do Tivoli dynamic workload broker usado para incluir recursos de planejamento dinâmico em seu ambiente distribuído ou de ponta a ponta. Ele é usado em conjunto com o parâmetro -tdwbhostname host_name. Esse número é registrado na propriedade ResourceAdvisorUrl no arquivo JobManager.ini. O valor padrão é 0, entretanto, se você deixar esse valor como 0, não será possível executar sua carga de trabalho dinamicamente. Especifique um valor diferente de zero para incluir a capacidade dinâmica. O intervalo válido é de 0 a nobackup O processo de upgrade não faz backup da instância que está fazendo upgrade. -uname user_name O nome de usuário para o qual o Tivoli Workload Scheduler está sendo atualizado. O software é atualizado no diretório inicial desse usuário. Este nome de usuário não deve ser confundido com o usuário que está executando o upgrade. Nota: Este nome de usuário não é igual ao usuário que está executando a instalação conectado como QSECOFR. -update Faz upgrade de um agente existente que foi instalado usando twsinst. -wait minutes O número de minutos em que o produto aguarda as tarefas que estiverem em execução serem concluídas antes de iniciar o upgrade. Se as tarefas não forem concluídas durante esse intervalo, o upgrade não continuará e uma mensagem de erro será exibida. Os valores válidos são números inteiros ou -1 para o produto aguardar indefinidamente. O padrão é 60 minutos. -work_dir working_dir O diretório temporário usado para a implementação de arquivos do processo de instalação do Tivoli Workload Scheduler. Em sistemas operacionais IBM i: O caminho não pode conter espaços em branco. Se você não especificar manualmente um caminho, o caminho será configurado como /tmp/twa/tws91. Upgrade de Exemplo de um Agente em Sistemas IBM i O exemplo a seguir mostra a sintaxe usada ao usar o script twsinst para fazer upgrade de uma instância do agente no sistema IBM i../twsinst -update -uname TWS_user -nobackup -work_dir "/tmp/twa/tws91" Os Arquivos de Log do Script twsinst em Sistemas IBM i O arquivo de log twsinst é criado no seguinte diretório: <tempdir>/twsinst_ibm_i_<tws_user>^ log, em que: 310 Tivoli Workload Scheduler: Planejamento e Instalação

327 <tempdir> O diretório temporário do usuário: IBM i /tmp e /tmp/twa/tws91. <usuário_do_tws> O nome de usuário para o qual o Tivoli Workload Scheduler foi instalado (o nome fornecido durante a instalação). Analisando Códigos de Retorno para Instalação, Upgrade, Restauração e Desinstalação de Agente Verifique como sua operação foi concluída analisando os códigos de retorno que são emitidos por twsinst. Códigos de retorno que podem ser recebidos durante a instalação, o upgrade, a restauração ou a desinstalação de agentes. Para analisá-los e tomar uma ação corretiva, execute as seguintes etapas: Em sistemas operacionais Windows 1. Exiba o código de retorno de conclusão da operação usando o seguinte comando: echo %ERRORLEVEL% 2. Analise a tabela a seguir para verificar como a operação foi concluída: Tabela 29. Agente de Sistema Operacional Windows e Códigos de Retorno Código de Erro Descrição Ação do Usuário 0 Sucesso: A operação foi concluída com Nenhuma. sucesso sem avisos ou erros. 1 Falha genérica Verifique as mensagens que são exibidas na tela pelo script. Corrija o erro e execute a operação novamente. Se o erro persistir, procure o banco de dados de Suporte IBM para obter uma solução em software/sysmgmt/products/ support. 2 A instalação não pode criar o usuário do Tivoli Workload Scheduler ou designar a permissão correta a ele. 3 A senha não está correta ou a instalação não pode verificá-la. 4 O diretório de instalação dotivoli Workload Scheduler não está vazio. Você especificou como pasta de instalação um diretório existente. Verifique a configuração e as políticas do sistema operacional. Verifique os valores de entrada. Se for necessário, crie o usuário manualmente antes de executar a instalação. Verifique a configuração e as políticas do sistema operacional. Verifique os valores de entrada. Esvazie-o ou especifique um diretório diferente. Capítulo 13. Fazendo Upgrade de Agentes em Sistemas IBM i 311

328 Tabela 29. Agente de Sistema Operacional Windows e Códigos de Retorno (continuação) Código de Erro Descrição Ação do Usuário 5 Ocorreu um erro durante a verificação dos pré-requisitos do Tivoli Workload Scheduler na estação de trabalho. 6 O registro do Tivoli Workload Scheduler está corrompido. 7 A operação de upgrade ou restauração não pode recuperar as informações dos arquivos de configuração. 8 O upgrade, a restauração ou a desinstalação não podem continuar porque há tarefas em execução. 9 O upgrade, a restauração ou a desinstalação não podem continuar porque os arquivos estão bloqueados. 10 O upgrade, a restauração ou a desinstalação não podem continuar porque há linhas de comandos abertas. Verifique os requisitos do sistema do produto no seguinte link: docview.wss?rs=672 &uid=swg Use a opção recovinstreg para recuperar o registro. Em seguida, execute a operação novamente. Verifique se a instalação anterior e os arquivos localopts, globalopts, ita.ini e JobManager.ini não estão corrompidos. Corrija os erros e tente a operação novamente. Pare as tarefas que estão em execução ou espere elas serem concluídas. Reinicie a operação. Pare todos os processos que estão em execução e feche todas as atividades que podem bloquear o caminho da instalação. Reinicie a operação. Feche as linhas de comandos. Reinicie a operação. Nos sistemas operacionais UNIX e Linux: 1. Exiba o código de retorno de conclusão da instalação usando o seguinte comando: echo $? 2. Analise a tabela a seguir para verificar como a instalação foi concluída: Tabela 30. Agente de Sistema Operacional UNIX ou Linux e Códigos de Retorno Código de Erro Descrição Ação do Usuário 0 Êxito> A instalação foi concluída com Nenhuma. êxito sem nenhum aviso ou erro. 1 Falha genérica. Verifique as mensagens que são exibidas no vídeo pelo script. Corrija o erro e execute a operação novamente. Se o erro persistir, procure o banco de dados de Suporte IBM para obter uma solução em software/sysmgmt/products/support. 2 A instalação não localizou o usuário do Tivoli Workload Scheduler ou seu diretório inicial. O usuário do Tivoli Workload Scheduler que você especificou não existe ou não tem um diretório inicial associado. 3 Não aplicável Verifique a definição de sistema operacional do usuário do Tivoli Workload Scheduler. 312 Tivoli Workload Scheduler: Planejamento e Instalação

329 Tabela 30. Agente de Sistema Operacional UNIX ou Linux e Códigos de Retorno (continuação) Código de Erro Descrição Ação do Usuário 4 O diretório de instalação dotivoli Workload Scheduler não está vazio. Você especificou como pasta de instalação um diretório existente. 5 Ocorreu um erro durante a verificação dos pré-requisitos do Tivoli Workload Scheduler na estação de trabalho. 6 O registro do Tivoli Workload Scheduler está corrompido. 7 A operação de upgrade ou restauração não pode recuperar as informações dos arquivos de configuração. 8 O upgrade, a restauração ou a desinstalação não podem continuar porque há tarefas em execução. 9 O upgrade, a restauração ou a desinstalação não podem continuar porque os arquivos estão bloqueados. 10 O upgrade, a restauração ou a desinstalação não podem continuar porque há linhas de comandos abertas. Esvazie-o ou especifique um diretório diferente. Verifique os requisitos do sistema do produto no seguinte link: docview.wss?rs=672&uid=swg Use a opção recovinstreg para recuperar o registro. Em seguida, execute a operação novamente. Verifique se a instalação anterior e os arquivos localopts, globalopts, ita.ini e JobManager.ini não estão corrompidos. Corrija os erros e tente a operação novamente. Pare as tarefas que estão em execução ou espere elas serem concluídas. Reinicie a operação. Pare todos os processos que estão em execução e feche todas as atividades que podem bloquear o caminho da instalação. Reinicie a operação. Feche as linhas de comandos. Reinicie a operação. Capítulo 13. Fazendo Upgrade de Agentes em Sistemas IBM i 313

330 314 Tivoli Workload Scheduler: Planejamento e Instalação

331 Capítulo 14. Desinstalando Agentes em Sistemas IBM i Para desinstalar agentes Tivoli Workload Scheduler em um sistema IBM i usando o script twsinst, siga estas etapas: 1. Assegure-se de que todos os processos e serviços do Tivoli Workload Scheduler estejam parados e que nenhuma outra tarefa esteja ativa ou pendente. Para obter informações adicionais sobre como parar os processos e serviços, consulte o Guia de Administração. 2. Efetue logon como QSECOFR ou altere seu diretório para /installation_dir/ TWS. Por exemplo: /home/user1/tws, em que user1 é o nome de usuário do Tivoli Workload Scheduler. 3. A partir do diretório Diretório de Instalação\TWS, execute o script twsinst, da seguinte forma: twsinst -uninst -uname username [-wait minutes] [-lang lang_id] [-work_dir working_dir] -uninst Desinstala o Tivoli Workload Scheduler. -uname username O nome de usuário para o qual o Tivoli Workload Scheduler é desinstalado. Este nome de usuário não é igual ao usuário que está executando a instalação conectado como QSECOFR. -wait minutes O número de minutos em que o produto aguarda as tarefas que estiverem em execução serem concluídas antes de iniciar a desinstalação. Se as tarefas não forem concluídas durante este intervalo, a desinstalação irá parar e será exibida uma mensagem de erro. Os valores válidos são números inteiros ou -1 para o produto aguardar indefinidamente. O padrão é 60 minutos. -lang lang_id O idioma no qual as mensagens do twsinst são exibidas. Se não estiver especificado, o sistema LANG será utilizado. Se o catálogo relacionado estiver ausente, o catálogo de linguagem C padrão será utilizado. -work_dir working_dir O diretório temporário usado para a implementação de arquivos do processo de instalação do Tivoli Workload Scheduler. Se você não especificar manualmente um caminho, o caminho será configurado como /tmp/twa/tws91. O exemplo a seguir mostra um script twsinst que desinstala o agente Tivoli Workload Scheduler, originalmente instalado para o usuário twsuser: Nos sistemas IBM i:./twsinst -uninst -uname TWS_user Os Arquivos de Log do Script twsinst em Sistemas IBM i O arquivo de log twsinst é criado no seguinte diretório: <tempdir>/twsinst_ibm_i_<tws_user>^ log, em que: <tempdir> O diretório temporário do usuário: Copyright IBM Corp. 1999,

332 IBM i /tmp e /tmp/twa/tws91. <usuário_do_tws> O nome de usuário para o qual o Tivoli Workload Scheduler foi instalado (o nome fornecido durante a instalação). 316 Tivoli Workload Scheduler: Planejamento e Instalação

333 Parte 4. Dynamic Workload Console Esta parte descreve como instalar, fazer upgrade, configurar e desinstalar o Dynamic Workload Console. A parte também contém seções sobre resolução de problemas. Copyright IBM Corp. 1999,

334 318 Tivoli Workload Scheduler: Planejamento e Instalação

335 Capítulo 15. Visão Geral do Dynamic Workload Console O Dynamic Workload Console é uma interface com o usuário baseada na web usada com os seguintes produtos: v Tivoli Workload Scheduler v Tivoli Workload Scheduler para z/os v Tivoli Workload Scheduler para Aplicativos v Tivoli dynamic workload broker É possível acessar os ambientes do Tivoli Workload Scheduler e do Tivoli dynamic workload broker de qualquer local em sua rede utilizando um dos navegadores suportados conectados ao Dynamic Workload Console. O Dynamic Workload Console deve ser instalado em um sistema que possa acessar os nós do Tivoli Workload Scheduler ou do Tivoli dynamic workload broker usando conexões de rede. Copyright IBM Corp. 1999,

336 320 Tivoli Workload Scheduler: Planejamento e Instalação

337 Capítulo 16. Preparando Este capítulo fornece uma visão geral do que é preciso saber para instalar e usar o Dynamic Workload Console. 1. Verifique nos pré-requisitos de instalação nos Requisitos Detalhados do Sistema em se seu sistema é compatível. 2. Escolha o método de instalação que melhor se ajusta às necessidades descritas em Selecionando o Método de Instalação. 3. Colete as informações necessárias para preencher os campos necessários durante a instalação. Consulte Capítulo 18, Instalando, na página Instale o Dynamic Workload Console seguindo as instruções fornecidas em "Instalando Componentes Usando o Installation Manager." 5. Efetue login no Dynamic Workload Console, conforme descrito no Acessando o Dynamic Workload Console na página Na árvore de navegação à esquerda, clique em uma das opções a seguir: Tivoli Workload Scheduler Para acessar as funções disponíveis do Tivoli Workload Scheduler Tivoli dynamic workload broker Para acessar as funções disponíveis do Tivoli dynamic workload broker 7. Para gerenciar efetivamente as funções disponíveis no Dynamic Workload Console, crie conexões do mecanismo com os ambientes do Tivoli Workload Scheduler e do Tivoli dynamic workload broker que deseja gerenciar. Sem definir conexões do mecanismo, é possível apenas usar um conjunto limitado de funções do Dynamic Workload Console. Para obter informações adicionais, consulte Etapas Rápidas para Definir uma Conexão do Mecanismo do Tivoli Workload Scheduler na página 343 e Etapas Rápidas para Definir uma Conexão do Tivoli dynamic workload broker na página 343. Diretórios Criados Fora de TWA_home no Momento da Instalação A lista a seguir mostra os diretórios que são criados fora do TWA_home quando você instala Dynamic Workload Console e Conector Tivoli Workload Scheduler para z/os. Nos sistemas operacionais Windows: Dynamic Workload Console: %WINDIR%\TWA Conector z/os: %WINDIR%\TWA %WINDIR%\system32\TWSRegistry.dat (32 bits) %WINDIR%\sysWOW64\TWSRegistry.dat (32 bits em 64 bits) %WINDIR%\TWSRegistry.dat (64 bits em 64 bits) Em sistemas operacionais UNIX: Dynamic Workload Console: /etc/twa Conector z/os: Copyright IBM Corp. 1999,

338 /etc/twa /etc/tws Acessando a Mídia de Instalação Acessando a Mídia de Instalação Acesse a mídia de instalação para fazer o download dos arquivos de instalação Usando DVDs Escolha os DVDs apropriados para usar dependendo do que deseja instalar. Neste cenário de instalação, você tem os DVDs que contêm os arquivos de instalação e, geralmente, você instala o produto em seu computador. Instale Tivoli Workload Scheduler a partir de DVDs executando as seguintes etapas: 1. Escolha o DVD apropriado dependendo do que deseja instalar. Tabela 31. Pacotes configuráveis do Tivoli Workload Scheduler Componente do Tivoli Workload Scheduler a ser instalado v v v v Um agente dinâmico Um agente tolerante a falhas com linha de comando remoto Um gerenciador de domínio principal ou seu backup Um gerenciador de domínio dinâmico ou seu backup Dynamic Workload Console Integration Workbench Relatórios em lote Job Brokering Definition Console DVD a ser usado DVD do Agente DVD do Tivoli Workload Scheduler Server DVD do Tivoli Workload Scheduler Server DVD do Tivoli Workload Scheduler Server DVD do Tivoli Workload Scheduler Server DVD do Tivoli Workload Scheduler Server Para obter uma lista completa de mídias de instalação, consulte o Documento de Download do Tivoli Workload Scheduler em support/docview.wss?rs=672&uid=swg Insira o DVD de instalação do produto na unidade. Para obter informações adicionais sobre a estrutura da mídia, consulte Mídia de Instalação na página 30. Mídia de Instalação O conteúdo da mídia de instalação depende da imagem transferida por download. DVD Agentes Dependendo do sistema operacional, o DVD de instalação conterá alguns dos ou todos os diretórios a seguir: TWS Contém os arquivos necessários para a instalação de um Tivoli Workload Scheduler agente dinâmico ou agente tolerante a falhas com linha de comandos remota. 322 Tivoli Workload Scheduler: Planejamento e Instalação

339 JavaExtension Contém os arquivos para instalar a extensão Java ou para incluir a extensão Java em uma instância instalada do Tivoli Workload Scheduler. DVD do Tivoli Workload Scheduler Server Dependendo do sistema operacional, o DVD de instalação conterá alguns dos ou todos os diretórios a seguir: dbtools Contém os arquivos necessários para a criação ou atualização do banco de dados do Tivoli Workload Scheduler antes de instalar ou atualizar o produto. Para obter mais informações sobre como gerenciar o banco de dados do Tivoli Workload Scheduler antes do processo de instalação, consulte Capítulo 4, Criando ou Fazendo Upgrade das Tabelas de BD do Tivoli Workload Scheduler Antes da Instalação ou Upgrade, na página 43. FULL Contém o repositório necessário para instalar o produto usando Installation Manager. iim Contém os arquivos necessários para instalar Installation Manager usando a barra de ativação ou manualmente. Barra de Ativação Contém o código da barra de ativação. response_files Contém os arquivos de resposta que instalam o Tivoli Workload Scheduler gerenciador de domínio principal, o backup do gerenciador de domínio principal, o gerenciador de domínio dinâmico, o backup do gerenciador de domínio dinâmico ou Dynamic Workload Console. DWC Contém os arquivos necessários para a instalação do Dynamic Workload Console. TWS Contém os arquivos necessários para a instalação do Tivoli Workload Scheduler gerenciador de domínio principal ou seu backup, gerenciador de domínio dinâmico ou seu backup. Pré-requisitos Contém os arquivos necessários para a varredura de seu sistema para verificar se seu ambiente tem todos os requisitos do sistema necessários para a execução de uma instalação bem-sucedida. Integration Workbench Contém os arquivos necessários para a instalação do Tivoli Workload Scheduler Integration Workbench. Imagens do DB2 Contém os arquivos necessários para a instalação do DB2. Imagens do Websphere Application Server Contém os arquivos necessários para a instalação do Websphere Application Server. Imagens do Jazz for Service Management extension for IBM WebSphere Contém os arquivos necessários para a instalação do Jazz for Service Management extension for IBM WebSphere. Capítulo 16. Preparando 323

340 Fazendo Download de eimages em sua Estação de Trabalho É possível fazer o download do eimages executando as seguintes etapas: 1. Certifique-se de que sua estação de trabalho tenha espaço suficiente para armazenar os arquivos que devem ser transferidos por download a partir do IBM Passport Advantage e a imagem de instalação extraída. Para obter mais informações sobre os requisitos dos sistemas, consulte Documento de Requisitos do Sistema. 2. No IBM Passport Advantage, faça o download de todas as partes necessárias para a imagem do produto listada em Tabela 3 na página 31 em um diretório temporário. Tabela 32. eimages necessários Componentes do Tivoli Workload Scheduler para instalar v v Um agente dinâmico Um agente tolerante a falhas com linha de comando remoto eimages para download eimage do Agente. v v Um gerenciador de domínio principal ou seu backup Um gerenciador de domínio dinâmico ou seu backup v v v eimage do Tivoli Workload Scheduler. eimage do Websphere Application Server. eimage do DB2 se desejar instalar e usar o banco de dados relacional DB2. Dynamic Workload Console v eimage do Tivoli Workload Scheduler. Integration Workbench Relatórios em lote Job Brokering Definition Console v eimage do Websphere Application Server. eimages do Integration Workbench. eimage do Tivoli Workload Scheduler. eimage do Tivoli Workload Scheduler. 3. Extraia a imagem de instalação a partir do arquivo transferido por download e verifique se a imagem de instalação está completa. Para obter informações adicionais sobre eimages, consulte o Documento de Download em &uid=swg Criando um Repositório de Rede Este cenário é válido apenas para o gerenciador de domínio principal ou o gerenciador de domínio dinâmico e seus backups, ou o Dynamic Workload Console que são instalados usando a infraestrutura do Installation Manager. Use o Installation Manager Package Utility para criar os DVDs Tivoli Workload Scheduler ou eimages no formato de repositório de rede. Para obter mais informações sobre o assistente Package Utility, consulte Installation Manager > Instalando > Gerenciando Pacotes com Packaging Utility. Depois de usar o Packaging Utility para criar um repositório a partir das imagens ESD, é possível criar o Installation Manager para definir este local como um repositório. É possível salvar o repositório em uma unidade UNC em sistemas operacionais Windows ou servidor da web para deixar diretórios e arquivos disponíveis por meio de HTTP. 324 Tivoli Workload Scheduler: Planejamento e Instalação

341 Para criar um repositório de rede Tivoli Workload Scheduler, execute o procedimento a seguir: 1. Faça download do eimages conforme descrito em Fazendo Download de eimages em sua Estação de Trabalho na página 31 ou use os DVDs conforme descrito em Usando DVDs na página Instale o Installation Manager em sua estação de trabalho. 3. Instale o Package Utility usando Installation Manager em sua estação de trabalho. 4. Para criar imagens ESD em formato de rede, execute as seguintes etapas: a. Inicie o Package Utility. b. Clique em Apontar para imagem ESD. c. Execute o assistente. Para obter mais informações sobre o assistente Package Utility, consulte Installation Manager > Instalando > Gerenciando Pacotes com Packaging Utility. Após ter criado um repositório em formato de rede, defina esse local como um repositório do Installation Manager. Para incluir um repositório, execute as etapas a seguir: 1. Abra o assistente Installation Manager. 2. Selecione Arquivo > Preferências. A página Repositórios é exibida e mostra os repositórios disponíveis, locais do repositório e status de conexão para os repositórios. 3. Selecione Incluir Repositório. A página Incluir Repositório é exibida. 4. Insira o local do repositório ou selecione Procurar. 5. Acesse o local do repositório onde você salvou o conteúdo do DVD ou eimages em formato de rede e selecione a URL relacionada ao produto que deseja instalar. 6. Clicar em OK. Se você forneceu um local de repositório HTTPS ou FTP restrito, será solicitado a inserir um ID de usuário e uma senha. O novo local do repositório é incluído na lista. Se o repositório não estiver conectado, uma caixa vermelha será mostrada na coluna Conexão. 7. Clicar em OK. Após ter definido o repositório do Installation Manager, instale o produto: Tivoli Workload Scheduler Consulte Instalando Componentes Principais na página 63. Dynamic Workload Console Consulte Instalando o Dynamic Workload Console na página 331. Capítulo 16. Preparando 325

342 326 Tivoli Workload Scheduler: Planejamento e Instalação

343 Capítulo 17. Pré-requisitos do Dynamic Workload Console Informações de pré-requisitos para instalar um Dynamic Workload Console A instalação do Dynamic Workload Console tem os seguintes pré-requisitos: Websphere Application Server Se você não tiver este produto instalado, o processo de instalação o instalará automaticamente. Jazz for Service Management extension for IBM WebSphere Se você não tiver este produto instalado, o processo de instalação o instalará automaticamente. Dashboard Application Services Hub Se você não tiver este produto instalado, o processo de instalação o instalará automaticamente. WebSphere SDK Java Technology Edition Se você não tiver este produto instalado, o processo de instalação o instalará automaticamente. Para instalar os pré-requisitos, escolha uma das opções a seguir: v Utilizar a barra de ativação. Consulte "Barra de Ativação". v Ative manualmente a instalação do Jazz for Service Management extension for IBM WebSphere no DVD do produto. v Faça download dos eimages apropriados. Consulte o Documento de Download do produto. Para obter uma lista completa das versões corretas a serem instaladas, consulte Sistemas Operacionais Suportados Para produzir um relatório dinâmico que liste os sistemas operacionais suportados, execute as ações a seguir: 1. Acesse a página da web: v1r0/clarity/index.html. 2. Clique no relatório "Sistemas Operacionais para um Produto Específico". 3. Na janela "Sistemas Operacionais para um Produto Específico", preencha o campo Inserir nome do produto parcial ou completo com o valor IBM Tivoli Workload Scheduler e clique em Procurar. 4. Na lista suspensa Selecionar Versão, selecione a versão 9.1 e clique em Enviar para Executar o Relatório. Para obter uma lista completa de requisitos do sistema (espaços de disco, espaços temporários e uso de RAM), consulte Documento de Requisitos do Sistema em Copyright IBM Corp. 1999,

344 Varrendo Pré-requisitos do Sistema para Tivoli Workload Scheduler Antes de instalar ou atualizar o produto, o Tivoli Workload Scheduler executa automaticamente uma varredura em seu sistema. Ter um ambiente que atende aos requisitos do sistema do produto assegura o êxito de uma instalação ou upgrade sem atrasos ou complicações. A varredura verifica se: v O sistema operacional é suportado para o produto. v Em sistemas operacionais UNIX, as bibliotecas de produto necessárias são instaladas. v Há espaço em disco permanente e temporário suficiente para instalar o produto e seus pré-requisitos. v Há memória e memória virtual suficientes. Nota: A varredura verifica apenas se o ambiente atende aos requisitos do Tivoli Workload Scheduler. Ela não verifica requisitos para outros componentes, como DB2. Para verificar os requisitos para Installation Manager, use o procedimento descrito em Varrendo Pré-requisitos do Sistema para o Installation Manager na página 41. Se alguma destas verificações falhar, o Tivoli Workload Scheduler executará a seguinte ação: Para todos os componentes instalados usando o Installation Manager: Exibe uma notificação do requisito que não foi atendido. Neste caso, pare a instalação ou o upgrade, analise os arquivos de log, resolva o erro e execute novamente a instalação ou o upgrade. Se estiver executando uma instalação interativa, os erros serão exibidos na tela. Se você estiver executando uma instalação silenciosa, os erros serão gravados nos arquivos de log do Installation Manager. Para obter informações adicionais sobre os arquivos de log, consulte Arquivos de Log de Instalação Silenciosa e Desinstalação do Assistente do Installation Manager na página 242. Para agentes Se você especificou o parâmetro stoponcheckprereq, o script twsinst não continuará. Nesse caso, analise o arquivo de log, resolva o erro e execute a instalação ou o upgrade novamente. Os arquivos de log estão localizados: Nos sistemas operacionais Windows: %TEMP%\TWA\tws91\result.txt Nos sistemas operacionais UNIX e Linux: $tmp/twa/tws91/result.txt Se você não especificou stoponcheckprereq, o script twsinst continuará. Se ocorrer um problema, um erro será exibido, o agente será instalado ou atualizado, mas não funcionará. Para obter uma lista detalhada dos sistemas operacionais suportados e pré-requisitos do produto, consulte o Documento de Requisitos do Sistema em Tivoli Workload Scheduler: Planejamento e Instalação

345 Varrendo Pré-requisitos do Sistema para o Installation Manager Antes da instalação ou do upgrade do Tivoli Workload Scheduler, se você não tiver instalado o Installation Manager, execute uma varredura em seu sistema para verificar se sua estação de trabalho tem todos os requisitos do sistema necessários para uma instalação bem-sucedida. Ter um ambiente que atende os requisitos do sistema do produto assegura uma instalação bem-sucedida sem atrasos ou complicações. É possível executar uma varredura de pré-requisito para Installation Manager usando: Barra de Ativação na página 28 No DVD ou eimage, ative-o e selecione Varredura de Pré-requisitos. checkprereq Em sistemas operacionais Windows: Execute o seguinte comando: checkprereq.bat Em sistemas operacionais UNIX ou Linux: Execute o seguinte comando: checkprereq.sh Especifique a opção -silent se não estiver interessado em instalar Installation Manager usando o assistente. Se você usar a opção -silent, o programa não verificará se existem bibliotecas gráficas. Se a varredura falhar, o programa exibirá uma notificação do requisito que não foi atendido. Nesse caso, pare a instalação, resolva o erro e execute a instalação novamente. Capítulo 17. Pré-requisitos 329

346 330 Tivoli Workload Scheduler: Planejamento e Instalação

347 Capítulo 18. Instalando Instale este componente se desejar gerenciar sua carga de trabalho estática e dinâmica em ambientes distribuídos e de ponta a ponta usando uma interface da web. Instalando o Dynamic Workload Console Por padrão, o processo de instalação do Dynamic Workload Console instala o componente z/os Connector. Durante o processo de instalação, talvez você também queira configurar a instância do z/os Connector para conectar-se ao sistema z/os. Selecionando o Método de Instalação Você pode instalar o Dynamic Workload Console utilizando um dos seguintes métodos: Barra de Ativação Use a barra de ativação para guiá-lo por meio da instalação do Dynamic Workload Console e dos componentes do Tivoli Workload Scheduler a partir de uma interface única. Para obter informações adicionais sobre como instalar utilizando a barra de ativação, consulte Barra de Ativação na página 28. Assistente de Instalação Instale o Dynamic Workload Console e o z/os Connector usando o assistente para cada plataforma suportada. O assistente guia o usuário pelas etapas de instalação. Para obter informações adicionais, consulte a Assistente de Instalação. Modo Silencioso Usando esse método, você executa a instalação não assistida e no segundo plano. Um arquivo de resposta fornece as informações relevantes para o processo de instalação, que é executado em segundo plano. Customize o arquivo de resposta incluindo todas as definições de configuração a serem usadas durante a instalação. Em seguida, a partir da linha de comandos, execute o comando do Installation Manager. Para obter informações adicionais, consulte a Instalação silenciosa na página 335. Assistente de Instalação 1. Antes de iniciar a instalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistemas operacionais Windows Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou grupo de administradores de domínio do Windows com o direito Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root Copyright IBM Corp. 1999,

348 2. Certifique-se de que tenha inserido o DVD para seu sistema operacional ou transferido por download o eimage Dynamic Workload Console (para obter detalhes, consulte o Documento de Download em support/docview.wss?rs=672&uid=swg ). Para iniciar o programa de instalação, execute as seguintes etapas: 1. No eimage que contém o componente que você deseja instalar, execute: Sistemas operacionais Windows: No diretório raiz do DVD, execute setupdwc.bat. Sistemas operacionais UNIX: No diretório raiz do DVD, execute setupdwc.sh. O assistente de instalação é aberto e mostra Dynamic Workload Console e seus pré-requisitos que deseja instalar já selecionados. 2. Continue com a instalação do Dynamic Workload Console selecionado; siga as instruções descritas em Procedimento de Instalação para Dynamic Workload Console. Nota: Se desejar instalar o Tivoli Workload Scheduler e um Dynamic Workload Console ao mesmo tempo, execute Sistemas operacionais Windows: No diretório root do DVD ou no eimage, execute setupall.bat. Sistemas operacionais UNIX: No diretório raiz do DVD ou no eimage, execute setupall.sh. e siga o procedimento descrito para o gerenciador de domínio principal do Tivoli Workload Scheduler ou seu backup em "Procedimento de Instalação para Gerenciador de Domínio Principal ou seu Backup" ou para o gerenciador de domínio dinâmico do Tivoli Workload Scheduler ou seu backup em "Procedimento de Instalação para Gerenciador de Domínio Dinâmico ou seu Backup" e Dynamic Workload Console em "Procedimento de Instalação para o Dynamic Workload Console". Procedimento de Instalação para Dynamic Workload Console Para instalar um Dynamic Workload Console e seus pré-requisitos, execute as seguintes etapas: 1. Após você iniciar o processo de instalação usando a barra de ativação conforme descrito em "Instalando a partir da Barra de Ativação". ou usando o assistente conforme descrito em "Assistente de Instalação", o assistente do Installation Manager é iniciado. 2. No painel Pacotes de Instalação do Installation Manager, o processo de instalação selecionou todos os pacotes obrigatórios do Dynamic Workload Console e o pacote do produto "Tivoli Dynamic Workload Console" > "Versão ". Nota: Se você já tiver instalado o Dynamic Workload Console ou seus produtos de pré-requisitos, uma janela de aviso será exibida. Clique em Continuar para instalar o pacote em um novo grupo ou clique em Cancelar para limpar o pacote que já está instalado. 3. Clique em Avançar. 4. Na página Licenças, leia o contrato de licença para o pacote selecionado. Se tiver selecionado a instalação do pacote do Dynamic Workload Console e dos 332 Tivoli Workload Scheduler: Planejamento e Instalação

349 pacotes obrigatórios do Dynamic Workload Console, você deverá aceitar o contrato de licença para cada pacote. No lado esquerdo da página Licença, clique em cada pacote para ver seu contrato de licença. Se você concorda com os termos de todos os contratos de licença, clique em Aceito os termos nos contratos de licença. 5. Clique em Avançar. 6. No painel Local, os pacotes obrigatórios do Dynamic Workload Console e Dynamic Workload Console já estão selecionados: Para cada pacote obrigatório: Selecione o pacote obrigatório e digite ou Procure o caminho a ser usado como diretório de instalação no qual instalar a instância de pré-requisito ou aceite o caminho padrão. Para o pacote do Dynamic Workload Console: Digite ou Procure o caminho para usar como o diretório de instalação no qual instalar o Dynamic Workload Console ou aceite o caminho padrão: Diretório de Instalação O comprimento máximo do campo é de 46 caracteres. Não é possível usar caracteres nacionais. Nos sistemas operacionais Windows: v Os seguintes caracteres não são válidos:!, #, $, %, &, {, }, [, ], =,?, \, <, >,,, ;, (, ) v O nome deve ter mais de três caracteres, o segundo caractere deve ser ':', o terceiro caractere deve ser '\'. v O diretório padrão é C:\Program Files\IBM\TWAUI Nos sistemas operacionais UNIX e Linux: v Os seguintes caracteres não são válidos:!, \", #, $, %, &, {, }, [, ], =,?, \, <, >,,, ;, (, ), v O nome deve ter mais de um caractere e o primeiro caractere deve ser '/'. v O diretório padrão é /opt/ibm/twaui 7. Clique em Avançar. 8. Na página Recursos, execute as ações a seguir: Para os pacotes obrigatórios: Para ver uma descrição de um recurso, clique no nome do recurso. Na seção Detalhes, você vê uma pequena descrição. Assegure-se de deixar os recursos de pré-requisito padrão selecionados pelo processo de instalação. Para o pacote do Dynamic Workload Console: Selecione o recurso a seguir: Dynamic Workload Console 9. Clique em Avançar. 10. Nos painéis a seguir, insira as informações a seguir: Capítulo 18. Instalando 333

350 Para cada pacote obrigatório: Nos painéis do produto de pré-requisito, insira as informações relacionadas ao produto sendo instalado. Para obter mais informações sobre os valores de campo, consulte a documentação do produto de pré-requisito. Para o pacote do Dynamic Workload Console: Nos painéis a seguir, insira as informações a seguir: Configuração de perfil do WebSphere Application Server: Configuração de Perfil do Websphere Application Server Configuração do conector z/os: Configuração do z/os Connector na página Clique em Avançar. 12. Na página Resumo, revise suas opções antes de instalar o pacote do produto e seus pré-requisitos. Para alterar qualquer opção feita nas páginas anteriores, clique em Voltar e faça as mudanças. Clique em Instalar para instalar o pacote do Dynamic Workload Console e seus pré-requisitos. Após uma instalação bem-sucedida, para configurar o Dynamic Workload Console, consulte Acessando o Dynamic Workload Console na página 341. Configuração de Perfil do Websphere Application Server Os campos a seguir são fornecidos para dados de configuração de perfil do Websphere Application Server. Os campos preenchidos dependem de você estar usando um perfil existente para o Dashboard Application Services Hub ou outro perfil. Local de instalação do WebSphere Digite ou Procure o diretório no qual a instância do Websphere Application Server está instalada. Clique em Navegar para encontrar o local apropriado. Usar um perfil existente do Websphere Application Server Use um perfil do Websphere Application Server que você já tenha criado. Detalhes do perfil Local do perfil Insira o nome do diretório no qual o perfil do Websphere Application Server está localizado. Clique em Navegar para encontrar o local apropriado. O padrão é: Nos sistemas operacionais Windows: C:\Program Files\IBM\JazzSM\profile Em sistemas operacionais UNIX: /opt/ibm/jazzsm/profile Nota: Não use nenhum dos seguintes caracteres no campo de caminho do perfil: Nos sistemas operacionais Windows:!"#$%&{}[]=?'<>,;*: Em sistemas operacionais UNIX:!"#$%&{}[]=?'<>,;* 334 Tivoli Workload Scheduler: Planejamento e Instalação

351 Nome do perfil Insira o nome do arquivo no qual o perfil do Websphere Application Server está definido. O padrão é JazzSMProfile. Nome do nó Insira o nome do nó contido no perfil do Websphere Application Server. O padrão é JazzSMNode01. Nome do servidor Insira o nome do servidor contido no perfil do Websphere Application Server. O valor padrão é server1. Nome de Usuário Forneça o usuário que pode acessar o perfil do Websphere Application Server. O padrão é wasdmin. Senha Forneça a senha do Websphere Application Server para o usuário especificado. A senha deve estar em conformidade com a política de senha em suas configurações de Segurança Local. Validar Clique para validar se as informações inseridas estão corretas. Configuração do z/os Connector Especifique as informações para conectar-se a um sistema Tivoli Workload Scheduler for z/os. Instalação silenciosa Configure uma conexão com um host do Tivoli Workload Scheduler for z/os Selecione se você deseja criar uma conexão com um controlador do Tivoli Workload Scheduler for z/os. Nome do mecanismo do Tivoli Workload Scheduler for z/os Especifique o nome do mecanismo do Tivoli Workload Scheduler for z/os ao qual você está se conectando. Host remoto do Tivoli Workload Scheduler for z/os Especifique o nome do host ou o endereço TCP/IP do sistema remoto z/os no qual o controlador do Tivoli Workload Scheduler for z/os está instalado. Porta TCP/IP remota do Tivoli Workload Scheduler for z/os Especifique o número da porta TCP/IP do sistema z/os usado para comunicar-se com o controlador do Tivoli Workload Scheduler for z/os. Ativar SSL Selecione para ativar a comunicação de SSL entre o z/os Connector e o sistema remoto z/os. Por padrão, esta caixa é desmarcada e a comunicação não é SSL. 1. Assegure-se de ter inserido o DVD para seu sistema operacional ou de ter transferido por download o eimage do Dynamic Workload Console (para obter detalhes, consulte o Documento de Download em support/docview.wss?rs=672&uid=swg ). 2. Antes de iniciar a instalação, verifique se o usuário executando o processo de instalação tem os seguintes requisitos de autorização: Sistemas operacionais Windows Capítulo 18. Instalando 335

352 Se você configurar o User Account Control (UAC) do Windows, sua conta de login deverá ser membro do grupo Administradores ou grupo de administradores de domínio do Windows com o direito Agir como Parte do Sistema Operacional. Se tiver configurado o User Account Control (UAC) do Windows na estação de trabalho, deverá executar a instalação como administrador. Sistemas operacionais UNIX e Linux Acesso root Quando executa uma instalação silenciosa, você já tem o Installation Manager instalado e usa um arquivo de resposta XML que contém os parâmetros necessários para a instalação do pacote do produto. O arquivo de resposta incluir todas as informações de instalação necessárias para executar a instalação sem intervenção do usuário. Para instalar o pacote do produto Dynamic Workload Console silenciosamente, você pode ter um dos seguintes cenários: Instalando o pacote do Dynamic Workload Console: Os pré-requisitos do Dynamic Workload Console já estão instalados. Para obter informações adicionais sobre como executar a instalação silenciosa do pacote do Dynamic Workload Console, consulte Executando uma Instalação Silenciosa do Dynamic Workload Console. Instalando o pacote do Dynamic Workload Console e seus pré-requisitos: Para obter mais informações sobre como executar a instalação silenciosa dos pacotes obrigatórios do Dynamic Workload Console e seus pré-requisitos, consulte Executando uma Instalação Silenciosa do Dynamic Workload Console e seus Pré-requisitos na página 338. Instalando os pacotes Dynamic Workload Console e gerenciador de domínio principal e seus pré-requisitos: Para obter mais informações sobre como executar a instalação silenciosa do pacote do Dynamic Workload Console, pacotes obrigatórios do Dynamic Workload Console, pacote do gerenciador de domínio principal e pacotes obrigatórios do gerenciador de domínio principal, consulte Executando uma Instalação Silenciosa do Tivoli Workload Scheduler e seus Pré-requisitos e Dynamic Workload Console e seus Pré-requisitos na página 85. Executando uma Instalação Silenciosa do Dynamic Workload Console Você deve instalar o Installation Manager antes de executar uma instalação silenciosa do pacote do Dynamic Workload Console. Para obter informações detalhadas sobre como instalar o Installation Manager, consulte a documentação do Installation Manager. Para executar uma instalação silenciosa do pacote do Dynamic Workload Console, usando um dos arquivos de resposta listados no Modelos de Arquivos de Resposta do Dynamic Workload Console na página 337, execute as seguintes etapas: 1. Copie o arquivo de resposta relevante em um diretório local. 336 Tivoli Workload Scheduler: Planejamento e Instalação

353 2. Edite a seção do Dynamic Workload Console. Para obter detalhes sobre as propriedades do arquivo de resposta, consulte Apêndice C, Propriedades do Arquivo de Resposta do Dynamic Workload Console, na página 415. Nota: Assegure-se de que todas as senhas especificadas no arquivo de resposta sejam criptografadas conforme descrito em Criptografando Senhas de Usuário para Arquivos de Resposta na página Salve o arquivo com suas alterações. 4. Abra um prompt de linha de comandos. 5. Acesse o diretório do tools do Installation Manager. O diretório tools padrão é: Nos sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse\tools Em sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse/tools 6. Execute o seguinte comando: Nos sistemas operacionais Windows imcl.exe input <local_dir>\response_file.xml -log <local_dir>\log_file.xml -acceptlicense Em sistemas operacionais UNIX e Linux./imcl input /<local_dir>/response_file.xml -log /<local_dir>/log_file.xml -acceptlicense em que v response_file.xml é o nome do arquivo de resposta a ser usado para instalação. v log_file é o nome do arquivo de log que registra o resultado da execução da instalação silenciosa. Para obter mais informações sobre os arquivos de log silenciosos do Installation Manager, consulte o centro de informações do Installation Manager. Nota: Para obter informações adicionais sobre o comando de instalação silenciosa do Installation Manager, consulte a documentação Installation Manager. Após uma instalação bem-sucedida, execute as tarefas de configuração conforme descrito em Dynamic Workload Console User's Guide. Modelos de Arquivos de Resposta do Dynamic Workload Console Edite os modelos de arquivos de resposta fornecidos nos DVDs de instalação no diretório \response_files\. As instruções para customizar os arquivos estão incluídas diretamente nos arquivos como texto comentado. Tabela 33 na página 338 lista os arquivos de resposta e os tipos de instalação que cada um executa por plataforma: Capítulo 18. Instalando 337

354 Tabela 33. Arquivos de resposta da instalação Tipo de instalação Arquivo de resposta a ser utilizado Instalando em sistemas operacionais Windows Novo Dynamic Workload Console TWS91_FRESH_DWC_WIN.xml Instalando em sistemas operacionais UNIX Novo Dynamic Workload Console TWS91_FRESH_DWC_UNIX.xml Para obter detalhes sobre propriedades de arquivos de resposta, consulte Apêndice C, Propriedades do Arquivo de Resposta do Dynamic Workload Console, na página 415. Nota: Lembre-se de não modificar as linhas a seguir no final do arquivo de resposta. Certifique-se de que o arquivo de resposta contenha o valor de componente correto que você deseja desinstalar na propriedade do recurso: <install modify= false > <offering id= com.ibm.tws.tdwc profile= Tivoli Dynamic Workload Console features= tws.tdwc installfixes= none /> </install> Executando uma Instalação Silenciosa do Dynamic Workload Console e seus Pré-requisitos Você deve instalar Installation Manager antes de executar uma instalação silenciosa do pacote do Dynamic Workload Console e seus pré-requisitos. Para obter informações detalhadas sobre como instalar o Installation Manager, consulte a documentação do Installation Manager. É possível instalar silenciosamente o pacote do Dynamic Workload Console ao mesmo tempo que seus pacotes obrigatórios usando um arquivo de resposta global fornecido nos DVDs de instalação no diretório \response_files\. Para obter uma lista de arquivos de resposta, consulte Tabela 34 na página 339. O processo de instalação silenciosa: v Designa a ordem correta para a instalação do pacote. v Gerencia a instalação do pacote obrigatório. O arquivo de resposta contém uma seção para cada pacote obrigatório que deseja instalar e uma seção relacionada à instalação do pacote do Dynamic Workload Console. Execute as etapas a seguir: 1. Copie o arquivo de resposta em um diretório local. 2. Edite as seções a seguir: Seções de pacotes obrigatórios do Dynamic Workload Console: Para obter mais informações sobre como preencher esta seção, consulte a descrição das propriedades do arquivo de resposta fornecida como texto comentado ou consulte a documentação do produto de pré-requisitos. Seção do Dynamic Workload Console: Para obter mais informações sobre como concluir as propriedades da 338 Tivoli Workload Scheduler: Planejamento e Instalação

355 seção do Dynamic Workload Console, consulte Apêndice C, Propriedades do Arquivo de Resposta do Dynamic Workload Console, na página 415. Nota: Assegure-se de que todas as senhas especificadas no arquivo de resposta sejam criptografadas conforme descrito em Criptografando Senhas de Usuário para Arquivos de Resposta na página Salve o arquivo com suas alterações. 4. Abra um prompt de linha de comandos. 5. Acesse o diretório do tools do Installation Manager. O diretório tools padrão é: Nos sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse\tools Em sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse/tools 6. Execute o seguinte comando: Nos sistemas operacionais Windows: imcl.exe input <local_dir>\response_file.xml -log <local_dir>\log_file.xml -acceptlicense Nos sistemas operacionais UNIX e Linux:./imcl input /<local_dir>/response_file.xml -log /<local_dir>/log_file.xml -acceptlicense Em que: v response_file.xml é o nome do arquivo de resposta a ser usado para instalação. v O log_file é o nome do arquivo de log que registra o resultado da instalação silenciosa. Nota: Para obter mais informações sobre o comando de instalação silenciosa do Installation Manager e os arquivos de log silenciosos do Installation Manager, consulte o centro de informações do Installation Manager. Tabela 34 lista os arquivos de resposta e os tipos de instalação que cada um executa por plataforma: Tabela 34. Arquivos de Resposta de Instalação Global Pacotes que você está instalando: Arquivo de resposta a ser utilizado Instalando em sistemas operacionais Windows Websphere Application Server, TWS91_FRESH_FULL_DWC_WIN.xml Jazz for Service Management extension for IBM WebSphere e Dynamic Workload Console. Instalando em sistemas operacionais UNIX Websphere Application Server, Jazz TWS91_FRESH_FULL_DWC_UNIX.xml for Service Management extension for IBM WebSphere e Dynamic Workload Console. Capítulo 18. Instalando 339

356 Após uma instalação bem-sucedida, execute as tarefas de configuração conforme descrito em Dynamic Workload Console User's Guide. Criptografando Senhas de Usuário para Arquivos de Resposta Você deve criptografar cada sequência de senha armazenada nos arquivos de resposta usando o Installation Manager. É possível executar a criptografia de senha usando um dos procedimentos a seguir: Interface do utilitário de criptografia de Sequência do Installation Manager Para criptografar a sequência de senha para os arquivos de resposta, execute as seguintes etapas: 1. Acesse o diretório eclipse do diretório de instalação do Installation Manager. O diretório eclipse padrão é: Sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse Sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse 2. Para abrir a Interface do utilitário de criptografia de sequência, execute o seguinte comando: Sistemas operacionais Windows IBMIM.exe encryptstring <stringtoencrypt> em que <stringtoencrypt> é o valor a ser criptografado. Sistemas operacionais UNIX e Linux./IBMIM encryptstring <stringtoencrypt> em que <stringtoencrypt> é o valor a ser criptografado. 3. Na janela Utilitário de Criptografia de Sequência, observe o valor do campo Versão Criptografada da Sequência relacionado ao valor do campo Sequência a Ser Criptografada. 4. Copie o valor Versão Criptografada da Sequência na entrada de senha do arquivo de resposta. Ferramenta de linha de comandos do Installation Manager Para criptografar a sequência de senha para os arquivos de resposta, execute as seguintes etapas: 1. Acesse o diretório eclipse do diretório de instalação do Installation Manager. O diretório eclipse padrão é: Sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse Sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse 2. Execute o seguinte comando: Sistemas operacionais Windows IBMIM.exe -silent -nosplash encryptstring <stringtoencrypt> > <Encryptedpwd>.txt 340 Tivoli Workload Scheduler: Planejamento e Instalação

357 em que <stringtoencrypt> é o valor a ser criptografado e <Encryptedpwd>.txt é o arquivo no qual há o valor criptografado da senha. Sistemas operacionais UNIX e Linux./IBMIM -silent -nosplash encryptstring <stringtoencrypt> > <Encryptedpwd> em que <stringtoencrypt> é o valor criptografado e <Encryptedpwd> é o arquivo no qual há o valor criptografado da senha. 3. Abra o arquivo <Encryptedpwd> e copie o valor contido no arquivo na chave de dados do arquivo de resposta. 4. Remova o arquivo <Encryptedpwd>. Este exemplo mostra como gravar a seção USER INFORMATION do arquivo de resposta TWS91_FRESH_MDM_WIN.xml configurando o valor do usuário do Tivoli Workload Scheduler como twsuser e o valor da senha de usuário como passw0rd no sistema operacional Windows. Ao usar a ferramenta de linha de comandos do Installation Manager, criptografe a senha passw0rd salvando o valor criptografado para o arquivo my_pwd.txt: IBMIM.exe -silent -nosplash encryptstring passw0rd > my_pwd.txt O arquivo my_pwd.txt contém o seguinte valor: rbn1iamawyytqxlf6kdnya== Conclua a seção USER INFORMATION do arquivo de resposta TWS91_FRESH_MDM_WIN.xml da seguinte forma: <!--USER INFORMATION Supply the Tivoli Workload Scheduler credentials information --> <data key= user.username,com.ibm.tws value= twsuser /> <data key= user.password,com.ibm.tws value= rbn1iamawyytqxlf6kdnya== /> Nota: Por motivos de segurança, remova o arquivo my_pwd.txt após usá-lo. Acessando o Dynamic Workload Console De um navegador suportado, acesse um dos links a seguir fornecidos pelo programa de instalação: onde: dynamic_workload_console_system O nome do host ou o endereço IP do sistema no qual instalou o Dynamic Workload Console. http_port O número da porta usado para acessar o Dynamic Workload Console usando uma conexão não segura sobre HTTP. O valor padrão para esse número de porta é Capítulo 18. Instalando 341

358 https_port O número da porta usado para acessar o Dynamic Workload Console usando uma conexão segura sobre HTTPS. O valor padrão para esse número de porta é Ao conectar ao Dashboard Application Services Hub utilizando uma conexão HTTPS, se receber um alerta de segurança, continue com a sessão de trabalho do Dynamic Workload Console. Se receber janelas de informações de segurança ao navegar por meio do Dashboard Application Services Hub, escolha exibir itens não seguros para continuar. Se estiver utilizando o Internet Explorer, você poderá impedir que estas janelas sejam abertas configurando Exibir Conteúdo Misto para Ativar nas configurações de Segurança. DASH_context_root É a raiz de contexto do Dashboard Application Services Hub definida no momento da instalação. A raiz de contexto determina a URL de um aplicativo implementado e, por padrão, é idêntica ao diretório de aplicativo ou estrutura do archive. Neste caso, o padrão é ibm/console. No portlet de login do Dashboard Application Services Hub, digite o ID de usuário e a senha especificados durante a instalação e clique em Efetuar Login. Para obter uma visão geral rápida do portal e seu uso, após efetuar login no Dashboard Application Services Hub, clique em um dos hyperlinks exibidos na página de boas-vindas para ativar vídeos e um tutorial que lhe ajudará a localizar as informações necessárias. Diversos produtos podem estar integrados neste portal e suas entradas relacionadas são listadas juntamente com aquelas que pertencem ao Dynamic Workload Console na barra de ferramentas exibida à esquerda. Use esses ícones para executar suas tarefas. Use a barra de ferramentas à esquerda para trabalhar com o Dynamic Workload Console para executar as tarefas do Tivoli Workload Scheduler. Para usar efetivamente as funções do Tivoli Workload Scheduler e o Tivoli dynamic workload broker, você deve definir conexões com os mecanismos do Tivoli Workload Scheduler e servidores Tivoli dynamic workload broker. Se você não definir as conexões do mecanismo, será possível executar apenas este conjunto limitado de operações: No Tivoli Workload Scheduler: v Criar tarefas de monitor v Crie as tarefas de relatório v Crie as tarefas de gerenciamento de evento v Defina as preferências do usuário No Tivoli dynamic workload broker Defina as preferências do usuário Se o ID do usuário usado para se conectar com o Dynamic Workload Console recebeu uma função diferente de TWSWEBUIAdministrator e de TDWBAdministrator, um subconjunto de painéis disponíveis será exibido. Esse subconjunto depende das autorizações designadas à função associada ao ID do 342 Tivoli Workload Scheduler: Planejamento e Instalação

359 usuário. Para obter mais informações sobre funções, consulte as informações sobre como configurar o Dynamic Workload Console no Tivoli Workload Scheduler: Administration Guide. Se o ID do usuário usado para conectar-se ao Dynamic Workload Console não tiver nenhuma função designada, você não verá as entradas para o Tivoli Workload Scheduler e o Tivoli dynamic workload broker na árvore de navegação do Dashboard Application Services Hub. Etapas Rápidas para Definir uma Conexão do Mecanismo do Tivoli Workload Scheduler Após efetuar login no Dynamic Workload Console usando o ID de usuário administrador ou ID do usuário com as funções TWSWEBUIAdministrator ou TWSWEBUIConfigurator designadas, use as etapas a seguir para criar uma conexão do mecanismo para um de seus mecanismos do Tivoli Workload Scheduler suportados. 1. Na barra de ferramentas de navegação, clique em Configuração do Sistema > Gerenciar Mecanismos. 2. No painel exibido, é possível criar, editar, excluir ou compartilhar uma conexão do mecanismo e testar a conexão no servidor remoto no qual o Tivoli Workload Scheduler está instalado. É possível ordenar a lista de conexões do mecanismo exibidas neste painel usando critérios de classificação selecionados com os botões no canto superior esquerdo da tabela. 3. Clique em Novo Mecanismo. 4. Na janela Propriedades de Conexão do Mecanismo, designe um nome à conexão do mecanismo e especifique as informações necessárias. Para obter detalhes adicionais sobre campos e opções, consulte a ajuda online clicando no "?" no canto superior direito. Se desejar testar a conexão com o banco de dados do Tivoli Workload Scheduler (obrigatória para gerenciar as funções de gerenciamento de eventos e relatórios), você deverá selecionar Ativar Relatório e especificar as credenciais do usuário. 5. Clique em Testar Conexão para verificar se a configuração foi bem-sucedida e se o Dynamic Workload Console está se comunicando com o mecanismo selecionado. Se a conexão de teste falhar, consulte Tivoli Workload Scheduler: Guia de Resolução de Problemas. Etapas Rápidas para Definir uma Conexão do Tivoli dynamic workload broker O Dynamic Workload Console suporta uma conexão única com um mecanismo do Tivoli dynamic workload broker a qualquer momento para cada usuário autorizado. Uma conexão diferente é suportada para cada usuário autorizado. Após efetuar login no Dynamic Workload Console usando o ID de usuário administrador, ou outro ID do usuário com as funções TDWBAdministrator ou TDWBConfigurator designadas, siga estas etapas para criar uma conexão do mecanismo com um mecanismo do Tivoli dynamic workload broker suportado: 1. No Dynamic Workload Console, clique em Tivoli dynamic workload broker para expandir a árvore. 2. Selecione Configuração. 3. Clique na Conexão do Servidor. Capítulo 18. Instalando 343

360 4. Na Conexão do Servidor, especifique: Hostname O nome do host do Tivoli dynamic workload broker ao qual você deseja conectar-se. Porta não Segura A porta não segura a ser usada para conexão. Porta Segura A porta segura a ser usada para conexão. Utilizar Conexão Segura Especifique se uma conexão segura deve ser utilizada. Para obter mais informações sobre segurança, consulte Tivoli Workload Scheduler: Administration Guide. Nome de Usuário Opcionalmente especifique um usuário diferente para a conexão do servidor. A conexão com o novo servidor é ativada utilizando as credenciais do usuário especificado. Cada usuário tem acesso a apenas uma conexão do servidor. Senha Especifique a senha para o usuário autenticado ao qual a conexão se aplica. 5. Clique em OK para salvar suas alterações. A conexão do servidor especificada é ativada e imediatamente efetiva. Iniciando e Parando o Dynamic Workload Console Para iniciar e parar o Dynamic Workload Console, relacionado a um perfil do Jazz for Service Management extension for IBM WebSphere, você deve iniciar e parar a instância do Websphere Application Server usando uma das opções a seguir: wastools instalado no Dynamic Workload Console: Para iniciar Dynamic Workload Console: Nos sistemas operacionais Windows: <DWC_INST_DIR>\wastools\startWas.bat Em sistemas operacionais UNIX e Linux <DWC_INST_DIR>/wastools/startWas.sh Para parar Dynamic Workload Console: Nos sistemas operacionais Windows <DWC_INST_DIR>\wastools\stopWas.bat Nos sistemas operacionais UNIX e Linux: <DWC_INST_DIR>/wastools/stopWas.sh em que <DWC_INST_DIR> é o diretório de instalação do Dynamic Workload Console. Para obter informações adicionais sobre o uso de utilitários, consulte Administration Guide: Application server tasks. Nota: Ao iniciar ou parar o Dynamic Workload Console, relacionado a um perfil do Jazz for Service Management extension for IBM WebSphere, é solicitado que insira as credenciais para o perfil. Para evitar este comportamento, execute o comando com a opção -direct. Comandos nativos do Websphere Application Server: 344 Tivoli Workload Scheduler: Planejamento e Instalação

361 Para iniciar Dynamic Workload Console: Nos sistemas operacionais Windows: <JAZZSM_INSTALL_DIR>\profile\bin\startServer.bat <app_server> Nos sistemas operacionais UNIX e Linux: <JAZZSM_INSTALL_DIR>/profile/bin/startServer.sh <app_server> Para parar Dynamic Workload Console: Nos sistemas operacionais Windows: <JAZZSM_INSTALL_DIR>\profile\bin\stopServer.bat <app_server> -user <user_id> -password <user_id_pw> Nos sistemas operacionais UNIX e Linux: <JAZZSM_INSTALL_DIR>/profile/bin/stopServer.sh <app_server> -user <user_id> -password <user_id_pw> onde: <JAZZSM_INSTALL_DIR> É o diretório onde o Jazz for Service Management extension for IBM WebSphere está instalado. <app_server> É o nome do servidor especificado no perfil do Jazz for Service Management extension for IBM WebSphere relacionado ao Dynamic Workload Console. O valor padrão é server1. <user_id> É o ID de usuário administrador especificado durante a instalação do Dynamic Workload Console. <user_id_pw> É a senha do ID de usuário administrador especificada durante a instalação do Dynamic Workload Console. Capítulo 18. Instalando 345

362 346 Tivoli Workload Scheduler: Planejamento e Instalação

363 Capítulo 19. Configurando A seguir está uma lista de links ou ponteiros para os locais que documentam as tarefas de configuração necessárias para o Dynamic Workload Console. Você pode desempenhar as seguintes etapas de configuração opcionais a qualquer momento após a instalação. v v v v v v Configurar novos usuários para acessar Dynamic Workload Console: consulte na Tivoli Workload Scheduler Administration seção sobre como configurar o acesso ao Dynamic Workload Console. Configurar o Dynamic Workload Console para usar um registro do usuário: Para configurar o Dynamic Workload Console com LDAP - RACF, consulte a documentação do WebSphere em: Configurando a Proteção do Registro do Usuário do Lightweight Directory Access Protocol usando Resource Access Control Facility com Base em z/os. Além disso, consulte Etapas de Pós-Instalação para Configurar o Uso do Lightweight Third-Party Authentication (LDAP). Para configurar o acesso ao Dynamic Workload Console, consulte a seção correspondente em Tivoli Workload Scheduler Administration. Configurar funções para acessar Dynamic Workload Console: consulte a seção correspondente em Tivoli Workload Scheduler Administration. Configurar Dynamic Workload Console para usar conexão única: consulte a seção correspondente em Tivoli Workload Scheduler Administration. Proteger sua comunicação com o protocolo Secure Socket Layer: consulte a seção sobre como customizar a conexão SSL para Dynamic Workload Console em Tivoli Workload Scheduler Administration. Configurar Dynamic Workload Console para ativação no contexto: consulte a seção correspondente em Tivoli Workload Scheduler Administration. Nota: Se, após a instalação, você tiver mais de uma instância de Websphere Application Server gerenciando quaisquer produtos de Tivoli Workload Automation, deverá assegurar que eles tenham as mesmas token_keys de LTPA. É possível localizar todas as informações necessárias para configurar o produto em "Configuring the Dynamic Workload Console" no Tivoli Workload Scheduler: Administration Guide no seguinte link: v47r1/index.jsp?topic=/com.ibm.tivoli.itws.doc_9.1/distr/src_ad/ awsadconfigtdwc.htm. Para obter mais informações sobre como configurar autenticação usando Lightweight Directory Access Protocol (LDAP), consulte: infocenter/tivihelp/v47r1/index.jsp?topic=/com.ibm.tivoli.itws.doc_9.1/distr/ src_ad/awsadldapconfig.htm Etapas de Pós-Instalação para Configurar o Uso do Lightweight Third-Party Authentication (LDAP) Se o mecanismo do Dynamic Workload Console e do Tivoli Workload Scheduler ou o Tivoli Workload Scheduler z/os Connector tiverem sido configurados com o mesmo registro do usuário LDAP, ou estiverem instalados no mesmo computador, poderá receber uma falha de conexão. Se isso acontecer, use as mesmas chaves Copyright IBM Corp. 1999,

364 Lightweight Third-Party Authentication (LTPA) em todos os servidores: o Dynamic Workload Console, o servidor de mecanismo do Tivoli Workload Scheduler e o servidor Tivoli Workload Scheduler z/os Connector. Para alinhar as chaves LTPA, consulte a seção sobre como configurar o uso da Lightweight Third-Party Authentication no Guia de Administração. 348 Tivoli Workload Scheduler: Planejamento e Instalação

365 Capítulo 20. Navegando no Dynamic Workload Console Para uma visão geral interativa do produto e seus recursos, é possível visualizar vários cenários de demo, disponíveis (apenas em inglês) no Tivoli Workload Scheduler Wiki Media Gallery. Nota: Para otimizar a visualização das demos, certifique-se de que tenha a versão mais recente do Adobe Flash Player instalada. Para obter uma visão geral rápida do portal e seu uso, após efetuar login no Dashboard Application Services Hub (DASH), clique em um dos hyperlinks exibidos na página de boas-vindas para ativar vídeos e um tutorial que lhe ajudará a localizar as informações de que precisa. Vários produtos podem ser integrados neste portal, e suas entradas associadas estão listadas junto com aquelas que pertencem ao Dynamic Workload Console na barra de ferramentas exibida no lado esquerdo. Use esses ícones para executar suas tarefas. Nas seções a seguir, apenas páginas e tarefas relacionadas ao Dynamic Workload Console são descritas. Use a barra de ferramentas no lado esquerdo para trabalhar com o Dynamic Workload Console para executar as seguintes tarefas: Clique no ícone Procurar e insira todo ou parte do nome da página que você deseja abrir. Os resultados da procura são retornados dinamicamente e filtrados à medida que você digita. Clique no ícone Favorito para criar seu portfólio customizado de páginas. Para incluir uma tarefa em Favorito, arraste-a para o ícone Favorito. As entradas exibidas anteriormente na lista Minhas Tarefas foram incluídas automaticamente em Favoritos. Os ícones exibidos na parte central da barra de ferramentas são específicos do produto e estão descritos com detalhes na seção a seguir. Os ícones localizados na parte inferior da barra de ferramentas estão relacionados a tarefas do console, para gerenciamento de visualizações, administração de console e ajuda: Clique no ícone Usuários para personalizar o console, gerenciar suas configurações de segurança ou efetuar logout. Inclua, remova e reordene suas tarefas favoritas. Personalize quais páginas serão abertas automaticamente quando você efetuar login com a tarefa Minhas Páginas de Inicialização. Gerencie suas credenciais usadas para acessar outros sistemas ou provedores de dados com a tarefa Armazenamento de Credenciais. Copyright IBM Corp. 1999,

366 Clique no ícone Visualizações para alterar a visualização atual. As visualizações controlam quais páginas ou tarefas do produto são exibidas e quais são abertas automaticamente. Os administradores usam o ícone Configurações do Console para gerenciar as configurações. A seção Geral contém tarefas para gerenciar páginas, criar uma conexão com um provedor de dados, criar widgets e exportar a configuração do console para migração e backup. Os perfis de preferência de console e visualização personalizam o console para várias funções, tornando-o mais utilizável. A seção Função contém tarefas para criar e designar funções a usuários e grupos. Clique no ícone Ajuda para acessar o conteúdo de ajuda para o console e localizar o nível de liberação do produto instalado. Clique nele para abrir o centro de informações do Tivoli Workload Scheduler. Também é possível acessar a comunidade por meio do ícone Ajuda, onde você localizará tutoriais multimídia e informações sobre liberações futuras. Administração - Criar e Modificar Definições de Carga de Trabalho no Banco de Dados Clique no ícone Administração para executar tarefas que normalmente são executadas pelo administrador do produto. Design de Carga de Trabalho É possível gerenciar sua carga de trabalho para projetar e editar objetos no banco de dados para manipular eventos e tarefas SAP. Para criar e editar as definições de objetos de carga de trabalho no banco de dados, clique em Gerenciar Definições de Carga de Trabalho e abra o Designer de Carga de Trabalho. No Designer de Carga de Trabalho, é possível criar e editar os seguintes objetos: Tabela 35. Objetos do Designer de Carga de Trabalho Ambiente distribuído Ambiente z/os Tarefas Tarefas Fluxos de Tarefas Fluxos de Tarefas Prompt Períodos Recursos Calendários Usuários Tabelas de Variáveis Calendários Instruções do Operador Classes de Estação de Trabalho Critérios de Rastreamento de Eventos Tabelas de Variáveis Grupos de Ciclos de Execução Modelos de Aplicativos de Carga de Trabalho Grupos de Ciclos de Execução 350 Tivoli Workload Scheduler: Planejamento e Instalação

367 Abra as páginas relacionadas a eventos para criar uma nova regra de eventos ou para gerenciar a lista de todas as regras de eventos associadas a um mecanismo e modificar suas definições. Use esta seção também para gerenciar tarefas que são executadas em sistemas SAP. Enviar tarefas e fluxos de tarefas não incluídos no plano: Envio de Carga de Trabalho Use esta seção para localizar e enviar tarefas e fluxos de tarefas que já estão definidos no banco de dados, mas não incluídos no plano atual. Projetar e modificar definições de estação de trabalho e de domínio no banco de dados: Use esta seção para projetar e controlar a topologia de seu ambiente de planejamento, ou seja, suas estações de trabalho e domínios. Design do Ambiente de Carga de Trabalho Abra as páginas disponíveis nesta seção para criar novas definições de estação de trabalho, associá-las a domínios, listar todas as estações de trabalho existentes associadas a um mecanismo e modificar suas definições. Também é possível modificar temporariamente (apenas para a sessão atual) a senha de usuário associada ao plano atual. Projetar e modificar tarefas e recursos do Broker: Design do Broker Use esta seção para criar novas tarefas em sistemas de Broker e para modificar tarefas existentes. Nesta seção, também é possível criar e gerenciar recursos lógicos e grupos de recursos do Broker. Planejamento - Visualizar e Gerenciar Planos Clique no ícone Planejando para executar tarefas relacionadas ao planejamento. Previsão de Carga de Trabalho Use esta seção para trabalhar com planos, criar e visualizar planos de avaliação e de previsão e listar planos arquivados. Nesta seção também é possível visualizar seu plano de pré-produção. Relatório - Definir e Executar Relatórios Clique no ícone Relatório de Carga de Trabalho para definir e executar relatórios para reunir dados históricos ou detalhes sobre seus planos. Relatório de Carga de Trabalho Use esta seção para criar e executar relatórios sobre sua carga de trabalho. Também é possível gerar e executar relatórios SQL customizados. Capítulo 20. Navegando no Dynamic Workload Console 351

368 Configuração do Sistema - Criar e Gerenciar Mecanismos e Definições de Configuração Clique no ícone Configuração do Sistema para criar novas conexões de mecanismo e gerenciar os existentes. Nesta seção, também é possível configurar suas preferências (fuso horário, linhas por página, layout, painel) bem como seu repositório de configurações. Configurações de Planejamento de Carga de Trabalho Use esta seção para criar e editar suas conexões do mecanismo e suas preferências do usuário. Use-a também para importar e exportar configurações como preferências do usuário, tarefas configuradas e conexões do mecanismo para um arquivo local ou banco de dados do repositório externo. Se desejar usar um banco de dados do repositório (para compartilhá-lo com outras instâncias do Dynamic Workload Console na configuração de alta disponibilidade), você deverá especificá-lo nesta seção. Configurações do Broker Use esta seção para gerenciar conexões do servidor Broker e preferências do usuário. Status e Funcionamento do Sistema - Criar e executar tarefas para monitorar a carga de trabalho e o ambiente Clique no ícone Status e Funcionamento do Sistema para definir e executar tarefas customizadas (consultas reutilizáveis) e tarefas predefinidas para monitorar seu processamento de carga de trabalho. Nesta seção é possível abrir o Painel para visualizar o processamento da carga de trabalho em um formato gráfico em vários mecanismos ao mesmo tempo. No painel, é possível navegar para visualizar informações mais detalhadas da tarefa. Crie e execute tarefas do monitor para obter uma lista de objetos nos quais é possível executar tarefas de monitoramento e de controle. Criar e executar uma tarefa de monitor significa criar um filtro e executar uma procura nele. Nesta lista, é possível clicar em um item para visualizar suas propriedades ou executar ações nele. Assim, é possível alterar facilmente algumas configurações eoprocessamento do plano. Monitoramento de Carga de Trabalho Use esta seção para criar tarefas para monitorar tarefas (em mecanismos únicos ou múltiplos), tarefas críticas, fluxos de tarefas, arquivos, recursos, prompts e para abrir uma visualização de plano gráfica. O resultado de suas consultas em tarefas e fluxos de tarefas também pode ser representado em uma visualização gráfica. Monitoramento de Ambientes Use esta seção para criar tarefas para monitorar estações de trabalho e domínios. Monitoramento de Eventos Use esta seção para criar tarefas para monitorar regras de evento, mensagens do operador e as ações acionadas pelas regras de evento. 352 Tivoli Workload Scheduler: Planejamento e Instalação

369 Primeiras Ações Monitoramento do Broker Use esta seção para monitorar tarefas, computadores, recursos lógicos, e grupos de recursos nos sistemas de Broker. As seguintes seções descrevem as primeiras e principais ações a serem executadas quando se conectar com o Dynamic Workload Console. Criando uma Conexão com um Mecanismo do Tivoli Workload Scheduler Você digita os detalhes (como endereço IP, nome de usuário e senha) para acessar um mecanismo do Tivoli Workload Scheduler e, opcionalmente, um banco de dados para operar com os objetos definidos nos planos ou armazenados no banco de dados. A partir do Dynamic Workload Console é possível acessar o plano atual, um plano de experiência, um plano de previsão ou um plano arquivado para o ambiente distribuído ou o plano atual para o ambiente z/os. É possível desejar acessar o banco de dados para executar ações nos objetos armazenados nele ou gerar relatórios mostrando dados de histórico ou de estatística. Além disso, trabalhando no banco de dados e nos planos, é possível criar e executar regras de eventos para definir e acionar ações que você deseja executar em resposta a eventos que ocorrem nos nós do Tivoli Workload Scheduler. Definindo um Ambiente de Planejamento É possível definir a rede do Tivoli Workload Scheduler. Crie definições de estação de trabalho no banco de dados que representa as máquinas físicas ou sistemas de computador nos quais sua estação de trabalho está planejada para executar. A rede do Tivoli Workload Scheduler é composta pelas estações de trabalho em que ocorre o processamento de tarefas e fluxos de tarefas. Ao projetar sua rede, designe funções a essas estações de trabalho para se adequar a seus requisitos de negócios específicos. É possível projetar sua rede com múltiplos domínios, para dividir o controle de uma grande rede em grupos gerenciáveis menores. Uma rede típica do Tivoli Workload Scheduler consiste em uma estação de trabalho agindo como gerenciador de domínio principal em pelo menos um domínio. Consulte a seção do Dynamic Workload Console User s Guide sobre como criar e gerenciar conexões do mecanismo. Definindo objetos de planejamento no banco de dados Defina sua carga de trabalho, que consiste nas tarefas que estão concatenadas nos fluxos de tarefas. Em seguida, especifique os calendários e ciclos de execução de acordo com quais fluxos de tarefas devem ser executados. Além disso, defina possíveis dependências para condicionar o processamento da carga de trabalho. Todas estas definições podem ser feitas no Designer de Carga de Trabalho. Consulte a seção do Dynamic Workload Console User s Guide sobre como projetar sua carga de trabalho. Criando Tarefas para Gerenciar Objetos do Tivoli Workload Scheduler no Plano Especifique alguns critérios de filtragem para consultar uma lista de objetos de planejamento cujos atributos satisfazem os critérios especificados. Iniciando nesta lista, é possível navegar e modificar o conteúdo do plano, alternar entre objetos, abrir mais listas e acessar outros planos ou outros ambientes do Tivoli Workload Scheduler. Consulte a seção do Dynamic Workload Console User s Guide sobre como monitorar sua carga de trabalho. Capítulo 20. Navegando no Dynamic Workload Console 353

370 Criando uma conexão com um ambiente de planejamento do Tivoli Dynamic Workload Broker Você digita os detalhes (como endereço IP, nome de usuário, senha e porta) para acessar uma estação de trabalho do dynamic workload broker. Especifique se deseja trabalhar em um protocolo HTTPS ou HTTP seguro. Após criar a conexão, abrindo o computador de rastreamento, é possível visualizar o status e os detalhes das estações de trabalho do broker e definir recursos e tarefas dinâmicas. Para obter mais detalhes sobre planejamento dinâmico, consulte Scheduling Workload Dynamically. 354 Tivoli Workload Scheduler: Planejamento e Instalação

371 Capítulo 21. Fazendo Upgrade Visão Geral do Upgrade Atualizando o Dynamic Workload Console. Este capítulo descreve como fazer upgrade do Dynamic Workload Console da versão e mais recente para a versão atual. Atualizando o Dynamic Workload Console da Versão e Posterior para a Versão Atual Esta seção fornece uma visão geral do processo de upgrade de uma versão existente do Dynamic Workload Console V8.5.0 e instâncias posteriores. Mudanças no processo de instalação As mudanças a seguir na V9.1 afetam o processo de instalação: v Pré-requisito do Websphere Application Server externo. v Pré-requisito do Jazz for Service Management extension for IBM WebSphere. v Pré-requisito do Dashboard Application Services Hub. Atualize o modelo de implementação para instâncias com um ou vários componentes instaladas no diretório <TWS_INST_DIR>: Instância Única: Uma instância única contém um componente Dynamic Workload Console instalado no diretório <TWS_INST_DIR>. Instância Múltipla: Uma instância múltipla contém um componente Dynamic Workload Console e um ou dois componentes Tivoli Workload Scheduler instalados no mesmo diretório <TWS_INST_DIR>. Você deve saber se a instância sendo atualizada é única ou múltipla para entender qual procedimento usar para atualizar Dynamic Workload Console. Tabela 36 mostra o procedimento a ser seguido no modelo de implementação de upgrade para instâncias única ou múltipla do Dynamic Workload Console. Tabela 36. Upgrade de instâncias únicas ou múltiplas Instância do Dynamic Workload Console instalada no diretório <TWS_INST_DIR>: único múltiplos Procedimento de upgrade: Fazendo Upgrade da Instância Única do Dynamic Workload Console na página 356 Atualizando o Dynamic Workload Console Instalado com Um ou Mais Componentes no Mesmo Diretório. Copyright IBM Corp. 1999,

372 Varrendo Pré-requisitos do Sistema para Tivoli Workload Scheduler Antes de instalar ou atualizar o produto, o Tivoli Workload Scheduler executa automaticamente uma varredura em seu sistema. Ter um ambiente que atende aos requisitos do sistema do produto assegura o êxito de uma instalação ou upgrade sem atrasos ou complicações. A varredura verifica se: v O sistema operacional é suportado para o produto. v Em sistemas operacionais UNIX, as bibliotecas de produto necessárias são instaladas. v Há espaço em disco permanente e temporário suficiente para instalar o produto e seus pré-requisitos. v Há memória e memória virtual suficientes. Nota: A varredura verifica apenas se o ambiente atende aos requisitos do Tivoli Workload Scheduler. Ela não verifica requisitos para outros componentes, como DB2. Para verificar os requisitos para Installation Manager, use o procedimento descrito em Varrendo Pré-requisitos do Sistema para o Installation Manager na página 41. Se alguma destas verificações falhar, o Tivoli Workload Scheduler executará a seguinte ação: Para todos os componentes instalados usando o Installation Manager: Exibe uma notificação do requisito que não foi atendido. Neste caso, pare a instalação ou o upgrade, analise os arquivos de log, resolva o erro e execute novamente a instalação ou o upgrade. Se estiver executando uma instalação interativa, os erros serão exibidos na tela. Se você estiver executando uma instalação silenciosa, os erros serão gravados nos arquivos de log do Installation Manager. Para obter informações adicionais sobre os arquivos de log, consulte Arquivos de Log de Instalação Silenciosa e Desinstalação do Assistente do Installation Manager na página 242. Para agentes Se você especificou o parâmetro stoponcheckprereq, o script twsinst não continuará. Nesse caso, analise o arquivo de log, resolva o erro e execute a instalação ou o upgrade novamente. Os arquivos de log estão localizados: Nos sistemas operacionais Windows: %TEMP%\TWA\tws91\result.txt Nos sistemas operacionais UNIX e Linux: $tmp/twa/tws91/result.txt Se você não especificou stoponcheckprereq, o script twsinst continuará. Se ocorrer um problema, um erro será exibido, o agente será instalado ou atualizado, mas não funcionará. Para obter uma lista detalhada dos sistemas operacionais suportados e pré-requisitos do produto, consulte o Documento de Requisitos do Sistema em Fazendo Upgrade da Instância Única do Dynamic Workload Console Atualizando uma Instância Contendo Apenas Dynamic Workload Console Instalado 356 Tivoli Workload Scheduler: Planejamento e Instalação

373 É possível atualizar uma única instância do Dynamic Workload Console de uma das seguintes formas: Procedimento para atualizar o Dynamic Workload Console na mesma estação de trabalho em que o nível anterior está instalado: Atualizando a Instância do Dynamic Workload Console V8.5.0, V8.5.1 ou V8.6.0 na Mesma Estação de Trabalho. Procedimento para atualizar o Dynamic Workload Console em uma nova estação de trabalho: Dynamic Workload Console V8.5.0 ou V8.5.1 Atualizando Dynamic Workload Console V8.5.0 ou V8.5.1 em uma Nova Estação de Trabalho na página 360 Dynamic Workload Console V8.6 Atualizando Dynamic Workload Console V8.6.0 em uma Nova Estação de Trabalho na página 363 Nota: É possível atualizar um Dynamic Workload Console em uma nova estação de trabalho apenas se a nova estação de trabalho tiver o mesmo tipo de sistema operacional que a antiga estação de trabalho. Assegure-se de que a nova estação de trabalho tenha o sistema operacional suportado para V9.1. Para obter mais informações sobre sistemas operacionais suportados, consulte Sistemas Operacionais Suportados na página 35. Por exemplo, é possível atualizar um Dynamic Workload Console instalado em uma estação de trabalho Windows de 32 bits para uma estação de trabalho Windows de 64 bits. É possível atualizar um Dynamic Workload Console instalado em uma estação de trabalho Linux para uma estação de trabalho AIX ou estação de trabalho Solaris ou vice-versa. Atualizando a Instância do Dynamic Workload Console V8.5.0, V8.5.1 ou V8.6.0 na Mesma Estação de Trabalho Atualizando a Instância do Dynamic Workload Console V8.5.0, V8.5.1 ou V8.6.0 na Mesma Estação de Trabalho. Para atualizar uma instância única do Dynamic Workload Console na mesma estação de trabalho em que o Dynamic Workload Console de nível anterior está instalado, execute as etapas a seguir: 1. Instale um novo Dynamic Workload Console no diretório <DWC_INSTALL_DIR> no sistema em que a versão anterior do Dynamic Workload Console está instalada. Para obter informações sobre a instalação do Dynamic Workload Console, consulte Instalando o Dynamic Workload Console na página Certifique-se de que nenhuma interface com o usuário do Dynamic Workload Console esteja ativa e que o Websphere Application Server esteja ativo e em execução. 3. Migre os dados das versões anteriores para o Dynamic Workload Console recém-instalado, executando o seguinte script: Nos sistemas operacionaiswindows: <DWC_INSTALL_DIR>\TDWC\scripts\tdwcUpgrade.bat -oldwasuser old_user -oldwaspassword old_password Capítulo 21. Fazendo Upgrade 357

374 -oldtwapath old_twa_path -newwasuser new_user -newwaspassword new_password -newtwapath new_twa_path [-backuppath backup_path] [-machinechange false] Nos sistemas operacionais UNIX e Linux: <DWC_INSTALL_DIR>/TDWC/scripts/tdwcUpgrade.sh -oldwasuser old_user -oldwaspassword old_password -oldtwapath old_twa_path -newwasuser new_user -newwaspassword new_password -newtwapath new_twa_path [-backuppath backup_path] [-machinechange false] onde: -oldwasuser old_user O ID de usuário administrador do Tivoli Integrated Portal especificado para o Dynamic Workload Console de versões anteriores. -oldwaspassword old_password A senha de usuário administrador do Tivoli Integrated Portal especificada para o Dynamic Workload Console de versões anteriores. -oldtwapath old_twa_path O diretório de instalação no qual o Dynamic Workload Console de versões anteriores está instalado. -newwasuser new_user O ID de usuário administrador do Dashboard Application Services Hub. -newwaspassword new_password A senha do administrador do Dashboard Application Services Hub. -newtwapath new_twa_path O diretório de instalação no qual você instala o Dynamic Workload Console. Por padrão, o diretório de instalação é: Nos sistemas operacionaiswindows: C:\Program Files\IBM\TWAUI Nos sistemas operacionais UNIX e Linux: /opt/ibm/twaui -backuppath backup_path O diretório de backup <BACKUP_DIR> para o upgrade. Por padrão, o diretório de backup é: Nos sistemas operacionaiswindows: <DWC_INSTALL_DIR>\TDWC\tmp\backup Nos sistemas operacionais UNIX e Linux: <DWC_INSTALL_DIR>/TDWC/tmp/backup Esse diretório contém: v O arquivo de log de script tdwcupgrade, upgrade.log. v Os arquivos que contêm os seguintes dados de configuração exportados do Dynamic Workload Console de versões anteriores: 358 Tivoli Workload Scheduler: Planejamento e Instalação

375 v O perfil Websphere Application Server integrado no arquivo UpgradeData.zip. O registro de perfil integrado do Websphere Application Server. As configurações de porta no arquivo ports.txt. As configurações do Tivoli Integrated Portal. As configurações do Dynamic Workload Console. Esses dados são então importados para o Dynamic Workload Console recém-instalado. Um arquivo compactado denominado backup.zip contendo uma cópia salva dos dados de configuração do Dynamic Workload Console recém-instalado. Este arquivo é usado para retroceder para a configuração original se o script de migração falhar ao importar os dados de configuração do Dynamic Workload Console de versões anteriores. Nota: Como o arquivo backup.zip é sobrescrito sempre que o script de migração é executado, pode ser útil salvar uma cópia do primeiro arquivo backup.zip que contém a configuração original. -machinechange false Para atualizar na mesma estação de trabalho, você deve especificar o valor false. O padrão é false. Nota: O script substitui os dados customizados na nova instância do Dynamic Workload Console pelos dados exportados da antiga instância do Dynamic Workload Console. Um resultado de Concluído indica que o script foi executado com êxito e que os dados foram importados corretamente para o Dynamic Workload Console recém-instalado. Se o script falhar ao importar os dados de configuração no Dynamic Workload Console recém-instalado, um retrocesso será executado automaticamente e a configuração original será restaurada. Para verificar se o retrocesso foi executado corretamente, certifique-se de que seja possível acessar a interface com o usuário do Dynamic Workload Console recém-instalado com o ID do usuário e senha especificados durante a instalação. 4. Os números de portas usados pelas duas instâncias do Dynamic Workload Console são diferentes e não são migrados automaticamente pelo script tdwcupgrade. Execute as etapas a seguir para migrar os números de porta da instância da versão anterior para a instância recém-instalada: a. Verifique se os dados foram migrados corretamente do antigo Dynamic Workload Console para o Dynamic Workload Console recém-instalado. b. Pare o Dynamic Workload Console de versões anteriores. c. Desinstale o Dynamic Workload Console de versões anteriores. d. Execute o seguinte comando: Nos sistemas operacionaiswindows: changehostproperties <BACKUP_DIR>\ports.txt Nos sistemas operacionais UNIX e Linux: changehostproperties <BACKUP_DIR>/ports.txt Capítulo 21. Fazendo Upgrade 359

376 em que <BACKUP_DIR> é o diretório de backup. Para obter informações adicionais sobre este comando, consulte Servidor de Aplicativos - Usando os Utilitários que Alteram as Propriedades. Atualizando Dynamic Workload Console V8.5.0 ou V8.5.1 em uma Nova Estação de Trabalho Atualizando Dynamic Workload Console V8.5.0 ou V8.5.1 em uma Nova Estação de Trabalho Para atualizar um Dynamic Workload Console instalado no diretório <DWC_BACKLEV_INSTALL_DIR> em sua antiga estação de trabalho para o diretório <DWC_INSTALL_DIR> na nova estação de trabalho, execute as seguintes etapas: 1. Efetue logon como Administrador nos sistemas operacionais Windows ou como raiz nos sistemas operacionais UNIX e Linux, na estação de trabalho em que deseja atualizar o Dynamic Workload Console. 2. Instale um novo Dynamic Workload Console no diretório <DWC_INSTALL_DIR> na nova estação de trabalho. Para obter informações sobre a instalação do Dynamic Workload Console, consulte Instalando o Dynamic Workload Console na página Assegure-se de que nenhuma interface com o usuário do Dynamic Workload Console esteja ativa e de que o Websphere Application Server esteja ativo e em execução na estação de trabalho em que a versão anterior está instalada. 4. Na nova estação de trabalho, execute as etapas a seguir: Nos sistemas operacionaiswindows: Mapeie a unidade de rede <DWC_BACKLEV_INSTALL_DIR> da estação de trabalho antiga em que o Dynamic Workload Console de nível anterior está instalado. Nos sistemas operacionais UNIX e Linux: Monte no acesso de leitura/gravação o sistema de arquivos remoto <DWC_BACKLEV_INSTALL_DIR> em que o Dynamic Workload Console de nível anterior está instalado. Se o nome do ponto de montagem na nova estação de trabalho for diferente do nome do sistema de arquivos remoto, crie um link simbólico entre o ponto de montagem na nova estação de trabalho e o sistema de arquivo remoto <DWC_BACKLEV_INSTALL_DIR>, o valor de nome do link deve ser <DWC_BACKLEV_INSTALL_DIR>. 5. Migre os dados da versão anterior para o Dynamic Workload Console recém-instalado executando o seguinte script a partir da nova estação de trabalho: Nos sistemas operacionaiswindows: <DWC_INSTALL_DIR>\TDWC\scripts\tdwcUpgrade.bat -oldwasuser old_user -oldwaspassword old_password -oldtwapath old_twa_path -newwasuser new_user -newwaspassword new_password -newtwapath new_twa_path [-backuppath backup_path] -machinechange true Nos sistemas operacionais UNIX e Linux: 360 Tivoli Workload Scheduler: Planejamento e Instalação

377 <DWC_INSTALL_DIR>/TDWC/scripts/tdwcUpgrade.sh -oldwasuser old_user -oldwaspassword old_password -oldtwapath old_twa_path -newwasuser new_user -newwaspassword new_password -newtwapath new_twa_path [-backuppath backup_path] -machinechange true Em que: -oldwasuser old_user O ID de usuário administrador do Tivoli Integrated Portal especificado para o Dynamic Workload Console de versões anteriores. -oldwaspassword old_password A senha do usuário administrador do Tivoli Integrated Portal especificada para a versão anterior do Dynamic Workload Console. -oldtwapath old_twa_path O diretório de instalação no qual o Dynamic Workload Console de versões anteriores está instalado. -newwasuser new_user O ID de usuário administrador do Dashboard Application Services Hub. -newwaspassword new_password A senha do administrador do Dashboard Application Services Hub. -newtwapath new_twa_path O diretório de instalação no qual o Dynamic Workload Console deve ser instalado. Por padrão, o diretório de instalação é: Nos sistemas operacionaiswindows: C:\Program Files\IBM\TWAUI Nos sistemas operacionais UNIX e Linux: /opt/ibm/twaui -backuppath backup_path O diretório de backup <BACKUP_DIR> para o processo de upgrade. Por padrão, o diretório de instalação é: Nos sistemas operacionais UNIX e Linux: <DWC_INSTALL_DIR>/TDWC/tmp/backup Nos sistemas operacionaiswindows: <DWC_INSTALL_DIR>\TDWC\tmp\backup Esse diretório contém: v O arquivo de log de script tdwcupgrade, upgrade.log. v Os arquivos que contêm os seguintes dados de configuração exportados do Dynamic Workload Console de versões anteriores: O perfil integrado do Websphere Application Server. O registro de perfil integrado do Websphere Application Server. As configurações do Tivoli Integrated Portal. As configurações do Dynamic Workload Console. Esses dados são então importados para o Dynamic Workload Console recém-instalado. Capítulo 21. Fazendo Upgrade 361

378 v Um arquivo compactado denominado backup.zip contendo uma cópia salva dos dados de configuração do Dynamic Workload Console recém-instalado. Este arquivo é usado para retroceder para a configuração original se o script de migração falhar ao importar os dados de configuração do Dynamic Workload Console de versões anteriores. Nota: Como o arquivo backup.zip é sobrescrito sempre que o script de migração é executado, pode ser útil salvar uma cópia do primeiro arquivo backup.zip que contém a configuração original. -machinechange true Você deve especificar o valor true para atualizar o Dynamic Workload Console na nova estação de trabalho. Nota: O script substitui os dados customizados na nova instância do Dynamic Workload Console pelos dados exportados da antiga instância do Dynamic Workload Console. Um resultado de Concluído indica que o script foi executado com êxito e que os dados foram importados corretamente para o Dynamic Workload Console recém-instalado. Se o script falhar ao importar os dados de configuração para o Dynamic Workload Console recém-instalado, um retrocesso será executado automaticamente e a configuração original será restaurada. Para verificar se o retrocesso foi executado corretamente, certifique-se de que seja possível acessar a interface com o usuário do Dynamic Workload Console recém-instalado com o ID do usuário e senha especificados durante a instalação. 6. Verifique se os dados foram migrados corretamente do antigo Dynamic Workload Console para o Dynamic Workload Console recém-instalado. 7. Nota: Execute essa etapa somente se as portas do Dynamic Workload Console da instância instalada na nova estação de trabalho forem diferentes daquelas da instância instalada na antiga estação de trabalho e você quiser os mesmos valores. Os números de porta usados pelas duas instâncias do Dynamic Workload Console podem ser diferentes e eles não são automaticamente migrados pelos script tdwcupgrade. Se as portas do Dynamic Workload Console da instância instalada na nova estação de trabalho forem diferentes das instaladas na antiga máquina e você quiser usar os mesmos valores, execute as etapas a seguir para migrar os números de porta da instância da versão anterior na antiga máquina para a instância recém-instalada em uma nova máquina: a. Efetue logon como Administrador nos sistemas operacionais Windows ou como raiz nos sistemas operacionais UNIX e Linux, na estação de trabalho em que o Dynamic Workload Console de nível anterior está instalado. b. Para salvar os dados de porta Dynamic Workload Console, redirecione a saída de script showhostproperties para o arquivo HostProperties_file: Nos sistemas operacionaiswindows: No <DWC_BACKLEV_INSTALL_DIR>\wastools: showhostproperties.sh --username old_dwcuser --password old_dwcpassword > HostProperties_file 362 Tivoli Workload Scheduler: Planejamento e Instalação

379 Nos sistemas operacionais UNIX e Linux: No <DWC_BACKLEV_INSTALL_DIR>/wastools: showhostproperties.bat --username old_dwcuser --password old_dwcpassword > HostProperties_file onde: old_dwcuser O ID de usuário administrador do Tivoli Integrated Portal especificado para o Dynamic Workload Console de versões anteriores. old_dwcpassword A senha de usuário administrador do Tivoli Integrated Portal especificada para o Dynamic Workload Console de versões anteriores. c. Copie o HostProperties_file criado na etapa 7b na página 362 na antiga estação de trabalho para a nova estação de trabalho no diretório de backup <BACKUP_DIR> usado para o processo de upgrade. Por padrão, o diretório de backup usado no processo de upgrade é: Nos sistemas operacionaiswindows: <DWC_INSTALL_DIR>\TDWC\tmp\backup Nos sistemas operacionais UNIX e Linux: <DWC_INSTALL_DIR>/TDWC/tmp/backup. d. Para importar os valores de porta da antiga estação de trabalho no Dynamic Workload Console instalado na nova estação de trabalho, execute: Nos sistemas operacionaiswindows: changehostproperties <BACKUP_DIR>\HostProperties_file Nos sistemas operacionais UNIX e Linux: changehostproperties <BACKUP_DIR>/HostProperties_file Para obter informações adicionais sobre este comando, consulte Servidor de Aplicativos - Usando os Utilitários que Alteram as Propriedades. 8. Opcionalmente, desinstale a versão anterior do Dynamic Workload Console na máquina antiga. Atualizando Dynamic Workload Console V8.6.0 em uma Nova Estação de Trabalho Atualizando Dynamic Workload Console V6.0 em uma Nova Estação de Trabalho. Para atualizar um Dynamic Workload Console instalado no diretório <DWC_BACKLEV_INSTALL_DIR> da sua antiga estação de trabalho no diretório <DWC_INSTALL_DIR> da nova estação de trabalho, execute as etapas a seguir: 1. Efetue logon como Administrador nos sistemas operacionais Windows ou como raiz nos sistemas operacionais UNIX e Linux, na estação de trabalho em que o Dynamic Workload Console de nível anterior está instalado. 2. Para salvar os dados de perfil Tivoli Integrated Portal de nível anterior, execute o script preupgrade: Nos sistemas operacionaiswindows: De <DWC_BACKLEV_INSTALL_DIR>\eWAS\profiles\TIPProfile\upgrade\ bin: Capítulo 21. Fazendo Upgrade 363

380 preupgrade.sh --username old_dwcuser --password old_dwcpassword Nos sistemas operacionais UNIX e Linux: De <DWC_BACKLEV_INSTALL_DIR>/eWAS/profiles/TIPProfile/upgrade/ bin: preupgrade.bat --username old_dwcuser --password old_dwcpassword onde: old_dwcuser O ID de usuário administrador do Tivoli Integrated Portal especificado para o Dynamic Workload Console de versões anteriores. old_dwcpassword A senha de usuário administrador do Tivoli Integrated Portal especificada para o Dynamic Workload Console de versões anteriores. Nota: O script preupgrade cria o arquivo.zip a seguir que contém os dados de perfil Tivoli Integrated Portal de nível anterior: Nos sistemas operacionaiswindows: <DWC_BACKLEV_INSTALL_DIR>\eWAS\profiles\TIPProfile\upgrade\data\ upgradedata.zip: Nos sistemas operacionais UNIX e Linux: <DWC_BACKLEV_INSTALL_DIR>/eWAS/profiles/TIPProfile/upgrade/data/ upgradedata.zip: 3. Para salvar os dados de porta Dynamic Workload Console, redirecione a saída de script showhostproperties para o arquivo HostProperties_file: Nos sistemas operacionaiswindows: De <DWC_BACKLEV_INSTALL_DIR>\wastools: showhostproperties.sh --username old_dwcuser --password old_dwcpassword > HostProperties_file Nos sistemas operacionais UNIX e Linux: De <DWC_BACKLEV_INSTALL_DIR>/wastools: showhostproperties.bat --username old_dwcuser --password old_dwcpassword > HostProperties_file onde: old_dwcuser O ID de usuário administrador do Tivoli Integrated Portal especificado para o Dynamic Workload Console de versões anteriores. old_dwcpassword A senha de usuário administrador do Tivoli Integrated Portal especificada para o Dynamic Workload Console de versões anteriores. 4. Efetue logon como Administrador nos sistemas operacionais Windows ou como raiz nos sistemas operacionais UNIX e Linux, na estação de trabalho em que deseja atualizar o Dynamic Workload Console. 364 Tivoli Workload Scheduler: Planejamento e Instalação

381 5. Instale um novo Dynamic Workload Console no diretório <DWC_INSTALL_DIR> da nova estação de trabalho. Para obter informações sobre a instalação do Dynamic Workload Console, consulte Instalando o Dynamic Workload Console na página Copie os arquivos a seguir criados na antiga estação de trabalho na estação de trabalho nova no diretório de backup <BACKUP_DIR> que deseja usar para o processo de upgrade: v upgradedata.zip criado na etapa 2 na página 363. v HostProperties_file criado na etapa 3 na página 364. Por padrão, o diretório de backup usado no processo de upgrade é: Nos sistemas operacionaiswindows: <DWC_INSTALL_DIR>\TDWC\tmp\backup Nos sistemas operacionais UNIX e Linux: <DWC_INSTALL_DIR>/TDWC/tmp/backup 7. Assegure-se de que nenhuma interface com o usuário do Dynamic Workload Console esteja ativa e de que o Websphere Application Server esteja ativo e em execução na estação de trabalho em que a versão anterior do Dynamic Workload Console está instalada. 8. Na nova estação de trabalho, execute as etapas a seguir: Nos sistemas operacionaiswindows: Mapeie a unidade de rede <DWC_BACKLEV_INSTALL_DIR> da estação de trabalho antiga em que o Dynamic Workload Console de nível anterior está instalado. Nos sistemas operacionais UNIX e Linux: Monte no modo de acesso de leitura/gravação o sistema de arquivos remoto <DWC_BACKLEV_INSTALL_DIR> em que a versão anterior do Dynamic Workload Console está instalada. Se o nome do ponto de montagem na nova estação de trabalho for diferente do nome do sistema de arquivos remoto, crie um link simbólico entre o ponto de montagem na nova estação de trabalho e o sistema de arquivos remoto <DWC_BACKLEV_INSTALL_DIR>; o valor de nome de link deve ser <DWC_BACKLEV_INSTALL_DIR>. 9. Migre os dados da versão anterior para o Dynamic Workload Console recém-instalado executando o seguinte script a partir da nova estação de trabalho: Nos sistemas operacionaiswindows: <DWC_INSTALL_DIR>\TDWC\scripts\tdwcUpgrade.bat -oldwasuser old_user -oldwaspassword old_password -oldtwapath old_twa_path -newwasuser new_user -newwaspassword new_password -newtwapath new_twa_path [-backuppath backup_path] -machinechange true Nos sistemas operacionais UNIX e Linux: <DWC_INSTALL_DIR>/TDWC/scripts/tdwcUpgrade.sh -oldwasuser old_user -oldwaspassword old_password -oldtwapath old_twa_path -newwasuser new_user Capítulo 21. Fazendo Upgrade 365

382 -newwaspassword new_password -newtwapath new_twa_path [-backuppath backup_path] -machinechange true onde: -oldwasuser old_user O ID de usuário administrador do Tivoli Integrated Portal especificado para o Dynamic Workload Console de versões anteriores. -oldwaspassword old_password A senha de usuário administrador do Tivoli Integrated Portal especificada para o Dynamic Workload Console de versões anteriores. -oldtwapath old_twa_path O diretório de instalação no qual o Dynamic Workload Console de versões anteriores está instalado. -newwasuser new_user O ID de usuário administrador do Dashboard Application Services Hub. -newwaspassword new_password A senha do administrador do Dashboard Application Services Hub. -newtwapath new_twa_path O diretório de instalação no qual o Dynamic Workload Console deve ser instalado. Por padrão, o diretório de instalação é: Nos sistemas operacionaiswindows: C:\Program Files\IBM\TWAUI Nos sistemas operacionais UNIX e Linux: /opt/ibm/twaui -backuppath backup_path O diretório de backup <BACKUP_DIR> para o upgrade onde você já copiou upgradedata.zip e HostProperties_file na etapa 6 na página 365. Por padrão, o diretório de instalação é: Nos sistemas operacionaiswindows: <DWC_INSTALL_DIR>\TDWC\tmp\backup Nos sistemas operacionais UNIX e Linux: <DWC_INSTALL_DIR>/TDWC/tmp/backup Esse diretório contém os seguintes arquivos: v O arquivo de log de script tdwcupgrade, upgrade.log. v Os arquivos que contêm os seguintes dados de configuração exportados do Dynamic Workload Console de versões anteriores: O perfil integrado do Websphere Application Server. O registro de perfil integrado do Websphere Application Server. As configurações de porta no arquivo HostProperties_file. As configurações do Tivoli Integrated Portal. As configurações do Dynamic Workload Console. Esses dados são importados no Dynamic Workload Console recém-instalado. v Um arquivo compactado denominado backup.zip contendo uma cópia salva dos dados de configuração do Dynamic Workload Console 366 Tivoli Workload Scheduler: Planejamento e Instalação

383 recém-instalado. Este arquivo é usado para retroceder para a configuração original se o script de migração falhar ao importar os dados de configuração do Dynamic Workload Console de versões anteriores. Nota: Como o arquivo backup.zip é sobrescrito sempre que o script de migração é executado, pode ser útil salvar uma cópia do primeiro arquivo backup.zip que contém a configuração original. -machinechange true Você deve especificar o valor true para atualizar o Dynamic Workload Console na nova estação de trabalho. Nota: O script substitui os dados customizados na nova instância do Dynamic Workload Console pelos dados exportados da antiga instância do Dynamic Workload Console. Um resultado de Concluído indica que o script foi executado com êxito e que os dados foram importados corretamente para o Dynamic Workload Console recém-instalado. Se o script falhar ao importar os dados de configuração para o Dynamic Workload Console recém-instalado, um retrocesso será executado automaticamente e a configuração original será restaurada. Para verificar se o retrocesso foi executado corretamente, certifique-se de que seja possível acessar a interface com o usuário do Dynamic Workload Console recém-instalado com o ID do usuário e senha especificados durante a instalação. 10. Verifique se os dados foram migrados corretamente do antigo Dynamic Workload Console para o Dynamic Workload Console recém-instalado. 11. Nota: Execute essa etapa somente se as portas do Dynamic Workload Console da instância instalada na nova estação de trabalho forem diferentes daquelas da instância instalada na antiga estação de trabalho e você quiser os mesmos valores. Os números de porta usados pelas duas instâncias do Dynamic Workload Console podem ser diferentes e eles não são automaticamente migrados pelos script tdwcupgrade. Se as portas do Dynamic Workload Console da instância instalada na nova estação de trabalho forem diferentes das portas do Dynamic Workload Console da instância instalada na antiga máquina e você quiser usar os mesmos valores, execute as etapas a seguir para migrar os números de porta da instância da versão anterior na antiga máquina para a instância recém-instalada em uma nova máquina: Nos sistemas operacionaiswindows: changehostproperties <BACKUP_DIR>\HostProperties_file Nos sistemas operacionais UNIX e Linux: changehostproperties <BACKUP_DIR>/HostProperties_file Para obter informações adicionais sobre este comando, consulte Servidor de Aplicativos - Usando os Utilitários que Alteram as Propriedades. 12. Opcionalmente, desinstale o Dynamic Workload Console de nível anterior na antiga máquina. Capítulo 21. Fazendo Upgrade 367

384 Atualizando o Dynamic Workload Console Instalado com Um ou Mais Componentes no Mesmo Diretório Atualizando o Dynamic Workload Console Instalado com Um ou Mais Componentes do Tivoli Workload Scheduler no Mesmo Diretório Devido às mudanças na infraestrutura de instalação do Dynamic Workload Console, descritas em Visão Geral do Upgrade na página 355, se quiser atualizar o Dynamic Workload Console instalado com um ou mais componentes no mesmo diretório <TWS_INST_DIR> com versões anteriores do Dynamic Workload Console, você deverá seguir os procedimentos listados em Tabela 37. Tabela 37 descreve os procedimentos de upgrade para a versão que você deve executar em cada cenário diferente da instância de múltiplos componentes instalada no mesmo diretório. Tabela 37. Atualizar Modelo de Implementação para Instância de Vários Componentes do Dynamic Workload Console no Mesmo Diretório O Dynamic Workload Console e a instância de vários componentes do Tivoli Workload Scheduler instalados no diretório <TWS_INST_DIR> contêm: Agente tolerante a falhas V8.5.0, V8.5.1 ou V8.6.0 e Fix Packs relacionados Dynamic Workload Console V8.5.0, V8.5.1 ou V8.6.0 e Fix Packs relacionados Agente tolerante a falhas V8.5.0, V8.5.1 ou V8.6.0 e Fix Packs relacionados Dynamic Workload Console V8.5.0, V8.5.1 ou V8.6.0 e Fix Packs relacionados z/os Connector V8.5.0, V8.5.1 ou V8.6.0 e Fix Packs relacionados gerenciador de domínio dinâmico V8.6.0 e FixPacks relacionados Dynamic Workload Console V8.6.0 e FixPacks relacionados gerenciador de domínio dinâmico V8.6.0 e FixPacks relacionados Dynamic Workload Console V8.6.0 e FixPacks relacionados z/os Connector V8.6.0 e FixPacks relacionados Procedimento a ser seguido para fazer upgrade corretamente da instância de diversos componentes: Procedimento para Fazer Upgrade do agente tolerante a falhas e do Dynamic Workload Console na página 135. Procedimento para Fazer Upgrade do agente tolerante a falhas, do Dynamic Workload Console e do z/os Connector na página 136. Procedimento para Fazer Upgrade do gerenciador de domínio dinâmico e do Dynamic Workload Console na página 138. Procedimento para Atualizar o gerenciador de domínio dinâmico, o Dynamic Workload Console e o z/os Connector na página Tivoli Workload Scheduler: Planejamento e Instalação

385 Tabela 37. Atualizar Modelo de Implementação para Instância de Vários Componentes do Dynamic Workload Console no Mesmo Diretório (continuação) O Dynamic Workload Console e a instância de vários componentes do Tivoli Workload Scheduler instalados no diretório <TWS_INST_DIR> contêm: gerenciador de domínio principal V8.5.0, V8.5.1 ou V8.6.0 e Fix Packs relacionados Procedimento a ser seguido para fazer upgrade corretamente da instância de diversos componentes: Procedimento para Fazer Upgrade do gerenciador de domínio principal e do Dynamic Workload Console na página 140. Dynamic Workload Console V8.5.0, V8.5.1 ou V8.6.0 e Fix Packs relacionados gerenciador de domínio principal V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Dynamic Workload Console V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Procedimento para Fazer Upgrade do gerenciador de domínio principal, do Dynamic Workload Console e do z/os Connector na página 140. z/os Connector V8.5.0, V8.5.1 ou V8.6.0 e fix packs relacionados Dynamic Workload Console V8.5.0, V8.5.1 ou V8.6.0 e Fix Packs relacionados Procedimento para Fazer Upgrade do Dynamic Workload Console e do z/os Connector. z/os Connector V8.5.0, V8.5.1 ou V8.6.0 e Fix Packs relacionados Procedimento para Fazer Upgrade do agente tolerante a falhas e do Dynamic Workload Console Como Atualizar agente tolerante a falhas e o Dynamic Workload Console Instalados no Mesmo Diretório. Se tiver uma instância de vários componentes contendo um Dynamic Workload Console e um agente tolerante a falhas instalados no diretório <TWS_INST_DIR>, primeiro faça o upgrade do Dynamic Workload Console para o novo diretório <DWC_NEW_INST_DIR>, desinstale o antigo Dynamic Workload Console instalado no diretório <TWS_INST_DIR> e atualize o agente tolerante a falhas no diretório <TWS_INST_DIR>. Se você tentar atualizar o agente tolerante a falhas primeiro, o script twsinst parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 1. Faça upgrade da instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Fazendo Upgrade da Instância Única do Dynamic Workload Console na página 356. Capítulo 21. Fazendo Upgrade 369

386 2. Desinstale manualmente o antigo Dynamic Workload Console no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do Dynamic Workload Console. 3. Atualize o agente tolerante a falhas usando o script twsinst, conforme descrito em Atualizando Agentes e Gerenciadores de Domínio na página 187. Procedimento para Fazer Upgrade do agente tolerante a falhas, do Dynamic Workload Console e do z/os Connector Como atualizar agente tolerante a falhas, Dynamic Workload Console e z/os Connector instalados no mesmo diretório. Se tiver instalado uma instância de vários componentes contendo um Dynamic Workload Console, z/os Connector e agente tolerante a falhas no diretório <TWS_INST_DIR>, primeiro você deverá atualizar Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR> e depois atualizar agente tolerante a falhas no diretório <TWS_INST_DIR>. O processo de upgrade do Dynamic Workload Console migra também as propriedades de configuração do z/os Connector. Se você tentar atualizar o agente tolerante a falhas primeiro, o script twsinst parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 1. Faça upgrade da instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Fazendo Upgrade da Instância Única do Dynamic Workload Console na página Desinstale manualmente o antigo Dynamic Workload Console no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do Dynamic Workload Console. 3. Desinstale manualmente a antiga instância do z/os Connector no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do z/os Connector. 4. Faça upgrade do agente tolerante a falhas usando o script twsinst, conforme descrito em Atualizando Agentes e Gerenciadores de Domínio na página 187. Procedimento para Fazer Upgrade do gerenciador de domínio dinâmico e do Dynamic Workload Console Como Atualizar gerenciador de domínio dinâmico e o Dynamic Workload Console Instalados no Mesmo Diretório. Se você instalou uma instância de vários componentes contendo um Dynamic Workload Console e um gerenciador de domínio dinâmico instalados no diretório <TWS_INST_DIR>, primeiro faça o upgrade do Dynamic Workload Console para o novo diretório <DWC_NEW_INST_DIR>, desinstale o antigo Dynamic Workload Console instalado no diretório <TWS_INST_DIR> e atualize o gerenciador de domínio dinâmico no diretório <TWS_INST_DIR>. Se você tentar atualizar o gerenciador de domínio dinâmico primeiro, o processo de instalação parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. 370 Tivoli Workload Scheduler: Planejamento e Instalação

387 Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 1. Faça upgrade da instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Fazendo Upgrade da Instância Única do Dynamic Workload Console na página Desinstale manualmente o antigo Dynamic Workload Console no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do Dynamic Workload Console. 3. Faça upgrade do gerenciador de domínio dinâmico conforme descrito em Fazendo Upgrade de uma Instância do gerenciador de domínio dinâmico ou de seu Backup na página 169. Procedimento para Atualizar o gerenciador de domínio dinâmico, o Dynamic Workload Console e o z/os Connector Como atualizar gerenciador de domínio dinâmico, Dynamic Workload Console e z/os Connector instalados no mesmo diretório. Se tiver instalado uma instância de vários componentes contendo um Dynamic Workload Console, z/os Connector e gerenciador de domínio dinâmico no diretório <TWS_INST_DIR>, primeiro você deverá atualizar Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR> e depois atualizar gerenciador de domínio dinâmico no diretório <TWS_INST_DIR>. O processo de upgrade do Dynamic Workload Console migra também as propriedades de configuração do z/os Connector. Se você tentar atualizar o gerenciador de domínio dinâmico primeiro, o processo de instalação parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 1. Faça upgrade da instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Fazendo Upgrade da Instância Única do Dynamic Workload Console na página Desinstale manualmente o antigo Dynamic Workload Console no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do Dynamic Workload Console. 3. Desinstale manualmente a antiga instância do z/os Connector no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do z/os Connector. 4. Atualize gerenciador de domínio dinâmico, conforme descrito em Fazendo Upgrade de uma Instância do gerenciador de domínio dinâmico ou de seu Backup na página 169. Procedimento para Fazer Upgrade do gerenciador de domínio principal e do Dynamic Workload Console Como Atualizar gerenciador de domínio principal e o Dynamic Workload Console Instalados no Mesmo Diretório. Se tiver uma instância de vários componentes contendo um Dynamic Workload Console e um gerenciador de domínio principal instalados no diretório <TWS_INST_DIR>, primeiro faça o upgrade do Dynamic Workload Console para o Capítulo 21. Fazendo Upgrade 371

388 novo diretório <DWC_NEW_INST_DIR>, desinstale o antigo Dynamic Workload Console instalado no diretório <TWS_INST_DIR> e atualize o gerenciador de domínio principal no diretório <TWS_INST_DIR>. Se você tentar atualizar o gerenciador de domínio principal primeiro, o processo de instalação parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. Para fazer upgrade da instância compartilhada na ordem correta, execute as seguintes etapas: 1. Faça upgrade da instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Fazendo Upgrade da Instância Única do Dynamic Workload Console na página Desinstale manualmente o antigo Dynamic Workload Console no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do Dynamic Workload Console. 3. Faça upgrade do gerenciador de domínio principal conforme descrito em Atualizando uma Instância do gerenciador de domínio principal ou Seu Backup na página 142. Procedimento para Fazer Upgrade do gerenciador de domínio principal, do Dynamic Workload Console e do z/os Connector Como atualizar gerenciador de domínio principal, Dynamic Workload Console e z/os Connector instalados no mesmo diretório. Se tiver instalado uma instância de vários componentes contendo um Dynamic Workload Console, z/os Connector e gerenciador de domínio principal no diretório <TWS_INST_DIR>, primeiro você deverá atualizar Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR> e depois atualizar gerenciador de domínio principal no diretório <TWS_INST_DIR>. O processo de upgrade do Dynamic Workload Console migra também as propriedades de configuração do z/os Connector. Se você tentar atualizar o gerenciador de domínio principal primeiro, o processo de instalação parará no início e emitirá uma mensagem de erro dizendo a ordem correta do upgrade dos componentes. Para fazer upgrade da instância de diversos componentes na ordem correta, execute as seguintes etapas: 1. Faça upgrade da instância do Dynamic Workload Console no novo diretório <DWC_NEW_INST_DIR>, conforme descrito em Fazendo Upgrade da Instância Única do Dynamic Workload Console na página Desinstale manualmente o antigo Dynamic Workload Console no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do Dynamic Workload Console. 3. Desinstale manualmente a antiga instância do z/os Connector no diretório <TWS_INST_DIR> usando o processo de desinstalação da versão anterior do z/os Connector. 4. Faça upgrade do gerenciador de domínio principal conforme descrito em Atualizando uma Instância do gerenciador de domínio principal ou Seu Backup na página Tivoli Workload Scheduler: Planejamento e Instalação

389 Atualizando o Dynamic Workload Console na Configuração de Alta Disponibilidade Se estiver atualizando o Dynamic Workload Console e quiser atualizar também a configuração de Alta Disponibilidade, execute o procedimento a seguir: 1. Execute o procedimento de upgrade em cada nó Dynamic Workload Console único, conforme explicado em Fazendo Upgrade da Instância Única do Dynamic Workload Console na página 356. Após a conclusão dessa etapa, os nós do Dynamic Workload Console V8.6 continuam na configuração de Alta Disponibilidade, mas nenhuma mudança implementada após o upgrade e relacionada às informações do Dashboard Application Services Hub (como funções e visualizações) não é salva. Os nós do Dynamic Workload Console V9.1 ainda não estão na configuração de Alta Disponibilidade, mas compartilham o repositório de configurações (contendo dados como conexões do mecanismo e tarefas) com nós da V Em cada nó do Dynamic Workload Console V8.6, exceto o último, execute os comandos a seguir para parar e separar o nó: Nota: As etapas são gravadas para UNIX. Se você as estiver executando nos sistemas Windows, substitua os caracteres de barra (/) por caracteres de barra invertida ("\") e as extensões de arquivo.sh pelas extensões de arquivo.bat. a. Navegue para o diretório TWA_home/wastools e execute./stopwas.sh -direct -user wasprimaryadminuser -password password b.../ws_ant.sh -f uninstall.ant disjoin -Dusername=dbuser -Dpassword=dbuserpwd 3. Apenas no último nó, para separá-lo do cluster, execute o comando a seguir:../ws_ant.sh -f uninstall.ant uninstall-dusername=dbuser -Dpassword=dbuserpwd Todos os nós do Dynamic Workload Console V9.1 devem ser associados na configuração de Alta Disponibilidade e todos os nós do Dynamic Workload Console V8.6 devem ser removidos. 4. Em um prompt de comandos, altere para o diretório JazzSM install_dir/ui/bin/ha e edite as configurações no arquivo tipha.properties para configurar as portas do Dynamic Workload Console V8.6 com a nova instância do Dynamic Workload Console V9.1, conforme mostrado na tabela a seguir: Tabela 38. Propriedades do Dashboard Application Services Hub Nome da propriedade Descrição DBHost Nome do host ou endereço IP da máquina em que o banco de dados DB2 está instalado. Exemplo: tipdb.cn.ibm.com DBPort O número da porta do servidor DB2. Exemplo: (padrão) DBName O nome do banco de dados que você criou. Exemplo: tipdb DBProviderClass O nome da classe do provedor DB2. Exemplo: com.ibm.db2.jcc.db2driver (padrão) DBProviderName O nome do provedor DB2. Exemplo: TIP_Universal_JDBC_Driver (padrão) Capítulo 21. Fazendo Upgrade 373

390 Tabela 38. Propriedades do Dashboard Application Services Hub (continuação) Nome da propriedade Descrição DBDatasource Nome JNDI da origem de dados. Exemplo: jdbc/tipds DBDatasourceName Nome da origem de dados usada. Exemplo: tipds DBHelperClassName Nome da classe Auxiliar DB2. Exemplo: com.ibm.websphere.rsadapter. DB2UniversalDataStoreHelper (padrão) DBDsImplClassName Nome da classe de implementação da origem de dados DB2. Exemplo: com.ibm.db2.jcc.db2connectionpooldatasource (padrão) DBDriverVarName Nome da variável de ambiente WebSphere para o caminho da classe do driver JDBC DB2. Exemplo: TIP_JDBC_DRIVER_PATH DBJDBCDriverPath Local de bibliotecas do driver JDBC do DB2 (por exemplo, db2jcc.jar). Exemplo: JazzSM install_dir/lib/db2 DBDriverType Tipo de driver JDBC. Exemplo: 4 (padrão) DBType Tipo de banco de dados. Exemplo: DB2 (padrão) JaasAliaseName Nome alternativo JAAS usado para armazenar o nome de usuário e a senha do banco de dados. Exemplo: TIPAlias (padrão) JaasAliasDesc Descrição para o nome alternativo JAAS. Exemplo: O Alias JAAS usado para configuração de Alta Disponibilidade LocalHost O nome do host ou endereço IP da máquina no qual o console está sendo executado. LocalHost e LocalPort identificam exclusivamente o nó na configuração de Alta Disponibilidade. Exemplo: tip01.cn.ibm.com LocalPort WasRoot ProfileName CellName Porta segura do console administrativo. LocalHost e LocalPort identificam exclusivamente o nó na configuração de Alta Disponibilidade. Exemplo: Quando o Dynamic Workload Console é instalado com as portas padrão, o valor desta propriedade em tipha.properties deve ser O caminho do sistema integral para onde o servidor de aplicativos e as imagens do console foram extraídos durante a instalação. Exemplo: /opt/ibm/websphere/appserver O nome do perfil que foi especificado no comando manageprofiles após a instalação. Se nenhum nome do perfil tiver sido especificado, o padrão será usado. Exemplo: JazzSMProfile (padrão) O nome da célula que foi especificado no comando manageprofiles após a instalação. Se nenhum nome da célula tiver sido especificado, o padrão será usado. Exemplo: JazzSMNode01Cell (padrão)este parâmetro é opcional para uma instalação de console de nó único. Para configuração de Alta Disponibilidade, no entanto, é necessário assegurar que todos os nós usem o mesmo nome de célula. 374 Tivoli Workload Scheduler: Planejamento e Instalação

391 Tabela 38. Propriedades do Dashboard Application Services Hub (continuação) Nome da propriedade Descrição NodeName O nome do nó servidor de aplicativos. Exemplo: JazzSMNode01 (padrão) ServerName O nome da instância Websphere Application Server. Exemplo: server1 (padrão) IscAppName Nome do aplicativo corporativo Dashboard Application Services HubDashboard Application Services Hub. O aplicativo corporativo Dashboard Application Services Hub é instalado no diretório a seguir: LoggerLevel HAEnabled JazzSM_profile_dir/installedApps/${CellName}/ ${IscAppName}.ear Exemplo: isc (padrão) Nível de criação de log necessário. O padrão é OFF. Exemplo: FINER Indica se a configuração de Alta Disponibilidade está ativada. TipHome ProfilePath Atenção: Não edite este valor manualmente. Indica o diretório inicial Dashboard Application Services Hub especificado durante a instalação. Exemplo: JazzSM install_dir/ui Indica o diretório de perfil JazzSM especificado durante a instalação. Exemplo: JazzSM install_dir/profile 5. Edite as configurações em tipha.properties ou, copie o antigo arquivo tipha.properties localizado em TWA_home/profiles/TIPProfile/bin/ha, modificando ou incluindo as propriedades a seguir conforme mostrado na tabela: v DBJDBCDriverPath v WasRoot v ProfileName v CellName v NodeName v ServerName v TipHome (nova propriedade que deve ser incluída) v ProfilePath (nova propriedade que deve ser incluída) 6. Em um prompt de comandos, mude para o diretório JazzSM install_dir/ui/bin/ha e emita o comando a seguir: v JazzSM_profile_dir\bin\ws_ant.bat -f install.ant configha -Dusername=DB2_username -Dpassword=DB2_password v JazzSM_profile_dir/bin/ws_ant.sh -f install.ant configha -Dusername=DB2_username -Dpassword=DB2_password 7. No diretório JazzSM_profile_dir/bin, dependendo do seu sistema operacional, insira um dos seguintes comandos: v startserver.bat server1 v startserver.sh server1 Capítulo 21. Fazendo Upgrade 375

392 Atualizando a Autenticação Esta seção descreve como atualizar seu mecanismo de autenticação configurado. Nas versões do Tivoli Workload Scheduler anteriores à V8.6, a autenticação foi configurada para usar os registros de usuário independentes, gerenciados pelo Websphere Application Server integrado. As opções disponíveis eram: v Sistema operacional local v Customizado (por meio do PAM - Pluggable Authentication Module) v LDAP v Arquivo de Registro Se você ativou o LDAP, um dos seguintes servidores poderá ser usado: v IBM Tivoli Directory Server v Sun ONE v Microsoft Windows Active Directory v O RACF configurado no IBM Tivoli Directory Server Tivoli Workload Scheduler V8.6 é configurado para autenticação (por meio de Websphere Application Server integrado) no modo VMM (gerenciador de membro virtual). Isso cria um Registro do Usuário Associado, que suporta o uso simultâneo de mais de um registro do usuário. As opções de registro do usuário e as opções do servidor LDAP são semelhantes àquelas em versões anteriores à V8.6. Tivoli Workload Scheduler V9.1 é configurado para autenticação (por meio do Websphere Application Server) no modo VMM (Virtual Member Manager). Esse modo cria um Registro do Usuário Associado, que suporta o uso simultâneo de mais de um registro do usuário. As opções de registro do usuário e as opções do servidor LDAP são semelhantes àquelas em versões anteriores à V8.6. Durante o upgrade, sua configuração existente é migrada para que quando o upgrade for concluído, o produto seja configurado para usar o mesmo mecanismo de autenticação de antes, mas dentro de um Registro do Usuário Associado. Para obter informações detalhadas, consulte o Tivoli Workload Scheduler: Guia de Administração. 376 Tivoli Workload Scheduler: Planejamento e Instalação

393 Capítulo 22. Desinstalando Este capítulo descreve como desinstalar o Dynamic Workload Console. Desinstalando Usando o Assistente do Installation Manager Usando o assistente do Installation Manager, é possível desinstalar os pacotes instalados de um único grupo de pacotes ou é possível desinstalar todos os pacotes instalados de cada grupo de pacotes. Para desinstalar um Dynamic Workload Console, execute as seguintes etapas: 1. Inicie o Installation Manager. 2. No assistente da página Inicial do Installation Manager, clique em Desinstalar. 3. No painel de assistente Desinstalar Pacotes, selecione o pacote do Dynamic Workload Console que você deseja desinstalar. Nota: Se desejar desinstalar cada pacote de cada grupo de pacotes na sua estação de trabalho, clique em Selecionar Todos. 4. Clique em Avançar para continuar. 5. Forneça os campos obrigatórios do seguinte painel: v Configuração de Perfil do Websphere Application Server na página Na página Resumo, revise os pacotes que você selecionou para desinstalação. Clique em Voltar se desejar fazer algumas mudanças. Se estiver satisfeito com suas opções, clique em desinstalar. Uma barra do indicador de progresso mostra a porcentagem da desinstalação concluída. 7. Quando o processo de desinstalação for concluído, a página Concluído será aberta e confirmará o êxito do processo de desinstalação. Desinstalando no Modo Silencioso Para executar uma desinstalação silenciosa usando um modelo de arquivo de resposta listado em Tabela 39 na página 378, execute as seguintes etapas: 1. Copie o arquivo de resposta relevante para um diretório local <local_dir> e edite o arquivo para atender às necessidades de seu ambiente. 2. Salve o arquivo com suas alterações. 3. Abra um utilitário da linha de comandos. 4. Acesse o diretório Installation Managertools. O diretório tools padrão é: Nos sistemas operacionais Windows C:\Program Files\IBM\Installation Manager\eclipse\tools Em sistemas operacionais UNIX e Linux /opt/ibm/installationmanager/eclipse/tools 5. Execute o seguinte comando: Nos sistemas operacionais Windows imcl.exe input <local_dir>\response_file.xml -log <local_dir>\log_file.xml -acceptlicense Copyright IBM Corp. 1999,

394 Em sistemas operacionais UNIX e Linux./imcl input /<local_dir>/response_file.xml -log /<local_dir>/log_file.xml -acceptlicense em que v v O response_file.xml é o nome do arquivo de resposta a ser usado para desinstalação. O log_file é o nome do arquivo de log que registra o resultado da execução da desinstalação silenciosa. Para obter informações adicionais sobre os arquivos de log silenciosos do Installation Manager, consulte Arquivos de Log de Instalação Silenciosa e Desinstalação do Assistente do Installation Manager na página 242. Nota: Para obter informações adicionais sobre o comando de desinstalação silenciosa do Installation Manager, consulte infocenter/install/v1r6/index.jsp?topic=/com.ibm.silentinstall12.doc/topics/ r_silent_prefs.html. Tabela 39 lista os arquivos de resposta a serem usados para o processo de desinstalação por plataforma: Tabela 39. Arquivos de resposta de desinstalação Tipo de instalação Arquivo de resposta a ser utilizado Desinstalando em sistemas operacionais Windows Dynamic Workload Console TWS91_UNINST_DWC.xml Desinstalando em sistemas operacionais UNIX e Linux Dynamic Workload Console TWS91_UNINST_DWC.xml 378 Tivoli Workload Scheduler: Planejamento e Instalação

395 Capítulo 23. Resolvendo Problemas de Instalação, Upgrade e Desinstalação Este capítulo descreve como solucionar problemas de instalação, upgrade e desinstalação do Dynamic Workload Console. Nota: Para desinstalar ou se recuperar manualmente de uma instalação com falha, consulte a seção Desinstale Manualmente o Dynamic Workload Console e os Sistemas zconnector no Windows ou Desinstalar Manualmente o Dynamic Workload Console e o zconnector nos Sistemas UNIX na página 380 Arquivos de log e de rastreio de instalação e desinstalação Para obter mais informações sobre os arquivos de log de instalação, consulte Arquivos de Registro de Instalação na página 382. Desinstale Manualmente o Dynamic Workload Console e os Sistemas zconnector no Windows Execute as seguintes etapas para remover manualmente uma instância do Dynamic Workload Console e do zconnector: 1. Inicie o perfil JazzSM Websphere Application Server no sistema em que o Dynamic Workload Console e o zconnector estão instalados. É possível ignorar esta etapa se o perfil JazzSM Websphere Application Server já estiver iniciado. 1. Em um prompt do sistema, acesse o caminho da instalação do Dynamic Workload Console, por exemplo, C:\Program Files\IBM\TWAUI. 2. Acesse o subdiretório wastools. 3. Execute o comando a seguir para iniciar o perfil JazzSM Websphere Application Server: startwas.bat -direct 2. Desinstale o pacote do zconnector. 1. Em um prompt do sistema, acesse o caminho da instalação do Dynamic Workload Console, por exemplo, C:\Program Files\IBM\JazzSM\ profile. 2. Acesse o subdiretório bin. 3. Execute o comando a seguir para desinstalar o zconnector: wsadmin.bat -conntype NONE -c "$AdminApp uninstall ZConnector" 3. Desinstale o adaptador de recursos do zconnector. 1. Acesse o subdiretório wastools sob o caminho da instalação do Dynamic Workload Console. 2. Execute o comando a seguir para desinstalar o adaptador de recursos do zconnector: uninstallresourceadapter.bat -user <your DWC username> -password <your DWC password> 3. Acesse o diretório %JazzSM_profile_dir%\installedApps\%cell_name%, por exemplo: C:\Program Files\IBM\JazzSM\profile\installedApps\ Copyright IBM Corp. 1999,

396 JazzSMNode01Cell\ e assegure-se de que o diretório ZConnector.ear esteja excluído. Se ele ainda existir, exclua-o manualmente. 4. Desinstale o pacote Dynamic Workload Console 1. Acesse o subdiretório bin sob o diretório de perfil JazzSM, por exemplo, C:\Program Files\IBM\JazzSM\profile. 2. Execute o comando a seguir para desinstalar o pacote do Dynamic Workload Console: wsadmin.bat -conntype NONE -lang jython -f "%tdwc_install_dir%\tdwc\scripts\install_webui.py" -war "TWSWebUI.war" -contenturi TWSWebUI.war -contextroot \ibm\twswebui -servername %server_name% -operation delete 3. Acesse o diretório C:\%JazzSM_profile_dir%\installedApps\%cell_name %\isc.ear e assegure-se de que o diretório TWSWebUI.war esteja excluído. Se ele ainda existir, exclua-o manualmente. 5. Desinstale o pacote broker de carga de trabalho dinâmica 1. Execute o comando a seguir para desinstalar o pacote do Dynamic Workload Console: wsadmin.bat -conntype NONE -lang jython -f "%tdwc_install_dir\tdwc\scripts\install_webui.py" -war WebUI.war" -contenturi WebUI.war -contextroot \ibm\tdwb -servername %server_name% -operation delete 2. Acesse o diretório C:\%JazzSM_profile_dir%\installedApps\%cell_name %\isc.ear e assegure-se de que o diretório WebUI.war esteja excluído. Se ele ainda existir, exclua-o manualmente. 6. Desinstale o pacote broker de carga de trabalho dinâmica Acesse o diretório C:\Windows\TWA e assegure-se de que os arquivos denominados twainstance.twa.properties e twainstance.twa.properties.ext se apliquem à instância do Dynamic Workload Console sendo excluída. Por exemplo, você pode verificar se chave TDWC_basePath é a mesma que o diretório %tdwc_install_dir%. Nesse caso, exclua-as manualmente. 7. Exclua o diretório de instalação Dynamic Workload Console Remova manualmente o diretório %tdwc_install_dir%, por exemplo, C:\Program Files\IBM\TWAUI. Desinstalar Manualmente o Dynamic Workload Console e o zconnector nos Sistemas UNIX Execute as seguintes etapas para remover manualmente uma instância do Dynamic Workload Console e do zconnector: 1. Inicie o perfil JazzSM Websphere Application Server no sistema em que o Dynamic Workload Console e o zconnector estão instalados. É possível ignorar esta etapa se o perfil JazzSM Websphere Application Server já estiver iniciado. 1. Em um prompt do sistema, acesse o caminho da instalação do Dynamic Workload Console, por exemplo, /opt/ibm/twaui. 2. Acesse o subdiretório wastools. 3. Execute o comando a seguir para iniciar o perfil JazzSM Websphere Application Server: startwas.sh -direct 380 Tivoli Workload Scheduler: Planejamento e Instalação

397 2. Desinstale o pacote do zconnector. 1. Em um prompt do sistema, acesse o caminho da instalação do Dynamic Workload Console, por exemplo, /opt/ibm/jazzsm/profile. 2. Acesse o subdiretório bin. 3. Execute o comando a seguir para desinstalar o zconnector: wsadmin.sh -conntype NONE -c "\$AdminApp uninstall ZConnector" 3. Desinstale o adaptador de recursos do zconnector. 1. Acesse o subdiretório wastools sob o caminho da instalação do Dynamic Workload Console. 2. Execute o comando a seguir para desinstalar o adaptador de recursos do zconnector: uninstallresourceadapter.sh -user <your DWC username> -password <your DWC password> 3. Acesse o diretório $JazzSM_profile_dir/installedApps/$cell_name, por exemplo, /opt/ibm/jazzsm/profile/installedapps/jazzsmnode01cell. 4. Verifique se o diretório ZConnector.ear foi excluído. Se ele ainda existir, exclua-o manualmente. 4. Desinstale o pacote do Dynamic Workload Console. 1. Acesse o subdiretório bin sob o diretório de perfil JazzSM, por exemplo, /opt/ibm/jazzsm/bin. 2. Execute o comando a seguir para desinstalar o pacote do Dynamic Workload Console: wsadmin.sh -conntype NONE -lang jython -f "$tdwc_ install_dir/tdwc/scripts/install_webui.py" -war "$websphere_install_dir/appserver/systemapps/webui.war" -contenturi TWSWebUI.war -contextroot /ibm/twswebui -servername $server_name -operation delete onde: $tdwc_install_dir É o diretório no sistema de arquivos onde o Dynamic Workload Console está instalado, por exemplo, /opt/ibm/twaui. $server_name É o nome do servidor Dynamic Workload Console, por exemplo, server1. 3. Acesse o diretório $JazzSM_profile_dir/installedApps/$cell_name/ isc.ear. 4. Verifique se o diretório TWSWebUI.war foi excluído. Se ele ainda existir, exclua-o manualmente. 5. Desinstale o pacote broker de carga de trabalho dinâmica 1. Execute o comando a seguir para desinstalar o pacote do Dynamic Workload Console: wsadmin.sh -conntype NONE -lang jython -f "$tdwc_install_dir/tdwc/scripts/install_webui.py" -war "$websphere_install_dir/appserver/systemapps/webui.war" -contenturi WebUI.war -contextroot /ibm/tdwb -servername $server_name -operation delete 2. Acesse o diretório $JazzSM_profile_dir/installedApps/$cell_name/ isc.ear e assegure-se de que o diretório WebUI.war esteja excluído. Se ele ainda existir, exclua-o manualmente. Capítulo 23. Resolvendo Problemas de Instalação, Upgrade e Desinstalação 381

398 6. Desinstale o pacote broker de carga de trabalho dinâmica Acesse o diretório /etc/twa e assegure-se de que os arquivos denominados twainstance.twa.properties e twainstance.twa.properties.ext se apliquem à instância do Dynamic Workload Console sendo excluída. Por exemplo, talvez você queira verificar se a chave TDWC_basePath é a mesma que o diretório $tdwc_install_dir. Nesse caso, exclua-as manualmente. 7. Exclua o diretório de instalação Dynamic Workload Console Remova manualmente o diretório $tdwc_install_dir, por exemplo, /opt/ibm/twaui. Cenários de Resolução de Problemas Os cenários de resolução de problemas são listados nas seguintes categorias: v Problemas com a Barra de Ativação na página 384 v Problemas com a Instalação Interativa na página 385 v Problemas com a instalação silenciosa na página 385 v Problemas com o Upgrade v Problemas com a Desinstalação Arquivos de Registro de Instalação Esta seção descreve os arquivos de log criados pelo processo de instalação. Para obter informações adicionais sobre os arquivos de log, consulte o Guia de Administração. Arquivos de Log de Instalação e de Desinstalação do Assistente Interativo O Installation Manager cria os seguintes arquivos de logs de instalação e desinstalação comuns a qualquer instalação do pacote, independentemente de quais componentes foram escolhidos para instalação: Nos sistemas operacionais Windows <INSTALLATION_MANAGER_LOGS_DIR>\<YYYYMMDD_HHMM>.xml Em sistemas operacionais UNIX e Linux <INSTALLATION_MANAGER_LOGS_DIR>/<YYYYMMDD_HHMM>.xml em que <INSTALLATION_MANAGER_LOGS_DIR> é o diretório no qual o Installation Manager cria os arquivos de log, YYYYMMDD é a data e HHMM é o horário de criação do arquivo de log. O processo de instalação do Dynamic Workload Console cria os seguintes arquivos de log nativos do Installation Manager: Nos sistemas operacionais Windows <INSTALLATION_MANAGER_LOGS_DIR>\native\<YYYYMMDD_HHMM>.log Em sistemas operacionais UNIX e Linux <INSTALLATION_MANAGER_LOGS_DIR>/native/<YYYYMMDD_HHMM>.log em que <INSTALLATION_MANAGER_LOGS_DIR> é o diretório no qual o Installation Manager cria os arquivos de logs e YYYYMMDD é a data e HHMM é o horário de criação do arquivo de log. O padrão <INSTALLATION_MANAGER_LOGS_DIR> é: 382 Tivoli Workload Scheduler: Planejamento e Instalação

399 Nos sistemas operacionais Windows C:\ProgramData\IBM\InstallationManager\logs Em sistemas operacionais UNIX e Linux /var/ibm/installationmanager/logs Se mais de um log nativo tiver o mesmo registro de data e hora, o Installation Manager criará os arquivos de log com o seguinte nome: Nos sistemas operacionais Windows <INSTALLATION_MANAGER_LOGS_DIR>\native\<YYYYMMDD_HHMMLETTER>.log Em sistemas operacionais UNIX e Linux <INSTALLATION_MANAGER_LOGS_DIR>/native/<YYYYMMDD_HHMMLETTER>.log em que <INSTALLATION_MANAGER_LOGS_DIR> é o diretório no qual o Installation Manager cria os arquivos de logs, YYYYMMDD é a data, HHMM é o horário de criação do arquivo de log e LETTER é uma letra do alfabeto. Para obter mais informações sobre como acessar os arquivos de log usando o assistente Installation Manager, consulte Acessando Arquivos de Log do Installation Manager por Meio do Assistente na página 243. Para obter mais informações sobre como criar um arquivo.zip do diretório de log nativo, consulte Compactando Arquivos de Log Installation Manager via Assistente na página 243 Acessando Arquivos de Log do Installation Manager por Meio do Assistente: Usando o assistente do Installation Manager, é possível acessar os arquivos de log do Installation Manager no seguinte diretório de log: <INSTALLATION_MANAGER_LOGS_DIR> em que <INSTALLATION_MANAGER_LOGS_DIR> é o diretório no qual o Installation Manager cria os arquivos de logs. O valor padrão <INSTALLATION_MANAGER_LOGS_DIR> é: Nos sistemas operacionais Windows C:\ProgramData\IBM\InstallationManager\logs Em sistemas operacionais UNIX e Linux /var/ibm/installationmanager/logs Para acessar arquivos de log usando o assistente, execute as seguintes etapas: 1. Abra a página Inicial do Installation Manager. 2. Selecione Arquivo>Visualizar Log. 3. O painel Log de Instalação mostra todos os arquivos de log salvos em sua máquina. Selecione o arquivo de log cujo nome éoregistro de data e hora correto para seu processo de instalação. 4. Dependendo da ação que deseja executar, clique no ícone Exportar Arquivo de Log ou ícone Abrir Arquivo de Log no lado superior direito. Compactando Arquivos de Log Installation Manager via Assistente: Usando o assistente do Installation Manager, é possível criar um arquivo.zip contendo os seguintes arquivos de log: v Arquivos de log nativos no diretório <INSTALLATION_MANAGER_LOGS_DIR>\native. v Arquivos de log xml no diretório <INSTALLATION_MANAGER_LOGS_DIR>. Capítulo 23. Resolvendo Problemas de Instalação, Upgrade e Desinstalação 383

400 Em que <INSTALLATION_MANAGER_LOGS_DIR> é o diretório onde Installation Manager cria os arquivos de log. O valor padrão <INSTALLATION_MANAGER_LOGS_DIR> é: Nos sistemas operacionais Windows C:\ProgramData\IBM\InstallationManager\logs Em sistemas operacionais UNIX e Linux /var/ibm/installationmanager/logs Para criar um arquivo.zip do diretório de log nativo, execute as seguintes etapas: 1. Abra a página Inicial do Installation Manager. 2. Selecione Ajuda>Exportar Dados para Análise de Problemas. 3. Insira o nome do diretório onde deseja criar o arquivo.zip e o nome do arquivo.zip. 4. Pressione Ok. Um arquivo.zip contendo todos os arquivos de log é criado no diretório especificado. Arquivos de Log do Perfil do Jazz for Service Management extension for IBM WebSphere O processo de instalação do Dynamic Workload Console gerencia seu próprio perfil na instância do Jazz for Service Management extension for IBM WebSphere. O log para o gerenciamento de perfis do Jazz for Service Management extension for IBM WebSphere do servidor de aplicativos pode ser localizado em: /<JAZZ_SM_HOME>/profile/logs/<SERVER_NAME> em que <JAZZ_SM_HOME> é o diretório de instalação do Jazz for Service Management extension for IBM WebSphere e <SERVER_NAME> é o nome do servidor relacionado ao Jazz for Service Management extension for IBM WebSphere usado. Problemas com a Barra de Ativação Os seguintes problemas podem ser encontrados ao usar a barra de ativação para instalar o Dynamic Workload Console: v v "Mensagens de Aviso Exibidas durante o Uso da Barra de Ativação em Sistemas Linux." "Erro Indefinido durante o Uso da Barra de Ativação em Sistemas Operacionais Windows." Mensagens de Aviso Exibidas durante o Uso da Barra de Ativação em Sistemas Linux Descrição do problema: Mensagens de aviso podem ser exibidas na saída padrão durante o uso da barra de ativação em sistemas Linux. Causa e solução Você pode ignorar essas mensagens porque elas não indicam um mau funcionamento da barra de ativação. Erro Indefinido ao Usar a Barra de Ativação no Sistema Operacional Windows Descrição do problema: 384 Tivoli Workload Scheduler: Planejamento e Instalação

401 Quando tentar instalar o Dynamic Workload Console em um sistema operacional Windows usando a barra de ativação, a mensagem de erro "Indefinido" é exibida. A barra de ativação não é iniciada. Causa e solução Certifique-se de que o caminho de onde você ativou a instalação, não contenha os nomes de pastas com mais de oito caracteres. Se contiver, mapeie o caminho no launchpad.exe e execute a barra de ativação a partir desse novo caminho. Problemas com a Instalação Interativa Esta seção lista os problemas que você pode encontrar ao instalar o Dynamic Workload Console interativamente. Falha na Instalação do Dynamic Workload Console Descrição do problema: A instalação do Dynamic Workload Console não continua. Isso ocorre independentemente do método que você utilizou para a instalação. Causa e solução Certifique-se de que um firewall pessoal ativo não esteja impedindo que o processo de instalação se conecte à rede. Se estiver, permita a conexão e, em seguida, continue com a instalação. Problemas com a instalação silenciosa Esta seção lista os problemas que você pode encontrar durante a execução da instalação silenciosa do Dynamic Workload Console. A Desinstalação Silenciosa não Funciona e um Código de Erro É Retornado Descrição do problema: Se você tentar executar uma desinstalação silenciosa com um arquivo de resposta que não existe, seja porque o nome do arquivo está incorreto ou porque você especificou o diretório errado, será retornado um código de erro e a desinstalação não será executada. Nada é registrado no diretório temporário e nenhuma mensagem é emitida. Causa e solução Assegure-se de especificar um nome de arquivo de resposta válido. Capítulo 23. Resolvendo Problemas de Instalação, Upgrade e Desinstalação 385

402 386 Tivoli Workload Scheduler: Planejamento e Instalação

403 Parte 5. Tutoriais Tutoriais de Instalação Copyright IBM Corp. 1999,

404 388 Tivoli Workload Scheduler: Planejamento e Instalação

405 Capítulo 24. Usando o Utilitário do Tutorial do Tivoli Workload Scheduler Esta seção descreve o utilitário do tutorial do Tivoli Workload Scheduler e o orienta por meio de um conjunto de etapas para preencher e utilizar um ambiente de teste independente. O utilitário do tutorial destina-se a usuários iniciantes do Tivoli Workload Scheduler que desejam uma visão geral dos recursos e capacidades do produto em um ambiente real. O utilitário de tutorial inclui um banco de dados de amostra com objetos de planejamento predefinidos e um conjunto de cenários que utilizam estes objetos. O sampledbsetup.sh ou o script SAMPLEDBSETUP.CMD (dependendo se você está em um ambiente UNIX ou Windows) preenche seu Tivoli Workload Scheduler com um conjunto de objetos de planejamento. Os scripts de cenário utilizam estes objetos nas atividades básicas de planejamento. Este cenário é independente e pode ser executado em qualquer ordem, com exceção do primeiro cenário, que é um pré-requisito para todos os outros. O utilitário de tutorial do Tivoli Workload Scheduler é executado somente em um gerenciador de domínio principal. Ele não afeta qualquer outra estação de trabalho definida em seu ambiente do Tivoli Workload Scheduler. Cada cenário é ativado como um arquivo de script separado que utiliza as interfaces dos comandos conman e composer. A sintaxe e o uso de cada comando usado nos cenários são explicados no Tivoli Workload Scheduler: Guia do Usuário e Referência. Antes de começar a usar o utilitário, leia uma visão geral dos conceitos e tarefas do Tivoli Workload Scheduler em Tivoli Workload Automation: Visão Geral. Este capítulo está dividido nas seções a seguir: v Preenchendo o Banco de Dados do Tivoli Workload Scheduler v Visão Geral dos Cenários de Planejamento na página 391 v Criando e Trabalhando com o Plano de Produção na página 391 v Executando os cenários de planejamento na página 392 v Removendo Objetos do Tutorial do Banco de Dados na página 396 Preenchendo o Banco de Dados do Tivoli Workload Scheduler Esta seção descreve como usar o utilitário para preencher o banco de dados do Tivoli Workload Scheduler. Após ter instalado Tivoli Workload Scheduler no gerenciador de domínio principal em seu ambiente de teste, você está pronto para preencher o banco de dados. Siga estas etapas: 1. Vá para o diretório TWS_home/TWS/TWSTutorial, emquetws_home é o diretório inicial do usuário para o qual você instalou o Tivoli Workload Scheduler. 2. Ative o script de instalação do utilitário do tutorial: v Em um sistema operacional Windows: v SAMPLEDBSETUP.CMD Em sistemas operacionais UNIX e Linux: sampledbsetup.sh Copyright IBM Corp. 1999,

406 O script inclui um conjunto de objetos de planejamento com nomes começando com a cadeia SMPL, seguido pelo tipo de objeto e número de cenário para que todos os objetos utilizados em cada cenário sejam facilmente identificáveis. Alguns objetos são diferentes, dependendo de se está sendo utilizado um ambiente UNIX ou Windows. O script desempenha uma verificação no banco de dados. Se alguns objetos com o mesmo nome forem localizados, será solicitado que você especifique se estes objetos podem ser sobrescritos. Quando o processamento do script é finalizado com êxito, seu banco de dados do Tivoli Workload Scheduler contém os objetos necessários para executar os cenários de planejamento. Objetos Utilizados pelos Cenários do Tutorial do Tivoli Workload Scheduler Após ter instalado o utilitário de tutorial do Tivoli Workload Scheduler com êxito em seu ambiente de teste, seu banco de dados será preenchido com os seguintes objetos de planejamento: Tabela 40. Objetos Transferidos por Download pelo Utilitário de Tutorial Tipo de Objeto Nomes dos Objetos (Total de Objetos) Calendário SMPCAL6 (1) Variável SMPLHOME, SMPLUSER, SMPLWIN1 para SMPLWIN4 ou SMPLUNX1 para SMPLUNX4, SMPLSLEEP, SMPLTMP, SMPLPATH (6) Recurso SMPLRES1, SMPLRES2 (2) Prompt SMPLPRM4, SMPLPRM5, SMPLPRM6, SMPLPRM7 (4) Tarefas SMPL_JOB_3_0_1, SMPL_JOB_3_0_2, SMPL_JOB_3_0_3, SMPL_JOB_4_0_1, SMPL_JOB_4_0_2, SMPL_JOB_4_0_3, SMPL_JOB_5_0_1, SMPL_JOB_5_0_2, SMPL_JOB_7_0_1, SMPL_JOB_7_0_2, SMPL_JOB_7_0_3, SMPL_JOB_9_0_1, SMPL_JOB_9_1_1, SMPL_JOB_EVN, SMPL_JOB_ODD, SMPL_JOB_PAIR, SMPL_JOB_SBJ, SMPL_JOB_7_0_LAST, SMPL_JOB_7_0_RECV (19) Fluxo de Tarefas SMPL_SCHED_3_0_1, SMPL_SCHED_3_0_2, SMPL_SCHED_4_0_1, SMPL_SCHED_4_0_2, SMPL_SCHED_4_0_3, SMPL_SCHED_4_0_S, SMPL_SCHED_5_0_1, SMPL_SCHED_5_0_2, SMPL_SCHED_7_0_1 SMPL_SCHED_7_0_2, SMPL_SCHED_7_0_3, SMPL_SCHED_9_0_1, SMPL_SCHED_9_0_2, SMPL_SCHED_9_1_1, SMPL_SCHED_5 ODD, SMPL_SCHED_5_EVN, SMPL_SCHED_SBS (17) Regra de Evento SMPL_FILTER_RULE (1) Tabela de Variáveis SMPL_VAR_TABLE_9_0_1, SMPL_VAR_TABLE_9_0_2 (2) 390 Tivoli Workload Scheduler: Planejamento e Instalação

407 Você pode exibir cada objeto executando a interface de comando composer. Para obter informações específicas sobre a sintaxe da interface composer, consulte o Tivoli Workload Scheduler: Guia do Usuário e Referência. Visão Geral dos Cenários de Planejamento A tabela a seguir descreve os tópicos cobertos em cada cenário. Cada cenário é um arquivo de script separado. É necessário executar primeiro o Cenário 1, mas os outros cenários podem ser executados em qualquer ordem. Tabela 41. Lista de Cenários de Planejamento Nome do Cenário Nome do Script Tópicos Cenário 1 scenario1.0.bat (Windows)scenario1.0.sh (UNIX) Criando o plano de produção e visualizando seu conteúdo Nota: Este cenário é um pré-requisito para todos os outros cenários em sua sequência. Cenário 2 Cenário 3 Cenário 4 Cenário 5 Cenário 6 Cenário 7 Cenário 8 Cenário 9 scenario2.0.bat (Windows)scenario2.0.sh (UNIX) scenario3.0.bat (Windows)scenario3.0.sh (UNIX) scenario4.0.bat (Windows)scenario4.0.sh (UNIX) scenario5.0.bat (Windows)scenario5.0.sh (UNIX) scenario6.0.bat (Windows)scenario6.0.sh (UNIX) scenario7.0.bat (Windows)scenario7.0.sh (UNIX) scenario8.0.bat (Windows)scenario8.0.sh (UNIX) scenario9.0.bat (Windows)scenario9.0.sh (UNIX) Comandos administrativos: iniciando e parando Tivoli Workload Schedulerprocessos Básicos do planejamento: como as tarefas são planejadas, ordem de execução das tarefas Planejamento Avançado: prompt, arquivo e dependências de recursos Dependências de tempo e ciclos de execução Envio da tarefa (tarefas, fluxos de tarefas, tarefas ad-hoc) Opções de recuperação e tarefas de recuperação Planejamento Orientado a Eventos Utilizando tabelas de variáveis Criando e Trabalhando com o Plano de Produção Após ter preenchido com êxito o banco de dados, você está pronto para executar o Cenário 1, que cria o plano de produção. O plano de produção contém os objetos de banco de dados (tarefas e fluxos de tarefas) que estão qualificados para planejamento. Capítulo 24. Usando o Utilitário do Tutorial do Tivoli Workload Scheduler 391

408 O Cenário 1 é um pré-requisito para todos os outros cenários, portanto, ele deve ser executado primeiro. Os outros cenários podem ser executados em qualquer ordem. A maioria dos comandos nos cenários são fornecidos em seus formatos abreviados. Onde este é o caso, o nome completo do comando é mostrado entre parênteses em cada descrição de cenário. Cenário 1: Criando o Plano de Produção e Visualizando seu Conteúdo O cenário mostra como: v Criar e estender um plano de produção v Entender se um plano foi criado com êxito v Visualizar o conteúdo de um plano O cenário desempenha as seguintes ações: v Cria um plano de produção com uma duração de 24 horas v Insere no plano todas as tarefas e fluxos de tarefas que o tutorial já incluiu no banco de dados com suas dependências v Visualiza o conteúdo do plano Comandos utilizados no cenário em sua sequência de execução: 1. JnextPlan 2. conman sc (showcpus) 3. planman showinfo 4. conman (showschedules) Executando os cenários de planejamento Após criar o plano no Cenário 1, os outros cenários utilizam os objetos do tutorial no banco de dados planejando-os no plano. Cada cenário explica diferentes conceitos de planejamento. Para cada comando utilizado nos cenários, a saída é exibida na tela. Nota: Os cenários podem ser executados em qualquer ordem, pois cada cenário utiliza objetos diferentes. Porém, se desejar executar o mesmo cenário mais de uma vez em sua sequência, será necessário reconfigurar o plano e executar o Cenário 1 novamente antes de executar novamente o cenário individual. Desempenhe estas etapas: 1. Execute o seguinte comando: ResetPlan -scratch 2. Execute scenario1.0.bat no Windows ou o script scenario1.0.sh no UNIX. Cenário 2: Iniciando e Parando os Processos do Tivoli Workload Scheduler Este cenário desempenha algumas tarefas administrativas básicas. Após cada comando stop ou start, o status é exibido na tela. Tarefas e conceitos do cenário: v Parando e iniciando o mecanismo do Tivoli Workload Scheduler v Parando e iniciando o processador de eventos v Parando e iniciando o agente de monitoramento v Visualizando o status do processo 392 Tivoli Workload Scheduler: Planejamento e Instalação

409 Comandos utilizados no cenário em sua sequência de execução: 1. "conman stop" 2. "conman status" 3. "conman start" 4. "conman status" 5. "conman stopevtproc" (stopeventprocessor) 6. "conman startevtproc" (starteventprocessor) 7. "conman sc" (showcpus) 8. "conman stopmon;wait" 9. "conman startmon" 10. "conman sc" (showcpus) Para obter uma descrição detalhada de processos do Tivoli Workload Scheduler e comandos relacionados, consulte o Tivoli Workload Scheduler: Guia do Usuário e Referência. Cenário 3: Básicos do Planejamento, Como as Tarefas São Planejadas e Ordem de Execução das Tarefas Este cenário desempenha tarefas básicas de planejamento mostrando como você planeja as tarefas e como gerencia a sequência de planejamento. Tarefas e conceitos do cenário: v Executando uma tarefa e um fluxo de tarefas em uma estação de trabalho v Visualizando Status da Tarefa v Visualizar e alterar o limite da estação de trabalho v Entendendo o conceito e a finalidade dos fluxos de tarefas dependentes e a ordem de execução (FOLLOWS) v Visualizando a resolução de dependência durante as execuções das tarefas Comandos utilizados no cenário em sua sequência de execução: 1. "conman (showschedules) 2. "composer disp sched=@smpl_sched_3_0_2" 3. "conman lc; 10;noask" (limit) 4. "conman sc" (showcpus) 5. "conman (showjobs) 6. "conman (showjobs Cenário 4: Planejamento Avançado, Dependências de Prompts, Arquivos e Recursos Este cenário executa tarefas avançadas de planejamento mostrando diferentes tipos de dependências na ação Tarefas e conceitos do cenário: v Visualizando e gerenciando dependências de avisos v Visualizando e gerenciando dependências de recursos v Visualizando e gerenciando dependências de arquivos v Entendendo a contenção de recursos entre tarefas Comandos utilizados no cenário em sua sequência de execução: 1. "composer disp 2. "conman (showschedules) 3. "conman (showprompts) 4. "conman reply SMLPRM4;y" (reply) Capítulo 24. Usando o Utilitário do Tutorial do Tivoli Workload Scheduler 393

410 5. "conman (showprompts) 6. "conman sj (showjobs) 7. "conman sj (showjobs) 8. "conman sj (showjobs) Cenário 5: Dependências de Tempo e Ciclos de Execução Este cenário executa o planejamento avançado utilizando dependências de tempo e ciclos de execução Tarefas e conceitos do cenário: v Gerenciando limites de tempo como tempo AT e tempo UNTIL v Liberando uma dependência de tempo v Utilizando ciclos de execução para planejar atividades de planejamento Comandos utilizados no cenário em sua sequência de execução: 1. "conman (showjobs) 2. "conman (deldep) 3. "conman (showjobs) 4. "conman (release) 5. "conman (showjobs) 6. "conman (showschedules) Cenário 6: Envio Manual de Tarefas, Fluxos de Tarefas e Comandos Este cenário utiliza o comando submit para inserir tarefas, fluxos de tarefas e tarefas ad-hoc no plano. Tarefas e conceitos do cenário: v Enviando uma tarefa no plano de produção atual v Enviando um fluxo de tarefas no plano de produção atual v Enviando um comando no plano de produção atual v Exibindo a tarefa, o fluxo de tarefas e o status do comando no plano Comandos utilizados no cenário em sua sequência de execução: 1. "conman (submit) 2. "conman (showjobs) 3. "conman (submit) 4. "conman (showjobs) 5. "conman sbd "ver"; logon=^smpluser^;alias=smpl_sbd_alias" (submit) 6. "conman (showjobs) Nota: O valor do atributo de logon na etapa 5 é especificado utilizando um objeto de parâmetro. Para obter informações adicionais sobre parâmetros, consulte o Tivoli Workload Scheduler: Guia do Usuário e Referência. Cenário 7: Opções de Recuperação e Tarefas de Recuperação Este cenário mostra alguns exemplos de opções de recuperação e tarefas de recuperação. 394 Tivoli Workload Scheduler: Planejamento e Instalação

411 Tarefas e conceitos do cenário: v Definindo e utilizando as opções de recuperação STOP, CONTINUE e RERUN v Entendendo o uso de tarefas de recuperação para resolver defeitos de planejamento Comandos utilizados no cenário em sua sequência de execução: 1. "conman reply SMPLPRM7;y" (reply) 2. "conman sp SMPLPRM7" (showprompts) 3. "conman (showjobs) 4. "conman (showjobs) 5. "conman (showjobs) Cenário 8: Planejamento Orientado por Evento Este cenário mostra alguns exemplos do planejamento orientado a eventos. Tarefas e conceitos do cenário: v Criando uma regra e associando uma ação à regra v Entendendo os diferentes tipos de regras: regras de Filtro, Sequência e Coleta v Processando uma ação associada a uma regra Comandos utilizados no cenário em sua sequência de execução: 1. "composer disp erule=smpl_filter_rule" (display) 2. "planman deploy -scratch" 3. "conman (showjobs) Cenário 9: Utilizando Tabelas de Variáveis Este cenário mostra como as tabelas de variáveis são utilizadas para: v v Alterar o comportamento de tarefas e fluxos de tarefas com base no motivo pelo qual sua execução foi planejada. Por exemplo, é possível criar uma tarefa que execute comandos diferentes para sistemas operacionais diferentes. Alterar o comportamento de tarefas e fluxos de tarefas com base em para quando sua execução foi planejada, isto é, em que dias eles são executados. Comandos utilizados no cenário em sua sequência de execução: 1. "composer disp vartable=smpl_var_table_9_0_?" (display) 2. "composer disp vartable=main_table" (display) 3. "composer disp job=smpl_job_9_1_1" (display) 4. "composer disp sched=smpl_sched_9_1_1" (display) 5. "conman sj SMPL_SCHED_9_1_1(1000).SMPL_JOB_9_1_1;info (showjobs) 6. "conman sj SMPL_SCHED_9_1_1(1200).SMPL_JOB_9_1_1;info (showjobs) Como o plano de produção já foi gerado, é possível ver os seguintes resultados: v O fluxo de tarefas incluído para o ciclo de execução associado à tabela de variáveis SMPL_VAR_TABLE_9_0_2 contém a tarefa SMPL_JOB_9_1_1 que ativa o comando padrão. v O fluxo de tarefas incluído para o ciclo de execução associado à tabela de variáveis SMPL_VAR_TABLE_9_0_1 contém a tarefa SMPL_JOB_9_1_1 que ativa o comando especificado dentro da tabela de variáveis. Capítulo 24. Usando o Utilitário do Tutorial do Tivoli Workload Scheduler 395

412 Cenário 9 Parte 1: Utilizando Tabelas de Variáveis para Executar Comandos Diferentes Utilizando a Mesma Definição de Tarefa Esta parte mostra como as tabelas de variáveis são utilizadas para criar dois fluxos de tarefas contendo a mesma definição de tarefa para ativar dois comandos diferentes. O cenário desempenha as seguintes etapas: v Cria duas tabelas de variáveis e define variáveis dentro delas. v Utiliza variáveis dentro de tarefas. v Define dois fluxos de tarefas v Associa uma tabela de variável diferente a cada fluxo de tarefa. Comandos utilizados no cenário em suas sequências de execução: 1. "composer disp vartable=smpl_var_table_9_0_?" (display) 2. "composer disp job=smpl_job_9_0_1" (display) 3. "composer disp sched=smpl_sched_9_0_?" (display) 4. "conman sj SMPL_SCHED_9_0_1.SMPL_JOB_9_0_1;info" (showjobs) 5. "conman sj SMPL_SCHED_9_0_2.SMPL_JOB_9_0_1;info" (showjobs) Como o plano de produção já foi gerado, é possível ver os seguintes resultados: v A tarefa incluída com o fluxo de tarefas SMPL_SCHED_9_0_1 contém o comando para listar o conteúdo do diretório TWSTutorial. v A tarefa incluída com o fluxo de tarefas SMPL_SCHED_9_0_2 contém o comando para listar o conteúdo do diretório TWS. Cenário 9 Parte 2: Utilizando Tabelas de Variáveis para Executar Comandos Diferentes em Dias Diferentes Esta parte mostra como as tabelas de variáveis são utilizadas para ter o mesmo fluxo de tarefas contendo dois ciclos de execução para ativar dois comandos com base na substituição da variável. Ela cria um fluxo de tarefas contendo uma definição de tarefa e dois ciclos de execução diferentes que endereçam duas tabelas de variáveis diferentes. O cenário desempenha as seguintes etapas: v Cria duas tabelas de variáveis e define variáveis dentro delas. v Utiliza variáveis dentro de tarefas. v Define um fluxo de tarefas. v Associa uma tabela de variável diferente a cada ciclo de execução. Removendo Objetos do Tutorial do Banco de Dados Você pode escolher manter os objetos de banco de dados em seu ambiente para utilizá-los como modelos para novos objetos. Se, em vez disso, você desejar remover completamente todos os objetos do tutorial do banco de dados, desempenhe as seguintes etapas: 1. Vá para o diretório TWS_home/TWS/TWSTutorial, emquetws_home é o diretório inicial do usuário para o qual você instalou o Tivoli Workload Scheduler. 2. Ative o script de instalação do utilitário do tutorial da seguinte maneira: v Em um sistema operacional Windows: v SAMPLEDBSETUP.CMD -uninstall Em sistemas operacionais UNIX e Linux: sampledbsetup.sh -uninstall 396 Tivoli Workload Scheduler: Planejamento e Instalação

413 Parte 6. Apêndices Copyright IBM Corp. 1999,

414 398 Tivoli Workload Scheduler: Planejamento e Instalação

415 Apêndice A. Arquivo de registro Em sistemas operacionais UNIX, quando você instala Tivoli Workload Scheduler usando Installation Manager ou o script twsinst, uma verificação é executada para determinar se há outras instâncias do Tivoli Workload Scheduler já instaladas. O arquivo TWSRegistry.dat armazena o histórico de todas as instâncias instaladas. Em sistemas operacionais Windows, esse arquivo é armazenado sob o diretório da unidade de sistema, por exemplo, c:\windows\system32. Nos sistemas operacionais UNIX, este arquivo é armazenado no caminho /etc/tws. O arquivo contém os valores dos seguintes atributos que definem uma instalação do Tivoli Workload Scheduler: Tabela 42. Atributos do arquivo de registro Atributo ProductID PackageName InstallationPath UserOwner MajorVersion 1MinorVersion MaintenanceVersion PatchVersion Agent FeatureList Valor TWS_ENGINE O nome do pacote de software utilizado para executar a instalação. O caminho absoluto da instância do Tivoli Workload Scheduler. O proprietário da instalação. Número da versão do Tivoli Workload Scheduler. Número do release do Tivoli Workload Scheduler. Número da versão do Tivoli Workload Scheduler. O último número de correção do produto instalado. Qualquer um dos seguintes: agente padrão, agente tolerante a falhas, gerenciador de domínio mestre. A lista de recursos opcionais instalados. A seguir, um exemplo de um arquivo TWSRegistry.dat no gerenciador de domínio principal: /Tivoli/Workload_Scheduler/twsuser_DN_objectClass=OU /Tivoli/Workload_Scheduler/twsuser_DN_PackageName=FP_TWS_LINUX_X86_64_ twsuser /Tivoli/Workload_Scheduler/twsuser_DN_MajorVersion=9 /Tivoli/Workload_Scheduler/twsuser_DN_MinorVersion=1 /Tivoli/Workload_Scheduler/twsuser_DN_PatchVersion= /Tivoli/Workload_Scheduler/twsuser_DN_FeatureList= /Tivoli/Workload_Scheduler/twsuser_DN_ProductID=TWS_ENGINE /Tivoli/Workload_Scheduler/twsuser_DN_ou=twsuser /Tivoli/Workload_Scheduler/twsuser_DN_InstallationPath=/opt/IBM/TWA/TWS /Tivoli/Workload_Scheduler/twsuser_DN_UserOwner=twsuser /Tivoli/Workload_Scheduler/twsuser_DN_MaintenanceVersion=0 /Tivoli/Workload_Scheduler/twsuser_DN_Agent=MDM Copyright IBM Corp. 1999,

416 400 Tivoli Workload Scheduler: Planejamento e Instalação

417 Apêndice B. Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler As tabelas a seguir descrevem as propriedades que são usadas no arquivo de resposta do Tivoli Workload Scheduler: v Informações gerais: Tabela 43 v Informações do usuário: Tabela 44 v Configuração de upgrade: Tabela 45 na página 402 v Configuração principal: Tabela 46 na página 402 v Configuração do gerenciador de domínio dinâmico: Tabela 47 na página 404 v Configuração do banco de dados: Tabela 48 na página 406 v Configuração do WebSphere: Tabela 49 na página 411 v Ofertas e recursos para instalar: Tabela 50 na página 414 Nota: 1. Todos os valores devem ser gravados entre aspas simples ('), por exemplo: <data key= user.finaljob,com.ibm.tws value= false /> 2. As propriedades são gravadas com maiúsculas e minúsculas para facilitar a leitura, mas não distinguem maiúsculas e minúsculas 3. Palavras-chave (por exemplo, "true") usadas em valores, não distingue maiúsculas e minúsculas. Tabela 43. Informações Gerais Nome Descrição Valores permitidos ID O ID do perfil do Tivoli Workload Scheduler. O valor deve ser Tivoli Workload Scheduler. Não modifique esse valor. installlocation O diretório de instalação do Tivoli Workload Scheduler. Para obter mais informações sobre os possíveis valores para o diretório de instalação, consulte Instalando Usando o Assistente do Installation Manager. user.offeringid O ID de oferta. O valor deve ser com.ibm.tws. Não modifique esse valor. user.issilentupgrade O valor que indica se você está executando um upgrade ou uma nova instalação no modo silencioso. true false Processo silencioso de upgrade Processo silencioso de instalação Tabela 44. Informações sobre o usuário Nome Descrição Valores permitidos user.username Especifique o nome de usuário do Tivoli Workload Scheduler. Para obter mais informações sobre os nomes de usuário do Tivoli Workload Scheduler, consulte Informações sobre o Usuário do Tivoli Workload Scheduler na página 68. Copyright IBM Corp. 1999,

418 Tabela 44. Informações sobre o usuário (continuação) Nome Descrição Valores permitidos user.password Especifique a senha criptografada do Tivoli Workload Scheduler. Para obter informações adicionais sobre criptografia de senha, consulte Criptografando Senhas de Usuário para Arquivos de Resposta na página 87. Para obter mais informações sobre as senhas de usuário do Tivoli Workload Scheduler, consulte Informações sobre o Usuário do Tivoli Workload Scheduler na página 68. Tabela 45. Configuração de upgrade (apenas para upgrade) Nome Descrição Valores permitidos user.backupdir Especifique o caminho completo do O valor padrão deve ser: diretório de backup no qual será feito Nos sistemas operacionais Windows backup dos dados de instância do Tivoli O diretório temporário do Workload Scheduler. Administrador. Em sistemas operacionais UNIX e Linux $TEMP.. Tabela 46. Configuração principal Nome Descrição Valores permitidos user.mdmisbackup Especifique se deseja instalar a instância true o processo de instalação como um gerenciador de domínio configura o Tivoli Workload principal ou gerenciador de domínio Scheduler instalado como o principal de backup. gerenciador de domínio principal de backup. false o processo de instalação configura o Tivoli Workload Scheduler instalado como gerenciador de domínio principal. Por padrão, o valor é configurado como false. user.mdmcompany Nome da empresa. Para obter informações relacionadas à configuração do gerenciador de domínio principal, consulte Configuração Principal do Tivoli Workload Scheduler na página 69. user.mdmworkstation user.mdmremoteworkstation O nome da estação de trabalho na qual você está instalando o componente. O nome da estação de trabalho do gerenciador de domínio principal. Para obter informações relacionadas à configuração do gerenciador de domínio principal, consulte Configuração Principal do Tivoli Workload Scheduler na página 69. Para obter informações relacionadas ao gerenciador de domínio principal, consulte Configuração Principal do Tivoli Workload Scheduler na página Tivoli Workload Scheduler: Planejamento e Instalação

419 Tabela 46. Configuração principal (continuação) Nome Descrição Valores permitidos user.mdmport user.dynamicagenthostname dynamicagentworkstation dynamicagentjobmanagerport user.finaljob user.eventprocessorport user.dwbworkstation user.dwbport A porta usada pelo processo netman dessa estação de trabalho. O nome completo do host ou endereço IP do agente dinâmico. O nome da estação de trabalho do agente dinâmico. O número da porta segura do agente dinâmico (SECUREADDR). Inclua o fluxo de tarefa final ao banco de dados. Essa opção permite executar a extensão do plano de produção automática no final de cada processamento de plano de produção atual. Esta opção estará disponível apenas se você estiver instalando um gerenciador de domínio principal. A porta utilizada pelo processador de gerenciamento de eventos para receber eventos. Use apenas se user.mdmisbackup estiver configurado como false. A definição da estação de trabalho do broker de carga de trabalho dinâmica criada no banco de dados do Tivoli Workload Scheduler. O nome do gerenciador de domínio principal seguido por _DWB. Use apenas se user.mdmisbackup estiver configurado como false. A porta da estação de trabalho do broker de carga de trabalho dinâmica que você criará no banco de dados do Tivoli Workload Scheduler. O mecanismo do Tivoli Workload Scheduler e o componente do Tivoli dynamic workload broker se comunicam usando esta porta. Para obter informações relacionadas à configuração do gerenciador de domínio principal, consulte Configuração Principal do Tivoli Workload Scheduler na página 69. Para obter informações relacionadas à configuração do planejamento dinâmico, consulte Configuração Principal do Tivoli Workload Scheduler na página 69. Para obter informações relacionadas à configuração do planejamento dinâmico, consulte Configuração Principal do Tivoli Workload Scheduler na página 69. Para obter informações relacionadas à configuração do planejamento dinâmico, consulte Configuração Principal do Tivoli Workload Scheduler na página 69. true Inclua o fluxo de tarefa final false Não inclua o fluxo de tarefa final Por padrão, o valor é configurado como false. Para obter informações relacionadas à configuração da automação de carga de trabalho orientada a Eventos, consulte Configuração Principal do Tivoli Workload Scheduler na página 69. Para obter informações relacionadas à configuração do componente de planejamento do Tivoli dynamic workload broker, consulte Configuração Principal do Tivoli Workload Scheduler na página 69. Para obter informações relacionadas à configuração do componente de planejamento do Tivoli dynamic workload broker, consulte Configuração Principal do Tivoli Workload Scheduler na página 69. Apêndice B. Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler 403

420 Tabela 46. Configuração principal (continuação) Nome Descrição Valores permitidos user.dwbhostname Use apenas se user.mdmisbackup estiver configurado como true. O nome completo do host ou endereço IP da estação de trabalho remota na qual está o broker de carga de trabalho dinâmica. Para obter informações relacionadas à configuração do componente de planejamento do Tivoli dynamic workload broker, consulte Configuração Principal do Tivoli Workload Scheduler na página 69. user.dwbhttpsport user.symboliclink Use apenas se user.mdmisbackup estiver configurado como true. A porta HTTPS do broker de carga de trabalho dinâmica remoto. Apenas em sistemas operacionais UNIX. Escolha se você criará links simbólicos para o diretório /usr/bin (consulte Tabela 4 na página 33 para obter mais detalhes). Para obter informações relacionadas à configuração do componente de planejamento do Tivoli dynamic workload broker, consulte Configuração Principal do Tivoli Workload Scheduler na página 69. true false Links simbólicos são criados. Links simbólicos não são criados. Tabela 47. Configuração do gerenciador de domínio dinâmico Nome Descrição Valores permitidos user.ddmisbackup Especifique se deseja instalar a instância true O processo de instalação como gerenciador de domínio dinâmico configura o Tivoli Workload ou gerenciador de domínio dinâmico de Scheduler instalado como backup. gerenciador de domínio dinâmico de backup. user.ddm2zosonly user.ddmdomainname Apenas para gerenciador de domínio dinâmico. Especifique se deseja conectar o gerenciador de domínio dinâmico apenas ao controlador z/os, ou a um gerenciador de domínio principal ou a um gerenciador de domínio principal e um controlador z/os. Apenas para user.ddm2zosonly configurado como "false" e para user.ddmisbackup configurado como "false". Especifica o nome de domínio do Tivoli Workload Scheduler gerenciado pelo gerenciador de domínio dinâmico. false O processo de instalação configura o Tivoli Workload Scheduler instalado como gerenciador de domínio dinâmico. Por padrão, o valor é configurado como false. true false Conecte o gerenciador de domínio dinâmico apenas ao controlador do z/os. Conecte o gerenciador de domínio dinâmico ao controlador do z/os e ao gerenciador de domínio principal. Por padrão, o valor é configurado como false. O valor padrão é DYNAMICDM. Para obter informações relacionadas à configuração do gerenciador de domínio dinâmico, consulte Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página Tivoli Workload Scheduler: Planejamento e Instalação

421 Tabela 47. Configuração do gerenciador de domínio dinâmico (continuação) Nome Descrição Valores permitidos user.ddmworkstation Apenas para user.ddm2zosonly configurado como "false". O nome da estação de trabalho do gerenciador de domínio dinâmico. Os valores user.ddmworkstation e user.ddmmasterworkstation não devem ser iguais. O padrão é o nome do host da estação de trabalho. Para obter informações relacionadas à configuração do gerenciador de domínio dinâmico, consulte Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página 95. user.ddmmasterworkstation user.ddmport user.dwbmasterhostname user.dwbmasterhttpsport user.dynamicagenthostname user.dynamicagentworkstation Apenas para user.ddm2zosonly configurado como "false". O nome do gerenciador de domínio principal. Os valores user.ddmworkstation e user.ddmmasterworkstation não devem ser iguais. Apenas para user.ddm2zosonly configurado como "false". A porta usada por Netman no sistema no qual o componente está instalado. Apenas para user.ddm2zosonly configurado como "false" e para user.ddmisbackup configurado como "false". O nome completo do host no qual o gerenciador de domínio dinâmico entra em contato com o gerenciador de domínio principal. Apenas para user.ddm2zosonly configurado como "false" e para user.ddmisbackup configurado como "false". O componente do agente dinâmico instalado na instância do gerenciador de domínio dinâmico usa essa porta para se conectar ao broker de carga de trabalho dinâmica instalado na instância do gerenciador de domínio principal. O nome completo do host ou endereço IP do componente do agente dinâmico instalado na instância do gerenciador de domínio dinâmico. Os agentes entram em contato com o gerenciador de domínio dinâmico usando esse endereço. O Tivoli dynamic workload broker e o controlador do Tivoli Workload Scheduler para z/os usam esse endereço para conectar-se ao agente dinâmico. O nome do componente da definição de estação de trabalho do agente dinâmico instalado na instância do gerenciador de domínio dinâmico. Para obter informações relacionadas à configuração do gerenciador de domínio dinâmico, consulte Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página 95. O valor padrão é O intervalo válido é de 1 a Para obter informações relacionadas à configuração do gerenciador de domínio dinâmico, consulte Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página 95. Para obter informações relacionadas à configuração do gerenciador de domínio dinâmico, consulte Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página 95. O valor padrão é Para obter informações relacionadas à configuração do gerenciador de domínio dinâmico, consulte Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página 95. Para obter informações relacionadas à configuração do gerenciador de domínio dinâmico, consulte Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página 95. Para obter informações relacionadas à configuração do gerenciador de domínio dinâmico, consulte Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página 95. Apêndice B. Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler 405

422 Tabela 47. Configuração do gerenciador de domínio dinâmico (continuação) Nome Descrição Valores permitidos user.dynamicagentjobmanagerport O número da porta segura do JobManager. O controlador do Tivoli Workload Scheduler para z/os e o Dynamic Workload Broker usam essa porta para conectar-se ao agente dinâmico do Tivoli Workload Scheduler. user.ddmenablejobmanagerhttps user.dwbworkstation user.dwbport Esta opção ativa a comunicação HTTPS entre o Dynamic Workload Broker local e o agente dinâmico. Apenas para gerenciador de domínio dinâmico. A definição da estação de trabalho do Dynamic Workload Broker criada no banco de dados do Tivoli Workload Scheduler. Apenas para gerenciador de domínio dinâmico. A porta usada pelo gerenciador de domínio dinâmico do Tivoli Workload Scheduler para se comunicar com o componente Dynamic Workload Broker local. O valor padrão é Para obter informações relacionadas à configuração do gerenciador de domínio dinâmico, consulte Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página 95. Para obter informações relacionadas à configuração do gerenciador de domínio dinâmico, consulte Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página 95. Para obter informações relacionadas à configuração do gerenciador de domínio dinâmico, consulte Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página 95. O valor padrão é O intervalo válido é de 1 a Para obter informações relacionadas à configuração do gerenciador de domínio dinâmico, consulte Configuração do Tivoli Workload Scheduler gerenciador de domínio dinâmico na página 95. Tabela 48. Configuração do banco de dados Nome Descrição Valores permitidos user.dbtype Escolha que tipo de suporte RDBMS que você deseja usar, DB2 ou Oracle. db2 RDBMS DB2 oracle RDBMS Oracle user.dbpath O diretório de instalação do banco de dados DB2 ou Oracle. Para obter informações adicionais sobre configuração do RDBMS, consulte user.db2isclient Especifique se o DB2 usado é uma edição de servidor ou uma edição de cliente. Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 Oracle true false Instalando para um Banco de Dados Oracle na página 77 cliente DB2 Servidor do DB2 406 Tivoli Workload Scheduler: Planejamento e Instalação

423 Tabela 48. Configuração do banco de dados (continuação) Nome Descrição Valores permitidos user.db2username O nome de usuário do administrador da instância do servidor DB2. Para obter mais informações sobre a configuração do DB2, consulte: Se o administrador do DB2 já tiver criado as tabelas de banco de dados usando o procedimento Criando ou Fazendo Upgrade das Tabelas de Banco de Dados se Estiver Usando o DB2 na página 44, o nome de usuário será aquele que o administrador do DB2 especificou na propriedade DB_USER no arquivo customizedb2sql.properties. O valor padrão é : Nos sistemas operacionais Windows db2admin. Nos sistemas operacionais UNIX e Linux db2inst1. Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 user.db2password user.db2name Se o administrador do DB2 já tiver atualizado as tabelas de banco de dados usando o procedimento Criando ou Fazendo Upgrade das Tabelas de Banco de Dados se Estiver Usando o DB2 na página 44, o nome de usuário será aquele especificado pelo administrador do DB2 no campo DB_UPGRADE_USER. Você deve designar a autoridade SYSMON para o usuário especificado no campo DB_UPGRADE_USER. A senha criptografada do usuário administrador do servidor DB2 ou do usuário com autoridade SYSADM ou SYSCTRL. Para obter informações adicionais sobre criptografia de senha, consulte Criptografando Senhas de Usuário para Arquivos de Resposta na página 87. O nome do banco de dados do DB2. O padrão é TWS. Para obter mais informações sobre a configuração do DB2, consulte: Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 Para obter mais informações sobre a configuração do DB2, consulte: Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 Apêndice B. Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler 407

424 Tabela 48. Configuração do banco de dados (continuação) Nome Descrição Valores permitidos user.db2localadminusername Apenas se user.db2isclient estiver configurado como true. O usuário administrador local do DB2. user.db2isdifferentuser user.db2twsusername user.db2twspassword user.db2datatablespacename user.db2datatablespacepath Apenas se user.db2isclient estiver configurado como true. Especifique se o usuário do DB2 do Tivoli Workload Scheduler é diferente do usuário Administrador do DB2. Apenas se user.db2isdifferentuser estiver configurado como true. O nome de usuário do DB2 do Tivoli Workload Scheduler diferente do usuário Administrador do DB2. Apenas se user.db2isdifferentuser estiver configurado como true. A senha criptografada do usuário do DB2 do Tivoli Workload Scheduler diferente do usuário Administrador do DB2. Para obter informações adicionais sobre criptografia de senha, consulte Criptografando Senhas de Usuário para Arquivos de Resposta na página 87. O nome do espaço de tabela da instância do DB2 para armazenar objetos de planejamento e regras de eventos. O caminho relativo do espaço de tabela do DB2 para armazenar objetos de planejamento e regras de eventos. Para obter mais informações sobre a configuração do DB2, consulte: Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 true false O usuário do DB2 é diferente do usuário Administrador do DB2 O usuário do DB2 NÃO é diferente do usuário Administrador do DB2 Para obter mais informações sobre a configuração do DB2, consulte: Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 Para obter mais informações sobre a configuração do DB2, consulte: Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 Para obter mais informações sobre a configuração do DB2, consulte: Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 Para obter mais informações sobre a configuração do DB2, consulte: Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página Tivoli Workload Scheduler: Planejamento e Instalação

425 Tabela 48. Configuração do banco de dados (continuação) Nome Descrição Valores permitidos user.db2reporttablespacename O nome do espaço de tabela para armazenar dados do relatório. Para obter mais informações sobre a configuração do DB2, consulte: user.db2reporttablespacepath user.db2plantablespacename user.db2plantablespacepath O caminho do espaço de tabela para armazenar dados do relatório. O nome do espaço de tabela para armazenar dados de planejamento. O caminho do espaço de tabela para armazenar dados de planejamento. Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 Para obter mais informações sobre a configuração do DB2, consulte: Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 Para obter mais informações sobre a configuração do DB2, consulte: Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 Para obter mais informações sobre a configuração do DB2, consulte: Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 user.db2instancename O nome da instância do servidor DB2. Para obter mais informações sobre a configuração do DB2, consulte: Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 Apêndice B. Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler 409

426 Tabela 48. Configuração do banco de dados (continuação) Nome Descrição Valores permitidos user.db2instanceport O número da porta TCP/IP utilizado para comunicação com a instância do DB2. user.db2hostname user.db2port user.oraclenetservicename user.oracleusername Apenas se user.db2isclient estiver configurado como true. O nome do host da estação de trabalho onde o servidor DB2 está instalado. Apenas se user.db2isclient estiver configurado como true. A porta da estação de trabalho remota onde o servidor DB2 está instalado. O nome utilizado por clientes para identificar um servidor de Rede do Oracle e o identificador do sistema ou banco de dados específico para a conexão de Rede do Oracle. O nome de usuário do administrador de banco de dados (tal como SYSTEM) necessário para autenticar-se no banco de dados Oracle. Se o administrador do ORACLE já tiver criado as tabelas de banco de dados usando o procedimento Criando ou Fazendo Upgrade das Tabelas de Banco de Dados Se Estiver Usando o Oracle. na página 54, o nome de usuário será aquele que o administrador do ORACLE especificou na propriedade MDL_USER do arquivo customizeoraclesql.properties. Para obter mais informações sobre a configuração do DB2, consulte: Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 Para obter mais informações sobre a configuração do DB2, consulte: Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 Para obter mais informações sobre a configuração do DB2, consulte: Servidor do DB2 Instalação para um Servidor de Banco de Dados DB2 na página 71 Cliente DB2 Instalação para um Cliente de Banco de Dados DB2 na página 74 Para obter mais informações sobre a configuração do Oracle, consulte: Instalando para um Banco de Dados Oracle na página 77. Para obter mais informações sobre a configuração do Oracle, consulte: Instalando para um Banco de Dados Oracle na página Tivoli Workload Scheduler: Planejamento e Instalação

427 Tabela 48. Configuração do banco de dados (continuação) Nome Descrição Valores permitidos user.oraclepassword user.oracletwsusername user.oracletwspassword user.oraclepartitioningoption user.oracledatatablespace user.oraclereporttablespace user.oracleplantablespace user.oracletemptablespace A senha criptografada do usuário administrador do banco de dados necessária para autenticar-se no banco de dados Oracle. Para obter informações adicionais sobre criptografia de senha, consulte Criptografando Senhas de Usuário para Arquivos de Resposta na página 87. O proprietário do esquema do Tivoli Workload Scheduler. A senha de usuário do administrador de banco de dados necessária para autenticação no banco de dados Oracle. Especifique se o esquema do banco de dados de automação da carga de trabalho orientada a eventos deve ser criado utilizando o recurso Oracle Partitioning. O nome que identifica o espaço de tabela de dados do Tivoli Workload Scheduler. O nome que identifica o espaço de tabela do Tivoli Workload Scheduler onde os dados do relatório devem ser armazenados. O nome que identifica o espaço de tabela do Tivoli Workload Scheduler onde os dados de planejamento serão armazenados. O nome que identifica o espaço de tabela temporário do Tivoli Workload Scheduler. Para obter mais informações sobre a configuração do Oracle, consulte: Instalando para um Banco de Dados Oracle na página 77. Para obter mais informações sobre a configuração do Oracle, consulte: Instalando para um Banco de Dados Oracle na página 77. Para obter mais informações sobre a configuração do Oracle, consulte: Instalando para um Banco de Dados Oracle na página 77. true false O recurso Oracle Partitioning é utilizado ao criar o esquema do banco de dados de automação da carga de trabalho orientada a eventos. O recurso Oracle Partitioning NÃO é utilizado ao criar o esquema do banco de dados de automação da carga de trabalho orientada a eventos. Para obter informações adicionais sobre a configuração do Oracle, consulte Instalando para um Banco de Dados Oracle na página 77. Para obter informações adicionais sobre a configuração do Oracle, consulte Instalando para um Banco de Dados Oracle na página 77. Para obter informações adicionais sobre a configuração do Oracle, consulte Instalando para um Banco de Dados Oracle na página 77. Para obter informações adicionais sobre a configuração do Oracle, consulte Instalando para um Banco de Dados Oracle na página 77. Tabela 49. Configuração do WebSphere Nome Descrição Valores permitidos user.wasinstalllocation O diretório no qual foi instalado o Websphere Application Server. Para obter informações adicionais sobre a configuração do perfil do Websphere Application Server, consulte Configuração de Perfil do Websphere Application Server na página 80. Apêndice B. Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler 411

428 Tabela 49. Configuração do WebSphere (continuação) Nome Descrição Valores permitidos user.createnewwasprofile Especifique se deseja usar um perfil true O processo de instalação cria existente ou criar um novo. um novo perfil no Websphere Application Server. user.wasprofilelocation user.wasprofilename user.washostname user.wasservername user.wasnodename user.wascellname user.wasadminconsoleport O local onde o perfil do Websphere Application Server é salvo. O nome do perfil do Websphere Application Server que está sendo usado. O endereço IP ou nome completo do host do servidor Websphere Application Server relacionado ao perfil que está sendo usado. O nome do servidor Websphere Application Server relacionado ao perfil que está sendo usado. O nome do nó do Websphere Application Server relacionado ao perfil que está sendo usado. Forneça o nome da célula do Websphere Application Server para o perfil do Websphere Application Server que você está usando. Porta de transporte HTTP de administração. false O processo de instalação usa um perfil já criado e usado no Websphere Application Server. O padrão é true. Para obter informações adicionais sobre a configuração do perfil do Websphere Application Server, consulte Configuração de Perfil do Websphere Application Server na página 80. Para obter informações adicionais sobre a configuração do perfil do Websphere Application Server, consulte Configuração de Perfil do Websphere Application Server na página 80. Para obter informações adicionais sobre a configuração do perfil do Websphere Application Server, consulte Configuração de Perfil do Websphere Application Server na página 80. Para obter informações adicionais sobre a configuração do perfil do Websphere Application Server, consulte Configuração de Perfil do Websphere Application Server na página 80. Para obter informações adicionais sobre a configuração do perfil do Websphere Application Server, consulte Configuração de Perfil do Websphere Application Server na página 80. Para obter informações adicionais sobre a configuração do perfil do Websphere Application Server, consulte Configuração de Perfil do Websphere Application Server na página 80. Para obter informações adicionais sobre portas de configuração do WebSphere, consulte Configuração de Portas do Websphere Application Server na página Tivoli Workload Scheduler: Planejamento e Instalação

429 Tabela 49. Configuração do WebSphere (continuação) Nome Descrição Valores permitidos user.wasadminconsolesecureport Porta de transporte HTTPS de administração. Para obter informações adicionais sobre portas de configuração do WebSphere, consulte Configuração de Portas do Websphere Application Server na página 81. user.washttpport Porta de transporte HTTP Para obter informações adicionais sobre portas de configuração do WebSphere, consulte Configuração de Portas do Websphere Application Server na página 81. user.washttpsport Porta de transporte HTTPS Para obter informações adicionais sobre portas de configuração do WebSphere, consulte Configuração de Portas do Websphere Application Server na página 81. user. wascsiv2clientauthlistenerport Porta do Listener de Autenticação do Cliente do CSIv2 Para obter informações adicionais sobre portas de configuração do WebSphere, consulte Configuração de Portas do Websphere Application Server na página 81. user.wasorblistenerport Porta Listener ORB Para obter informações adicionais sobre portas de configuração do WebSphere, consulte Configuração de Portas do Websphere Application Server na página 81. user.wasbootstrapport Porta de Auto-Inicialização Para obter informações adicionais sobre portas de configuração do WebSphere, consulte Configuração de Portas do Websphere Application Server na página 81. user.wassasserverauthport Porta listener de Autenticação do Servidor SAS Para obter informações adicionais sobre portas de configuração do WebSphere, consulte Configuração de Portas do Websphere Application Server na página 81. user.wassoapconnectorport Porta do conector SOAP Para obter informações adicionais sobre portas de configuração do WebSphere, consulte Configuração de Portas do Websphere Application Server na página 81. user. wascsiv2serverauthlistenerport Porta Listener de Autenticação do Servidor CSIv2 Para obter informações adicionais sobre portas de configuração do WebSphere, consulte Configuração de Portas do Websphere Application Server na página 81. Apêndice B. Propriedades do Arquivo de Resposta do Tivoli Workload Scheduler 413

430 Tabela 50. Oferta e recursos a serem instalados Nome Descrição Valores permitidos modificação A propriedade a seguir é usada pela instalação silenciosa no estado em que se encontra e não deve ser modificada. Esse campo booleano especifica se o processo de instalação está modificando o produto já instalado. Não modifique o valor no arquivo de resposta. ID de oferta perfil recurso installfixes A seguinte propriedade é usada pela instalação silenciosa como está, e não deve ser modificada. O ID de oferta. A seguinte propriedade é usada pela instalação silenciosa como está, e não deve ser modificada. O nome do perfil. A seguinte propriedade é usada pela instalação silenciosa como está, e não deve ser modificada. O nome do recurso. A seguinte propriedade é usada pela instalação silenciosa como está, e não deve ser modificada. Esse campo booleano especifica se o processo de instalação está instalando correções do produto. Não modifique o valor no arquivo de resposta. O valor deve ser 'Tivoli Workload Scheduler'. Não modifique o valor no arquivo de resposta. O valor deve ser: Gerenciador de domínio principal ou gerenciador do domínio principal de backup tws.mdm Gerenciador de domínio dinâmico ou gerenciador de domínio dinâmico de backup tws.ddm Não modifique o valor no arquivo de resposta. Não modifique o valor no arquivo de resposta. 414 Tivoli Workload Scheduler: Planejamento e Instalação

431 Apêndice C. Propriedades do Arquivo de Resposta do Dynamic Workload Console As tabelas a seguir descrevem as propriedades usadas no arquivo de resposta do Dynamic Workload Console: v Informações gerais: Tabela 51. v Configuração do WebSphere: Tabela 52. v Configuração do conector z/os: Tabela 53 na página 416. v Oferta e recursos para instalar: Tabela 54 na página 417. Nota: 1. Todos os valores devem ser gravados entre aspas simples ('), por exemplo: <data key= user.wasinstalllocation,com.ibm.tws value= C:\Program Files\IBM\TWA\ /> 2. Propriedades são gravadas com letras maiúsculas e minúsculas para facilitar a leitura, mas não fazem distinção entre maiúsculas e minúsculas. 3. Palavras-chave (por exemplo, "true") usadas em valores, não distingue maiúsculas e minúsculas. Tabela 51. Informações Gerais Nome Descrição Valores permitidos ID O ID do perfil. O valor deve ser Tivoli Dynamic Workload Console. Não modifique esse valor. installlocation O diretório de instalação do Dynamic Workload Console. Para obter informações adicionais sobre os valores possíveis do diretório de instalação, consulte Procedimento de Instalação para Dynamic Workload Console na página 332. user.offeringid O ID de oferta. O valor deve ser com.ibm.tws.tdwc. Não modifique esse valor. Tabela 52. Configuração do WebSphere Nome Descrição do Serena Valores permitidos user.wasinstalllocation user.wasprofilelocation O diretório no qual foi instalado o Websphere Application Server. O local onde o perfil do Websphere Application Server é salvo. Para obter informações adicionais sobre a configuração do perfil do Websphere Application Server, consulte Configuração de Perfil do Websphere Application Server na página 334. Para obter informações adicionais sobre a configuração do perfil do Websphere Application Server, consulte Configuração de Perfil do Websphere Application Server na página 334. Copyright IBM Corp. 1999,

432 Tabela 52. Configuração do WebSphere (continuação) Nome Descrição do Serena Valores permitidos user.wasusername Insira o ID do usuário do Websphere Application Server do perfil do Websphere Application Server que você usa. Esse campo é opcional. Para obter informações adicionais sobre a configuração do perfil do Websphere Application Server, consulte Configuração de Perfil do Websphere Application Server na página 334. user.waspassword Insira a senha criptografada do ID do usuário do Websphere Application Server do perfil do Websphere Application Server que você está usando. Para obter informações adicionais sobre criptografia de senha, consulte Criptografando Senhas de Usuário para Arquivos de Resposta na página 87. Para obter informações adicionais sobre a configuração do perfil do Websphere Application Server, consulte Configuração de Perfil do Websphere Application Server na página 334. Tabela 53. Configuração do z/os Connector Nome Descrição Valores permitidos user.zosconnisenabled Especifique se você deseja criar uma conexão true O processo de instalação com um host do Tivoli Workload Scheduler for configura uma nova conexão z/os. com um controlador Tivoli Workload Scheduler for z/os. user.zosconnenginename Especifique o nome do mecanismo do Tivoli Workload Scheduler for z/os ao qual você está se conectando. none O processo de instalação não configura uma conexão com um controlador do Tivoli Workload Scheduler for z/os. Nota: Após a instalação, é possível criar conexões usando scripts wastools. O padrão é none. Ele é um rótulo que identifica a instância do z/os Connector. user.zosconnhostname user.zosconnport Especifique o nome do host ou o endereço TCP/IP do sistema remoto z/os no qual o controlador do Tivoli Workload Scheduler for z/os está instalado. Especifique o número da porta TCP/IP do sistema remoto z/os usado para comunicar-se com o controlador do Tivoli Workload Schedulerz/OS. Um nome do host ou endereço TCP/IP válido. Este valor deve corresponder ao valor especificado no membro do controlador SERVOPTS. O valor padrão é Tivoli Workload Scheduler: Planejamento e Instalação

433 Tabela 53. Configuração do z/os Connector (continuação) Nome Descrição Valores permitidos user.zosconnsslisenabled Especifique se deseja criar a conexão com um controlador Tivoli Workload Scheduler for z/os no modo SSL. true false O processo de instalação configura a conexão com um controlador Tivoli Workload Scheduler for z/os no modo SSL. O processo de instalação não configura uma conexão com um controlador do Tivoli Workload Scheduler for z/os em modo SSL. Nota: Após a instalação, é possível criar conexões usando scripts wastools. Tabela 54. Oferta e recursos a serem instalados Nome Descrição Valores permitidos modificação A propriedade a seguir é usada pela instalação silenciosa no estado em que se encontra e não deve ser modificada. Nesse campo booleano, o processo de instalação especifica se você está modificando o produto já instalado. Não modifique o valor no arquivo de resposta. ID de oferta perfil recurso installfixes A propriedade a seguir é usada pela instalação silenciosa no estado em que se encontra e não deve ser modificada. O ID de oferta. A propriedade a seguir é usada pela instalação silenciosa no estado em que se encontra e não deve ser modificada. O nome do perfil. A propriedade a seguir é usada pela instalação silenciosa no estado em que se encontra e não deve ser modificada. O nome do recurso. A propriedade a seguir é usada pela instalação silenciosa no estado em que se encontra e não deve ser modificada. No campo booleano, o processo de instalação especifica se você está instalando correções no produto. Não modifique o valor no arquivo de resposta. Não modifique o valor no arquivo de resposta. Não modifique o valor no arquivo de resposta. Não modifique o valor no arquivo de resposta. Apêndice C. Propriedades do Arquivo de Resposta do Dynamic Workload Console 417

434 418 Tivoli Workload Scheduler: Planejamento e Instalação

435 Apêndice D. Propriedades do Arquivo de Resposta do Job Brokering Definition Console Esta seção descreve as propriedades usadas nos arquivos de resposta do Job Brokering Definition Console: Nota: 1. Todos os valores devem ser escritos entre aspas duplas ("). 2. Os nomes de propriedades são escritos com maiúsculas e minúsculas para facilitar a leitura, mas não distinguem maiúsculas e minúsculas. 3. As palavras-chave usadas em valores não distinguem maiúsculas e minúsculas. Tabela 55. Propriedades do arquivo de resposta Job Brokering Definition Console Nome Descrição Valores permitidos licenseaccepted installlocation Aceitar contrato de licença Para instalar o Job Brokering Definition Console usando um arquivo de resposta, é necessário aceitar explicitamente o contrato de licença, uma cópia no diretório de licença da mídia de instalação do produto (DVD ou imagem transferida por download).a licença deve ser aceita antes da instalação. Este valor deve ser igual a true para a instalação ser bem sucedida. Caminho da instalação para Job Brokering Definition Console. true false Para aceitar o contrato de licença. Para não aceitar o contrato de licença. Neste caso, o Job Brokering Definition Console não é instalado. Qualquer caminho completo. Copyright IBM Corp. 1999,

436 420 Tivoli Workload Scheduler: Planejamento e Instalação

437 Apêndice E. Caminhos Relativos do Espaço de Tabela do DB2 Ao criar um espaço de tabelas do DB2 com um caminho relativo, o caminho é construído da seguinte maneira: DFTDBPATH\DB2_instance\NODE0000\SQLnnnnn\TABLESPACE_REL_PATH onde: DFTDBPATH Para o sistema operacional Windows, essa é a unidade onde a instância do DB2 está instalada. Para sistemas operacionais UNIX elinux, esta é a instância inicial da instalação dodb2. DB2_instance É o nome da instância do DB2. NODE0000 É o diretório no qual as instâncias de banco de dados do DB2 estão localizadas. SQLnnnn É um caminho de diretório incremental que depende do número de instâncias de banco de dados. TABLESPACE_REL_PATH É o caminho relativo especificado para o espaço de tabelas. Para obter mais informações sobre os caminhos relativos de espaço de tabela, consulte o conjunto de documentação do DB2. Copyright IBM Corp. 1999,

438 422 Tivoli Workload Scheduler: Planejamento e Instalação

439 Avisos Estas informações foram desenvolvidas para produtos e serviços oferecidos nos Estados Unidos. É possível que a IBM não ofereça os produtos, serviços ou recursos discutidos nesta publicação em outros países. Consulte um representante IBM local para obter informações sobre produtos e serviços disponíveis atualmente em sua área. Qualquer referência a produtos, programas ou serviços IBM não significa que apenas produtos, programas ou serviços IBM possam ser utilizados. Qualquer produto, programa ou serviço funcionalmente equivalente, que não infrinja nenhum direito de propriedade intelectual da IBM poderá ser utilizado em substituição a este produto, programa ou serviço. Entretanto, a avaliação e verificação da operação de qualquer produto, programa ou serviço não IBM são de responsabilidade do Cliente. A IBM pode ter patentes ou solicitações de patentes pendentes relativas a assuntos tratados nesta publicação. O fornecimento desta publicação não lhe garante direito algum sobre tais patentes. Pedidos de licença devem ser enviados, por escrito, para: Gerência de Relações Comerciais e Industriais da IBM Brasil Av. Pasteur, Botafogo Rio de Janeiro, RJ CEP Para pedidos de licença relacionados a informações de DBCS (Conjunto de Caracteres de Byte Duplo), entre em contato com o Departamento de Propriedade Intelectual da IBM em seu país ou envie pedidos de licença, por escrito, para: Intellectual Property Licensing Legal and Intellectual Property Law IBM Japan, Ltd , Nihonbashi-Hakozakicho, Chuo-ku Tokyo , Japan O parágrafo a seguir não se aplica a nenhum país em que tais disposições não estejam de acordo com a legislação local: A INTERNATIONAL BUSINESS MACHINES CORPORATION FORNECE ESTA PUBLICAÇÃO "NO ESTADO EM QUE SE ENCONTRA", SEM GARANTIA DE NENHUM TIPO, SEJA EXPRESSA OU IMPLÍCITA, INCLUINDO, MAS A ELAS NÃO SE LIMITANDO, AS GARANTIAS IMPLÍCITAS DE NÃO INFRAÇÃO, COMERCIALIZAÇÃO OU ADEQUAÇÃO A UM DETERMINADO PROPÓSITO. Alguns países não permitem a exclusão de garantias expressas ou implícitas em certas transações; portanto, essa disposição pode não se aplicar ao Cliente. Essas informações podem conter imprecisões técnicas ou erros tipográficos. São feitas alterações periódicas nas informações aqui contidas; tais alterações serão incorporadas em futuras edições desta publicação. A IBM pode, a qualquer momento, aperfeiçoar e/ou alterar os produtos e/ou programas descritos nesta publicação, sem aviso prévio. Copyright IBM Corp. 1999,

440 Marcas Registradas Referências nestas informações a websites não IBM são fornecidas apenas por conveniência e não representam de forma alguma um endosso a esses websites. Os materiais contidos nesses websites não fazem parte dos materiais desse produto IBM e a utilização desses websites é de inteira responsabilidade do Cliente. A IBM pode utilizar ou distribuir as informações fornecidas da forma que julgar apropriada sem incorrer em qualquer obrigação para com o Cliente. Licenciados deste programa que desejam obter informações sobre este assunto com objetivo de permitir: (i) a troca de informações entre programas criados independentemente e outros programas (incluindo este) e (ii) a utilização mútua das informações trocadas, devem entrar em contato com: Gerência de Relações Comerciais e Industriais da IBM Brasil Av. Pasteur, Botafogo Rio de Janeiro, RJ CEP Tais informações podem estar disponíveis, sujeitas a termos e condições apropriadas, incluindo em alguns casos o pagamento de uma taxa. O programa licenciado descrito nesta publicação e todo o material licenciado disponível são fornecidos pela IBM sob os termos do Contrato com o Cliente IBM, do Contrato Internacional de Licença do Programa IBM ou de qualquer outro contrato equivalente. Estas informações contêm exemplos de dados e relatórios utilizados nas operações diárias de negócios. Para ilustrá-los da forma mais completa possível, os exemplos incluem nomes de indivíduos, empresas, marcas e produtos. Todos estes nomes são fictícios e qualquer semelhança com os nomes e endereços utilizados por uma empresa real é mera coincidência. IBM, o logotipo IBM e ibm.com são marcas ou marcas registradas da International Business Machines Corporation nos Estados Unidos e/ou em outros países. Se estes e outros termos de marca registrada da IBM estiverem marcados em sua primeira ocorrência nestas informações com um símbolo de marca registrada ( ou ), estes símbolos indicarão marcas registradas dos Estados Unidos ou de direito consuetudinário de propriedade da IBM no momento em que estas informações forem publicadas. Estas marcas registradas também podem ser marcas registradas ou de direito consuetudinário em outros países. Uma lista atual de marcas registradas da IBM está disponível na Web em "Copyright and trademark information" em Adobe, o logotipo Adobe, PostScript e o logotipo PostScript são marcas ou marcas registradas da Adobe Systems Incorporated nos Estados Unidos e/ou em outros países. Intel, o logotipo Intel, Intel Inside, o logotipo Intel Inside, Intel Centrino, o logotipo Intel Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium e Pentium são marcas ou marcas registradas da Intel Corporation ou suas subsidiárias nos Estados Unidos e em outros países. 424 Tivoli Workload Scheduler: Planejamento e Instalação

441 Java e todas as marcas registradas e logotipos baseados em Java são marcas ou marcas registradas da Oracle e/ou de suas afiliadas. Linux é uma marca registrada de Linus Torvalds nos Estados Unidos e/ou em outros países. Microsoft, Windows, Windows NT e o logotipo Windows são marcas registradas da Microsoft Corporation nos Estados Unidos e/ou em outros países. UNIX é uma marca registrada do The Open Group nos Estados Unidos e em outros países. Avisos 425

442 426 Tivoli Workload Scheduler: Planejamento e Instalação

443 Índice Remissivo A ação confirmar do gerenciador de domínio dinâmico falha do upgrade 274 ação confirmar do gerenciador de domínio principal falha do upgrade 274 falha na instalação AWSJIM976W 259 acessibilidade xiii add opção para incluir o comando de recurso dynamic workload broker com twsinst 224 agent 107, 297, 307 ambiente estático 5 como desinstalar manualmente 286 fazendo upgrade usando twsinst 188 instalação 107 no IBM i 297, 307 para ambiente de ponta a ponta 107 para ambiente distribuído 107 Agent, atributo do registro 399 agente de desinstalação código de retorno 247, 301, 311 agente de instalação código de retorno 247, 301, 311 agente dinâmico 107 ambiente 7 configurando 221, 305 ligado 107 no IBM i 297, 307 recurso 7 agente estendido ambiente 5, 8 recurso 5, 8 agente padrão capacidade estática 5 estática do ambiente 5 agente Tivoli Workload Scheduler 107 agente tolerante a falhas ambiente estático 5 capacidade estática 5 configurando 220 falha no upgrade em uma instância compartilhada 280 agente tolerante a falhas compartilhado falha no upgrade 280 AIX validação do usuário e da senha é interrompida ao atualizar 277 ambiente agente dinâmico 7 agente estendido 5, 8 ambiente de carga de trabalho de ponta a ponta 14 ambiente de carga de trabalho distribuída 9 ambiente de carga de trabalho distribuída com recursos de planejamento dinâmico 11, 13 ambiente (continuação) ambiente de carga de trabalho integrado com sistemas externos 15 ambiente de carga de trabalho orientado por sistema distribuído para z/os 16 descrição 3 domínio 18 gerenciador de domínio dinâmico 7 gerenciador de domínio dinâmico de backup 7 gerenciador de domínio principal 7 gerenciador de domínio principal de backup 7 processamento localizado 18 ambiente de carga de trabalho de ponta a ponta planejamento 14 antes da instalação criando tabelas de bancos de dados 43 antes de fazer upgrade fazendo upgrade das tabelas de bancos de dados 43 APARs 251 IZ aplicativos ambiente de carga de trabalho integrado com 15 aplicativos Oracle E-Business Suite ambiente de carga de trabalho integrado com 15 aplicativos Peoplesoft ambiente de carga de trabalho integrado com 15 aplicativos SAP R/3 ambiente de carga de trabalho integrado com 15 aplicativos z/os ambiente de carga de trabalho integrado com 15 arquivo desinstalação de tws4apps_ia_uninstall.log 237 desinstalação de tws4apps_status.log 237 desinstalação de tws4apps_uninstall.log 237 desinstalação silenciosa de tws4apps_ia_uninstall.log 238 desinstalação silenciosa de tws4apps_uninstall.log 238 instalação silenciosa de TWSAPPS_RespFile_UNIX.txt 122 instalação silenciosa de TWSAPPS_RespFile_windows.txt 122 arquivo customizedb2sql.properties customizar DB2 44 arquivo customizeoraclesql.properties customizar ORACLE 54 arquivo de log desinstalação de tws4apps_status.log 237 desinstalação de tws4apps_uninstall.log 237 desinstalação silenciosa de tws4apps_ia_uninstall.log 238 desinstalação silenciosa de tws4apps_uninstall.log 238 tws4plugins_install.log 121 arquivo de log da instalação tws4apps_install.log 121 tws4plugins_install.log 121 arquivo de log da instalação silenciosa tws4apps_ia_install.log 122 tws4apps_install.log 122 arquivo de log de desinstalação desinstalação silenciosa de tws4apps_ia_uninstall.log 238 desinstalação silenciosa de tws4apps_uninstall.log 238 instalação de tws4apps_status.log 237 instalação de tws4apps_uninstall.log 237 tws4apps_ia_uninstall.log 237 arquivo de log de instalação silenciosa tws4apps_ia_install.log 122 arquivo de log para desinstalação tws4apps_ia_uninstall.log 237 arquivo de propriedades DB2 criando tabelas de bancos de dados propriedade COMPANY_NAME 47 propriedade DB_USER 45 propriedade DB2DIR 47 propriedade DB2LOCALADMINUSER 47 propriedade EIF_PORT 47 propriedade HOST_NAME 47 propriedade TWS_DATA_TS_PATH 46 propriedade TWS_DB 45 propriedade TWS_LOG_TS_NAME 46 propriedade TWS_LOG_TS_PATH 46 propriedade TWS_PLAN_TS_NAME 46 propriedade TWS_PLAN_TS_PATH 46 propriedade TWS_TS_NAME 45 propriedade TWS_USER 45 propriedade WAS_SEC_PORT 47 arquivo de registro atributos 399 exemplo 399 Copyright IBM Corp. 1999,

444 arquivo de registro (continuação) fazendo upgrade com arquivos corrompidos 212 recriando 212 arquivo de resposta instalação silenciosa de TWSAPPS_RespFile_windows.txt 122 opções de desinstalação do produto 239 opções de instalação do produto 123 arquivo de resposta ausente, fazendo com que a instalação silenciosa falhe 385 arquivo de resposta da instalação instalação silenciosa de TWSAPPS_RespFile_UNIX.txt 122 instalação silenciosa de TWSAPPS_RespFile_windows.txt 122 arquivo Symphony 22 arquivos /etc/password 193 FINAL 215 letras maiúsculas e minúsculas alteradas durante cópia 253 não copiado corretamente antes de executar twsinst 253 nomes, letras maiúsculas e minúsculas alteradas durante cópia 253 Symphony 22 twsinst, antes da execução, não está sendo copiado corretamente 253 TWSRegistry.dat 289, 399 arquivos alterados upgrade 129 arquivos de log 241 criação de perfil do WebSphere Application 244 desinstalando plug-ins adicionais 237 Dynamic Workload Console 379 empacotando para suporte 244 instalação do DB2 244 instalação do Jazz for Service Management extension for IBM WebSphere 384 arquivos de log de instalação e desinstalação assistente e silenciosa 242 twsinst 115, 244 arquivos de propriedades DB2 customizar 44 Oracle customizar 54 arquivos de resposta Dynamic Workload Console 336 instalação silenciosa 82, 83, 101, 336 modelo 84, 102, 337 arquivos modificados desinstalando plug-ins adicionais 237 Arquivos SQL gerando DB2 47 Oracle 56 assistente arquivos de log 243, 383 arquivos de log de instalação e desinstalação 242 desinstalando plug-ins adicionais 237 assistente (continuação) instalação 121 método de instalação 65, 91, 229, 331 plug-in do adicional 121 assistente interativo problema usando com o Dynamic Workload Console 385 ativando planejamento dinâmico 224 planejamento dinâmico após a instalação 226 planejamento dinâmico após o upgrade 226 atributo do atributo 399 atributos, arquivos de registro 399 atualização de twsinst de parâmetro -addjruntime 191, 308 -backup_dir 191 -displayname 191 -domínio 192 -hostname 192 -inst_dir 192 -jmport 192 -jmportssl 192 -lang 192 -nobackup_dir 193, 310 -reset_perm 193 -senha 193 -skip_usercheck 193 -tdwbhostname 193, 309 -tdwbport 193, 310 -uname 193, 310 -update 193, 310 -wait 194, 310 -work_dir 310 atualizando Tivoli Dynamic Workload Console mecanismo de autenticação 376 autorização requisitos do usuário 129 aviso AWSJIM970W falha de gerenciador de domínio dinâmico de instalação 256 falha de gerenciador de domínio principal de instalação 256 aviso AWSJIM971W falha ao iniciar o Websphere Application Server para gerenciador de domínio dinâmico 257, 279 falha ao iniciar o Websphere Application Server para gerenciador de domínio principal 257, 279 aviso AWSJIM971W ao iniciar o Websphere Application Server 257, 279 aviso AWSJIM972W falha ao iniciar o Websphere Application Server para gerenciador de domínio dinâmico 279 falha ao iniciar o Websphere Application Server para gerenciador de domínio principal 279 aviso AWSJIM972W ao iniciar Websphere Application Server 279 aviso AWSJIM974W falha ao iniciar a instância do Tivoli Workload Scheduler para gerenciador de domínio dinâmico 257, 280 iniciando a instância do Tivoli Workload Scheduler para gerenciador de domínio principal 257, 280 aviso AWSJIM974W ao iniciar a instância do Tivoli Workload Scheduler 257, 280 aviso AWSJIM974W ao iniciar o agente dinâmico 258, 281 aviso AWSJIM975W falha ao iniciar o agente dinâmico para gerenciador de domínio dinâmico 258, 281 iniciando o agente dinâmico para gerenciador de domínio principal 258, 281 aviso AWSJIM975W ao iniciar agente dinâmico 258, 281 aviso AWSJIM977W falha ao incluir a definição de usuário do Windows para gerenciador de domínio dinâmico 265, 281 incluindo a definição de usuário do Windows para gerenciador de domínio principal 265, 281 aviso AWSJIM977W ao incluir a definição do usuário do Windows 265, 281 aviso AWSJIM979W configurando a propriedade para os arquivos do servidor Tivoli Workload Scheduler 269 falha na configuração da propriedade para os arquivos do servidor Tivoli Workload Scheduler 269 aviso AWSJIM979W na configuração da propriedade para os arquivos do servidor Tivoli Workload Scheduler 269 aviso de segurança do Windows é exibida durante o upgrade ou a instalação 251, 274 AWSJIM976W da ação de confirmação do gerenciador de domínio dinâmico instalação falha 259 B backup principal ou gerenciador de domínio principal instalação company 69, 148 nome de exibição do agente 70, 149 nome de usuário 68, 94, 148, 173 nome desta estação de trabalho 69, 148 nome do host ou endereço IP 70, 149 Porta JobManager 70, 149 Porta Netman 70, 148 senha 69, Tivoli Workload Scheduler: Planejamento e Instalação

445 banco de dados remoto do Tivoli Workload Scheduler, apontando para 270 bancos de dados suportados 128 barra de ativação instalação 28, 64, 90 problemas de uso com o Dynamic Workload Console 384 batchman verificando se está ativo 289 broker de carga de trabalho dinâmica instalação broker de carga de trabalho dinâmica Número da porta HTTPS 97, 175 broker de carga de trabalho dinâmica Número da porta HTTPS instalação gerenciador de domínio dinâmico 97, 175 C caixa de diálogo é exibida durante o upgrade ou a instalação 251, 274 capacidade estática agente padrão 5 agente tolerante a falhas 5 carga de trabalho distribuída ambiente 9 ambiente com capacidades de planejamento dinâmico 11 ambiente com recursos de planejamento estático e dinâmico 13 cenários de problemas, instalação 250 classe da estação de trabalho definição 23 código de retorno twsinst 247, 301, 311 código de retorno de desinstalação de agente twsinst 247, 301, 311 código de retorno de instalação do agente twsinst 247, 301, 311 código de retorno de restauração de agente twsinst 247, 301, 311 código de retorno do upgrade do agente twsinst 247, 301, 311 comando setup.bin 121 uninstaller.bin 237, 238 comandos twsinst para incluir o Java runtime para executar tipos de tarefas com opções avançadas 224 comandos e scripts parar utilizado antes da desinstalação manual 289 ps, utilizado antes da desinstalação manual 289 shut, utilizado antes da desinstalação manual 289 comandos e scripts (continuação) twsinst, arquivos não sendo copiados corretamente antes da execução 253 unlink utilizado antes da desinstalação manual 289 wdlssp, utilizado antes da desinstalação manual 289 wdrmvsp, utilizado antes da desinstalação manual 289 company instalação gerenciador de domínio principal ou gerenciador de backup 69, 148 Conector z/os diretórios criados no momento da instalação fora de TWA_home 321 conexão para Tivoli Workload Scheduler 343 configurando agente dinâmico 221, 305 agente tolerante a falhas 220 gerenciador de domínio 218 gerenciador de domínio de backup 218 gerenciador de domínio dinâmico 219 gerenciador de domínio dinâmico de backup 219 gerenciador de domínio principal 215 gerenciador de domínio principal de backup 217 planejamento dinâmico após a instalação 226 planejamento dinâmico após o upgrade 226 configurando a propriedade para os arquivos do servidor Tivoli Workload Scheduler falha com aviso AWSJIM979W 269 console portfólio 349 start 349 contas de usuário do UNIX 37 contas de usuários do Linux 37 convenções utilizadas nas publicações xiii criando tabelas de banco de dados DB2 arquivo de propriedades propriedade COMPANY_NAME 47 propriedade DB_USER 45 propriedade DB2DIR 47 propriedade DB2LOCALADMINUSER 47 propriedade EIF_PORT 47 propriedade HOST_NAME 47 propriedade TWS_DATA_TS_PATH 46 propriedade TWS_DB 45 propriedade TWS_LOG_TS_NAME 46 propriedade TWS_LOG_TS_PATH 46 criando tabelas de banco de dados DB2 (continuação) arquivo de propriedades (continuação) propriedade TWS_PLAN_TS_NAME 46 propriedade TWS_PLAN_TS_PATH 46 propriedade TWS_TS_NAME 45 propriedade TWS_USER 45 propriedade WAS_SEC_PORT 47 criando tabelas de bancos de dados antes da instalação 43 antes de fazer upgrade 43 customizar DB2 arquivos de propriedades 44 Oracle arquivos de propriedades 54 customizesql gerando arquivos SQL DB2 48 D DB2 arquivos de log de instalação 244 criando tabelas de bancos de dados antes da instalação 44 customizar arquivos de propriedades 44 propriedade COMPANY_NAME 47 propriedade DB_USER 45 propriedade DB2DIR 47 propriedade DB2LOCALADMINUSER 47 propriedade EIF_PORT 47 propriedade HOST_NAME 47 propriedade TWS_DATA_TS_PATH 46 propriedade TWS_DB 45 propriedade TWS_LOG_TS_NAME 46 propriedade TWS_LOG_TS_PATH 46 propriedade TWS_PLAN_TS_NAME 46 propriedade TWS_PLAN_TS_PATH 46 propriedade TWS_TS_NAME 45 propriedade TWS_USER 45 propriedade WAS_SEC_PORT 47 propriedades TWSTEMPDIR 44 fazendo upgrade das tabelas de bancos de dados antes de fazer upgrade 44 gerando Arquivos SQL 47 gerando arquivos SQL customizesql 48 dependências entre redes domínio 20 desinstalação arquivos de log do Dynamic Workload Console 379 componentes adicionais 236 Índice Remissivo 429

446 desinstalação (continuação) manual exclusão de arquivo muito lenta 291 os componentes principais 229 resolução de problemas 241 desinstalação de agente twsinst 234, 315 desinstalação de agentes do Tivoli Workload Scheduler twsinst 234 desinstalação do principal silenciosa 232 desinstalação do Tivoli Workload Scheduler principal silenciosa 232 desinstalação manual agentes 286 gerenciador de domínio principal 286 desinstalação silenciosa do Dynamic Workload Console 377 opções adicionais de desinstalação dos plug-ins 239 Tivoli Workload Scheduler para Plug-ins Adicionais 238 desinstalando arquivos de log dos plug-ins adicionais 237 arquivos modificados dos plug-ins adicionais 237 falha do gerenciador de domínio dinâmico em algum estágio 286 falha do gerenciador de domínio principal 286 gerenciador de domínio dinâmico 231, 232 gerenciador de domínio dinâmico de backup 231 gerenciador de domínio principal 230 gerenciador de domínio principal de backup 230 gerenciador de domínio principal no Linux falha ao excluir alguns diretórios 286 plug-ins adicionais 236 plug-ins adicionais com o assistente 237 procedimentos 236 Tivoli Workload Scheduler para Plug-ins Adicionais silenciosamente 238 desinstalando agente twsinst 234, 315 desinstalando agentes Tivoli Workload Scheduler no IBM i twsinst 315 desinstalando o Dynamic Workload Console 286 desinstalando o principal silenciosa 232 desinstalar do Dynamic Workload Console o modo silencioso 377 Dynamic Workload Console 377 manualmente 379, 380 desinstalar (continuação) manualmente agentes 286 gerenciador de domínio principal 286 utilizando o arquivo de resposta 377 zconnector manualmente 379, 380 diretórios criados fora do TWA_home durante a instalação do Conector z/os 321 durante a instalação do Dynamic Workload Console 321 durante a instalação do Tivoli Workload Scheduler 34 domínio dependências entre jobs 19 dependências entre redes 20 Desempenho do sistema e outros critérios 19 firewalls 20 fusos horários 19 Nível de tolerância a falhas necessário 19 número de estações de trabalho, aplicativos e tarefas 18 número de locais geográficos 19 planejamento 18 processamento localizado 18 Quantia de tráfego de rede 19 Rede do Windows 19 SSL ou GSKit 20 tipos de aplicativos 19 topologia múltiplos 21 único 20 DVDs instalação 30, 322 dynamic workload console instalação 331 Dynamic Workload Console acessibilidade xiii arquivos de log 382 arquivos de log de instalação e desinstalação 379 atualizando mecanismo de autenticação 376 conexão para componentes Tivoli dynamic workload broker 343 configuração 347 desinstalar 377 limpeza 379, 380 manualmente 379, 380 o modo silencioso 377 utilizando o assistente 377 diretórios criados no momento da instalação fora de TWA_home 321 falha na desinstalação em algum estágio 286 fazendo o upgrade 357, 360, 363 visão geral 355 iniciando e parando 344 instalação arquivos de log 382 métodos 331 interface com o usuário 341 Dynamic Workload Console (continuação) introdução 349 pré-requisito 327 remover manualmente 379, 380 resolução de problemas 379 visão geral 319 E educação xiv empacotando arquivos de log 243, 383 endereço IP ou nome do host instalação gerenciador de domínio dinâmico 97, 175 gerenciador de domínio principal ou gerenciador de backup 70, 149 entradas de registro, excluindo manualmente UNIX 289 Windows 286 erro AWSJIM1001W instalando ou atualizando no Windows 251 erro AWSJIM267E fazendo o upgrade 273 erro AWSJIM923E falha de gerenciador de domínio dinâmico de instalação 255 falha de gerenciador de domínio principal de instalação 255 erro AWSJIM924E falha de gerenciador de domínio dinâmico de instalação 255 falha de gerenciador de domínio principal de instalação 255 erro AWSJIM928E falha de gerenciador de domínio dinâmico de instalação 256 falha de gerenciador de domínio principal de instalação 256 erro AWSJIM931E falha de gerenciador de domínio dinâmico de instalação 278 falha de gerenciador de domínio principal de instalação 278 erro AWSJIM963E de criação de conta Windows 250 erro AWSJIM967E falha no upgrade do gerenciador de domínio dinâmico 278 falha no upgrade do gerenciador de domínio principal 278 erro CRIMC1017E falha de gerenciador de domínio dinâmico de instalação 254 erro de memória insuficiente fazendo o upgrade 272 escritor verificando se está ativo 289 espaço em disco não suficiente para a instalação 253 estação de trabalho desligando Tivoli Workload Scheduler: Planejamento e Instalação

447 estação de trabalho desconhecida 187 estática da rede agent 5 agente padrão 5 agente tolerante a falhas 5 gerenciador de domínio 5 gerenciador de domínio de backup 5 gerenciador de domínio principal 4 gerenciador de domínio principal de backup 5 estática do ambiente agent 5 agente padrão 5 agente tolerante a falhas 5 gerenciador de domínio 5 gerenciador de domínio de backup 5 gerenciador de domínio principal 4 gerenciador de domínio principal de backup 5 estrutura estruturas do DVD de instalação 30, 322 excluindo arquivos muito lenta após desinstalação manual 291 excluindo os diretórios falha ao desinstalar o gerenciador de domínio principal no Linux 286 exemplos arquivo de registro 399 F fazendo o upgrade agent 187 agente tolerante a falhas 212 agente tolerante a falhas em uma instância compartilhada falha 280 agente usando twsinst 188 autenticação Tivoli Dynamic Workload Console 376 aviso AWSJIM971W ao iniciar o Websphere Application Server 257, 279 aviso AWSJIM974W ao iniciar a instância do Tivoli Workload Scheduler 257, 280 aviso AWSJIM975W ao iniciar agente dinâmico 258, 281 caixa de diálogo é exibida 251, 274 com arquivos de log corrompidos 212 Dynamic Workload Console 357, 360, 363 visão geral 355 erro AWSJIM1001W 251 erro AWSJIM267E 273 erro de memória insuficiente 272 gerenciador de domínio dinâmico de backup falha ao se conectar ao banco de dados 278, 285 gerenciadores de domínios 187 o nome da estação de trabalho do agente dinâmico não está correto 277 fazendo o upgrade (continuação) validação do usuário e da senha é interrompida 277 FeatureList, atributo do registro 399 ferramentas Integration Workbench 116 FINAL incluindo 215 firewall parando a instalação do Dynamic Workload Console 385 fluxo de tarefa final incluindo 215 funções disponíveis para Tivoli dynamic workload broker 342 para Tivoli Workload Scheduler 342 fuso horário visão geral 23 G gerando Arquivos SQL DB2 47 Oracle 56 gerando arquivos SQL DB2 customizesql 48 gerenciador de domínio ambiente estático 5 configurando 218 gerenciador de domínio de backup ambiente estático 5 configurando 218 gerenciador de domínio dinâmico ambiente 7 configurando 219 desinstalando 231, 232 falha na desinstalação em algum estágio 286 instalação 89 nome de domínio 96, 174 nome de exibição do agente 97, 176 nome desta estação de trabalho 96, 174 nome do gerenciador de domínio principal 96, 175 nome do host ou endereço IP 97, 175 Porta JobManager 97, 176 Porta Netman 97, 175 porta netman do gerenciador de domínio principal 71, 150 porta netman do Tivoli dynamic workload broker 98, 176 Tivoli dynamic workload broker nome da estação de trabalho 98, 176 gerenciador de domínio dinâmico como principal de backup instalação 95, 173 gerenciador de domínio dinâmico configurando a propriedade para os arquivos do servidor Tivoli Workload Scheduler falha com aviso AWSJIM979W 269 gerenciador de domínio dinâmico de backup ambiente 7 conexão com o banco de dados do gerenciador de domínio dinâmico não funciona 278, 285 configurando 219 desinstalando 231 falha no upgrade 278, 285 instalação 89 gerenciador de domínio dinâmico incluindo a definição de usuário do Windows falha com aviso AWSJIM977W 265, 281 gerenciador de domínio dinâmico iniciando instância do Tivoli Workload Scheduler falha com aviso AWSJIM974W 257, 280 gerenciador de domínio dinâmico iniciando o agente dinâmico falha com aviso AWSJIM975W 258, 281 gerenciador de domínio dinâmico iniciando o Websphere Application Server falha com aviso AWSJIM971W 257, 279 falha com aviso AWSJIM972W 279 gerenciador de domínio dinâmico upgrade ação de confirmação de falhas 274 falha com erro AWSJIM967E 278 gerenciador de domínio principal ambiente 7 ambiente estático 4 configurando 215 desinstalando 230 desinstalar manualmente 286 desinstalar no Linux falha ao excluir alguns diretórios 286 falha na desinstalação em algum estágio 286 instalação 63 Tivoli dynamic workload broker nome da estação de trabalho 71, 150 pré-requisito 35 pré-requisito do DB2 36 gerenciador de domínio principal como principal de backup instalação 69, 148 gerenciador de domínio principal configurando a propriedade para os arquivos do servidor Tivoli Workload Scheduler falha com aviso AWSJIM977W 269 gerenciador de domínio principal de backup ambiente 7 ambiente estático 5 configurando 217 desinstalando 230 instalação 63 name 70, 148 Índice Remissivo 431

448 gerenciador de domínio principal incluindo a definição de usuário do Windows falha com aviso AWSJIM977W 265, 281 gerenciador de domínio principal iniciando instância do Tivoli Workload Scheduler falha com aviso AWSJIM974W 257, 280 gerenciador de domínio principal iniciando o agente dinâmico falha com aviso AWSJIM975W 258, 281 gerenciador de domínio principal iniciando o Websphere Application Server falha com aviso AWSJIM971W 257, 279 falha com aviso AWSJIM972W 279 gerenciador de domínio principal ou gerenciador de backup instalação company 69, 148 nome de exibição do agente 70, 149 nome de usuário 68, 94, 148, 173 nome desta estação de trabalho 69, 148 nome do host ou endereço IP 70, 149 Porta JobManager 70, 149 Porta Netman 70, 148 senha 69, 95 gerenciador de domínio principal upgrade ação de confirmação de falhas 274 falha com erro AWSJIM967E 278 varrendo pré-requisitos do sistema 40, 131, 328, 356 glossário xiii I IBM i agente dinâmico 297, 307 incluindo novos recursos 224 plug-ins usando o assistente 121 incluindo a definição do usuário do Windows falha com aviso AWSJIM977W 265, 281 iniciando console 349 Dynamic Workload Console 344 servidor 344 iniciando a instância do Tivoli Workload Scheduler falha com aviso AWSJIM974W 257, 280 iniciando o agente dinâmico falha com aviso AWSJIM975W 258, 281 iniciando Websphere Application Server falha com aviso AWSJIM971W 257, 279 iniciando Websphere Application Server (continuação) falha com aviso AWSJIM972W 279 instalação 321 agent 107 arquivos de log 241 arquivos de log, DB2 244 arquivos de log, Jazz for Service Management extension for IBM WebSphere 384 arquivos de log, WebSphere Application Server 244 arquivos de log do Dynamic Workload Console 379 aviso AWSJIM971W ao iniciar o Websphere Application Server 257, 279 aviso AWSJIM974W ao iniciar a instância do Tivoli Workload Scheduler 257, 280 aviso AWSJIM975W ao iniciar agente dinâmico 258, 281 aviso AWSJIM977W ao incluir a definição do usuário do Windows 265, 281 aviso AWSJIM979W na configuração da propriedade para os arquivos do servidor Tivoli Workload Scheduler 269 caixa de diálogo é exibida 251, 274 cenários de problemas 250 cenários de resolução de problemas Dynamic Workload Console 382 componentes adicionais 115 diretórios criados fora de TWA_home durante a instalação do Tivoli Workload Scheduler 34 DVDs 30, 322 dynamic workload console 331 Dynamic Workload Console métodos 331 o modo silencioso 331 utilizando a barra de ativação 331 utilizando o assistente 331 erro AWSJIM1001W 251 falha (Dynamic Workload Console) 385 falhas variados 253 gerenciador de domínio dinâmico 89 broker de carga de trabalho dinâmica Número da porta HTTPS 97, 175 nome de domínio 96, 174 nome de exibição do agente 97, 176 nome desta estação de trabalho 96, 174 nome do gerenciador de domínio principal 96, 175 nome do host ou endereço IP 97, 175 Porta JobManager 97, 176 Porta Netman 97, 175 porta netman do Tivoli dynamic workload broker 98, 176 instalação (continuação) gerenciador de domínio dinâmico (continuação) Tivoli dynamic workload broker nome da estação de trabalho 98, 176 gerenciador de domínio dinâmico de backup 89 gerenciador de domínio principal 63 porta netman do Tivoli dynamic workload broker 71, 150 Tivoli dynamic workload broker nome da estação de trabalho 71, 150 gerenciador de domínio principal apontando para um banco de dados remoto 270 gerenciador de domínio principal de backup 63 nome da estação de trabalho 70, 148 gerenciador de domínio principal ou gerenciador de backup company 69, 148 nome de exibição do agente 70, 149 nome de usuário 68, 94, 148, 173 nome desta estação de trabalho 69, 148 nome do host ou endereço IP 70, 149 Porta JobManager 70, 149 Porta Netman 70, 148 senha 69, 95 Java Runtime 110, 189, 224, 299, 308 método do adicional 121 os componentes principais 63 plug-in do adicional com a instalação silenciosa 122 preparando 27 problemas diversos 251 problemas no Windows 250 resolução de problemas 241 silenciosa 82, 83, 101, 336 do Dynamic Workload Console, problemas com 385 modelo de arquivo de resposta 84, 102 modelo de arquivo de resposta do Dynamic Workload Console 337 twsinst resolução de problemas 251 usando o assistente 121 usando o Installation Manager 117 utilizando a barra de ativação 28, 64, 90 varrendo pré-requisitos do sistema para Installation Manager 41, 132, 329 varrendo pré-requisitos do sistema para Tivoli Workload Scheduler 40, 131, 328, 356 verificando pré-requisitos de software 35, 128, 327 verificando pré-requisitos do IBM i 295 visão geral Tivoli Workload Scheduler: Planejamento e Instalação

449 Instalação DVD 29, 322 eimages 31, 324 em sua estação de trabalho 31, 324 repositório 31, 324 servidor da web HTTP ou HTTPS 31, 324 instalação de agente varrendo pré-requisitos do sistema 40, 131, 328, 356 instalação do gerenciador de domínio dinâmico falha com aviso AWSJIM970W 256 falha com erro AWSJIM923E 255 falha com erro AWSJIM924E 255 falha com erro AWSJIM928E 256 falha com erro AWSJIM931E 278 falha com erro CRIMC1017E 254 falha na ação confirmar AWSJIM976W 259 varrendo pré-requisitos do sistema 40, 131, 328, 356 instalação do gerenciador de domínio principal falha com aviso AWSJIM970W 256 falha com erro AWSJIM923E 255 falha com erro AWSJIM924E 255 falha com erro AWSJIM928E 256 falha com erro AWSJIM931E 278 falha na ação confirmar AWSJIM976W 259 falha na ação de confirmação AWSJIM976W 259 varrendo pré-requisitos do sistema 40, 131, 328, 356 instalação do Tivoli Workload Scheduler para Plug-ins Adicionais falhas AWSJIS145E 253 instalação interativa problema usando com o Dynamic Workload Console 385 instalação silenciosa 82, 83, 101, 336 do Dynamic Workload Console 331 modelo de arquivo de resposta 84, 102, 337 opções de instalação do Tivoli Workload Scheduler para Plug-ins Adicionais 123 instalação silenciosa do Dynamic Workload Console, problemas com 385 Instalação temporária do Tivoli Workload Scheduler para Plug-ins Adicionais falhas não há espaço suficiente 253 instalando plug-ins do adicional antes 120 Installation Manager arquivos de log de instalação e desinstalação 382 assistente 243, 383 empacotando 243, 383 método de instalação 28 InstallationPath, atributo do registro 399 interface cliente da linha de comandos 8 Dynamic Workload Console 8 interface (continuação) Job Brokering Definition Console 8 linha de comandos do gerenciador de domínio principal 8 linha de comandos do Tivoli dynamic workload broker 8 IY52481, APAR 251 J Java Runtime arquivo de registro recuperação 224 instalação 110, 189, 224, 299, 308 recuperar 224 registro corrompido 224 jobman e JOBMAN verificando se está ativo 289 L LDAP fazendo o upgrade Tivoli Dynamic Workload Console 376 Linux desinstalar o gerenciador de domínio principal falha ao excluir alguns diretórios 286 mensagens de aviso incorretas exibidas da Barra de Ativação 384 Linux PPC validação do usuário e da senha é interrompida ao atualizar 277 Log Analyzer descrição 116 M mailman verificando se está ativo 289 MaintenanceVersion, atributo do registro 399 MajorVersion, atributo do registro 399 manualmente Dynamic Workload Console desinstalar 379, 380 zconnector desinstalar 379, 380 mecanismo de autenticação Tivoli Dynamic Workload Console atualizando 376 mensagem código de retorno InstallAnywhere 245 mensagem AWSJIM267E erro ao fazer upgrade 273 mensagem de memória insuficiente erro ao fazer upgrade 272 mensagens de erro InstallAnywhere mensagens 245 método para instalação 121 método de acesso instalação silenciosa 122 método de instalação assistente 65, 91, 229, 331 barra de ativação 64, 90 Installation Manager 28 ISMP barra de ativação 28 modo silencioso do Installation Manager 28 modo silencioso do ISMP 66, 92 twsinst 29, 107 métodos para desinstalação 236 MinorVersion, atributo do registro 399 modificação opção para incluir o Java runtime para executar tipos de tarefas com opções avançadas usando twsinst 224 modo silencioso do Installation Manager método de instalação 28 modo silencioso do ISMP método de instalação 66, 92 modo silencioso Installation Manager método de instalação 28 N name company gerenciador de domínio principal ou gerenciador de backup 69, 148 nome da estação de trabalho gerenciador de domínio principal de backup 70, 148 nome de domínio 96, 174 nome de usuário gerenciador de domínio principal ou gerenciador de backup 68, 94 nome desta estação de trabalho gerenciador de domínio principal ou gerenciador de backup 69, 148 nome do gerenciador de domínio principal 96, 175 senha gerenciador de domínio principal ou gerenciador de backup 69, 95 user gerenciador de domínio principal ou gerenciador de backup 148, 173 netman verificando se está ativo 289 nível do produto upgrade 129 nome da estação de trabalho instalação gerenciador de domínio principal de backup 70, 148 nome da estação de trabalho do agente dinâmico não correto durante upgrade do Tivoli Workload Scheduler V8.6 ou posterior 277 Índice Remissivo 433

450 nome da estação de trabalho do Tivoli dynamic workload broker instalação gerenciador de domínio dinâmico 98, 176 gerenciador de domínio principal 71, 150 nome de domínio instalação gerenciador de domínio dinâmico 96, 174 nome de exibição agent gerenciador de domínio principal ou gerenciador de backup 70, 149 instalação gerenciador de domínio dinâmico 97, 176 nome de exibição do agente instalação gerenciador de domínio dinâmico 97, 176 gerenciador de domínio principal ou gerenciador de backup 70, 149 nome de usuário instalação gerenciador de domínio principal ou gerenciador de backup 68, 94 nome desta estação de trabalho instalação gerenciador de domínio dinâmico 96, 174 gerenciador de domínio principal ou gerenciador de backup 69, 148 nome do gerenciador de domínio principal instalação gerenciador de domínio dinâmico 96, 175 nome do host ou endereço IP instalação gerenciador de domínio dinâmico 97, 175 gerenciador de domínio principal ou gerenciador de backup 70, 149 nomes de arquivos, letras maiúsculas e minúsculas alteradas durante cópia 253 novo gerenciador do domínio principal de backup upgrade paralelo 163 número de porta HTTPS broker de carga de trabalho dinâmica 97, 175 O opção de desinstalação do arquivo de resposta USER_INSTALL_DIR 239 opção de instalação do arquivo de resposta TWSAPPS_PLUGIN_FILE_NAME 124 USER_INSTALL_DIR 123 opção do arquivo de resposta PLUGINS_TO_UNDEPLOY 239 opções arquivo de resposta do produto 123, 239 desinstalação silenciosa do produto 239 instalação silenciosa do produto 123 Oracle criando tabelas de bancos de dados antes da instalação 43, 54 customizar arquivos de propriedades 54 fazendo upgrade das tabelas de bancos de dados antes de fazer upgrade 43, 54 gerando Arquivos SQL 56 ORACLE customizar propriedade COMPANY_NAME 55 propriedade EIF_PORT 55 propriedade HOST_NAME 55 propriedade MDL_USER 54 propriedade ORACLE_HOME 56 propriedade TWS_LOG_TS_NAME 55 propriedade TWS_PASSWORD 54 propriedade TWS_TS_NAME 55 propriedade TWS_TS_TEMP_NAME 55 propriedade TWS_USER 54 propriedade WAS_SEC_PORT 55 propriedades TWSTEMPDIR 54 orientado por sistema distribuído ambiente de carga de trabalho para z/os 16 P PackageName, atributo do registro 399 pacotes de idioma instalação 111, 193, 300, 309 parâmetro twsinst -modify 225 parâmetro twsinst modify -addjruntime 225 -inst_dir 225 -recovinstreg 225 -senha 225 -uname 225 parando Dynamic Workload Console 344 serviços 187 servidor 344 pastas alteradas upgrade 129 PatchVersion, atributo do registro 399 planejamento ambiente 9, 11, 13 planejamento (continuação) ambiente de carga de trabalho de ponta a ponta 14 ambiente de carga de trabalho distribuída 9 ambiente de carga de trabalho distribuída com recursos de planejamento dinâmico 11 ambiente de carga de trabalho distribuída com recursos de planejamento estático e dinâmico 13 ambiente de carga de trabalho integrado com sistemas externos 15 ambiente de carga de trabalho orientado por sistema distribuído para z/os 16 domínio 18 processamento localizado no seu domínio 18 planejamento de ponta a ponta 33 planejamento dinâmico ativando 224 ativando após a instalação 226 ativando após o upgrade 226 planejando dinamicamente ativando após a instalação 226 ativando após o upgrade 226 plug-ins incluindo com o assistente 121 plug-ins adicionais desinstalando arquivos de log 237 arquivos modificados 237 com o assistente 237 procedimentos de desinstalação 236 plug-ins de tarefa de aplicativo opção para incluir o Java runtime para executar tipos de tarefas com opções avançadas usando twsinst 224 opção para incluir tempo de execução para o Java Runtime para executar tipos de tarefas com opções avançadas. 191, 225, 308 PLUGINS_TO_UNDEPLOY opção do arquivo de resposta 239 porta JobManager 97, 176 gerenciador de domínio principal ou gerenciador de backup 70, 149 Netman gerenciador de domínio principal ou gerenciador de backup 70, 148 número HTTPS do broker de carga de trabalho dinâmica 97, 175 Porta JobManager instalação gerenciador de domínio dinâmico 97, 176 gerenciador de domínio principal ou gerenciador de backup 70, Tivoli Workload Scheduler: Planejamento e Instalação

451 Porta Netman instalação gerenciador de domínio dinâmico 97, 175 gerenciador de domínio principal ou gerenciador de backup 70, 148 porta netman do Tivoli dynamic workload broker instalação gerenciador de domínio dinâmico 98, 176 gerenciador de domínio principal 71, 150 portfólio console 349 postar instalação configurando gerenciador de domínio 218 configurando gerenciador de domínio principal 215 configurando gerenciador de domínio principal de backup 217 configurando o gerenciador de domínio dinâmico 219 configurando um agente dinâmico 221, 305 configurando um agente tolerante a falhas 220 configurando um gerenciador de domínio de backup 218 configurando um gerenciador de domínio dinâmico de backup 219 pré-requisito Dynamic Workload Console 327 gerenciador de domínio principal 35 pré-requisito do DB2 para gerenciador de domínio principal 35, 36 pré-requisito do Oracle para gerenciador de domínio principal 35 pré-requisito do Websphere Application Server para gerenciador de domínio principal 35 pré-requisito do WebSphere SDK Java Technology Edition para gerenciador de domínio principal 35 pré-requisitos IBM i 295 pré-requisitos de software verificação 128 pré-requisitos do sistema varredura para Tivoli Workload Scheduler 40, 131, 328, 356 pré-requisitos do sistema para Installation Manager varrer 41, 132, 329 preparando instalação 27 procedimento para desinstalação 236 procedimentos de desinstalação 236 Processador de Eventos porta número 71, 150 processamento localizado domínio 18 ProductID, atributo do registro 399 produto antes da instalação dos plug-ins do adicional 120 desinstalação silenciosa 238 desinstalando com o assistente 237 instalação silenciosa 122 propriedade COMPANY_NAME customizar DB2 47 ORACLE 55 propriedade DB_USER customizar DB2 45 propriedade DB2DIR customizar DB2 47 propriedade DB2LOCALADMINUSER customizar DB2 47 propriedade do arquivo de resposta db2isdifferentuser 408 propriedade do arquivo de resposta db2twspassword 408 propriedade do arquivo de resposta db2twsusername 408 propriedade do arquivo de resposta de ID 401, 415 Propriedade do arquivo de resposta de licença aceita 419 propriedade do arquivo de resposta de modificação 414, 417 propriedade do arquivo de resposta do ID de oferta 414, 417 propriedade do arquivo de resposta do perfil 414, 417 propriedade do arquivo de resposta do recurso 414, 417 propriedade do arquivo de resposta dynamicagentjobmanagerport 403 propriedade do arquivo de resposta installfixes 414, 417 propriedade do arquivo de resposta installlocation 401, 415, 419 propriedade do arquivo de resposta twsoracledbcfg.tws ReportTablespace 411 propriedade do arquivo de resposta twsoracledbcfg.tws TempTablespace 411 propriedade do arquivo de resposta twsportspanel.porthttp 413 propriedade do arquivo de resposta twsportspanel.porthttps 413 propriedade do arquivo de resposta twsportspanel.portmtlauth 413 propriedade do arquivo de resposta twsportspanel.portorb 413 propriedade do arquivo de resposta twsportspanel.portsas 413 propriedade do arquivo de resposta user.backupdir 402 propriedade do arquivo de resposta user.createnewwasprofile 412 propriedade do arquivo de resposta user.db2hostname 410 propriedade do arquivo de resposta user.db2instancename 409 propriedade do arquivo de resposta user.db2instanceport 410 propriedade do arquivo de resposta user.db2isclient 406 propriedade do arquivo de resposta user.db2localadminusername 408 propriedade do arquivo de resposta user.db2name 407, 408 propriedade do arquivo de resposta user.db2password 407 propriedade do arquivo de resposta user.db2plantablespacename 409 propriedade do arquivo de resposta user.db2plantablespacepath 409 propriedade do arquivo de resposta user.db2port 410 propriedade do arquivo de resposta user.db2reporttablespacename 409 propriedade do arquivo de resposta user.db2username 407 propriedade do arquivo de resposta user.dbpath 406 propriedade do arquivo de resposta user.dbtype 406 propriedade do arquivo de resposta user.ddm2zosonly 404 propriedade do arquivo de resposta user.ddmdomainname 404 propriedade do arquivo de resposta user.ddmenablejobmanagerhttps 406 propriedade do arquivo de resposta user.ddmisbackup 404 propriedade do arquivo de resposta user.ddmmasterworkstation 405 propriedade do arquivo de resposta user.ddmport 405 propriedade do arquivo de resposta user.ddmworkstation 405 propriedade do arquivo de resposta user.dwbhostname 404 propriedade do arquivo de resposta user.dwbhttpsport 404 propriedade do arquivo de resposta user.dwbmasterhostname 405 propriedade do arquivo de resposta user.dwbmasterhttpsport 405 propriedade do arquivo de resposta user.dwbport 403, 406 propriedade do arquivo de resposta user.dwbworkstation 406 propriedade do arquivo de resposta user.dynamicagenthostname 403, 405 propriedade do arquivo de resposta user.dynamicagentjobmanagerport 406 propriedade do arquivo de resposta user.dynamicagentworkstation 405 propriedade do arquivo de resposta user.eventprocessorport 403 propriedade do arquivo de resposta user.finaljob 403 Índice Remissivo 435

452 propriedade do arquivo de resposta user.issilentupgrade 401 propriedade do arquivo de resposta user.mdmcompany 402 propriedade do arquivo de resposta user.mdmisbackup 402 propriedade do arquivo de resposta user.mdmport 403 propriedade do arquivo de resposta user.mdmremoteworkstation 402 propriedade do arquivo de resposta user.mdmworkstation 402 propriedade do arquivo de resposta user.offeringid 401, 415 propriedade do arquivo de resposta user.oracledatatablespace 411 propriedade do arquivo de resposta user.oraclenetservicename 410 propriedade do arquivo de resposta user.oraclepartitioningoption 411 propriedade do arquivo de resposta user.oraclepassword 411 propriedade do arquivo de resposta user.oracleplantablespace 411 propriedade do arquivo de resposta user.oracletwspassword 411 propriedade do arquivo de resposta user.oracletwsusername 411 propriedade do arquivo de resposta user.oracleusername 410 propriedade do arquivo de resposta user.password 402 propriedade do arquivo de resposta user.symboliclink 404 propriedade do arquivo de resposta user.username 401 propriedade do arquivo de resposta user.wasadminconsoleport 412 propriedade do arquivo de resposta user.wasadminconsolesecureport 413 propriedade do arquivo de resposta user.wasbootstrapport 413 propriedade do arquivo de resposta user.wascellname 412 propriedade do arquivo de resposta user.wascsiv2serverauthlistenerport 413 propriedade do arquivo de resposta user.washostname 412 propriedade do arquivo de resposta user.wasinstalllocation 411, 415 propriedade do arquivo de resposta user.wasnodename 412 propriedade do arquivo de resposta user.waspassword 416 propriedade do arquivo de resposta user.wasprofilelocation 412, 415 propriedade do arquivo de resposta user.wasprofilename 412 propriedade do arquivo de resposta user.wasservername 412 propriedade do arquivo de resposta user.wassoapconnectorport 413 propriedade do arquivo de resposta user.wasusername 416 propriedade EIF_PORT customizar DB2 47 propriedade EIF_PORT (continuação) customizar (continuação) ORACLE 55 propriedade HOST_NAME customizar DB2 47 ORACLE 55 propriedade MDL_USER customizar ORACLE 54 propriedade ORACLE_HOME customizar ORACLE 56 propriedade TWS_DATA_TS_PATH customizar DB2 46 propriedade TWS_DB customizar DB2 45 propriedade TWS_LOG_TS_NAME customizar DB2 46 ORACLE 55 propriedade TWS_LOG_TS_PATH customizar DB2 46 propriedade TWS_PASSWORD customizar ORACLE 54 propriedade TWS_PLAN_TS_NAME customizar DB2 46 propriedade TWS_PLAN_TS_PATH customizar DB2 46 propriedade TWS_TS_NAME customizar DB2 45 ORACLE 55 propriedade TWS_TS_TEMP_NAME customizar ORACLE 55 propriedade TWS_USER customizar DB2 45 ORACLE 54 propriedade WAS_SEC_PORT customizar DB2 47 ORACLE 55 propriedades TWSTEMPDIR customizar DB2 44 ORACLE 54 ps, comando utilizado antes da desinstalação manual 289 publicações xiii R recurso agente dinâmico 7 agente estendido 5, 8 agente tolerante a falhas 5 gerenciador de domínio 5 gerenciador de domínio dinâmico 7 incluindo novos 224 recursos de planejamento dinâmico ambiente com 11 recursos de planejamento dinâmico e estático ambiente com 13 recursos de planejamento estático e dinâmico ambiente com 13 rede 3 agente dinâmico 7 agente estendido 5, 8 gerenciador de domínio dinâmico 7 gerenciador de domínio dinâmico de backup 7 gerenciador de domínio principal 7 gerenciador de domínio principal de backup 7 rede estática gerenciador de domínio 5 gerenciador de domínio principal 4 gerenciador de domínio principal de backup 5 reinstalação problemas 270 reinstalando gerenciador de domínio principal apontando para um banco de dados remoto 270 removendo o produto gerenciador de domínio dinâmico 232 silenciosa 232 twsinst 234, 315 remover Dynamic Workload Console manualmente 379, 380 zconnector manualmente 379, 380 resolução de problemas cenários de instalação Dynamic Workload Console 382 desinstalação 285 fazendo o upgrade 270 instalação 241 instalação de fix pack 286 problemas diversos de instalação 251 reinstalando 270 restaurar agente código de retorno 247, 301, 311 S seguro upgrade 168 senha instalação gerenciador de domínio principal ou gerenciador de backup 69, 95, 148, 173 serviço parando 187 serviço do Tivoli Workload Scheduler para TWS_user excluindo 286 serviços (Windows) excluindo Tivoli Workload Scheduler: Planejamento e Instalação

453 servidor de aplicativos arquivos de log de instalação 244, 384 setup.bin comando para instalação 121 shut, comando, utilizado antes da desinstalação manual 289 silenciosa arquivos de log de instalação e desinstalação 242 desinstalando 232 silenciosa do assistente do Installation Manager arquivos de log de instalação e desinstalação 242 sintaxe twsinst para incluir o Java runtime para executar tipos de tarefas com opções avançadas 224 Sistemas de Gerenciamento de Banco de Dados Relacional instalação 35 sistemas externos ambiente de carga de trabalho integrado com 15 sistemas operacionais suportados 35, 128, 327 sistemas Windows durante a instalação ou o upgrade, é exibida uma caixa de diálogo 251, 274 erro AWSJIM1001W ao instalar ou atualizar 251 erro de memória insuficiente durante o upgrade 272 stageman verificando se está ativo 289 step configurando gerenciador de domínio 218 configurando gerenciador de domínio principal 215 configurando gerenciador de domínio principal de backup 217 configurando o gerenciador de domínio dinâmico 219 configurando um agente dinâmico 221, 305 configurando um agente tolerante a falhas 220 configurando um gerenciador de domínio de backup 218 configurando um gerenciador de domínio dinâmico de backup 219 stop, comando utilizado antes da desinstalação manual 289 suportados bancos de dados 128 sistemas operacionais 35, 128, 327 suporte empacotando arquivos de log para 244 T tabelas de banco de dados criando antes da instalação 43 antes de fazer upgrade 43 Tivoli dynamic workload broker conexão do servidor 343 funções disponíveis 342 Tivoli dynamic workload broker nome da estação de trabalho instalação gerenciador de domínio dinâmico 98, 176 gerenciador de domínio principal 71, 150 Tivoli Dynamic Workload Console atualizando mecanismo de autenticação 376 configuração 347 fazendo o upgrade visão geral 355 iniciando e parando 344 introdução 349 resolução de problemas 379 visão geral 319 Tivoli Netman para TWS_user, excluindo serviço 286 Tivoli Token Service para TWS_user, excluindo serviço 286 Tivoli Workload Scheduler 319 conexão do mecanismo 343 diretórios criados fora de TWA_home no momento da instalação 34 funções disponíveis 342 Tivoli Workload Scheduler para Aplicativos 319 Tivoli Workload Scheduler para Plug-ins Adicionais antes da instalação 120 desinstalando com a desinstalação silenciosa 238 instalação plug-in do adicional 121 Tivoli Workload Scheduler para z/os 319 treinamento técnico xiv treinamento técnico xiv treinamento técnico do Tivoli xiv tws4apps_ia_install.log arquivo de log de instalação silenciosa 122 tws4apps_ia_uninstall.log arquivo de log para desinstalação 237 arquivo de log para desinstalação silenciosa 238 tws4apps_install.log arquivo de log para instalação silenciosa 122 tws4apps_uninstall.log arquivo de log para desinstalação 237 arquivo de log para desinstalação silenciosa 238 tws4plugins_install.log instalação do arquivo de log 121 TWSAPPS_PLUGIN_FILE_NAME zip file 124 TWSAPPS_RespFile_UNIX.txt 122 TWSAPPS_RespFile_Windows arquivo de resposta de instalação do produto 122 twsinst 107, 297, 307 arquivos de log de instalação e desinstalação 115, 244, 301, 310, 315 arquivos não sendo copiados corretamente antes da execução 253 código de retorno 247, 301, 311 desinstalando 234, 315 falhas variados 253 método de instalação 29, 107 sintaxe para incluir o Java Runtime para executar tipos de tarefas com opções avançadas 224 uso no UNIX 190, 224 uso no Windows 190, 225 TWSRegistry.dat, arquivo 289, 399 TWSUser excluindo do registro UNIX 289 Windows 286 TWSUser AWSJIM963E criação da conta Windows 250 U uninstaller.bin comando para desinstalação 237, 238 UNIX desinstalando manualmente 289 unlink, comando utilizado antes da desinstalação manual 289 upgrade arquivos e pastas alterados 129 nível do produto 129 problemas 270, 286 resolução de problemas 241 seguro 168 varrendo pré-requisitos do sistema 40, 131, 328, 356 verificando pré-requisitos de software 128 upgrade de agente varrendo pré-requisitos do sistema 40, 131, 328, 356 upgrade do agente código de retorno 247, 301, 311 upgrade do gerenciador de domínio dinâmico ação de confirmação de falhas 274 falha com erro AWSJIM967E 278 upgrade do gerenciador de domínio principal ação de confirmação de falhas 274 falha com erro AWSJIM967E 278 upgrade paralelo novo gerenciador do domínio principal de backup 163 Índice Remissivo 437

454 USER_INSTALL_DIR opção de instalação do arquivo de resposta 123 opção do arquivo de resposta de desinstalação 239 user.zosconnenginename 416 user.zosconnhostname 416 user.zosconnisenabled 416 user.zosconnport 416 user.zosconnsslisenabled 417 UserOwner, atributo do registro 399 usuário direitos erro AWSJIM963E de designação para TWS_user 250 usuário_do_tws erro AWSJIM963E de designação de direitos 250 excluindo do registro no UNIX 289 excluindo do registro no Windows 286 Usuário requisitos de autorização 129 usuários com erro AWSJIM963E criação da conta Windows 250 V validação de senha interrupção ao atualizar 277 validação do usuário interrupção ao atualizar 277 variáveis symlink TWA/TWS/bin/at 33 TWA/TWS/bin/batch 33 TWA/TWS/bin/datecalc 33 TWA/TWS/bin/jobstdl 33 TWA/TWS/bin/maestro 33 TWA/TWS/bin/mdemon 33 TWA/TWS/bin/morestdl 34 TWA/TWS/bin/muser 34 TWA/TWS/bin/parms 34 varredura de pré-requisito erro AWSJIM1001W 251 varredura do Installation Manager pré-requisitos do sistema para Installation Manager 41, 132, 329 varredura do Tivoli Workload Scheduler pré-requisitos do sistema para Tivoli Workload Scheduler 40, 131, 328, 356 varrendo pré-requisitos do sistema para Installation Manager 41, 132, 329 pré-requisitos do sistema para Tivoli Workload Scheduler 40, 131, 328, 356 varrer pré-requisitos do sistema para Installation Manager 41, 132, 329 pré-requisitos do sistema para Tivoli Workload Scheduler 40, 131, 328, 356 varrer pré-requisito erro AWSJIM1001W 251 verificando pré-requisitos de software instalação 35, 128, 327 upgrade 128 visão geral fazendo o upgrade Dynamic Workload Console 355 instalação 27 W wdlssp, comando utilizado antes da desinstalação manual 289 wdrmvsp, comando utilizado antes da desinstalação manual 289 Windows desinstalando manualmente 286 exclusão de arquivo muito lenta após desinstalação manual 291 mensagem de erro indefinido exibida da Barra de Ativação 384 problemas de instalação 250 Z zconnector desinstalar limpeza 379, 380 manualmente 379, 380 remover manualmente 379, Tivoli Workload Scheduler: Planejamento e Instalação

455

456 Número do Programa: 5698-WSH Impresso no Brasil S