Tivoli Workload Scheduler - publib.boulder.ibm.compublib.boulder.ibm.com/tividd/td/TWS/GC32-0422-00/pt_BR/PDF/tws... · uma rede, instalar o mecanismo do TWS, software do conector

Tivoli WorkloadSchedulerGuia de Planejamento e InstalaçãoVersão 7.0

Tivoli WorkloadSchedulerGuia de Planejamento e InstalaçãoVersão 7.0

Tivoli Workload Scheduler - Guia de Planejamento e Instalação (Maio de 2000)

Observações sobre Copyright

Copyright ©2000 pela Tivoli Systems Inc., uma Empresa IBM, incluindo esta documentação e todo o software. Todos osdireitos reservados. Somente pode ser utilizado de acordo com um Contrato de Licença de Software do Tivoli Systems ouAdendo para Produtos Tivoli para o Cliente ou Contrato de Licença da IBM. Nenhuma parte dessa publicação poderá serreproduzida, transmitida, transcrita, armazenada em um sistema de recuperação ou convertida em qualquer linguagem decomputador, de qualquer forma ou em hipótese alguma, eletrônica, mecânica, magnética, óptica, química, manual ou docontrário, sem permissão expressa por escrito do Tivoli Systems. A Tivoli Systems concede ao Cliente permissão limitadapara efetuar cópia impressa ou outras reproduções de qualquer documentação lida por máquina para seu próprio uso,contanto que cada uma contenha o aviso de copyright da Tivoli Systems. Não será concedido nenhum outro direito sobcopyright sem permissão prévia por escrito da Tivoli Systems. O documento não é planejado para produção e é fornecido“como está” sem garantia de nenhum tipo.Todas as garantias neste documento são, por meio deste, rejeitadas incluindoas garantias de mercado e adequação a um determinado objetivo.

Marcas

Os nomes de produtos a seguir são marcas da Tivoli Systems ou IBM Corporation: AIX, IBM, OPC, OS/390 e Tivoli.

Tivoli é uma marca ou marca registrada da Tivoli Systems Inc. nos Estados Unidos e/ou em outros países. Na Dinamarca, aTivoli é uma marca licenciada da Kjøbenhavns Sommer - Tivoli A/S.

Microsoft, Windows, Windows NT e o logotipo Windows são marcas ou marcas registradas da Microsoft Corporation nosEstados Unidos e/ou em outros países.

UNIX é uma marca registrada nos Estados Unidos e em outros países, licenciada exclusivamente através da The OpenGroup.

Java e todas as marcas baseadas em Java ou logotipos são marcas da Sun Microsystems, Inc. nos Estados Unidos e/ou emoutros países.

Outra companhia, produto e nomes de serviço mencionados neste documento podem ser marcas ou marcas de serviço deterceiros.

Observações

Referências nesta publicação a produtos, programas ou serviços da Tivoli Systems ou IBM não significam que a TivoliSystems ou a IBM pretendam torná-los disponíveis em todos os países onde operam. Qualquer referência a estes produtos,programas ou serviços da Tivoli Systems ou da IBM não significa que apenas os produtos, programas ou serviços da TivoliSystems ou da IBM possam ser utilizados. Qualquer produto, programa ou serviço funcionalmente equivalente, que nãoinfrinja nenhum direito de propriedade intelectual da IBM ou da Tivoli Systems ou outros direitos legalmente protegidos,poderá ser utilizado em substituição a este produto, programa ou serviço. A avaliação e verificação da operação em conjuntocom outros produtos, exceto aqueles expressamente designados pela Tivoli Systems ou pela IBM, são de inteiraresponsabilidade do Cliente.

O Tivoli Systems ou a IBM podem ter patentes ou solicitações de patentes relativas a assuntos tratados nesta publicação. Ofornecimento desta publicação não garante ao Cliente nenhum direito sobre tais patentes. Pedidos de licença devem serenviados, por escrito, à Gerência de Relações Comerciais e Industriais da IBM Brasil, Av. Pasteur, 138-146, Botafogo, CEP22290-240, Rio de Janeiro, RJ.

Índice

Prefácio . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ixQuem Deve Utilizar Este Guia. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ix

Pré-Requisitos e Documentos Relacionados. . . . . . . . . . . . . . . . . . . . . . . . . ix

O Que Contém Este Guia. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . x

Informações Específicas da Plataforma. . . . . . . . . . . . . . . . . . . . . . . . . . . . . x

Como Entrar em Contato com o Suporte ao Cliente. . . . . . . . . . . . . . . . . . . xi

Capítulo 1. Introdução . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1Tivoli Workload Scheduler 7.0. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1

O que Há de Novo com o Tivoli Workload Scheduler 7.0. . . . . . . . . . . 4

Planejamento da Rede. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9

Visão Geral da Rede do TWS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

Funcionalidade de Domínio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10

Processamento Localizado no Domínio. . . . . . . . . . . . . . . . . . . . . . . . 11

Considerações sobre Redes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12

Uma Rede de Domínio Simples. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14

Uma Rede de Domínio Múltiplo. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16

Como ir para o Gerenciador de Domínio de Backup. . . . . . . . . . . . . . 17

Banco de Dados Expandido e Nomes de Objetos Longos. . . . . . . . . . . 18

Nomes de Estação de Trabalho. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19

Visão Geral da Instalação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20

Grupos de Produtos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

Arquivo de Componentes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21

Diretório Pessoal do Netman. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22

Após a Instalação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23

Capítulo 2. Como Instalar o Mecanismo do TWS noWindows NT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

iiiTivoli Workload Scheduler Guia de Planejamento e Instalação

Requisitos do Sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25

Como Preparar para uma Atualização. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

Como Desligar e Encerrar o TWS. . . . . . . . . . . . . . . . . . . . . . . . . . . . 26

Arquivos de Backup. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

Como Instalar o Software. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

O Programa de Instalação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

Como Executar a Instalação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28

Como Continuar a Instalação e Atualização. . . . . . . . . . . . . . . . . . . . . . . . . 39

Como Concluir uma Atualização. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39

Como Definir a Variável PATH. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

Diretórios e Serviços do TWS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

Como Configurar a Administração Descentralizada. . . . . . . . . . . . . . . 41

Como Criar a Conta do TWS Manualmente. . . . . . . . . . . . . . . . . . . . . . . . . 44

Tipos de Administração do TWS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44

Como Remover a Instalação do TWS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46

Como Utilizar a Ferramenta de Inclusão/Remoção do Windows NT . . . 47

O Programa Uninstal.exe. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48

Capítulo 3. Como Instalar o Mecanismo do TWS noUNIX. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51


Procedimento de Instalação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52

Como Instalar o Mecanismo do Tivoli Workload Scheduler. . . . . . . . . 52

Etapas de Configuração. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54

Como Atualizar o Tivoli Workload Scheduler. . . . . . . . . . . . . . . . . . . . . . . . 58

Preparação-Parar o TWS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

Backup. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58

Atualizar o Software e Executar Personalização. . . . . . . . . . . . . . . . . . 59

Atualizar Perfil de Segurança. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

iv Versão 7.0

Restaurar Arquivos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

Reinicializar o TWS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60

O Script de Personalização. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62

Como Remover a Instalação do TWS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66

Capítulo 4. Como Definir a Segurança do TWS . . . . . . . . 69Como Editar o Arquivo de Segurança. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71

Capítulo 5. Como Instalar o Conector do TWS . . . . . . . . . 83Antes da Instalação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83


Plataformas Suportadas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85

Procedimento de Instalação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85

Como Instalar o Job Scheduling Services (JSS). . . . . . . . . . . . . . . . . . 86

Como Instalar o Conector do TWS. . . . . . . . . . . . . . . . . . . . . . . . . . . 91

Como Instalar as Correções do JSS e do Conector do TWS. . . . . . . . 100

Como Atualizar a Segurança do TWS. . . . . . . . . . . . . . . . . . . . . . . . 100

Como Remover a Instalação do Conector do TWS. . . . . . . . . . . . . . . . . . . 101

Como Remover a Instalação do Servidor JSS. . . . . . . . . . . . . . . . . . . . . . . 102

Comandos Úteis do Framework. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102

Capítulo 6. Como Instalar o Tivoli Job SchedulingConsole . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105

Requisitos do Sistema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105

Plataformas Suportadas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105

Pré-requisitos para HP-UX e AIX. . . . . . . . . . . . . . . . . . . . . . . . . . . 106

Como Instalar o Job Scheduling Console. . . . . . . . . . . . . . . . . . . . . . . . . . 106

Como Iniciar o Job Scheduling Console. . . . . . . . . . . . . . . . . . . . . . . . . . . 112

Como Remover a Instalação do Job Scheduling Console. . . . . . . . . . . . . . 116

vTivoli Workload Scheduler Guia de Planejamento e Instalação

Remoção da Instalação do UNIX. . . . . . . . . . . . . . . . . . . . . . . . . . . . 116

Remoção da Instalação do Windows. . . . . . . . . . . . . . . . . . . . . . . . . 117

Capítulo 7. Tópicos de Personalização do TWSOpcionais . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119

Como Definir Opções Globais. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 119

Como Definir Opções Locais. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120

Como Automatizar o Ciclo de Produção. . . . . . . . . . . . . . . . . . . . . . . . . . . 123

Como Personalizar o Fluxo de Job final. . . . . . . . . . . . . . . . . . . . . . . 124

Como Adicionar o Fluxo de Job final. . . . . . . . . . . . . . . . . . . . . . . . . 124

Como Iniciar um Ciclo de Produção. . . . . . . . . . . . . . . . . . . . . . . . . 125

Como Gerenciar o Ambiente de Produção. . . . . . . . . . . . . . . . . . . . . . . . . 125

Como Escolher o Início do Dia do TWS. . . . . . . . . . . . . . . . . . . . . . 125

Como Alterar o Início do Dia. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126

Como Criar um Plano para Datas Futuras ou Passadas. . . . . . . . . . . . 127

Apêndice. Como Migrar para o TWS 7.0 . . . . . . . . . . . . . . . 129O Tivoli Management Framework para usuários não-Tivoli. . . . . . . . . . . . 129

Considerações de Instalação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131

Onde o JS Console Client Pode Ser Instalado. . . . . . . . . . . . . . . . . . 131

Onde os Conectores do TWS Devem Ser Instalados. . . . . . . . . . . . . . 131

Considerações de Backup Mestre. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133

Como Lidar com Mestres de Escalão diferentes de 1 em uma Rede doMaestro Existente. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 133

Como Mover um Backup Mestre. . . . . . . . . . . . . . . . . . . . . . . . . . . . 133

Com Criar um Backup Mestre. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134

Como Montar Bancos de Dados do MDM. . . . . . . . . . . . . . . . . . . . . 135

Como Lidar com Backups Mestres de Escalão diferentes de 1 em umaRede do Maestro Existente. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136

Como Executar Várias Janelas no JS Console. . . . . . . . . . . . . . . . . . . . . . 137

vi Versão 7.0

Como Criar um Trabalho de Arquivo de Segurança Existente. . . . . . . . . . . 137

Como Incluir Administradores TME. . . . . . . . . . . . . . . . . . . . . . . . . . 137

Como Gerenciar a Segurança. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140

Como Encerrar os Conectores para Implementar Alterações. . . . . . . . 141

Limitações da GUI Existente. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141

Como Utilizar a GUI Existente no AIX 4.2. . . . . . . . . . . . . . . . . . . . 141

Considerações de Fuso Horário. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142

Como Propagar Preferências de Usuários para Outros Usuários(Personalizar Exibições/Consultas). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143

Como Restaurar um Banco de Dados Expandido. . . . . . . . . . . . . . . . . . . . 145

Como Migrar no Windows NT. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 147

Como Migrar do Maestro 5.2 em Agentes do Windows NT. . . . . . . . 147

Apêndice. Sistema de Redes com o MPE . . . . . . . . . . . . . 149Considerações sobre Redes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150

Considerações sobre Planejamento. . . . . . . . . . . . . . . . . . . . . . . . . . . 150

Instalação. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152

Instalação e Configuração. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152

Como Configurar um agente UNIX com o MPE Mestre. . . . . . . . . . . 152

Como Configurar um MPE FTA com o UNIX ou Windows NT. . . . . 153

Diferenças Operacionais Entre as Plataformas. . . . . . . . . . . . . . . . . . . . . . 154

No MPE Mestre. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 155

Em Agentes de Tolerância a Falhas do UNIX. . . . . . . . . . . . . . . . . . . 155

No UNIX ou Windows NT Mestre. . . . . . . . . . . . . . . . . . . . . . . . . . . 156

Nos MPEs Dependentes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157

Glossário . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 159

Índice Remissivo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169

viiTivoli Workload Scheduler Guia de Planejamento e Instalação

viii Versão 7.0

Prefácio

O Tivoli Workload Scheduler - Guia de Planejamento e Instalaçãofornece informações sobre como instalar uma rede do TivoliWorkload Scheduler 7.0. Isto inclui informações sobre como planejaruma rede, instalar o mecanismo do TWS, software do conector e ainterface gráfica com o usuário.Ele também fornece instruções parapersonalizar opções e segurança do TWS para iniciar uma rede doTWS. Finalmente, fornece dicas e informações sobre como migrar deversões anteriores do Maestro.

Quem Deve Utilizar Este GuiaEste manual é intencionado ao seguinte público:

¶ Administradores TWS - aqueles que planejam o layout da rededo TWS.

¶ Instaladores - aqueles que instalam os vários pacotes de softwarenos computadores que constituem a rede do TWS.

Pré-Requisitos e Documentos RelacionadosA seguir encontram-se os documentos relacionados:

¶ Tivoli Workload Scheduler - Guia do Usuário

Fornece informações sobre como configurar e utilizar o TivoliWorkload Scheduler. Ele contém informações sobre redes doTWS, segurança, arquivos de opções globais e locais, uma visãogeral do ciclo de produção e descrições de tarefas do banco dedados e do plano.

¶ Tivoli Workload Scheduler - Manual de Referência

Fornece informações sobre as interfaces de linha de comandosdo Tivoli Workload Scheduler, incluindo composer, conman, oidioma de planejamento e comandos utilitários.

ixTivoli Workload Scheduler Guia de Planejamento e Instalação

O Que Contém Este GuiaO Tivoli Workload Scheduler - Guia de Planejamento e Instalaçãocontém o seguinte:

¶ Capítulo 1, “Introdução”

Fornece informações sobre planejamento para configurar umarede do TWS e uma visão geral do processo de instalação.

¶ Capítulo 2, “Como Instalar o Mecanismo do TWS no WindowsNT®”

Explica como instalar o mecanismo do TWS no Windows NT.

¶ Capítulo 3, “Como Instalar o Mecanismo do TWS no UNIX”

Explica como instalar o mecanismo do TWS no UNIX.

¶ Capítulo 4, “Como Configurar a Segurança do TWS

Explica como personalizar o arquivo de Segurança.

¶ Capítulo 5, “Como Instalar o Conector do TWS”

Explica como instalar o Conector do TWS.

¶ Capítulo 6, “Como Instalar o Job Scheduling Console”

Explica como instalar o Job Scheduling Console.

¶ Capítulo 7, “Tópicos de Personalização do TWS Opcionais”

Descreve as opções de personalização para uma rede do TWS.

¶ Apêndice A, “Como Migrar para o TWS 7.0”

Fornece informações úteis para migrar do Maestro 5.x e 6.x.

Informações Específicas da PlataformaA tabela a seguir identifica as versões suportadas para cada uma dasplataformas listadas conhecidas no momento da publicação. Paraobter informações mais detalhadas e atualizadas, consulte oTivoliWorkload Scheduler - Notas sobre Release.

Plataforma Mecanismodo TWS

Conector doTWS

JS Console

AIX 4.2 X X X

x Versão 7.0

Plataforma Mecanismodo TWS

Conector doTWS

JS Console

AIX 4.3 X X X

HP-UX 10.20 X X X

HP-UX 11.0 X X X

Solaris 2.6 X X X

Solaris 2.7 X X X

Windows NT 4.0w/ SP 4 ou superior

X X X

Windows 2000 X

Digital UNIX X

Plataformas emconformidade com aIntel ABI

X

Plataformas emconformidade comMIPS ABI

X

Nota:

No AIX 4.3, você deve instalar a correçãobos.rte.commands.4.3.1.1.bff. Para saber se essa correção jáestá ou não instalada em seu sistema, execute o seguintecomando:lslpp -l bos.rte.commands

Se o comando retornar um valor abaixo de 4.3.1.1, vocêdeverá instalar a correção.

Como Entrar em Contato com o Suporte ao ClienteSe você está autorizado a receber o suporte ao cliente Tivoli, poderáencontrar informações atualizadas com freqüência sobre aconfiguração e utilização dos produtos Tivoli na home page doTivoli Customer Support no endereçohttp://www.tivoli.com/support/ . Este site inclui os seguintes links:

xiTivoli Workload Scheduler Guia de Planejamento e Instalação

¶ Versões atualizadas destas notas sobre o release:http://www.tivoli.com/support/Prodman/html/RN.html

¶ Versões atualizadas da documentação do Tivoli:http://www.tivoli.com/support/documents/

¶ Bancos de Dados de suporte para pesquisa:http://www.tivoli.com/tivoli.ww.reg/rform?lang=english

¶ Acesso a correções do produto:http://www.tivoli.com/support/patches/

¶ Acesso a agendas de treinamento:http://www.tivoli.com/services/education/

¶ Acesso à análise da documentação do Tivoli:http://www.tivoli.com/support/survey/

Visite o site Tivoli Customer Support para obter essas informações eassistência adicional a clientes. Essas URLs requerem uma senha eum ID. Se não tiver privilégios de acesso ou estiver inseguro sobreseu ID ou senha, envie um e-mail para [email protected]. Coloque seu nomee o nome de sua empresa nesta correspondência.

Você pode solicitar cópias adicionais da documentação do produtoenviando um e-mail ou chamando uma das seguintes localizações:

¶ E-mail do Cliente nos Estados Unidos: [email protected]

¶ Telefone nos Estados Unidos: 1-800-879-2755

¶ Telefone no Canadá: 1-800-426-4968

¶ Telefone Internacional: (770) 863-1234

Forneça o título e o número da versão do documento que está sendosolicitado.

xii Versão 7.0

Introdução

Este guia contém instruções para instalação e atualização do TivoliWorkload Scheduler 7.0.

Tivoli Workload Scheduler 7.0O Tivoli Workload Scheduler 7.0 é composto de três partes:

Mecanismo do Tivoli Workload SchedulerO produto Maestro existente. Instale o Mecanismo no Mestree em todas as CPUs do Agente físico.

Conector do TWSMapeia comandos do Job Scheduling Console para oMecanismo do TWS. Instale o Conector do TWS no Mestree em quaisquer agentes de tolerância a falhas (FTA) que iráutilizar como máquinas backup para a CPU Mestre. OConector requer anteriormente que o Tivoli ManagementFramework (TMF) seja configurado para um servidor ou nógerenciado Tivoli Management Region (TMR).

Job Scheduling (JS) ConsoleUma interface gráfica com o usuário (GUI) baseada emJava™ para o TWS. Instale o JS Console em qualquermáquina a partir da qual deseja gerenciar objetos de plano edo banco de dados do TWS. O JS Console não requer que oMecanismo do TWS ou que o Conector do TWS sejainstalado na mesma máquina. Você pode utilizar o JS

1

1Tivoli Workload Scheduler Guia de Planejamento e Instalação

1.Introdução

Console a partir de qualquer máquina, contanto que ele tenhaum link do TCP/IP com a máquina executando o Conectordo TWS.

Uma rede do TWS é constituída de estações de trabalho ou CPUs,nas quais jobs e fluxos de job são executados.

Primeiramente, as definições da estação de trabalho referem-se àsestações de trabalho físicas. Entretanto, no caso de agentesestendidos e agentes de rede, as estações de trabalho são definiçõeslógicas que devem ser alojadas por uma estação de trabalho do TWSfísica.

Uma rede do Tivoli Workload Scheduler 7.0 é criada dos seguintestipos de estações de trabalho:

Gerenciador de Domínio Mestre (MDM)O gerenciador de domínio no domínio mais elevado de umarede do TWS. Ele contém os arquivos do banco de dadoscentralizado utilizados para documentar objetos deplanejamento. Ele cria o plano de Produção no início decada dia e executa todo registro e relatório da rede.

Backup MestreUm agente de tolerância a falhas capaz de assumir asresponsabilidades do gerenciador de domínio mestre.

Gerenciador de DomínioO hub de gerenciamento em um domínio. Todas ascomunicações para e dos agentes em um domínio sãoroteadas através do gerenciador de domínio.

Gerenciador de Domínio de BackupUm agente de tolerância a falhas capaz de assumir asresponsabilidades do gerenciador de domínio.

Agente de Tolerância a Falhas (FTA)Uma estação de trabalho capaz de resolver dependênciaslocais e lançar seus jobs na ausência de um gerenciador dedomínio.

Tivoli Workload Scheduler 7.0

2 Versão 7.0

Agente PadrãoUma estação de trabalho que lança jobs somente na direçãode seu gerenciador de domínio.

Agente EstendidoUma definição da estação de trabalho lógica que permite quevocê lance e controle jobs em outros sistemas e aplicativos,tais como Baan, Peoplesoft, Oracle Applications, SAP eMVS JES2 e JES3.

Agente de RedeUma definição da estação de trabalho lógica para criação dedependências entre jobs e fluxos de job em redes TWSseparadas.

Cliente do JS ConsoleQualquer estação de trabalho que executa a interface gráficacom o usuário a partir da qual os programadores eoperadores podem gerenciar objetos de plano e do banco dedados do TWS.

A tabela a seguir resume qual componente do TWS 7.0 se aplica aque tipo de estação de trabalho:

Tipo de estação detrabalho

Mecanismo deTWS

Conector do TMF/TWS JS Console

Gerenciador de DomínioMestre

Sim Sim Opcional

Backup Mestre Sim Sim Opcional

Gerenciador de Domínio Sim Opcional Opcional

Gerenciador de Domíniode Backup

Sim Opcional Opcional

Agente de Tolerância aFalhas

Sim Opcional Opcional

Agente Padrão Sim Não Opcional

Agente Estendido Não Aplicável Não Aplicável Não Aplicável

Agente de Rede Não Aplicável Não Aplicável Não Aplicável

Cliente do JS Console Não Não Sim



1.Introdução

O que Há de Novo com o Tivoli Workload Scheduler7.0

O TWS 7.0 inclui os seguintes novos recursos:

¶ Integração com o Tivoli Management Region

¶ Utilização de uma nova interface gráfica com o usuário

¶ Auditoria

¶ Internacionalização

¶ Fusos Horários

O Tivoli Management FrameworkA nova versão do TWS requer que você instale o TivoliManagement Framework pelo menos na CPU Mestre e no FTAdesignados como seu backup. Isso tem duas razões principais:

1. O Conector é um produto baseado em Framework. Ele é baseadono Job Scheduling Services (JSS), que fornece uma interface deestrutura comum para aplicativos de planejamento do job. Osconectores para TWS e para OPC compartilham uma fundaçãocomum do JSS, que é, por sua vez, baseada no TivoliManagement Framework. Isso permite que usuários do TWS edo OPC acessem os mecanismos de planejamento do job atravésde uma interface comum, o JS Console.

2. Visto que o Mestre e pelo menos um FTA de backup deve serinstalado em máquinas que executam o TMF, a rede do TWScompartilha os benefícios de gerenciamento de empresa baseadono Framework. Você pode optar por instalar o Mestre em umservidor TMR independente ou em um nó gerenciado quepertence a um Tivoli Management Region maior. Neste caso, onó gerenciado pode ser o cliente de um número de outrosserviços do Tivoli nas áreas de distribuição, administração oudisponibilidade. Em qualquer caso, o Mestre e o FTA debackupirão se beneficiar com as capacidades de segurança eadministrativas do Tivoli Management Framework.


4 Versão 7.0

O Job Scheduling ConsoleO Job Scheduling Console é uma interface gráfica com o usuário apartir da qual você pode gerenciar objetos de plano e do banco dedados. Ele fornece, através do Conector do TWS, funcionalidadeConman e Composer. Ele pode executar ambos independente ousimultaneamente com as interfaces de linha de comandos (CLI).

Enquanto a utilização de comandos CLI é limitada para CPUs doTWS, você pode instalar o JS Console em máquinas fora da rede doTWS. Para executar o JS Console, você tem que conseguir somenteiniciar sessão em uma CPU do TWS que executa o Conector. Istosignifica que você pode gerenciar objetos de plano e do banco dedados não somente a partir de CPUs do Mestre ou do Agente, mastambém a partir de qualquer sistema, incluindo um laptop no qual oJS Console está instalado e a partir do qual você pode alcançarusando o TCP/IP, o Mestre ou o FTA que executa o Conector.

Do mesmo Job Scheduling Console, é possível também gerenciarobjetos de plano e do banco de dados de Planejamento e Controle deOperações (OPC) do Tivoli, desde que você possa iniciar uma sessãoem uma máquina que executa o Conector OPC.

A instalação do JS Console é explicada com detalhes em “ComoInstalar o Tivoli Job Scheduling Console” na página 105.

A figura a seguir mostra as relações entre o Tivoli ManagementFramework, o Job Scheduling Services, o TWS, mecanismos de



1.Introdução

planejamento do job do OPC e o JSConsole.

Terminologia do JS ConsoleA terminologia utilizada no Job Scheduling Console difere daquelautilizada na linha de comandos e versões anteriores do WorkloadScheduler. A tabela a seguir lista os termos antigos e seusequivalentes do Job Scheduling Console. Consulte o glossário paraobter mais definições.

Linha de Comandos Job SchedulingConsole

Definição

Schedule Fluxo de Job Uma unidade de trabalho que consisteem um conjunto de jobs e suasdependências.

Ocorrência do Fluxo deJob

A ocorrência de um fluxo de job noplano.

Job Job Um arquivo executável, tarefa oucomando e seus atributos. É planejadopara ser executado como parte de umfluxo de job.

Ocorrência do Job A ocorrência de um job no plano.


6 Versão 7.0

Linha de Comandos Job SchedulingConsole

Definição

Cpu Estação de Trabalho Um processador lógico –tipicamenteum computador–que executa jobs.Tipos de estações de trabalho incluemGerenciadores de Domínio,Gerenciadores de Domínio de Backup,Agentes de Tolerância a Falhas,Agentes Padrão e Agentes Estendidos.

Arquivos Mozart Banco de Dados Uma coleção de objetos deplanejamento incluindo jobs, fluxos dejob, parâmetros, calendários e recursos.Ele é acessado pelocomposer,anteriormente conhecido comogcomposer.

Arquivo Symphony Plano A atividade planejada por um período,geralmente 24 horas. O plano écontinuamente atualizado para mostraro status atual de todas as atividades doWorkload Scheduler. Ele é acessadopelo conman, anteriormente conhecidocomogconman.

Hora AT Hora de Início A primeira hora em que um job oufluxo de job será iniciado.

Hora UNTIL Tempo Final A última hora em que um job ou fluxode job iniciará a execução.

Datas ON e EXCEPT Ciclos de Execução As datas em que um fluxo de job éexecutado ou excluído da execução.

AuditoriaUma opção de auditoria foi implementada para rastrear as alteraçõesno banco de dados e no plano:

¶ Para o banco de dados, todas as modificações do usuário sãoregistradas. No entanto, o delta das modificações, ou imagemanterior e imagem posterior, não serão registrados. Se um objetofor aberto e salvo, a ação será registrada mesmo se nenhumamodificação tiver sido feita.



1.Introdução

¶ Para o plano, todas as modificações feitas no plano pelo usuáriosão registradas. As ações são registradas, quer obtenham ou nãoêxito.

Os logs de auditoria são criados nos seguintes diretórios:TWShome/audit/plan

TWShome/audit/database

Os arquivos de auditoria são registrados em um arquivo de textosimples em máquinas individuais na rede do TWS. Isso minimiza orisco de falha de auditoria devido a problemas na rede e permiteuma abordagem direta na gravação do log. Geralmente os formatosde log são os mesmos para o plano e o banco de dados. Os logsconsistem em uma parte de cabeçalho que é igual para todos osregistros, um “ID da ação” e uma seção dos dados que variam deacordo com o tipo de ação. Todos os dados são mantidos em textolimpo e formatados para serem legíveis e editáveis em um editor detexto, tais como vi ou bloco de notas.

Consulte oTWS - Guia do Usuáriopara obter detalhes sobre adefinição do recurso de auditoria.

InternacionalizaçãoO TWS 7.0 é convertido em vários idiomas diferentes do inglês. Sãoeles: alemão, francês, italiano, espanhol, português do Brasil, chinês,coreano e japonês.

Considerações sobre Fuso HorárioO suporte ao fuso horário é um recurso que pode ser ativado oudesativado. Os fusos horários serão ativados se o sinalizador deativação de fuso horáriono arquivo globalopts estiver definidocomosim e se a estação de trabalho mestre tiver uma definição defuso horário.

Os fusos horários são desativados, por padrão, na instalação doproduto.

Se os fusos horários forem ativados, os campos de fuso horário noScheduling Console serão ativados. Se você deixar um fuso horário


8 Versão 7.0

de definição de estação de trabalho em branco, será assumido comopadrão o fuso horário da estação de trabalho do gerenciador dedomínios mestre.

Se os fusos horários forem desativados, todos os campos de fusohorário serão desativados por meio do aplicativo. No composer econman, ocorrerá um erro, se você tentar especificar um fuso horáriojunto com uma hora. No Job Scheduling Console, os campos de fusohorário são desativados para o banco de dados e o plano. A únicaexceção para isso são as estações de trabalho no banco de dados,que têm fusos horários sempre ativados.

Ao ativar o fuso horário para a estação de trabalho mestre,recomenda-se que você digite um fuso horário para os FTAs que nãoestejam no mesmo fuso horário que o mestre. Supõe-se que um fusohorário de FTA em branco seja igual ao fuso horário mestre.

Quando os fusos horários tiverem sido ativados, você pode digitarum fuso horário juntamente com uma hora no conman, composer ouno Job Scheduling Console. Se você digitar uma hora sem fusohorário, o fuso horário será obtido da estação de trabalho na qual ojob ou fluxo de job é executado, ou do fuso horário da estação detrabalho mestre se o fuso horário da estação de trabalho emexecução estiver em branco.

Planejamento da RedeAntes de começar a instalar o Tivoli Workload Scheduler, determineas respostas para as perguntas a seguir. As próximas seções forneceminformações para ajudá-lo a determinar as respostas que melhor seadequam às suas necessidades.

1. Você irá utilizar estrutura de rede de múltiplos domínios ou deum único domínio?

2. Se utilizar múltiplos domínios, como irá dividir seus domínios:

¶ por localizações geográficas, por exemplo, domínios deLondres e Paris?



1.Introdução

¶ por fuso horário, por exemplo, Hora Local do Pacífico (pst)e Hora Local do Leste (est)?

¶ por unidade de negócios, por exemplo marketing econtabilidade?

3. Você irá utilizar bancos de dados expandidos ou não-expandidos?

4. Você irá ativar o recurso de fuso horário?

Visão Geral da Rede do TWSUma rede do Workload Scheduler contém pelo menos um domíniodo Workload Scheduler, o domínio mestre, no qual o gerenciador dedomínio mestre é o hub de gerenciamento. Os domínios adicionaispodem ser utilizados para dividirem uma rede amplamentedistribuída em grupos gerenciados menores e localmente.

Utilizar múltiplos domínios reduz a quantidade de tráfego de rede,por meio da redução das comunicações entre o gerenciador dedomínio mestre e outros computadores.

Em uma configuração de domínio simples, o gerenciador de domíniomestre mantém comunicações com todas as estações de trabalho narede do Workload Scheduler.

Em uma configuração de domínio múltiplo, o gerenciador dedomínio mestre comunica-se com as estações de trabalho em seudomínio e subordina gerenciadores de domínio. Os gerenciadores dedomínio subordinados, por sua vez, comunicam-se com as estaçõesde trabalho em seus domínios e subordinam gerenciadores dedomínio. Os domínios múltiplos também fornecem tolerância afalhas limitando os problemas causados pela perda de umgerenciador de domínio para um único domínio. Para limitar osefeitos adicionais, é possível designar gerenciadores de domínio debackup para assumirem no caso dos gerenciadores de domíniofalharem.

Funcionalidade de DomínioQuando você define um novo domínio, é necessário identificar odomínio pai e o gerenciador de domínio. O domínio pai é o domínio

Planejamento da Rede

10 Versão 7.0

diretamente acima do novo domínio na hierarquia de domínio. Todasas comunicações para e de um domínio são roteadas através dogerenciador de domínio pai.

Antes do início de cada novo dia, o gerenciador de domínio pai criaum arquivo de controle de produção, chamado Symphony. Emseguida, o Tivoli Workload Scheduler é reiniciado na rede e ogerenciador de domínio mestre envia uma cópia do novo arquivoSymphony para cada um de seus agentes ligados automaticamente egerenciadores de domínio subordinados. Os gerenciadores dedomínio, por sua vez, envia cópias para seus agentes ligadosautomaticamente e gerenciadores de domínio subordinados.

Quando a rede é iniciada, as mensagens de planejamento comoinícios e conclusões dos jobs são transmitidas dos agentes para seusgerenciadores de domínio, através dos gerenciadores de domínio paipara o gerenciador de domínio mestre. Em seguida, o gerenciador dedomínio mestre difunde as mensagens através da árvore hierárquica,para atualizar os arquivos Symphony de gerenciadores de domínio ede agentes de tolerância a falhas sendo executados no modo StatusCompleto.

Processamento Localizado no DomínioUma chave para escolher como configurar os domínios do TivoliWorkload Scheduler é o conceito do processamento localizado. Aidéia é separar ou localizar suas necessidades de planejamentobaseadas em um conjunto comum de características.

As características comuns são itens, tais como localizaçõesgeográficas, funções de negócios e agrupamentos de aplicativos. Oprocessamento relacionado ao agrupamento pode limitar a quantidadede informações de interdependência que precisa ser comunicadaentre domínios. Os benefícios do processamento de localização emdomínios são:

¶ Tráfego de rede diminuído. Manter o processamento localizadopara domínios elimina a necessidade de comunicações freqüentesentre domínios.



1.Introdução

¶ Fornece uma maneira conveniente de ajustar a segurança esimplificar a administração. A segurança e a administraçãopodem ser definidas e limitadas, no nível de domínio. Em vez daadministração ampla da rede ou específica da estação detrabalho, você pode ter a administração de domínio.

¶ A tolerância a falhas da rede e da estação de trabalho pode serotimizada. Em uma rede do de múltiplo domínio, é possíveldefinir backups para cada gerenciador de domínio, para que osproblemas em um domínio não interrompam operações emoutros domínios.

Considerações sobre RedesAs perguntas a seguir irão ajudar a tomar decisões sobre comoconfigurar a rede do Tivoli Workload Scheduler. Algumas perguntasenvolvem aspectos da rede e outros envolvem os aplicativoscontrolados pelo Tivoli Workload Scheduler. É possível consultaroutras pessoas em sua organização para resolver alguns assuntos.

¶ Qual o tamanho da rede do Tivoli Workload Scheduler? Quantoscomputadores ela contém? Quantos aplicativos e jobs elaexecuta?

O tamanho da rede irá ajudá-lo a decidir se vai utilizar umdomínio simples ou uma arquitetura de múltiplo domínio. Sevocê tiver um número pequeno de computadores ou um númeropequeno de aplicativos para controlar com o Tivoli WorkloadScheduler, pode não ser uma necessidade ter múltiplos domínios.

¶ Quantas localizações geográficas serão abrangidas na rede doTivoli Workload? Quão confiável e eficiente é a comunicaçãoentre as localizações?

Este é um dos motivos principais para escolher uma arquiteturade múltiplo domínio. Um domínio para cada localizaçãogeográfica é uma configuração comum. Se você escolher aarquitetura de domínio simples, ficará mais confiante na redepara manter o processamento contínuo.

¶ Você precisa de gerenciamento centralizado ou descentralizadodo Tivoli Workload Scheduler?


12 Versão 7.0

Uma rede do Tivoli Workload Scheduler, com um domíniosimples ou múltiplos domínios, concede a você a capacidade degerenciar o Tivoli Workload Scheduler a partir de um nó simplesdo gerenciador de domínio mestre. Se desejar gerenciar múltiplaslocalizações separadamente, será possível considerar a instalaçãode uma rede separada do Tivoli Workload Scheduler em cadalocalização. Observe que algum grau de gerenciamentodescentralizado é possível em uma rede independente do TivoliWorkload Scheduler através da montagem ou compartilhamentode sistemas de arquivos.

¶ Você possui várias entidades físicas ou lógicas em um únicosite? Existem edifícios diferentes e vários andares em cadaedifício? Existem diferentes departamentos ou funções denegócios? Existem diferentes aplicativos?

Podem existir motivos para escolher uma configuração dedomínio múltiplo. Por exemplo, um domínio para cada edifício,departamento, função da empresa ou cada aplicativo (industrial,financeiro, engenharia, etc.).

¶ Você executa aplicativos, como SAP R/3 ou Baan, que irãooperar com o Tivoli Workload Scheduler?

Se eles forem distintos e separados de outros aplicativos, vocêpoderá optar por colocá-los em um domínio separado do TivoliWorkload Scheduler.

¶ Deseja que os domínios do Tivoli Workload Scheduler seespelhem nos domínios do Windows NT?

Isso não é requerido, mas pode ser útil.

¶ Deseja isolar ou diferenciar um conjunto de sistemas baseado nodesempenho ou em outros critérios?

Isso pode fornecer outro motivo para definir múltiplos domíniosdo Tivoli Workload Scheduler, para localizar sistemas baseadosno desempenho ou tipo de plataforma.

¶ Quanto tráfego de rede você possui agora?

Se o tráfego de rede for gerenciável, a necessidade de múltiplosdomínios será menos importante.



1.Introdução

¶ As dependências do sistema cruzam limites do sistema, limitesgeográficos ou limites de aplicativos? Por exemplo, o início doJob1 na CPU3 depende da conclusão do Job2 sendo executadona CPU4?

O grau de interdependência entre jobs é uma consideraçãoimportante ao se preparar a rede do Tivoli Workload Scheduler.Se você utilizar múltiplos domínios, deverá tentar manter objetosinterdependentes no mesmo domínio. Isso irá diminuir o tráfegode rede e tirar melhor vantagem da arquitetura de domínio.

¶ Qual nível de tolerância a falhas você requer?

Uma desvantagem óbvia da configuração de domínio simples é aconfiança em um gerenciador de domínio simples. Em uma redede domínio múltiplo, a perda de um gerenciador de domíniosimples afeta somente os agentes em seu domínio.

Uma Rede de Domínio SimplesUma rede do Tivoli Workload Scheduler de domínio simples consisteem um gerenciador de domínio mestre e quaisquer números deagentes. O diagrama abaixo mostra um exemplo da rede de domíniosimples. Uma rede de domínio simples é bem adequada àscompanhias que possuem poucas localizações e funções de negócios.Todas as comunicações na rede são roteadas através do gerenciadorde domínio mestre. Com uma localização simples, você se preocupasomente com a confiabilidade de sua rede local e a quantidade detráfego que ela pode manipular.


14 Versão 7.0

É importante observar que as redes de domínio simples podem sercombinadas com outras redes, domínio simples ou múltiplo, paraatenderem vários requisitos do site.

O Tivoli Workload Scheduler suporta dependências entre redes eentre jobs que são executados em diferentes redes do TivoliWorkload Scheduler.

O exemplo à esquerda acima mostra uma rede de domínio simples.O gerenciador de domínio mestre está localizado em Atlanta,juntamente com vários agentes. Existem também agentes localizadosem Denver. Os agentes em Denver dependem do gerenciador dedomínio mestre em Atlanta para resolverem todas as dependênciasentre agentes, mesmo que as dependências possam estar em jobs quesão executados em Denver. Uma alternativa seria criar redes doTWS de domínio simples separadas em Atlanta e Denver, conformemostrado à direita.

As vantagens de redes de domínio simples são:

¶ Arquitetura simples.

¶ Controle e gerenciamento centralizado.

As desvantagens de redes de domínio simples são:



1.Introdução

¶ Todas as comunicações devem ser transmitidas através dogerenciador de domínio mestre. Isso pode resultar em uma cargapesada em uma rede amplamente distribuída .

¶ A falha do gerenciador de domínio mestre impacta toda a rededo Tivoli Workload Scheduler.

Uma Rede de Domínio MúltiploAs redes de Domínio Múltiplo são especialmente adequadas àscompanhias que se estendem a múltiplas localizações, departamentosou funções de negócios. Uma rede do Tivoli Workload Scheduler dedomínio múltiplo consiste em um gerenciador de domínio mestre,qualquer número de gerenciadores de domínio de escalão inferior equalquer número de agentes em cada domínio. Os agentes secomunicam somente com os gerenciadores de domínio e osgerenciadores de domínio se comunicam com os gerenciadores dedomínio pai.

O diagrama mostra um exemplo de uma rede de domínio múltiplo.Este diagrama é criado no exemplo mostrado para redes de domíniosimples. O gerenciador de domínio mestre está localizado em


16 Versão 7.0

Atlanta; ele contém os arquivos do banco de dados utilizados paradocumentar os objetos de planejamento e distribui o arquivoSymphony para seus agentes e os gerenciadores de domínio emDenver e Los Angeles. Em seguida, os gerenciadores de domínio deDenver e Los Angeles distribuem o arquivo Symphony para seusagentes e subordinam os gerenciadores de domínio em Boulder,Aurora e Burbank. O gerenciador de domínio mestre em Atlanta éresponsável pela difusão de informações entre domínios por toda arede.

Todas as comunicações para e do gerenciador de domínio de Bouldersão roteadas através do gerenciador de domínio pai em Denver. Seexistirem agendas ou jobs no domínio de Boulder que sãodependentes de agendas ou jobs no domínio de Aurora, estasdependências serão resolvidas pelo gerenciador de domínio deDenver. A maioria das dependências entre agentes são manipuladaslocalmente pelos gerenciadores de domínio de escalão inferior,reduzindo muito o tráfego na WAN (Rede Remota).

As vantagens de redes de domínio múltiplo:

¶ Agendas e jobs especiais podem ser submetidos a partir dogerenciador de domínio mestre ou de qualquer outro gerenciadorde domínio ou agente que possui acesso aos arquivos do bancode dados no gerenciador de domínio mestre.

¶ Tráfego de rede reduzido devido ao processamento localizado.

¶ Resolução local de dependências entre agentes.

¶ Segurança e administração localizadas.

¶ Topologia flexível que mapeia o modelo do negócio.

¶ No fly switchover para o gerenciador de domínio de backup.

Como ir para o Gerenciador de Domínio de BackupCada domínio possui um gerenciador de domínio e, opcionalmente,um ou mais gerenciadores de domínio de backup. Um gerenciadorde domínio de backup deve estar no mesmo domínio que ogerenciador de domínio que está sendo feito o backup. Osgerenciadores de domínio de backup devem ser agentes de tolerância



1.Introdução

a falhas executando o Tivoli Workload Scheduler 7.x e devem ter asopções Resolver Dependências e Status Completo ativadas nasdefinições da estação de trabalho.

Se um gerenciador de domínio falhar durante o dia de produção,você poderá utilizar o Job Scheduling Console ou o comandoswitchmgr na linha de comandos do Console Manager (conman),para ir para um gerenciador de domínio de backup. Uma açãoAlternar Gerenciador pode ser executada por alguém com acesso deinício e de encerramento ao gerenciador de domínio e estações detrabalho do gerenciador de domínio.

Uma operação do gerenciador de alternação encerra o gerenciador debackup, em seguida, reinicializa-o como o novo gerenciador dedomínio e converte o gerenciador de domínio antigo para um agentede tolerância a falhas. As identidades dos gerenciadores de domínioatuais são transportadas no arquivo Symphony de um dia deprocessamento para o próximo, assim, qualquer chave permanece emvigor até que você volte para o gerenciador de domínio original.

Banco de Dados Expandido e Nomes de ObjetosLongos

Os bancos de dados do Tivoli Workload Scheduler e o arquivoSymphony foram expandidos para acomodar mais registros e nomesde objetos mais longos. Isso permite mais flexibilidade ao nomearobjetos de planejamento, especialmente com pacotes tais como SAPR/3, Baan, etc.

¶ Os bancos de dados expandidos são o padrão no TivoliWorkload Scheduler 7.0. Eles permitem a utilização de nomeslongos para objetos de planejamento -- por exemplo, nomes dejobs podem conter até quarenta caracteres em vez de oito comonas versões anteriores.

¶ Os bancos de dados não-expandidos são utilizados parapermanecerem inadvertidamente compatíveis com as estações detrabalho do Maestro 5.x, que não suportam bancos de dadosexpandidos.


18 Versão 7.0

Notas:

1. Sugerimos que o mestre esteja executando uma versão igualou inferior do TWS do que os FTAs no domínio.

2. Se você tiver agentes do MPE (HP3000), certifique-se deexecutar bancos de dados não-expandidos.

Criação do Banco de DadosPara novas instalações, os bancos de dados do Tivoli WorkloadScheduler são criados no gerenciador de domínio mestre da primeiravez que você executa o mecanismo do TWS. O tipo de banco dedados criado, expandido ou não-expandido, é determinadomarcando-se a Opção Globalversão expandida = [sim|não]. Essaopção é definida pelo script personalizado quando você instalou oMecanismo do TWS. O padrão é o conjunto expandido parasim.

Você pode selecionar os bancos de dados não-expandidos quandoprimeiro instalar o TWS 7.0 e expandir os bancos de dadosposteriormente. Para expandir os bancos de dados, execute ocomandodbexpand no gerenciador de domínio mestre. O programadefine a versão expandida da Opção Global como sim, faz cópias debackup dos bancos de dados existentes, expande os bancos de dadospara aceitar nomes de objetos longos. Execute somente o dbexpanduma vez, do contrário, a cópia de backup dos bancos de dadosexistentes será perdida. As cópias de backup são colocadas em umdiretório chamadomozart.old no diretório mozart.

Nomes de Estação de TrabalhoO planejamento dos jobs em uma rede do Tivoli Workload Scheduleré distribuído através de múltiplos computadores. Para rastrear jobs,agendas e outros objetos com precisão, a cada computador éfornecido um único nome de estação de trabalho. Os nomes podemser os mesmos que os nomes de nós da rede, contanto que elesestejam de acordo com as regras de nomeação do Tivoli WorkloadScheduler:

¶ Para redes não-expandidas, os nomes de estação de trabalhopodem conter até oito caracteres alfanuméricos, traço (-) esublinhado (_) que começam com uma letra.



1.Introdução

¶ Para redes expandidas, o comprimento máximo é dezesseiscaracteres alfanuméricos, traço (-) e sublinhado (_) que começamcom uma letra.

Visão Geral da InstalaçãoAbaixo encontra-se um resumo do processo de instalação do TWS7.0. Este guia fornece instruções detalhadas para cada etapa.

1. Em todos os Gerenciadores de Domínio (incluindo Mestre eBackup), siga esta ordem:

a. Se estiver instalando em uma versão anterior do Maestro ouTWS, desconecte as outras estações de trabalho no domínio eencerre o Maestro ou TWS. Consulte “Como Desligar eEncerrar o TWS” na página 26 para NT e “Como Atualizar oTivoli Workload Scheduler” na página 58 para UNIX.

Instale o TWS 7.0 Engine. Consulte “Como Instalar oMecanismo do TWS no Windows NT” na página 25 ou“Como Instalar o Mecanismo do TWS no UNIX” napágina 51.Você pode, realmente, inverter a ordem na qual oexecuta e a próxima etapa.

b. Instale o Tivoli Management Framework. Se você ainda nãotiver um Tivoli Management Region em sua empresa, instalecomo um servidor TMR. Se um TMR já existir, será possíveloptar por instalar como um nó gerenciado. Consulte adocumentação de instalação do TMF para obter detalhes.

c. Instale o Job Scheduling Services e o Conector do TWS noTivoli Framework. Consulte “Como Instalar o Conector doTWS” na página 83.

d. No Desktop Tivoli, crie um Administrador Tivoli para TWS.Em outras palavras, inclua o usuário do TWS ou Maestrocomo um início de sessão para o administrador TMF ou crieum novo administrador TMF com o início de sessão do TWSou Maestro.

e. Atualize a segurança do TWS, para incluir o AdministradorTivoli.


20 Versão 7.0

¶ No NT, é necessário encerrar o TWS antes de executar ocomandomakesec.

¶ No UNIX, é possível executarmakesecsem encerrar oTWS anteriormente, mas é necessário encerrar ereinicializar o TWS para ativar o recurso de segurança.

f. Opcionalmente, instale o Job Scheduling Console. Consulte“Como Instalar o Tivoli Job Scheduling Console” napágina 105.

2. Instale o seguinte em cada estação de trabalho que deseja incluircomo um agente na rede do TWS:

¶ TWS 7.0 Engine.

¶ O Job Scheduling Console (opcional). Você também podeinstalar o JS Console em estações de trabalho e não na rededo TWS, que possui uma conexão TCP/IP com umGerenciador de Domínio que executa o Conector do TWS.

3. Inicie sessão no Job Scheduling Console e defina as estações detrabalho na rede do TWS para o banco de dados do TWS.

4. Agora, você pode utilizar o Job Scheduling Console para definiros jobs, fluxos de job e outros objetos de planejamento.

Grupos de ProdutosOs produtos do Tivoli são organizados em grupos de produtos. Cadagrupo possui um processo Netman para manipular os serviçosrequeridos por todos os produtos no grupo. Este também permitevárias cópias de um produto a ser instalado em um únicocomputador, designando um grupo diferente para cada cópia.

Arquivo de ComponentesOs grupos de produtos são definidos no arquivo de componentes. Seo arquivo não existir antes da instalação, ele será criado pelo scriptde personalizaçãono UNIX ou programa deConfiguraçãonoWindows NT. Uma amostra de UNIX a seguir:

<produto> <versão> <diretório pessoal> <grupo de produtos>

Visão Geral da Instalação


1.Introdução

MaestroDestinyNetman

5.1.11.0.23.3.5

/opt/maestro/opt/destiny/opt/netman

produçãoproduçãoprodução

As entradas no arquivo são automaticamente criadas e atualizadaspela personalização ou Configuração. O grupo de produtosworkstation_userserá utilizado como padrão no NT, se você nãoespecificar um grupo.

No UNIX, o nome do arquivo do arquivo de componentes é definidona variável:UNISON_COMPONENT_FILE

Se a variável não for definida, a personalização utilizará o nome doarquivo:/usr/unison/components

No Windows NT, o nome do arquivo de componentes,netmanhome\components, é gravado no registro a primeira vez queesta versão do Workload Scheduler for instalada. Consulte “DiretórioPessoal do Netman”.

Como Exibir o Arquivo de ComponentesAo seguir a instalação ou atualização, é possível exibir o conteúdodo arquivo de componentes através da execução do programaucompcomo segue:ucomp -l

Diretório Pessoal do NetmanUma opção no script depersonalizaçãono UNIX e uma tela deConfiguração no Windows NT, permite que você especifique umdiretório pessoal do Netman. Se saltado, o padrão no UNIX serádiretório pessoal do Workload Scheduler e no Windows NT o padrãoserá:c:\win32app\unison\netman.

Grupos de Produtos

22 Versão 7.0

Opções Locais do NetmanSe o diretório pessoal do Netman não for igual ao diretório pessoaldo Workload Scheduler, as seguintes opções locais serão movidas deum arquivo localopts do Workload Scheduler para um arquivolocalopts separado no diretório Netman:nm mortalnm portnm readnm retrymerge stdlistsstdlist widthsyslog local

E, a opção a seguir poderá ser incluída, se desejado:nm ipvalidate

Consulte a seção 2 no Guia do Tivoli Workload SchedulerAdministrator, para obter mais informações sobre as Opções Locais.

Após a InstalaçãoApós a instalação do Workload Scheduler, consulte oTivoliWorkload Scheduler - Guia do Usuáriopara obter informações sobreconfiguração e instalação.

Grupos de Produtos


1.Introdução

24 Versão 7.0

Como Instalar o Mecanismo doTWS no Windows NT

Este capítulo descreve o processo de instalação do Tivoli WorkloadScheduler (TWS) em sistemas e redes Windows NT.

Requisitos do SistemaA seguir encontram-se os requisitos de sistema do TWS parasistemas Windows NT.

¶ Windows NT versão 4.0 com Service Pack 4 ou superior.

¶ Unidade de CD-ROM para instalação.

¶ Partição NTFS para instalar o TWS.

¶ Aproximadamente 100 MB de espaço livre em disco paragerenciadores de domínio e agentes de tolerância a falhas.Aproximadamente 40 MB para agentes padrão. Além disso, oTWS produz arquivos de log e arquivos temporários, que sãocolocados na unidade de disco rígido local. A quantidade deespaço requerida depende do número de jobs gerenciados peloTWS e o período de tempo escolhido para reter arquivos de log.

¶ RAM de 128 MB e espaço de troca de 128 MB paragerenciadores de domínio e agentes de tolerância a falhas. Osagentes padrão requerem menos.

¶ Comunicações de rede TCP/IP.

2


2.C

omo

Inst.M

ecan.T

WS

noW

indows

NT

¶ Uma conta de usuário do TWS é requerida para obter ainstalação correta. Você pode criar a conta anteriormente ou oprograma de Instalação pode criá-la para você.

Antes de continuar, consulte oTivoli Workload Scheduler - Notassobre Releasepara obter informações sobre os requisitos de sistemasmais recentes e emissões específicas da plataforma.

Como Preparar para uma AtualizaçãoSe esta for uma atualização de uma instalação existente do TWS,siga as etapas abaixo antes de executar o programa de Instalação.Após a Instalação ser concluída, consulte “Como Concluir umaAtualização” na página 39 para obter as etapas importantes depós-instalação.

Nota: A abordagem padrão para atualizar uma rede do TWS éatualizar a tolerância a falhas e os agentes padrão primeiro e,em seguida, o gerenciador de domínio mestre. Entretanto,antes de decidir como atualizar a rede do TWS, consulte oTivoli Workload Scheduler - Notas sobre Releasepara obteras informações mais recentes sobre como migrar para umanova versão de software.

Como Desligar e Encerrar o TWSAntes de começar uma atualização do TWS, siga estas etapas paradesligar as estações de trabalho e encerrar os processos do TWS.Observe que esse procedimento é para atualização de uma versãoanterior do TWS, Maestro 6.x ou 5.x.

1. Na estação de trabalho de destino, inicie sessão comomaestro sefor atualizar a partir do Maestro 5.2, ou comoAdministrador sefor atualizar a partir do Maestro 6.x. Execute o ConsoleManager.

2. Clique no ícone da estação de trabalho ou selecione as CPUs domenu Objetos.

3. Na janela Mostrar cpus:

Requisitos do Sistema

26 Versão 7.0

a. Se estiver atualizando o gerenciador de domínio mestre,selecione todos os agentes de tolerância a falhas e padrão, eescolha Desligar a partir do menu Ações.

b. Se estiver atualizando uma estação de trabalho do agente detolerância a falhas ou padrão, selecione o gerenciador dedomínio mestre e escolha Desligar a partir do menu Ações.

4. Selecione a estação de trabalho que está atualizando e escolhaEncerrar a partir do menu Ações.

5. Saia do Console Manager.

6. Em um prompt de comandos, execute a linha de comandos apartir deTWShomee digite o seguinte comando para encerrar osserviços do TWS:conman “shutdown;wait”

Arquivos de BackupO programa deInstalação do TWS irá mover as cópias de Sfinal,Jnextday, NetConf, StartUp e o diretório de métodos para umdiretório chamado:TWShome\config.old

Freqüentemente, esses arquivos são personalizados para atenderemsuas necessidades específicas e você pode utilizar as cópias salvaspara incorporar suas alterações seguindo a atualização. O programade Instalação não irá sobrepor quaisquer arquivos no diretóriomozart, stdlist ou unison que foram modificados após o TWS tersido instalado.

Se existirem outros arquivos que deseja proteger durante aatualização, copie ou renomeie-os agora. Como uma precauçãoadicional, você também deve fazer backup de todo o diretórioTWShome.

Você está pronto para executar o programa de Instalação. Consulte“Como Instalar o Software” na página 28.

Como Preparar para uma Atualização


2.C

omo

Inst.M

ecan.T

WS

noW

indows

NT

Como Instalar o SoftwareUtilize o programa de Instalação para instalar o mecanismo do TWSno Windows NT.

O Programa de InstalaçãoO programa deInstalação instala ou atualiza o TWS. Ele iráexecutar as seguintes funções:

¶ Nova instalação do TWS: Instale o TWS e o Netman. Crie umarquivo de componentes com novas entradas.

¶ Primeira atualização do TWS versão 6.x e anterior: Atualize oTWS e o Netman, se necessário. Crie um arquivo decomponentes com novas entradas.

¶ Atualizações subseqüentes do TWS: Atualize o TWS e oNetman, se necessário. Atualize as entradas no arquivo decomponentes.

Como Executar a Instalação1. Certifique-se de ter privilégios de administrador local na estação

de trabalho na qual está prestes a instalar o TWS.

2. Feche quaisquer outros aplicativos do Windows abertos,incluindo o Windows NT Explorer.

3. Insira o CD do TWS.

4. Execute o programa deInstalação do TWS:d:\tivoli\i386\maestro\setup.exe

onded é sua letra da unidade do CD.

Como Instalar o Software

28 Versão 7.0

5. A janela Seleção do Idioma para a Instalação é exibida.Selecione o idioma de instalação e clique emOK .

6. A janela Bem-vindo é exibida.

7. Clique emAvançar > na janela Bem-vindo para continuar. Ajanela Aviso de Processo é exibida. Para continuar, clique emAvançar >. Se estiver atualizando o TWS, tenha certeza de quetodos os processos do TWS estão encerrados, incluindo osserviços do Tivoli. Se você removeu a instalação do TWS antesde executar a Instalação, será necessário reinicializar seucomputador antes de continuar (consulte “Como Remover aInstalação do TWS” na página 46 para obter detalhes sobrecomo remover a instalação). Para acompanhar essas tarefas, sair



2.C

omo

Inst.M

ecan.T

WS

noW

indows

NT

da Instalação clicando emCancelar.

8. Na janela Opções de Instalação, selecione o tipo de instalação eclique emAvançar >.

Copiar arquivos e PersonalizarCopie os arquivos Netman a partir do CD e personalizea instalação. Isso deve ser selecionado para novasinstalações e atualizações.


30 Versão 7.0

Personalização somentePersonalize os arquivos existentes. Esses redefinem aspermissões nos arquivos anteriores para permissõespadrão.

9. Na janela Account Information (Informações sobre Conta),digite as seguintes informações e clique emNext > (Avançar):

Account (Conta)

O nome do usuário do TWS (geralmentetwsuseroumaestro). O software está instalado ou atualizado, nestediretório pessoal do usuário. Você poderá incluir odomínio, se aplicável - por exemplo:hqtrs\twsuser. Sevocê omitir o domínio, a Instalação procurará umaconta correspondente: 1) localmente, 2) no domínio ou3) em um domínio de confiança.

A Instalação irá criar automaticamente a conta e odiretório pessoal, se necessário, e irá conceder osdireitos necessários.

Password (Senha)A senha da conta.

Confirm Password (Confirmar Senha)Entre novamente a senha da conta.



2.C

omo

Inst.M

ecan.T

WS

noW

indows

NT

Nota: Se estiver instalando mais de uma ocorrência do TWSem um computador, observe que cada instalação irátentar colocar os arquivos no diretórioTWShome\..\unison. Certifique-se de que os diretóriospais sejam diferentes para evitar conflito. Por exemplo,c:\apps\maestroe c:\apps1\maestro.

10. Selecione o diretório de destino onde deseja que o TWS sejainstalado. Se não desejar o padrão, clique emLocalizar paraespecificar uma opção diferente. Quando tiver terminado, cliqueem Avançar para continuar.


32 Versão 7.0

11. Na janela Determinar Expansão do Banco de Dados, escolha umdos itens a seguir e clique emAvançar >:

Bancos de Dados Expandidos (Suporta Nomes de ObjetosLongos)

Utilize os bancos de dados expandidos disponíveissomente no Maestro 6.0 e acima.

Bancos de Dados Não-Expandidos (Compatível com oMaestro 5.x)

Utilize os bancos de dados não-expandidos. Este deveser utilizado para instalar o TWS no gerenciador dedomínio mestre de uma rede, que contém estações detrabalho executando uma versão menor que 6.0 ouqualquer versão do Maestro para MPE. Os bancos dedados podem ser expandidos posteriormente utilizando ocomandodbexpand. Consulte oTivoli WorkloadScheduler - Guia do Usuáriopara obter maisinformações sobre o comandodbexpand.

Nota: Se sua rede incluir estações de trabalho do MPE, seránecessário utilizar o modonão-expandido. As estaçõesde trabalho do MPE não podem ser incluídas em redesdo TWSexpandidas.



2.C

omo

Inst.M

ecan.T

WS

noW

indows

NT

12. Na janela Configuration Information (Informações sobreConfiguração), digite as informações a seguir e clique emNext> (Avançar):

Company (Empresa)O nome de sua empresa.

This CPU (Esta CPU)O nome do TWS desta estação de trabalho. Para aversão não-expandida do TWS, ele pode ter até oitocaracteres alfanuméricos, traço (-) sublinhado (_) quecomeçam com uma letra. Para a versão expandida, ocomprimento é de dezesseis caracteres. Esse nome deveser utilizado posteriormente para definir formalmente aestação de trabalho no TWS.

Master CPU (CPU Mestre)O nome do TWS do gerenciador de domínio mestre. Seesse for o gerenciador de domínio mestre ou umaestação de trabalho independente, o nome será o mesmoque Esta CPU. Para a versão não-expandida do TWS,ele pode ter até oito caracteres alfanuméricos, traço (-)sublinhado (_) que começam com uma letra. Para aversão expandida, o comprimento é dezesseis caracteres.


34 Versão 7.0

Se estiver instalando no gerenciador de domínio mestre,a Instalação criará a definição de estação de trabalhoautomaticamente.

Product Group (Grupo de Produtos)O nome do grupo de produtos para esta instalação ouatualização. O padrão é″workstation_user″.

Nota: Se Netman não estiver instalado no grupo de produtos,será solicitado que você instale-o agora. O Netman érequerido no grupo de produtos antes que você possaexecutar com êxito o TWS. Se o Netman já estiverinstalado no grupo de produtos, o prompt e as etapas deInstalação do Netman a seguir serão saltadas.

13. Instalação do Netman. Na janela Bem-vindo,Clique emAvançar > para instalar o Netman.

Nota: Se a janela Bem-vindo não aparecer, utilize a barra detarefas do Windows NT para que ela apareça.



2.C

omo

Inst.M

ecan.T

WS

noW

indows

NT

14. Instalação do Netman. Na janela Opções de Instalação,selecione o tipo de instalação e clique emAvançar >.

Copiar arquivos e PersonalizarCopie os arquivos Netman a partir do CD e personalizea instalação. Isso deve ser selecionado para novasinstalações e atualizações.

Personalização somentePersonalize os arquivos existentes. Esses redefinem aspermissões nos arquivos anteriores para permissõespadrão.

15. Instalação do Netman. Na janela Diretório de destino,selecione o diretório para instalar o Netman e clique emAvançar >. O padrão é:c:\win32app\unison\netman

Para selecionar um diretório diferente, clique emLocalizar eselecione um diretório. Se o diretório não existir, será solicitadoque você o crie. Além disso, se o arquivo de componentes não


36 Versão 7.0

existir, ele será criado neste diretório.

16. Instalação do Netman. Na janela Netman-Porta, digite onúmero da porta do Netman e clique emAvançar >. O padrãoé 31111.

17. Instalação do Netman. A janela Informações de Configuraçãoresume as informações que a Instalação irá utilizar para instalaro Netman. Clique em< Voltar para rever ou alterar as



2.C

omo

Inst.M

ecan.T

WS

noW

indows

NT

informações, ou clique emAvançar > para continuar.

Após clicar emAvançar, uma janela de indicação deprogressão exibe a instalação dos arquivos Netman.

18. Finalmente, a janela Informações de Configuração resume asinformações que a Instalação irá utilizar para instalar o TWS.Clique em< Voltar para rever ou alterar as informações ouclique emAvançar > para instalar ou atualizar o TWS e saia.


38 Versão 7.0

19. Agora, você terminou a instalação do mecanismo do TWS eNetman. A janela Reboot (Reiniciar) solicita que você reiniciesua estação de trabalho.

Como Executar a Configuração do Netman SeparadamenteVocê pode executar o programa de Instalação do Netmanindependente do produto do TWS para instalar ou atualizar osarquivos Netman. Para executar o programa de Instalação doNetman:

1. Insira o CD do TWS.

2. Execute o programa de Instalação do Netman:d:\maestro\i386\netman\setup.exe

Como Continuar a Instalação e AtualizaçãoExecute as tarefas a seguir após instalar ou atualizar o TWS.

Como Concluir uma AtualizaçãoSe essa for uma atualização de uma instalação existente, faça oseguinte:



2.C

omo

Inst.M

ecan.T

WS

noW

indows

NT

1. Em cada estação de trabalho atualizada, utilizando os arquivosprotegidos em “Como Preparar para uma Atualização” napágina 26 como referência, aplique as alterações para as novasversões dos arquivos.

2. No gerenciador de domínio mestre, reinicie o TWS.

O processo de atualização do TWS agora está completo.

Como Definir a Variável PATHInicie sessão como um usuário no grupo de Administradores Locaisou grupo de Administradores de Domínio. No ambiente do sistema,inclua os diretóriosTWShomee TWShome\bin na variável PATH. Porexemplo:other_directories;C:\win32app\maestro;C:\win32app\maestro\bin

Diretórios e Serviços do TWSA Configuração instala os arquivos do TWS emTWShomeeTWShome\..\unison, o qual também é utilizado por outros produtosdo Tivoli. Por exemplo, seTWShomeestiver emc:\win32app\maestro, então, o diretórioc:\win32app\unisontambém será criado.

A Configuração também registra os serviços a seguir com oGerenciador de Serviço de Controle:

¶ Tivoli MAESTRO parauser

¶ Tivoli Netman parawkstn_user

¶ Tivoli Token Service parauser

Observe que o Gerenciador de Controle de Serviço mantém seupróprio banco de dados de senha do usuário. Entretanto, se a senhaTWSuserfor alterada seguindo a configuração, será necessárioutilizar o aplet Serviços no Painel de Controle para atribuir a novasenha para o Token Service e Netman.

O Serviço JOBMONO serviço Jobmon é executado na conta SYSTEM com o direito″Permitir que o Serviço Interaja com o Desktop″ concedido a ele.Você pode remover o direito por motivos de segurança. Entretanto,

Como Continuar a Instalação e Atualização

40 Versão 7.0

isso irá evitar que o serviço lance jobs interativos que sãoexecutados em uma janela no desktop do usuário. Esses jobs não sãoacessíveis e não têm acesso a recursos do desktop. Comoconseqüência, eles podem ser sempre executados ou terminar deforma anormal devido a falta de recursos.

Como Configurar a Administração DescentralizadaVocê pode administrar os objetos de planejamento do TWS decomputadores diferentes do gerenciador de domínio mestre do TWSonde os bancos de dados existem.

Se planejar administrar os objetos de planejamento neste gerenciador,será necessário criar compartilhamentos para os diretórios nogerenciador de domínio mestre e definir um conjunto de opçõeslocais nos outros computadores.

Como Compartilhar os Diretórios MestresCrie os diretórios a seguir compartilháveis no gerenciador dedomínio mestre e defina as permissões para conceder ao usuário dedomínio, aoTWS ou aomaestro, controle completo:TWShome\mozartTWShome\..\unison\network

Como Compartilhar os Parâmetros do TWSNormalmente, os parâmetros de substituição do TWS são específicosdo computador e administrados separadamente em cada computador.Se desejar que os parâmetros sejam comuns para todos oscomputadores e administrados a partir de qualquer computador, serápossível compartilhar o diretórioTWShomeconforme descrito acimapara outros diretórios, ou copiar o banco de dados de parâmetros,toda vez que ele alterar, do gerenciador de domínio mestre para cadaum dos outros computadores. Os arquivos do banco de dados são:TWShome\parametersTWShome\parameters.KEY

Como Utilizar um Único CompartilhamentoComo alternativa para compartilhar diferentes diretórios, é possívelmover todos os arquivos do banco de dados para um diretóriocomum, compartilhar o diretório e, em seguida, definir as opções



2.C

omo

Inst.M

ecan.T

WS

noW

indows

NT

locais, discutidas abaixo, para obter o nome compartilhado. Osarquivos do banco de dados são listados abaixo.

Em TWShome\..\unison\ :cpudatacpudata.KEYuserdatauserdata.KEY

Em TWShome\mozart\ :calendarscalendars.KEYjob.schedjob.sched.KEYjobsjobs.KEYmastskedmastsked.KEYpromptsprompts.KEYresourcesresources.KEY

Em TWShome:parametersparameters.KEY

Os arquivos são criados conforme necessário pelo TWS. Se eles nãoexistirem, é possível simplesmente definir as opções locais para odiretório compartilhado conforme descrito abaixo.

Como Definir Opções LocaisPara acessar os bancos de dados mestres compartilhados, defina asopções locais em cada um dos computadores a partir dos quaisdeseja administrar os objetos de planejamento do TWS. As opçõessão descritas aqui seguidas pelo procedimento para modificá-los.

Observe que cada opção pode ser definida com um nomeconvencional (unidade:\share) ou com um nome de UNC(\\node\share). Se definida com um nome convencional, o usuário do


42 Versão 7.0

maestro deverá conectar-se, explicitamente, ao compartilhamento. Sedefinida com um nome de UNC, uma conexão explícita não serárequerida. As opções locais são:

diretório mozartDefine o nome do diretório mozart compartilhado do mestre.

diretório unison networkDefine o nome do diretório unison compartilhado do mestre.

diretório parametersDefine o nome do diretórioTWShomecompartilhado domestre.

Em cada um dos computadores, defina as opções como segue:

1. Utilize um editor de sua opção para abrir e modificar o arquivoTWShome\localopts.

2. As opções existem como comentários no arquivo fornecido peloTivoli. Para definir uma opção, remova o sinal # na coluna 1 ealtere o valor para o ponto para o diretório correto. Por exemplo,para acessar todos os objetos exceto os parâmetros:diretório mozart = \\hub\mozartdiretório da rede unison = \\hub\unison# diretório parameters = d:\maestro

3. Salve o arquivo e saia.

4. Encerre e reinicie o TWS (incluindo o Netman) para realizar asalterações operantes.

Se uma opção não for definida ou não existir, o programa Composerdo TWS tentará acessar os arquivos do banco de dados nocomputador local.

Como Definir as Opções Locais no MasterSe os arquivos do banco de dados foram movidos dos diretóriospadrão, conforme listados acima em Como Utilizar um ÚnicoCompartilhamento, então, será necessário definir as opções locais nogerenciador de domínio mestre para a nova localização. ConsulteComo Definir as Opções Locais acima.



2.C

omo

Inst.M

ecan.T

WS

noW

indows

NT

Como Criar a Conta do TWS ManualmenteAs novas instalações do TWS requerem uma conta de usuário compermissões específicas na qual instalar o software. O programa deinstalação cria este usuário automaticamente. Se desejar criar a contamanualmente, siga as etapas abaixo.

Nota: Os procedimentos a seguir requerem um conhecimento dogerenciamento de contas do Windows NT, incluindo acapacidade de criar contas e atribuir direitos aos usuários. Sevocê não possue este conhecimento, consulte seuadministrador do Windows NT ou consulte a documentaçãoda Microsoft e o auxílio online do Windows NT.

Tipos de Administração do TWSOs bancos de dados que contêm os objetos de planejamento do TWSresidem no computador que você define como o gerenciador dedomínio mestre. Você pode administrar os objetos de planejamentode duas maneiras:

1) centralizado, somente a partir do gerenciador de domínio mestreou

2) descentralizado, a partir de mais de um computador do TWS.

Escolha o procedimento apropriado abaixo baseado na maneira quedeseja administrar os objetos de planejamento do TWS.

Administração CentralizadaSe você administrar os objetos de planejamento somente a partir dogerenciador de domínio mestre, utilize o procedimento a seguir paracriar o usuárioTWS ou maestro.

1. Crie uma conta de usuário local chamadaTWS ou maestro nocomputador que irá utilizar como o gerenciador de domíniomestre do TWS. Observe que este nome deve ser utilizado emtodos os computadores na rede do TWS, incluindo computadoresUNIX.

Como Criar a Conta do TWS Manualmente

44 Versão 7.0

Nota: Também pode ser utilizada uma conta de usuárioexistente. Certifique-se, entretanto, que este usuário estejano grupoAdministradores NT.

2. Atribua um diretório pessoal para o usuárioTWS ou maestro.Por exemplo:C:\win32app\maestro

Não especifique o diretório raiz de uma unidade. O software doTWS será instalado neste diretório pessoal do usuário. Este émencionado na documentação comoTWShome.

3. Conceda ao usuárioTWS ou maestro os seguintes direitos deusuário avançados:

Atuar como parte do sistema operacionalAumentar cotasIniciar sessão como job em batchIniciar sessão como um serviçoIniciar sessão localmenteSubstituir um símbolo de nível de processo

Agora você está pronto para executar o programa de Instalação.Consulte “Como Instalar o Software” na página 28.

Administração DescentralizadaSe você administrar os objetos de planejamento a partir de mais deum computador do TWS, além do gerenciador de domínio mestre,utilize o procedimento a seguir para criar o usuárioTWS oumaestro.

Nota: Após instalar o software, será necessário criarcompartilhamentos para permitir acesso aos bancos de dadosno gerenciador de domínio mestre. Isso é discutido em“Como Compartilhar os Diretórios Mestres” na página 41.

1. Crie uma conta de domínio chamadaTWS ou maestro nodomínio do computador que irá utilizar como o gerenciador dedomínio mestre do TWS. Observe que esse nome também deveser utilizado em quaisquer computadores do UNIX na rede doTWS.



2.C

omo

Inst.M

ecan.T

WS

noW

indows

NT

Nota: Também pode ser utilizada uma conta de usuárioexistente. Certifique-se, entretanto, que este usuário estejano grupoAdministradores NT.

2. Atribua um diretório pessoal para o usuárioTWS ou maestro.Por exemplo:C:\win32app\maestro

Não especifique o diretório raiz de uma unidade. O software doTWS será instalado neste diretório pessoal do usuário. Este émencionado na documentação comoTWShome.

3. Em cada computador a partir do qual o TWS será gerenciado,conceda ao usuárioTWS ou maestro os seguintes direitos deusuário avançado:

Atuar como parte do sistema operacionalAumentar cotasIniciar sessão como job em batchIniciar sessão como um serviçoIniciar sessão localmenteSubstituir um símbolo de nível de processo

Agora você está pronto para executar o programa de Instalação.Consulte “Como Instalar o Software” na página 28.

Como Remover a Instalação do TWSOs programas de remoção de instalação irão remover os arquivos deprodutos, chaves de registros, serviços e grupos de programas.Observe que a remoção da instalação não irá remover os arquivoscriados após o TWS ter sido instalado, nem os arquivos que foramabertos no momento da remoção da instalação.

Você tem duas maneiras de remover a instalação do Mecanismo doTWS e do Netman a partir de uma máquina do Windows NT:

¶ Utilizando a ferramenta Inclusão/Remoção do Windows NT

¶ Utilizando o programa de Remoção de Instalação de um promptde comandos


46 Versão 7.0

Ambos os métodos são descritos nas seções a seguir.

Como Utilizar a Ferramenta de Inclusão/Remoção doWindows NT

Para remover a instalação do TWS ou do serviço Netman, noWindows NT 4.0, é necessário ter um usuárioTWS ou maestro comdireitos de administrador Windows NT.

Utilize o seguinte procedimento:

1. Encerre o TWS e todos os serviços do TWS. Consulte “ComoDesligar e Encerrar o TWS” na página 26 para obter detalhes.

2. Da pasta Painel de Controle, execute Incluir/Remover Programas.

3. Na tabulação Instalar/Remover Instalação, selecione TivoliMaestro (Usuário=nome do usuário) para remover o Maestro ouo Tivoli Netman (Grupo=grupo) para remover o serviço Netman.

4. Clique no botão Incluir/Remover. Na caixa de diálogo, clique emSim.

5. Saia de Incluir/Remover Programas.

6. Encerre e reinicialize o computador. Isso irá remover os serviçosMaestro e Netman.

Nota: O processo de remoção de instalação não irá remover algunsarquivos, pastas e entradas de registro.

Os arquivos criados quando os produtos foram instalados, sãoremovidos através da remoção da instalação. Entretanto, quaisquerarquivos criados ou modificados desde a instalação não sãoremovidos. Você pode reter esses arquivos para uso em umainstalação posterior do TWS.

Como Remover a Instalação do NetmanO Netman é um produto independente do TWS. Embora ele possaser instalado e atualizado junto com o TWS, a instalação deve serremovida separadamente. Para remover a instalação do Netman,NÃO exclua os arquivos. Utilize sempre o recurso Incluir/RemoverPrograma no Painel de Controle do Windows NT. Os arquivos a

Como Remover a Instalação do TWS


2.C

omo

Inst.M

ecan.T

WS

noW

indows

NT

seguir são utilizados por outros produtos e não são removidosquando é removida a instalação do Netman:netmanhome\componentsnetmanhome\bin\ucomp.exe

O Programa Uninstal.exeO programa deRemoção de Instalaçãoé utilizado para removeruma instalação do Tivoli Workload Scheduler ou do serviço Netman.Ele está localizado no diretório<maestro home>\setup.

Sintaxe

Uninstal.exe -V|-U

Uninstal.exe -p product [-r version] [ -l user] [ -s ] [ -g group]

Variáveis-V Exibe o nível de correção do programa.

-U Exibe as informações sobre utilização do programa.

-p O nome do produto:

maestroO produto do TWS.

netmanO serviço Netman.

-r A versão do produto; por exemplo: 6.1.0

-l A conta do usuário para a qual o produto foi instalado. Issoé válido somente com-p maestro.

-s Executa no modo silencioso. Se omitido, o programa emitiráprompts e mensagens de progressão.

-g O grupo de produtos. O grupo padrão é DEFAULT. Isso éválido somente com-p netman.

Exemplos1. Remove o software do TWS:

uninstal -p maestro


48 Versão 7.0

2. Remove o software do TWS instalado para o usuáriotwsuser:uninstal -p maestro -l twsuser

3. Remove silenciosamente o Netman instalado no grupo de teste:uninstal -p netman -s -g test



2.C

omo

Inst.M

ecan.T

WS

noW

indows

NT


50 Versão 7.0

Como Instalar o Mecanismo doTWS no UNIX

Esta seção explica o processo de instalação do Tivoli WorkloadScheduler para sistemas e redes UNIX.

Requisitos do SistemaA seguir encontram-se os requisitos de sistema do TWS paracomputadores UNIX.


¶ Aproximadamente 120 MB de espaço em disco rígido paragerenciadores de domínio e agentes de tolerância a falhas.Aproximadamente 80 MB para agentes padrão.

¶ Além disso, o TWS produz arquivos de log e arquivostemporários, que são colocados na unidade de disco rígido local.A quantidade de espaço utilizada depende do número de jobsgerenciados pelo TWS e o período de tempo escolhido para reterarquivos de log.

¶ RAM de 32 MB e espaço de troca de 48MB para gerenciadoresde domínio e agentes de tolerância a falhas. Os agentes padrãorequerem menos.

¶ Opcionalmente, os agentes de tolerância a falhas do TWSmontam diretórios a partir do gerenciador de domínio mestre.Isso requer o Network File System (NFS). Consulte os

3


3.C

omo

Instalaro

Mecan.

doT

WS

noU

NIX

administradores de sistema e de rede e consulte oTivoliWorkload Scheduler - Guia do Usuáriopara obter maisinformações.

Antes de continuar, consulte oTivoli Workload Scheduler - Notassobre Releasepara obter informações adicionais.

Procedimento de InstalaçãoSiga estas instruções em computadores UNIX, se estiver instalando oTWS pela primeira vez ou se a instalação do TWS tiver sidocompletamente removida. Para computadores Windows NT, consulte“Como Instalar o Mecanismo do TWS no Windows NT” napágina 25.

Como Instalar o Mecanismo do Tivoli WorkloadScheduler

Execute as etapas a seguir para instalar o TWS em um computadorUNIX.

1. Crie o usuário do TWS. O software está instalado no diretóriopessoal do usuário, mencionado comotwshome.

Usuário:maestro

Grupo:tivoli

Origem:twshome(por exemplo: /opt/maestro)

Nota: Se estiver instalando mais de uma ocorrência do TWS emum computador, observe que cada instalação irá tentarcolocar arquivos no diretóriotwshome/../unison.Certifique-se de que os diretórios pais sejam diferentespara evitar conflito. Por exemplo, /opt/maestro e/opt/maestro2.

2. Monte a fita de instalação ou CD e restaure o software.

a. Inicie a sessão como raiz e altere o diretório paratwshome.


52 Versão 7.0

b. Extraia o software:tar -xvf cd/TIVOLI/platform/MAESTRO.TAR

onde:

cd O nome do caminho da unidade de CD.

platformO tipo de plataforma. Um dos seguintes itens:

AIX (para IBM)

DECUX (para Digital UNIX)

DGUX (para Data General UNIX)

HPUX (para Hewlett Packard UNIX)

INTEL (para UNIX baseado em Intel)

MIPS (para UNIX baseado em MIPS)

SOLARIS (para Sun Solaris)

3. Execute o script depersonalização.

Por exemplo, uma amostra de script de personalização para umaestação de trabalho do Gerenciador de Domínio Mestre:/bin/sh customize -new -thiscpu mdm -master mdm [other_opts]

Por exemplo, uma amostra do script de personalização para umaestação de trabalho do FTA:/bin/sh customize -new -thiscpu dm1 -master mdm [options]

Se você estiver utilizando um sistema HP-UX 10.x, a sheelbourne poderá estar no diretório/usr. Neste caso, utilize aseguinte sintaxe:/usr/bin/sh customize -new -thiscpu mdm -master mdm [other_opts]

Para obter mais informações sobre os argumentos depersonalização e mais exemplos, consulte “O Script dePersonalização” na página 62.

Procedimento de Instalação


3.C

omo

Instalaro

Mecan.

doT

WS

noU

NIX

4. Crie um arquivo .profile para o usuário maestro, se ainda nãoexistir um (twshome/.profile). Edite o arquivo e modifique avariável PATH para incluirtwshomee twshome/bin. Porexemplo:PATH=/bin:/usr/bin:/usr/local/bin:/opt/maestro:/opt/maestro/bin

Se a instrução PATH terminar com um ponto (.), recomendamossubstituir o ponto pelos caminhos acima ou inserir os caminhosantes do ponto. Se não existir nenhum ponto na instrução PATH,simplesmente, inclua os caminhos no final.

5. Para iniciar o processo de gerenciamento da rede do TWS,Netman, automaticamente como um daemon toda vez queinicializar o sistema, inclua um dos itens a seguir no arquivo/etc/rc ou o arquivo adequado para seu sistema: Para iniciarsomente o Netman:if [-x twshome/StartUp]thenecho "netman started..."/bin/su - maestro -c " twshome/StartUp"fi

Ou, para iniciar toda a árvore de processo do TWS:if [-x twshome/bin/conman]thenecho "Workload Scheduler started..."/bin/su - maestro -c " twshome/bin/conman start"fi

O processo de instalação do TWS agora está completo.

Etapas de ConfiguraçãoPara obter instalações do UNIX, execute as tarefas de configuração aseguir. Estas tarefas devem ser executadas a partir das interfaces dalinha de comandos doComposere Conman do TWS.

Quando tiver configurado o Gerenciador de Domínio Mestre destaforma, você pode utilizar o Job Scheduling Console para configuraras outras estações de trabalho e os objetos de planejamento do jobem sua rede do TWS. Consulte oTivoli Workload Scheduler - Guiade Referênciapara obter detalhes sobre os comandos utilizadosabaixo. Consulte oTivoli Workload Scheduler - Guia do Usuário


54 Versão 7.0

para obter informações sobre como utilizar o Job SchedulingConsole para configurar outras estações de trabalho na rede.

Como Configurar um Gerenciador de Domínio Mestre Apósa Instalação

1. Inicie sessão na estação de trabalho do Gerenciador de DomínioMestre comomaestro. Esta é a variável do IDtws_user, que épadronizada no UNIX paramaestro. O ID tws_userdo UNIXpode ser modificado utilizando o argumento-uconfig.

2. Crie a definição de estação de trabalho do Gerenciador deDomínio Mestre no banco de dados do TWS utilizando a linhade comandos do composer do TWS. Abra uma janela da linha decomandos no UNIX e digite os seguintes comandos:composer

new

3. Este abre um editor de texto onde você pode criar a definição daestação de trabalho do Gerenciador de Domínio Mestre no bancode dados do TWS. Abaixo encontra-se um exemplo de definiçãode estação de trabalho para um Gerenciador de Domínio Mestre.Para obter mais informações sobre as definições da estação detrabalho, consulte oTivoli Workload Scheduler - Manual deReferência.cpuname MDM

os UNIX

node master.santaclara.tivoli.com

description "Master Domain Manager"

for Maestro

tautolink on

resolvedep on

fullstatus on

end

4. Crie um novo arquivo Symphony que inclua a definição deestação de trabalho do Gerenciador de Domínio Mestre. Parafazer isso, inclua o fluxo de jobfinal no ciclo de produção. Essefluxo de job contém o jobJnextday que automatiza a criação doarquivo Symphony.



3.C

omo

Instalaro

Mecan.

doT

WS

noU

NIX

composer “add Sfinal”

5. Inicialize os processos do TWS.conman start

6. Execute o job Jnextday:Jnextday

7. Quando o job Jnextday é concluído, verifique o status do TWS:conman status

Se o TWS foi iniciado corretamente, o status deverá serBatchman=LIVES.

8. Eleve o limite para permitir que os jobs sejam executados. Olimite de job padrão após a instalação é definido como zero. Istosignifica que nenhum job será executado, portanto, você podeelevar o limite do job agora:conman “limit;10”

Agora, você pode começar a definir os objetos de planejamentoadicionais na CLI, incluindo estações de trabalho, jobs e fluxos dejob ou pode continuar a instalar o Job Scheduling Console e oconector. Observe que novos objetos não são reconhecidos, até que ojob Jnextday seja executado no fluxo de jobfinal . Por padrão, ofluxo de job final é executado às 5:59am (você pode alterar estepadrão; consulte “Como Alterar o Início do Dia” na página 126 paraobter detalhes). Se desejar incorporar novos objetos de planejamentoo mais breve possível, poderá executar o Jnextday manualmentecomo na etapa 6 acima ou utilizar o comandosubmitdo conman.Para obter informações sobre como definir os objetos deplanejamento, consulte oTivoli Workload Scheduler - Guia doUsuário.

Como Configurar um Agente de Tolerância a Falhas Após aInstalação

1. Inicie sessão na estação de trabalho do FTA comomaestro. Estaé a variável do IDtws_user, que é padronizada no UNIX paramaestro. O ID tws_userdo UNIX pode ser modificadoutilizando o argumento-uconfig.


56 Versão 7.0

2. Crie a definição de estação de trabalho do FTA no banco dedados do TWS, utilizando a linha de comandos do composer doTWS. Abra uma janela da linha de comandos no UNIX e digiteos seguintes comandos:composer

new

3. Este abre um editor de texto onde você pode criar a definição daestação de trabalho do FTA no banco de dados do TWS. Abaixoencontra-se um exemplo de definição de estação de trabalho paraum FTA. Para obter mais informações sobre as definições daestação de trabalho, consulte oTivoli Workload Scheduler -Manual de Referência.cpuname DM1

os UNIX

node domain1.santaclara.tivoli.com

description "Domain Manager"

for Maestro

tautolink on

end

4. Execute o comandoStartUp para iniciar o Netman.conman StartUp

5. Crie um novo arquivo Symphony que inclua a definição deestação de trabalho do FTA. Para isso, execute o job Jnextday noGerenciador de Domínio Mestre que automatiza a criação de umnovo arquivo Symphony:Jnextday

6. Emita o comando do link a partir do Gerenciador de DomínioMestre para associar o FTA e fazer download do arquivoSymphony para:conman “link ftaname”



3.C

omo

Instalaro

Mecan.

doT

WS

noU

NIX

Como Atualizar o Tivoli Workload SchedulerUtilize este procedimento para atualizar instalações do TWSexistentes em computadores UNIX. A seqüência recomendada paraatualizar uma rede do TWS é atualizar primeiro as estações detrabalho do agente e, em seguida, atualizar o gerenciador de domíniomestre.

Nota: Certifique-se de ler oTivoli Workload Scheduler - Notassobre Releasepara obter informações adicionais sobre comoatualizar o software existente.

Os tópicos de atualização abaixo são apresentados na seqüência quedevem ser executados.

Preparação-Parar o TWS1. No Job Scheduling Console, desligue a estação de trabalho de

destino a partir de outras estações de trabalho na rede. Aocontrário, da linha de comandos utilize o seguinte comando:conman "unlink workstationname;noask"

2. No Job Scheduling Console, pare e encerre a estação de trabalhode destino. Da linha de comandos, utilize os seguintes comandos:conman “shut;wait”

3. Se estiver atualizando um agente, remova (umount) quaisquerdiretórios montados do NFS a partir do gerenciador de domíniomestre.

BackupO script depersonalizaçãodo TWS irá mover as cópias de trabalhode Sfinal, Jnextday, NetConf e StartUp para um diretório chamadotwshome/config.old. Freqüentemente, esses arquivos sãopersonalizados para atenderem suas necessidades específicas e vocêpode utilizar as cópias salvas para incorporar suas alteraçõesseguindo a atualização. O script depersonalizaçãonão irá sobreporquaisquer arquivos no diretóriomozart, stdlist ou unison que forammodificados depois que o TWS foi instalado.

Como Atualizar o Tivoli Workload Scheduler

58 Versão 7.0

Se existirem quaisquer outros arquivos que deseja proteger durante aatualização, copie ou renomeie-os agora. Como precaução adicional,você também deve fazer backup dos seguintes itens:

¶ O diretório twshome.

¶ O diretório pessoal Netman (twshome/../Unison)

¶ O arquivo de componentes (geralmente,/usr/unison/components)

Atualizar o Software e Executar Personalização1. Monte a fita de instalação ou CD e restaure o software.

a. Inicie a sessão como raiz e altere o diretório paratwshome.

b. Extraia o software:tar xvf cd/TIVOLI/platform/MAESTRO.TAR

onde:

cd O nome do caminho da unidade de CD.

platformO tipo de plataforma. Um dos seguintes itens:

AIX (para IBM)

DECUX (para Digital UNIX)

HPUX (para Hewlett Packard UNIX)

INTEL (para UNIX baseado em Intel ABI)

MIPS (para UNIX baseado em MIPS ABI)

SOLARIS (para Sun Solaris)

2. Execute o script depersonalização.

Por exemplo, uma amostra de script de personalização para umaestação de trabalho do Gerenciador de Domínio Mestre:/bin/sh customize -update -thiscpu mdm [other_opts]

Por exemplo, uma amostra do script de personalização para umaestação de trabalho do FTA:/bin/sh customize -update -thiscpu dm1 [options]



3.C

omo

Instalaro

Mecan.

doT

WS

noU

NIX

Se você estiver utilizando um sistema HP-UX 10.x, a sheelbourne poderá estar no diretório/usr. Neste caso, utilize aseguinte sintaxe:/usr/bin/sh customize -update -thiscpu mdm [other_opts]

Para obter mais informações sobre os argumentos depersonalização e mais exemplos, consulte “O Script dePersonalização” na página 62.

Atualizar Perfil de SegurançaPara migração de 6.0 para 7.0 uma definição do Usuário do Maestroadicional deve ser incluída no arquivo de segurança. O IDtme_region_administratordeve ser incluído no arquivo de segurança.

1. Inicie sessão comoMaestro.

2. Execute o comandodumpsecpara criar uma cópia editáveltemporária do arquivo de segurança:dumpsec >tempsec

3. Edite o arquivo de segurança. Na seção MAESTRO doUSUÁRIO, inclua o ID do administrador da região do TME:USER MAESTRO

raiz, maestro, administrador, tme_region_admin

4. Execute o comandomakesecpara compilar o arquivo temporárioem um novo arquivo de segurança:makesec

tempsec Para obter mais informações sobre os comandosMakesece Dumpsec, consulte oTivoli Workload Scheduler -Guia do Usuário.

Restaurar ArquivosUtilizando os arquivos protegidos como referência, aplique suasalterações para as novas versões dos arquivos.

Reinicializar o TWSPara reinicializar o Tivoli Workload Scheduler:

1. Inicie sessão como usuário doTWS ou maestro.


60 Versão 7.0

2. Execute o comandostart:conman start

3. Execute o comandolink:

¶ Para um Gerenciador de Domínio Mestre:conman “link @”

¶ Para uma estação de trabalho do FTA:conman “link domainname”

A atualização do software agora está concluída nesta estação detrabalho.



3.C

omo

Instalaro

Mecan.

doT

WS

noU

NIX

O Scriptde Personalização

Utilize o script depersonalizaçãopara instalar e atualizar o TivoliWorkload Scheduler em plataformas UNIX.

Sinopsecustomize -new -thiscpuwkstationname-masterwkstationname[-company ″ companyname″] [ -group groupname][-nmhome netmanhome] [ -noexp] [ -nolinks|-execpathpathname][-unameusername]

customize -update[-company ″ companyname″] [ -groupgroupname][-nmhome netmanhome] [ -unameusername]

DescriçãoO script depersonalizaçãoinstala ou atualiza o TWS. Utilize-o paraexecutar as seguintes funções:

¶ Nova instalação do TWS: Instale o TWS e o Netman. Crie umarquivo de componentes com novas entradas.

¶ Primeira atualização do TWS 7.0 TWS anterior: Atualize o TWSe o Netman, se necessário. Crie um arquivo de componentescom novas entradas.

¶ Atualizações subseqüentes do TWS: Atualize o TWS e oNetman, se necessário. Atualize as entradas no arquivo decomponentes. Utilize-as também para redefinir as permissõespara os valores padrão desde que o arquivo MAESTRO.TARoriginal não esteja no diretóriotwshome.

Argumentos-new Essa é uma nova instalação.

-updateEssa é uma atualização de uma instalação existente. Observeque a atualização do software não irá alterar o tipo debancos de dados em uso pelo TWS.

O Script de Personalização

62 Versão 7.0

-thiscpuO nome desta estação de trabalho. Para a versãonão-expandida do TWS, o nome pode ter até oito caracteresalfanuméricos, traço (-) sublinhado (_) que começam comuma letra. Para a versão expandida, o comprimento édezesseis caracteres. Esse nome deve ser utilizadoposteriormente para definir formalmente a estação detrabalho no TWS.

-masterO nome do gerenciador de domínio mestre. Para a versãonão-expandida do TWS, o nome pode ter até oito caracteresalfanuméricos, traço (-) sublinhado (_) que começam comuma letra. Para a versão expandida, o comprimento édezesseis caracteres. Se esse computador for o gerenciadorde domínio mestre ou uma estação de trabalho independente,digite o mesmo nome que-thiscpu. Esse nome deve serutilizado posteriormente para definir formalmente a estaçãode trabalho no TWS.

-companyO nome da empresa, colocado entre aspas duplas (até 40caracteres). O nome aparece em cabeçalhos e relatórios doprograma.

-groupO nome do grupo de programas no qual deseja instalar ouatualizar o TWS. Este pode conter até 36 caracteres, quecomeçam com uma letra. Se omitido para uma novainstalação ou para uma primeira instalação de uma versãoanterior do TWS, o nome será padronizado paraDEFAULT .Se incluído para uma atualização, diferente da primeiraatualização de uma versão anterior do TWS, este nome serásubstituído pelo grupo do arquivo de componentes,utilizando o diretório pessoal do usuário como umareferência. Para obter mais informações, consulte “Grupos deProdutos” na página 21.

-nmhomeO diretório pessoal Netman. Se omitido, o Netman seráinstalado no diretório pessoal do TWS (twshome). Consulte



3.C

omo

Instalaro

Mecan.

doT

WS

noU

NIX

“Diretório Pessoal do Netman” na página 22 para obter maisinformações. Para atualizações, esta opção somente será útilpara as primeiras atualizações de versões 6.0 anteriores doTWS. Em atualizações subseqüentes, é ignorada.

-noexpUtilize os bancos de dados não-expandidos. Isso define aversão expandidada opção global comonão e cria osbancos de dados não-expandidos. Visto que versõesanteriores não suportam bancos de dados expandidos, utilizeessa palavra-chave quando instalar o TWS 7.0 em uma redeque contém computadores que executam uma versão doTWS anterior à 6.0 ou qualquer versão do TWS para MPE.Após todos os computadores na rede terem instalados oTWS 6.0 ou posterior, os bancos de dados podem serexpandidos executando o comandodbexpand no gerenciadorde domínio mestre. Consulte o comandodbexpand no TivoliWorkload Scheduler - Guia de Referênciapara obter maisinformações. Se omitido, a versão expandida da opção globalserá definida como sim e os bancos de dados expandidosserão criados.

[-nolinks|-execpathpathname]A opção de link determina as utilizações de personalizaçãode caminho para criar links para os comandos utilitários doTWS. Se você incluir -nolinks, nenhum link será criado. Sevocê incluir -execpath, os links serão criados a partir docaminho especificado. Se linkopt for omitido completamente,os links serão criados como segue:

usr/bin/mat twshome/bin/at

usr/bin/mbatch twshome/bin/batch

usr/bin/datecalc twshome/bin/datecalc

usr/bin/jobstdl twshome/bin/jobstdl

usr/bin/maestro twshome/bin/maestro

usr/bin/mdemon twshome/bin/mdemon

usr/bin/morestdl twshome/bin/morestdl

usr/bin/muser twshome/bin/muser


64 Versão 7.0

usr/bin/parms twshome/bin/parms

-unameO nome do usuário para quem o TWS será instalado ouatualizado. O software é instalado ou atualizado nestediretório pessoal do usuário. Se omitido, o nome do usuáriopadrão serámaestro.



3.C

omo

Instalaro

Mecan.

doT

WS

noU

NIX

Como Remover a Instalação do TWSSiga estas etapas para remover a instalação do TWS de um sistemaUNIX:

1. Antes de remover a instalação do TWS, elimine todas asocorrências existentes do Conector do TWS que tenham sidocriadas neste sistema UNIX específico.

2. No sistema UNIX, inicie sessão como raiz.

3. Faça backup de todos os arquivos de bancos de dados do TWSque deseja utilizar novamente. Eles são armazenados no diretóriopessoal do usuário do TWS e são os seguintes:¶ /parameters¶ /parameters.KEY¶ /mozart/calendars¶ /mozart/calendars.KEY¶ /mozart/jobs¶ /mozart/jobs.KEY¶ /mozart/mastsked¶ /mozart/mastsked.KEY¶ /mozart/prompts¶ /mozart/prompts.KEY¶ /mozart/resources¶ /mozart/resources.KEY¶ /../unison/network/cpudata¶ /../unison/network/cpudata.KEY¶ /../unison/network/userdata¶ /../unison/network/userdata.KEY

Nota: O banco de dados job.sched é recriado automaticamente.Não é necessário salvá-lo.

4. Releia o conteúdo do arquivo chamado/usr/unison/components.Se contiver várias entradas que correspondam a contas diferentesdo Maestro/TWS (grupos de produtos), edite o arquivo excluindoas linhas que correspondam à ocorrência que você desejaremover.

Por exemplo, suponha que/usr/unison/componentscontenha asseguintes entradas:


66 Versão 7.0

netman 1.5 /opt/maestro DEFAULT

maestro 7.0 /opt/maestro DEFAULT

netman 1.3 /home/maestro dev_test

maestro 6.1 /home/maestro dev_test

Se você pretende remover a ocorrência do TWS localizada em/home/maestro,exclua as duas últimas linhas.

Se /usr/unison/componentscontiver apenas a ocorrência que vocêdeseja remover, exclua o arquivo inteiro.

5. Remova os links, se aplicável, do diretório/usr/bin. O processode instalação do TWS fornece a opção de ligar os executáveis doTWS a um diretório comum. O padrão é/usr/bin. Remova osseguintes arquivos:¶ /usr/bin/maestro¶ /usr/bin/mat¶ /usr/bin/mbatch¶ /usr/bin/datecalc¶ /usr/bin/morestdl¶ /usr/bin/jobstdl¶ /usr/bin/parms

6. Finalmente, remova a conta inteira do Maestro/TWS com osseguintes comandos:rm -rf <twshome>/../unison

rm -rf <twshome>

Se o comando de inicialização do sistema tiver sido modificadopara incluir um comandoconman″start″ ou <twshome>/StartUp,essas entradas também deverão ser removidas.



3.C

omo

Instalaro

Mecan.

doT

WS

noU

NIX


68 Versão 7.0

Como Definir a Segurança doTWS

Após instalar o mecanismo do TWS e antes de continuar a instalar oJS Console, é necessário definir a segurança do TWS.

Cada estação de trabalho em uma rede do Workload Scheduler(gerenciadores de domínio, agentes de tolerância a falhas e agentespadrão) possui seu próprio arquivo deSegurança.

O arquivo de Segurança contém uma ou mais definições do usuário.Cada definição do usuário identifica um conjunto de usuários, osobjetos que eles podem acessar e os tipos de ações que podemexecutar. Os programas e comandos do Workload Schedulerdeterminam as capacidades de um usuário, comparando o nome dousuário com as definições do usuário no arquivo de Segurança.

Você pode manter um arquivo em cada estação de trabalho ou podecriar um arquivo de Segurança no gerenciador de domínio mestre ecopiá-lo em cada gerenciador de domínio, agente de tolerância afalhas e agente padrão.

Um arquivo de gabarito nomeadoTWShome/config/Security éfornecido com o software. Durante a instalação, uma cópia dogabarito é instalada comoTWShome/Security e uma cópia compiladae operacional é instalada comoTWShome/../unison/Security.

Para definir a segurança do TWS:

4


4.C

omo

Definir

aS

egurançado

TW

S

1. Crie as definições do usuário. Contanto que a definição dousuário padrão seja suficiente para adequar seus requisitos,todavia, será pedido que você, no mínimo, inclua uma definiçãode usuário no administrador Tivoli Management Framework nomestre ou FTA que esteja executando o Conector do TWS. Parafazer isso, edite o arquivo de Segurança. É recomendado quevocê crie uma cópia de trabalho do arquivo de Segurança todavez que incluir uma nova definição do usuário. Não modifique ogabarito original emTWShomeou emTWShome/config. Paracriar uma definição do usuário:

a. Utilize o comandodumpsecpara criar uma cópia editável doarquivo de Segurança operacional:dumpsec>mysec

b. Editemysecpara incluir, excluir ou modificar definições dousuário.

2. Utilize o comandomakesecpara compilar e instalar o novoarquivo de Segurança operacional:makesec mysec

Utilize dumpsece makesectoda vez que desejar modificar oarquivo de Segurança. As alterações no arquivo de Segurança sãoefetivadas quando um dos seguintes programas do WorkloadScheduler é encerrado e reiniciado:¶ conman¶ gconman¶ composer¶ gcomposer¶ Conector do TWS

Agora, é só sair dos programas. Na próxima vez em que elesforem executados, as novas definições de segurança serãoreconhecidas. Nos Conectores do TWS, utilize o comandowmaeutil para encerrá-los. Eles serão reiniciadosautomaticamente com uma atualização de qualquer consulta noJob Scheduling Console.

Como Definir a Segurança do TWS

70 Versão 7.0

Como Editar o Arquivo de SegurançaO gabarito de Segurança padrão instalado em sua máquina concedetodo direito a cada objeto para o usuário no qual o TWS foiinstalado e para o usuário principal UNIX ou o usuário doadministrador NT. Você irá editar o arquivo de Segurança, paraincluir novos usuários com menos direitos.

Ao editar o arquivo de Segurança, tenha em mente os seguintesfatos:

¶ Ao qualificar usuários para acessar objetos do WorkloadScheduler, os atributos reais de um usuário são comparados àsdefinições de usuário na ordem em que as definições sãodigitadas no arquivo de Segurança. A primeira definição quecorresponde ao usuário determina as capacidades do usuário. Poresta razão, é importante ordenar as definições de usuário do maisespecífico para o menos específico.

¶ Em uma definição do usuário, você pode utilizar váriasinstruções para um único tipo de objeto, para atribuir diferentescapacidades de acesso para diferentes conjuntos de objetos.Como utiliza-se a primeira instrução de correspondência, aordem de instruções de objetos é importante. Eles devem serordenados do mais específico ao menos específico.

¶ A definição do usuário do arquivo de Segurança criada peloprocesso de instalação do TWS concede acesso completo a todosos objetos de planejamento. Quando você inclui novas definiçõesde usuários, será mais fácil se você copiar esta definição dousuário na localização apropriada no arquivo de Segurança. Emseguida, é possível modificar o nome da definição e os atributosdo usuário e, finalmente, personalizar ou remover os objetos deplanejamento.

A sintaxe do arquivo de Segurança é a seguinte:

# comment]user def-name user-attributesbegin [* comment]object-type[object-attributes] access[=action[,...]][object-type... ] [end]

Como Editar o Arquivo de Segurança


4.C

omo

Definir

aS

egurançado

TW

S

As etapas de personalização abaixo são listadas em uma base geral.Consulte oTWS - Guia do Usuáriopara obter um exemplo edetalhes de variáveis do arquivo de Segurança.

1. Opcionalmente, na parte superior do arquivo, digite umcomentário após um sinal de cardinal (#) ou asterisco (*). Oscomentários não são copiados no arquivo de Segurançaoperacional pelo comandomakesec.

2. Após a palavra-chaveuser, especifique o nome da definição dousuário. Ele deve começar com uma letra.

3. Especifique um ou mais atributos que identificam o conjunto deusuários para quem a definição se aplica. Especifique os atributosda seguinte forma:

user-attribute[{ + | x} user-attribute[...]]

Utilize um sinal de mais (+) para adicionar um atributo que ousuário ou usuários devem ter. Utilize um til (x) para adicionarum atributo que o usuário ou usuários não devem ter. Umuser-attributepode ser um dos seguintes itens:

cpu=workstation|$framework|@ [,...]onde:

workstationEspecifica a estação de trabalho ou classe deestação de trabalho em que o usuário iniciousessão. Utilize uma das seguintes variáveis doTivoli Workload Scheduler:

$masterO usuário iniciou sessão no gerenciadorde domínios mestre do TWS.

$remotesO usuário iniciou sessão em qualqueragente padrão TWS.

$slavesO usuário iniciou sessão em qualqueragente de tolerância a falhas do TWS.


72 Versão 7.0

$thiscpuO usuário iniciou sessão na estação detrabalho do TWS na qual o programaprotegido está sendo executado.

$frameworkEspecifica que o usuário está acessando o TWScom o Job Scheduling Console. O atributologon= especifica o grupo de administradoresTME no qual o usuário é um membro.

@ Especifica que o usuário está acessando o TivoliWorkload Scheduler com o Tivoli Job SchedulingConsole ou está com sessão iniciada em qualquerestação de trabalho do Tivoli WorkloadScheduler.

group=groupname[,...]Aplique isso somente para usuários UNIX. Não utilizeeste argumento para usuários do Tivoli Job SchedulingConsole. Ele especifica o grupo UNIX no qual o usuárioé um membro.

logon=username|tme-admin|@ [,...]onde:

usernameEspecifica o nome com o qual o usuário estácom sessão iniciada em uma estação de trabalhodo TWS.O atributocpu= deve ser definido comoum nome da estação de trabalho ou@.

tme-adminEspecifica o nome do grupo de administradoresTME do qual o usuário é um membro. O atributocpu= deve ser definido para$framework ou @.

@ Especifica que o usuário iniciou sessão comqualquer nome ou é um membro de qualquergrupo de administradores TME.

4. Entre as palavras-chavebegin e end, digite uma lista de tipos deobjetos na qual é dada permissão de acesso aos usuários



4.C

omo

Definir

aS

egurançado

TW

S

especificados emuser. Omitir um tipo de objeto impede o acessoa todos os objetos desse tipo. Os tipos de objetos são:calendário

Calendários do usuário.cpu Estações de trabalho, domínios e classes de estação de

trabalho.file Arquivos do banco de dados do Workload Scheduler.job Jobs programados.parameter

Parâmetros do usuário.prompt

Prompts globais.resource

Recursos de planejamento.schedule

Fluxos de job.userobj

Objetos do usuário.

5. Especifique um ou mais atributos que identificam cada um dosobjetos listados na etapa anterior. Quando nenhum atributo éespecificado, todos os objetos que pertencem a este tipoparticular são acessíveis. Especifique os atributos de objetos daseguinte forma:

object-attribute[{ + | x} object-attribute[...]]

Utilize um sinal de mais (+) para adicionar um atributo que osobjetos devem ter. Utilize um til (x) para adicionar um atributoque os objetos não devem ter. Você pode utilizar caracterescuringa. Quando você digita vários nomes para um atributo,separe-os com vírgulas. Umobject-attributepode ser qualquerum dos seguintes:

¶ Para o tipo de objetocalendar:

name=calendar-name[,...]Especifica um ou mais nomes de calendário. Seomitido, qualificam-se todos os calendários.

¶ Para o tipo de objetocpu (estação de trabalho):


74 Versão 7.0

cpu=wkstation[,...]Especifica um ou mais nomes de estação de trabalho,domínio ou classe de estação de trabalho. Seomitido, qualificam-se todas as estações de trabalho.As seguintes variáveis do Tivoli Workload Schedulersão permitidas:$master, $remotes, $slavese$thiscpu.

¶ Para o tipo de objetofile:

name=filename[,...]Especifique os nomes de arquivos do banco de dadosdo Workload Scheduler. Se omitido, qualificam-setodos os arquivos. Os nomes dos arquivos são osseguintes:calendars

Contém calendários.cpudata

Contém estação de trabalho, classes deestação de trabalho e domínios.

jobs Contém jobs.mastsked

Contém fluxos de job.parameters

Contém parâmetros.prodsked

Contém o planejamento de produção.prompts

Contém prompts.resources

Contém recursos.security

O arquivo de Segurança.Symphony

Contém o plano de produção.

¶ Para o tipo de objetojob:

cpu=wkstationEspecifica o nome da estação de trabalho ou classede estação de trabalho na qual o job é executado. Se



4.C

omo

Definir

aS

egurançado

TW

S

omitido, qualificam-se todas as estações de trabalho.As seguintes variáveis do Tivoli Workload Schedulersão permitidas:$master, $remotes, $slavese$thiscpu.

jcl= ’path’ | ’cmd’Especifica o comando ou o nome do caminho doarquivo executável do job. O comando ou caminhodeve ser colocado entre aspas (‘). Se omitido,qualificam-se todos os arquivos e comandos do job.

logon=username[,...]Especifica os nomes de usuários sob os quais os jobssão executados. Se omitido, qualificam-se todos osnomes de usuário. As seguintes variáveis do TivoliWorkload Scheduler são permitidas:$jclowner,$owner e $user.

name=[jobstream.]job[,...]Especifica o nome do job do Workload Scheduler. Onome do fluxo do job é opcional. Se omitido,qualificam-se todos os nomes de job.

¶ Para o tipo de objetoparameter:

cpu=wkstationEspecifica o nome da estação de trabalho na qual osparâmetros são definidos. Se omitido, qualificam-setodas as estações de trabalho. As seguintes variáveisdo Tivoli Workload Scheduler são permitidas:$master, $remotes, $slavese $thiscpu.

name=parameter[,...]Especifica um ou mais nomes de parâmetro. Seomitido, qualificam-se todos os parâmetros.

¶ Para o tipo de objetoprompt :

name=prompt[,...]Especifica um ou mais nomes de prompt. Se omitido,qualificam-se todos os prompts.

¶ Para o tipo de objetoresource:


76 Versão 7.0

cpu=wkstation[,...]Especifica o nome da estação de trabalho ou classede estação de trabalho na qual os recursos sãodefinidos. Se omitido, qualificam-se todas as estaçõesde trabalho. As seguintes variáveis do TivoliWorkload Scheduler são permitidas:$master,$remotes, $slavese $thiscpu.

name=resource[,...]Especifica um ou mais nomes de recurso. Seomitido, qualificam-se todos os recursos.

¶ Para o tipo de objetoschedule(fluxo de job):

cpu=wkstationEspecifica o nome da estação de trabalho ou classede estação de trabalho na qual os fluxos de job sãoexecutados. Se omitido, qualificam-se todas asestações de trabalho. As seguintes variáveis do TivoliWorkload Scheduler são permitidas:$master,$remotes, $slavese $thiscpu.

name=jobstream[,...]Especifica um ou mais nomes de fluxo de job. Seomitido, qualificam-se todos os fluxos de job.

¶ Para o tipo de objetouserobj:

cpu=wkstationEspecifica o nome da estação de trabalho na qual ousuário foi definido. Se omitido, qualificam-se todasas estações de trabalho. As seguintes variáveis doTivoli Workload Scheduler são permitidas:$master,$remotes, $slavese $thiscpu.

logon=username[,...]Especifica um ou mais nomes de usuário. Seomitido, qualificam-se todos os usuários.

6. Especifique quais ações dos usuários que você definiu nas etapas2 e 3 podem ser executadas nos objetos listados nas etapas 4 e 5.Várias ações devem ser separadas por vírgulas. Se nenhuma for



4.C

omo

Definir

aS

egurançado

TW

S

especificada, nenhuma ação será permitida. Digitaraccess=@,fornece aos usuários a capacidade de executar todas as ações. Asações podem ser:

¶ Para o tipo de objetocalendar:

add Adicionar e salvar novos calendários no banco dedados.

delete Excluir calendários do banco de dados.

displayExibir calendários no banco de dados.

modifyModificar calendários no banco de dados.

use Usar calendários para planejar fluxos de jobs.

¶ Para o tipo de objetocpu, que inclui estações de trabalho,classes de estação de trabalho e domínios:

add Adicionar e salvar novas estações de trabalho, classesde estação de trabalho e domínios no banco dedados.

consoleExibir e alternar o Workload Scheduler console.

delete Excluir estações de trabalho, classes de estação detrabalho e domínios do banco de dados.

displayExibir estações de trabalho, classes de estação detrabalho e domínios no banco de dados.

fence Alterar grades de job da estação de trabalho no planode produção.

limit Alterar limites de job da estação de trabalho no planode produção.

link Abrir links da estação de trabalho.

modifyModificar estações de trabalho, classes da estação detrabalho e domínios no banco de dados.


78 Versão 7.0

shutdownEncerrar o processamento do Workload Scheduler.Esta ação está disponível apenas na linha decomandos.

start Iniciar o processamento do Workload Scheduler.

stop Encerrar o processamento do Workload Scheduler.

unlinkFechar os links da estação de trabalho.

Para permitir que um usuário comute a função degerenciador de domínio para uma estação de trabalho, ousuário deve ter os acessosstart e stop para a estação detrabalho.

¶ Para o tipo de objetofile:

build Criar arquivos do banco de dados do WorkloadScheduler. Esta ação está disponível apenas na linhade comandos.

delete Ainda não implementado.

displayAcessar o arquivo de segurança com o comandodumpsec.

modifyAcessar o arquivo de Segurança com o comandomakesec. Modificar também arquivos mestres decalendários, parâmetros, prompts e recursos. Estasações estão disponíveis apenas na linha de comandos.

¶ Para o tipo de objetojob:

add Adicionar e salvar novos jobs no banco de dados.

adddepAdicionar dependências aos jobs no plano deprodução.

altpri Alterar a prioridade de jobs no plano de produção.

cancel Cancelar jobs no plano de produção.



4.C

omo

Definir

aS

egurançado

TW

S

confirmConfirmar a conclusão de jobs no plano de produção.

deldepExcluir dependências de jobs no plano de produção.

delete Excluir jobs do banco de dados.

displayExibir jobs no banco de dados.

kill Eliminar jobs do plano de produção.

modifyModificar jobs no banco de dados.

releaseLiberar jobs de suas dependências no plano deprodução.

reply Responder aos prompts de job no plano de produção.

rerun Reexecutar jobs no plano de produção.

submitSubmeter jobs para o plano de produção.

use Adicionar jobs aos fluxos de jobs no banco de dados.

¶ Para o tipo de objetoparameter:

add Adicionar e salvar novos parâmetros no banco dedados.

delete Excluir parâmetros do banco de dados.

displayExibir parâmetros no banco de dados.

modifyModificar e substituir parâmetros no banco de dados.

¶ Para o tipo de objetoprompt :

add Adicionar e salvar novos prompts no banco de dados.

delete Excluir prompts do banco de dados.


80 Versão 7.0

displayExibir prompts no banco de dados.

modifyModificar e substituir prompts no banco de dados.

use Adicionar prompts aos fluxos de job no banco dedados e adicionar prompts aos jobs e fluxos de jobno plano de produção.

¶ Para o tipo de objetoresource:

add Adicionar e salvar novos recursos no banco dedados.

delete Excluir recursos do banco de dados.

displayExibir recursos no banco de dados.

modifyModificar e substituir recursos no banco de dados.

use Adicionar recursos aos fluxos de job no banco dedados e adicionar recursos aos jobs e fluxos de jobno plano de produção.

¶ Para o tipo de objetoschedule(job stream):

add Adicionar e salvar novos fluxos de job no banco dedados.

adddepAdicionar dependências aos fluxos de job no planode produção.

altpri Alterar a prioridade de fluxos de job no plano deprodução.

cancel Cancelar fluxos de job no plano de produção.

deldepExcluir dependências de fluxos de job no plano deprodução.

delete Excluir fluxos de job do banco de dados.



4.C

omo

Definir

aS

egurançado

TW

S

displayExibir fluxos de job no banco de dados.

limit Alterar o limite de job de fluxos de job no plano deprodução.

modifyModificar fluxos de job no banco de dados.

releaseLiberar fluxos de job de suas dependências no planode produção.

reply Responder aos prompts de fluxos de job no plano deprodução.

submitSubmeter fluxos de job para o plano de produção.

¶ Para o tipo de objetouserobj:

add Adicionar novos usuários no banco de dados.

delete Excluir usuários do banco de dados.

displayExibir usuários no banco de dados.

modifyModificar e substituir usuários no banco de dados.

altpassAlterar senhas do usuário no banco de dados.

7. Dependendo de seus requisitos, repita as etapas acima paradefinir a quantidade de usuários conforme necessário, os objetosque eles podem utilizar e o tipo de acesso.

Nota: Lembre-se de atualizar o arquivo de segurança para incluiro Administrador Tivoli, após ter instalado o TivoliManagement Framework e o Conector do TWS. Consulte“Como Atualizar a Segurança do TWS” na página 100para obter detalhes.


82 Versão 7.0

Como Instalar o Conector doTWS

Este capítulo descreve como instalar o Conector do TWS.

Antes da InstalaçãoLeia estas informações antes de continuar com a Instalação doConector do TWS.

O Conector do TWS requer que o Job Scheduling Services (JSS)seja instalado no ambiente Tivoli.

A instalação e personalização do Conector do TWS irá variardependendo se o TWS Mestre estiver em um Servidor TMR ou emum Nó Gerenciado.

¶ Quando o TWS Mestre está em um Servidor TMR, é necessárioinstalar o JSS e o Conector do TWS no Servidor TMR de seuambiente. Você também deve criar uma ocorrência do Conectordo TWS para o Servidor TMR. Isso pode ser feito durante ainstalação, utilizando a caixa de opçõesCriar Ocorrência epreenchendo os campos requeridos.

¶ Quando o TWS Mestre está em um Nó Gerenciado, é necessárioinstalar o JSS no Servidor TMR e no Nó Gerenciado onde oMestre está localizado. Em seguida, você deve instalar o

5


5.C

omo

Instalaro

Conector

doT

WS

Conector do TWS no Servidor TMR e nos mesmos Nós ondeinstalou o JSS. Certifique-se de não marcar a caixa de opçõesCriar Ocorrência .

Se você tiver mais de um Nó onde deseja instalar o Conector(por exemplo, se desejar acessar os dados locais de um FTAatravés do Job Scheduling Console), poderá instalar o conectorem várias máquinas. Entretanto, neste caso é necessáriodesmarcar a caixa de opçõesCriar Ocorrência , pois, cadaocorrência deve ter um nome exclusivo na rede do TWS.

Após ter instalado o conector nas estações de trabalho em suarede, você pode prosseguir com a criação de ocorrências de umConector do TWS nas máquinas em que é preciso acessar oTWS através do Job Scheduling Console. Cada nome deocorrência do Conector do TWS deve ser exclusivo dentro daRede do TWS, portanto, é necessário criar cada ocorrênciaseparadamente. Sugerimos que utilize o nome do agente do TWScomo o nome da ocorrência.

Os FTAs do TWS que precisam ser acessados através do JobScheduling Console para verificar os dados locais, devem ter o JSS eum Conector do TWS instalados, além de uma única ocorrência doConector do TWS para cada instalação do TWS que você precisaacessar através do Job Scheduling Console.

Nota: Cada nome de Ocorrência do Conector do TWS deve serexclusivo dentro da Rede do TWS.

Requisitos do SistemaO Conector do TWS possui os seguintes requisitos de sistema:

¶ Tivoli Management Framework, Versão 3.6.1 ou posterior

¶ Mecanismo Base do Tivoli Workload Scheduler 7.0


¶ Aproximadamente 100 MB de espaço livre em disco paragerenciadores de domínio e agentes de tolerância a falhas.Aproximadamente 40 MB para agentes padrão. Além disso, oTWS produz arquivos de log e arquivos temporários, que são

Antes da Instalação

84 Versão 7.0

colocados na unidade de disco rígido local. A quantidade deespaço requerida depende do número de jobs gerenciados peloTWS e o período de tempo escolhido para reter arquivos de log.

¶ RAM de 128 MB e espaço de troca de 128 MB paragerenciadores de domínio e agentes de tolerância a falhas. Osagentes padrão requerem menos.


¶ Uma conta de usuário do TWS é requerida para obter ainstalação correta. Você pode criar a conta anteriormente ou oprograma de Configuração pode criá-la para você.

Plataformas SuportadasO Conector do TWS está disponível para os seguintes sistemasoperacionais:

¶ Microsoft Windows NT® Versão 4.0 com Service Pack 4 ouposterior

¶ AIX 4.2.1 ou 4.3

¶ Sun Solaris 2.6 ou 2.7

¶ HP-UX 10.x ou 11.0

Procedimento de InstalaçãoA instalação do Conector do TWS é dividida em três seções:

¶ Instale o Job Scheduling Services (JSS). Salte esta etapa, se játiver o JSS instalado no Tivoli Management Framework.Observe que o JSS deve ser instalado antes do conector e queele deve ser instalado no Servidor TMR.

¶ Instale o Conector do TWS. Ele deve ser instalado no ServidorTMR.

¶ Crie a Ocorrência do Conector do TWS. Deve existir umaocorrência para cada Mecanismo do TWS que deseja acessaratravés do Job Scheduling Console. O nome de ocorrência doConector do TWS deve ser exclusivo dentro da Rede do TWS.



5.C

omo

Instalaro

Conector

doT

WS

Você pode executar a instalação no Desktop Tivoli ou a partir deuma shell da linha de comandos com as variáveis de ambiente doTivoli configuradas.

Como Instalar o Job Scheduling Services (JSS)Para instalar o JSS, você pode utilizar o Desktop do Tivoli ou alinha de comandos. Ambos os procedimentos estão descritos aqui.

Onde InstalarInstale o JSS Services no Servidor TMR e em cada nó gerenciadoonde o Conector do TWS será instalado.

Como Instalar o JSS Utilizando o Desktop Tivoli1. Inicie sessão como raiz ou administrador.

2. Defina o ambiente Tivoli,

¶ A partir de uma linha de comandos do UNIX:./etc/Tivoli/setup_env.sh

¶ A partir de uma linha de comandos do Windows NT:%SYSTEMROOT%\system32\drivers\etc\Tivoli\setup_env.cmd

3. Abra o Desktop Tivoli.

4. No menu Desktop, escolhaInstalar-> Instalar Produto . Istoabre a janela Instalar Produto.

Nota: Uma janela de erro pode ser exibida, informando que ocaminho para os arquivos de instalação está errado.Ignore esta janela. Feche-a e continue com a próxima


86 Versão 7.0

etapa.

5. Clique no botãoSelecionar Mídia...para selecionar o caminhoou o diretório que contém o arquivo CONTENTS.LST. Este



5.C

omo

Instalaro

Conector

doT

WS

abre a janela Navegador de Arquivos.


88 Versão 7.0

6. Clique no botãoDefinir Mídia e Fechar. Isso o leva de volta àjanela Instalar Produto.

7. Na listaSelecionar Produto a Ser Instalado, selecioneTivoliJob Scheduling Services.

8. Na listaClientes Disponíveis, selecione os nós a sereminstalados e mova-os para a listaClientes Onde Será Feita aInstalação. Você deve instalar o JSS no servidor TivoliManagement. Conseguirá instalar o Conector do TWS somenteem nós gerenciados nos quais o JSS está instalado.



5.C

omo

Instalaro

Conector

doT

WS

9. Clique no botãoInstalar e Fechar. A janelaProduct Install(Instalação do Produto)é aberta.

10. A janela Product Install (Instalação do Produto) mostra oprogresso da instalação. Clique no botãoContinuar aInstalação para continuar a instalação ou clique no botãoCancelar para cancelar a instalação.

11. Quando a mensagemInstalação do produto concluídaaparecer, clique no botãoFechar.

Como Instalar o JSS Utilizando a Linha de Comandos1. Defina o ambiente Tivoli,



2. Execute um dos seguintes itens:


90 Versão 7.0

¶ Para instalar em todos os nós gerenciados:winstall -c installdir -i TMF_JSS

¶ Para instalar somente em um nó gerenciado:winstall -c installdir -I TMF_JSS node

ondeinstall-dir é o nome do caminho que contém osarquivos de imagens da instalação enodeé o nome do nógerenciado no qual executar a instalação.

Como Instalar o Conector do TWSPara instalar o Conector do TWS, é possível utilizar o desktop Tivoliou a linha de comandos. Ambos os procedimentos estão descritosaqui.

Nota: Se você desejar instalar o Conector do TWS novamente,deverá remover a instalação existente antes de fazer isso.Consulte “Como Remover a Instalação do Conector do TWS”na página 101 para obter referência.

Onde InstalarInstale o Conector do TWS no Servidor TMR e no Nó gerenciadoonde o TWS Mestre está instalado.

Você também pode instalar o conector em um FTA, se desejaracessar os dados locais no FTA do Job Scheduling Console.

Como Instalar o Conector do TWS Utilizando o DesktopTivoli

1. Inicie sessão como raiz ou administrador.







5.C

omo

Instalaro

Conector

doT

WS

4. No menu Desktop, escolhaInstalar-> Instalar Produto . Istoabre a janela Instalar Produto.

5. Clique no botãoSelecionar Mídia...para selecionar o diretórioque contém o arquivo CONTENTS.LST. Isto abre a janela


92 Versão 7.0

Navegador de Arquivos.



5.C

omo

Instalaro

Conector

doT

WS

6. Clique no botãoDefinir Mídia e Fechar. Isto leva de volta àjanela Instalar Produto.

7. Na listaSelecionar Produto a Ser Instalado, selecioneTivoliTWS Connector. A janelaOpções de Instalaçãoé exibida.

8. Este painel permite que você:

¶ Instale somente o Conector do TWS.

¶ Instale o Conector do TWS e crie uma Ocorrência doConector do TWS


94 Versão 7.0

9. Para instalar o Conector do TWS sem criar uma Ocorrência doConector do TWS, deixe a caixa de opções Create instance(Criar Ocorrência) desmarcada e deixe os campos Opções deInstalação Gerais em branco. Esses campos são utilizadossomente durante a criação da Ocorrência do Conector do TWS.

10. Para instalar o Conector do TWS e criar uma Ocorrência doConector do TWS:

a. Selecione a caixa de opções Create instance (CriarOcorrência).

b. No campo TWS directory (Diretório do TWS), especifique odiretório onde o TWS está instalado.

c. No campo TWS instance name (Nome de ocorrência doTWS), especifique um nome para a ocorrência do TWS nonó gerenciado.

Nota: Esse nome deve ser exclusivo na rede do TWS.Se você decidir não criar a Ocorrência neste momento,poderá criá-la posteriormente usando o utilitáriowtwsconn apartir da linha de comandos. Consulte Como CriarOcorrências do Conector do TWS utilizando a linha decomandos. É recomendado criar a ocorrência do Conectordo TWS posteriormente, ao instalar o Conector do TWS emvários Nós, visto que você pode executar a instalação



5.C

omo

Instalaro

Conector

doT

WS

simultaneamente em todos os Nós, ao criar a ocorrêncialocalmente utilizandowtwsconn.

11. Clique no botãoDefinir , para fechar essa janela e retorne aopainel Instalar Produto.

12. Na lista Clientes Disponíveis, selecione os nós a sereminstalados e mova-os para a lista Clientes Onde Instalar.

É necessário instalar o Conector do TWS pelo menos no Tivolimanagement server. Você pode instalar o Conector do TWSsomente em nós gerenciados, nos quais o JSS está instalado.

Nota: Se você optar por criar uma Ocorrência do Conector doTWS durante a instalação, deverá selecionar apenas umNó da lista, visto que o nome da Ocorrência deve serexclusivo dentro da Rede do TWS.

13. Na janela Instalar Produto, clique no botãoInstalar e Fechar.A janelaProduct Install (Instalação do Produto) é aberta.


96 Versão 7.0

14. A janela Product Install (Instalação do Produto) mostra oprogresso da instalação. Clique no botãoContinuar Instalaçãopara continuar a instalação ou clique no botãoCancelar paracancelar a instalação.

15. Quando a mensagemInstalação do produto concluídaaparecer, clique no botãoFechar.

Como Instalar o Conector do TWS Utilizando a Linha deComandos





3. Digite a cadeia a seguir em uma única linha como um comando:

¶ Para instalar em todos os nós gerenciados:winstall -c install-dir -i TWS_CONN twsdir=/users/maestroiname=Maestro owner=maestro

¶ Para instalar somente em um nó gerenciado:winstall -c installdir -I TWS_CONN node twsdir=/users/maestroiname=Maestro owner=maestro createinst=1

ondeinstalldir é o nome do caminho que contém os arquivosde imagens de instalação enodeé o nome do nó gerenciadono qual se executará a instalação.

Como Criar Ocorrências do Conector do TWS Utilizando aLinha de Comandos

Crie uma ocorrência do Conector do TWS para cada mecanismoTWS que deseja acessar com o JS Console. Para criar ocorrências doConector do TWS, você deve ser um administrador Tivoli comfunções de autorizaçãoadmin, senior ou super. Para obter maisinformações, consulte as Funções de Autorização abaixo.



5.C

omo

Instalaro

Conector

doT

WS

Para criar uma ocorrência, digite o comando a seguir no servidorTMR ou nó gerenciado, onde instalou o Conector do TWS que vocêprecisa acessar através do JS Console:wtwsconn -create -h [node] -n [instance_name] -t [TWS_directory]

onde:

-h nodeEspecifica onó onde a ocorrência é criada. Se não forespecificado, ele padronizará onó onde o arquivo script seráexecutado.

-n instanceO nome da nova ocorrência. Este nome irá identificar onodedo mecanismo do TWS na árvore do Job Scheduling do JSConsole. Observe que esse nome deve ser exclusivo dentroda Rede do TWS.

-t twsdirEspecifica o valor para o atributoTWSdir. Este é o diretóriode instalação do TWS nonó especificado.

Funções de Autorização Requeridas para OcorrênciasPara gerenciar ocorrências do Conector do TWS a partir de umservidor TMR ou nó gerenciado, é necessário ser um administradorTivoli.

Cada administrador Tivoli possui uma ou mais funções. Para utilizarou gerenciar ocorrências do Conector do TWS, são necessárias asseguintes funções:

¶ user

Para utilizar as ocorrências.

Para exibir definições de ocorrência.

¶ admin, senior ou super

Para executar todas as ações disponíveis para a função dousuário.

Para criar e remover as ocorrências.

Para alterar as definições de ocorrência.


98 Versão 7.0

Para iniciar e encerrar as ocorrências.

Como Gerenciar Ocorrências do Conector do TWSUse o utilitáriowtwsconn para criar, remover e gerenciarocorrências do Conector do TWS. É feito download desse programa,quando você instala o Conector do TWS.

A tabela a seguir descreve como utilizarwtwsconn na linha decomandos, para gerenciar as ocorrências do Conector do TWS.

Ação Sintaxe

Criar uma ocorrência wtwsconn.sh -create [-hnode] -n instance-t twsdir

Encerrar uma ocorrência wtwsconn.sh -stop -ninstance| -t twsdir

Duas ações de interrupção são suportadas.

Quando -ninstanceé especificado, a ocorrência com essenome é interrompida.

Quando -ttwsdir é especificado, todas as ocorrências nessenó (o nó onde o script é executado) cujo atributoTWSdircorresponde ao twsdir são interrompidas.

Remover uma ocorrência wtwsconn.sh -remove -ninstance

Exibir as definições de umaocorrência.

wtwsconn.sh -view -ninstance

Alterar as definições de umaocorrência

wtwsconn.sh -set -ninstance-t twsdir

onde:

node Especifica o nó onde a ocorrência é criada. Se não forespecificado, ele padronizará o nó de onde o script éexecutado.

instanceO nome da nova ocorrência. Esse nome irá identificar omecanismo do TWS do nó na árvore do Job Scheduling doJS Console.Nota:esse nome deve ser exclusivo dentro darede do TWS



5.C

omo

Instalaro

Conector

doT

WS

twsdir Especifica o valor para o atributo dir do TWS. Este é odiretório de instalação do TWS no nó.

Como Instalar as Correções do JSS e do Conector doTWS

Para instalar correções:






4. Do menu Desktop, selecioneInstalar->Instalar Correção . Esteabre a janela Instalar Correção.

5. Siga o procedimento semelhante para Instalar o Produto.

Como Atualizar a Segurança do TWSAntes de atualizar a segurança do TWS, é necessário incluir ousuário do TWS como um administrador Tivoli no desktop Tivoli.Para fazer isso:

1. Abra o desktop Tivoli

2. Execute um dos seguintes itens:

¶ Inclua o início de sessão do usuário do TWS na janela EditarInícios de Sessão para Administradores Tivoli.

¶ Crie um administrador Tivoli que tenha o início de sessão dousuário do TWS.

Atualize o arquivo de Segurança do TWS como segue:

1. Inicie sessão como o usuário do TWS (geralmente,TWSuseroumaestro).

2. Altere o diretório paraTWS pessoal.


100 Versão 7.0

3. Execute o comandodumpseccomo segue:dumpsec >tempsec

4. Edite o arquivotempsecpara conter o nome do AdministradorTMF. Para obter o nome do Administrador, abra o desktop Tivolie dê um clique duplo emAdministradores. O nome doAdministrador é o grupo de Administradores ao qual o início desessão pertence. Geralmente, o nome se parece comRoot_dallas-region. Se o nome do Administrador contiver umespaço em branco, coloque-o entre aspas duplas.

5. Executewmaeutil para encerrar o Conector do TWS.

6. Execute o comandomakeseccomo segue:makesec tempsec

Como Remover a Instalação do Conector do TWS1. Inicie sessão como raiz ou administrador.




3. Execute o comandowuninst:

¶ No UNIX:wuninst TWSConnector <node> -rmfiles

¶ No Windows NT:$bash

wuninst TWSConnector <node> -rmfiles

Ondenodeé o nome do sistema a partir do qual se desejaremover o Conector do TWS.

Este irá cancelar os processos do Conector do TWS e remover asclasses do Conector do TWS e os arquivos de instalação.



5.C

omo

Instalaro

Conector

doT

WS

Como Remover a Instalação do Servidor JSSAntes de remover a instalação do Job Scheduling Services,certifique-se de ter removido a instalação do Conector do TWS e, seaplicável, o Conector do OPC.





3. Execute o comandowuninst:

¶ No UNIX:wuninst TMF_JSS node -rmfiles

¶ No Windows NT:bash

wuninst TMF_JSS node -rmfiles

Ondenodeé o nome do sistema a partir do qual deseja removero JSS.

Este irá remover as classes JSS e arquivos de instalação.

Comandos Úteis do FrameworkEstes comandos podem ser utilizados para verificar o ambienteFramework. Consulte oTivoli Framework - Guia de Referênciaparaobter mais detalhes.

Comando Descrição

wlookup -ar ProductInfo Lista os produtos instalados no TMR.

wlookup -ar PatchInfo Lista as correções instaladas no TMR.

Como Remover a Instalação do Servidor JSS

102 Versão 7.0

Comando Descrição

wlookup -ar MaestroEngine Mostra as ocorrências desse tipo de classe (omesmo para as outras classes). Este retorna asseguintes informações:

barb 1318267480.2.19#Maestro::Engine# Onúmero antes do 1º . (ponto) é a região # , o 2ºnúmero é o ID doManagedNode (se for 1, então,será o Servidor TMR). Portanto, em um ambienteTMR múltiplo, se precisar saber onde estáinstalada uma ocorrência particular, será possívelter uma idéia vendo esse número, desde que todasas regiões do TMR tenham um único ID.

wuninst -list Mostra todos os produtos que podem serremovidos da instalação.

wuninst {ProductName} -list Mostra em quais Nós Gerenciados um produtoestá instalado.

Comandos Úteis do Framework


5.C

omo

Instalaro

Conector

doT

WS

Comandos Úteis do Framework

104 Versão 7.0

Como Instalar o Tivoli JobScheduling Console

Este capítulo descreve o processo de instalação do Tivoli JobScheduling Console.

Requisitos do SistemaO Job Scheduling Console possui os seguintes requisitos de sistema:


¶ Aproximadamente 10 MB.

¶ RAM de 128 MB.


Plataformas SuportadasO Tivoli Job Scheduling Console está disponível para os seguintessistemas operacionais:

¶ Microsoft Windows NT® Versão 4.0 com Service Pack 4 ouposterior

¶ Windows 2000

¶ Windows 98

¶ AIX 4.2.1 ou 4.3

¶ Sun Solaris 2.6 ou 2.7

6


6.C

omo

Instalaro

TivoliJob

Scheduling

Console

¶ HP-UX 10.x ou 11.0

Pré-requisitos para HP-UX e AIXAntes de instalar o Job Scheduling Console em plataformas HP-UXou AIX, é requerido instalar o Java 1.1.8 para estas duasplataformas. Elas estão disponíveis nos web sites da Hewlett-Packardou da IBM. O Java 1.1.8 deve ser instalado com êxito antes deinstalar o Job Scheduling Console. Anote o caminho de instalação.Você deve digitar o caminho onde instalou o Java durante ainstalação do Job Scheduling Console.

Como Instalar o Job Scheduling ConsoleExecute as seguintes etapas para instalar o Job Scheduling Console:


2. Insira o CD-ROM do Tivoli Job Scheduling Console na unidadede CD-ROM do sistema ou monte o CD-ROM a partir daunidade em um sistema remoto. Para este exemplo, a unidadede CD-ROM é a unidadeD.

3. Execute o comando de instalação:

¶ No Windows:

v Do menuIniciar , selecione a opçãoExecutar... paraexibir o diálogo Executar.

v Digite d:\jsgui\windows\install.exeno campoAbrir .

¶ No Sun Solaris, AIX e HPUX: Vá para o CD-ROM deinstalação ou repositório do arquivo de imagem e digite:sh install.bin

Nota: No AIX e HPUX, certifique-se de ter definido avariável CLASSPATH na localização onde o arquivoclasses.zip (para JDK) ou rt.jar (para JRE) estejalocalizado antes de executarinstall.bin.

Plataformas Suportadas

106 Versão 7.0

A janela a seguir é exibida.

4. Nesta janela, clique na seta para baixo no campo de idioma.Este exibe uma lista dropdown que contém os idiomasdisponíveis, nos quais é possível executar a instalação.

5. Selecione seu idioma e clique emOK na janela splash.

A janela Introdução é exibida.

Essa janela o conduzirá através do processo de instalação,exibindo uma série de janelas de opções que permite que vocêforneça as informações necessárias. Você pode utilizar o botãoAnterior , Próximo ou Sair, quando ativado, para mover-seatravés dessas janelas.

Como Instalar o Job Scheduling Console


6.C

omo

Instalaro

TivoliJob

Scheduling

Console

6. Clique no botãoAvançar para continuar com a janelaEscolhaa pasta de instalação, mostrada na próxima figura.

Os caminhos de instalação padrão são:

¶ Para Windows: C:\Program Files\JSConsole

¶ Para AIX, Sun Solaris e HPUX: /JSConsole

7. Digite o caminho no qual vai instalar o Job SchedulingConsole. Se for preciso, edite a localização padrão fornecida nocampo ou selecione o botãoEscolha...para abrir a janelaSelecionar uma pastade onde você pode especificar outralocalização.

8. Somente para Windows e Sun Solaris: Clique emPróximo paracontinuar com a janelaEscolha local do atalho. A próximafigura mostra a versão do Windows da janela Escolha local doatalho. A versão de Sun Solaris é semelhante, mas ela exibe


108 Versão 7.0

opções diferentes.

9. Somente para Windows e Sun Solaris: Clique em um dos botõesde rádio disponíveis, para especificar onde os ícones do JobScheduling Console devem ser colocados.

10. Clique emPróximo para continuar com a janelaEscolhaconjunto de instalação, mostrado na próxima figura.

11. Nesta janela, escolha entre instalar o Job Scheduling Consoleem todos os idiomas disponíveis (pacote Completo) ou somente



6.C

omo

Instalaro

TivoliJob

Scheduling

Console

nos idiomas selecionados (Instalação Personalizada). Emqualquer um dos casos, a versão em inglês é instaladaautomaticamente.

¶ Se estiver escolhendo o pacote Completo, clique emInstalar para instalar o Job Scheduling Console.

¶ Se estiver escolhendo a instalação Personalizada:

a. Clique emPersonalizar para abrir a janelaInstalaçãopersonalizada, mostrada na próxima figura.

b. Na janela Instalação personalizada, selecione em quaisidiomas, além do inglês, deseja instalar o JobScheduling Console e clique emInstalar .

Notas:

1) O Job Scheduling Console será exibido no idiomaselecionado, somente se o idioma corresponder àsdefinições regionais do computador. Se nãocorresponder, o inglês será o padrão.

2) O Job Scheduling Console irá ajustarautomaticamente as definições de País, Idioma eFuso Horário de seu sistema ou shell do UNIX.


110 Versão 7.0

Uma janela informativa que contém um indicador deprogressão, mostrada na próxima figura, é exibida.

12. Quando a janelaInstalação concluídamostrada na próximafigura é exibida, clique no botãoConcluído para fechá-la ecompletar a instalação.



6.C

omo

Instalaro

TivoliJob

Scheduling

Console

13. Se tiver instalado o JS Console no AIX ou HPUX, seránecessário atualizar o AIXconsole.sh ou o arquivo HPconsole.shcom o caminho onde você instalou o Java Development Kit(JDK) 1.1.8. Para fazer isso:

¶ Vá para o subdiretório /bin/java do diretório onde vocêinstalou o JS Console.

¶ Abra o AIXconsole.sh ou HPconsole.sh no modo de edição.

¶ Encontre a seguinte variável e altere-a para ler:

JAVAPATH=usr/jdk1.1.8/J1.1.8

¶ Mude o valor JAVAPATH com o caminho para JDK 1.1.8.

¶ Salve suas alterações e saia do editor. Agora, você podeiniciar o Tivoli Job Scheduling Console.

Como Iniciar o Job Scheduling Console1. Dependendo de sua plataforma, inicie o JS Console da seguinte

maneira:

¶ No Windows, dependendo da localização do atalhoespecificada durante a instalação, clique no ícone JS Consoleou selecione o item correspondente no menu Iniciar. Umajanela do MS-DOS, como aquela que será mostrada napróxima figura, abre em background.


112 Versão 7.0

No Windows 95 e Windows 98, você também pode iniciar oJS Console a partir da linha de comandos. Digite apenasRUNCON a partir do subdiretório \bin\java do caminho deinstalação.

¶ Nas outras plataformas:

a. Mude o diretório parainstallation path/bin/java

b. Digite o comando start:

v No AIX, digite:./AIXconsole.sh

v No Sun Solaris, digite:./SUNconsole.sh

v No HPUX, digite:./HPconsole.sh

Como Iniciar o Job Scheduling Console


6.C

omo

Instalaro

TivoliJob

Scheduling

Console

Uma janela de inicializaçãoTivoli Job Scheduling Console,como mostrada na próxima figura, é exibida.

2. Digite as informações a seguir e clique no botãoOK paracontinuar:

Máquina HostO nome do servidor TMR ou nó gerenciado queexecuta o Conector do TWS.

Iniciar Sessão ComoO nome do usuário do TWS ou qualquer outroinício de sessão é concedido com os direitos doadministrador Tivoli e encontra-se no arquivo desegurança do TWS.

Senha A senha para a máquina host que executa oConector do TWS.

3. Se você estiver com a sessão iniciada no nó gerenciado daMáquina Host pela primeira vez, será exibida uma informaçãopopup, como mostrada na próxima figura, que o informa comoespecificar um arquivo de preferência do usuário para


114 Versão 7.0

inicialização, se ele existir.

Leia as informações e clique emOK para continuar com a janelaAbrir Localização .

4. Utilize essa janela para executar um dos seguintes itens:

¶ Especifique uma URL onde as preferências do usuário sãodefinidas. Digite a URL e selecione o botãoCarregar daURL .

¶ Selecione o botãoObter no arquivo para abrir uma janela,de onde você pode escolher um arquivo que contém dadosde inicialização.

¶ Selecione o botãoCancelar para utilizar as preferências dousuário padrão.

5. Faça sua seleção. A janela Bem-vindo, mostrada na próximafigura, é exibida. A janela Tivoli Job Scheduling Console é



6.C

omo

Instalaro

TivoliJob

Scheduling

Console

exibida no background.

6. Na janela Bem-vindo, selecione um botão de rádio e, emseguida, clique emOK para começar a trabalhar com o JobScheduling Console. Ou clique emCancelar para fechar a janelaBem-vindo e trabalhar com o Job Scheduling Console semassistência online.

Como Remover a Instalação do Job SchedulingConsole

Esta seção fornece instruções para remover a instalação do JobScheduling Console no UNIX e Windows.

Remoção da Instalação do UNIXPara remover a instalação do Job Scheduling Console no AIX,HP-UX e Sun Solaris, vá para o subdiretório /UninstallerData docaminho de instalação e digite o seguinte comando:./Uninstall_JSConsole

Nota: Antes de executar o ./Uninstall_JSConsole, certifique-se deque você definiu a variável PATH. Por exemplo:export PATH=$PATH:/usr/jdk1.1.8/J1.1.8


116 Versão 7.0

Remoção da Instalação do WindowsPara remover a instalação do Tivoli Job Scheduling Console noWindows:

1. Vá para a localização do atalho especificado durante a instalaçãoe clique no íconeRemover Instalação do Tivoli JobScheduling Console. A janelaDesinstalador doInstallAnywhere é exibida.

2. Clique emDesinstalar. Um indicador de progressão é exibido.Quando a remoção da instalação é concluída, ela lista todos osarquivos que o programa não conseguiu remover da instalação.Você terá que apagá-los manualmente.

3. Clique emSair para fechar a janela e terminar o processo deRemoção de Instalação.

Nota: O processo de remoção de instalação não apaga os arquivoscontidos na subpastadat.

Como Remover a Instalação do Job Scheduling Console


6.C

omo

Instalaro

TivoliJob

Scheduling

Console

Como Remover a Instalação do Job Scheduling Console

118 Versão 7.0

Tópicos de Personalização doTWS Opcionais

Após instalar o TWS, você pode personalizá-lo para adequar seusrequisitos operacionais.Este capítulo descreve as etapas depersonalização opcionais para a instalação do TWS.

Como Definir Opções GlobaisAs opções globais são parâmetros de personalização que especificamcomo toda a rede do TWS irá funcionar. Você os define nogerenciador de domínio mestre, mas eles se aplicam a todas asestações de trabalho na rede do TWS.

O gabarito de arquivo de opções Globais que contém as definiçõespadrão do Tivoli está localizado emTWShome/config/globalopts.

Durante o processo de instalação, uma cópia de trabalho do arquivode Opções Globais é instalada comoTWShome/mozart/globalopts.Personalize a cópia de trabalho para corresponder às suasnecessidades com um editor de texto e salve-a. Em seguida, encerree reinicialize o TWS. Você pode fazer alterações a qualquermomento, mas elas não se efetivarão até que o Workload Schedulerseja encerrado e reiniciado ou após o início de um novo dia deprodução. Consulte oTivoli Workstation Scheduler - Guia doUsuário para obter detalhes sobre como personalizar o arquivoglobalopts. Alguns dos exemplos de opções globais são:

7


7.T

ópicosde

Personal.

doT

WS

Opcionais

¶ Conceder automaticamente aos usuários de início de sessão dejobs do Windows NT o direito de Iniciar sessão como job embatch.

¶ Atribuir uma prioridade específica aos fluxos de jobs criadospara jobs não planejados.

¶ Determinar os jobs, por estado, a serem incluídos nos fluxos dejobs que são transportados.

¶ Determinar se os fluxos de job que não foram concluídos, foramou não transportados do antigo para o novo plano de produção.

¶ Ativar a auditoria do banco de dados.

¶ Determinar o número de dias nos quais salvar as estatísticas dojob.

¶ Determinar se os calendários do usuário são copiados no novoarquivo de Controle de Produção.

¶ Definir se ativar ou desativar a auditoria de plano.

¶ Determinar se os jobs que são reexecutados com conman irãoreter os nomes de jobs originais.

¶ Alterar a hora de início padrão do dia de processamento doTWS.

¶ Definir se ativar ou desativar a opção Fuso horário.

Como Definir Opções LocaisAs opções locais são parâmetros de personalização que especificamcomo o TWS irá funcionar em uma estação de trabalho particular.Você define as preferências de opções locais em um arquivolocalopts na estação de trabalho particular.

Um gabarito de arquivo de Opções Locais que contém as definiçõespadrão do Tivoli está localizado emTWShome/config/localopts.

Durante o processo de instalação, uma cópia de trabalho do arquivode Opções Locais é instalado comoTWShome/localopts. Personalizea cópia de trabalho para corresponder às suas necessidades com um

Como Definir Opções Globais

120 Versão 7.0

editor de texto e salve-a. Em seguida, encerre e reinicialize o TWS.Você pode fazer alterações a qualquer momento, mas elas não seefetivarão até que o Workload Scheduler seja encerrado e reiniciadoou após o início de um novo dia de produção. Consulte oTivoliWorkstation Scheduler - Guia do Usuáriopara obter detalhes sobrecomo personalizar o arquivolocalopts. Alguns dos exemplos deopções locais são:

¶ Definir o número mínimo de segundos que o Batchman iráaguardar antes de verificar a existência de um arquivo que éutilizado com uma dependência.

¶ Definir o número de segundos que o Batchman irá aguardarentre a verificação do status de uma dependência entre redes.

¶ Definir o número máximo de segundos que o Batchman iráaguardar antes de relatar a expiração de um Hora Until de umjob ou fluxo de job.

¶ Definir o número mínimo de segundos que o Batchman iráaguardar antes de varrer e atualizar seu arquivo de Controle deProdução.

¶ Definir o número máximo de segundos que o Batchmanaguardará por uma mensagem em seu arquivo de mensagens.

¶ Especificar se o Batchman irá enviar suas estatísticas deinicialização e encerramento para seu arquivo de lista padrão.

¶ Especificar se o Batchman irá enviar todas mensagens de statusdo job para seu arquivo de lista padrão.

¶ Definir o tamanho da tabela de jobs utilizada pelo Jobman.

¶ Evitar que o Jobman lance os jobsraiz no UNIX.

¶ Aplicar o valor deprioridade para jobs lançados pelo Jobmanno UNIX.

¶ Definir o número máximo de segundos que o Jobman iráaguardar uma mensagem em seu arquivos de mensagens.

¶ Especificar se todos os processos de controle do WorkloadScheduler, exceto Netman, irão enviar suas mensagens deconsole para um único arquivo de lista padrão.

Como Definir Opções Locais


7.T

ópicosde

Personal.

doT

WS

Opcionais

¶ Especificar a taxa, em segundos, em que o Mailman verifica suacaixa postal para obter mensagens.

¶ Especificar o número máximo de segundos que o Mailman iráaguardar uma resposta antes de relatar que uma estação detrabalho não está respondendo.

¶ Especificar o número máximo de segundos que o Mailman iráaguardar, após desligar-se de uma estação de trabalho que nãoestá respondendo, antes de tentar ligar-se novamente à estaçãode trabalho.

¶ Especificar como o Mailman irá responder a um conmantellop .

¶ Definir o número máximo de segundos que o Mailman iráaguardar antes de desligar-se de uma estação de trabalho que nãoestá respondendo.

¶ Especificar que o Netman será encerrado quando todos os seusprocessos filho forem terminados.

¶ Alterar o número da porta TCP que o Netman responde nocomputador local.

¶ Definir o número máximo de segundos que o Netman iráaguardar um pedido de conexão, antes de verificar na fila demensagens os comandosstop e start.

¶ Especificar o número máximo de segundos que o Netmanaguardará antes de repetir uma conexão que falhou.

¶ Definir o comprimento máximo de mensagens do console TWS.

¶ Definir o número de segundos que o processo Writer iráaguardar uma mensagem de entrada antes de verificar um pedidode finalização do Netman.

¶ Definir o número de segundos que o processo Writer iráaguardar antes de sair, se nenhuma mensagem de entrada forrecebida.

Como Definir Opções Locais

122 Versão 7.0

Como Automatizar o Ciclo de ProduçãoO processamento de pré e pós-produção pode ser completamenteautomatizado, incluindo o fluxo de jobfinal fornecido pelo Tivoli,ou um equivalente fornecido pelo usuário, ao banco de dados TWSjuntamente com outros fluxos de job. Uma cópia do fluxo de jobfornecido pelo Tivoli pode ser encontrada emTWShome/Sfinal euma cópia do script de job pode ser encontrada emTWShome/Jnextday. Pode ser útil ter cópias impressas para ajudarna compreensão do processo de mudança.

O fluxo de jobfinal é colocado na produção diária e resulta naexecução de um job nomeadoJnextday antes do início de um novodia. O job executa as seguintes tarefas:

1. Liga-se a todas as estações de trabalho, para garantir que ogerenciador de domínio mestre foi atualizado com as últimasinformações de planejamento.

2. Executa o comandoschedulr para selecionar os fluxos de jobpara o plano de produção do novo dia.

3. Executa o comandocompiler para compilar o plano deprodução.

4. Executa o comandoreptr para imprimir os relatórios depré-produção.

5. Encerra o TWS.

6. Executa o comandostagemanpara transportar fluxos de job nãoconcluídos, registrar o plano de produção antigo e instalar o novoplano.

7. Inicia o TWS para o novo dia.

8. Executa os comandosreptr e rep8 para imprimir os relatórios depós-produção do dia anterior.

9. Executa o comandologman para registrar estatísticas do job dodia anterior.

Como Automatizar o Ciclo de Produção


7.T

ópicosde

Personal.

doT

WS

Opcionais

No conjunto de manuais do TWS, os termosfinal e Jnextday sãoutilizados ao referir-se a versões fornecidas pelo Tivoli, e aquaisquer equivalentes fornecidas pelo usuário.

Como Personalizar o Fluxo de Job finalAntes de utilizar o fluxo de jobfinal , é possível modificá-lo paraatender suas necessidades ou é possível criar um fluxo de jobdiferente para utilizar em seu lugar.

Ao criar seu próprio fluxo de job, modelo-o após ao fornecido peloTivoli. Se você optar por fazer isso, considere o seguinte:

¶ Se você escolher para alterar o modo como ostagemangeranomes de arquivo de log, lembre-se de quereptr e logmandevem utilizar os mesmos nomes.

¶ Se desejar imprimir os relatórios de pré-produção antes de umnovo dia, você pode dividir o jobJnextday em dois jobs. Oprimeiro job executaschedulr, compiler e reptr . O segundo jobencerra o TWS, executa ostageman, inicia o TWS e executareptr e logman. O primeiro job pode, então, ser planejado paraser executado a qualquer momento antes do fim do dia, enquantoo segundo job é planejado para ser executado logo antes do fimdo dia.

Como Adicionar o Fluxo de Job finalSe você seguiu as instruções explicadas em “Como Configurar umGerenciador de Domínio Mestre Após a Instalação” na página 55 noUNIX, ou se instalou o TWS através do programa de Configuraçãono NT, o fluxo de jobfinal já estará incluído no banco de dados. Senão, siga estas etapas para adicionar o fluxo de jobfinal ou umequivalente fornecido pelo usuário.

1. Inicie sessão como o usuárioTWS ou maestro no gerenciadorde domínio mestre.

2. No prompt de comandos, execute o seguinte comando no UNIX:composer “add Sfinal”

ou o seguinte comando no Windows NT:composer “add Sfinal”


124 Versão 7.0

Para adicionar seu próprio fluxo de job, utilize seu nome nolugar deSfinal.

Como Iniciar um Ciclo de ProduçãoSe não foi iniciado antes ou se for necessário iniciar um novo dia deprodução em um período diferente do início de dia definido, sigaestas etapas:

1. Inicie sessão como usuáriomaestro no gerenciador de domíniosmestre.

2. Em um prompt de comandos, execute o jobJnextday digitandoo seguinte comando:Jnextday

Isto realizará o processamento de pré-produção e iniciará osprocessos de produção do TWS.

Como Gerenciar o Ambiente de ProduçãoEsta seção fornece informações sobre como alterar o início do diapara o TWS e criar um plano para o processamento de dias futurosou passados.

Como Escolher o Início do Dia do TWSHá três opções comuns para o início do dia de produção.

¶ early morning

¶ late afternoon

¶ midnight

Estas são algumas das implicações de planejamento:

As horas de início e Horas de Tempo Final

Horas de Início (palavra-chaveAT) especificadas estão semprerelacionadas à hora de início do dia de produção do TWS. Pode sernecessário adicionar “+ 1 day” aos fluxos de job cujos jobs sãoprocessados nos dias de produção. Além disso, certifique-se de que otempo final (palavra-chaveUNTIL) seja após a hora de iníciom.



7.T

ópicosde

Personal.

doT

WS

Opcionais

Palavra-chave On

Os dias de produção e de calendário não podem ser iguais. Se o diade produção inicia às 06:00 a.m. (a definição padrão), 05:59 a.m.será o último minuto do dia de produção. Um Fluxo de Job definidopara executar ON MONDAY at 05:30 será selecionado nasegunda-feira e executado no dia de calendário terça-feira às 5:30 hs.

Palavra-chave Carryforward

Colocar o início do dia próximo à meia-noite para corresponder aodia de calendário, tende a produzir um número grande de fluxos dejob transportados. Isso pode aumentar a complexidade de gerenciar ocentro de dados.

Como Alterar o Início do DiaO início do dia para o TWS é quando o Fluxo de Job final éexecutado e os processos do TWS são encerrados e reiniciados. Paraespecificar o início do dia para o TWS:

1. Modifique a opçãostart no arquivo Globalopts. Esta é a hora deinício do dia de processamento do TWS no formato 24 horas:hhmm(0000-2359). A hora de início padrão é 6:00 A.M.

2. Modifique a hora de início (palavra-chaveAT) do fluxo de jobfinal para executar um minuto antes do fim do dia.

Se desejar definir o início do dia de produção para meia-noite:

1. Defina a hora de início do fluxo de jobfinal para meia-noite.

2. Defina a opçãostart no arquivo Globalopts como 0001.

Caso contrário, se a opçãostart for definida como 0000 eJnextdaycomo 2359, será arriscado selecionar horários ou fluxos dejob para o final do dia, já que o comandoschedulr utiliza a data dosistema e pequenas redes podem, às vezes, executar o comandoschedulr antes da meia-noite.

Como Gerenciar o Ambiente de Produção

126 Versão 7.0

Como Criar um Plano para Datas Futuras ouPassadas

Você pode criar um plano que executa o processamento normalmenteplanejado para um dia de processamento futuro ou passado. Esteprocedimento recria eficazmente qualquer dia de processamentoespecificado. Pode ser necessário utilizar este procedimento se vocêperdeu um dia de processamento devido a uma emergência.

1. Remova o link e encerre todas as estações de trabalho em suarede do TWS com os seguintes comandos:conman “unlink @!@;noask”

conman “stop @!@;wait”

Isso encerra todo o processamento na rede.

2. Execute o comandoschedulr com a opção date para criar umarquivoprodsked:schedulr -date MM/DD/YY

Com a opção date, você pode especificar para criar um planobaseado no dia de processamento futuro ou passado.

3. Execute o comandocompiler para criar um arquivosymnew:compiler (-date MM/DD/YY)

Você pode utilizar a opção date com o compiler para especificara data atual ou a data do dia que você está tentando recriar. Estaopção poderá ser necessária se você tiver fluxos de job quecontenham parâmetros de entrada sensíveis à data. O parâmetroscheddateé controlado pela data especificada com o comandocompiler. Se você não especificar uma data, será padronizadacomo a data digitada com o comandoschedulr.

4. Execute o gerenciador de console para encerrar os processos doTWS:conman stop @!@

5. Execute o stageman para criar o novo arquivo symphony:stageman

6. Execute o gerenciador de console para iniciar processos do TWS:



7.T

ópicosde

Personal.

doT

WS

Opcionais

conman start


128 Versão 7.0

Como Migrar para o TWS 7.0

As informações neste apêndice podem ser úteis quando migrar dasversões 5.x ou 6.x do Maestro para o Tivoli Workload Scheduler 7.0

O Tivoli Management Framework para usuáriosnão-Tivoli

O Tivoli Management Framework é uma estrutura aberta e orientadapara objeto que inclui um conjunto de gerenciadores e agentes queestão de acordo com a especificação Object ManagementGroup/Common Object Request Broker Architecture(OMG/CORBA). A tecnologia do OMG/CORBA permite diferençasmais entre os sistemas operacionais do computador a seremocultados do usuário e permite serviços principais a seremencapsulados em objetos que podem ser utilizados por múltiplosaplicativos de gerenciamento. O Tivoli Management Frameworkfornece independência de plataforma , uma arquitetura unificada paratodos os aplicativos e um conjunto rico de interfaces de programaaplicativo (APIs) que foram adotadas pelo Desktop ManagementTask Force (DMTF) e pelo Open Group (anteriormente X/Open)como base para uma estrutura de gerenciamento de sistemas. AsAPIs do Tivoli fornecem serviços de rede e de gerenciamento desistemas comuns, incluindo planejamento, suporte de transação,perfis de configuração e um recurso do usuário do banco de dadosde objeto genérico.

A unidade básica de funcionalidade do Tivoli ManagementFramework é o Tivoli Management Region. Um TMR consiste em

A


A.

Com

oM

igrarpara

oT

WS

7.0

um Tivoli Management Server e nos clientes que o servidorgerencia. O servidor TMR mantém o banco de dados para esseTMR. Dependendo do tamanho e requisitos de um ambiente, mais deum TMR pode ser definido. Se vários TMRs estiverem presentes,eles podem ser independentes ou podem ser ligados juntos paracompartilharem informações e recursos. Os administradores com afunção adequada podem gerenciar todos os recursos trocados em umconjunto de TMRs conectados a partir de um único sistema, como seos recursos estivessem todos no TMR de sistemas locais. Em geral,um servidor TMR pode suportar até 200 nós completamentegerenciados. Com o release do Tivoli Management Framework 3.6,novos serviços são colocados no servidor TMR e alguns nósgerenciados permitem que aqueles nós ajam como gateways paramilhares de nós de extremidade. Isso aumenta significantemente oescopo de um único TMR.

O Tivoli Management Framework fornece uma implementaçãobaseada no servidor de um Object Request Broker (ORB) e basicobject adapter (BOA) CORBA. Ele também fornece serviços deobjeto, gerenciamento e desktop relacionados e inclui umaimplementação das APIs adotadas pelo Open Group para umaestrutura de gerenciamento de sistemas. O distribuidor de objetos(oserv) é o componente principal de tempo de execução da estrutura.Ele é implementado como um processo de multitarefa simples eexecuta o background de cada cliente Tivoli dentro de um TMR e doTivoli Management Server para este TMR. O distribuidor de objetosconsiste em um object request broker, no BOA e em serviçosrelacionados. O distribuidor de objetos sendo executado no TivoliManagement Server fornece serviços adicionais, incluindo resoluçãode herança de segurança e de implementação.

Um nó gerenciado Tivoli executa o mesmo software que executa emum servidor TMR. De um nó gerenciado você pode executar odesktop Tivoli e gerenciar, diretamente, outros recursos gerenciadospelo Tivoli. Um nó gerenciado possui seu próprio serviçooserv queexecuta continuamente e comunica-se com o serviçooserv noservidor TMR. Um nó gerenciado também mantém seu própriobanco de dados do cliente. A diferença principal entre um servidorTMR e um nó gerenciado é o tamanho do banco de dados. Além

O Tivoli Management Framework para usuários não-Tivoli

130 Versão 7.0

disso, você não pode ter um nó gerenciado sem um servidor TMRem um Tivoli Management Region.

Considerações de InstalaçãoO mecanismo do Workload Scheduler é completamente separado doTivoli Management Framework. Ele não é um aplicativo do TivoliManagement Framework. Entretanto, o Conector do TWS é umaplicativo do Tivoli Management Framework. O Conector do TWSserá requerido, se desejar utilizar o Job Scheduling Console, a novainterface gráfica com o usuário. O Tivoli Workload Scheduler 7.0inclui também a GUI existente, mas somente o JS Console possuisuporte a Fuso horário. Além disso, o JS Console será requerido sedesejar operar o Operations Planning and Control (OPC) emecanismos do Tivoli Workload Scheduler a partir da mesmainterface com o usuário.

Onde o JS Console Client Pode Ser InstaladoO Job Scheduling Console fornece funcionalidade gcomposer egconman através de uma verdadeira interface gráfica com o usuário.Ele pode ser instalado no Sun Solaris, AIX, HP-UX e Windows NT,95 e 98. Não requer o Tivoli Management Framework nem o TivoliWorkload Scheduler para ser instalado no cliente. O únicopré-requisito é que o sistema do cliente seja conectado através doTCP/IP para, pelo menos, um dos nós que executam o Conector doTWS.

Onde os Conectores do TWS Devem Ser InstaladosO Conector do TWS é um serviço Tivoli Management Frameworkque permite que clientes do JS Console se comuniquem com omecanismo do TWS. Um Conector do TWS pode ser instalado emum sistema Sun Solaris, AIX, HP-UX ou Windows NT que tambémdeve ser um servidor ou nó gerenciado do Tivoli ManagementRegion.

Se desejar instalar o Conector do TWS em seu domínio do TWS,mas não tiver TMRs existentes e se não estiver interessado naimplementação de um ambiente de gerenciamento do Tivoli, então,você deverá instalar o Tivoli Management Framework como um

O Tivoli Management Framework para usuários não-Tivoli


A.

Com

oM

igrarpara

oT

WS

7.0

TMR exclusivo (e, portanto, instalar como um servidor TMR) emcada nó que irá executar o Conector do TWS.

Você pode instalar os Conectores do TWS em estações de trabalhodiferentes do gerenciador de domínio mestre. Isso irá permitir quevocê exiba a versão do arquivo Symphony desta estação de trabalhoparticular. Isso pode ser importante para utilizar o JS Console paragerenciar o banco de dados de parâmetros locais ou o comandosubmit diretamente para a estação de trabalho, em vez de submeteratravés do mestre. Sua estação de trabalho deve ser um nógerenciado ou um servidor TMR na região de gerenciamento, parainstalar os conectores em uma estação de trabalho.

Como Instalar Conectores do TWS em FTAsUsuários de ambientes não-Tivoli:

¶ Quando você cria um FTA, certifique-se de instalar o mecanismodo TWS antes de instalar o Conector do TWS.

¶ Antes de começar, certifique-se de que o Tivoli ManagementFramework esteja instalado no FTA e que o sistema esteja nalista de plataformas suportadas para o Conector do TWS(consulte “Plataformas Suportadas” na página 85).

¶ Siga as instruções de instalação descritas em “Como Instalar oConector do TWS” na página 83.

Usuários de ambientes Tivoli:

¶ Tipicamente, o gerenciador de domínio mestre do TWS resideem um nó gerenciado. Primeiro, é necessário instalar as classesdo Job Scheduling Services/Conector do TWS no servidor TMR.

¶ Tome cuidado para não criar uma ocorrência em um nógerenciado que não tem o mecanismo do TWS instalado.

Todos os usuários:

¶ Fique ciente de que durante o processo de instalação doConector do TWS será solicitado a você um nome de ocorrênciado TWS. Esse nome será exibido na árvore do Job Scheduling

Considerações de Instalação

132 Versão 7.0

do JS Console. Para evitar a confusão, você deve utilizar umnome que inclui o nome do FTA.

¶ Se estiver instalando o Conector do TWS em vários FTAs dentrode uma rede, tenha em mente que os nomes de ocorrênciasdevem ser exclusivos dentro da rede do TWS e do TivoliManagement Region.

Considerações de Backup MestreSe desejar instalar o Conector do TWS no backup mestre, se nãotiver TMRs existentes, e se não estiver interessado na implementaçãode um ambiente de gerenciamento Tivoli completo, então, serápossível instalar um novo servidor TMR no backup mestre.

Se no backup mestre você instalar um servidor TMR diferente domestre, certifique-se de ativar as mesmas entradas como no mestre,isto é:

¶ Início

¶ Níveis de auditoria de plano e de banco de dados

¶ Ativação de fuso horário

Como Lidar com Mestres de Escalão diferentes de 1em uma Rede do Maestro Existente

Se o gerenciador de domínio mestre não for executado em umaplataforma suportada para instalar o Tivoli Management Frameworke o Conector do TWS, e se você conseguir utilizar o Job SchedulingConsole, poderá escolher a partir das três opções a seguir:

¶ Mova o gerenciador de domínio mestre para uma dasplataformas suportadas.

¶ Crie um backup mestre em uma plataforma suportada.

¶ O NFS monta os bancos de dados mestres para um FTA.

Como Mover um Backup MestrePara mover o gerenciador de domínio mestre (do UNIX para UNIX):

Considerações de Instalação


A.

Com

oM

igrarpara

oT

WS

7.0

1. Escolha um FTA existente na rede ou crie um. Se você criar umFTA, certifique-se de defini-lo com Resolver Dependências eStatus Completo ativados.

2. No gerenciador de domínio mestre, compacte com tarmaestro/mozart/*e maestro/../unison/network/*.

3. Descompacte com tar esses arquivos no FTA em diretórios como mesmo nome.

4. Não copieparâmetrosou parameters.KEYa partir do diretóriopessoal ou você irá sobrepor os parâmetros que são exclusivospara o FTA. Crie uma lista de parâmetros de ambas asmáquinas, incluindo aqueles requeridos para o FTA.

5. No FTA, edite o arquivoglobaloptspara alterar o nome domestre para aquele do FTA.

6. No mestre antigo, utilize o comandoswitchmgr para ir para onovo mestre.

7. Cancele a agendafinal existente na produção de dia atual.

8. Inclua a agendafinal no novo mestre (utilizecomposer “modify sched=oldmastername#final”

e altere o ID da estação de trabalho na linha da agenda).

9. Após salvar e incluir, exclua a agenda oldmastername#final como comando:composer “delete sched=oldmastername#final”

10. Submeta a nova agendafinal na produção diária.

11. No mestre antigo, edite o arquivoglobaloptspara refletir onome do novo mestre.

Nota: Não é necessário editar todas as opções globais paracada estação de trabalho na rede. Os nós irão reconhecero novo mestre na hora Jnextday quando o mestreinicializá-los.

Com Criar um Backup MestrePara criar um backup mestre:

Como Lidar com Mestres de Escalão diferentes de 1 em uma Rede doMaestro Existente

134 Versão 7.0

1. Instale o Tivoli Management Framework. Consulte oTivoliEnterprise - Guia de Instalaçãopara obter referência.

2. Instale o mecanismo do TWS. Consulte “Como Instalar oMecanismo do TWS no Windows NT” na página 25 ou “ComoInstalar o Mecanismo do TWS no UNIX” na página 51.

3. Instale o Conector do TWS. Consulte “Como Instalar o Conectordo TWS” na página 83.

4. Personalize a estação de trabalho com segurança do TWS eopções locais. Consulte “Como Definir a Segurança do TWS” napágina 69 e “Tópicos de Personalização do TWS Opcionais” napágina 119.

5. Defina a estação de trabalho na rede do TWS. Utilize o comandocpunamedo Composer ou a janelaCriar Estações de Trabalhono Job Scheduling Console. Certifique-se de defini-lo comResolver Dependências e Status Completo ativados. Consulte oTivoli Workload Scheduler - Guia de Referênciaou o TivoliWorkload Scheduler - Guia do Usuário.

Como Montar Bancos de Dados do MDMÉ possível que o NFS monte os bancos de dados mestres a seguirem um FTA que é executado em uma plataforma suportada:

¶ /usr/lib/maestro/mozart/globalopts(a cópia operacional)

¶ /usr/lib/unison/network/cpudata

O FTA deve ter Status Completo e Resolver Dependências ativadosem sua definição de estação de trabalho.

Antes de montar os bancos de dados, certifique-se de que o sistemade arquivos que contém os diretórios requeridos foram incluídos noarquivo /etc/exportsna estação de trabalho mestre. Se você optar porcontrolar a disponibilidade do sistema de arquivos, crie as entradasapropriadas no arquivo/etc/hostsou /etc/netgroupno mestre.

O ponto de montagem no FTA deve ser o mesmo que o mestre. Porexemplo, no FTA:



A.

Com

oM

igrarpara

oT

WS

7.0

cd twshome/etc/mount mastername:mozart mozart/etc/mount mastername:../unison/network ../unison/network

Para ter os bancos de dados automaticamente montados, você podeinserir as montagens no arquivo/etc/checklist.

Se você utilizar essa solução, fique ciente de que o banco de dadosde parâmetros no FTA não será o mestre, mas uma cópia local. Issotorna-se uma saída, se você utilizar parâmetros como parte dasdefinições do job (na tarefa ou nome de início de sessão), como nahora Jnextday todos os parâmetros mencionados com o símbolo^(carat) nas definições do job são expandidos a partir do banco dedados de parâmetros no mestre. Você possui duas alternativaspossíveis para essa questão:

¶ Crie um script que faz upload e altera os valores de parâmetrosdo FTA para o mestre. Execute esse script antes de Jnextday.Tornar o Jnextday dependente dele irá garantir que o upload dosparâmetros foi feito com êxito, antes de Jnextday configurar aprodução para o dia seguinte.

¶ Na cpu mestre, mova o banco de dados de parâmetros para odiretório mozart. Crie um link do mestre para o diretóriopessoal. Em seguida, no FTA crie um link do banco de dados deparâmetros emmozartparatwshome.

Se desejar ativar o recurso Fuso Horário no Job Scheduling Console,também será preciso editar o arquivoglobaloptslocal no FTA paradefinir a entradaAtivação de Fuso Horário.

Como Lidar com Backups Mestres de Escalãodiferentes de 1 em uma Rede do Maestro Existente

Você ainda poderá manter o backup mestre existente, se ele nãoestiver nas plataformas suportadas (escalão 1). Entretanto, tenha emmente que isso irá evitar que você utilize o Job Scheduling Consoleneste ambiente. Seguir as instruções da seção anterior, você devedecidir se alterna as máquinas.


136 Versão 7.0

Como Executar Várias Janelas no JS ConsoleSe você requer mais de sete janelas ativas do JS Console emqualquer cliente, então, será preciso instalar outra ocorrência do JobScheduling Console neste sistema. Durante a instalação, certifique-sede escolher uma única localização para a segunda ocorrência. NoWindows NT, a localização do atalho também deve ser única.

Como Criar um Trabalho de Arquivo de SegurançaExistente

Para preservar uma estrutura de segurança existente ao migrar para oTWS 7.0, é preciso criar um administrador Tivoli (TME) no servidorTivoli Management Framework para cada definição de segurança doMaestro que você possui e, em seguida, incluir uma definição paraeste administrador no arquivo de Segurança. Consulte adocumentação do Tivoli Management Framework para obter detalhessobre como criar um administrador TME. Consulte o “Como Definira Segurança do TWS” na página 69 ou oTivoli Workload Scheduler- Guia do Usuáriopara obter detalhes sobre como editar o arquivode Segurança.

Como Incluir Administradores TMESuponha que você deseja migrar a rede do Maestro para TWS 7.0 eque o sistema que atualmente aloja o gerenciador de domínio mestreé uma das plataformas suportadas. Você deseja instalar o Conectordo TWS nele, para que possa ter um número de clientes do JSConsole. Entretanto, primeiro instale o Tivoli ManagementFramework. Suponha que você instale um servidor TMR.

O arquivo de Segurança atual no mestre é o seguinte:############################################################ Arquivo de Segurança############################################################ (1) APLICA-SE AOS USUÁRIOS MAESTRO OU PRINCIPAIS QUE# INICIARAM SESSÃO NO GERENCIADOR DE DOMÍNIO MESTREuser mastersm cpu=$master + logon=maestro,rootbegin# OBJETO ATRIBUTOS CAPACIDADES DE ACESSO# ---------- ------------ ----------------------job access=@

Como Executar Várias Janelas no JS Console


A.

Com

oM

igrarpara

oT

WS

7.0

schedule access=@resource access=@prompt access=@file access=@calendar access=@cpu access=@parameter name=@ x name=r@ access=@userobj cpu=@ + logon=@ access=@end############################################################ (2) APLICA-SE AOS USUÁRIOS MAESTRO OU ROOT QUE INICIARAM# SESSÃO EM QUALQUER ESTAÇÃO DE TRABALHO DIFERENTE DO# GERENCIADOR DE DOMÍNIOS MESTREuser sm logon=maestro,rootbegin# OBJETO ATRIBUTOS CAPACIDADES DE ACESSO# ---------- ------------ ----------------------job cpu=$thiscpu access=@schedule cpu=$thiscpu access=@resource cpu=$thiscpu access=@prompt access=@file access=@calendar access=@cpu cpu=$thiscpu access=@parameter cpu=$thiscpu

x name=r@ access=@end###########################################################

Suponha que estes dois usuários utilizem o JS Console. Após instalaro software do TMF, no Desktop Tivoli você cria um administradorTME adicional (além do padrão um criado pelo processo deinstalação) para cada usuário Maestro. Você chama ummastersmeo outrosm. Em seguida, inclua as definições respectivas para que oarquivo de Segurança se pareça com isso:############################################################ Arquivo de Segurança############################################################ (1) APLICA-SE AOS USUÁRIOS MAESTRO OU PRINCIPAIS QUE# INICIARAM SESSÃO NO GERENCIADOR DE DOMÍNIO MESTREuser mastersm cpu=$master + logon=maestro,rootbegin# OBJETO ATRIBUTOS CAPACIDADES DE ACESSO# ---------- ------------ ----------------------job access=@schedule access=@resource access=@prompt access=@

Como Criar um Trabalho de Arquivo de Segurança Existente

138 Versão 7.0

file access=@calendar access=@cpu access=@parameter name=@ x name=r@ access=@userobj cpu=@ + logon=@ access=@end############################################################ (2) A DEFINIÇÃO DO ADMINISTRADOR PARA USUÁRIOS MAESTRO# OU PRINCIPAIS COM SESSÃO INICIADA NO GERENCIADOR DE# DOMÍNIO MESTREuser mastersm cpu=$framework + logon=mastersmbegin# OBJETO ATRIBUTOS CAPACIDADES DE ACESSO# ---------- ------------ ----------------------job access=@schedule access=@resource access=@prompt access=@file access=@calendar access=@cpu access=@parameter name=@ x name=r@ access=@userobj cpu=@ + logon=@ access=@end####################################################################################################################### (3) APLICA-SE A USUÁRIOS MAESTRO OU PRINCIPAIS COM SESSÃO# INICIADA EM QUALQUER ESTAÇÃO DE TRABALHO DIFERENTE# DO GERENCIADOR DE DOMÍNIO MESTREuser sm logon=maestro,rootbegin# OBJETO ATRIBUTOS CAPACIDADES DE ACESSO# ---------- ------------ ----------------------job cpu=$thiscpu access=@schedule cpu=$thiscpu access=@resource cpu=$thiscpu access=@prompt access=@file access=@calendar access=@cpu cpu=$thiscpu access=@parameter cpu=$thiscpu

x name=r@ access=@end####################################################################################################################### (4) A DEFINIÇÃO DO ADMINISTRADOR PARA USUÁRIOS MAESTRO# OU PRINCIPAIS COM SESSÃO INICIADA EM QUALQUER# ESTAÇÃO DE TRABALHO DIFERENTE DO GERENCIADOR DE# DOMÍNIO MESTRE.user sm cpu=$framework + logon=sm



A.

Com

oM

igrarpara

oT

WS

7.0

begin# OBJETO ATRIBUTOS CAPACIDADES DE ACESSO# ---------- ------------ ----------------------job cpu=$thiscpu access=@schedule cpu=$thiscpu access=@resource cpu=$thiscpu access=@prompt access=@file access=@calendar access=@cpu cpu=$thiscpu access=@parameter cpu=$thiscpu

x name=r@ access=@end##########################################################

O novo arquivo de Segurança concede os mesmos privilégios para osusuários originais além do Job Scheduling Console.

Além disso, no servidor TMR você poderá incluir dois novos iníciosde sessão para o administrador TMEmastersm:

[email protected]@london.production.com

Para que qualquer usuário autorizado que inicia sessão emromeoulondoncomomaestro, irá adquirir os privilégios concedidos para omastersm.

Como Gerenciar a SegurançaAs alterações no arquivo de Segurança são efetivadas quando umdos seguintes programas do Workload Scheduler é encerrado ereiniciado:¶ conman¶ gconman¶ composer¶ gcomposer¶ Conector do TWS

Agora, é só sair dos programas. Na próxima vez em que eles foremexecutados, as novas definições de segurança serão reconhecidas.Nos Conectores do TWS, utilize o comandowmaeutil para


140 Versão 7.0

encerrá-los. Eles serão reiniciados automaticamente com umaatualização de qualquer consulta no Job Scheduling Console.

Como Encerrar os Conectores para ImplementarAlterações

Um Conector do TWS é iniciado automaticamente quando alguémemite um comando a partir do JS Console. Entretanto, você tem queencerrá-lo manualmente. No Windows NT, é necessário encerrar oConector do TWS antes de executar o comandomakesec. No UNIX,é possível encerrá-lo antes ou após executar omakesec.

Você utiliza o comandowmaeutil para encerrar o Conector do TWS.

Como Executar o WMAEUTILPara executar o comando wmaeutil:

1. Defina o ambiente Tivoli:

¶ A partir de uma linha de comandos UNIX: ./etc/Tivoli/setup_env.sh


2. Digite o seguinte comando:wmaeutil ALL -stop

Limitações da GUI ExistenteA interface gráfica com o usuário existente precisa de suporte a fusohorário. Da GUI existente, você não pode modificar uma estação detrabalho ou uma agenda que tinha suporte a fuso horário incluído apartir da interface de linha de comandos ou do JS Console.

Como Utilizar a GUI Existente no AIX 4.2Se você executar o AIX Versão 4.2, poderá ser necessário instalar acorreçãoxlC.rte.3.6.6.0para utilizar a GUI existente.

Para saber se é necessário instalar essa correção, execute o seguintecomando:lslpp -l xlC.rte

Como Gerenciar a Segurança


A.

Com

oM

igrarpara

oT

WS

7.0

O comando deve retornar as seguintes informações:Conjunto de arquivos

Caminho:/usr/lib/objrepos xlC.rteNível 3.6.6.0Estado

COMMITTEDDescrição

C Set ++ for AIX Application Runtime

SeNível estiver abaixo de 3.6.6.0, será necessário aplicar a correção.

Considerações de Fuso HorárioA seguir encontra-se o método correto de implementação:

1. Carregue o TWS Versão 7.0.

A definição padrão é para a entrada de fuso horário não ativado(ativação de fuso horáriono globaloptions).O banco de dadosirá permitir que fusos horários sejam especificados para estaçõesde trabalho e não em horasstart e deadlinedentro de fluxos dejob no banco de dados. A criação do plano (Jnextday) irá ignorartodos os fusos horários que estão presentes no banco de dados.Você não irá conseguir especificar todos os fusos horários emqualquer lugar no plano.

2. Defina os fusos horários da estação de trabalho.

Defina o fuso horário da estação de trabalho mestre, do backupmestre e de quaisquer FTAs que encontram-se em um fusohorário diferente do mestre. Não será permitido nenhum fusohorário no banco de dados para as horasstarte deadline. Nãoserá permitido nenhum fuso horário em qualquer lugar no planoneste momento, pois, a entradaativação de fuso horárioemglobaloptionsainda está definida como NO.

3. Quando os fusos horários da estação de trabalho tiverem sidodefinidos corretamente, definaativação de fuso horáriocomoYES no arquivoglobaloptions. Esta definição e a definição defuso horário na estação de trabalho mestre, irão ativar a rede doTWS para que obtenha vantagens do suporte ao fuso horário.

Limitações da GUI Existente

142 Versão 7.0

Neste momento, todos os usuários irão conseguir utilizar fusoshorários em qualquer lugar no banco de dados, embora devamaguardar a próxima execução de Jnextday para utilizá-los nashorasstart e deadline. Até o Jnextday ser executado, eles nãoirão conseguir utilizar fusos horário no plano. A próxima vez queo Jnextday for executado, os fusos horários serão transportadospara o plano e o JSConsole e o programa emissor irá permitir aespecificação de fusos horários em qualquer lugar no plano.

4. Comece a utilizar os fusos horários nas horasstart e until ondeprecisa deles.

Agora você pode utilizar referências de fusos horários no bancode dados e no plano com o JS Console e a CLI.

Para agentes de tolerância a falhas do MPE e para LFTAs doAS400 (Versão 6.1), é possível especificar informações sobrefusos horários somente a partir do JS Console.

Como Propagar Preferências de Usuários paraOutros Usuários (Personalizar Exibições/Consultas)

Essa opção, disponível com o Job Scheduling Console, permite umaprimeira vez que o usuário do JS Console copie outras preferênciasdo usuário. Ela também pode ser explorada para propagar umconjunto de preferências para vários usuários.

As preferências do usuário são armazenadas em um arquivochamadoGlobalPreferences.ser. O arquivo contém os nomes e osdetalhes, incluindo filtros, de todas as consultas (ou listas) que foramsalvas durante uma sessão. Toda vez que você fecha o JS Console, oGlobalPreferences é atualizado com quaisquer consultas salvas emou excluídas da Árvore do Job Scheduling.

O GlobalPreferences é salvo localmente em um diretório do usuárioem ...\JSConsole\dat\.tmeconsoleno Windows ou em$HOME/.tmeconsoleno UNIX. O diretório do usuário possui umnome composto que corresponde aos seguintes itens:

¶ O nome do Administrador do TME associado ao Conector doTWS acessado pelo usuário. É seguido pelo sinalat (@).

Considerações de Fuso Horário


A.

Com

oM

igrarpara

oT

WS

7.0

¶ O nome do sistema que executa o Conector do TWS seguidopelo sinalundescore(_).

¶ As definições regionais do sistema operacional onde o Conectordo TWS está instalado. O ID é alterado dinamicamente, se ousuário iniciar sessão no mesmo Conector e achar que asdefinições regionais foram alteradas.

Nota: Os dois primeiros são os nomes digitados na janelaInicialização do Job Scheduling Console para iniciar o JSConsole.

Por exemplo, suponhamos que, para iniciar o JS Console, vocêiniciou sessão pela primeira vez na máquinafta12, onde o Conectordo TWS foi instalado pelo Administrador TMEtws12adm. Umdiretório do usuário chamadotws12adm@fta12_en(ondeen significadefinições regionais em inglês) é criado no caminho descrito acimaem sua estação de trabalho.

Toda vez que você inicia sessão em um Conector diferente, um novodiretório de usuário é incluído. E toda vez que você fecha o JSConsole, umGlobalPreferences.seré criado ou atualizado nodiretório do usuário que corresponde à sua conexão.

Quando usuários iniciam sessão em um Conector pela primeira vez,uma janela Abrir Localização pergunta se eles desejam utilizar umarquivoGlobalPreferences.serexistente a partir de uma unidade derede conectada ou uma URL. Se desejar propagar um conjunto deconsultas específico para novos usuários, primeiro torne oGlobalPreferences.sercorrespondente disponível e, em seguida, peçaaos usuários para especificarem o arquivo ou a URL na janela AbrirLocalização. Se desejar propagar um arquivo de preferência parausuários existentes, será preciso que eles substituam seu próprioGlobalPreferences.serpor aquele que você preparou.

Nota: Um arquivoGlobalPreferences.serdiferente existe em...\JSConsole\dat\.tmeconsole\TivoliConsoleno Windows ouem $HOME/.tmeconsole/TivoliConsoleno UNIX. Essearquivo contém preferências que afetam a apresentação do JSConsole e não devem ser propagadas.

Como Propagar Preferências de Usuários para Outros Usuários(Personalizar Exibições/Consultas)

144 Versão 7.0

Como Restaurar um Banco de Dados ExpandidoO Maestro 6.0 introduziu o uso de bancos de dados expandidos.Entretanto, se você ainda executar as redes do Maestro 5.x e sedesejar migrar para o TWS Versão 7.0, não será preciso expandir osbancos de dados a menos que desejar. Consulte “Criação do Bancode Dados” na página 19 para obter uma explicação de como expandirum banco de dados existente.

Se por algum motivo desejar restaurar um banco de dadosexpandido, você poderá escolher entre métodos para fazer isso.

¶ Utilize o método a seguir, se nenhum objeto de planejamento foicriado ou modificado desde que o banco de dados foi expandido.Se quaisquer objetos de planejamento foram criados, elespoderão ser incluídos no banco de dados manualmente apósretornar para o estado não-expandido. Se as modificações foramfeitas, eles irão precisar ser aplicados novamente. Sigas estasetapas:

1. No mestre, restaure os arquivos de backup no diretóriomozart.oldpara os diretóriosmozarte unison/network:

a. Mova os arquivos a seguir para o diretóriounison/network:

v cpudata

v cpudata.key

v userdata

v userdata.key

b. Mova todos os outros arquivos para o diretóriomozart.

2. Certifique-se de que aversão expandidada Opção Globalseja definida como NO.

3. Verifique se os nomes de cpus emglobaloptse localoptstenham oito caracteres no máximo.

¶ Utilize o método a seguir, se muitos objetos de planejamentoforam criados ou modificados desde que o banco de dados foiexpandido. Além disso, utilize este método quando desejar

Como Restaurar um Banco de Dados Expandido


A.

Com

oM

igrarpara

oT

WS

7.0

restaurar o banco de dados expandido e quando os objetos deplanejamento tiverem nomes longos.

1. Digite os comandos docomposera seguir, para criararquivos que contêm todas as informações sobre o banco dedados para os objetos de planejamento. Os arquivos serãocriados somente se estes objetos existirem no banco dedados:create cpu.txt from cpu=@

create jobs.txt from jobs=@#@

create sched.txt from sched=@#@

create cal.txt from calendars

create prompt.txt from prompts

create parms.txt from parms

create param.txt from parameters

2. Mova os arquivos objeto nos diretóriosmozarteunison/mozartpara um diretório temporário. O arquivoglobaloptse os arquivosrunmsgnopermanecem no diretóriomozart. No globaloptsverifique se o nome da cpu tem nomáximo oito caracteres e se aversão expandidaestádefinida como NO. Além disso, verifique se nolocaloptsonome da cpu tem no máximo oito caracteres.

3. Modifique os arquivos a seguir criados na primeira etapa:

v cpu.txt

v jobs.txt

v sched.txt

Edite todos os nomes de cpus, domínios, agendas e usuáriospara terem, no máximo, oito caracteres. Além disso, verifiqueo comprimento dos nomes e comandos de arquivos do job.

4. Renomeie os seguintes arquivos no diretóriounison/network:

v cpudata

v cpudata.key

v userdata


146 Versão 7.0

v userdata.key

5. Digite os comandos do composer a seguir, para preencher onovo banco de dados não-expandido com os objetos deplanejamento:add cpu.txt

add jobs.txt

add sched.txt

replace cal.txt

replace prompt.txt

replace parms.txt

replace param.txt

6. Renomeie o arquivo Symphony antes de executar o Jnextday.

Como Migrar no Windows NTEm estações de trabalho do Windows NT, se você for migrar para oTWS 7.0 a partir do Maestro 5.2, inicie sessão como usuáriomaestro. Se for migrar do Maestro 6.x, inicie sessão como usuárioAdministrador .

Como Migrar do Maestro 5.2 em Agentes do WindowsNT

Se for migrar do Maestro 5.2, certifique-se de que os seguintesprogramas tenham os níveis de revisão mínimos indicados abaixo:

Programa Revisão

mailman 3.34.1.17.1.1

writer 3.31.1.11.1.1

Para obter estas informações, execute os programas com a opção-vconforme mostrado a seguir:mailman -v

writer -v

Se os níveis de revisão forem menores que esses valores, vocêdeverá aplicar a correção5.2-MAE-0054 (byte ordem correção)antes de migrar para o TWS 7.0. Essa correção evita que o



A.

Com

oM

igrarpara

oT

WS

7.0

Batchman seja executado em erros de encerramento quando utilizadoapós a migração.

Como Migrar no Windows NT

148 Versão 7.0

Sistema de Redes com o MPE

Este apêndice descreve os requisitos de configuração e operação dasredes do Tivoli Workload Scheduler/Maestro que contêm umamistura de computadores MPE, UNIX e Windows NT. Essas redesestão em conformidade com a hierarquia padrão do TWS de cpusmestres, agente de tolerância a falhas (dependentes) e agente padrão,que são caracterizadas como a seguir:

¶ A estação de trabalho mestre pode ser um computador MPEiX*, UNIX ou Windows NT. É o hub administrativo em umarede. Ela contém os arquivos de planejamento mestre do Maestroe executa todo o processamento de pós-produção (final do dia) epré-produção (início do dia) para a rede. No início de um novodia de produção, o mestre processa suas próprias agendas, assimcomo as das cpus agentes padrão. Ele lança seus próprios jobs eemite pedidos de lançamento para executar jobs em agentespadrão. Os mestres do UNIX ou do NT também são conhecidoscomo o Gerenciador de Domínio Mestre. *MPEiX não pode serum mestre para um computador do Windows NT, pois não hábanco de dados USERDATA equivalente no produto MPE noqual armazenar definições de senha do usuário NT.

¶ Cpus MPE dependentes são o equivalente a agentes de tolerânciaa falhas do UNIX e Windows NT. Para funções administrativas,elas contam com a estação de trabalho mestre. No início de umnovo dia de produção, elas processam suas próprias agendas elançam seus próprios jobs.

A


A.

Sistem

ade

Redes

como

MP

E

¶ Cpus agentes padrão são computadores do UNIX ou WindowsNT. Para finalidades administrativas, elas contam com a estaçãode trabalho mestre. No início de um novo dia de produção, elasexecutam jobs apenas em resposta a pedidos de lançamento dogerenciador de domínio (Gerenciador de Domínio Mestre, porpadrão).

Considerações sobre RedesVocê deve ler este apêndice na íntegra antes de decidir como iráconfigurar uma rede TWS/Maestro mista. A seguir, há um resumo deconsiderações básicas:

¶ As definições de objetos e planejamentos para agentesdependentes e de tolerância a falhas devem ser feitas nogerenciador de domínio mestre se esses agentes não pertenceremà mesma plataforma do mestre.

¶ O gerenciador de domínio mestre de reserva, se necessário, devepertencer à mesma plataforma do gerenciador de domíniomestre.

¶ As considerações sobre segurança são diferentes em cadaplataforma: MPE, UNIX e Windows NT.

¶ Os gerenciadores de domínio mestre do UNIX e NT suportamlayout hierárquico, onde se pode ter vários gerenciadores desubdomínio com cada tipo de agente de plataforma suportado.MPEs mestres suportarão apenas uma arquitetura ‘plana”. Ossistemas MPE podem ser utilizados como FTAs (dependentes)em qualquer layout de domínio hierárquico.

¶ Uma cpu mestre do MPE pode ligar-se a MPEs dependentescom o uso de NS ou TCP/IP. Uma cpu mestre do UNIX ouWindows NT utiliza apenas o TCP/IP.

Considerações sobre PlanejamentoEsteja ciente do seguinte:

¶ Qualquer combinação em uma rede TWS/maestro que incluauma estação de trabalho MPE requer que os correlativos do

Sistema de Redes com o MPE

150 Versão 7.0

UNIX/NT operem no modo não-expandido (impossibilidade dese utilizar nomes de objetos de planejamento que contenhammais de oito caracteres).

¶ Como a segurança de um agente de tolerância a falhas do UNIXou Windows NT não depende do MPE mestre, ela também podeser definida para o modo de status completo e ser utilizada paragerenciamento de console central da rede. Isso permitirá que osusuários tirem proveito das interfaces gráficas, além de fornecerconjuntos de comandos mais potentes e flexíveis. Entretanto, oagente de tolerância a falhas é ainda alvo de certas limitaçõesem alguns comandos do Conman. São elas:

v Impossibilidade de submeter jobs com o comando CONMANSUBMIT JOB.

v Impossibilidade de submeter agendas com o comandoCONMAN SUBMIT SCHEDULE.

v Impossibilidade de reexecutar jobs com as opçõesCONMAN RERUN ;FROM e ;FILE.

v Impossibilidade de adicionar dependências de promptpredefinidas (ou globais) com o comando ADDDEP.

v Impossibilidade de utilizar o comando CONMAN ADDDEPpara adicionar dependências de prompt globais (predefinidas).

v Impossibilidade de utilizar o comando CONMAN DISPLAYpara jobs e agendas.

¶ O recursodocommandé totalmente funcional no UNIX eWindows NT para definições de job e para o comandoconmansubmit. Esse recurso não é suportado no MPE.

¶ O UNIX e o Windows NT Composer podem adicionar emodificar todos os objetos de planejamento (incluindo agendas ejobs) a partir de um único arquivo de edição.

¶ As dependências de INET não são possíveis no MPE mestre.Elas poderão, entretanto, fazer referência a agentes de tolerânciaa falhas do MPE se o gerenciador de domínio for executado noUNIX ou Windows NT.

Considerações sobre Redes


A.

Sistem

ade

Redes

como

MP

E

InstalaçãoAs instruções de instalação do TWS para UNIX e Windows NTpodem ser encontradas neste guia. Para instalar o Maestro para MPEpela primeira vez, consulte a seção 2 doMaestro User Guide for theMPE System User.

Instalação e ConfiguraçãoEsta seção descreve as etapas necessárias para configurar redes doTWS/Maestro após a instalação com agentes UNIX sob MPE, eagentes MPE sob estações de trabalho mestre do UNIX ou WindowsNT.

Nota: Para obter informações sobre comandos específicos etransações, consulte este guia e oMaestroUser Guide for theMPE System User.

Como Configurar um agente UNIX com o MPE MestreNo MPE mestre, utilize o programa ARRANGER para fazer oseguinte:

1. Utilize a transação ACPU para criar uma definição de cpu paraa cpu do UNIX na rede.

2. Utilize a transação CSYS para definir esta cpu como a mestre.

3. Utilize a transação ALNK para definir os seguintes links:

a. Mestre-para-mestre: define um link com comandos TCP/IP.

b. Mestre-para-UNIX: define um link com comandos TCP/IP.

4. Depois da conclusão das tarefas do agente UNIX abaixo, osagentes serão inicializados e iniciados na próxima execução deJnextday no gerenciador de domínio mestre.

Em cada agente de tolerância a falhas e agente padrão do UNIX,faça o seguinte:

1. Modifique os arquivos de Opções Global e Local para queatendam seus requisitos. Os valores padrão, adequados para amaioria das instalações, são inseridos pelos programas depersonalização e configuração.

Considerações sobre Redes

152 Versão 7.0

2. Modifique e instale o arquivo de Segurança. Se desejar, façaisso em um computador e depois copie o arquivo para cada umdos outros sistemas UNIX.

3. Emita o comando StartUp em cada agente UNIX para iniciar odaemon netman (se ainda não tiver sido iniciado).

Como Configurar um MPE FTA com o UNIX ouWindows NT

Uma rede do TWS que contenha computadores MPE deve serinstalada no modo “não-expandido”. Depois da instalação dosoftware, siga as etapas abaixo para configurar cada cpu na rede.

No UNIX ou Windows NT mestre, siga estas etapas:

1. Utilize o JS Console GUI ou o CLI composer para criardefinições de estação de trabalho para todas as estações detrabalho. As definições também incluem informações de ligação(combinação do ACPU do Arranger e transação ALNK).

2. Modifique os arquivos de Opções Globais para que atendamseus requisitos. As Opções Globais a seguir ocupam o lugar dosparâmetros do ARRANGER CTP1 de MPE dependentes. Porpadrão, elas não estão presentes no arquivo globalopts eprecisarão ser adicionadas se desejado:

rules mode={yes|no}Substitui CTP1-Modo de Controle Completo. Se definidacomoyes, batchman scheduletambém deverá serdefinido comoyes.

all userjobs in userjobs schedule={yes|no}Substitui CTP1-Colocar todos os jobs de usuários naagenda USERJOBS. Essa opção deverá ser definidacomono se rules mode for definida comoyes.

set mpe job pri to zero={yes|no}Substitui CTP1-Forçar prioridade do MPE como 0 paratodos os jobs de usuários. Essa opção deverá ser definidacomono se todos osuserjobs in userjobsscheduleforem definidos comoyes.

Instalação e Configuração


A.

Sistem

ade

Redes

como

MP

E

batchman schedule={yes|no}Substitui CTP1-Atribuir prioridade 10 às agendas criadaspelo Batchman. Isso também afeta as estações detrabalho do UNIX e do Windows NT.

3. Depois da conclusão das tarefas do agente MPE abaixo, osagentes serão inicializados e iniciados na próxima execução deJnextday no gerenciador de domínio mestre.

Em cada MPE dependente, utilize o programa ARRANGER parafazer o seguinte:

1. Utilize a transação ACPU para criar definições para esta cpu epara a cpu mestre.

2. Utilize a transação CSYS para identificar esta cpu e a cpumestre.

3. Utilize a transação ALNK para definir um linkdependente-para-mestre que contenha comandos TCP/IP.

4. Utilize as transações CTP2 e CTP3 para definir os parâmetros doCONMAN e do BATCHMAN.

5. Mstream ou stream o job JBATCHMN.MAESTRO.CCC paraativar o processo NETMAN. Para iniciar e inicializar com êxitoatravés do TCP/IP, o processo NETMAN já deverá estar sendoexecutado no MPE dependente.

Diferenças Operacionais Entre as PlataformasEsta seção descreve as exceções aplicadas em uma rede de estaçõesde trabalho MPE, UNIX e Windows NT com uma estação detrabalho MPE, UNIX ou Windows NT definida como a mestre. Paraobter informações adicionais sobre operação de redes, consulte oTivoli Workload Scheduler - Guia de Referência, o Tivoli WorkloadScheduler - Guia de Planejamento e Instalaçãoe o Maestro UserGuide for the MPE System User(disponível no ROCsoftware).

Instalação e Configuração

154 Versão 7.0

No MPE Mestre

Arranger e Composer¶ Todas as definições de objetos e planejamento para agentes de

tolerância a falhas e agentes padrão do UNIX devem ser feitascom o COMPOSER e o ARRANGER no MPE mestre.

¶ O MPE COMPOSER não suporta o recursodocommandeminstruções de jobs para agendas executadas em agentes detolerância a falhas e agentes padrão do UNIX e Windows NT.

¶ As opções de recuperação dos jobs do UNIX e do Windows NTdevem ser documentadas com a transação ARRANGER XJOB.

¶ Na linguagem de planejamento do MPE,scriptname não é umapalavra-chave válida. Em vez disso, utilizejobfilename paradefinir scripts de job do UNIX e do Windows NT. Por exemplo:jobfilename " pathname" streamlogon user

Conman¶ A opçãodocommandnão está disponível no comandosubmit

para submeter comandos para execução em uma cpu do UNIXou do Windows NT.

¶ Caracteres curinga e parâmetros selectionset de determinadoscomandos conman não são suportados em um MPE mestre, maspodem ser utilizados a partir de um FTA UNIX de statuscompleto.

Em Agentes de Tolerância a Falhas do UNIX

ComposerO Composer pode ser utilizado apenas para documentar, modificar eexcluir parâmetros do Maestro (parms), que sejam locais em cadaestação de trabalho.

ConmanAs seguintes operações do CONMAN não são permitidas:¶ Submeter jobs com o comando CONMAN SUBMIT JOB.¶ Submeter agendas com o comando CONMAN SUBMIT

SCHEDULE.

Diferenças Operacionais Entre as Plataformas


A.

Sistem

ade

Redes

como

MP

E

¶ Adicionar dependências de prompts predefinidas (ou globais)com o comando ADDDEP.

¶ Utilizar as opções ;FROM e ;FILE no comando RERUN.¶ Exibir jobs e agendas com o comando DISPLAY.

No UNIX ou Windows NT Mestre

Composer¶ Todas as definições de objetos e planejamento de MPE

dependentes devem ser feitas com o JS GUI Console ou no CLIcomposer no UNIX ou Windows NT mestre.

¶ Para documentação automática do job, a instrução de job delinguagem de planejamento do UNIX e Windows NT aceitapalavras-chave específicas do MPE, além de nomes de arquivose usuários do MPE. Por exemplo:jobfilename file.grp.acct [streamlogon user.acct[, grp]]

ouisuserjob [= jobname] streamlogon user.acct[, grp]

¶ A palavra-chaveopensda linguagem de planejamento do UNIXe Windows NT aceita nomes de arquivos do MPE. Por exemplo:opens [ cpu#]" pathname"| file.grp.acct[( qualifiers)] [,...]

Conman¶ O comando showjob exibe informações específicas do MPE:

[userjob]

>> alias is

>> run again as

SKEL

¶ O comandosubmit docommandnão é válido quando dirigido auma cpu MPE, apesar do comando poder ser executado noUNIX ou Windows NT mestre.


156 Versão 7.0

Nos MPEs Dependentes

ArrangerAs únicas transações válidas do ARRANGER são: CTP2, CTP3,xCPU, xLNK, xPRM, xPAS, xSYS.

ComposerO COMPOSER não pode ser executado com êxito.

ConmanAs seguintes operações do CONMAN não são permitidas:¶ Submeter jobs com o comando CONMAN SUBMIT JOB.¶ Submeter agendas com o comando CONMAN SUBMIT

SCHEDULE.¶ Adicionar dependências de prompts predefinidas (ou globais)

com o comando ADDDEP.¶ Utilizar as opções ;FROM e ;FILE no comando RERUN.¶ Exibir jobs e agendas com o comando DISPLAY.



A.

Sistem

ade

Redes

como

MP

E

158 Versão 7.0

Glossário

A

Agente de redeUm tipo de agente estendido utilizado para criar dependências entre jobs e fluxos dejob em redes separadas do Tivoli Workload Scheduler. Consulte também“Dependência de Internetwork (INET)”.

Agente estendidoUm agente utilizado para integrar os recursos de controle do job do Tivoli WorkloadScheduler com outros sistemas operacionais (por exemplo, MVS) e aplicativos (porexemplo, Oracle Applications, Peoplesoft e Baan). Os agentes estendidos utilizamscripts chamados métodos de acesso, para se comunicarem com sistemas externos.

Agente tolerante a falhasUma estação de trabalho do agente na rede do Tivoli Workload Scheduler capaz deresolver as dependências locais e lançar seus jobs na ausência de um gerenciador dedomínio.

agente XConsulte “Agente estendido”.

arquivo stdlistUm arquivo da lista padrão criado para cada job lançado pelo Tivoli WorkloadScheduler. Os arquivos da lista padrão contém cabeçalho e banners do trailer,comandos repetidos, erros e avisos. Estes arquivos podem ser utilizados paradetectar problemas na execução do job.

Arquivo symphonyUm arquivo que contém as informações sobre planejamento necessárias peloprocesso de Controle de Produção (batchman) para executar o plano. O arquivo écriado e carregado durante a fase de pré-produção. Durante a fase de produção, eleé, continuamente, atualizado para indicar o status atual de processamento deprodução: trabalho concluído, trabalho em andamento, trabalho a ser executado.Para gerenciar o processamento de produção, o conteúdo do arquivo symphony(plano) pode ser exibido e alterado com o Job Scheduling console.

B

Banco de DadosUm banco de dados que contém todas as definições criadas para objetos deplanejamento (por exemplo, jobs, fluxos de job, recursos, estações de trabalho, etc).Além disso, o banco de dados mantém outras informações importantes tais comoestatísticas do job e execução do fluxo de job, informações sobre o ID do usuário


Glossário

que criou um objeto e a última data modificada de um objeto. Em comparação, oplano contém somente estes jobs e fluxos de job (incluindo objetos dependentes)que são planejados para execução na produção diária.

Banco de dados expandidoUm banco de dados que permite nomes mais longos para objetos do banco dedados, tais como jobs, fluxos de job, estações de trabalho, domínios e usuários. Osbancos de dados expandidos são configurados utilizando o comando dbexpand oucomo uma opção durante a instalação. Não expanda seu banco de dados antes deentender as implicações e impacto deste comando.

BatchmanUm processo iniciado no começo de cada dia de processamento do TWS para lançarjobs de acordo com as informações no arquivo symphony.

C

CalendárioUm objeto definido no banco de dados do Tivoli Workload Scheduler que contémuma lista de datas de planejamento. Como ele é um objeto exclusivo definido nobanco de dados, ele pode ser atribuído a vários fluxos de job. Atribuir umcalendário a um fluxo de job faz com que o fluxo de job seja executado nos diasespecificados no calendário. Observe que um calendário pode ser utilizado como umciclo de execução inclusivos e exclusivos.

Caracteres CuringaOs caracteres curinga para Tivoli Workload Scheduler são: ? Substitui uma caracterealfa. % Substitui um caractere numérico. * Substitui zero ou mais caracteresalfanuméricos. Geralmente, os caracteres curinga são utilizados para redefiniremuma pesquisa para um ou mais objetos no banco de dados. Por exemplo, se desejarexibir todas as estações de trabalho, é possível digitar o caractere curinga asterisco(*). Para obter uma listagem de estações de trabalho site1 até site8, você podedigitar site%.

Ciclo de execuçãoUm ciclo que especifica os dias que um fluxo de job é planejado para serexecutado. No TWS, existem três tipos de ciclos de execução que você podeespecificar para um fluxo de job: um ciclo de execução Simples, um ciclo deexecução Semanal ou um ciclo de execução calendário (comumentemente chamadode um calendário). Observe que cada tipo de ciclo de execução pode ser inclusivoou exclusivo. Isto é, cada ciclo de execução pode definir os dias que um fluxo dejob é incluído no ciclo de produção ou os dias que um fluxo de job é excluído dociclo de produção. Quando você definir vários ciclos de execução para um fluxo dejob e os ciclos de execução inclusivos e exclusivos especificarem os mesmos dias,os ciclos de execução exclusivos são antecedidos.

160 Versão 7.0

Ciclo de execução exclusivoUm ciclo de execução que especifica os dias que um fluxo de job não pode serexecutado. Os ciclos de execução exclusivos antecedem os ciclos de execuçãoinclusivos.

Ciclo de Execução InclusivoUm ciclo de execução que especifica os dias que um fluxo de job é planejado paraser executado. Os ciclos de execução exclusivos antecedem os ciclos de execuçãoinclusivos.

Ciclo de Execução SemanalUm ciclo de execução que especifica os dias da semana que um fluxo de job éexecutado. Por exemplo, um fluxo de job pode ser especificado para executar todasegunda-feira, quarta-feira e sexta-feira utilizando um ciclo de execução semanal.Um ciclo de execução semanal é definido para um fluxo de job específico e nãopode ser utilizado por vários fluxos de job. Para obter mais informações, consulteCiclo de Execução.

Ciclo de Execução SimplesUm conjunto específico de dias definidos que um fluxo de job é executado. Umciclo de execução simples é definido por um fluxo de job específico e não pode serutilizado por vários fluxos de job. Para obter mais informações, consulte Ciclo deExecução.

Classe da estação de trabalhoUm grupo de estações de trabalho. Qualquer número de estações de trabalho podeser colocado em uma classe. Os fluxos de job e jobs podem ser atribuídos paraserem executados em uma classe da estação de trabalho. Este cria a replicação deum job ou fluxo de job através de muitas estações de trabalho acessíveis.

Comandos do utilitárioUm conjunto de executáveis da linha de comandos para gerenciar o Tivoli WorkloadScheduler.

ComposerUm aplicativo da linha de comandos existentes para gerenciamento de definições deseus objetos de planejamento no banco de dados.

ConmanUm aplicativo da linha de comandos existentes para gerenciamento do ambiente deprodução. O Conman (console manager) executa as seguintes tarefas: inicia eencerra os processos de produção, altera e exibe horários e jobs no plano e controlaa ligação da estação de trabalho em uma rede.


Glossário

D

DependênciaUm pré-requisito que deve ser solucionado antes da execução de um job ou fluxo dejob que pode continuar. O número máximo de dependências permitido para um jobou fluxo de job é 40. Os quatro tipos de dependências utilizados pelo TivoliWorkload Scheduler são as dependências a seguir, dependências de recursos,dependências de arquivos e dependências de prompts.

Dependências de Internetwork (INET)Uma dependência entre jobs ou fluxos de jobs em redes separadas do TivoliWorkload Scheduler. Consulte também “Agente de rede”.

Dependência seguinteUma dependência onde um job ou fluxo de job não pode começar a execução, atéque outros jobs ou fluxos de job foram concluídos com êxito.

DomínioUm grupo nomeado de estações de trabalho do TWS que consiste em mais de umagente e um gerenciador de domínio que age como um hub de gerenciamento.Todos os domínios possuem um domínio pai, exceto para o domínio mestre.

DuraçãoO tempo previsto para a conclusão do job. Na exibição da Linha de Tempo dos jobsno banco de dados, a duração é representada por uma barra azul claro no centro dabarra de atividade, ou por um losango azul claro.

E

Estação de trabalhoGeralmente, um computador individual no qual jobs e fluxos de job são executados.Eles são definidos no banco de dados do Tivoli Workload Scheduler como umobjeto exclusivo. É requerida uma definição da estação de trabalho para todocomputador que executa jobs ou fluxos de job na rede do Workload Scheduler.

Exibição em árvoreA exibição no lado esquerdo do Job Scheduling Console que exibe o servidor TWS,grupos de listas padrão e grupos de listas criadas pelo usuário.

F

Fluxo de JobUma lista de jobs que é executada como uma unidade (tal como um aplicativo debackup semanal), junto com horas, prioridades e outras dependências quedeterminam a ordem exata de execução do job.

162 Versão 7.0

Fluxo de Job FinalO último fluxo de job que é executado em um dia de produção. Ele contém um jobque executa o arquivo script Jnextday.

G

Gerenciador de DomínioO hub de gerenciamento em um domínio do Tivoli Workload Scheduler. Todas ascomunicações para e dos agentes no domínio são roteadas através do gerenciador dedomínio.

Gerenciador de Domínio MestreA estação de trabalho que mantém os arquivos utilizados para documentar osobjetos de planejamento em uma rede do Tivoli Workload Scheduler. Ele cria oplano no início de cada dia e executa todo registro e relatório da rede.

H

Hora de Início EstimadaA hora antes da qual o job ou fluxo do job não pode ser iniciado. A hora de inícioestimada é aquela estimada baseada em experiências anteriores de execução do jobou fluxo de job. Entretanto, o job ou fluxo de job pode iniciar após a horaespecificada, desde que todas as outras dependências estejam solucionadas. Na linhade tempo, a hora de início é representada pelo início (canto esquerdo) da barra deatividade azul marinho. Em ocorrências do job, a hora de início calculada pelo OPCé representada por uma barra azul claro. Consulte também“Tempo de início atual” e“Hora inicial planejada”.

Hora Inicial PlanejadaA hora que o TWS estima uma ocorrência de job será iniciada. Esta estimativa ébaseada nas horas de início de execuções anteriores.

HostUma estação de trabalho do Workload Scheduler requerida por agentes estendidos.Ele pode ser qualquer estação de trabalho do TWS, exceto outro agente estendido.

J

JobUma unidade de trabalho que é processada em uma estação de trabalho. A definiçãodo job consiste em um nome de job exclusivo no banco de dados do TWS juntocom outras informações necessárias para executar o job. Quando você inclui um jobem um fluxo de job, é possível definir suas dependências e suas restrições de tempotal como a hora de início e o tempo final estimados.


Glossário

Job externoUm job de um fluxo que é o predecessor de um job de outro fluxo. Um job externoé representado por um ícone marcador de lugar na exibição de Gráfico do fluxo dojob.

Job / Fluxo de job de Internetwork (INET)Um job ou fluxo de job de uma rede remota do Tivoli Workload Scheduler que éum predecessor de um job ou fluxo de job na rede local. Um job de Internetwork érepresentado por um ícone marcador de lugar na exibição de Gráfico do fluxo dejob. Consulte também “Agente de rede”.

Job JnextdayUm job planejado para ser executado no final de cada dia, para automatizar oprocessamento completo da produção anterior e posterior. Um exemplo do jobjnextday é fornecido comoTWShome\Jnextday.Jnextday faz o seguinte: configura oprocessamento do dia a seguir (contido no arquivo symphony), imprime relatórios,transporta fluxos de job não concluídos e encerra e reinicializa o TWS.

Jobs interativosUm job que é, interativamente, executado em um desktop do Windows NT.

L

LimitadorO limitador de job é um controle mestre na execução do job em uma estação detrabalho. O limitador de job é um nível de prioridade que uma prioridade do job oudo fluxo de job deve exceder antes de poder ser executado. Por exemplo, definir olimitador para 40 previne que jobs com prioridades 40 ou menos sejam lançados.

LimiteUm limite de job que fornece uma maneira de alocar um número de slots de jobsespecífico, no qual é permitido que o Tivoli Workload Scheduler lance jobs. Umlimite de job pode ser definido para cada fluxo de job e para cada estação detrabalho. Por exemplo, definir o limite da estação de trabalho como 25, permite queo TWS tenha mais de 25 jobs sendo executados, concorrentemente, na estação detrabalho.

ListaUma lista que exibe os objetos de planejamento do job. É necessário criar listasseparadas para cada objeto de planejamento do job. Para cada objeto deplanejamento do job, há dois tipos de listas: uma de definições no banco de dados eoutra de ocorrências no plano.

164 Versão 7.0

M

Método de acessoUm executável utilizado por agentes estendidos para conectar e controlar a execuçãodo job em outros sistemas operacionais (por exemplo, MVS) e aplicativos (porexemplo, Oracle Applications, Peoplesoft e Baan). O método de acesso deve serespecificado na definição da estação de trabalho para o agente estendido.

O

Ocorrência do fluxo de jobUm fluxo do job planejado para uma data de execução específica no plano.Consulte também “Fluxo de job”.

Ocorrência do JobUm job planejado para uma data de execução específica no plano. Consulte também“Job”.

Opções globaisAs opções que se aplicam a todas as estações de trabalho de uma rede do TWS.Elas são definidas no arquivoglobaloptsno gerenciador de domínio mestre.Consulte também “Opções locais”.

Opções locaisAs opções que se aplicam somente à estação de trabalho na qual elas são definidas.Elas são definidas no arquivolocaloptsem cada estação de trabalho de uma rede doTivoli Workload Scheduler. Consulte também “Opções globais”.

P

ParâmetroUm parâmetro utilizado para substituir valores em seus jobs e fluxos de job. Aoutilizar um parâmetro em um script de job, o valor é substituído no tempo deexecução. Neste caso, o parâmetro deve ser definido na estação de trabalho ondeserá utilizado. Os parâmetros não podem ser utilizados quando fazer um script dejobs de agentes estendidos.

PlanoUm procedimento que contém toda atividade de planejamento do job por umperíodo de um dia. No TWS, o plano é criado a cada 24 horas e consiste em todosos jobs, fluxos de jobs e objetos de dependência que são planejados para seremexecutados neste dia. Todos os fluxos de job para os quais foram criados ciclos deexecução, são planejados automaticamente e incluídos no plano. Como osprogressos do ciclo de produção, os jobs e fluxos de job no plano são executados deacordo com suas restrições de tempo e outras dependências. Todos os jobs ou fluxosde jobs que não são executados com êxito, são deixados no plano do dia seguinte.


Glossário

PredecessorUm job que deve ser concluído com êxito antes que os jobs do sucessor possamcomeçar a execução.

PrioridadeUma preferência de hora no sistema de enfileiramento do TWS para execução dejobs e fluxos de jobs no plano. Você pode atribuir um nível de prioridade para cadajob e fluxo de job de0 a 101. Uma prioridade0 não será executada.

PromptUm objeto que pode ser utilizado como uma dependência para jobs e fluxos de jobs.Um Prompt deve ser respondido positivamente para o job ou fluxo de jobdependente a ser lançado. Existem dois tipos de prompts: predefinido e especial.Um prompt especial é definido dentro das propriedades de um job ou fluxo de job,e é exclusivo para este job ou fluxo de job. Um prompt predefinido é definido nobanco de dados do TWS e pode ser utilizado por qualquer job ou fluxo de job.

R

RecursoUm objeto que representa recursos físicos ou lógicos em seu sistema. Quandodefinido no banco de dados do Tivoli Workload Scheduler, os recursos podem serutilizados como dependências para jobs e fluxos de job. Por exemplo, você podedefinir um recurso nomeado″fitas″ com um valor de unidade dois. Em seguida,definir jobs que requerem duas unidades de fitas disponíveis como umadependência. Os jobs com esta dependência não podem ser executadosconcorrentemente, porque toda vez que um job é executado, o recurso de “fitas”está em uso.

Restrições de tempoPodem ser especificadas para jobs e fluxos de job. Uma hora pode ser especificadapara a execução começar ou uma hora pode ser especificada, após a qual a execuçãonão será tentada. Especificando ambas, você pode definir uma janela dentro da qualum job ou fluxo de job será executado. Para os jobs, você também pode especificaruma taxa de repetição. Por exemplo, você pode lançar no Tivoli Workload Schedulero mesmo job a cada 30 minutos entre às 8:30 a.m. e 1:30 p.m.

S

StatusReflete o job ou status do fluxo de job atual dentro do Job Scheduling Console. Ostatus do Job Scheduling Console é comum para TWS e OPC. Consulte tambémStatus interno.

Status do jobConsulte “Status”.

166 Versão 7.0

Status internoReflete o status atual de jobs e fluxos de job no mecanismo do TWS. O statusinterno é exclusivo para o TWS. Consulte também Status.

SucessorUm job que não pode ser iniciado, até que todos os jobs do predecessor dos quaisele depende sejam concluídos com êxito.

T

Tempo finalO último momento em que um job ou fluxo de job pode começar a execução. Estecorresponde à Hora final no Maestro existente.

Tivoli Management Framework (TMF)O software de base que é requerido para executar os aplicativos no conjunto deprodutos Tivoli. Esta infra-estrutura de software permite a integração de aplicativosde gerenciamento de sistemas da Tivoli Systems Inc. e de associados Tivoli. OTivoli Management Framework inclui o seguinte:vObject request broker (oserv)vBanco de dados do objeto distribuídovFunções de administração básicasvServiçosde aplicativos básicosvServiços básicos de desktop, tais como a interface gráficacom o usuário (GUI) Em um ambiente Tivoli, o Tivoli Management Framework éinstalado em cada cliente e servidor. Entretanto, o servidor TMR é o único servidorque mantém o banco de dados do objeto completo.

Tivoli Management Region (TMR)Em um ambiente Tivoli, um servidor Tivoli e o conjunto de clientes servidos porele. Uma organização pode ter mais de um TMR. Um TMR trata da conectividadefísica dos recursos, enquanto uma região de critérios trata da organização lógica dosrecursos.

U

UsuárioSomente para o Windows NT, o nome do usuário especificado em um campo“Início de Sessão” de definição do job deve ter uma definição do usuáriocorrespondente. As definições fornecem as senhas do usuário requeridas pelo TivoliWorkload Scheduler para lançar jobs.


Glossário

168 Versão 7.0

Índice Remissivo

Caracteres Especiais$framework 73$jclowner 76$master 72, 77$owner 76$remote 77$remotes 72$slaves 72, 77$thiscpu 73, 77$user 76/usr/unison/components 67

Aadddep 79administrador TME 70, 137AIXconsole.sh 112altpri 79arquivo de componentes 21arquivo de componentes, como exibir 22arquivo de Controle de Produção 120arquivo de segurança 137ativação de fuso horário 136, 142auditoria de plano 120auditoria do banco de dados 120

Bbackup mestre 133banco de dados job.sched 66batchman 121

Ccalendar 74, 78calendars 75carryforward 126classes JSS 102cliente JSconsole 3compiler 123, 127conector

pré-requisitos 84Conector do TWS 1, 131

classes 101ocorrências 132

cpu 73, 74, 75cpudata 75cpuname 135

Ddata

ativada 7exceto 7

deadline 142deldep 80dependências sesolve 134desktop Tivoli 130distribuidor de objetos 130dumpsec 70, 101

Eexecutar novamente 80


ÍndiceR

emissivo

Ffile 74, 75, 79final 123, 134fluxo de job 6, 77fuso horário 120, 131, 141

Ggcomposer 131gconman 131gerenciador de domínio mestre 2globalopts 119, 134, 145GlobalPreferences.ser 143grupo 73grupos de produtos 21GUI existente 141

Hhora until 121HPconsole.sh 112

Iinício 125

Jjanela

Abrir Localização 115, 144Criar Estações de Trabalho 135Escolha a pasta de instalação 108Escolha local do atalho 108instalação personalizada 110Instalar Correção 100Instalar Produto 86, 92

JAVAPATH 112

jcl 76Jnextday 123job 6, 74, 79job scheduling console 106, 131

diálogo de inicializaçãoIniciar Sessão Como 114máquina host 114senha 114

instalaçãoinstalação personalizada 110pacote completo 109

janela de inicialização 114jobman 121jobs 75

Kkill 80

Llimitador 78localopts 120, 145logman 123logon 73, 76

Mmaestro

5.x 1296.x 129

mailman 122makesec 70, 141mastsked 75montagem do NFS 133mozart 136mozart.old 145

170 Versão 7.0

Nnetman 21, 121

diretório pessoal 22opções locais 23

nó gerenciado 130número da porta TCP 122

OOPC 131oserv 130

Ppalavra-chave AT 125, 126palavra-chave UNTIL 125parameter 74, 76, 80parameters 75parameters.KEY 134parâmetros 134prodsked 75prompt 74, 76, 80prompts 75

Rrelatórios de pré-produção 124rep8 123reptr 123resource 74, 76, 81resources 75RUNCON 113runmsgno 146

Sscheddate 127schedule 74, 77, 81schedulr 123, 127security 75segurança 100

arquivo 69gabarito 69

setup_env 86, 90, 97Sfinal 123shutdown 79stageman 123start 126, 142status completo 134submit 80, 132suporte ao fuso horário 8switchmgr 134Symphony 75, 132

Ttempo final 125tempsec 101Tivoli Management Region 129Tivoli Management Server 130

Uuserobj 74, 77, 82

Vvalor de prioridade 121versão expandida 145visão geral da instalação 20


ÍndiceR

emissivo

Wwinstall 91, 97wmaeutil 101, 141wtwsconn 98wuninst 102

172 Versão 7.0

Impresso em Brazil

G517-6958-00

Documents

Tivoli Workload Scheduler - publib.boulder.ibm.compublib.boulder.ibm.com/tividd/td/TWS/GC32-0422-00/pt_BR/PDF/tws... · uma rede, instalar o mecanismo do TWS, software do conector