Tivoli Workload Automation: Vis.o Geral (Revisado em ... · v Gerentes de operações de DP (processamento de dados) e seus orientadores técnicos que estão avaliando o produto ou

IBM Tivoli Workload Automation

Visão Geral (Revisado em novembro de2014)Versão 9 Release 2

��

IBM Tivoli Workload Automation

Visão Geral (Revisado em novembro de2014)Versão 9 Release 2

��

NotaAntes de utilizar estas informações e o produto a que elas se referem, leia as informações no “Avisos” na página 85.

Esta edição se aplica à versão 9, liberação 2, nível de modificação 0 do Tivoli Workload Scheduler (número doprograma 5698-WSH) e a todas as liberações e modificações subsequentes, até que seja indicado o contrário emnovas edições.

© Copyright IBM Corporation 1999, 2014.

Índice

Figuras . . . . . . . . . . . . . . . v

Sobre Esta Publicação . . . . . . . . viiO Que Há de Novo neste Release . . . . . . . viiQuem deve ler esta publicação . . . . . . . . viiPublicações . . . . . . . . . . . . . . viiAcessibilidade . . . . . . . . . . . . . viitreinamento técnico do Tivoli . . . . . . . . viiiInformações sobre suporte . . . . . . . . . viiiComo Ler os Diagramas de Sintaxe . . . . . . viii

Resumo de Aprimoramentos . . . . . xiAprimoramentos do Tivoli Workload SchedulerVersão 9.2 . . . . . . . . . . . . . . . xi

Tivoli Workload Scheduler, um Provedor deOSLC . . . . . . . . . . . . . . . xiSuporte Aprimorado para Tarefas Nativas doWindows . . . . . . . . . . . . . . xiiComunicações do Agente Dinâmico por meio deum Gateway . . . . . . . . . . . . . xiiVariável que Passa entre as Tarefas na mesmaInstância do Fluxo de Tarefas no Ambiente dePlanejamento Dinâmico . . . . . . . . . xiiNovas configurações globais para adiçãoautomática do agente dinâmico no plano . . . xiiNovas configurações globais para adiçãoautomática de usuário no plano . . . . . . xiiiNova Opção para o Script JnextPlan paraManter Instâncias do Fluxo de TarefasConcluídas no Plano . . . . . . . . . . xiiiUsando Informações de Número da Tarefa emEventos TWSObjectsMonitor . . . . . . . xiiiNovos Arquivos de Log para Armazenar a Saídade Script JnextPlan e ResetPlan . . . . . . xiiiExcluindo Modelos de Aplicativos de Carga deTrabalho Usando composer . . . . . . . . xiiiNova Ação de Automação de Carga de TrabalhoAcionada por Eventos para Abrir um Chamadopor meio da Integração do OSLC com oSmartCloud Control Desk . . . . . . . . xivNovo Diretório Padrão para Instalar Agentes xiv

Aprimoramentos do IBM Tivoli WorkloadScheduler for z/OS Versão 9.2 . . . . . . . . xiv

Configurando um controlador de backup pararecuperação de desastre . . . . . . . . . xvNovo Filtro para Operações que EstãoAguardando Predecessores Pendentes . . . . xvIntervalo de Tempo de Resolução deDependência Mostrado para PredecessoresPendentes Obrigatórios . . . . . . . . . xviOs Status de Estações de Trabalho deAutomação do Sistema Podem Ser Alterados noPlano . . . . . . . . . . . . . . . xviAumento do Número Máximo de ServidoresParalelos por Estação de Trabalho . . . . . xvi

Relatórios de histórico de execução de tarefasincluem status de tarefas terminadas com erro econfiguradas manualmente como concluídas . . xviiUsando Dois Conjuntos de Dados do Log deMensagens (MLOG) para Controlador eRastreador . . . . . . . . . . . . . xviiVersão do Produto Exibida no Log deMensagens (EQQMLOG) . . . . . . . . xviiNova mensagem EQQIC66I emitida no MLOGda JCL de migração quando arquivos VSAMdo banco de dados de Descrição de Aplicativosão migrados com o programa de conversãoEQQICTOP. . . . . . . . . . . . . xviiiIntegração com o IBM Tivoli Output Manager xviiiCriar Relatórios de Incidentes por meio daIntegração OSLC com o SmartCloud ControlDesk . . . . . . . . . . . . . . . xixMecanismo de Verificação de Pulsação paraAgentes z-centric e gerenciadores de domíniosdinâmicos. . . . . . . . . . . . . . xixNova Palavra-chave JOBREC para a Extensão doArquivo de Script . . . . . . . . . . . xixAprimoramentos do Dynamic Workload Consolee de Aplicativos de Dispositivo Móvel queImpactam o Tivoli Workload Scheduler paraz/OS . . . . . . . . . . . . . . . xx

Aprimoramentos do Dynamic Workload ConsoleVersão 9.2 . . . . . . . . . . . . . . xxii

Tivoli Workload Scheduler, um Provedor deOSLC . . . . . . . . . . . . . . . xxiiArquivo de Configurações Globais . . . . . xxiiVisualização de Dependências Resolvidas . . xxiiiTarefas Predecessoras . . . . . . . . . xxiiiNovas Colunas na Visualização MonitorarTarefas . . . . . . . . . . . . . . xxiiiNúmero Máximo de Linhas a Exibir . . . . xxiiiSintaxe Atualizada para backupConfig erestoreConfig wastools . . . . . . . . . xxivMonitorando a Linha de Consulta de Tarefa xxivEnvio Rápido de Tarefas e Fluxos de Tarefas apartir do Workload Designer . . . . . . . xxvAplicativos de Dispositivos Móveis . . . . . xxv

Capítulo 1. Visão Geral do TivoliWorkload Automation . . . . . . . . . 1A Melhor Solução. . . . . . . . . . . . . 1

Planejamento Abrangente de Carga de Trabalho . 2Gerenciamento de Sistemas Centralizados . . . 2Integração de Gerenciamento de Sistemas . . . 2Automação . . . . . . . . . . . . . . 5Monitoramento da Carga de Trabalho . . . . . 6Recuperação Automática de Carga de Trabalho . . 6Produtividade . . . . . . . . . . . . . 7

Soluções de Negócios . . . . . . . . . . . 7Produtividade do Usuário . . . . . . . . . . 7

© Copyright IBM Corp. 1999, 2014 iii

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

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

Incentivo de Crescimento . . . . . . . . . . 7Como o Tivoli Workload Automation Beneficia suaEquipe . . . . . . . . . . . . . . . . 8

Função do Gerente de Planejamento como PontoFocal . . . . . . . . . . . . . . . . 8Função do Gerente de Operações . . . . . . 8Uma Poderosa Ferramenta para o Supervisor deDeslocamento . . . . . . . . . . . . . 9Função do Programador de Aplicativos . . . . 9Operadores do Console . . . . . . . . . . 9Operadores de Estação de Trabalho . . . . . . 9Usuários Finais e o Service Desk . . . . . . 10

Resumo . . . . . . . . . . . . . . . 10

Capítulo 2. Tivoli Workload Automatione ITUP . . . . . . . . . . . . . . . 11Os Processos da ITUP . . . . . . . . . . . 11Execução de Serviço e Gerenciamento de Carga deTrabalho . . . . . . . . . . . . . . . 12Gerenciando a Carga de Trabalho com o TivoliWorkload Automation . . . . . . . . . . . 12

Capítulo 3. Quem Executa oGerenciamento de Carga de Trabalho . 15

Capítulo 4. Um Cenário Comercial . . . 17A Empresa . . . . . . . . . . . . . . 17O Desafio . . . . . . . . . . . . . . . 19A Solução . . . . . . . . . . . . . . . 22

Cenários Típicos Cotidianos . . . . . . . . 25Os Benefícios . . . . . . . . . . . . . . 30

Capítulo 5. Tivoli Workload Scheduler 33Visão Geral . . . . . . . . . . . . . . 33

O Que é Tivoli Workload Scheduler . . . . . 33A Rede do Tivoli Workload Scheduler . . . . 33Tipos de Gerenciador e de Agente . . . . . . 35Topologia . . . . . . . . . . . . . . 36Rede. . . . . . . . . . . . . . . . 37Componentes do Tivoli Workload Scheduler . . 38Objetos de Planejamento do Tivoli WorkloadScheduler . . . . . . . . . . . . . . 39O Processo de Produção . . . . . . . . . 42

Planejamento . . . . . . . . . . . . . . 43Definir objetos de planejamento . . . . . . 43Criando Fluxos de Tarefas . . . . . . . . 43Configurando a Recuperação de Tarefas . . . . 44Definindo e Gerenciando Tarefas de MissãoCrítica . . . . . . . . . . . . . . . 44Planejando Carga de Trabalho Dinamicamente. . 45

Executando a Produção . . . . . . . . . . 46Executando o Plano . . . . . . . . . . 46Executando Fluxos de Tarefas . . . . . . . 48Monitoring . . . . . . . . . . . . . 48

Relatório . . . . . . . . . . . . . . 49Auditoria . . . . . . . . . . . . . . 50Usando a Automação de Carga de TrabalhoOrientada a Eventos . . . . . . . . . . 50

Opções e Segurança . . . . . . . . . . . 51Configurando as Opções do Tivoli WorkloadScheduler . . . . . . . . . . . . . . 51Definindo a Segurança. . . . . . . . . . 52Utilizando Fusos Horários . . . . . . . . 53

Usando os métodos de acesso do Tivoli WorkloadScheduler for Applications . . . . . . . . . 53

Agentes Suportados . . . . . . . . . . 54

Capítulo 6. Tivoli Workload Schedulerfor z/OS . . . . . . . . . . . . . . 57Como a Carga de Trabalho de Produção ÉGerenciada . . . . . . . . . . . . . . 57

Estrutura . . . . . . . . . . . . . . 57Conceitos . . . . . . . . . . . . . . 58Usando Planos em Tivoli Workload Schedulerpara z/OS . . . . . . . . . . . . . . 62Controlando Automaticamente a Carga deTrabalho de Produção . . . . . . . . . . 63Integração com o IBM Tivoli Monitoring. . . . 68Estabelecendo Interface com Outros Programas 68Controle e Intervenção Manual . . . . . . . 69Gerenciamento de Tarefas Críticas . . . . . . 70Segurança . . . . . . . . . . . . . . 71

Configurações de Tivoli Workload Scheduler paraz/OS . . . . . . . . . . . . . . . . 72

O Sistema de Controle. . . . . . . . . . 72Sistemas z/OS Controlados . . . . . . . . 73Painéis Remotos e Aplicativos de Interface dePrograma . . . . . . . . . . . . . . 74Tarefas de Planejamento Que Estão no TivoliWorkload Scheduler . . . . . . . . . . 74

Capítulo 7. Dynamic Workload Console 77

Capítulo 8. Planejamento de Ponta aPonta . . . . . . . . . . . . . . . 79Planejamento de ponta a ponta com recursos detolerância a falhas . . . . . . . . . . . . 79Planejamento de ponta a ponta com recursosz-centric . . . . . . . . . . . . . . . 81Agentes Distribuídos . . . . . . . . . . . 82Benefícios do Planejamento de Ponta a Ponta . . . 83

Avisos . . . . . . . . . . . . . . . 85Marcas comerciais . . . . . . . . . . . . 86

Índice Remissivo . . . . . . . . . . 89

iv Tivoli Workload Automation: Visão Geral (Revisado em novembro de 2014)

Figuras

1. Cenário de Integração para IBM TivoliWorkload Scheduler for z/OS. . . . . . . 5

2. A solução integrada de carga de trabalho daempresa Fine Cola . . . . . . . . . . 21

3. Como satisfazer o tempo de resposta doacordo de nível de serviço durante períodos depico usando o recurso de planejamentodinâmico do Tivoli Workload Scheduler. . . . 28

4. Essa rede do Tivoli Workload Scheduler éconstituída de dois domínios. . . . . . . 34

5. Configuração de Agentes Suportados . . . . 54

6. Recuperação e Reinício Automáticos . . . . 657. Reinício e Espera Ativa da Carga de Trabalho

de Produção . . . . . . . . . . . . 668. Segurança . . . . . . . . . . . . . 719. Configurações do Tivoli Workload Scheduler

for z/OS . . . . . . . . . . . . . 7310. Configuração de ponta a ponta com recursos

de tolerância a falhas . . . . . . . . . 8111. Configuração de ponta a ponta com recursos

z-centric. . . . . . . . . . . . . . 82

© Copyright IBM Corp. 1999, 2014 v

vi Tivoli Workload Automation: Visão Geral (Revisado em novembro de 2014)

Sobre Esta Publicação

Leia esta publicação para obter informações sobre o conjunto de produtos do TivoliWorkload Automation.

O Tivoli Workload Automation: Visão Geral descreve o conjunto de produtos do TivoliWorkload Scheduler e suas funções de gerenciamento de carga de trabalhocorporativa. Ele fornece informações introdutórias sobre os produtos a seguir.v Tivoli Workload Schedulerv Tivoli Workload Scheduler for Applicationsv Tivoli Workload Scheduler para z/OSv Dynamic Workload Console

O Que Há de Novo neste ReleaseSaiba o que há de novo nesta liberação.

Para obter informações sobre as funções novas ou alteradas neste release, consulte“Resumo de Aprimoramentos” na página xi.

Quem deve ler esta publicaçãoSaiba mais sobre o público desta publicação.

Esta publicação é destinada a:v Gerentes de operações de DP (processamento de dados) e seus orientadores

técnicos que estão avaliando o produto ou planejando seus serviços deplanejamento.

v Indivíduos que exigem informações gerais para avaliação, instalação ou uso doproduto.

PublicaçõesO produto Tivoli Workload Automation é suportado por um conjunto depublicações.

Para uma lista de publicações na biblioteca do produto Tivoli WorkloadAutomation, consulte Publicações em Referência na documentação do produto.

Para uma lista dos termos usados no produto Tivoli Workload Automation,consulte Glossário em Referência na documentação do produto.

AcessibilidadeOs recursos de acessibilidade ajudam usuários com deficiências físicas, comomobilidade restrita ou visão limitada, a usar os produtos de software com êxito.

Com este produto, você pode utilizar tecnologias de assistência para escutar enavegar na interface. Pode-se também utilizar o teclado no lugar do mouse paraoperar todos os recursos da interface gráfica com o usuário.

© Copyright IBM Corp. 1999, 2014 vii

||

Para obter informações integrais a respeito do Dynamic Workload Console,consulte o Apêndice de Acessibilidade no IBM Tivoli Workload Scheduler User’sGuide and Reference.

treinamento técnico do TivoliO Tivoli fornece treinamento técnico.

Para obter informações sobre treinamento técnico Tivoli, consulte o seguinte Website IBM Tivoli Education:

http://www.ibm.com/software/tivoli/education

Informações sobre suporteA IBM fornece várias maneiras para você obter suporte quando encontrar umproblema.

Quando ocorre um problema no seu software IBM, você deseja resolvê-lorapidamente. A IBM fornece as seguintes maneiras para você obter o suportenecessário:v Procurando nas bases de conhecimento: É possível procurar em uma grande

coleção de problemas conhecidos e soluções alternativas, Technotes e outrasinformações.

v Obtendo correções: É possível localizar as correções mais recentes que já estãodisponíveis para seu produto.

v Entrando em contato com o Suporte de Software IBM: Se você ainda não puderresolver seu problema e precisar trabalhar com alguém da IBM, será possívelusar várias maneiras para entrar em contato com o Suporte de Software IBM.

Para obter mais informações sobre essas três maneiras de resolver problemas,consulte o apêndice sobre informações de suporte no Tivoli Workload Scheduler:Troubleshooting Guide.

Como Ler os Diagramas de SintaxeOs diagramas de sintaxe ajudam a mostrar a sintaxe de uma maneira gráfica.

Nesta publicação, a sintaxe é descrita em diagramas como o mostrado aqui, quedescreve o comando TSO SRSTAT:

�� SRSTAT ' resource name 'OPCA

SUBSYS ( subsystem name )MSTR

�

�KEEP

AVAIL ( RESET )NOYES

KEEPDEVIATION ( amount )

RESET

�

viii Tivoli Workload Automation: Visão Geral (Revisado em novembro de 2014)

http://www.ibm.com/software/tivoli/education

�KEEP

QUANTITY ( amount )RESET

YESCREATE ( NO )

�

�0

TRACE ( trace level )

��

Os símbolos têm estes significados:

��─────A instrução começa aqui.

──────�A instrução continua na próxima linha.

�──────A instrução continua de uma linha anterior.

─────��A instrução termina aqui.

Leia os diagramas de sintaxe da esquerda para a direita e de cima para baixo,seguindo o caminho da linha.

Estas são as convenções usadas nos diagramas:v Itens necessários aparecem na linha horizontal (caminho principal):

�� STATEMENT item necessário ��

v Itens opcionais aparecem abaixo do caminho principal:

�� STATEMENTitem opcional

��

v Um seta retornando para a esquerda acima do item indica um item que pode serrepetido. Se for necessário um separador entre os itens, ele será mostrado na setade repetição.

�� STATEMENT �

,

item repetido ��

v Se for possível escolher entre dois ou mais itens, eles aparecerão verticalmenteem uma pilha.– Se você tiver que escolher um dos itens, um item da pilha aparecerá no

caminho principal:

�� STATEMENT opção necessária 1opção necessária 2

��

– Se a escolha de um dos itens for opcional, toda a pilha aparecerá abaixo docaminho principal:

Sobre Esta Publicação ix

�� STATEMENTescolha opcional 1escolha opcional 2

��

– Uma seta de repetição acima de uma pilha indica que é possível fazer maisde uma escolha entre os itens empilhados:


,

escolha opcional 1escolha opcional 2escolha opcional 3

��


,

opção necessária 1opção necessária 2opção necessária 3

��

v Parâmetros acima da linha principal são parâmetros padrão:

�� STATEMENTpadrão

alternativo��

v Palavras-chave aparecem em maiúsculas (por exemplo, STATEMENT).v Parênteses e vírgulas devem ser inseridos como parte da sintaxe de comando,

conforme mostrado.v Para comandos complexos, os atributos de item podem não se ajustar em uma

linha horizontal. Se essa linha não puder ser dividida, os atributos aparecerão naparte inferior do diagrama de sintaxe:

�� STATEMENT opção necessária 1opção 1 Opção 2

opção necessária 2opção necessária 3

��

opção 1

padrãoescolha opcional 1 ( alternativo )

Opção 2

padrãoescolha opcional 2 ( alternativo )

x Tivoli Workload Automation: Visão Geral (Revisado em novembro de 2014)

Resumo de Aprimoramentos

Estes são os aprimoramentos fornecidos no Tivoli Workload Automation Versão9.2:v “Aprimoramentos do Tivoli Workload Scheduler Versão 9.2”v “Aprimoramentos do IBM Tivoli Workload Scheduler for z/OS Versão 9.2” na

página xivv “Aprimoramentos do Dynamic Workload Console Versão 9.2” na página xxii

Aprimoramentos do Tivoli Workload Scheduler Versão 9.2Saiba mais sobre os aprimoramentos do Tivoli Workload Scheduler versão 9.2.

O Tivoli Workload Scheduler versão 9.2 inclui os seguintes aprimoramentos:v “Tivoli Workload Scheduler, um Provedor de OSLC”.v “Suporte Aprimorado para Tarefas Nativas do Windows” na página xii.v “Comunicações do Agente Dinâmico por meio de um Gateway” na página xii.v “Variável que Passa entre as Tarefas na mesma Instância do Fluxo de Tarefas no

Ambiente de Planejamento Dinâmico” na página xii.v “Novas configurações globais para adição automática do agente dinâmico no

plano” na página xii.v “Novas configurações globais para adição automática de usuário no plano” na

página xiii.v “Nova Opção para o Script JnextPlan para Manter Instâncias do Fluxo de

Tarefas Concluídas no Plano” na página xiii.v “Usando Informações de Número da Tarefa em Eventos TWSObjectsMonitor” na

página xiii.v “Novos Arquivos de Log para Armazenar a Saída de Script JnextPlan e

ResetPlan” na página xiii.v “Excluindo Modelos de Aplicativos de Carga de Trabalho Usando composer” na

página xiii.v “Nova Ação de Automação de Carga de Trabalho Acionada por Eventos para

Abrir um Chamado por meio da Integração do OSLC com o SmartCloud ControlDesk” na página xiv.

v “Novo Diretório Padrão para Instalar Agentes” na página xiv.

Tivoli Workload Scheduler, um Provedor de OSLCO Tivoli Workload Scheduler é um provedor e um consumidor de Open Servicesfor Lifecycle Collaboration (OSLC).

Além dos domínios de Automação, o Tivoli Workload Scheduler agora tambémsuporta a especificação de compartilhamento de dados como provedor econsumidor dos domínios de Fornecimento.

Para obter informações adicionais sobre como configurar o Tivoli WorkloadScheduler para usar o OSLC, consulte as opções globais relacionadas ao OSLCgerenciadas por optman na seção sobre customização e configuração do TivoliWorkload Scheduler do Guia de Administração.

© Copyright IBM Corp. 1999, 2014 xi

|

|

|

|

|

|

||

||

||

||

||

||

||

|||

|

|

||

|||

||||

Antes de poder definir as definições de tarefas de Fornecimento de OSLC, vocêdeve executar algumas etapas de pré-requisito conforme explicado na seção sobrecomo criar definições de tarefa no Guia do Usuário do Dynamic Workload Console.

Para definir tarefas que executam operações de Fornecimento de OSLC, consulte aseção "Definição de Tarefa - Fornecimento de OSLC" na seção "Definindo Objetos dePlanejamento" do Tivoli Workload Scheduler: Guia do Usuário e Referência.

Suporte Aprimorado para Tarefas Nativas do WindowsSuporte para o usuário do domínio do Windows no formato User Principal name(UPN) Novo suporte incluído para o usuário do domínio do Windows no formato

User Principal name (UPN) para o usuário que executa tarefas.

Ambiente do usuário que é carregado por padrão para tarefas do Windows

Por padrão, o processo jobman carrega o perfil do usuário e suas variáveisde ambiente do usuário especificado no campo de logon de cada tarefa,antes de iniciar a tarefa na estação de trabalho. O padrão é determinadopelo valor da opção local padrão jm load user profile que está sendoconfigurado para on.

Para obter informações adicionais sobre o valor jm load user profile,consulte a seção "Configurando Opções Locais" no Guia de Administração.

Comunicações do Agente Dinâmico por meio de um GatewaySe uma configuração de rede impedir a comunicação do gerenciador de domínioprincipal ou do gerenciador de domínio dinâmico diretamente com os agentesdinâmicos, por exemplo, se os agentes estiverem protegidos por um firewall eprecisarem se comunicar por meio da internet, ou se precisarem se comunicar comum processo Network Address Translation (NAT), é possível configurar os agentesdinâmicos para usar um gateway local ou remoto.

Variável que Passa entre as Tarefas na mesma Instância doFluxo de Tarefas no Ambiente de Planejamento Dinâmico

Em muitos cenários, a saída de tarefa ou uma propriedade de tarefa da primeiratarefa em um fluxo de tarefas pode ser a entrada para a execução das tarefassucessivas na mesma instância do fluxo de tarefas.

Para obter informações adicionais sobre como usar o recurso de passagem devariável, consulte o Tivoli Workload Scheduler User’s Guide and Reference.

Novas configurações globais para adição automática doagente dinâmico no plano

O processo de instalação do agente dinâmico inclui automaticamente as definiçõesde estação de trabalho no banco de dados e as registra no componente do servidorDynamic Workload Broker escolhido durante o processo de instalação. Você deveexecutar JnextPlan -for 0000 para incluir a definição da estação de trabalho noplano, para que seja possível executar tarefas nessa estação de trabalho. Paradefinições de estação de trabalho do agente dinâmico, se você tiver a opção globalenAddWorkstation configurada como "yes", as definições de estação de trabalhoserão incluídas automaticamente no plano depois de serem definidas no banco dedados. A opção global workstationLimit especifica o valor limite da estação detrabalho do agente dinâmico que a estação de trabalho do agente dinâmico assumedepois de ter sido incluída no plano.

xii Tivoli Workload Automation: Visão Geral (Revisado em novembro de 2014)

|||

|||

|

||||

|

|||||

||

|

||||||

|

|

|||

||

|

|

|||||||||||

Para obter informações adicionais sobre como modificar as configurações dasopções globais enAddWorkstation e workstationLimit, consulte Tivoli WorkloadScheduler: Administration Guide.

Novas configurações globais para adição automática deusuário no plano

Ao criar ou modificar a definição de usuário no banco de dados, você deveexecutar JnextPlan -for 0000 para incluir a definição de usuário no plano, paraque seja possível executar tarefas para esse usuário. Se você tiver a opção globalenAddUser configurada como "yes", as definições de usuário serão incluídasautomaticamente no plano depois de serem criadas ou modificadas no banco dedados.

Para obter informações adicionais sobre como modificar as configurações da opçãoglobal enAddUser, consulte Tivoli Workload Scheduler: Administration Guide.

Nova Opção para o Script JnextPlan para Manter Instâncias doFluxo de Tarefas Concluídas no Plano

Ao executar o script JnextPlan para gerenciar seu plano atual, ele remove todas asinstâncias do fluxo de tarefas concluídas com sucesso do plano. Agora é possívelmanter as instâncias do fluxo de tarefas concluídas com sucesso no novo plano deprodução se você executar JnextPlan com a nova opção -noremove.

Para obter informações adicionais sobre como usar a opção -noremove, consulte aseção "JnextPlan" em User's Guide.

Usando Informações de Número da Tarefa em EventosTWSObjectsMonitor

É possível ter as informações de Número da tarefa nos seguintes eventosTWSObjectsMonitor:v Status da Tarefa Alterado

v Tarefa Cancelada

v A Tarefa Excedeu a Duração Máxima

v A Tarefa não Atingiu a Duração Mínima

Número da tarefa é o número designado à tarefa pelo Tivoli Workload Scheduler edeve ser um número inteiro positivo.

Novos Arquivos de Log para Armazenar a Saída de ScriptJnextPlan e ResetPlan

Os arquivos de log para JnextPlan e ResetPlan são agora criados emTWS_INST_DIR\stdlist\<DATE>, em que <DATE> é a data na qual você executa osscripts. Esses logs armazenam a saída retornada pelos comandos JnextPlan eResetPlan.

Excluindo Modelos de Aplicativos de Carga de TrabalhoUsando composer

O comando composer delete foi modificado para incluir um novo argumento, wat,para excluir modelos de aplicativos de carga de trabalho.

Resumo de Aprimoramentos xiii

|||

|

|

||||||

||

|

|

||||

||

|

|

||

|

|

|

|

||

|

|

||||

|

|

||

Para obter informações adicionais sobre esse novo argumento, consulte a seção"delete" no Guia do Usuário e Referência.

Nova Ação de Automação de Carga de Trabalho Acionada porEventos para Abrir um Chamado por meio da Integração doOSLC com o SmartCloud Control Desk

O Tivoli Workload Scheduler fornece uma ação de automação de carga de trabalhoacionada por eventos, OpenTicket, que usa a interface do OSLC por meio daintegração com o SmartCloud Control Desk para abrir automaticamente umchamado quando uma tarefa que corresponde a uma política definida termina emerro.

Para obter informações adicionais sobre a ação OpenTicket, consulte a seção"Provedores e Definições de Ação" no Guia do Usuário e Referência.

Novo Diretório Padrão para Instalar AgentesUse o script twsinst para instalar os agentes tolerantes a falhas e agentesdinâmicos.

Durante cada etapa do processo de instalação, o script twsinst cria arquivos nodiretório de instalação que você especificou no comando twsinst. Se você nãoespecificar um diretório de instalação, o script criará arquivos nos diretórios aseguir:

Em sistemas operacionais Windows%ProgramFiles%\IBM\TWA_<TWS_USER>

Em sistemas operacionais UNIX/opt/IBM/TWA_<TWS_USER>

Em que <TWS_USER> é o usuário para o qual você está instalando a instância doTivoli Workload Scheduler.

Aprimoramentos do IBM Tivoli Workload Scheduler for z/OS Versão 9.2Saiba mais sobre os aprimoramentos do IBM Tivoli Workload Scheduler for z/OSversão 9.2.

O IBM Tivoli Workload Scheduler for z/OS versão 9.2 inclui os seguintesaprimoramentos:v “Configurando um controlador de backup para recuperação de desastre” na

página xvv “Novo Filtro para Operações que Estão Aguardando Predecessores Pendentes”

na página xvv “Intervalo de Tempo de Resolução de Dependência Mostrado para Predecessores

Pendentes Obrigatórios” na página xviv “Os Status de Estações de Trabalho de Automação do Sistema Podem Ser

Alterados no Plano” na página xviv “Aumento do Número Máximo de Servidores Paralelos por Estação de

Trabalho” na página xviv “Relatórios de histórico de execução de tarefas incluem status de tarefas

terminadas com erro e configuradas manualmente como concluídas” na páginaxvii

xiv Tivoli Workload Automation: Visão Geral (Revisado em novembro de 2014)

||

|

|

|

|||||

||

|

||

||||

||

||

||

|

||

||

||

||

||

||

||

|||

v “Usando Dois Conjuntos de Dados do Log de Mensagens (MLOG) paraControlador e Rastreador” na página xvii

v “Versão do Produto Exibida no Log de Mensagens (EQQMLOG)” na página xviiv “Nova mensagem EQQIC66I emitida no MLOG da JCL de migração quando

arquivos VSAM do banco de dados de Descrição de Aplicativo são migradoscom o programa de conversão EQQICTOP” na página xviii

v “Integração com o IBM Tivoli Output Manager” na página xviiiv “Criar Relatórios de Incidentes por meio da Integração OSLC com o SmartCloud

Control Desk” na página xixv “Mecanismo de Verificação de Pulsação para Agentes z-centric e gerenciadores

de domínios dinâmicos” na página xixv “Nova Palavra-chave JOBREC para a Extensão do Arquivo de Script” na página

xixv “Aprimoramentos do Dynamic Workload Console e de Aplicativos de

Dispositivo Móvel que Impactam o Tivoli Workload Scheduler para z/OS” napágina xx

Configurando um controlador de backup para recuperação dedesastre

O Tivoli Workload Scheduler para z/OS suporta a recuperação de uma falha dosistema entre dois sites remotos. Um processo de recuperação de desastre garanteque os negócios suportados pelo centro de dados sejam mantidos sempre viáveis,alternando de um site local, onde a falha ocorre, para um site remoto.

O controlador encarregado do planejamento, controle e monitoramento da carga detrabalho envia todos os dados e planeja atualizações para um controlador debackup executado em um sysplex diferente. Dessa forma, o controlador de backup(também conhecido como controlador de espera a quente remoto) é mantido atualizadoe pode atuar como o controlador primário quando ocorrer uma troca planejada ounão planejada.

Para configurar um controlador de backup e configurar sua comunicação com ocontrolador primário, defina as instruções de inicialização BKPTOPTS, OPCOPTS eTRROPTS. Para obter informações detalhadas sobre essas instruções, consulteCustomização e Ajuste.

Para iniciar e executar um controlador de backup, alterne de um controladorprimário para um controlador de backup, ou restaure um controlador primário,consulte Gerenciando a carga de trabalho.

Novo Filtro para Operações que Estão AguardandoPredecessores Pendentes

Foram incluídos indicadores de status estendidos para operações no plano atualque estão aguardando predecessores pendentes.

No ISPF e no Dynamic Workload Console é possível pesquisar e modificaroperações no plano atual que estejam no status de espera para predecessorespendentes e pendentes obrigatórios. Ao inserir o atalho do menu da 5.3 no ISPF eexibir o painel SELECIONANDO OPERAÇÕES (EQQSOPFP), é possível solicitarlistas de operações que estejam aguardando predecessores pendentes,predecessores pendentes obrigatórios, um deles ou ambos. Na lista resultante, épossível então pesquisar detalhes da operação ou executar qualquer uma das açõespermitidas.

Resumo de Aprimoramentos xv

||

|

|||

|

||

||

||

|||

|

|

||||

||||||

||||

|||

|

|

||

||||||||

Intervalo de Tempo de Resolução de Dependência Mostradopara Predecessores Pendentes Obrigatórios

Os painéis que exibem os detalhes de operações que estão aguardandopredecessores pendentes obrigatórios no plano atual agora exibem também ointervalo de tempo dentro do qual o horário de chegada de entrada de cadapredecessor deve ficar para que a dependência seja resolvida, assim como o critériode resolução especificado para essa dependência.

No ISPF, ao iniciar a partir da opção 5 (Modificar o plano atual) ou 6 (Consultar oplano atual), selecionar 3 (Operações) para exibir o painel Selecionando Operações(EQQSOPFP) e inserir os critérios de seleção apropriados, você exibeprimeiramente uma lista de operações no status aguardando para predecessorespendentes obrigatórios. Em seguida, você continua a visualizar as informaçõesrelacionadas aos predecessores e sucessores de uma operação específica e localizaas seguintes colunas:

Resl CritExibe o critério especificado para a resolução da dependência na definiçãode dependência.

Intervalo Pendente ObrigatórioMostra o intervalo em que o Horário de Chegada de Entrada dopredecessor deve estar, para que a dependência seja resolvida. Os limitesdo intervalo são listados em termos de datas De e A. Uma data De embranco significa que o lado esquerdo do intervalo está aberto.

Essas informações também pode ser visualizadas no Dynamic Workload Console.

Os Status de Estações de Trabalho de Automação do SistemaPodem Ser Alterados no Plano

As estações de trabalho de automação do sistema no plano podem ter seus statusalterados de forma semelhante às estações de trabalho automáticas do computador.É possível ver e alterar o status de uma estação de trabalho de automação dosistema a partir de painéis MCP no ISPF ou a partir do Dynamic WorkloadConsole.

No ISPF é possível ver o status de uma estação de trabalho no plano atual nopainel PESQUISANDO A ATIVIDADE DA ESTAÇÃO DE TRABALHO. Emseguida, é possível alterar o status de uma estação de trabalho de automação dosistema (de OFFLINE para ATIVA ou vice-versa) em uma das seguintes maneiras:v Com o comando VARY dos painéis MCP do ISPF.v Usando o comando WSSTAT TSO.

Rotear o trabalho novamente para estações de trabalho alternativas não é possívelpara estações de trabalho de automação do sistema.

Aumento do Número Máximo de Servidores Paralelos porEstação de Trabalho

O número de servidores paralelos que pode ser especificado para uma estação detrabalho foi aumentado para 65535.

O número mais alto de servidores paralelos que podem ser definidos para umaestação de trabalho foi alterado de 99 para 65535. O número de servidores

xvi Tivoli Workload Automation: Visão Geral (Revisado em novembro de 2014)

|

|

|||||

|||||||

|||

|||||

|

|

|

|||||

||||

|

|

||

|

|

||

||

paralelos representa o número de operações que podem ser iniciadassimultaneamente em uma estação de trabalho.

Relatórios de histórico de execução de tarefas incluem statusde tarefas terminadas com erro e configuradas manualmentecomo concluídas

Os relatórios de histórico de execução de tarefas incluem status de tarefasterminadas com erro e configuradas manualmente como concluídas.

Em versões anteriores, os relatórios incluíam apenas o histórico de tarefas quetinham sido executadas novamente depois de terminarem com erro. Agora elestambém incluem tarefas que são configuradas manualmente como concluídasdepois de um status de erro.

Usando Dois Conjuntos de Dados do Log de Mensagens(MLOG) para Controlador e Rastreador

Todos os principais componentes e tarefas de mensagens de log do TivoliWorkload Scheduler para z/OS para SYSOUT ou para um conjunto de dados, combase na opção de configuração.

No caso de as mensagens serem registradas em um conjunto de dados(EQQMLOG), o conjunto de dados do log de mensagens permanecerá sob controledo controlador Tivoli Workload Scheduler para z/OS enquanto este estiver ativo.Para salvar ou limpar o conteúdo do conjunto de dados, você deve, primeiramente,parar o controlador. Além disso, se o controlador não for interrompido durante umlongo período de tempo e EQQMLOG ficar sem espaço, as mensagens serãoregistradas no log do sistema.

Para evitar esses problemas, incluindo o aumento no tempo necessário paralocalizar registros específicos em um conjunto de dados com tamanho extra, épossível configurar o Tivoli Workload Scheduler para z/OS para usar doisconjuntos de dados de log de mensagens, EQQMLOG e EQQMLOG2.

Os dois MLOGs são usados alternativamente: enquanto um registra mensagens delog, o outro permanece inativo. Em seguida, quando o conjunto de dados ativoatingir um nível pré-configurado de conclusão, seu conteúdo será copiado para umconjunto de dados GDG e ficará inativo, enquanto o outro conjunto de dados iniciaa criação de log. Quando o mesmo nível de conclusão for atingido no conjunto dedados agora ativo, a alternância será repetida.

Use o auxílio de instalação EQQJOBS para configurar o Tivoli Workload Schedulerpara z/OS para usar dois MLOGS para coletar as mensagens emitidas pelocontrolador e pelo rastreador. A customização do painel EQQJOBSC cria e modificaas amostras que podem então ser usadas para instalar este recurso.

Consulte Tivoli Workload Scheduler for z/OS: Planejamento e Instalação para obterdetalhes.

Versão do Produto Exibida no Log de Mensagens (EQQMLOG)A parte superior do log de mensagens exibe agora a versão de produto.

Resumo de Aprimoramentos xvii

||

|

|

|

||

||||

|

|

|||

|||||||

||||

||||||

||||

||

|

|

O log de mensagens exibe agora a mensagem EQQZ403I com a versão dainstalação do Tivoli Workload Scheduler para z/OS. Por exemplo, as listagens deMLOG para a versão deste produto exibe a seguinte mensagem:EQQZ403I RUNNING TWS for z/OS 9.2.0

A mensagem segue as linhas mostrando a análise dos parâmetros de tarefasiniciados em todos os logs de mensagens disponíveis no momento; isto é:v Controladorv Rastreadorv Servidorv Coletor de saídav Armazenamento de dados

Nova mensagem EQQIC66I emitida no MLOG da JCL demigração quando arquivos VSAM do banco de dados deDescrição de Aplicativo são migrados com o programa deconversão EQQICTOP

O programa de conversão EQQICTOP consegue agora emitir a mensagem:EQQIC66I PROCESSING APPLICATION AD_data_set_name VALID FROM From_date

STATUS status

sempre que migra um conjunto de dados no banco de dados de Descrição deAplicativo para uma nova liberação do produto IBM Tivoli Workload Scheduler forz/OS.

É possível inibir esse recurso configurando como N o parâmetro TRACE docomando CONVERT que está incluído no programa de conversão EQQICTOP.

Para obter detalhes, consulte a documentação sobre o programa de conversão doconjunto de dados EQQICTOP VSAM em Tivoli Workload Scheduler for z/OS:Planejamento e Instalação.

Integração com o IBM Tivoli Output ManagerSe você executar o IBM Tivoli Output Manager em sua empresa, será possívelusá-lo para visualizar os logs de tarefa de operações do z/OS executadas com oTivoli Workload Scheduler para z/OS.

Para fazer isso, depois de ter configurado adequadamente o Tivoli WorkloadScheduler para z/OS e o Tivoli Output Manager, insira o comando Browse joblogvia ITOM (LJ), disponível nos mesmos painéis ISPF nos quais o comando Browsejoblog (L) está disponível. Os painéis são aqueles relacionados à pesquisa oumodificação de operações no plano atual; ou seja:v MODIFICANDO OPERAÇÕES NO PLANO ATUAL (EQQMMOPL,

EQQMOPRL e EQQMOPRR)v LISTA DO HISTÓRICO DE OPERAÇÕES (EQQHISTL)v MANIPULANDO OPERAÇÕES TERMINADAS COM ERRO (EQQMEE1L,

EQQMEE2L, EQQMEP1L e EQQMEP2L)v LISTAR MUDANÇA NO STATUS DE DEPENDÊNCIA (EQQMOSTL)v EXECUTANDO UMA OCORRÊNCIA NOVAMENTE NO PLANO ATUAL

(EQQMROCL)v OPERAÇÕES NO PLANO ATUAL (novos painéis - EQQMOPRV ou

EQQSRCLP)

xviii Tivoli Workload Automation: Visão Geral (Revisado em novembro de 2014)

||||

||

|

|

|

|

|

|

|

|

|

|||

|||

||

|||

|

|||

|||||

||

|

||

|

||

||

v OPERAÇÃO NO PLANO ATUAL (novo painel - EQQSOPSD - menu Operação)

Consulte Tivoli Workload Scheduler for z/OS: Managing the Workload para obterdetalhes.

Criar Relatórios de Incidentes por meio da Integração OSLCcom o SmartCloud Control Desk

O Tivoli Workload Scheduler para z/OS integra-se ao SmartCloud Control Deskpor meio de uma interface Open Services for Lifecycle Collaboration (OSLC), paraque, quando uma tarefa que corresponda a uma política definida terminar comerro, um relatório de incidente seja aberto automaticamente. É possível configuraressa integração por meio da nova instrução OSLCOPTS (consulte o TivoliWorkload Scheduler para z/OS Customization and Tuning). Ao configurar osparâmetros OSLCOPTS, os usuários podem:v Selecionar as políticas que determinam quais tarefas terminadas com erro terão

um incidente abertov Fornecer o texto de descrição do chamado com a possibilidade de usar muitas

variáveis predefinidas e do usuário.

Mecanismo de Verificação de Pulsação para Agentes z-centrice gerenciadores de domínios dinâmicos

O controlador do Tivoli Workload Scheduler para z/OS usa o protocolo HTTP parase comunicar com agentes z-centric e gerenciadores de domínios dinâmicos. Se aqualquer momento um deles se tornar indisponível, o controlador não o registraráaté que o próximo envio de tarefa ocorra.

Para evitar a perda inerente de tempo, um mecanismo de verificação de pulsaçãointerno foi incluído com esta versão, por meio do qual o controlador verifica emintervalos especificados o status de todos os agentes z-centric e gerenciadores dedomínios dinâmicos conectados.

Esse recurso é opcional e o intervalo de pulso (em minutos) pode ser configuradotanto globalmente (palavra-chave PULSEIVL em HTTPOPTS) para todos osdispositivos conectados quanto individualmente (parâmetro PULSEIVL dapalavra-chave HTTP/HTTPS em ROUTOPTS) para cada agente quando for maisapropriado configurá-lo somente para os servidores mais importantes ou com umintervalo de tempo diferente entre uma verificação e outra.

Os intervalos de pulso de destino podem ser atualizados usando o comando dedestino de atualização HTTP sem precisar parar o controlador.

Consulte Tivoli Workload Scheduler for z/OS: Customization and Tuning para obterdetalhes sobre as instruções de inicialização HTTPOPTS and ROUTOPTS e suaspalavras-chave.

Nova Palavra-chave JOBREC para a Extensão do Arquivo deScript

A nova palavra-chave EXTENSION pode agora ser incluída em instruções JOBRECque definem tarefas nativas ativadas por agentes z-centric.

A palavra-chave deve ser usada em conjunto com a palavra-chaveJOBCMD(SCRIPT) e seu valor é a extensão do arquivo do script iniciado pelatarefa.

Resumo de Aprimoramentos xix

|

||

|

|

|||||||

||

||

|

|

||||

||||

||||||

||

|||

|

|

||

|||

Por exemplo, esta tarefa envia um script contendo o comando DIR como um scriptvbs.//JOBRECWRKDIR(C:\PROGRAM)JOBCMD(SCRIPT)EXTENSION(vbs)//END JOBRECDIR

As extensões do arquivo de script podem ser definidas também no DynamicWorkload Console.

Aprimoramentos do Dynamic Workload Console e deAplicativos de Dispositivo Móvel que Impactam o TivoliWorkload Scheduler para z/OS

Os aprimoramentos dos aplicativos de dispositivo móvel a seguir podem ser deinteresse para usuários do Tivoli Workload Scheduler para z/OS:

Aplicativo Remoto Painéis de AutoatendimentoÉ possível usar seu dispositivo móvel para definir um ou mais painéis quefiltram em subconjuntos de tarefas e estações de trabalho. Os painéisfornecem uma figura geral das tarefas e estações de trabalho e permitemrealizar drill down e visualizar informações mais detalhadas sobre tarefas,como detalhes da tarefa e log da tarefa, e sobre estações de trabalho e suasdisponibilidades. Também é possível executar algumas ações derecuperação nas tarefas e estações de trabalho.

Nova aparência para o dispositivo móvel Self-Service CatalogSelf-Service Catalog é um aplicativo de dispositivo móvel para enviarsolicitações de serviço para o Tivoli Workload Scheduler e Tivoli WorkloadScheduler para z/OS. As solicitações de serviço correspondem a fluxos detarefas do Tivoli Workload Scheduler e a aplicativos do Tivoli WorkloadScheduler para z/OS. Com esta liberação, o Self-Service Catalog passoupor uma atualização de design da interface com o usuário, melhorando suaaparência geral.

Configuração de conexão única para os aplicativos Self-Service Catalog e Painéisde Autoatendimento

Se a instância do Dynamic Workload Console à qual os aplicativos seconectarem estiver configurada para conexão única, um usuário poderáefetuar login uma vez no Dynamic Workload Console e, em seguida, obteracesso aos aplicativos sem que seja solicitado que efetue login novamente.

Aplicativo remoto Self-Service Catalog: Os administradores podem customizarserviços definindo os critérios de validação de variável a serem aplicados aosfluxos de tarefas associados a um serviço

Definindo os critérios de validação de variável, os Administradores podemassegurar que a entrada inserida pelo usuário remoto seja verificada comrelação aos critérios e somente entrada que satisfaça os critérios sejamaceitas. Ao definir os critérios de validação de variável, os Administradorespodem especificar, por exemplo, se o valor de entrada é numérico oualfabético, se a entrada deve estar em um intervalo de valores ou umdeterminado comprimento ou se o valor é obrigatório.

Uma nova função predefinida para usar e gerenciar os aplicativos remotosSelf-Service Catalog e Painéis de Autoatendimento

Os usuários com a nova função designada, TWSWEBUIBusinessDeveloper,podem acessar e usar os aplicativos remotos Self-Service Catalog e Painéisde Autoatendimento. A partir do aplicativo remoto do Self-Service Catalog,esses usuários podem criar e editar catálogos, criar e editar serviços, incluir

xx Tivoli Workload Automation: Visão Geral (Revisado em novembro de 2014)

||||||||

||

|

|

|

||

||||||||

||||||||

||||||

||||||||||

||||||

serviços nos catálogos e enviar serviços associados para fluxos de tarefas.A partir do aplicativo remoto do Painéis de Autoatendimento, essesusuários podem criar e editar serviços para filtrar tarefas e estações detrabalho, executar serviços para visualizar um painel de resultados,executar ações de recuperação em um único resultado. Para compartilharcatálogos e serviços com outro usuário, o TWSWEBUIBusinessDeveloper podedesignar o catálogo ou serviço a funções customizadas que ele possui, enão a funções predefinidas. Os usuários com essas mesmas funçõescustomizadas podem trabalhar com catálogos e serviços.

Auditando atividades do aplicativo de dispositivo móvelOs administradores podem configurar informações de criação de log noarquivo de configurações globais do Dynamic Workload Console,TdwcGlobalSettings.xml, relacionadas a operações executadas a partir dosaplicativos remotos Self-Service Catalog e Painéis de Autoatendimento.Uma nova seção, Seção 11, foi incluída no arquivo de configurações globaise o arquivo de log é ativado por padrão.

Monitorar tarefas críticas a partir do seu dispositivo móvelÉ possível usar seu dispositivo móvel para definir um ou mais painéis quefiltram em subconjuntos de tarefas e estações de trabalho. Os painéisfornecem uma figura geral das tarefas e estações de trabalho e permitemrealizar drill down e visualizar informações mais detalhadas sobre tarefas eexecutar ações de recuperação. As tarefas podem ser filtradas ainda maispara produzir um conjunto de resultados correspondentes a tarefas críticasna rede categorizadas por tarefas com um alto risco e tarefas com um riscopotencial.

Novo suporte ao navegadorOs aplicativos remotos Dynamic Workload Console, Self-Service Catalog ePainéis de Autoatendimento são todos suportados no Firefox 24 ESR.

Os aprimoramentos do Dynamic Workload Console a seguir podem ser deinteresse dos usuários do Tivoli Workload Scheduler para z/OS:

Arquivo de configurações globais também disponível com a instalação localTdwcGlobalSettings.xml é um arquivo que os usuários podem editaropcionalmente para configurar algumas definições avançadas do DynamicWorkload Console. Esse arquivo agora também é instalado localmente e épossível localizá-lo no caminho a seguir depois de instalar o DynamicWorkload Console na estação de trabalho:JazzSM_Installation_Path/profile/registry/

O e arquivo é instalado como TdwcGlobalSettings.xml.template. Se vocêeditá-lo, salve-o como TdwcGlobalSettings.xml.

Consulta de tarefa de monitoramento para tarefas, fluxos de tarefas, estações detrabalho e recursos

Agora é possível definir uma tarefa para monitorar tarefas, fluxos detarefas, estações de trabalho e recursos, especificando uma consulta emuma linha de consulta. Esse recurso é chamado de Consulta Direta. Váriasopções da interface com o usuário orientam você na formulação de suasconsultas diretas. É possível salvar suas consultas e, em seguida, reutilizarou editá-las conforme necessário.

Melhoria de desempenho para operações em lote com um grande número defluxos de tarefas

Anteriormente, um erro de tempo limite era retornado ou o desempenhoera muito lento quando operações em lote eram executadas. Em vez de

Resumo de Aprimoramentos xxi

|||||||||

|||||||

|||||||||

|||

||

|||||||

||

||||||||

||||

enviar solicitações separadas para cada fluxo de tarefas, agora apenas umaúnica solicitação é enviada para todos os fluxos de tarefas selecionados.

Nova configuração global para exibir as linhas em uma visualização de tabelacorrespondente aos resultados de uma tarefa de monitoramento

O administrador do Dynamic Workload Console pode configurar o númeromáximo de linhas a serem exibidas em uma visualização de tabela após aexecução de uma tarefa de monitoramento. Uma nova propriedade,maxRowsToDisplay, foi incluída na Seção 8 do arquivo de configuraçõesglobais do Dynamic Workload Console, TdwcGlobalSettings.xml.

Aprimoramentos do Dynamic Workload Console Versão 9.2Saiba mais sobre os aprimoramentos do Dynamic Workload Console versão 9.2.

O Dynamic Workload Console versão 9.2 inclui os seguintes aprimoramentos:v “Tivoli Workload Scheduler, um Provedor de OSLC” na página xiv “Arquivo de Configurações Globais”v “Visualização de Dependências Resolvidas” na página xxiiiv “Tarefas Predecessoras” na página xxiiiv “Novas Colunas na Visualização Monitorar Tarefas” na página xxiiiv “Número Máximo de Linhas a Exibir” na página xxiiiv “Sintaxe Atualizada para backupConfig e restoreConfig wastools” na página

xxivv “Monitorando a Linha de Consulta de Tarefa” na página xxivv “Envio Rápido de Tarefas e Fluxos de Tarefas a partir do Workload Designer” na

página xxvv “Aplicativos de Dispositivos Móveis” na página xxv

Tivoli Workload Scheduler, um Provedor de OSLCO Tivoli Workload Scheduler é um provedor e um consumidor de Open Servicesfor Lifecycle Collaboration (OSLC).

Além dos domínios de Automação, o Tivoli Workload Scheduler agora tambémsuporta a especificação de compartilhamento de dados como provedor econsumidor dos domínios de Fornecimento.

Para obter informações adicionais sobre como configurar o Tivoli WorkloadScheduler para usar o OSLC, consulte as opções globais relacionadas ao OSLCgerenciadas por optman na seção sobre customização e configuração do TivoliWorkload Scheduler do Guia de Administração.

Antes de poder definir as definições de tarefas de Fornecimento de OSLC, vocêdeve executar algumas etapas de pré-requisito conforme explicado na seção sobrecomo criar definições de tarefa no Guia do Usuário do Dynamic Workload Console.

Para definir tarefas que executam operações de Fornecimento de OSLC, consulte aseção "Definição de Tarefa - Fornecimento de OSLC" na seção "Definindo Objetos dePlanejamento" do Tivoli Workload Scheduler: Guia do Usuário e Referência.

Arquivo de Configurações GlobaisO arquivo de configurações globais do Dynamic Workload Console é agoracopiado localmente após a instalação.

xxii Tivoli Workload Automation: Visão Geral (Revisado em novembro de 2014)

||

|||||||

||

|

|

|

|

|

|

|

|

||

|

||

|

|

||

|||

||||

|||

|||

|

||

O arquivo TdwcGlobalSettings.xml é um arquivo que os usuários podem editaropcionalmente para configurar algumas definições avançadas do DynamicWorkload Console.

Esse arquivo agora também é instalado localmente e é possível localizá-lo nocaminho a seguir, no formulário de modelo, depois de instalar o DynamicWorkload Console na estação de trabalho: JazzSM_Installation_Path/profile/registry/. O arquivo é instalado como um arquivo de modelo com o nomeTdwcGlobalSettings.xml.template.

Modifique as configurações no arquivo e salve-o como TdwcGlobalSettings.xml.

Visualização de Dependências ResolvidasAo monitorar tarefas e fluxos de tarefas, agora é possível exibir, além dasdependências que não são satisfeitas, também as dependências satisfeitas.

A exibição das dependências satisfeitas é controlada pelas configurações noarquivo TdwcGlobalSettings.xml. É possível configurar o padrão para sempremostrar todas as dependências. Uma nova seção foi incluída no arquivo. Remova ocomentário da seção e deixe o valor configurado como "true" para exibir todas asdependências por padrão. Se você já tiver um arquivo TdwcGlobalSettings.xmlexistente customizado, copie e cole a nova seção a partir do modelo localizado nocaminho, JazzSM_Installation_Path/profile/registry/, após a instalação noarquivo existente.

Para obter informações sobre como exibir dependências satisfeitas, consulte apropriedade AlwaysShowAllDependencies na seção Referência > ConfiguraçõesGlobais do Dynamic Workload Console > Mostrar Todas as Dependências noGuia do Usuário do Dynamic Workload Console

Tarefas PredecessorasExiba uma lista de tarefas predecessoras que impedem a execução da tarefaselecionada.

As tarefas de bloqueio estão no estado atrasado, fence, suprimido, execução longaou erro. A lista inclui um subconjunto de tarefas predecessoras, listando somente aprimeira tarefa de bloqueio mais afastada da tarefa selecionada em cadaramificação da hierarquia de dependência. É possível então executar várias açõesnessas tarefas, como Cancelar, Eliminar e Liberar, para citar apenas algumas.

Novas Colunas na Visualização Monitorar TarefasNovas colunas foram incluídas na visualização Monitorar Tarefas.

Novas colunas foram incluídas para permitir que você monitore tarefas queexcederam a duração máxima, tarefas que não atingiram a duração mínima etarefas que passaram o prazo final.

Número Máximo de Linhas a ExibirUma nova configuração global está disponível para configurar o número máximode linhas em uma visualização de tabela correspondente aos resultados de umatarefa de monitoramento.

Resumo de Aprimoramentos xxiii

|||

|||||

|

|

||

||||||||

||||

|

||

|||||

|

|

|||

|

|||

O administrador do Dynamic Workload Console pode configurar o númeromáximo de linhas a serem exibidas em uma visualização de tabela após a execuçãode uma tarefa de monitoramento.

Para obter informações sobre como configurar o número máximo de linhas a seremexibidas, consulte a propriedade maxRowsToDisplay na seção Referência >Configurações Globais do Dynamic Workload Console > Limitar o número deobjetos recuperados por consultas no Guia do Usuário do Dynamic Workload Console

Sintaxe Atualizada para backupConfig e restoreConfigwastools

Os comandos backupConfig e restoreConfig foram atualizados para evitar aremoção de arquivos WAR.

O comando backupConfig é útil para fazer backup da configuração de perfil de seunó em um arquivo. É possível usar o comando restoreConfig se for necessáriorestaurar a configuração do arquivo de backup.

Em versões anteriores, se você executa o comando backupConfig sem especificar onome do arquivo de backup, o comando não é executado. Com a versão 9.2, sevocê não especificar um nome de arquivo de backup, a saída será salva por padrãoem um arquivo compactado, conforme a seguir:DynamicWorkloadConsole_installpath/TDWC/backup/WebSphereConfig_backup.zip

Consulte o Guia de Administração > Tarefas Administrativas > Tarefas doServidor de Aplicativos > Servidor de Aplicativos - Backup e Restauração deArquivos de Configuração para a sintaxe atualizada.

Monitorando a Linha de Consulta de TarefaAgora é possível definir uma tarefa para monitorar tarefas, fluxos de tarefas,estações de trabalho, recursos de arquivos, prompts ou domínios, especificandouma consulta em uma linha de consulta.

A linha Consulta Direta no Dynamic Workload Console baseia-se em uma sintaxesemelhante a conman. Por exemplo, para consultar tarefas, a sintaxe é semelhante aconman showjobs. Caso não esteja familiarizado com a sintaxe conman, também épossível especificar a consulta selecionando a partir de uma série de opções dainterface com o usuário. É possível salvar suas consultas e, em seguida,reutilizá-las ou editá-las conforme necessário. Para mecanismos do z/OS, aConsulta Direta pode ser usada para definir tarefas para monitorar apenas tarefas,fluxos de tarefas, estações de trabalho e recursos.

Consulte a seção "Monitorando seus Objetos no Plano", tópico "Criando umaConsulta de Tarefa de Monitoramento" no Guia do Usuário do Dynamic WorkloadConsole.

Para obter informações sobre como manter o histórico de consultas especificadasna página Consulta de Diretório do Dynamic Workload Console, consulte apropriedade maxHistoryCount na seção Referência > Configurações Globais doDynamic Workload Console > Limitar o número de objetos recuperados porconsultas no Guia do Usuário do Dynamic Workload Console

Esse recurso também é suportado nas versões a seguir do mecanismo do TivoliWorkload Scheduler: 8.5.1, 8.6, 8.6.0.1, 8.6.0.2 e 9.1.

xxiv Tivoli Workload Automation: Visão Geral (Revisado em novembro de 2014)

|||

||||

|

|

||

|||

|||||

|||

|

|||

||||||||

|||

|||||

||

Envio Rápido de Tarefas e Fluxos de Tarefas a partir doWorkload Designer

É possível enviar rapidamente uma tarefa ou fluxo de tarefas no plano atual paraser executada imediatamente.

Você talvez deseje fazer isso para propósitos de teste antes de implementar a tarefaou fluxo de tarefas em produção de grande escala.

Esse recurso também é suportado no mecanismo do Tivoli Workload Schedulerpara as versões 8.5.1, 8.6, 8.6.0.1, 8.6.0.2 e 9.1.

Aplicativos de Dispositivos MóveisUse os aplicativos de dispositivo móveis Self-Service para executar a carga detrabalho e monitorá-la a partir de seu dispositivo móvel.

Self-Service CatalogCom a Versão 9.2, o aplicativo Self-Service Catalog possui uma novaaparência. O Self-Service Catalog é um aplicativo de dispositivo móvelpara enviar solicitações de serviço ou fluxos de tarefas para o TivoliWorkload Scheduler. Além da nova aparência, os Administradores podemcustomizar suas solicitações de serviço, definindo os critérios de validaçãode variável a serem aplicados aos fluxos de tarefas associados a umserviço.

Painéis de AutoatendimentoA entrada Dashboards disponível com liberações anteriores foi substituídapela entrada Painéis de Autoatendimento. A partir de seu dispositivomóvel, é possível definir um ou mais painéis que filtram em subconjuntosde tarefas e estações de trabalho. Os painéis fornecem uma figura geral dastarefas e estações de trabalho e permitem realizar drill down e visualizarinformações mais detalhadas sobre tarefas, como detalhes da tarefa, o logda tarefa, bem como estações de trabalho e suas disponibilidades. Tambémé possível executar algumas ações de recuperação nas tarefas e estações detrabalho. As tarefas podem ser filtradas ainda mais para produzir umconjunto de resultados correspondentes a tarefas críticas na redecategorizadas por tarefas com um alto risco e tarefas com um riscopotencial.

Ambos os aplicativos, Self-Service Catalog e Painéis de Autoatendimento,suportam uma conexão única para que, se a instância do Dynamic WorkloadConsole à qual os aplicativos se conectarem estiver configurada para conexãoúnica, um usuário poderá efetuar login uma vez no console e, em seguida, obteracesso aos aplicativos de dispositivo móvel sem que seja solicitado que efetue loginnovamente.

Uma nova função predefinida para usar e gerenciar os aplicativos remotosSelf-Service Catalog e Painéis de Autoatendimento está disponível. Os usuárioscom a nova função designada, TWSWEBUIBusinessDeveloper, pode acessar e usaros aplicativos. A partir do aplicativo remoto do Self-Service Catalog, esses usuáriospodem criar e editar catálogos, criar e editar serviços, incluir serviços nos catálogose enviar serviços associados para fluxos de tarefas. A partir do aplicativo remotoPainéis de Autoatendimento, esses usuários podem criar e editar painéis paravisualizar tarefas e estações de trabalho e executar ações de recuperação em umúnico resultado.

Resumo de Aprimoramentos xxv

|

|

||

||

||

|

||

||||||||

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

||||||

|||||||||

Embora os aplicativos de dispositivo móvel Self-Service foram projetados paraserem usados principalmente a partir de um dispositivo móvel, também é possívelusá-los eficientemente a partir de um computador conectado a um navegador daweb suportado. Consulte o Mobile Applications User’s Guide para obter informaçõesadicionais.

xxvi Tivoli Workload Automation: Visão Geral (Revisado em novembro de 2014)

|||||

http://pic.dhe.ibm.com/infocenter/tivihelp/v47r1/index.jsp?topic=/com.ibm.tivoli.itws.doc_9.2/common/src_md/awsmdmst_welcome.html

Capítulo 1. Visão Geral do Tivoli Workload Automation

O Tivoli Workload Automation é o moderno gerenciador de carga de trabalho deprodução, projetado para ajudar você a atender seus desafios atuais e futuros deprocessamento de dados. Seu escopo abrange todo o sistema de informações daempresa, incluindo ambientes heterogêneos.

As pressões no ambiente de DP (processamento de dados) atual estão dificultandocada vez mais a manutenção do mesmo nível de serviço aos clientes. Muitasinstalações acham que seus tempos de processamento estão sendo reduzidos.Tarefas mais críticas devem ser concluídas antes do trabalho on-line da manhãiniciar. De modo oposto, as necessidades para a disponibilidade integrada deserviços on-line durante o tempo de processamento tradicional pressionam osrecursos disponíveis para processamento da carga de trabalho de produção.Aumentar em 7 dias por semana, 24 horas por dia, não é apenas um objetivo deDP, mas uma necessidade.

Usuários e proprietários de serviços de DP também estão utilizando mais osserviços de batch do que antes. A carga de trabalho do batch tende a aumentar acada ano em uma velocidade de transmissão um pouco mais baixo do queaumenta na carga de trabalho on-line. Combine isso ao aumento no uso de dadospor tarefas em lote, e o resultado final é um aumento significativo no volume detrabalho.

Além disso, há uma escassez no número de pessoas com as habilidades necessáriaspara operar e gerenciar ambientes de DP cada vez mais complexos. Osinter-relacionamentos complexos entre atividades de produção, entre tarefasmanuais e de máquina, têm se tornado incontroláveis sem uma ferramenta degerenciamento de carga de trabalho.

O Tivoli Workload Automation simplifica o gerenciamento de sistemas emambientes heterogêneos, integrando as funções de gerenciamento de sistemas.Existem três componentes principais para o portfólio:

IBM Tivoli Workload Scheduler for z/OSO planejador em ambientes z/OS.

Tivoli Workload SchedulerO planejador em ambientes distribuídos

Dynamic Workload ConsoleUma interface gráfica com o usuário baseada na web para IBM TivoliWorkload Scheduler for z/OS e Tivoli Workload Scheduler.

O Job Scheduling Console foi substituído pelo Dynamic Workload Console como ainterface gráfica com o usuário do Tivoli Workload Automation.

A Melhor SoluçãoO portfólio fornece soluções de ponta para problemas no gerenciamento de cargade trabalho de produção. Ele pode automatizar, planejar e controlar oprocessamento de toda a carga de trabalho de produção de sua empresa, nãoapenas o subconjunto do lote. O portfólio funciona como um “driver automático”para a sua carga de trabalho de produção aumentar o rendimento do

© Copyright IBM Corp. 1999, 2014 1

processamento do trabalho e otimizar seus recursos, mas também permite que vocêintervenha manualmente, conforme necessário.

Quando o portfólio estabelece interface com outros produtos de gerenciamento desistemas, ele faz parte de uma plataforma integrada de gerenciamento de sistemase de automação para a operação de DP.

Planejamento Abrangente de Carga de TrabalhoO portfólio forma planos operacionais baseados em descrições do usuário dodepartamento de operações e sua carga de trabalho de produção. Esses planosfornecem a base para seus contratos de nível de serviço e apresentam uma imagemda carga de trabalho de produção em qualquer horário preciso.

O bom planejamento é a base de qualquer técnica de gerenciamento bem-sucedida.Um planejamento efetivo também ajuda a aumentar o retorno nos investimentosem tecnologia de informações.

Gerenciamento de Sistemas CentralizadosO portfólio automatiza, monitora e controla o fluxo de trabalho em toda aoperação de DP de sua empresa, tanto em sistemas locais como remotos. De umúnico ponto de controle, o portfólio analisa o status do trabalho de produção edireciona o processamento da carga de trabalho de acordo com as políticas denegócios da instalação. Ele suporta um ambiente com vários usuários, permitindoprocessamento distribuído e controle em sites e departamentos de sua empresa.

Integração de Gerenciamento de SistemasAs soluções para problemas de gerenciamento de sistemas atuais exigem umaintegração de programas aplicativos e processos. O portfólio oferece a vocêintegração com o seguinte:v Agentes para controlar a carga de trabalho em plataformas não z/OSv Outros aplicativos de gerenciamento de sistemas e ambientes de arquitetura.

O portfólio estabelece uma interface direta com alguns dos produtos z/OS, bemcomo com um número de outros produtos IBM® para fornecer um recurso deprocessamento abrangente e automatizado e uma abordagem integrada para ocontrole de cargas de trabalho de produção complexas.

NetView. O NetView é a plataforma IBM para gerenciamento e automação derede. É possível usar a interface para Tivoli Workload Scheduler for z/OS com oNetView para passar informações sobre o trabalho que está sendo processado. Oportfólio permite que você se comunique com o NetView em conjunto com oprocessamento de carga de trabalho de produção. O Tivoli Workload Scheduler forz/OS também pode passar informações para o NetView para alertar a manipulaçãoem resposta a situações que ocorrem durante o processamento da carga detrabalho de produção. O NetView pode automaticamente acionar o TivoliWorkload Scheduler for z/OS para executar ações em resposta a estas situações,usando uma variedade de métodos. O Tivoli Workload Scheduler/NetView é umaplicativo NetView que fornece aos gerenciadores de rede a habilidade demonitorar e diagnosticar redes do Tivoli Workload Scheduler a partir de um nó degerenciamento do NetView. Ele inclui um conjunto de submapas e símbolos paravisualizar redes do Tivoli Workload Scheduler topograficamente e determinar ostatus da atividade de planejamento de tarefa e é crítico para os processos doTivoli Workload Scheduler em cada estação de trabalho.

2 Tivoli Workload Automation: Visão Geral (Revisado em novembro de 2014)

Workload Manager (WLM). O WLM controla a quantidade de recursos do sistemadisponíveis para cada unidade de trabalho em ambientes host. O Tivoli WorkloadScheduler for z/OS funciona de comum acordo com o WLM para detectar tarefascríticas e movê-las para uma classe de serviço de desempenho superior. Além doWLM, as tarefas críticas recebem mais recursos do sistema e são concluídas maisrapidamente.

Resource Object Data Manager (RODM). O RODM fornece um local central paraarmazenamento, recuperação e gerenciamento das informações de recursosoperacionais necessárias para o gerenciamento de sistemas e de redes. Você podemapear um recurso especial para um objeto do RODM. Isso permite planejar acarga de trabalho de produção considerando a disponibilidade real de recursos,atualizada dinamicamente.

Tivoli Decision Support para z/OS (Decision Support). O Decision Support ajudaa gerenciar efetivamente o desempenho do sistema, coletando dados dedesempenho em um banco de dados DATABASE 2 (DB2) e apresentando os dadosem vários formatos para uso em gerenciamento de sistemas. O Decision Supportusa dados do Tivoli Workload Scheduler for z/OS para produzir relatórios deresumo e gerenciamento sobre a carga de trabalho de produção, ambos resultadosplanejados e reais.

Output Manager para z/OS. Ajuda os clientes a aumentar a produtividade ereduzir os custos de impressão ao fornecer um meio de armazenar e manipularrelatórios em um ambiente do z/OS. Quando um usuário do diálogo solicita avisualização de um log da tarefa ou automaticamente reconstrói a linguagem decontrole de tarefas para um reinício de nível de etapa, o Tivoli Workload Schedulerfor z/OS estabelece interface com o Output Manager. Essa interface elimina anecessidade de duplicar informações do registro de tarefas, salvando tanto ciclosda CPU como o espaço de DASD (dispositivo de armazenamento de acesso direto).

Tivoli Information Management para z/OS. Suporta a administração do processode gerenciamento de sistemas de hardware, software e recursos relacionados deuma empresa. Uma interface com o Tivoli Information Management for z/OS éfornecida para relatório de problemas detectados durante o processamento dacarga de trabalho de produção.

Resource Access Control Facility (RACF). O Resource Access Control Facility é oproduto da IBM para segurança de dados. É possível usar o Resource AccessControl Facility como a ferramenta principal para proteger seus serviços e dadosdo Tivoli Workload Scheduler for z/OS no nível exigido por sua empresa. Com oResource Access Control Facility 2.1 e posterior, é possível usar uma classe derecurso reservada do Tivoli Workload Scheduler for z/OS para proteger seusrecursos.

IBM Tivoli Monitoring (ITM). É possível usá-lo para monitorar seu hardware,sistemas operacionais, aplicativos, bancos de dados. Ele fornece monitoramentoproativo e gerenciamento de falha automatizado, e inclui um módulo específicopara Integração de Negócios. Também é possível gerenciar a configuração e coletarinformações de monitoramento para relatórios, análise de desempenho, previsõesde tendências e avaliação de impacto de negócios corporativa.

IBM Tivoli Service Request Manager (TSRM). É um sistema de gerenciamento deincidentes. O TSRM pode funcionar como uma central de serviço para ativos de TIinternos e ativos corporativos não de TI internos, tais como instalações ou frota. O

Capítulo 1. Visão Geral do Produto 3

TSRM ajuda a melhorar o desempenho de TI ao fornecer automação de processos,melhor visibilidade de funções de suporte de serviço, compromissos e medidas.

Tivoli System Automation para z/OS (SA z/OS). O SA z/OS inicia osprocedimentos de automação que executam funções do operador para gerenciar oscomponentes, conjuntos de dados e subsistemas do z/OS. O SA z/OS inclui umrecurso de automação para o Tivoli Workload Scheduler for z/OS. É possíveldefinir uma estação de trabalho de automação no Tivoli Workload Scheduler forz/OS para manipular operações de automação do sistema com um conjuntoespecífico de opções.

Data Facility Hierarchical Storage Manager (DFHSM). As funções degerenciamento de catálogo do Tivoli Workload Scheduler for z/OS chamam oDFHSM para fazer a rechamada de conjuntos de dados migrados durante alimpeza do conjunto de dados para uma tarefa com falha ou executada novamente.

CICS e IMS (Computer Information Control System e Information ManagementSystem). O Tivoli Workload Scheduler for z/OS permite que você planeje o início ea parada das tarefas iniciadas. Como o Tivoli Workload Scheduler for z/OScontrola o status das tarefas iniciadas, é possível serializar o trabalho, tais comobackups de seus banco de dados de transações, de acordo com o status de seussubsistemas CICS ou IMS.

Tivoli Business Systems Manager. O Tivoli Business Systems Manager fornecemonitoramento e gerenciamento de eventos de recursos, aplicativos e subsistemascom o objetivo de fornecer disponibilidade contínua para a empresa. Usar o TivoliBusiness Systems Manager com o portfólio fornece a habilidade de gerenciaraplicativos estratégicos a partir de uma perspectiva de sistemas de negóciosexclusiva. O Tivoli Business Systems Manager monitora aplicativos e operaçõesrelacionados ao lote representados pelo portfólio e integra perfeitamente estesobjetos com todos os outros objetos de negócios monitorados pelo Tivoli BusinessSystems Manager.

Tivoli Enterprise Console. O Tivoli Enterprise Console é um aplicativo degerenciamento de evento potente e baseado em regras que integra gerenciamentode rede, sistemas, bancos de dados e aplicativos. Ele oferece uma visualizaçãoglobal e centralizada de sua empresa de computação, ao mesmo tempo queassegura a alta disponibilidade de seus recursos de computação e de aplicativo. OTivoli Enterprise Console atua como um ponto de coleção central para alarmes eeventos a partir de uma variedade de fontes, incluindo aqueles dos aplicativos doTivoli. O Tivoli Workload Scheduler executa um adaptador do Tivoli EnterpriseConsole que lê eventos a partir do arquivo de log do Tivoli Workload Scheduler.

Além destes produtos IBM, há muitos produtos de outros fornecedores de softwareque trabalham com ou processam dados a partir do portfólio.

Para White Papers sobre o uso de produtos IBM, consulte o link aseguir:http://www-03.ibm.com/support/techdocs/atsmastr.nsf/Web/WP-ByProduct?OpenDocument&Start=1&Count=1000&Expand=18.

Um Cenário de IntegraçãoEsta seção mostra como é possível monitorar tarefas críticas atrasadas e executa ogerenciamento de incidentes, ao integrar o IBM Tivoli Workload Scheduler for z/OScom os seguintes produtos:v IBM Tivoli Monitoring (ITM)v Maximo Tivoli Service Request Manager (TSRM)


http://www-03.ibm.com/support/techdocs/atsmastr.nsf/Web/WP-ByProduct

http://www-03.ibm.com/support/techdocs/atsmastr.nsf/Web/WP-ByProduct

v Tivoli System Automation (SA)

O IBM Tivoli Workload Scheduler for z/OS planeja tarefas de acordo com o planoatual definido. ITM está configurado com uma situação que envia uma notificaçãopor email ao Maximo TSRM, quando uma tarefa crítica está atrasada.

Os componentes de integração funcionam da seguinte forma:1. O ITM detecta uma tarefa crítica vinculada a um ambiente de planejamento do

WLM.2. O ITM envia um e-mail causando a abertura automática de uma solicitação de

serviço.3. O operador Maximo TSRM captura a solicitação de serviço e executa uma

ativação no contexto do Dynamic Workload Console para executar a análise deincidentes.

4. A análise confirma que uma tarefa crítica está aguardando por um ambiente deplanejamento do WLM.

5. Uma tarefa de Automação de Sistema é enviada por meio do DynamicWorkload Console, para disponibilizar o ambiente de planejamento do WLM.

6. Assim que o ambiente de planejamento de WLM estiver disponível, oplanejador envia novamente a tarefa crítica.

7. A solicitação de serviço é fechada.

AutomaçãoAo automatizar o gerenciamento de sua carga de trabalho de produção com oportfólio, você pode minimizar erros humanos no processamento da carga de

Figura 1. Cenário de Integração para IBM Tivoli Workload Scheduler for z/OS.


trabalho de produção e liberar sua equipe para trabalho mais produtivo. Oportfólio o ajuda a planejar, direcionar e controlar o processamento da carga detrabalho de produção. Estas são etapas importantes em direção à automação e aoperações não assistidas. Independente de você executar um ou mais sistemas emum único lugar ou em diversos sites distribuídos, o portfólio o ajuda a automatizarseu carga de trabalho de produção:v Coordenando todos os deslocamentos e trabalhos de produção em instalações de

todos os tamanhos, a partir de um único ponto de controle.v Automatizando tarefas de operador complexas e repetitivas.v Modificando dinamicamente o planejamento de sua carga de trabalho de

produção em resposta a alterações no ambiente de produção (como tarefasurgentes, prioridades alteradas ou falhas de hardware) e, em seguida,gerenciando a carga de trabalho adequadamente.

v Resolvendo dependências de carga de trabalho.v Gerenciando a utilização de recursos compartilhados.v Rastreando cada unidade de trabalho.v Detectando processamento malsucedido.v Exibindo informações de status e instruções para orientar a equipe de operações

em seu trabalho.v Estabelecendo uma interface com outros produtos-chave da IBM para fornecer

uma plataforma de automação integrada.

O portfólio permite que você centralize e integre o controle de sua carga detrabalho de produção e reduz o número de tarefas que sua equipe precisadesempenhar.

Monitoramento da Carga de TrabalhoAlém de fornecer um ponto único de controle para a carga de trabalho deprodução em seus sistemas, o portfólio:v Monitora a carga de trabalho de produção em tempo real, fornecendo à equipe

de operações as informações mais recentes sobre o status da carga de trabalho,de forma que ela possa reagir rapidamente quando ocorrerem problemas.

v Fornece interfaces de segurança que asseguram a proteção de seus serviços edados.

v Permite a intervenção manual no processamento do trabalho.v Relata o status atual do processamento de sua carga de trabalho de produção.v Fornece relatórios que funcionam como a base para documentar seus contratos

de nível de serviço com usuários. Seus clientes podem ver quando e como otrabalho deles deve ser processado.

Recuperação Automática de Carga de TrabalhoO portfólio permite processar a carga de trabalho de produção para continuar emexecução mesmo quando ocorrerem falhas de conexão ou do sistema. Se umsistema falhar, o portfólio poderá reiniciar o processamento em outro sistema.Quando o sistema de controle está executando em um complexo de sistemas do(sysplex) do z/OS, uma função hot standby pode automaticamente transferir ocontrole da carga de trabalho de produção para outro sistema no sysplex. Como oportfólio continua a gerenciar a carga de trabalho de produção durante as falhas,você pode manter a integridade de seus planejamentos de processamento econtinuar a atender a seus clientes.


No Tivoli Workload Scheduler, uma função switchmgr fornece a possibilidade desubstituir um gerenciador de domínio principal ou estação de trabalho dogerenciador de domínio com falha por um agente tolerante a falhas ou gerenciadorde domínio de backup configurado.

ProdutividadeO portfólio representa ganhos reais de produtividade, assegurando o desempenhorápido e preciso por meio da automação. Muitas das soluções atuais de automaçãocitam benefícios não realistas da produtividade. Algumas das tarefasautomatizadas nunca devem ser desempenhadas ou, certamente, não com afrequência que elas são desempenhadas por automação. Por esse motivo, é difícilcorrelacionar os benefícios reais de produtividade a sua empresa.

As tarefas que o portfólio desempenha não só precisam ser executadas, mas têm deser executadas corretamente, sempre e o mais rápido possível. Muitas dessastarefas, tradicionalmente desempenhadas por profissionais de DP, são tediosas e,como resultado, estão propensas a erros. Com o portfólio, a equipe de DP podeocupar seu tempo de maneira mais eficiente.

Soluções de NegóciosO portfólio fornece soluções de negócios:v Direcionando a produção de acordo com seus objetivos de negócios.v Automatizando a carga de trabalho de produção para aumentar a produtividade

da empresa.v Fornecendo-lhe informações sobre cargas de trabalho atuais e futuras.v Gerenciando um número elevado de atividades de maneira eficiente.

Produtividade do UsuárioSua equipe de DP e usuários podem obter ganhos de produtividade significativospor meio do portfólio:v Implementação com atalho.v Resposta imediata a pedidos de diálogo para consultas de status da carga de

trabalho. Os usuários recebem informações detalhadas e em tempo real sobre oprocessamento de carga de trabalho de produção de forma que eles possamdetectar e imediatamente corrigir erros.

v Automação de tarefas do operador, como recuperação de erro e limpeza doconjunto de dados.

Incentivo de CrescimentoÀ medida que você implementa a automação e o controle, pode gerenciar grandesvolumes de carga de trabalho de produção. O portfólio causa crescimento dentrode sua operação de DP ao fornecer:v Maneiras de absorver a carga de trabalho de batch crescente, sem aumentar a

equipe de operações.v Uma interface aberta para enviar e rastrear a carga de trabalho em vários

sistemas operacionais.v Interfaces com outros programas aplicativos de gerenciamento de sistemas.v Uma interface aberta para programas em outras plataformas e comunicação com

esses programas.v Gerenciamento de volumes atuais e futuros de carga de trabalho de produção.


v Recursos de simulação para prever cargas de trabalho futuras.

Como o Tivoli Workload Automation Beneficia sua EquipeEm uma empresa típica, muitas pessoas contribuem com a implementação e aoperação do Tivoli Workload Automation:v Gerente de planejamentov Gerente de operaçõesv Supervisor de turnosv Programador de aplicativosv Operadores do Consolev Operadores de estação de trabalho, como operadores de impressão, equipe de

configuração da tarefa e recepcionistas de loginv Usuários finaisv Service desk

Esta seção descreve como o portfólio pode beneficiar diretamente sua equipe deDP.

Função do Gerente de Planejamento como Ponto FocalO Tivoli Workload Automation torna possível para o gerente de planejamentomanter o processamento de produção atual e futuro em sua empresa. O portfóliobeneficia o gerenciador de planejamento das seguintes maneiras:v Planeja automaticamente todas as atividades de carga de trabalho de produção.v Determina automaticamente a complexidade das dependências da carga de

trabalho de produção e direciona o trabalho da maneira mais eficiente.v Oferece suporte à simulação de cargas de trabalho futuras no sistema. O

gerenciador de planejamento pode avaliar, antecipadamente, o efeito dasmudanças nos volumes de carga de trabalho de produção ou nos recursos deprocessamento.

v Fornecer uma visualização em tempo real do status de trabalho conforme ele fluiao longo do sistema, de forma que o gerenciador de planejamento possarapidamente:– Responder a perguntas de clientes sobre o status de seus trabalhos.– Identificar problemas no processamento da carga de trabalho.

v Fornecer recursos para intervenção manual.v Gerenciar muitos problemas de carga de trabalho automaticamente. Os recursos

de reinício de carga de trabalho de produção, hot standby, recuperaçãoautomática de tarefas e tarefas iniciadas, além de limpeza do conjunto de dadosfornecem ao gerenciador de planejamento recursos abrangentes degerenciamento de erros e gerenciamento de desastres.

v Fornecer um log de mudanças nos dados da carga de trabalho de produção pormeio do recurso de trilha de auditoria. Isso auxilia o gerente de planejamento naresolução de problemas causados por erros de usuário.

v Gerenciar o trabalho de difícil planejamento.

Função do Gerente de OperaçõesAs funções de geração de relatório, planejamento e controle podem ajudar ogerente de operações a fazer o seguinte:v Aprimorar a eficiência da operação.v Aprimorar o controle de níveis e de qualidade do serviço.


v Configurar acordos de nível de serviço para aplicativos de usuário e paraserviços fornecidos.

v Melhorar os relacionamentos com departamentos do usuário.v Aumentar o retorno em seu investimento de TI.v Desenvolver o potencial da equipe.

Uma Poderosa Ferramenta para o Supervisor deDeslocamento

O portfólio é importante para o supervisor de turno, especialmente em complexosde multissistemas, em que sistemas locais e remotos são controlados de um sitecentral. O portfólio pode ajudar o supervisor de turno a fazer o seguinte:v Monitorar e controlar a carga de trabalho por meio de complexos de

multissistemas.v Controlar o uso de dispositivos que podem ser montados.v Separar informações sobre status de trabalho de informações do sistema e de

outras informações.v Fornecer informações de status diretamente aos usuários.v Gerenciar a carga de trabalho se ocorrer uma falha do sistema.v Fazer mudanças no plano atual em resposta a eventos não planejados, como

defeitos de equipamentos, faltas de pessoal e tarefas urgentes.

Função do Programador de AplicativosA funcionalidade de verificação de autoridade do usuário permite que os gruposde desenvolvimento de aplicativos use todas as funções de planejamento e controleem paralelo com sistemas e serviços de produção, porém isoladas deles.

O portfólio pode ser uma ferramenta valiosa para a equipe de desenvolvimento deaplicativo quando ela está fazendo o seguinte:v Compactando novos aplicativos para o ambiente de produção.v Testando o novo JCL em formato compactado final.v Testando novos aplicativos e modificando aqueles existentes.

Operadores do ConsoleO portfólio pode liberar os operadores de console das seguintes tarefas queconsomem tempo:v Iniciar e parar tarefas iniciadas.v Preparar o JCL antes do envio de tarefas.v Enviar tarefas.v Verificar a sequência de trabalho.v Gerar relatórios de status da tarefa.v Executar a limpeza do conjunto de dados em situações de recuperação e

reexecução.v Responder a falha da carga de trabalho.v Preparar a linguagem de controle de tarefas para reinícios de nível de etapa.

Operadores de Estação de TrabalhoO portfólio ajuda os operadores de estação de trabalho a fazer seus trabalhos,fornecendo o seguinte:v Informações de status completas e em tempo oportuno.v Listas de prontidão atualizadas que priorizam o fluxo de trabalhov Assistência on-line em instruções de operador.


Usuários Finais e o Service DeskMuitas vezes, seus usuários precisam ser informados sobre o status deprocessamento da carga de trabalho. Eles podem utilizar o Dynamic WorkloadConsole para verificar o status do processamento de seus próprios fluxos de tarefasa partir de uma estação de trabalho pessoal. Os usuários podem fazer consultasusando o Dynamic Workload Console sem precisar estarem familiarizados com oportfólio, o ISPF ou o TSO, e sem precisar estarem conectados a um sistema local.

O help desk pode usar o Dynamic Workload Console da mesma maneira pararesponder consultas de usuários sobre o progresso do processamento de suascargas de trabalho.

ResumoO Tivoli Workload Automation se comunica com outros produtos-chave da IBMpara fornecer um recurso de processamento abrangente e automatizado e umasolução integrada para controle de todas as cargas de trabalho de produção. Aquiestão os benefícios que o portfólio oferece:

Automação melhoradaAumenta a eficiência e utiliza recursos do DP de maneira mais eficiente,resultando em níveis de serviço melhorados para seus clientes.

Integração de Gerenciamento de Sistemas MelhoradosFornece uma solução unificada para seus problemas de gerenciamento desistemas.

Controle mais efetivo de operações do DPPermite implementar a alteração e gerenciar o crescimento de maneira maiseficiente.

Disponibilidade aumentadaTorna-se possível pela recuperação automática da carga de trabalho.

Oportunidades de crescimentoTornam-se possíveis por sua capacidade de gerenciar volumes maiores decarga de trabalho.

Proteção do investimentoÉ facilitado ao construir seu investimento atual no z/OS e permitir queclientes existentes construam com base em seu investimento existente nogerenciamento de carga de trabalho.

Satisfação aumentada do clienteÉ atingida graças a níveis mais altos de serviço e disponibilidade, menoserros e resposta mais rápida a problemas.

Maior produtividadeIsto ocorre porque tarefas repetitivas e propensas a erro são automatizadase a equipe de operações pode usar seu tempo de maneira mais eficiente.

Integração de vários ambientes operacionaisFornece um único ponto de controle para os sistemas de cooperação queabrangem a operação do DP.

O portfólio é mais do que uma ferramenta de planejamento em lote: ele é umsistema de gerenciamento de produção com a capacidade de planejar todo otrabalho em execução em qualquer sistema.


Capítulo 2. Tivoli Workload Automation e ITUP

Este capítulo explica onde o Tivoli Workload Automation é colocado dentro doIBM Tivoli Unified Process (ITUP).

O IBM Tivoli Unified Process fornece documentação detalhada dos processos deGerenciamento de Serviços de TI baseados em melhores práticas do segmento desegmento de mercado, para ajudar os usuários a significativamente melhorar aeficiência e eficácia de suas organizações. O ITUP ajuda os usuários acompreenderem facilmente os processos, os relacionamentos entre os processos e asfunções e ferramentas envolvidas em uma implementação de processo eficiente.

Os processos descritos no ITUP são fortemente alinhados com a InformationTechnology Infrastructure Library (ITIL) que é baseada em melhores práticasobservadas dentro do segmento de mercado de TI. A ITIL fornece orientação dealto nível do que implementar, mas não de como implementar. O ITUP contémdiagramas de processo e descrições detalhadas para ajudar os usuários a entenderos processos e seus relacionamentos, tornando as recomendações da ITIL fáceis deseguir.

O ITUP é baseado no IBM Process Reference Model for IT (PRM-IT), que foiconjuntamente desenvolvido pelo IBM Global Services e pelo Tivoli. O PRM-ITfornece orientação detalhada do processo para todas as atividades que ocorrem noescritório do CIO, incluindo, mas sem limitação, o Gerenciamento do Serviço de TI.

Os Processos da ITUPA ITUP descreve um abrangente conjunto de processos em uma organização de TI.Cada processo é definido por:

Mentores de Ferramentas que descrevem o uso de melhor prática de ferramentasIBM em um contexto de processo

Os mentores de ferramentas ajudam os usuários a identificar quaisprodutos e soluções da IBM podem ser usados para executar atividades deprocessos específicos e detalham seu uso apropriado. Seguindo essaorientação, os usuários podem reduzir tempo, esforço e erros, além deobter o máximo valor fora de seus investimentos.

Definições de funções, responsabilidades e recursosA ITUP descreve as funções e as responsabilidades de todos os agentes nomodelo do processo. Os usuários podem identificar suas funções ecompreender as atividades que precisam desempenhar e as ferramentasdisponíveis para ajudá-los.

Produtos de trabalho e outras informaçõesA ITUP descreve todos os produtos de trabalho, muitas vezes referidoscomo artefatos, produzidos como saída ou requeridos como entrada porprocessos e atividades. Outras informações, como termos e conceitoschaves, também são definidas.

Cenários que descrevem problemas comuns e soluções de boas práticasOs cenários ajudam os usuários a compreender como problemas do mundoreal podem ser determinados com o aprimoramento e a integração deprocessos, o uso da ferramenta adequada e as funções e responsabilidadesdefinidas.


Execução de Serviço e Gerenciamento de Carga de TrabalhoEntre os processos suportados pelo Tivoli Workload Automation, a execução deserviço é um dos principais processos de TI descritos pelo ITUP. Sua missão éfornecer serviços operacionais para a infra-estrutura de TI e para a empresa.

As principais atividades de execução de serviços suportadas pelo Tivoli WorkloadAutomation são:v Fornecer serviçosv Gerenciar recursos de entregav Gerenciar a carga de trabalho

O gerenciamento de carga de trabalho tem o destino de aumentar a utilização derecursos de execução de tarefas e de reduzir o tempo total necessário para fornecera saída do processamento de tarefas. Essa atividade opera tanto em nível macrocomo em micro para preparar planejamentos de trabalho e pré-processar itens detrabalho quando necessário, de forma que os recursos de entrega possam sercorrespondentes às demandas do fluxo de trabalho em ótimo estilo.

Os objetivos do planejamento da carga de trabalho estão focalizados em:v Gerenciando a execução de atividades de acordo com calendários comerciais,

restrições de tempo e disponibilidade de recursos.v Gerenciando atividades que têm interações entre si, dependem umas das outras

e têm entidades e eventos externos.v Ativando a integração com ambientes de aplicativos de negócios, como o SAP

R3 e o PeopleSoft, e gerenciar a execução de atividades nesses ambientes.v Gerenciando o ciclo de vida para definir as atividades a serem executadas e suas

execuções.v Ativando o monitoramento e o controle na execução dessas atividades e na

coleta de resultados e de dados históricos em execução.

Gerenciando a Carga de Trabalho com o Tivoli Workload AutomationO Tivoli Workload Automation é um portfólio de produtos fornecido pela IBMpara automatizar todas as tarefas de gerenciamento de carga de trabalho. Osrecursos de planejamento do Tivoli Workload Automation ajudam você a planejartodas as fases de sua produção de carga de trabalho. Durante o período deprocessamento, os programas de controle de produção gerenciam o ambiente deprodução e automatizam a maioria das atividades do operador. Os planejadorespreparam tarefas para execução, resolvem interdependências e ativam e rastreiamtarefas. Como as tarefas iniciam assim que suas dependências são atendidas, otempo inativo é minimizado e o rendimento do processamento é aprimoradosignificativamente. As tarefas nunca são executadas fora de sequência e, no caso defalha de uma tarefa, os planejadores manipulam o processo de recuperação compouca ou nenhuma intervenção do operador.

O gerenciamento de carga de trabalho é baseado em um banco de dados quecontém as definições dos objetos de planejamento. Há duas versões do banco dedados de objetos de planejamento, dependendo da colocação do controlador decarga de trabalho principal: ele pode ser baseado em um computador mainframe(neste caso, z/OS) ou em uma plataforma distribuída. Alguns dos objetos deplanejamento podem existir nos dois bancos de dados, alguns se aplicam apenas àplataforma distribuída e outros podem ser aplicados apenas à plataforma domainframe.


O conjunto mínimo de definições de objeto que são requeridas para produzir umacarga de trabalho consiste em uma estação de trabalho, uma tarefa e um fluxo detarefas. Outros objetos de planejamento requeridos podem ser predefinidos eexistem por padrão.

Uma estação de trabalho é uma definição que representa um sistema decomputador ou outra entidade capaz de executar tarefas específicas e que tem acapacidade de relatar o status de execução das tarefas para o planejador. Com asinterfaces do Tivoli Workload Automation, você pode identificar os recursos físicosassociados às estações de trabalho.

Uma tarefa é a representação de um arquivo executável, um programa ou umcomando que é planejado e ativado pelo planejador. A tarefa é executada por umaestação de trabalho e, após a execução, tem um status que indica se a execução foibem-sucedida ou não. Uma definição de tarefa pode especificar informações sobreo que você deve fazer sempre que sua execução não foi bem-sucedida. As tarefasnão incluídas em um fluxo de tarefas não possuem nenhum atributo para execuçãoe são apenas a descrição de uma tarefa com uma definição de como executá-la emum formato conhecido para a estação de trabalho especificada.

Um fluxo de tarefas representa um contêiner para tarefas relacionadas eorganiza-as, no que diz respeito a tempo de execução, sequências, limitações desimultaneidade, repetições, designação de prioridade ou recursos, e assim pordiante. Os fluxos de tarefas são os elementos macro da carga de trabalho que vocêgerencia.

O plano de planejamento é a lista de pendências que indica ao Tivoli WorkloadScheduler ou ao Tivoli Workload Scheduler para z/OS quais tarefas executar equais dependências devem ser atendidas antes de cada tarefa ser ativada. O TivoliWorkload Scheduler ou o Tivoli Workload Scheduler para z/OS constrói o planoutilizando os elementos armazenados no banco de dados de planejamento.

A execução de um plano requer acompanhamento para identificar possíveisproblemas que podem impactar a entrega efetiva dos produtos de trabalho. Épossível executar o rastreamento a partir de uma interface Java™ baseada na Web,o Dynamic Workload Console, nem qualquer uma das plataformas (z/OS edistribuída). Como uma interface alternativa para o Dynamic Workload Console naplataforma z/OS, também é possível usar a interface do painel Interactive SystemProductivity Facility e nas plataforma distribuídas, é possível usar a interface delinha de comandos.

Consulte o Capítulo 4, “Um Cenário Comercial”, na página 17, o qual descreveuma possível implementação do gerenciamento de carga de trabalho com base noTivoli Workload Automation.

Capítulo 2. Tivoli Workload Automation e ITUP 13


Capítulo 3. Quem Executa o Gerenciamento de Carga deTrabalho

As funções primárias mais diretamente responsáveis pelo gerenciamento de cargade trabalho são:

O administrador de TIO administrador geral de TI de todo o hardware e software utilizados pelaempresa. Ele é responsável pela instalação, suporte e manutenção deservidores ou outros sistemas de computador, e também pelo planejamentoe pela resposta a interrupções de serviço e outros problemas.

Ele instala e mantém a ferramenta de planejamento de tarefas.

O administrador de TI do Tivoli Workload SchedulerGrande parte de seu tempo é dedicada a manter o planejamento de tarefasexecutando tranquilamente. Ele próprio raramente faz qualquerplanejamento real, mas, em vez disso, age como a pessoa em segundoplano que oferece suporte àqueles que o fazem. O administrador de TI doTivoli Workload Scheduler:v Define e mantém a segurança para a ferramenta de planejamento de

tarefas.v Em determinadas ocasiões, realiza uma quantidade mínima de ajuste e

customização da ferramenta de planejamento de tarefas.v Garante que os ambientes da ferramenta de planejamento de tarefas

estejam em pleno funcionamento todo o tempo e, se algo de erradoocorrer, ele precisará resolver rapidamente o problema.

v Monitora o status de funcionamento da infra-estrutura de ferramenta doplanejamento de tarefas. Utiliza ferramentas que o alertam (geralmente,via e-mail ou pager) e criam alertas ou abrem automaticamente umaabertura de chamados de problemas para alertar a pessoa responsávelquando há um problema.

v Ocasionalmente, gasta seu tempo ajudando a corrigir problemas deplanejamento de tarefas que os planejadores de tarefas não podementender.

v Gera e utiliza relatórios.v Ocasionalmente, documenta problemas maiores e soluções alternativas

no Web site da comunidade.v Interage principalmente com membros da equipe de colegas,

programadores e planejadores de tarefas.v Algumas vezes, faz sugestões para o gerenciamento sobre o

planejamento de capacidade e compras de software de TI.

O Planejador de TarefasEle é o agente principal no gerenciamento de carga de trabalho e precisacriar e manter facilmente um plano que contenha a carga de trabalho daempresa. Ele é responsável pela modelagem da carga de trabalho daempresa e pelo projeto, correção e manutenção de planejamentos. Suasprincipais responsabilidades são:v Gerenciar a complexidade e as dependências da carga de trabalho.v Otimizar a eficiência, a flexibilidade e a resiliência do planejamento.


v Analisar e corrigir problemas de modelagem.v Procurar, proativamente, pela integridade do planejamento.

O operador de planejamentoEle é responsável pelo desempenho de todos os processos e procedimentosoperacionais, garantindo a continuidade de negócios do fluxo de trabalho.Suas principais responsabilidades são:v Monitorar eventos críticos e desempenhar a primeira análise de

problemas.v Gerenciar e coordenar a resolução de problemas.v Assegurar a continuidade das operações.

Geralmente, ele não se dedica a monitorar sozinho o planejamento detarefas.

O Gerente de Planejamento e OperaçõesEle:v Não utiliza ferramentas de planejamento de tarefas para si próprio; mas

tem interesse nos dados operacionais das ferramentas, como relatóriossobre tarefas de longa execução e em atraso e sobre o status do acordode nível de serviço.

v Certifica-se de que sua equipe tenha o conhecimento e as ferramentasnecessárias para planejar e gerenciar tarefas de maneira eficiente.

v Está sempre procurando maneiras de reduzir custo em sua organização,tornando sua equipe mais eficiente.

v Acredita que o processo seja o mais importante no gerenciamento de TIe também acredita que o processo de planejamento de tarefas de suaequipe possa ser melhorado. Ele está familiarizado com o ITUP do qualsua organização de TI implementou os aspectos básicos dogerenciamento de mudanças. Consequentemente, sua equipe segue esteprocesso.


Capítulo 4. Um Cenário Comercial

O propósito do cenário a seguir é mostrar como a opção do produto deplanejamento de carga de trabalho correto, junto com a melhoria e a integração deprocessos, além de funções e responsabilidades bem definidas podem melhorar osnegócios de uma empresa de manufatura.

A EmpresaA Fine Cola é uma empresa de médio porte que produz e distribui refrigerantespara varejistas no país inteiro. A empresa possui uma instalação de produção evários centros de distribuição estrategicamente localizados. Os principais clientesda Fine Cola são cadeias de alimentação e a quantidade e o tamanho de seuspedidos geralmente são regulares e estáveis. No entanto, as quantidades depedidos aumentam no verão e durante os feriados. Além disso, a médio prazo, aFine Cola deseja ampliar seus negócios conquistando mercados em outros países. Aequipe de vendas da Fine Cola está sempre buscando com entusiasmo atender anovos pedidos e aumentar o portfólio de vendas. Estas características determinamos processos de produção e distribuição da Fine Cola. A produção e a distribuiçãopodem ser divididas em subprocessos ou fases contínuos que são constantementeinterbloqueados uns com os outros. São eles:

InventárioFundamenta o processo de produção inteiro. O banco de dados demateriais originais é dimensionado nos níveis de produção suplementadospor níveis mínimos de segurança. Os níveis de produção são, por sua vez,baseados na quantidade do pedido para o período específico.

PedidoOs níveis de quantidade de material original devem estar disponíveis paraprodução, de acordo com os níveis de produção predefinidos. Os pedidosdevem ser planejados e emitidos com antecedência para considerar ostempos de entrega pelos fornecedores de terceiros.

ProduçãoOs níveis gerais de produção são planejados com bastante antecedênciacom base nos pedidos dos clientes. A produção é regularmente aumentadaem um adicional de cinco por cento para fornecer a capacidade de atendera pedidos não planejados.

FornecimentoNa instalação de produção, as bebidas sem álcool são transportadas paraos centros de distribuição de acordo com os planejamentos de entrega dosclientes.

EntregaA última fase do processo. As bebidas gasosas da Fine Cola são entreguesdos centros de distribuição para os estabelecimentos dos clientes.

Inventário, pedido e produção ocorrem na instalação de produção. O fornecimentoocorre da instalação de produção para os centros de distribuição. A entrega ocorredos centros de distribuição para os destinos finais.

Essas fases são estreitamente ligadas umas às outras. Embora toda bebida com gásque esteja na prateleira possa ser considerada como o resultado de uma sequência


específica que iniciar com o inventário e termina com a entrega, todas as fasesestão, na verdade, constantemente ligadas. De fato, os mesmos dados sãocompartilhados de uma maneira ou de outra por todas ou pela maioria das fases, eos aplicativos foram projetados para conduzir as operações diárias e configurar asoperações futuras.

A Fine Cola usa os seguintes bancos de dados para executar os subprocessosmencionados acima:

Pedidos do ClienteContém todos os pedidos para o período a ser apresentado da base declientes da Fine Cola. Fornece entrada para:v Inventário

Matérias-primasContém as quantidades em estoque de matérias-primas necessárias paraproduzir os refrigerantes da Fine Cola. A partir daqui, os pedidos sãodespachados para os fornecedores quando os níveis de estoque atingem aum mínimo pré-configurado. Recebe informações de:v Volumes de Produção

Volumes de ProduçãoContém as quantidades de bebidas com gás que devem ser produzidasdiariamente, de acordo com os volumes de pedidos. Fornece entrada para:v Inventáriov Matérias-primas

Recebe informações de:v Inventário

InventárioContém as quantidades em estoque do produto acabado. É monitoradopara verificar se as quantidades em estoque são suficientes para honrar ospedidos de um intervalo de tempo específico. Fornece entrada para erecebe entrada de:v Volumes de Produçãov Para Fornecer

Para FornecerContém as quantidades de bebidas com gás que devem ser enviadasperiodicamente da instalação de fabricação para os centros de distribuiçãopara atender aos pedidos das redes de alimentos durante o período delançamento. Fornece entrada para:v Inventáriov Para Entregar

Para EntregarContém as quantidades que devem ser entregues de cada centro dedistribuição para as redes de alimentos na respectiva área. Fornece entradapara:v Pedidos do Cliente

Recebe informações de:v Para Fornecer

A carga de trabalho da empresa é orientada por aplicativos, como contabilidade,pagamentos, pagamentos de fornecedor e de utilitários, compras e pedidos, eorientada por sistemas, como backup, migração, exportação, transferência ou


operações de carregamento. Normalmente, a carga de trabalho processa váriositens de dados, como contas, pedidos, transações e registros do banco de dados, aomesmo tempo.

Esses aplicativos essenciais são altamente relevantes para a rentabilidade daempresa e também influenciam diretamente a satisfação do cliente.

Para criar valor agregado e satisfazer às expectativas do cliente, a empresa devefortalecer a integração com os aplicativos de negócios e fornecer um planejamentocompleto dos recursos e consolidar a integração com os aplicativos corporativos.

O DesafioAtualmente, esses bancos de dados não são automaticamente integrados uns aosoutros e precisam da intervenção humana contínua para serem atualizados. Issoafeta as operações da Fine Cola porque:v O processo como um todo é oneroso e propenso a erro.v As interfaces entre as fases são lentas e não são muito eficientes.

A empresa percebe a necessidade de uma melhor integração com os centros dedistribuição porque o processamento é extremamente lento durante o horárioregular de trabalho nas estações mais quentes e durante os feriados. O usuáriospassam por congelamento de aplicativos, geralmente levando um tempoconsiderável antes destes ficarem disponíveis para serem utilizados novamente.Esta falta de integração está causando problemas para a organização em termos deperda de produtividade, até que os aplicativos voltem a ficar on-line. Esse é umproblema porque a interrupção de processamentos importantes não é aceitávelquando a empresa deseja expandir o seu negócio. O tempo de resposta para osSLAs (Acordos de Nível de Serviço) deve continuar a ser atendido se um recursodeixar de funcionar, se a estação de trabalho for interrompida ou se há urgênciapara manutenção e, mais ainda, durante os períodos de pico se os recursosestiverem geograficamente distribuídos. Por outro lado, a empresa não desejacomprar novos recursos de TI (hardware, software, aplicativos) porque não seriamutilizados durante os outros períodos do ano.

A Fine Cola acredita que sua principal fraqueza esteja no processamento. Aempresa precisa implementar uma solução que:v Integre os dados ocultos no processamento do fluxo de trabalho, do inventário

até a distribuição. Isso tornará possível o acionamento automático das operaçõesdiárias sem precisar de muita intervenção humana. Também proporciona à FineCola completo controle sobre todo o processo de negócios, reduzindo aintervenção humana apenas à manipulação de exceção.

v Integre dados externos provenientes de terceiros, como clientes selecionados efornecedores de matéria-prima, no fluxo do processo. Tais dados são fornecidospara a Fine Cola em diversos formatos e a partir de diferentes aplicativos edevem ser integrados nos bancos de dados da Fine Cola de uma maneiraperfeita.

v Permite backups diários de seus dados, bem como a reorganização subsequentedo banco de dados DB2 com o mínimo impacto possível em seus processos. Oprocessamento de dados coletados on-line durante o dia anterior é a próximaetapa.

v Otimize o espaço da infra-estrutura de TI e execute uma carga de trabalhoelevada, muito mais que antes, utilizando recursos compartilhados, mesmo queos recursos estejam distribuídos geograficamente.

Capítulo 4. Um Cenário Comercial 19

v Certifique-se da disponibilidade durante 24 horas por dia, 7 dias por semana e365 dias no ano dos serviços de negócios críticos. Os planos de recuperação dedesastres não são mais suficientes porque o negócio precisa recuperar-se dentrode algumas horas, e não dias. A recuperação das fitas de ontem à noite e aretomada das transações perdidas após a falha do sistema ou do aplicativo não émais uma opção viável para a empresa em um mercado altamente competitivo.

v Tenha uma probabilidade muito baixa de falha levando a uma confiabilidade dosistema ao máximo.

A principal meta da empresa neste momento é obter uma solução de carga detrabalho integrada que possa compor inteiramente suas tarefas de aplicativo denegócios. Isso quer dizer soluções que otimizam o espaço da infra-estrutura de TI eexecutem uma carga de trabalho extraordinária, muito mais que antes, utilizandomenos recursos. Por exemplo, se a empresa tiver um problema e o servidorprincipal não processar a carga de trabalho, a empresa deseja automatizar a rápidaredistribuição dos recursos do sistema para processar cargas de trabalho eaumentar ou diminuir a escala para uma execução perfeita. Dessa maneira, aempresa reduz custos porque acelera o tempo de recuperação, não importa qualseja a origem. O objetivo é ter uma visão dos melhores recursos disponíveis nesteconsórcio interpresarial de deslocamento dinâmico.


12

2

3

4

56

7

8

9

10

11 112

2

3

4

56

7

8

9

10

11 1

12

2

3

4

56

7

8

9

10

11 112

2

3

4

56

7

8

9

10

11 1 12

2

3

4

56

7

8

9

10

11 112

2

3

4

56

7

8

9

10

11 1

12

2

3

4

56

7

8

9

10

11 112

2

3

4

56

7

8

9

10

11 1

Tarefa 1 Tarefa 2 Tarefa 3 Tarefa 4 Tarefa 5 Tarefa 6

Objetivo da EmpresaObter uma solução integradade carga de trabalho capaz deorquestrar as tarefas deaplicativos de negócios

Reclamações de Clientes

Os bancos de dados nãoestão integrados entre si.

O tempo de resposta para osSLAs (Acordos de Nível deServiço) não é garantido senão há um recurso disponível,se um computador for interrompidoou durante períodos de pico.

A capacidade da infra-estruturade TI não está otimizada, por issoeles estão sofrendo lentidão noprocessamento durante as horasde trabalho.

Fazendo Inventário Fazendo Pedidos Fornecimento Sobre o balcão

Sistema Integrado de Carga de Trabalho

Figura 2. A solução integrada de carga de trabalho da empresa Fine Cola


A SoluçãoA Fine Cola decide que uma etapa importante em direção ao aprimoramento dosseus processos de execução é adotar uma solução baseada em um planejamentoautomático e dinâmico da carga de trabalho. A solução é baseada em uma opçãoque fortalece a integração com aplicativos empresariais para executar as seguintestarefas:v Ler os dados de um banco de dados para atualizar outros bancos de dados.v Ler os dados de aplicativos externos, processá-los e inclui-los nos bancos de

dados apropriados.v Fornecer as informações necessárias para a operação de todas as fases.v Acionar algumas das fases quando limites predeterminados forem atingidos.v Fazer backup de seus dados sem interromper a produção.v A partir da perspectiva de gerenciamento de espaço, tomar conhecimento do

tamanho de um aplicativo e quais os recursos necessários, utilizar isso comomodelo em comparação com os recursos existentes e ser capaz de prognosticar eprever a capacidade que o novo aplicativo precisa conforme é definido pelaempresa.

v A partir da perspectiva de gerenciamento de disponibilidade, utilizar os recursosdisponíveis no ambiente para suportar o aplicativo e compreender comotrabalhar para planejar, monitorar e gerenciar eficientemente esse aplicativocomo ele é apresentado. Então, se os recursos não estiverem disponíveis,interagirem com o gerenciamento de mudanças e processos de provisão paraalocar dinamicamente os recursos necessários.

v Ter um processo de gerenciamento de negócios que monitora todas as diversaspolíticas e que conduza uma visão consistente das políticas para o aplicativo.

Depois de analisar os produtos do gerenciamento de carga de trabalho disponíveisno mercado, a Fine Cola escolheu usar o IBM Tivoli Workload Scheduler eespecificamente o gerenciador de domínio dinâmico para:v Otimizar e automatizar as tarefas para processar seus aplicativos e adaptar

dinamicamente seu processamento em resposta às mudanças no ambiente.v Planejar, esquematizar minuciosamente e agendar as mudanças necessárias dos

aplicativos para minimizar o impacto das mudanças em cargas de trabalho deprodução críticas e certificar-se de que os processos de carga de trabalho estejamatualizados para refletir as mudanças dos ciclos de vida dos ativos.

v Reduzir o tempo total necessário para fornecer o resultado dos processos deresolução das tarefas.

v Manipular dependências entre tarefas, dados e aplicativos externos, de formaque a carga de trabalho inteira possa ser gerenciada de forma homogênea nomesmo fluxo do processo.

v Criar uma visão baseada na política de automação de fluxo de trabalho, nãoapenas automação de fluxo de trabalho, mas também um fluxo interempresarial,e direcionar esse fluxo de trabalho para toda a empresa ao mesmo tempo emque programa, planeja, gerencia e monitora todas essas coisas. Ajustandodinamicamente a capacidade interempresarial para suportar a visão dinâmica dacarga de trabalho.

v Transferir automaticamente toda a carga de trabalho nas diversas plataformasmúltiplas e atualizar as políticas nessas diversas plataformas.

v Equilíbrio entre a habilidade de fornecer planejamento, teste, coreografia,monitoramento e adaptação sofisticados dos processos de carga de trabalho com


tolerância a falhas e redundância para obter alta disponibilidade dainfraestrutura de planejamento, enquanto minimiza os requisitos de servidor erecursos de rede.

v Integrar-se perfeitamente umas às outras.

O Tivoli Workload Scheduler opera tanto em nível macro como em micro parapreparar planejamentos de trabalho e pré-processar itens de trabalho quandonecessário, de forma que os recursos de entrega possam ser correspondentes àsdemandas do fluxo de trabalho em ótimo estilo.

O gerenciador de domínio dinâmico roteia dinamicamente a carga de trabalho paraos melhores recursos disponíveis com base nos requisitos de aplicativos e políticasde negócios. Além disso, otimiza a utilização dos recursos computacionais de TIconforme os acordos de nível de serviço.

Os aplicativos da Fine Cola são mapeados para o que na terminologia do TivoliWorkload Scheduler são unidades de trabalho denominadas tarefas. Algumasdestas tarefas são alocadas estaticamente para recursos dedicados à execução(definição de tarefa estática), outras são alocadas dinamicamente em recursosfísicos ou virtuais de acordo com a importância da tarefa, requisitos, políticas deplanejamento e com base em características de recursos de ambiente,relacionamentos, disponibilidade, carregamento e desempenho (definição de tarefadinâmica). Eles conduzem a alocação de recursos para atender ao SLA da tarefa e aotimização de recursos.

As tarefas que são executadas executadas como uma unidade (como um aplicativosde backup semanal), junto com horas, prioridades e outras dependências quedeterminam a ordem exata das tarefas são agrupadas nos fluxos de tarefas .

Os fluxos de tarefas da Fine Cola são coleções de tarefas que são agrupadas parapropósitos organizacionais. As tarefas de qualquer fluxo de tarefa específico sãorelacionadas porque:v Operam em direção à conclusão de tarefas relacionadas. Por exemplo, as tarefas

de Jobstream100 executam tarefas projetadas para converter pedidos de clientesrecebidos em dados operacionais.

v Podem depender umas das outras. Algumas tarefas podem ter de aguardar aconclusão de tarefas predecessoras para que a execução delas possa ser iniciada.Geralmente, as tarefas são colocadas em uma sequência onde o resultado de umpredecessor é alimentado para uma tarefa sucessora.

v Compartilham os mesmos programas, aplicativos e bancos de dados.v Compartilham os mesmos períodos de tempo dentro do período de

planejamento.

Usando o Tivoli Workload Scheduler, o processo de negócios da Fine Cola éestruturado da seguinte maneira:1. No início de cada dia, Jobstream100:

a. Extrai os novos pedidos recebidos do banco de dados de Pedidos doCliente.

b. Verifica um aplicativo externo, no qual vários clientes selecionados podemcolocar pedidos inesperados. Se houver pedidos, eles serão extraídos emesclados com outros dados.

c. Copia os pedidos consolidados em uma visualização do banco de dadosseparada.

d. Classifica-os por data de entrega e quantidade e gera um relatório.


2. Assim que o relatório está disponível, Jobstream200 extrai os números dorelatório e compara-os com dados relevantes no banco de dados Inventário. Ameta é determinar o volume de produção necessário no próximo ciclo deprodução para atender os pedidos.

3. Jobstream300 extrai dos dados dos volumes de produção e atualiza o banco dedados Volumes de Produção com as quantidades de cada tipo de bebida comgás que deve ser fabricada no próximo ciclo.

4. Jobstream400 lê os dados no banco de dados Volumes de Produção e:a. Calcula as quantidades de matérias-primas necessárias para executar o ciclo

de produção que está por vir.b. Sinaliza essas quantidades como alocadas para o próximo ciclo no banco

de dados Matérias-primas.c. Verifica as quantidades para ver se atingiram os níveis mínimos de estoque

e aciona pedidos para fornecedores de matérias-primas da Fine Cola, senecessário.

5. Jobstream500 lê o relatório com pedidos que estão para vencer no banco dedados Pedidos do Cliente e:a. Gera os planejamentos e os destinos para transporte.b. Atualiza o banco de dados Para Fornecer.c. Envia os planejamentos de entrega aos centros de distribuição.

6. Jobstream600 lê os bancos de dados do centro de distribuição e:a. Extrai os pedidos que foram preenchidos.b. Atualiza o banco de dados Pedidos do Cliente, para que as faturas possam

ser preparadas e enviadas.7. Jobstream700 faz um backup de todo o banco de dados.

A Fine Cola estabelece um plano a longo prazo que inclui a carga de trabalhointeira, a extensão de fluxos de tarefas que são executadas diariamente e de fluxosde tarefas que possuem outros recorrências. No plano a longo prazo, um planoatual é extraído no início de todas as unidades de tempo. É possível optar para operíodo de tempo do plano atual variar de algumas horas a vários dias. A FineCola optou por configurar seu plano atual diariamente. No início de cada dia, umnovo plano diário é criado pelo software de planejamento de carga de trabalho: osdados são extraídos do plano a longo prazo e do plano diário do dia anterior paraincluir as tarefas que não puderam ser concluídas.

A empresa também deve certificar-se que, durante os períodos de pico, as tarefasno caminho crítico são executadas no período de tempo necessário. Paraassegurar-se disso eles converteram algumas tarefas da definição estática para adefinição dinâmica para gerenciar os pedidos extras usando o gerenciador dedomínio dinâmico. Com o gerenciador de domínio dinâmico, a empresa pode:v Gerenciar a descoberta automática dos recursos disponíveis no ambiente de

planejamento com suas características e relacionamentos.v Designar os recursos apropriados à tarefa para executar com base nos requisitos

da tarefa e nas políticas de administração.v Otimizar a utilização dos recursos atribuindo os recursos necessários à tarefa

com base no acordo de nível de serviço.v Gerenciar e controlar o consumo de recursos e o carregamento.v Enviar tarefas para recursos de destino que atendam aos requisitos para executar

a tarefa.


O banco de dados relacional do Tivoli Workload Scheduler contém as informaçõesrelacionadas às tarefas, aos fluxos de tarefas, às estações de trabalho em que elassão executadas e as especificações de tempo que estabelecem as regras daoperação. Ele também contém dados usados pelo gerenciador de domíniodinâmico, como informações sobre o ambiente de TI, o desempenho tempo real dorecurso e dados de carregamento. Também armazena as definições de tarefa econtrola os recursos atribuídos a cada tarefa.

Desta fora, o analista de planejamento da Fine Cola pode criar e mudar qualquerum destes objetos a qualquer momento e o administrador de TI da Fine Cola podedinamicamente designar o melhor conjunto de recursos para atender a pedidos derealocação com base em políticas definidas, sem qualquer impacto nos negócios.

O administrador de TI também pode garantir o uso correto concorrente ouexclusivo dos recursos nas diferentes tarefas, de acordo com as características dorecurso. Se a solicitação de recurso não puder ser imediatamente realizada, elepode usar o planejamento dinâmico para automaticamente enfileirar o recurso atéque mudanças na utilização do recurso ou no ambiente levem ao seucumprimento.

O plano de planejamento da carga de trabalho pode ser alterado de forma tãorápida e dinâmica quanto é exigido pelas necessidades operacionais e de negócios.O analista de planejamento faz uso total das opções de teste e previsão disponíveisno planejador para ajustar e otimizar o planejamento e, como consequência, a linhade operações da Fine Cola.

Para responder a quaisquer demandas inesperadas e não planejadas, tarefasindividuais podem ser incluídas ad hoc no plano de planejamento a qualquermomento.

Além disso, a empresa pode usar o planejamento dinâmico para rapidamenteadaptar-se para aumento da carga de trabalho durante períodos de pico,conduzindo o requisito para virtualização de carga de trabalho, que é a habilidadede gerenciar e controlar a carga de trabalho de forma que ela seja dividida, roteadapara os recursos e a capacidade apropriados e dinamicamente movimentada emtorno dos conjuntos de recursos lógicos.

Se um recurso não estiver disponível, o acordo de nível de serviço definidocontinua a ser atendido porque o processamento da tarefa será reiniciado do pontoem que a falha ocorreu.

Cenários Típicos CotidianosEsta seção descreve as funções e as responsabilidades da equipe de TI da Fine Colae os cenários cotidianos que ela pode enfrentar em qualquer dia típico. A equipede TI da Fine Cola envolvida no planejamento da carga de trabalho é compostapelos seguintes profissionais:v O analista de planejamento. Ele é responsável pela modelagem da carga de

trabalho da empresa e pelo projeto, correção e manutenção de planejamentos.Suas principais responsabilidades são:– Gerenciamento da complexidade e das dependências de carga de trabalho da

Fine Cola.– Otimização da eficiência, flexibilidade e resiliência do planejamento.– Análise e correção de problemas de modelagem; procurando proativamente

pela integridade do planejamento.


v O analista de operações. Suas principais responsabilidades são:– Monitorar eventos críticos e realizar a primeira análise de problemas.– Gerenciar e coordenar a resolução de problemas.– Garantia a continuidade das operações.

v O administrador de infra-estrutura de TI. Suas principais responsabilidades são:– Preencher a necessidade de atribuir recursos físicos ou virtuais para as tarefas

de acordo com a importância da tarefa, requisitos, políticas de planejamento ecom base nas características de recursos do ambiente, relacionamentos,disponibilidade, carregamento e desempenho.

– Gerenciar a reserva avançada ou fornecer os recursos necessários.– Conduzir a alocação de recursos para atender ao SLA da tarefa e os dados de

otimização de recursos sem interrupção do serviço e, possivelmente, de formatransparente para os usuários.

– Fazer o backup do planejamento diário sem impacto nas operações.– Garantir uma alta disponibilidade da infra-estrutura. Se um recurso estiver

inativo ou uma estação de trabalho não estiver disponível, a disponibilidadedefinida no acordo de nível de serviço deve continuar a ser atendida.

– Definir e manter a topologia do ambiente.

Gerenciando a Carga de TrabalhoJuntamente com o administrador da infra-estrutura de TI e com outra equipe, oanalista de planejamento concorda em alterar o fluxo de trabalho do aplicativo quedeve entrar em produção em um mês. A alteração influencia o Jobstream100 einclui:v Definição de uma nova tarefa e substituição de algumas dependências de tarefa

no fluxo da tarefa.v Definição de duas instâncias Jobstream100 que serão executadas duas vezes no

dia, durante uma semana e durante o verão. Então, ele precisa:– Definir um ciclo de execução para cada uma das duas instâncias. O horário

de início esperado do primeiro ciclo de execução é 9h00. O segundo estáplanejado para iniciar às 17h00.

– Concordar com o administrador de infra-estrutura de TI quanto ao conjuntode recursos que satisfaça o acordo de nível de serviço da tarefa em termos deRAM e microprocessadores.

Em seguida, ele continua da seguinte maneira:1. Revisa a nova lógica do fluxo e estabelece um plano. Ele deseja projetar as

mudanças, testá-las por três dias e ter um primeiro teste automático executadoem uma semana.

2. Ele continua a aplicar as mudanças em Jobstream100. Enquanto faz isso,descobre que o especialista do aplicativo deve modificar as tarefas (scripts)contidos em algumas das tarefas.

3. Por esse motivo, ele sai do fluxo de tarefa em estado de rascunho enquanto otrabalho ainda está em andamento, de forma que não seja incluído no planogerado todos os dias.

4. Para aplicar as mudanças ele opera diretamente usando o editor de fluxo detarefas disponível com o produto de planejamento da Fine Cola: definindouma nova tarefa ao renomear uma definição de tarefa existente e incluindouma nova dependência.

5. Depois de ter concluído o rascunho das mudanças, ele salva o fluxo de tarefacom uma data de validade definida como amanhã e status ativo no sistema deteste.


6. Antes de ativar o plano que contém o fluxo de tarefa modificado, ele gera umplano de experiência para verificar se as dependências foram corretamentedeterminadas.

7. Quando o plano de teste é finalizado, ele analisa as estatísticas da tarefa edescobre que um design diferente de dependências poderá aumentar o tempodecorrido total.

8. Ele aplica as mudanças, configura as novas dependências e cria uma extensãodo plano. O fluxo de tarefa é replanejado e executado em um ambiente deteste de forma correta e em tempo oportuno.

9. Ele atende ao administrador da infra-estrutura de TI para verificar se todos osrecursos envolvidos na execução do novo plano estarão disponíveis nospróximos dias.

10. O administrador de infra-estrutura de TI, após analisar o plano dedisponibilidade dos recursos de TI, o avisa que um dos recursos necessáriosnão estará disponível na próxima semana.

11. O administrador de infra-estrutura de TI pede ao analista de planejamentopara executar um plano de previsão.

12. Em seguida, ele executa um plano de previsão, o qual contém as atividadeplanejadas para a próxima semana, para verificar se a indisponibilidade dosrecursos não causará problemas mais sérios.

13. Ele acha que a indisponibilidade dos recursos causará uma redução nodesempenho porque os outros recursos serão sobrecarregados.

14. Ele notifica o administrador de infra-estrutura de TI sobre o problemapotencial.

15. O administrador de infra-estrutura de TI analisa a disponibilidade de recursosentre departamentos e constata que os recursos que pertencem a outrodepartamento atendem aos requisitos para executar a definição da tarefa.

16. O analista de planejamento move a carga de trabalho da alocação estática paradinâmica. Ele usa o gerenciador de domínio dinâmico para rotear cargas detrabalho para os melhores sistemas disponíveis correspondendo requisitos decarregamento e políticas de negócio para capacidades de recurso disponíveis.

17. Ele identifica as tarefas no caminho crítico e modifica suas definições de formaque elas possam ser executadas dinamicamente.

18. Finalmente, ele configura uma data para executar o novo plano no ambientede produção e notifica o administrador da infra-estrutura de TI.

A Figura 3 na página 28 mostra como a empresa Fine Cola pode dinamicamentegerenciar sua carga de trabalho usando o recurso de planejamento dinâmicoincluído do Tivoli Workload Scheduler e satisfazendo o tempo de resposta doacordo de nível de serviço.


Monitorando a Carga de TrabalhoEnquanto o analista de operações monitora a carga de trabalho automatizada emum dia típico de trabalho, ele descobre que Job306, que está no caminho crítico doplanejamento, está no status abortar. Por esse motivo, Jobstream300 não completao cronograma necessário, provocando um efeito negativo no restante doplanejamento. O atraso consequente na execução do plano pode causar problemasnas operações diárias da Fine Co. Com a ajuda do Dynamic Workload Console, épossível:

12

2

3

4

56

7

8

9

10

11 112

2

3

4

56

7

8

9

10

11 1

12

2

3

4

56

7

8

9

10

11 112

2

3

4

56

7

8

9

10

11 1 12

2

3

4

56

7

8

9

10

11 112

2

3

4

56

7

8

9

10

11 1

12

2

3

4

56

7

8

9

10

11 112

2

3

4

56

7

8

9

10

11 1

Tarefa 1 Tarefa 2

Objetivo da EmpresaCumprir o tempo de resposta doSLA durante os períodos de pico

SLA

Tempo de Resposta < 10s

Disponibilidade 99%

Todos os pedidos estãodisponíveis até às 17:00.

Modo Estático

Se um pedido nãoplanejado ocorrer, oSLA para a tarefanão poderá ser atendido

Durante os períodosde pico, alguns recursosficarão sobrecarregados

Se novos recursosforem incluídos,as tarefas devem serreconfiguradas

Modo Dinâmico

Descobre automaticamenteos recursos disponíveis

Os SLAs para as tarefascontinuam a ser atendidos

As tarefas sãoautomaticamenteatribuídas para qualquerrecurso disponível quecorrespondaaos requisitos da tarefa

Tarefa 3 Tarefa 4 Tarefa 5

Tivoli Workload Schedulercom capacidade de planejamentodinâmico

Política Maximizara Utilização deRecursos

Figura 3. Como satisfazer o tempo de resposta do acordo de nível de serviço durante períodos de pico usando orecurso de planejamento dinâmico do Tivoli Workload Scheduler.


1. Analisar os registros de tarefa e de erros no plano atual e descobrir que o erroocorreu para uma exceção não gerenciada. O erro poderá ocorrer novamente enão pode simplesmente reiniciar o Job306.

2. Identificar o especialista do aplicativo que é responsável pelo Job306 e abrir umregistro do problema que contém todas as informações referentes à tarefa.

3. Consultar o status de tarefas dependentes, exportar a lista em formato CSV(Comma Separated Variables) e anexá-lo ao registro, de forma que ele possa servisualizado com uma planilha. Solicitar que o registro seja respondido com altaprioridade.

Após uma análise interna, o especialista do aplicativo descobre que há umcaminho de execução interrompido que deve ser corrigido. O tempo esperado pararesolução são três horas, incluindo uma hot fix e um teste de regressão.

No entanto, uma hora mais tarde o analista de operações descobrirá que, mesmose a equipe de suporte ao aplicativo trabalhar além do horário, a correção não seráconcluída antes do final do dia e será impossível fechar o processamento diário nadata atual. Ele verifica o status das tarefas dependentes e configura um horário dedestino para que a hot fix seja carregada na produção durante a noite.

Em seguida, em algum horário durante a noite:1. A equipe de aplicativo libera a hot fix e notifica o analista de planejamento, que

carrega a nova tarefa no sistema de produção, e notifica o analista deoperações.

2. O analista de operações é conectado ao sistema de planejamento de casa parareiniciar o fluxo de tarefa.

3. O analista de operações reinicia o Job306. A correção funciona e a tarefa éconcluída, conforme esperado, com uma hora de atraso para concluir as tarefasdependentes antes da próxima extensão do plano diário.

4. Na manhã seguinte, o plano do dia é criado. Por causa da funcionalidade daversão mais recente do Tivoli Workload Scheduler, as tarefas que dependem doJob306, que não puderam ser concluídas a tempo, simplesmente são movidaspara executar na data atual, sendo mantidos os seus nomes e todas as suasdependências de arquivo ativo.

5. O analista de operações monitora o processo remotamente. Quando ele chegano trabalho de manhã, verifica a conclusão real da carga de trabalho diária.Tudo foi concluído com êxito e ele fecha o registro.

Gerenciando a Organização da Infra-estrutura de TIDuas semanas antes do Natal, o administrador de infra-estrutura de TI recebe umanotificação do analista de planejamento de que um pedido não planejado incluitantas tarefas no fluxo de tarefas, no caminho crítico, que a sua conclusão estáatrasada em um dia. Isso causa um atraso também na conclusão do planoagendado para executar na semana anterior ao Natal. O analista de planejamentoavisa que ele já executou o plano de previsão e que verificou que, com estainclusão, o acordo de nível de serviço para o fluxo de tarefa não pode ser atendidoe que os recursos também serão sobrecarregados. Para evitar isso, as tarefassimultâneas que precisam utilizar o mesmo recurso terão de esperar até que aquantidade requisitada esteja disponível causando um atraso na entrega do pedido.

Para localizar uma solução para o problema em potencial e atingir os objetivosconfigurados para processamento de carga de trabalho, sem comprar recursosadicionais, usando o gerenciador de domínio dinâmico, ele continua da seguintemaneira:


1. Ele executa uma descoberta automática dos recursos disponíveis no domínio deplanejamento com suas características e relacionamentos.

2. Ele encontra um conjunto de recursos no departamento de Inventário queatende ao acordo de nível de serviço para executar as tarefas. Esses recursostêm o RAM necessário, o microprocessador, o sistema operacional e osambientes de aplicativo para executar o novo fluxo de tarefas e será usado nametade de sua capacidade durante o Natal.Sem o uso do planejamento dinâmico, ele não pôde adaptar o novoprocessamento de carga de trabalho para corresponder aos requisitos decarregamento com políticas e prioridades de negócios e disponibilidade ecapacidade de recursos. A única maneira de resolver o problema seria comprarum hardware novo para executar os fluxos de tarefas incluídos aumentando ocusto da infra-estrutura de gerenciamento de TI, sem otimizar o uso dosrecursos existentes.

3. Ele determina, com base nas políticas e no envio de tarefas, quantos novosrecursos são necessários para executar um novo fluxo de trabalho.

4. Ele gerencia as definições de objetivos de desempenho orientados pelosnegócios para todo o domínio de servidores, fornece uma visão de ponta aponta do real desempenho real relativo a esses objetivos e gerencia a alocaçãode recursos do servidor e o carregamento para atender aos objetivos dedesempenho.

5. Ele identifica os recursos necessários e encontra num acordo com o gerente dodepartamento de Inventário para compartilhar os recursos necessários entre osdois departamentos.

6. Ele define um novo recurso lógico no qual ele esboça as máquinas que sãocompartilhadas entre os departamentos.

7. Ele comunica ao departamento de Pedidos o novo acordo com a otimização derecursos.

8. Agora ele pode garantir a execução das tarefas dentro do período de tempo deacordo com políticas, regras e disponibilidade planejada dos recursos. Dessamaneira, ele também pode satisfazer a política de otimização para maximizar autilização de recursos.

9. O analista de planejamento agora desenvolve um plano de produção viável.Usando o planejamento dinâmico, ele atendeu às restrições impostas pelasregras e políticas e alcançou objetivos do acordo de nível de serviço,otimizando o tempo de execução, o rendimento, o custo e a confiabilidade.

Os BenefíciosAo adotar uma estratégia de planejamento de carga de trabalho, e em particularusando o Tivoli Workload Scheduler e seus recursos de planejamento dinâmico, aFine Cola está experimentando benefícios significativos e imediatos, tais como:v A integração bem-sucedida de todos os seus processos de fabricação e

distribuição.Por causa do modo como a Fine Cola implementou seu novo fluxo deprocessamento, todos os pedidos de clientes ficam ativos desde o momento emque um representante do serviço ao cliente recebe o pedido até o acoplamentode carregamento enviar a mercadoria e o setor financeiro enviar uma fatura.Agora, os pedidos podem ser rastreados com mais facilidade e a fabricação, oinventário e o transporte entre vários locais diferentes podem ser coordenadossimultaneamente. Se chegar um pedido não planejado, ele pode ser facilmentegerenciado na nova infraestrutura de TI dinâmica.

v A padronização e a aceleração do processo de fabricação.


O Tivoli Workload Scheduler tem ajudado a automatizar muitas das etapas doprocesso de manufatura da Fine Cola. Isso resulta em economia de tempo eaumento na produtividade.

v Redução do inventárioO processo de fabricação flui de maneira mais branda e isso aprimora avisibilidade do processo de realização do pedido dentro da empresa. Isso podelevar à redução do inventário das matérias-primas utilizadas e poderá ajudar nomelhor planejamento de entregas aos clientes, reduzindo o inventário demercadorias acabadas nos armazéns e nos acoplamentos de remessa.

v Otimização da infra-estruturas de TIA alocação dinâmica de recursos de TI maximiza o rendimento da carga detrabalho na empresa reduzindo custos, melhorando o desempenho e alinhandoTI com as necessidades comerciais e as demandas de serviços.

v Garantia de tolerância a falhas e alta disponibilidadeO Tivoli Workload Scheduler pode recuperar-se de falhas do servidor, do agentee de comunicação e pode reiniciar do ponto onde aconteceu a falha. Não serãoperdidas informação de status devido a eventos de falhas. Além disso, se ocomputador for interrompido, sua carga de trabalho será automaticamenteroteada para outro computador que possa garantir os acordos de nível deserviço.

Concluindo, esta solução fornece valor comercial porque:v Fornece tempos de resposta de serviços de acordo com os objetivos de nível de

serviço.v Compreende dependências em serviços para cada linha de negócios.v Acomoda padrões de uso imprevisíveis com lógica prevista.v Compreende relacionamentos de serviço entre si e com a infra-estrutura de TI e

as camadas do processo de negócios.v Fornece tolerância a falhas de rede e alta disponibilidade da infra-estrutura de

planejamento.v Reduz a complexidade operacional e do sistema e potencializa as habilidades e o

conhecimento da equipe de TI.v Integra sistemas rápida e facilmente com uma interrupção mínima dos processos

de negócios existentes.



Capítulo 5. Tivoli Workload Scheduler

Os recursos de planejamento do Tivoli Workload Scheduler ajudam você a planejartodas as fases de produção. Durante o período de processamento do plano, osprogramas de controle de produção do Tivoli Workload Scheduler gerenciam oambiente de produção e automatizam a maioria das atividades do operador. OTivoli Workload Scheduler prepara as tarefas para execução, resolve asinterdependências e ativa e monitora cada tarefa. Como as tarefas iniciam assimque suas dependências são atendidas, o tempo inativo é minimizado e orendimento do processamento é aprimorado significativamente. As tarefas sãosempre executadas em sequência e, se uma tarefa falhar, o Tivoli WorkloadScheduler manipula o processo de recuperação com pouca ou nenhumaintervenção do operador.

Visão GeralAs próximas seções fornecem uma visão geral do Tivoli Workload Scheduler.

O Que é Tivoli Workload SchedulerTivoli Workload Scheduler é composto das partes a seguir:

Mecanismo do Tivoli Workload SchedulerO mecanismo de planejamento. Ele funciona em todos os computadores deuma rede do Tivoli Workload Scheduler. Durante a instalação, omecanismo é configurado para a função que a estação de trabalhoreproduzirá na rede de planejamento, como o gerenciador de domínioprincipal, o gerenciador de domínio ou o agente.

O Dynamic Workload ConsoleEle é baseado na Web, leve, potente e de fácil utilização. Pode ser usadoem qualquer computador que tenha um navegador da Web e forneceacesso a todas as funções atuais do Tivoli Workload Scheduler. É ainterface gráfica com o usuário estratégica para todo o portfólio do TivoliWorkload Automation.

A Rede do Tivoli Workload SchedulerUma rede do Tivoli Workload Scheduler é constituída das estações de trabalho ouCPUs, nas quais tarefas e fluxos de tarefas são executadas.

Uma rede do Tivoli Workload Scheduler contém pelo menos um domínio do TivoliWorkload Scheduler, o domínio principal, no qual o gerenciador do domínioprincipal é o hub de gerenciamento. Os domínios adicionais podem ser utilizadospara dividirem uma rede amplamente distribuída em grupos gerenciados menorese localmente.


Utilizar múltiplos domínios reduz a quantidade de tráfego de rede, reduzindo otempo de comunicação entre o gerenciador de domínio principal e outroscomputadores.

Em uma configuração de domínio único, o gerenciador de domínio principalmantém comunicação com todas as estações de trabalho na rede de planejamento.

Em uma configuração de múltiplos domínios, o gerenciador de domínio principalcomunica-se com as estações de trabalho em seu domínio e com os gerenciadoresde domínio subordinados. Os gerenciadores de domínio subordinados, por suavez, comunicam-se com as estações de trabalho em seus domínios e com seusgerenciadores de domínio subordinados. Os domínios múltiplos também fornecemtolerância a falhas limitando os problemas causados pela perda de um gerenciadorde domínio para um único domínio. Para limitar os efeitos adicionais, é possíveldesignar gerenciadores de domínio de backup para assumirem no caso dosgerenciadores de domínio falharem.

Sempre que o plano de produção é criado ou estendido, o gerenciador de domínioprincipal cria um arquivo de controle de produção, chamado Symphony. O TivoliWorkload Scheduler é reiniciado na rede e o gerenciador de domínio principalenvia uma cópia do novo arquivo de controle de produção para cada um de seusagentes ligados automaticamente e gerenciadores de domínio subordinados. Osgerenciadores de domí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 como inícios e conclusõesdas tarefas são transmitidas dos agentes para seus gerenciadores de domínio,através dos gerenciadores de domínio pai para o gerenciador de domínio mestre.Em seguida, o gerenciador de domínio principal difunde as mensagens por toda aárvore hierárquica para atualizar os arquivos de controle de produção degerenciadores de domínio e de agentes tolerantes a falhas que estão sendoexecutados no modo Status Completo.

Principal

DM2

DM1

FTA1

SA1

FTA2

SA2

Figura 4. Essa rede do Tivoli Workload Scheduler é constituída de dois domínios


Tipos de Gerenciador e de AgentePrimeiramente, as definições da estação de trabalho referem-se às estações detrabalho físicas. No entanto, no caso de agentes estendidos e de rede, as estaçõesde trabalho são definições lógicas que devem ser hospedadas por uma estação detrabalho física do Tivoli Workload Scheduler.

As estações de trabalho do Tivoli Workload Scheduler podem ser dos seguintestipos:

MDM (Master Domain Manager)As Gerenciador de domínio no domínio mais elevado de uma rede doTivoli Workload Scheduler. Ele contém ou conecta ao banco de dadosrelacional que armazena as definições de objeto de planejamento. Ele criaou atualiza o arquivo de produção quando o plano é criado ou estendido eo distribui na rede. Ele executa todos os registros e relatórios para a rede.

Backup MasterUma agente tolerante a falhas ou gerenciador de domínio capaz de assumiras responsabilidades do gerenciador de domínio principal para recuperaçãoautomática da carga de trabalho.

Gerenciador de DomínioO hub de gerenciamento em um domínio. Todas as comunicações para edos agentes em um domínio são roteadas através do gerenciador dedomínio.

Gerenciador de Domínio de BackupUm agente tolerante a falhas capaz de assumir as responsabilidades dogerenciador de domínio.

Gerenciador de domínio dinâmicoUm componente instalado em uma rede distribuída do Tivoli WorkloadScheduler que é o hub de gerenciamento em um domínio. Todacomunicação para e dos agentes dinâmicos no domínio é roteada por meiodo gerente de domínio dinâmico.

Fazer Backup do gerenciador de domínio dinâmicoUma estação de trabalho que pode atuar como backup para o gerenciadorde domínio dinâmico quando ocorrem problemas. Ela é efetivamente umagerenciador de domínio dinâmico, aguardando ser ativada. Seu uso éopcional.

FTA (Agente Tolerante a Falhas)Uma estação de trabalho capaz de resolver dependências locais e ativarsuas tarefas na ausência de um gerenciador de domínio.

Agente dinâmicoUm agente instalado com recursos de planejamento dinâmico. É designadoa ele a execução de carga de trabalho dinâmica com base no estado de seusrecursos no horário da execução.

Executar carga de trabalho dinamicamenteComunica-se com o servidor sobre o status de seus recursos. Destaforma, o produto pode executar dinamicamente sua carga detrabalho para os melhores recursos disponíveis ao:v Descobrir automaticamente recursos de ambiente de

planejamento.v Seguir automaticamente mudanças de recursov Solicitar recursos adicionais quando necessáriov Corresponder requisitos de tarefa a recursos disponíveis

Capítulo 5. Tivoli Workload Scheduler 35

v Controlar e otimizar o uso de recursos

As características listadas acima fornecem potencialidades de altadisponibilidade e balanceamento de carga a seu ambiente e bonsconjuntos de ambientes virtualizados.

Quando uma tarefa é enviada, como parte de um fluxo de tarefasno plano ou por meio do envio ad hoc, o Tivoli WorkloadScheduler verifica os requisitos de tarefa, os recursos disponíveis eas características relacionadas e envia a tarefa ao recurso quemelhor atende aos requisitos para sua execução.

Execute ambos os tipos de tarefa existentes e tipos de tarefas com opçõesavançadas

Pode executar:v Tipos de tarefas existentes. Por exemplo, docommand e scripts.v Os tipos de tarefas com opções avançadas, ambos fornecidos

com o produto e os tipos adicionais implementados por meiodos plug-ins customizados. Por exemplo, os fornecidos com oproduto são DB2, transferência de arquivos e serviços da web.Os implementados por meio de plug-ins customizados são osdesenvolvidos usando o Integration Workbench do SoftwareDevelopment Kit (SDK). Para executar esses tipos de tarefa, vocêtambém deve instalar o tempo de execução Java.

Gerenciar recurso lógico de broker de carga de trabalho dinâmicaPode executar remotamente, a partir do agente, o comando dorecurso do broker de carga de trabalho dinâmica no servidor. Paragerenciar o comando recurso, você também deve instalar o tempode execução Java.

Agente PadrãoUma estação de trabalho que ativa tarefas somente na direção de seugerenciador de domínio. Não é tolerante a falhas.

Agente EstendidoUma definição da estação de trabalho lógica que o ajuda a ativar econtrolar tarefas em outros sistemas e aplicativos, tais como PeopleSoft,Oracle Applications, SAP e z/OS.

agente z-centricExecuta tarefas planejadas a partir do Tivoli Workload Scheduler paraz/OS, mas está instalado no ambiente do Tivoli Workload Scheduler. Eletem tolerância a falhas e se comunica diretamente com o controlador TivoliWorkload Scheduler para z/OS por meio da interface HTTP do RESTful.No Tivoli Workload Scheduler para z/OS ele tem a mesma funcionalidadede uma estação de trabalho automática do computador, embora ele sejaexecutado no ambiente distribuído.

Agente de RedeUma definição da estação de trabalho lógica para criação de dependênciasentre tarefas e fluxos de tarefa em redes separadas do Tivoli WorkloadScheduler.

TopologiaUma meio importante para escolher como configurar os domínios do TivoliWorkload Scheduler para uma empresa é o conceito de processamento localizado.A ideia é separar ou localizar as necessidades de planejamento da empresa combase em um conjunto comum de características.


As características comuns são itens, tais como localizações geográficas, funções denegócios e agrupamentos de aplicativos. O processamento relacionado aoagrupamento pode limitar a quantidade de informações de interdependência queprecisa ser comunicada entre domínios. Os benefícios do processamento delocalização em domínios são:v Tráfego de rede diminuído. Manter o processamento localizado para domínios

elimina a necessidade de comunicações frequentes entre domínios.v Fornece uma maneira conveniente de ajustar a segurança e simplificar a

administração. A segurança e a administração podem ser definidas e limitadas,no nível de domínio. Em vez da administração ampla da rede ou específica daestação de trabalho, você pode ter a administração de domínio.

v A tolerância a falhas da rede e da estação de trabalho pode ser otimizada. Emuma rede de múltiplo domínio do Tivoli Workload Scheduler, é possível definirbackups para cada gerenciador de domínio, para que os problemas em umdomínio não interrompam operações em outros domínios.

RedeAs perguntas a seguir ajudarão na tomada de decisões sobre como configurar arede do Tivoli Workload Scheduler da empresa. Algumas perguntas envolvemaspectos da rede e outras envolvem os aplicativos controlados pelo TivoliWorkload Scheduler. É possível consultar outras pessoas em sua organização pararesolver alguns assuntos.v Qual o tamanho da sua rede do Tivoli Workload Scheduler? Quantos

computadores ela contém? Quantos aplicativos e tarefas ela executa?O tamanho da rede irá ajudá-lo a decidir se vai utilizar um domínio simples ouuma arquitetura de múltiplo domínio. Se você tiver um pequeno número decomputadores ou um pequeno número de aplicativos para controlar com oTivoli Workload Scheduler, pode não ser necessário ter múltiplos domínios.

v Quantas localizações geográficas serão abrangidas na rede do Tivoli WorkloadScheduler? Quão confiável e eficiente é a comunicação entre as localizações?Este é um dos motivos principais para escolher uma arquitetura de múltiplodomínio. Um domínio para cada localização geográfica é uma configuraçãocomum. Se você escolher a arquitetura de domínio simples, ficará mais confiantena rede para manter o processamento contínuo.

v Você precisa de gerenciamento centralizado ou descentralizado do TivoliWorkload Scheduler?Uma rede do Tivoli Workload Scheduler, com um único domínio ou commúltiplos domínios, fornece a capacidade para gerenciar o Tivoli WorkloadScheduler a partir de um único nó, o gerenciador de domínio principal. Sedesejar gerenciar múltiplas localizações separadamente, será possível considerara instalação de uma rede separada do Tivoli Workload Scheduler em cadalocalização. Observe que algum grau de gerenciamento descentralizado épossível em uma rede independente do Tivoli Workload Scheduler através damontagem ou compartilhamento do sistemas de arquivos.

v Você possui várias entidades físicas ou lógicas em um único site? Existemedifícios diferentes e vários andares em cada edifício? Existem diferentesdepartamentos ou funções de negócios? Existem diferentes aplicativos?Podem existir motivos para escolher uma configuração de domínio múltiplo. Porexemplo, um domínio para cada edifício, departamento, função da empresa oucada aplicativo (industrial, financeiro, engenharia, etc.).

v Você executa aplicativos, como SAP R/3, que serão operados com o TivoliWorkload Scheduler?


Se eles forem discretos e separados de outros aplicativos, você poderá optar porcolocá-los em um domínio separado do Tivoli Workload Scheduler.

v Gostaria que seus domínios do Tivoli Workload Scheduler espelhassem seusdomínios do Windows?Isso não é requerido, mas pode ser útil.

v Deseja isolar ou diferenciar um conjunto de sistemas baseado no desempenho ouem outros critérios?Isso pode fornecer outro motivo para definir múltiplos domínios do TivoliWorkload Scheduler, para localizar sistemas baseados no desempenho ou no tipode plataforma.

v Quanto tráfego de rede você possui agora?Se o tráfego de rede for gerenciável, a necessidade de múltiplos domínios serámenos importante.

v As dependências do sistema cruzam limites do sistema, limites geográficos oulimites de aplicativos? Por exemplo, o início do Job1 na CPU3 depende daconclusão do Job2 sendo executado na CPU4?O grau de interdependência entre tarefas é uma consideração importante ao sepreparar a rede do Tivoli Workload Scheduler. Se você utilizar múltiplosdomínios, deverá tentar manter objetos interdependentes no mesmo domínio.Isso irá diminuir o tráfego de rede e tirar melhor vantagem da arquitetura dedomínio.

v Qual nível de tolerância a falhas você requer?Uma desvantagem óbvia da configuração de domínio simples é a confiança emum gerenciador de domínio simples. Em uma rede de domínio múltiplo, a perdade um gerenciador de domínio simples afeta somente os agentes em seudomínio.

Componentes do Tivoli Workload SchedulerO Tivoli Workload Scheduler utiliza vários processos de gerenciador para segregare gerenciar redes, resolução de dependência e ativação de tarefa de forma eficiente.Esses processos se comunicam entre si por meio do uso de filas de mensagens. Asfilas de mensagens também são utilizadas pelo Console Manager (conman) paraintegrar comandos de operadores no processo em lote.

Em qualquer computador que execute o Tivoli Workload Scheduler, há uma sériede processos de gerenciamento ativos. Eles são iniciados como um serviço dosistema ou pelo comando StartUp. A seguir estão os processos principais:

NetmanO processo de gerenciamento de redes que estabelece conexões de redeentre processos mailman remotos e processos Writer locais.

MailmanO processo de gerenciamento de e-mail que envia e recebe mensagensentre CPUs.

BatchmanO processo de controle de produção. Trabalhando a partir do Symphony, oarquivo de controle de produção, ele executa fluxos de tarefas, resolvedependências e direciona o jobman para ativar tarefas.

GravadorO processo do gravador de rede que transmite as mensagens que chegampara o processo mailman local.


JobmanO processo de gerenciamento de tarefa que ativa e rastreia tarefas sob aorientação de batchman.

Além disso, o Tivoli Workload Scheduler utiliza duas interfaces de linha decomando:

ComposerO programa de linha de comandos usado para definir, gerenciar earmazenar objetos de planejamento no banco de dados do Tivoli WorkloadScheduler. Esse programa pode ser instalado e utilizado em qualquercomputador conectado por TCP/IP ao sistema em que o gerenciador dedomínio principal está instalado. Ele não exige a instalação de uma estaçãode trabalho do Tivoli Workload Scheduler como um pré-requisito.Comunica-se por meio de HTTP/HTTPS com o gerenciador de domíniosprincipal em que o sistema de gerenciamento de banco de dados relacional(RDBMS) está instalado. A configuração da comunicação e a verificação deautenticação da comunicação HTTP/HTTPS são gerenciadas pelainfraestrutura do WebSphere Application Server - Express. O composerutiliza arquivos de edição para atualizar o banco de dados deplanejamento.

ConmanO gerenciador de console. Ele é a interface com o usuário para planejar aexecução de atividades por meio da interface da linha de comandos.Conman grava informações recebidas por processos locais netman oumailman.

Objetos de Planejamento do Tivoli Workload SchedulerO planejamento com o Tivoli Workload Scheduler inclui a capacidade de fazer oseguinte:v Planejar tarefas em uma rede.v Agrupar tarefas em fluxos de tarefas, por exemplo, de acordo com a função ou o

aplicativo.v Configurar limites no número de tarefas que podem ser executadas

simultaneamente.v Criar fluxos de tarefas com base no dia da semana, nas datas e nos horários

especificados ou por calendários customizados.v Garantir a ordem de processamento correta identificando dependências, como

conclusão bem-sucedida de tarefas anteriores, disponibilidade de recursos ouexistência de arquivos requeridos.

v Configurar procedimentos de recuperação automática para tarefas malsucedidas.v Redirecionar tarefas incompletas para o próximo dia de produção.

A partir da versão 8.3, os objetos de planejamento do Tivoli Workload Schedulersão armazenados em um banco de dados relacional. Isso resulta emaprimoramento significativo, em comparação com versões anteriores, de como osobjetos são definidos e gerenciados no banco de dados. Agora, cada objeto podeser gerenciado de maneira independente, sem precisar utilizar listas de objetos deplanejamento, como calendários, parâmetros, prompts e recursos. A sintaxe decomando utilizada para definir e gerenciar esses objetos também se tornou direta epoderosa.

Os administradores e operadores do Tivoli Workload Scheduler trabalham comesses objetos para suas atividades de planejamento:


AlternativaTambém chamada de CPU. Geralmente um computador individual no qualas tarefas e fluxos de tarefa são executados. As estações de trabalho sãodefinidas no banco de dados do Tivoli Workload Scheduler como umobjeto exclusivo. É requerida uma definição da estação de trabalho paratodo computador que executa tarefas ou fluxos de tarefa na rede do TivoliWorkload Scheduler.

Classe da estação de trabalhoUm grupo de estações de trabalho. Qualquer número de estações detrabalho pode ser colocado em uma classe. Os fluxos de tarefa e tarefaspodem ser atribuídos para serem executados em uma classe da estação detrabalho. Isso facilita a replicação de uma tarefa ou fluxo de tarefas atravésde muitas estações de trabalho.

DomínioTodas as estações de trabalho em uma rede distribuída do Tivoli WorkloadScheduler são organizadas em um ou mais domínios, cada um consistindode um ou mais agentes e um gerenciador de domínio atuando como o hubde gerenciamento. A maior parte da comunicação com e dos agentes nodomínio é encaminhada por meio de um gerenciador de domínio. Épossível organizar todos os agentes em sua rede em um único domínio ouem diversos domínios. Uma rede de domínio única consiste em umgerenciador de domínio principal e qualquer número de agentes. Uma redede diversos domínios consiste em um gerenciador de domínio principal,qualquer número de gerenciadores de domínio de camada inferior equalquer número de agentes em cada domínio.

TarefasUm script ou comando, executado em nome do usuário, executado econtrolado pelo Tivoli Workload Scheduler.

Fluxo de tarefaUma lista de tarefas que são executadas como uma unidade (como umaplicativo de backup semanal), junto com ciclos de execução, horas,prioridades e outras dependências que determinam a ordem exata na qualas tarefas são executadas.

CalendárioUma lista de datas de planejamento. Cada calendário pode ser designado avários fluxos de tarefas. Designar um calendário a um fluxo de tarefa fazcom que o fluxo de tarefa seja executado nas datas especificadas nocalendário. Um calendário pode ser utilizado como um ciclo de execuçãoinclusivo ou exclusivo.

Ciclo de ExecuçãoUm ciclo que especifica os dias que um fluxo de tarefa é programado paraexecução. Os ciclos de execução são definidos como parte de fluxos detarefas e podem incluir calendários que foram definidos anteriormente. Hátrês tipos de ciclos de execução: o ciclo de execução Simples, o ciclo deexecução Semanal ou o ciclo de execução de Calendário. Cada tipo de ciclode execução pode ser inclusivo ou exclusivo. Isto é, cada ciclo de execuçãopode definir os dias em que um fluxo de tarefa é incluído no ciclo deprodução ou os dias em que o fluxo de tarefa é excluído do ciclo deprodução.

Grupo de ciclo de execuçãoUm grupo de ciclo de execução é uma lista de ciclos de execução que sãocombinados juntos para produzir um conjunto de datas de execução. Épossível, como opção, definir um grupo de ciclo de execução para seufluxo de tarefas em vez de, ou além de, um número de ciclos de execuçãoúnicos. Diferente dos ciclos de execução, os grupos de ciclo de execuçãonão estão ligados a um fluxo de tarefas específico e, portanto, podem ser


reutilizados em diversos fluxos de tarefas diferentes para aplicar asmesmas regras de planejamento toda vez.

Ciclos de execução são organizados em subconjuntos em grupos de ciclode execução. Os subconjuntos estão em um relacionamento OR lógico entresi. Eles permitem aplicar ciclos de execução exclusivos em um subconjuntodos ciclos de execução inclusivos. O resultado do grupo do ciclo deexecução é uma data da execução ou um conjunto de datas da execução.

Aviso Um objeto que pode ser utilizado como uma dependência para tarefas efluxos de tarefa. Um prompt deve ser respondido positivamente para atarefa ou fluxo de tarefa dependente a ser lançado. Existem dois tipos deprompts: predefinidos e especiais. Um aviso ad hoc é definido dentro daspropriedades de uma tarefa ou fluxo de tarefa e é exclusivo dessa tarefa oufluxo de tarefa. Um prompt predefinido é definido no banco de dados doTivoli Workload Scheduler e pode ser utilizado por qualquer tarefa oufluxo de tarefa.

RecursoUm objeto que representa recursos físicos ou lógicos em seu sistema.Depois de definidos no banco de dados do Tivoli Workload Scheduler, elespodem ser usados como dependências para tarefas e fluxos de tarefas. Porexemplo, você pode definir um recurso denominado fitas com um valor deunidade de dois. Em seguida, defina tarefas que requerem duas unidadesde fitas disponíveis como uma dependência. As tarefas com estadependência não podem ser executadas concorrentemente, porque toda vezque uma tarefa é executada, o recurso de fitas está em uso.

Variável e tabela de variáveisUma variável pode ser utilizada para substituir valores em objetos deplanejamento contidos em tarefas e fluxos de tarefas, isto é, em JCL, logon,dependências de aviso, dependências de arquivos e prompts derecuperação. Os valores são substituídos nos scripts da tarefa no tempo deexecução. As variáveis são globais (isto é, podem ser utilizadas emqualquer agente do domínio) e são definidas no banco de dados emgrupos chamados tabelas de variáveis.

ParâmetroUm parâmetro pode ser utilizado para substituir valores nas tarefas efluxos de tarefas exatamente como as variáveis globais. A diferença é queum parâmetro é definido na estação de trabalho específica em que a tarefarelacionada deve ser executada e não tem efeito global, mas apenas nessaestação de trabalho específica. Os parâmetros não podem ser utilizados aoexecutar scripts de tarefas de agentes estendidos.

UsuárioEm estações de trabalho Windows, o nome de usuário especificado nocampo Logon de uma definição de tarefa deve ter uma definição de usuáriocorrespondente. As definições fornecem as senhas do usuário necessáriaspara que oTivoli Workload Scheduler ative tarefas.

Regra de EventoUma regra de evento de planejamento define um conjunto de ações quedevem ser executadas na ocorrência de condições de evento específicas. Adefinição de uma regra de evento correlaciona eventos e aciona ações.Quando você definir uma regra de evento, especifique um ou maiseventos, uma regra de correlação e uma ou mais ações que sejamacionadas por esses eventos. Além disso, você pode especificar datas devalidades, um intervalo de tempo diário da atividade e um fuso horáriocomum para todas as restrições de tempo configuradas.

Aplicativo de carga de trabalhoUm aplicativo de carga de trabalho é um objeto de banco de dados do


Tivoli Workload Scheduler que atua como um contêiner para um ou maisfluxos de tarefas. É possível usar aplicativos de carga de trabalho parapadronizar uma solução de automação de carga de trabalho para que asolução possa ser reutilizada em um ou mais ambientes do TivoliWorkload Scheduler automatizando assim os processos de negócios.

Você prepara um modelo de aplicativo de carga de trabalho em umambiente de origem do Tivoli Workload Scheduler e o exporta para quepossa ser implementado em um ambiente de destino. O processo deexportação extrai do ambiente de origem todos os elementos necessáriospara reproduzir a solução em outro ambiente. Ele produz um arquivocompactado que contém um número de arquivos necessários para importaro aplicativo da carga de trabalho no ambiente de destino.

É possível controlar como as tarefas e os fluxos de tarefas são processados com osseguintes atributos:

DependênciasCondições que devem ser atendidas antes de uma tarefa ou fluxo detarefas poder ser executado. Você pode configurar os seguintes tipos dedependências:v Uma tarefa ou um fluxo de tarefa predecessor deve ter sido concluído

com êxito.v Um ou mais recursos específicos devem estar disponíveis.v Deve ser concedido acesso a arquivos específicos.v Uma resposta afirmativa a um prompt.

Restrições de HorárioCondições baseadas em horário, como:v O horário em que uma tarefa ou um fluxo de tarefa deve iniciar.v O horário após o qual uma tarefa ou um fluxo de tarefas não pode ser

iniciado.v A taxa de repetição em que uma tarefa ou um fluxo de tarefa deve ser

executado dentro de uma grade de programação especificada.

Prioridade da TarefaUm sistema de prioridade de acordo com o qual as tarefas e os fluxos detarefas são enfileirados para execução.

Proteção de TarefaUm filtro definido para estações de trabalho. Apenas as tarefas e os fluxosde tarefas cuja prioridade excede o valor de fence da tarefa podem serexecutados em uma estação de trabalho.

Limite Define o limite para o número de tarefas que podem ser ativadassimultaneamente em uma estação de trabalho.

O Processo de ProduçãoA produção do Tivoli Workload Scheduler é baseada em um plano que é executadoem um período de produção. As período de produção é definido pelo usuário ao criarou estender o plano de produção. Ele pode se estender de algumas horas paraalguns dias (por padrão, o período é de 24 horas). Antes do início de cada períodode produção, o Tivoli Workload Scheduler executa um programa que cria o planode produção iniciando dos dados de modelagem armazenados no banco de dadose a partir de um plano intermediário chamado plano de pré-produção. Em seguida,


outro programa inclui os planejamentos não concluídos do período de produçãoanterior no plano atual e outro programa diferente registra todas as estatísticas daprodução anterior em um archive.

Todas as informações requeridas para esse período de produção são colocadas emum arquivo de controle de produção denominado Symphony. Durante o períodode produção, o arquivo de controle de produção está sendo continuamenteatualizado para refletir o trabalho que precisa ser feito, o trabalho em andamento eo trabalho que foi concluído. Uma cópia do arquivo do Symphony é enviada paratodos os gerenciadores de domínio subordinados e a todos os agentes tolerantes afalha no mesmo domínio. Os gerenciadores de domínio subordinados distribuemsua cópia para todos os agentes tolerantes a falhas em seus domínios e a todos osgerenciadores de domínio subordinados a eles, e assim por diante, sempreseguindo a linha. Isso permite que os agentes tolerantes a falhas em toda a redecontinuem o processamento, mesmo que a conexão de rede com seu gerenciadorde domínio esteja inativa. A partir das interfaces gráficas ou da interface da linhade comandos, o operador pode visualizar e fazer mudanças na produção atual aofazer mudanças no arquivo do Symphony.

Os processos do Tivoli Workload Scheduler monitoram o arquivo de controle deprodução e fazem chamadas ao sistema operacional para ativar tarefas conformenecessário. O sistema operacional executa a tarefa e, em retorno, informa ao TivoliWorkload Scheduler se ela foi concluída com êxito ou não. Estas informações sãoinseridas no arquivo de controle de produção para indicar o status da tarefa.

PlanejamentoO planejamento pode ser realizado por meio da interface da linha de comandos doTivoli Workload Scheduler ou com uma das duas interfaces gráficas.

O planejamento inclui as seguintes tarefas:v Definir e manter estações de trabalhov Definir objetos de planejamentov Definir fluxos de tarefasv Iniciar e parar o processamento da produçãov Visualizar e modificar tarefas e fluxos de tarefas.

Definir objetos de planejamentoOs objetos de planejamento são estações de trabalho, classes de estações detrabalho, domínios, tarefas, fluxos de tarefa, recursos, prompts, calendários,variáveis e tabelas de variáveis, parâmetros, regras de evento e grupos de ciclo deexecução. Os objetos de planejamento são gerenciados com o programa Composere são armazenados no banco de dados do Tivoli Workload Scheduler. Para criar oumodificar um objeto, é possível usar a interface da linha de comandos do TivoliWorkload Scheduler ou uma das interfaces gráficas.

Criando Fluxos de TarefasA tarefa de processamento principal do Tivoli Workload Scheduler é executarfluxos de tarefas. Um fluxo de tarefa é uma descrição de processamento em loteque consiste em uma lista de tarefas. Os fluxos de tarefas podem ser definidosutilizando a interface de linha de comandos ou uma das interfaces gráficas.Utilizando qualquer uma das interfaces gráficas, você pode criar e modificarfacilmente fluxos de tarefas. Você pode utilizar os editores de fluxo de tarefa paratrabalhar com as tarefas e as dependências de acompanhamentos entre as tarefas,


assim como os ciclos de execução do fluxo de tarefa. Você pode também especificarfacilmente restrições de tempo, dependências de recursos, dependências dearquivos e dependências de avisos no nível do fluxo de tarefa.

Os fluxos de tarefas podem ser definidos como rascunho. Um fluxo de tarefa derascunho não é considerado ao determinar dependências e não é incluído no planode produção. Ele se torna real apenas depois que a palavra-chave rascunho éremovida de sua definição e o comando JnextPlan é executado para inclui-lo noplano de pré-produção e, portanto, no plano de produção.

Configurando a Recuperação de TarefasAo definir uma tarefa, considere que em algumas instâncias ela pode não serconcluída com êxito. O administrador pode definir uma opção de recuperação eações de recuperação ao definir a tarefa. As seguintes opções de recuperação estãodisponíveis:v Não continuar com a próxima tarefa. Isso interrompe a execução do fluxo de

tarefa e coloca-o no estado paralisado. Essa é a ação padrão.v Continue com a próxima tarefa.v Executar a tarefa novamente.

Como opção, um prompt de recuperação pode ser associado à tarefa. Um aviso derecuperação é um aviso local a ser exibido quando a tarefa não é concluída comêxito. O processamento não continua até o aviso ser respondido de maneiraafirmativa.

Outra opção é definir uma tarefa de recuperação que possa ser executada no lugarda tarefa original, se ela não for concluída com êxito. A tarefa de recuperação deveter sido definida anteriormente. O processamento parará se a tarefa de recuperaçãonão for concluída com êxito.

Definindo e Gerenciando Tarefas de Missão CríticaOs Planejador de tarefas podem usar a linha de comandos do Tivoli WorkloadScheduler com ou o Dynamic Workload Console para sinalizar tarefas comoessenciais e especificar seus prazos finais. Uma tarefa crítica e todas as suaspredecessoras compõem uma rede crítica. No momento do planejamento, o TivoliWorkload Scheduler calcula a hora de início da tarefa crítica e de cada um de seuspredecessores a partir do prazo final da tarefa crítica e da duração estimada.Enquanto este plano é executado, estas informações são dinamicamente mantidasatualizadas com base em como o plano está em progresso. Se um predecessor, ou atarefa crítica em si, se tornar atrasado, o Tivoli Workload Schedulerautomaticamente priorizará sua submissão e a promoverá para obter mais recursosdo sistema e, dessa forma, atender seu prazo final.

Em uma rede crítica, o Tivoli Workload Scheduler identifica dinamicamente ocaminho de predecessores que potencialmente tenham maior risco, isto é chamadode caminho crítico. O Tivoli Workload Scheduler calcula o nível de risco que cadatarefa crítica tem de perder seu prazo final; um alto risco indica que o fimestimado da tarefa crítica é após seu prazo final enquanto um possível risco indicaque alguns predecessores da tarefa crítica têm uma condição de aviso, porexemplo, estão atrasados ou contêm erros.


O Dynamic Workload Console fornece visualizações especializadas para rastrear oprogresso de tarefas críticas e seus predecessores. Os Planejador de tarefas e osoperadores podem acessar as visualizações do Painel ou criando tarefas MonitorarTarefas Críticas.

A visualização inicial lista todas as tarefas críticas para o mecanismo, mostrando ostatus: normal, risco potencial ou risco alto. Nesta visualização, um operador podenavegar para ver:v A lista especial de tarefas que colocam o prazo final crítico em risco.v O caminho crítico.v Detalhes de todos os predecessores críticos.v Detalhes dos predecessores críticos concluídos.v Logs de tarefas que já foram executadas.

Utilizando as visualizações, os operadores podem monitorar o progresso da redecrítica, descobrir problemas atuais e potenciais, liberar dependências e reexecutartarefas.

Por exemplo:1. Para sinalizar uma tarefa crítica e acompanhá-la, o Planejador de tarefa abre o

Workload Designer no Dynamic Workload Console, marca a tarefa específicacomo crítica e configura o prazo final para 5 da manhã.Quando JnextPlan é executado, as datas de início críticas para esta tarefa epara todas as tarefas identificadas como suas predecessoras são calculadas.

2. Para rastrear uma tarefa crítica, o operador procede da seguinte forma:a. O operador verifica os painéis e vê que existem tarefas críticas planejadas

em um dos mecanismos.b. Ele clica no link para obter uma lista das tarefas críticas.

A tarefa específica mostra um status Possível Risco.c. Ele seleciona a tarefa e clica em Lista Crítica para ver a tarefa do

predecessor ou tarefas que estão colocando a tarefa crítica em risco.Uma das tarefas do predecessor é listada como em erro.

d. Ele seleciona a tarefa e clica em Log de Tarefa.O log mostra que a tarefa falhou devido a credenciais incorretas para obanco de dados relacionado.

e. Após descobrir que a senha do banco de dados foi alterada naquele dia, elealtera a definição da tarefa no arquivo do symphony e executa a tarefanovamente.

f. Ao retornar para o painel, ele observa que não há mais tarefas com possívelrisco. Além disso, a tarefa crítica não aparece mais na lista de tarefas críticasaberta ao clicar no link de possível risco, após a reexecução da tarefa.

g. A tarefa está, agora, em execução após ser automaticamente promovida,obtendo prioridade superior para envio e recursos do sistema.

h. Não há mais problemas a corrigir e a tarefa crítica finalmente é concluída às4h45.

Planejando Carga de Trabalho DinamicamenteÉ possível escolher configurar o Tivoli Workload Scheduler para dinamicamenteassociar sua carga de trabalho enviada (ou parte dela) para os melhores recursosdisponíveis no tempo de execução.


O processo de instalação do Tivoli Workload Scheduler inclui a opção para instalaro recurso de planejamento dinâmico. Se você selecionar esta opção, obterá asseguintes funcionalidades:v Automaticamente descobrir recursos de ambiente de planejamentov Corresponder requisitos de tarefa com recursos disponíveisv Controlar e otimizar o uso de recursosv Automaticamente acompanhar mudanças de recursov Solicitar recursos adicionais quando necessário

É possível enviar tarefas do Tivoli Workload Scheduler, incluindo tarefas definidaspara executar em agentes estendidos, bem como aplicativos J2EE (se vocêselecionou a opção para planejar o J2EE no momento da instalação). Para planejara carga de trabalho dinamicamente, é possível:1. Usar o Dynamic Workload Console para definir os agentes que deseja usar para

executar a carga de trabalho como recursos lógicos ou grupos de recursos.2. Atualizar suas definições de tarefa do Tivoli Workload Scheduler para tornar

como CPU de destino a estação de trabalho do broker de carga de trabalhodinâmica (esta estação de trabalho funciona como uma ponte entre omecanismo planejador e o conjunto de recursos)

3. Para cada tarefa do Tivoli Workload Scheduler, inclua uma definição de tarefaJSDL (Job Submission Description Language) na qual você corresponde a tarefacom recursos necessários, hosts candidatos e preferências de planejamento eotimização. Use o Dynamic Workload Console para fazer isto facilmente.

Quando uma tarefa é enviada desta maneira, seja como parte de um fluxo detarefa no plano ou por meio de envio ad hoc, o Tivoli Workload Scheduler verificaos requisitos de tarefa, os recursos disponíveis as características relacionadas eenvia a tarefa para o recurso que melhor atende aos requisitos.

Executando a ProduçãoA produção consiste em extrair as definições dos objetos de planejamento do bancode dados, juntamente com suas restrições de tempo e suas dependências econstruir e executar o arquivo de controle de produção.

Executando o PlanoO plano de produção contém informações sobre quais tarefas executar, em qualagente tolerante a falhas e quais dependências devem ser satisfeitas antes de cadatarefa ser ativada. O Tivoli Workload Scheduler cria o plano de produção iniciandopelos dados de modelagem armazenados no banco de dados e por um planointermediário chamado de plano de pré-produção. O plano de pré-produção éautomaticamente criado e gerenciado pelo produto. Para evitar problemas, o bancode dados é bloqueado durante a geração do plano e é desbloqueado quando ageração é concluída ou se ocorrer uma condição de erro. O plano de pré-produçãoé utilizado para identificar antecipadamente as instâncias do fluxo de tarefas e asdependências do fluxo de tarefas de acompanhamento externas envolvidas em umperíodo de tempo especificado.

Você utiliza o comando JnextPlan no gerenciador de domínio principal para geraro plano de produção e distribuí-lo na rede do Tivoli Workload Scheduler.

Para gerar e iniciar um novo plano de produção, o Tivoli Workload Schedulerdesempenha as seguintes etapas:


1. Atualiza o plano de pré-produção com os objetos definidos no banco de dadosque foram incluídos ou atualizados desde a última vez que o plano foi criadoou estendido.

2. Recupera do plano de pré-produção as informações sobre o fluxo de tarefas aser executado no período de tempo especificado e salva o mesmo em um planode produção intermediário.

3. Inclui no novo plano de produção os fluxos de tarefas incompletos do plano deprodução anterior.

4. Cria o novo plano de produção e armazena o mesmo em um arquivodenominado Symphony. Os dados do plano de produção também sãoreplicados no banco de dados.

5. Distribui uma cópia do arquivo do Symphony para as estações de trabalhoenvolvidas no processamento do novo plano de produto.

6. Registra todas as estatísticas do plano de produção anterior em um archive.7. Atualiza o estado do fluxo de tarefas no plano de pré-produção.

A cópia do arquivo do Symphony gerada recentemente é usada a partir dosprincipais agentes tolerantes a falha do domínio e dos gerenciadores de domíniodos domínios filhos e abaixo da árvore para todos os domínios subordinados.

Todos os agentes tolerantes a falhas que recebem o plano de produção podemcontinuar o processamento, mesmo se a conexão de rede com seu gerenciador dedomínio for desativada.

Em cada agente tolerante a falhas de destino, o Tivoli Workload Schedulerdesempenha as seguintes ações para gerenciar o processamento de tarefas:1. Acessa a cópia do arquivo do Symphony e lê as instruções sobre qual tarefa

executar.2. Faz chamadas para o sistema operacional para ativar tarefas conforme

necessário.3. Atualiza sua cópia do arquivo do Symphony com os resultados do

processamento da tarefa e envia a notificação de volta para a árvore para ogerenciador de domínio principal e para todos os agentes tolerantes a falha destatus completo. A cópia original do arquivo Symphony é armazenada nogerenciador de domínio principal e as cópias armazenadas nos gerenciadoresde domínio principal de backup, se definidos, são atualizadas de acordo.

Isto significa que durante o processamento de tarefa, cada agente tolerante a falhaspossui sua própria cópia do arquivo do Symphony atualizado com as informaçõessobre as tarefas que ele está executando (ou se estiverem executando em seudomínio e domínios filhos se o agente tolerante a falhas estiver com statuscompleto ou um gerenciador de domínio), e o gerenciador de domínio principal (egerenciador de domínio principal de backup se definido) possui a cópia do arquivodo Symphony que contém todas as atualizações vindas de todos os agentestolerantes a falhas. Desta maneira, o arquivo do Symphony no gerenciador dedomínio principal é mantido atualizado com tarefas ainda a serem executadas, astarefas em execução e as tarefas já concluídas.

Depois que o plano de produção for gerado pela primeira vez, ele poderá serestendido para o próximo período de produção com o comando JnextPlan. Oarquivo do Symphony é atualizado com as mudanças mais recentes e redistribuídopela rede.


Executando Fluxos de TarefasDependendo de sua definição do ciclo de execução, os fluxos de tarefas sãoextraídos do banco de dados do Tivoli Workload Scheduler e automaticamenteinseridos no plano de produção atual.

Enquanto o fluxo de tarefas estiver no plano e não tiver sido concluído, você aindapoderá modificar qualquer um de seus componentes. Ou seja, é possível modificaras propriedades do fluxo de tarefas, as propriedades de suas tarefas, sua sequência,a estação de trabalho ou recursos que elas usam, e assim por diante, para satisfazerrequisitos de última hora.

Você também pode reter, liberar ou cancelar um fluxo de tarefa, bem como alteraro número máximo de tarefas no fluxo que podem ser executadas simultaneamente.Você pode alterar a prioridade designada anteriormente para o fluxo de tarefa eliberar o fluxo de todas as suas dependências.

As mudanças de última hora no plano de produção atual incluem a possibilidadede enviar tarefas e fluxos de tarefas que já foram definidos no banco de dados doTivoli Workload Scheduler, mas que não foram incluídos no plano. É possíveltambém enviar tarefas que estão sendo definidas ad hoc. Essas tarefas são enviadasao plano atual, mas não são armazenadas no banco de dados.

A partir da versão 8.3, você pode criar e gerenciar várias instâncias do mesmofluxo de tarefas por vários dias ou em horários diferentes do mesmo dia. Este novorecurso introduziu a possibilidade de ter no mesmo plano mais de uma instânciado mesmo fluxo de tarefas com o mesmo nome. Cada instância do fluxo de tarefasé identificada pelo nome do fluxo de tarefas, pelo nome da estação de trabalho emque é planejada para execução e pela hora de início definida no plano depré-produção.

MonitoringO monitoramento é feito listando objetos do plano. Utilizando as listas, você podeconsultar o status de todos os objetos a seguir ou de subconjuntos desses objetosno plano atual:v Ocorrências de fluxos de tarefav Instâncias da tarefav Domíniosv Estações de trabalhov Recursosv Dependências de arquivosv Dependências de prompts

Você pode utilizar estas listas também para gerenciar alguns destes objetos. Porexemplo, você pode realocar recursos, vincular ou desvincular estações de trabalho,eliminar tarefas ou comutar o gerenciador de domínio.

Além disso, pode monitorar o plano diário com o Tivoli Business SystemsManager, um aplicativo de gerenciamento de sistemas orientado a objeto quefornece monitoramento e gerenciamento de eventos de recursos, aplicativos esubsistemas, que é integrado ao Tivoli Workload Scheduler.

Os gerenciadores de rede podem utilizar Tivoli Workload Scheduler/NetView, umaplicativo NetView, para monitorar e diagnosticar redes do Tivoli Workload


Scheduler a partir de um nó de gerenciamento do NetView. Ele inclui um conjuntode submapas e símbolos para visualizar redes do Tivoli Workload Schedulertopograficamente e determinar o status da atividade de planejamento de tarefas eprocessos críticos do Tivoli Workload Scheduler em cada estação de trabalho. Asações de menu são fornecidas para iniciar e parar o processamento do TivoliWorkload Scheduler e para executar conman em qualquer estação de trabalho narede.

Controlando com o IBM Tivoli MonitoringO IBM Tivoli Monitoring é um produto que aplica melhores práticaspré-configuradas no monitoramento automatizado dos recursos essenciais dosistema. Ele ajuda a detectar gargalos e outros potenciais problemas e fornece osmeios para a recuperação automática de situações críticas. Dessa maneira, eleelimina a necessidade dos administradores do sistema varrerem manualmente osextensivos dados de desempenho.

Tivoli Workload Scheduler integra-se ao IBM Tivoli Monitoring por meio de umagente customizável, o agente do IBM Tivoli Monitoring que coleta e distribuidados ao Tivoli Enterprise Monitoring Server.

Usando provedores de dados que são as interfaces do agente do IBM TivoliMonitoring, é possível coletar dados de origens de dados, programas cliente, URLs,scripts, tabelas de relação ou agentes SNMP e transferir os dados coletados doagente do IBM Tivoli Monitoring que monitora os dados coletados.

O agente do IBM Tivoli Monitoring usa dois provedores de dados diferentes parase integrar ao Tivoli Workload Scheduler:v Um provedor de dados de script que coleta dados do Tivoli Workload Scheduler

executando um script em intervalos regulares e analisando a saída de script paraprocurar erros, anomalias e condições de limite. Os recursos a seguir sãomonitorados:– Disponibilidade de host– Status de aplicativo– Espaço usado do Tivoli Workload Scheduler– Espaço em disco disponível do Tivoli Workload Scheduler– Saídas de páginas– Espaço de troca disponível– Tamanho de arquivo de mensagens do Tivoli Workload Scheduler

v Uma origem de dados do arquivo do log de agente que monitora dados em umarquivo de texto sequencial. Tivoli Workload Scheduler grava eventos para todosos objetos monitorados (por exemplo, tarefas e fluxos de tarefas), após cada novaprodução de plano, para um arquivo de evento que é acessado pelo TivoliMonitoring Agent para Tivoli Workload Scheduler. Os dados coletados sãorecuperados e exibidos pelo Tivoli Enterprise Portal.

RelatórioComo parte dos processos de pré-produção e pós-produção, os relatórios sãogerados e mostram informações resumidas ou detalhadas sobre o dia de produçãoanterior ou seguinte. Esses relatórios também podem ser gerados ad-hoc. Osseguintes relatórios estão disponíveis:v Listagem de detalhes da tarefav Listagem de promptsv Listagem de calendários


v Listagem de parâmetrosv Listagem de recursosv Listagem de históricos da tarefav Histograma da tarefav Programação da produção planejadav Resumo da produção planejadav Detalhe da produção planejadav Resumo da produção realv Detalhe da produção realv Relatório de referência cruzada

Além disso, durante a produção, um arquivo de lista padrão (STDLIST) é criadopara cada instância da tarefa ativada pelo Tivoli Workload Scheduler. Os arquivosde lista padrão contêm banners de cabeçalho e de fim de arquivo, comandosecoados, erros e avisos. Estes arquivos podem ser utilizados para detectarproblemas na execução da tarefa.

AuditoriaUma opção de auditoria ajuda a rastrear mudanças no banco de dados e no plano.

Para o banco de dados, todas as modificações do usuário, exceto para o delta dasmodificações, são registradas. Se um objeto for aberto e salvo, a ação seráregistrada mesmo que nenhuma modificação tenha sido feita.

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

Os arquivos de auditoria são registrados em um arquivo de texto simples emmáquinas individuais na rede do Tivoli Workload Scheduler. Isso minimiza o riscode falha de auditoria devido a problemas na rede e permite uma abordagem diretana gravação do registro. Os formatos de log são basicamente iguais para o plano epara o banco de dados. Os logs consistem em uma parte de cabeçalho que é amesma para todos os registros, um “ID de ação” e uma seção de dados que variade acordo com o tipo de ação. Todos os dados são armazenados em texto limpo eformatados para serem legíveis e editáveis a partir de um editor de texto como viou notepad.

Usando a Automação de Carga de Trabalho Orientada aEventos

Utilize este recurso opcional para configurar e executar regras para desempenhartarefas predefinidas em resposta a eventos particulares que ocorrem em seusagentes. Sua organização pode se beneficiar da utilização deste recurso incluindo aautomação de carga de trabalho sob demanda no planejamento de tarefas baseadasem planos, obtendo economias em tempo e recursos.

A automação de carga de trabalho orientada por evento é baseada no conceito deregra de evento. No Tivoli Workload Scheduler, uma regra de evento é um objetode planejamento e é composta de eventos, condições de correlação de eventos eações. Quando você definir um regra de evento, especifique um ou mais eventos,uma regra de correlação e uma ou mais ações que seja acionadas por esses eventos.


Além disso, você pode especificar datas de validades, um intervalo de tempodiário da atividade e um fuso horário comum para todas as restrições de tempoconfiguradas.

É possível configurar regras de eventos para:v Acionar a execução de tarefas em lote e fluxos de tarefas com base na ocorrência

ou na combinação de eventos em tempo realv Responder a avisosv Notificar os usuários quando condições anormais ocorrem no ambiente de

planejamento do Tivoli Workload Scheduler ou na atividade de planejamento emlote

v Chamar um produto externo quando uma condição de evento específica ocorre

O Tivoli Workload Scheduler inclui um conjunto de plug-ins de evento e açãopredefinidos, mas também fornece um kit de desenvolvimento de software comamostras e modelos para seus programadores de aplicativos para que elesdesenvolvam seus próprios plug-ins.

Opções e SegurançaOs arquivos de opções do Tivoli Workload Scheduler determinam como o TivoliWorkload Scheduler é executado no sistema. Várias opções de desempenho, ajuste,segurança, criação de log e outras opções de configuração estão disponíveis.

Configurando as Opções do Tivoli Workload SchedulerÉ possível definir dois tipos de propriedades para configurar o ambiente de tempode execução do Tivoli Workload Scheduler, as propriedades configuradas nogerenciador de domínio principal e que afetam o processamento em todas asestações de trabalho na rede do Tivoli Workload Scheduler e as propriedadesconfiguradas localmente em uma estação de trabalho e que afetam oprocessamento apenas nessa estação de trabalho. O primeiro tipo é gerenciadoutilizando o programa de linha de comandos do Tivoli Workload Scheduler,chamado optman, e o segundo tipo você define localmente na estação de trabalhocustomizando os arquivos de configuração useropts, localopts e jobmanrc.

Opções globais são utilizadas para:v Definir se os arquivos de segurança de todas as estações de trabalho da rede

podem ser criados e gerenciados apenas a partir do gerenciador de domínioprincipal ou se o administrador ou o usuário root de cada estação de trabalhopode ser responsável por sua própria criação e gerenciamento.

v Selecione se a auditoria do banco de dados deve ser ativada ou desativada.v Controle quais objetos no plano o usuário tem permissão para listar ao executar

uma consulta.v Selecione se deve ativar a auditoria do plano.v Selecione se deseja ativar a criptografia forte.v Selecione se o gerenciador de comutação tolerante a falhas deve ser ativado ou

desativado.v Selecione se a opção de fuso horário deve ser ativada ou desativada.v Digite o número de dias durante os quais você deseja salvar as estatísticas da

tarefa.v Configure a duração mínima e máxima do plano de pré-produção, em dias.


v Determinar se os fluxos de tarefas não concluídos são transportados do antigopara o novo arquivo de controle de produção.

v Defina o horário de início do dia de processamento do Tivoli WorkloadScheduler.

Opções locais são utilizadas para:v Especificar o nome da estação de trabalho localv Evitar a ativação de tarefas executadas pela raiz no UNIXv Impedir que clientes desconhecidos conectem-se ao sistemav Especificar várias opções de desempenhov Especificar várias preferências de criação de logv Configurar opções de segurança de SSL.

Definindo a SegurançaA segurança é obtida com o uso de um arquivo de segurança que contém uma oumais definições de usuário. Cada definição do usuário identifica um conjunto deusuários, os objetos que eles podem acessar e os tipos de ações que podemexecutar.

Um arquivo de gabarito é instalado com o produto. Edite o modelo para criar asdefinições do usuário e compile-o e instale-o com um programa utilitário para criarum novo arquivo de segurança operacional. Após a instalação, você fazmodificações adicionais criando uma cópia editável com outro utilitário.

Cada estação de trabalho em uma rede do Tivoli Workload Scheduler tem seupróprio arquivo de segurança. Um arquivo individual pode ser mantido em cadaestação de trabalho ou um único arquivo de segurança pode ser criado nogerenciador de domínio principal e copiado em cada gerenciador de domínio,agente tolerante a falhas e agente padrão.

Autenticação Segura e CriptografiaA segurança é aperfeiçoada para conexões entre domínios protegidos e nãoprotegidos, aplicando o mecanismo de autenticação e criptografia baseados noprotocolo SSL (Secure Sockets Layer). O SSL utiliza certificados digitais paraautenticar a identidade de uma estação de trabalho.

O administrador do Tivoli Workload Scheduler deve planejar como a autenticaçãoserá usada dentro da rede:v Use um certificado para a rede inteira do Tivoli Workload Scheduler.v Use um certificado separado para cada domínio.v Use um certificado separado para cada estação de trabalho.

O suporte SSL é automaticamente instalado com o Tivoli Workload Scheduler.

Trabalho com FirewallsNas versões anteriores do Tivoli Workload Scheduler, executar os comandos parainiciar ou parar uma estação de trabalho ou para obter a lista padrão exigia aabertura de uma conexão TCP/IP direta entre o originador e os nós de destino. Emum ambiente firewall, isso força os usuários a quebrarem o firewall para abrir umcaminho de comunicação direta entre o mestre e cada agente tolerante a falhas narede.


O Tivoli Workload Scheduler fornece um atributo configurável, denominadobehindfirewall, na definição da estação de trabalho no banco de dados. Você podeconfigurar este atributo para ON para indicar que existe um firewall entre essaestação de trabalho particular e seu gerenciador de domínio e que o link entre ogerenciador de domínio e a estação de trabalho (que pode ser outro gerenciador dedomínio) é o único link permitido entre os domínios.

Além disso, para todas as estações de trabalho que possuem esse atributoconfigurado para ON, os comandos para iniciar ou parar a estação de trabalho oupara obter a lista padrão serão transmitidos através da hierarquia de domínio, emvez de abrir uma conexão direta entre o master (ou gerenciador de domínio) e aestação de trabalho.

Mecanismo de Segurança CentralizadoUma nova opção global torna possível alterar o modelo de segurança na rede doTivoli Workload Scheduler. Se você utilizar esta opção, os arquivos de segurançapara os agentes tolerantes a falhas na rede poderão ser criados ou modificadosapenas no gerenciador de domínio principal. O administrador do Tivoli WorkloadScheduler é responsável por criar, atualizar e distribuir os arquivos de segurançapara todos os agentes em que o acesso do usuário é necessário. Configurar estaopção global aciona um mecanismo de segurança para identificar e confiar a rededo Tivoli Workload Scheduler correspondente a esse gerenciador de domínioprincipal.

Se preferir o modelo de segurança tradicional, você ainda poderá utilizá-lo nãoativando a variável global.

Utilizando Fusos HoráriosO Tivoli Workload Scheduler suporta diferentes fusos horários. A ativação de fusoshorários fornece a capacidade de gerenciar sua carga de tarefa em um ambiente devários fusos horários. Tanto as notações de três caracteres como as notações detamanho variável são suportadas com a versão atual do Tivoli Workload Scheduler.O formato da notação de tamanho variável é área/cidade, por exemplo,Europa/Paris como equivalente a ECT (Hora Central Européia). A notação de trêscaracteres é suportada para capacidade com versões anteriores do produto.

Uma vez configurados, os fusos horários podem ser especificados quanto aoshorários de início e prazos finais nas tarefas e nos fluxos de tarefas.

Usando os métodos de acesso do Tivoli Workload Scheduler forApplications

Os métodos de acesso são usados para estender o recurso de planejamento detarefas do Tivoli Workload Scheduler para outros sistemas e aplicativos. Eles sãoexecutados em:v Agentes estendidos para estender recursos de planejamento estático.v Agentes dinâmicos e agentes do Tivoli Workload Scheduler para z/OS para

estender recursos de planejamento dinâmico.

Para obter detalhes adicionais, consulte “Agentes Suportados” na página 54.

Um método de acesso precisa interagir com o sistema externo por meio de sualinha de comandos ou o Dynamic Workload Console. Tivoli Workload Schedulerfor Applications inclui os métodos de acesso a seguir:v Oracle E-Business Suite (MCMAGENT)


v PeopleSoft (psagent)v SAP R/3 (r3batch)v z/OS (mvsjes e mvsopc)

Também é possível estender o recurso de planejamento de tarefas do produto comos Plug-ins do Tivoli Workload Scheduler for Applications para aplicativosexternos. Desta forma, você aproveita as funções do Tivoli Workload Schedulerpara executar tarefas em mais aplicativos ainda.

Os plug-ins disponíveis são:v IBM InfoSphere DataStagev IBM Cognosv SAP PI Channel

O Figura 5 mostra a configuração típica para o agente estendido e o agentedinâmico.

Agentes SuportadosOs métodos de acesso do Tivoli Workload Scheduler for Applications podem serexecutados em agentes estendidos e em agentes dinâmicos (incluindo agentes doTivoli Workload Scheduler para z/OS).

É possível estender os recursos do Tivoli Workload Scheduler em um ou maisaplicativos, como PeopleSoft, SAP R/3 e Oracle E-Business Suite. Os agentesnecessários para recursos de planejamento nestes aplicativos externos usando oTivoli Workload Scheduler for Applications são:

Agentes estendidos

Os agentes estendidos estendem o recurso de planejamento estático. Elessão estações de trabalho lógicas relacionadas a um método de acessohospedado por uma estação de trabalho física do Tivoli WorkloadScheduler (não outro agente estendido). Mais de uma estação de trabalhode agente estendido pode ser hospedada pela mesma estação de trabalhodo Tivoli Workload Scheduler e contar com o mesmo método de acesso. Oagente estendido é especificado em uma definição de estação de trabalho

XA Wks2.opts

XA Wks1.optsFile_1.opts File_2.opts

File_3.opts

Dynamic AgentWorkstation_1Dynamic AgentWorkstation_1

XA Wks2

XA Wks1

Ambiente Externo 2(SAP)Ambiente Externo 2(SAP)

Ambiente Externo 1(SAP)Ambiente Externo 1(SAP) Ambiente Externo 3

(PeopleSoft)Ambiente Externo 3(PeopleSoft)

Figura 5. Configuração de Agentes Suportados


padrão do Tivoli Workload Scheduler, que fornece ao agente estendido umnome e identifica o método de acesso. O método de acesso é um programaque é executado pela estação de trabalho de host sempre que o TivoliWorkload Scheduler envia uma tarefa a um sistema externo.

As tarefas são definidas para um agente estendido da mesma forma quepara outras estações de trabalho do Tivoli Workload Scheduler, exceto paraos atributos de tarefa que dependem do sistema externo ou aplicativo.

Para ativar e monitorar uma tarefa em um agente estendido, o host executao método de acesso transmitindo os detalhes da tarefa como opções dalinha de comandos. O método de acesso comunica-se com o sistemaexterno para ativar a tarefa e retornar o status da tarefa. Para ativar umatarefa em um ambiente externo, o Tivoli Workload Scheduler executa ométodo de acesso do agente estendido fornecendo-o com o nome daestação de trabalho do agente estendido e informações sobre a tarefa. Ométodo observa o arquivo correspondente chamadoXANAME_accessmethod.opts (em que XANAME é o nome da estação detrabalho de agente estendido) para determinar a qual instância deambiente externo ele se conectará. O método de acesso pode ativar tarefasnessa instância e monitorá-las até a conclusão, gravando informações deprogresso e status da tarefa no arquivo de lista padrão da tarefa.

Uma estação de trabalho física pode hospedar um máximo de 25 agentesestendidos.

Os agentes estendidos também podem ser usados para executar tarefas emum ambiente de ponta a ponta, em que suas tarefas de planejamento emonitoramento são executadas por um controlador do a Tivoli WorkloadScheduler para z/OS.

Agentes dinâmicos e agentes do Tivoli Workload Scheduler para z/OS (z-centric)

Os agentes dinâmicos e os agentes do Tivoli Workload Scheduler paraz/OS estendem o recurso de planejamento dinâmico. Para executarmétodos de acesso em aplicativos externos usando agentes dinâmicos, vocêdefine uma tarefa do tipo Método de Acesso. O método de acessocomunica-se com o sistema externo para ativar a tarefa e retornar o statusda tarefa. O método observa o arquivo correspondente chamadooptionsfile_accessmethod.opts (em que optionsfile é o arquivo deconfiguração que depende do método de acesso selecionado). O agentedinâmico e o agente do Tivoli Workload Scheduler para z/OS podem termais de um arquivo associado .opts para determinar a qual instância doambiente externo se conectará. O método de acesso pode ativar tarefasnessa instância e monitorá-las até a conclusão, gravando informações deprogresso e status da tarefa no arquivo da lista padrão da tarefa.



Capítulo 6. Tivoli Workload Scheduler for z/OS

O Tivoli Workload Scheduler para z/OS expande o escopo para automatizar asoperações de DP (processamento de dados). Ele planeja e programaautomaticamente a carga de trabalho de produção. A partir de um único ponto decontrole, ele direciona e controla o processamento da carga de trabalho nos siteslocais e remotos. Utilizando o Tivoli Workload Scheduler para z/OS para melhorara automação, você utiliza os recursos de DP de maneira mais eficiente, têm maiscontrole sobre os recursos de DP e gerencia melhor o processamento de sua cargade trabalho de produção.

Como a Carga de Trabalho de Produção É GerenciadaComo o Tivoli Workload Scheduler for z/OS fornece tudo isso? Esta seção descrevefunções que fazem com que as operações dos IS (sistemas de informações) sejamexecutadas de maneira mais eficiente. Mas, em primeiro lugar, descreveremos umabreve introdução para a estrutura do produto e alguns conceitos.

EstruturaO Tivoli Workload Scheduler for z/OS consiste em um produto base, o agente e umnúmero de recursos. Cada sistema z/OS em seu complexo requer o produto base.Um sistema z/OS em seu complexo é designado como o sistema de controle eexecuta o recurso do mecanismo. Apenas um recurso do mecanismo é necessário,mesmo quando você deseja iniciar mecanismos de espera em outros sistemas z/OSem um sysplex.

O Tivoli Workload Scheduler for z/OS com Tivoli Workload Scheduler endereçasua carga de trabalho de produção no ambiente distribuído. É possível planejar,controlar e monitorar tarefas no Tivoli Workload Scheduler a partir do TivoliWorkload Scheduler for z/OS. Por exemplo, no plano atual, é possível especificartarefas para executar em estações de trabalho no Tivoli Workload Scheduler.

A carga de trabalho em outros ambientes operacionais também pode ser controladacom interfaces abertas fornecidas com o Tivoli Workload Scheduler for z/OS.Programas de amostra usando a combinação TCP/IP ou um NJE/RSCS (entradade tarefa de rede/subsistema de comunicação de envio para o spool remoto)mostram como é possível controlar a carga de trabalho em ambientes que nopresente não possuem o recurso de planejamento.

Além disso, recursos do idioma nacional permitem que você veja os diálogos e asmensagens, no idioma de sua escolha. Estes idiomas estão disponíveis atualmente:v Inglêsv Alemãov Japonêsv Coreanov Espanhol

O texto do painel e da mensagem também pode ser modificado para incluirinstruções específicas da empresa ou de ajuda.


ConceitosDefinição de terminologia. Em todo este capítulo, os sinônimos a seguir sãousados alternadamente para expressar os mesmos conceitos:

Conceito Termo planejamento de carga de trabalho Termo Tivoli Workload Scheduler for z/OS

Uma lista de tarefas e das informaçõesusadas para executá-las. Um objeto deplanejamento definido no banco de dadosdo produto.

fluxo de tarefas aplicativo

O fluxo de tarefas específico (aplicativo)quando é inserido no plano do TivoliWorkload Scheduler for z/OS. É definidotambém por uma data e hora de execuçãoespecífica.

instância do fluxo de tarefas ocorrência

Uma tarefa, um comando ou um número detarefas.

tarefa operação

Uma tarefa no plano. instância da tarefa operação

No gerenciamento de cargas de trabalho de produção, o Tivoli Workload Schedulerfor z/OS é baseado em diversos conceitos importantes.

Planos. O Tivoli Workload Scheduler for z/OS constróiplanos operacionais combase em descrições fornecidas pelo usuário do departamento de operações de DP esua carga de trabalho de produção. Esses planos fornecem a base para seuscontratos de nível de serviço e apresentam uma imagem do status da carga detrabalho de produção em qualquer horário do dia. Você pode simular os efeitosdas mudanças em sua carga de trabalho de produção, no calendário e na instalaçãogerando planos de experiência.

Aplicativos. Também conhecido como fluxo de tarefas, um aplicativo é umadescrição de uma unidade de trabalho de produção. Ele pode incluir o seguinte:v Uma lista das operações, também conhecida como tarefas: são as tarefas

associadas a essa unidade de trabalho, como:– Entrada de dados– Preparação da tarefa– Envio de tarefa ou iniciação de tarefa iniciada– Comunicação com o programa NetView– Transferência de arquivo para outros ambientes operacionais– Impressão de saída– Atividades pós-processamento, como controle de qualidade ou dispatch– Outras tarefas relacionadas à unidade de trabalho que você deseja planejar,

controlar e rastrearv Uma descrição de dependências entre tarefas dentro de um fluxo de tarefas e

entre tarefas em outros fluxos de tarefas.v Informações sobre requisitos do recurso, como uso exclusivo de um conjunto de

dados.v Instruções especiais do operador que estão associadas a uma tarefa.v Como e onde cada tarefa deve ser processada.v Execução de políticas para tal unidade de trabalho; ou seja, quando ela deve ser

planejada ou, alternativamente, o nome de uma definição de grupo que registrea política de execução

Tivoli Workload Scheduler for z/OS planeja trabalho com base nas informaçõesfornecidas nas descrições de seu aplicativo (fluxo de tarefas).


Estações de trabalho. Ao planejar e processar o trabalho, o Tivoli WorkloadScheduler for z/OS considera os requisitos de processamento de cada tarefa.Algumas considerações típicas de processamento são:v Quais recursos humanos ou de máquina são necessários para o processamento

do trabalho, por exemplo, operadores, processadores ou impressoras?v Quando esses recursos tornam-se disponíveis?v Como estas tarefas devem ser rastreadas?v Este trabalho pode ser processado em algum outro local se os recursos se

tornarem indisponíveis?

O Tivoli Workload Scheduler for z/OS suporta uma faixa de tipos de processo detrabalho, denominada estações de trabalho, que mapeiam os requisitos deprocessamento de qualquer tarefa em sua carga de trabalho de produção. Cadaestação de trabalho suporta um tipo de atividade. Isso proporciona a você aflexibilidade para planejar, monitorar e controlar qualquer tipo de atividade de DP,incluindo o seguinte:v Configuração da tarefa, tanto manual como automáticav Envio de tarefav Ações de tarefa iniciadav Comunicação com o programa NetViewv Tarefas de impressãov Atividade de pré-processamento ou pós-processamento manual

Você pode planejar janelas de manutenção em seus ambientes de hardware esoftware. O Tivoli Workload Scheduler for z/OS ajuda a executar um encerramentocontrolado e livre de incidentes do ambiente, evitando o cancelamento de últimahora das tarefas ativas. Você pode escolher rotear novamente a carga de trabalhode forma automática durante qualquer interrupção, planejada ou não planejada.

O Tivoli Workload Scheduler for z/OS controla tarefas enquanto elas sãoprocessadas em estações de trabalho e dinamicamente atualiza o plano cominformações de tempo real no status das tarefas. Você pode visualizar ou modificaressas informações de status on-line utilizando as listas de estações de trabalhoprontas, contidas no diálogo.

Estações de Trabalho Virtuais.Usar estações de trabalho virtuais melhora obalanceamento de carga de trabalho e o monitoramento da disponibilidade dosistema. Este recurso automaticamente direciona o envio da carga de trabalho paradiferentes destinos, removendo a necessidade de associar uma estação de trabalhoa um destino específico. É possível definir uma lista de destinos para o envio dacarga de trabalho e o planejador distribui a carga de trabalho para destinos ativosautomaticamente selecionados, de acordo com uma abordagem de planejamentoround-robin.

É possível ativar este recurso especificando a nova opção virtual no nível dedefinição da estação de trabalho. Essa opção é permitida para estações de trabalhodo computador com atributo de relatório automático e é suportada por todas asinterfaces disponíveis para definir, modificar e monitorar estações de trabalho.

Utilizando estações de trabalho virtuais, o planejador distribui a carga de trabalhonos rastreadores de maneira uniforme, evitando, assim, gargalos durante asubmissão ou a execução de tarefas. Na realidade, o planejador divide a carga detrabalho entre os destinos disponíveis, de forma que o Job Entry System (JES) e oWorkload Manager (WLM) não localizem as filas de entrada sobrecarregadas aoselecionar tarefas para suas ações.

Capítulo 6. Tivoli Workload Scheduler for z/OS 59

Dependências. Em geral, cada atividade relacionada a DP deve ocorrer em umaordem específica. As atividades desempenhadas fora de ordem podem criar umasaída inválida e possivelmente até danificar os dados corporativos. Isto podecausar reexecuções dispendiosas, prazos finais vencidos e clientes insatisfeitos.

É possível definir dependências para operações (tarefas) quando uma ordem deprocessamento é necessária. Quando o Tivoli Workload Scheduler for z/OSgerencia os relacionamentos dependentes para você, as tarefas são sempre iniciadasna ordem correta a cada vez que elas são planejadas. Uma dependência é chamadainterna quando está entre duas tarefas no mesmo fluxo e externa quando está emduas tarefas em fluxos diferentes. Uma dependência ocorre entre uma operação depredecessor e uma operação de sucessor, em que o sucessor pode iniciar após seupredecessor ter concluído.

A resolução de uma dependência é resolvida com base nos horários de chegada deentrada - horários de início teóricos que ajudam a definir uma ocorrência deaplicativo específica - dos aplicativos dos quais os predecessores e sucessoresfazem parte. Uma dependência é resolvida quando um melhor correspondente dopredecessor é localizado de acordo com os critérios definidos para essadependência. Os critérios podem ser que o melhor correspondente do predecessorpossa ser localizado na ocorrência precedente mais próxima a respeito do sucessorou em uma que execute no mesmo dia ou dentro de um intervalo específico dedias ou horas. Além disso, uma dependência pode ser definida como obrigatóriapara vários graus.

Além disso, é possível especificar dependências condicionais, em que se usa o códigode retorno e o status de uma operação para determinar o início de outra operação.Operadores lógicos padrão são suportados para definir a verificação em status ouvalores de código de retorno, para implementar a definição de dependências comuma lógica condicional. Se a operação do predecessor for associada com uma tarefacom diferentes etapas, é possível especificar uma dependência de nível de etapacondicional nos códigos de retorno de etapa individual.

O Tivoli Workload Scheduler for z/OS permite que você serialize o trabalho combase no status de qualquer recurso de DP. Um exemplo típico é uma tarefa queutiliza um conjunto de dados como entrada, mas não deve ser iniciada até que acriação e o carregamento do conjunto de dados seja bem-sucedido com dadosválidos. É possível usar o suporte de serialização de recurso para enviar informaçõesde disponibilidade sobre um recurso de DP para o Tivoli Workload Scheduler forz/OS.

Recursos especiais. Recursos especiais são, geralmente, definidos para representarobjetos físicos ou lógicos utilizados pelas tarefas. Um recurso especial pode serutilizado para serializar o acesso a um conjunto de dados ou para limitar onúmero de transferências de arquivos em determinado link da rede. O recurso nãoprecisa representar um objeto físico na configuração, embora ele muitas vezesrepresente.

O Tivoli Workload Scheduler for z/OS mantém um registro do estado de cadarecurso e seu status de alocação atual. É possível escolher manter recursos se umatarefa que está alocando os recursos terminar de forma anormal. É possível usar ainterface do Tivoli Workload Scheduler for z/OS com o Resource Object DataManager (RODM) para planejar tarefas de acordo com a disponibilidade de recursoreal. Além disso, pode se inscrever em atualizações do RODM nos domínios locaise remotos.


O Tivoli Workload Scheduler for z/OS permite que você assine a atividade doconjunto de dados nos sistemas z/OS. A função de acionamento do conjunto dedados do Tivoli Workload Scheduler for z/OS automaticamente atualiza adisponibilidade do recurso especial quando um conjunto de dados é fechado. Vocêpode utilizar essa notificação para coordenar atividades planejadas ou incluirtrabalho não planejado no planejamento.

Calendários. O Tivoli Workload Scheduler for z/OS usa informações sobre quandoos departamentos de tarefa funcionam, de forma que os fluxos de tarefa não sejamplanejados para executar em dia quando os recursos de processamento não estãodisponíveis (por exemplo, domingos e feriados). Essas informações sãoarmazenadas em um calendário. O Tivoli Workload Scheduler for z/OS suportadiversos calendários para empresas nas quais diferentes departamentos possuemdiferentes dias úteis e dias de folga. Grupos diferentes dentro de uma empresaoperam de acordo com calendários diferentes.

A função de vários calendários será crítica se a empresa tiver instalações em maisde uma localização geográfica (por exemplo, com feriados nacionais ou locaisdiferentes).

Ciclos de processamento de negócios. O Tivoli Workload Scheduler for z/OS usaciclos de processamento de negócios ou períodos, para calcular quando seus fluxosde tarefa são executados, por exemplo, semanalmente ou a cada 10° dia útil. Osperíodos são baseados nos ciclos de negócios dos clientes. O Tivoli WorkloadScheduler for z/OS suporta uma faixa de períodos para processar os diferentesfluxos de tarefa em sua carga de trabalho de produção.

Ao definir um fluxo de tarefa, você especifica quando ele é planejado para serexecutado, usando um ciclo de execução, que pode ser:v Uma regra com o formato:

SOMENTE a SEGUNDA TERÇA-FEIRA de cada MÊS

TODAS AS SEXTAS-FEIRAS no SEMESTRE1 do período definido pelo usuário

em que as palavras em maiúsculas são selecionadas de listas de númerosordinais, nomes de dias e intervalos do calendário comum ou nomes deperíodos.

v Uma combinação de período e deslocamento. Por exemplo, um deslocamento de10 em um período mensal especifica o décimo dia de cada mês.

Grupos de ciclo de execução. Um dos elementos que compõem a definição de umaplicativo é o ciclo de execução, em que especifica os detalhes cronológicos dequando o aplicativo deve ser executado em termos de horário, dias, semanas,meses ou períodos (e vários outros detalhes). Um aplicativo pode ter diversasdefinições de ciclos de execução, que se tornam parte da definição desse aplicativo.Há vários tipos de ciclos de execução, como regular, exclusivo, baseado em regraou período.

Na etapa posterior, é possível definir grupos de ciclo de execução. Eles são objetosde banco de dados em seu próprio direito e não são parte da definição de umaplicativo, mas o mesmo grupo de ciclo de execução pode ser usado por mais deum aplicativo. Um grupo de ciclos de execução é uma lista de ciclos de execuçãoque, combinados, produzem um conjunto de datas de execução.

É possível estruturar um grupo de ciclo de execução em subconjuntos. Em umsubconjunto, é possível corresponder um ciclo de execução exclusivo com um


positivo para gerar ocorrências negativas, que identificam os dias quando umaplicativo é planejado normalmente para executar, mas recebe bypass.

É possível fazer uso do AND lógico entre dois ciclos de execução em um grupo.Isso permite definir facilmente regras que planejam trabalho em datas de execuçãocomplexas.

Usando Planos em Tivoli Workload Scheduler para z/OSO Tivoli Workload Scheduler para z/OS define seu planejamento de carga detrabalho de produção. Ele produz planos de alto nível e detalhados. Esses planosorientam a carga de trabalho de produção e mostram o status da carga de trabalhode produção em seu sistema em qualquer momento especificado. Você podeproduzir planos trial para prever cargas de trabalho futuras.

Planejamento a Longo PrazoO plano a longo prazo é um planejamento de alto nível de sua carga de trabalho deprodução antecipada. Ele lista, por dia, as instâncias de fluxos de tarefas a seremexecutadas durante o período do plano. Cada instância de um fluxo de tarefa échamada de ocorrência. O plano de longo prazo mostra ocorrência que devem serexecutadas, bem como as dependências que existem entre os fluxos de trabalho.Você pode visualizar essas dependências graficamente em sua estação de trabalhocomo uma rede para verificar se o trabalho foi definido corretamente. O planopode ajudá-lo na previsão e no planejamento para dias de processamento pesado.A função de planejamento de longo prazo também pode produzir histogramasmostrando o uso do recurso planejado para estações de trabalho individuaisdurante o período do plano.

Você pode utilizar o plano a longo prazo como a base para documentar seuscontratos de nível de serviço. Ele permite relacionar os contratos de nível deserviço diretamente aos planejamentos da carga de trabalho de produção, de formaque os clientes possam ver quando e como seus trabalhos devem ser processados.

O plano de longo prazo fornece uma janela para o futuro. Você pode decidirquanto tempo no futuro, de um dia a quatro anos. Também é possível produzirrelatórios de simulação do plano de longo prazo para qualquer data futura. O TivoliWorkload Scheduler for z/OS pode automaticamente estender o plano de longoprazo em intervalos regulares. É possível imprimir o plano de longo prazo comoum relatório ou é possível visualizar, alterar e estendê-lo on-line usando osdiálogos.

Planejamento DetalhadoO plano atual é o centro do processamento do Tivoli Workload Scheduler for z/OS.Ele orienta a carga de trabalho de produção automaticamente e fornece umamaneira para verificar seu status. O plano atual é produzido pela execução detarefas em lote que extraem do plano de longo prazo as ocorrências que estãodentro do período de tempo especificado a partir dos detalhes da tarefa. O planoatual seleciona uma janela do plano de longo prazo e deixa as tarefas prontas paraserem executadas. Eles são iniciados dependendo das restrições decididas (porexemplo, dependências, disponibilidade de recursos ou tarefas dependentes detempo).

O plano atual é um plano rolante que pode abranger vários dias. Um métodocomum é abranger de 1 a 2 dias com extensões regulares a cada deslocamento. Asatividades de processamento da carga de trabalho de produção são listadas porminuto.


Você pode imprimir o plano atual como um relatório ou visualizá-lo, alterá-lo eestendê-lo on-line utilizando os diálogos.

Controlando Automaticamente a Carga de Trabalho deProdução

O Tivoli Workload Scheduler for z/OS automaticamente conduz a carga detrabalho de produção ao monitorar o fluxo de trabalho e ao direcionar oprocessamento das tarefas para seguir as prioridades de negócios estabelecidas noplano.

Por meio de sua interface com o programa NetView ou seu diálogo InteractiveSystem Productivity Facility de gerenciamento por exceção, o Tivoli WorkloadScheduler for z/OS pode alertar o especialista de controle de produção paraproblemas no processamento da carga de trabalho de produção. Além disso, oprograma NetView pode automaticamente acionar o Tivoli Workload Scheduler forz/OS para executar ações corretivas em resposta a estes problemas.

O Tivoli Workload Scheduler for z/OS automaticamente:v Inicia e pára tarefas iniciadas.v Edita instruções de tarefa: Linguagem de controle de tarefas z/OS ou instruções

de tarefa equivalentes para outros ambientes operacionais antes do enviov Envia sempre tarefas na seqüência especificada para o ambiente operacional de

destino.v Rastreia cada tarefa planejada no plano.v Determina o sucesso ou a falha das tarefas.v Exibe informações de status e instruções para orientar os operadores da estação

de trabalho.v Fornece recuperação automática de tarefas quando elas terminam com erro,

independentemente do ambiente operacional.v Gera datas de processamento para seus ciclos de execução de fluxo de tarefas

usando regras, tais como:– Toda segunda terça-feira do mês– Apenas o último sábado em junho, julho e agosto– A cada terceiro dia útil no período PAYROLL definido pelo usuário

v Inicia tarefas relacionadas à disponibilidade real de recursos.v Executa limpeza do conjunto de dados e executa novamente situações para a

carga de trabalho do z/OSv Padroniza a linguagem de controle de tarefas para reinícios de etapa das tarefas

do z/OS e tarefas iniciadasv Planeja dinamicamente o processamento adicional em resposta a atividades que

não podem ser planejadas.v Fornece notificação automática quando um conjunto de dados atualizado é

fechado; isso pode ser utilizado para acionar processamento subseqüente.v Gera alertas quando situações anormais são detectadas na carga de trabalho.

O Tivoli Workload Scheduler for z/OS também fornece recursos de controlemanual, que são descritos em “Controle e Intervenção Manual” na página 69.

Envio Automático de Carga de TrabalhoO Tivoli Workload Scheduler for z/OS automaticamente conduz o trabalho aolongo do sistema, levando em conta o trabalho que requer conclusão manual oregistrada do programa. A conclusão gravada pelo programa refere-se a situações


em que o status de uma tarefa controlada pelo planejador é configurado para“concluído” por um programa gravado pelo usuário. O Tivoli Workload Schedulerfor z/OS também promove o ótimo uso de recursos, aprimora a disponibilidade dosistema e automatiza tarefas de operador repetitivas e complexas. O TivoliWorkload Scheduler for z/OS automaticamente controla o envio do trabalho deacordo com:v Dependências entre tarefasv Prioridades de carga de trabalhov Tempo especificado para o envio de um trabalho específicov Disponibilidade de recursos

Ao salvar uma cópia da linguagem de controle de tarefas para cada execuçãoseparada, ou ocorrência, de uma tarefa específica em seus planos, o TivoliWorkload Scheduler for z/OS evita a reutilização não intencional de mudanças delinguagem de controle de tarefas temporárias, tais como substituições.

Adaptação de tarefas. O Tivoli Workload Scheduler for z/OS fornece funçõesautomáticas de customização de tarefas para automaticamente editar tarefas. Istopode reduzir sua dependência de edição manual que consome tempo e está sujeitaa erros das tarefas. A customização de tarefas do Tivoli Workload Scheduler forz/OS fornece:v Substituição automática de variávelv Inclusão e exclusão dinâmicas de instruções de tarefa sequenciaisv Inclusão dinâmica de instruções de tarefa de outras bibliotecas ou de uma saída

Para tarefas enviadas em um sistema z/OS, estas instruções de tarefas sãolinguagem de controle de tarefas z/OS. As diretivas de customização da linguagemde controle de tarefas do planejador podem ser incluídas em tarefas que sãoenviadas em outros sistemas operacionais, tais como AIX/6000.

As variáveis podem ser substituídas em colunas específicas e você pode definircritérios de verificação para assegurar que cadeias inválidas não sejam substituídas.As diretivas especiais que suportam os vários formatos de data utilizados porprogramas de fluxo de tarefa permitem definir dinamicamente o formatonecessário e alterar os vários horários para a mesma tarefa. É possível definirexpressões aritméticas para calcular valores como a data atual mais quatro diasúteis. E é possível configurar uma variável temporária com um valor específico oucomo uma expressão composta de outras variáveis temporárias.

Padronização de comandos de automação do sistema. O Tivoli WorkloadScheduler for z/OS fornece uma função que edita comandos de automação dosistema automaticamente. Isso ajuda a economizar tempo e reduzir a possibilidadede erros de edição. A customização de comandos do Tivoli Workload Scheduler forz/OS fornece substituição automática de variáveis.

Recuperação e Reinício AutomáticosO Tivoli Workload Scheduler for z/OS fornece recursos de reinício automático paraseu trabalho de produção. É possível especificar as ações de reinício a executar se otrabalho iniciado pelo Tivoli Workload Scheduler for z/OS terminar em erro(consulte Figura 6 na página 65.) Estas funções podem ser utilizadas parapredefinir ações automáticas de reinício e recuperação de erros para tarefas etarefas iniciadas. A integração do planejador com o programa NetView permitepassar automaticamente alertas para o programa NetView em situações de erro.Usar o recurso cross-system coupling facility (XCF) do z/OS permite que o TivoliWorkload Scheduler for z/OS mantenha o processamento de carga de trabalho deprodução quando ocorre uma falha no sistema.


Recuperação de tarefas e tarefas iniciadas. Ações de recuperação automática paratarefas com falha são especificadas nas instruções de controle definidas pelousuário. Os parâmetros nessas instruções determinam as ações de recuperação aserem tomadas quando uma tarefa ou tarefa iniciada terminar com erro.

Reinício e limpeza. Você pode utilizar reinício e limpeza para catalogar, removerdo catálogo ou excluir conjuntos de dados quando uma tarefa terminar com erroou quando você precisar reexecutar uma tarefa. A limpeza do conjunto de dadoscuida da linguagem de controle de tarefas na forma de linguagem de controle detarefas do fluxo de entrada, procedimentos do fluxo de entrada e procedimentoscatalogados nos sistemas local e remoto. Esta função pode ser iniciadaautomaticamente pelo Tivoli Workload Scheduler for z/OS ou manualmenteusando estes painéis. O Tivoli Workload Scheduler for z/OS configura o catálogocom o status em que ele estava antes da tarefa ter sido executada para geração degrupos de configuração de dados (GDGs) e para conjuntos de dados alocados DDcontidos na linguagem de controle de tarefas. Além disso, o recurso de reinício elimpeza suporta o uso do Removable Media Manager em seu ambiente.

Reinício no nível de etapa e de tarefa também é fornecido nos painéis do TivoliWorkload Scheduler for z/OS. Ele gerencia a resolução de nomes de GDG, alinguagem de controle de tarefas que contém INCLUDEs ou PROC aninhados einstruções IF-THEN-ELSE. O Tivoli Workload Scheduler for z/OS tambémidentifica automaticamente problemas que podem evitar o reinício bem-sucedido,fornecendo uma lógica da “melhor etapa de reinício.”

É possível navegar no log da tarefa ou solicitar um reinício no nível da etapa paraqualquer tarefa do z/OS ou tarefa iniciada mesmo quando não há modificações nocatálogo. As funções de navegação do log da tarefa também estão disponíveis paraa carga de trabalho em outras plataformas operacionais, o que é especialmente útilpara tais ambientes que não suportam um recurso semelhante a SDSF. Se você usar

Aplicativo de Usuário

Reiniciaruma TarefaAnterior?

Limpeza deCatálogoAutomática?

Reiniciar aTarefa comFalha?

Tarefa 3Terminaem Erro

1

2

Tarefa 2

Tarefa 3

Tarefa 1

Continuar? Nenhuma Ação?

Tarefa deRecuperação?

Analisar

O Planejador Analisa oErro e Determina aAção de Reiniciar

Figura 6. Recuperação e Reinício Automáticos


um arquivador SYSOUT, por exemplo, RMDS, é possível estabelecer interface comele a partir do Tivoli Workload Scheduler for z/OS e assim, evitar a duplicação deinformações do log da tarefa.

Esses recursos estão disponíveis e não há necessidade de fazer mudanças nalinguagem de controle de tarefas atual.

O Tivoli Workload Scheduler for z/OS fornece um recurso de limpeza de conjuntode dados corporativo nos sistemas de agente remoto.

Reinício da carga de trabalho de produção. O Tivoli Workload Scheduler for z/OSfornece um reinício de carga de trabalho de produção, que pode manterautomaticamente o processamento de seu trabalho se um sistema ou conexãofalhar. O trabalho de produção controlado pelo planejador para o sistema nãobem-sucedido é novamente roteado para outro sistema. Como o Tivoli WorkloadScheduler for z/OS pode reiniciar e gerenciar a carga de trabalho de produção, aintegridade do seu planejamento de processamento é mantida e o serviço continuapara seus clientes.

O Tivoli Workload Scheduler for z/OS usa o recurso VTAM Model ApplicationProgram Definition e os símbolos definidos do z/OS para facilitar a configuração ea tarefa em um ambiente sysplex, fornecendo uma visualização única do sistemado sysplex.

Iniciar, parar e gerenciar seus mecanismos e agentes não requer que você saiba emqual imagem z/OS de sysplex eles estão realmente sendo executados.

Espera ativa. O Tivoli Workload Scheduler for z/OS fornece um único ponto decontrole para sua carga de trabalho de produção do z/OS. Se este sistema decontrole falhar, o Tivoli Workload Scheduler for z/OS pode automaticamentetransferir as funções de controle para um sistema de backup dentro de um SysplexParalelo, consulte Figura 7. Por meio do XCF, o Tivoli Workload Scheduler forz/OS pode automaticamente manter o processamento de carga de trabalho deprodução durante as falhas de sistema ou conexão.

z/OS

Controlando oPlanejador

DASDCompar-tilhado

PlanejadorControlado

(Hot Standby)

PlanejadorControlado

XCF

XCF

XCF

Sysplex Paralelo

Figura 7. Reinício e Espera Ativa da Carga de Trabalho de Produção


Suporte do Gerenciador de Reinício Automático do z/OSTodos os componentes do planejador são ativados para serem reiniciados peloAutomatic Restart Manager (ARM) do sistema operacional z/OS, no caso de falhado programa.

Suporte ao WLM (Workload Manager)Com o WLM (Workload Manager), você pode fazer o melhor uso de recursosacessados por suas tarefas planejadas. Além disso, suas tarefas mantêm o mais altorendimento possível com o WLM e o Tivoli Workload Scheduler for z/OS. Quandoutilizado com o WLM, o planejador pode alcançar os melhores tempos possíveis deresposta do sistema.

Verificação Automática de StatusPara controlar o fluxo de trabalho, o Tivoli Workload Scheduler for z/OSestabelece interface diretamente com o sistema operacional, colecionando eanalisando informações de status sobre o trabalho de produção que está ativaatualmente no sistema. O Tivoli Workload Scheduler for z/OS pode registrarinformações de status de ambos os processadores local e remoto. Quando asinformações de status são relatadas a partir de sites remotos em diferentes fusoshorários, o Tivoli Workload Scheduler for z/OS tem tolerância em relação àsdiferenças de horário.

Relatório de Status de Ambientes HeterogêneosO processamento em outros ambientes operacionais também pode ser controladopelo Tivoli Workload Scheduler for z/OS. É possível usar programas fornecidospara comunicação com o mecanismo a partir de qualquer ambiente que podeestabelecer comunicações com um sistema z/OS.

Relatório de Status de Programas de UsuárioÉ possível passar informações de status sobre processamento de carga de trabalhode produção para o Tivoli Workload Scheduler for z/OS a partir de seus própriosprogramas por meio de uma rotina fornecida padrão.

Verificação de Conclusão de Tarefas AdicionalSe necessário, o Tivoli Workload Scheduler for z/OS fornece verificação de statusadicional ao varrer o SYSOUT e outros conjuntos de dados de impressão a partirde seu processamento quando o sucesso ou falha do processamento não pode serdeterminado pelos códigos de conclusão. Por exemplo, o Tivoli WorkloadScheduler for z/OS pode verificar o texto das mensagens do sistema ou mensagensoriginárias dos seus programas de usuário. Usar informações contidas nas tabelasdo Job Completion Checker (JCC), o Tivoli Workload Scheduler for z/OSdetermina quais ações tomar quando ele localiza determinadas sequências de texto.Estas ações podem incluir:v Relatório de errosv Novo enfileiramento de SYSOUTv Gravação de registros de incidentes em um conjunto de dados de incidente

Gerenciando Trabalho Não PlanejadoO Tivoli Workload Scheduler for z/OS pode ser automaticamente acionado paraatualizar o plano atual com informações sobre trabalho que não pode ser planejadocom antecedência. Isto permite que o Tivoli Workload Scheduler for z/OS controleo trabalho inesperado. Como o Tivoli Workload Scheduler for z/OS verifica ostatus de processamento deste trabalho, os recursos de recuperação automáticatambém estão disponíveis.


Integração com o IBM Tivoli MonitoringIBM Tivoli Monitoring monitora e gerencia aplicativos de sistema e rede em umavariedade de plataformas e mantém controle d disponibilidade e desempenho desua empresa em sua totalidade. É possível usar os relatórios fornecidos pelo IBMTivoli Monitoring para rastrear tendências e resolver problemas.

A integração entre o Tivoli Workload Scheduler para z/OS e o IBM TivoliMonitoring requer a instalação de um agente customizável, o IBM TivoliMonitoring Agent for Tivoli Workload Scheduler for z/OS. Esse agente é instaladonos sistemas que você deseja monitorar e ele coleta e distribui dados para o TivoliEnterprise Monitoring Server.

O IBM Tivoli Monitoring Agent for Tivoli Workload Scheduler for z/OS (chamadode Tivoli Monitoring Agent a partir de agora) envia eventos e alertas ao IBM TivoliMonitoring (ITM). O Tivoli Workload Scheduler para z/OS estabelece uma conexãode IP com a Origem de Dados de Soquete do Tivoli Monitoring Agent que atuacomo uma tarefa de ouvinte. Cada vez que uma das operações monitoradas alteraseu status ou um alerta é emitido, o evento relacionado é enviado ao TivoliMonitoring Agent.

Os dados enviados pelo Tivoli Workload Scheduler para z/OS são interpretadospelo Tivoli Monitoring Agent. O agente armazena as informações de evento em seucache e estas informações são consolidadas posteriormente pelo Tivoli EnterpriseMonitoring Server. Os dados coletados são recuperados e exibidos por umcomponente chamado Tivoli Enterprise Portal.

O Tivoli Enterprise Portal é uma interface interativa usada para visualizar emonitorar a rede corporativa. O cliente Tivoli Enterprise Portal se conecta aoservidor do Tivoli Enterprise Portal que permite recuperação, manipulação eanálise de dados coletados por todos os agentes existentes do IBM TivoliMonitoring em sua empresa.

É possível usar o Tivoli Enterprise Portal para exibir e gerenciar eventosrelacionados às operações do Tivoli Workload Scheduler para z/OS, como horáriode início e encerramento de operação. Da mesma forma, é possível configurar aseleção automática de operações automáticas e subtarefas, fornecendo um únicoponto de gerenciamento e controle para os recursos de sua empresa.

Estabelecendo Interface com Outros ProgramasO Tivoli Workload Scheduler for z/OS fornece uma interface com o programa(PIF). Utilizando essa interface, você pode automatizar a maioria das ações quepode desempenhar on-line por meio dos diálogos. Esta interface pode ser chamadaa partir de CLISTs, programas do usuário e da utilização de comandos do TSO.

A interface de programação de aplicativos (API) permite que seus programas secomuniquem com o Tivoli Workload Scheduler for z/OS a partir de qualquerplataforma em conformidade. É possível usar o Common Programming Interfacefor Communications (CPI-C), Advanced Program-to-Program Communication(APPC) ou seus próprios verbos de unidade lógica (LU) 6.2 para conversar com oTivoli Workload Scheduler for z/OS por meio da API. Você pode utilizar essainterface para consultar e atualizar o plano atual. Os programas podem estar emexecução em qualquer plataforma que esteja conectada localmente ou remotamentepor meio de uma rede, com o sistema z/OS no qual o mecanismo é executado.


Controle e Intervenção ManualO Tivoli Workload Scheduler for z/OS permite que você verifique o status dotrabalho e intervenha manualmente quando as prioridades mudam ou quandodeseja executar trabalho não planejado. Você pode consultar o status da carga detrabalho de produção e, em seguida, modificar o planejamento, se necessário.

Consultas de StatusCom os diálogos de ISPF ou o Dynamic Workload Console, é possível fazerconsultas online e receber informações em tempo hábil sobre o status da carga detrabalho de produção.

As informações de horário exibidas pelos diálogos estão no horário local dousuário do diálogo. Utilizando os diálogos, você pode solicitar informaçõesdetalhadas ou resumidas sobre fluxos de tarefa individuais, tarefas e estações detrabalho, bem como informações resumidas referentes à produção da carga detrabalho como um todo. Você também pode exibir dependências graficamentecomo uma rede no fluxo de tarefas e no nível de tarefa. Consultas de status:v Fornecem informações de status gerais que você pode utilizar quando considerar

uma alteração na capacidade da estação de trabalho ou quando organizar umturno extra ou um trabalho com hora extra.

v Ajudam a supervisionar o fluxo de trabalho por meio da instalação; porexemplo, ao exibir o status do trabalho em cada estação de trabalho.

v Ajudam a decidir se a intervenção é necessária para acelerar o processamento defluxos de tarefas específicos. Você pode detectar quais fluxos de tarefas são maiscríticos. Também pode verificar o status de qualquer fluxo de tarefa, além dosplanos e horários reais de cada tarefa.

v Ajudam a verificar informações antes de fazer modificações no plano. Porexemplo, você pode verificar o status de um fluxo de tarefa e suas dependênciasantes de exclui-lo ou de alterar seu horário de chegada ou prazo final daentrada. Consulte “Modificando o Plano Atual” para obter informaçõesadicionais.

v Fornecem informações sobre o status de processamento em uma estação detrabalho específica. Talvez o trabalho que deveria ter chegado na estação detrabalho não chegou. As consultas de status podem ajudá-lo a localizar otrabalho e a detectar o que ocorreu com ele.

Modificando o Plano AtualO Tivoli Workload Scheduler for z/OS faz atualizações de status no planoautomaticamente, usando suas funções de rastreamento. No entanto, ele permitealterar o plano manualmente para refletir mudanças não planejadas na carga detrabalho ou no ambiente de operações, que muitas vezes ocorrem durante umturno. Por exemplo, talvez seja necessário alterar a prioridade de um fluxo detarefa, incluir trabalho não planejado ou rotear novamente o trabalho de umaestação de trabalho para outra. Talvez seja necessário também corrigir errosoperacionais manualmente. Modificar o plano atual pode ser a melhor maneira detratar estas situações.

Você pode modificar o plano atual on-line. Por exemplo, pode:v Incluir tarefas inesperadas ou mudanças de última hora no plano. O Tivoli

Workload Scheduler for z/OS então cria automaticamente as dependências paraeste trabalho.

v Modificar manualmente o status das tarefas.v Excluir ocorrências de fluxos de tarefas.


v Exibir graficamente as dependências das tarefas antes de modificá-las.v Modificar os dados em fluxos de tarefas, incluindo a linguagem de controle de

tarefas.v Responder a situações de erro ao:

– Rotear novamente as tarefas.– Reexecutar tarefas ou ocorrências.– Concluir tarefas ou ocorrências.– Alterar tarefas ou ocorrências.

v Altere o status das estações de trabalho ao:– Rotear novamente o trabalho de uma estação de trabalho para outra.– Modificar atributos de relatório da estação de trabalho.– Atualizar a disponibilidade de recursos.– Alterar a maneira que os recursos são manipulados.

v Replanejar ou estender o plano atual.

Além de utilizar os diálogos, você pode modificar o plano atual a partir de seuspróprios fluxos de tarefas, utilizando a interface do programa ou a interface deprogramação de aplicativo. Também é possível acionar o Tivoli WorkloadScheduler for z/OS para dinamicamente modificar o plano usando comandos doTSO ou um programa em lote. Isso inclui trabalho inesperado automaticamente noplano.

Gerenciamento de Tarefas CríticasO Tivoli Workload Scheduler for z/OS usa o recurso do componente do WorkloadManager do z/OS para garantir que as tarefas críticas sejam concluídas a tempo.Se uma tarefa crítica atrasar, o Tivoli Workload Scheduler for z/OS a favoreceusando a interface do Workload Manager.

Gerenciamento do Caminho CríticoAlém de manipular as tarefas críticas com base no Workload Manager, o TivoliWorkload Scheduler para z/OS fornece a manipulação dinâmica do caminhocrítico calculada pelo processo de tarefas em lote de planejamento diário.

O caminho crítico é o caminho dentro de uma rede de tarefas, com o menor tempode folga.

O tempo de folga, em um caminho predecessor de tarefa crítica, é o tempo que oprocessamento das tarefas predecessoras podem atrasar sem exceder o prazo finalde uma tarefa crítica. É o tempo vago calculado utilizando o prazo final, a chegadade entrada e as configurações de duração de tarefas predecessoras.

Os recursos incluem:v Monitoramento de predecessores de tarefa crítica que estão atrasados, que são

de longa execução ou finalizados com um erro. Esse processo utiliza a mesmalógica interna que o planejador aplica para monitorar condições de alerta.

v Monitoramento dos caminhos que estão consumindo os tempos de folgacorrespondentes, tornando-se mais críticos que os caminhos calculados nageração do plano.

v Monitoramento de tarefas críticas aprimorado, utilizando fluxos de diálogoInteractive System Productivity Facility.

v Suporte backend para novas visualizações disponíveis utilizando o DynamicWorkload Console.


SegurançaAtualmente, as operações de DP exigem cada vez mais um nível alto de segurançade dados, principalmente à medida que o escopo de operações de DP se expande emais pessoas são envolvidas dentro da empresa. O Tivoli Workload Scheduler forz/OS fornece segurança completa e integridade de dados com a faixa de suasfunções. Ele fornece um serviço central compartilhado para diferentesdepartamentos de usuário, mesmo quando os usuários se encontram em empresase países distintos. O Tivoli Workload Scheduler for z/OS fornece um alto nível desegurança para proteger dados e recursos do planejador de acesso não autorizado.Com o Tivoli Workload Scheduler for z/OS, é possível organizar, isolar e protegerfacilmente dados do usuário para proteger a integridade dos aplicativos de usuário(consulte Figura 8). O Tivoli Workload Scheduler for z/OS pode planejar econtrolar o trabalho de diversos grupos de usuários e mantém controle completode acesso a dados e serviços.

Trilha de AuditoriaCom a trilha de auditoria, é possível definir como você deseja que o TivoliWorkload Scheduler for z/OS para registrar acessos (leituras e atualizações) nosrecursos do planejador. Como ela fornece um histórico de mudanças nos bancos dedados, a trilha de auditoria pode ser extremamente útil para a equipe que trabalhacom depuração e determinação de problemas.

Um programa de amostra é fornecido para leitura de registros de trilha deauditoria. O programa lê os registros por um período que você especifica e produzum relatório detalhando as mudanças que foram feitas nos recursos do planejador.

Recurso de Autorização do SistemaO Tivoli Workload Scheduler for z/OS usa o System Authorization Facility (SAF),uma função do z/OS, para passar solicitações de verificação de autorização para oseu sistema de segurança, por exemplo RACF. Isso significa que você podeproteger os objetos de dados do planejador com qualquer sistema de segurançaque utiliza a interface SAF.

Proteção de Dados e Recursos:Cada pedido do usuário para acessar uma função ou acessar dados é validada peloSAF. Estas são algumas das informações que podem ser protegidas:

Planejador

Dados do Planejador

Trilha deAuditoria

JCL

JCL

Finanças

UsuárioTSO

FabricaçãoVendas

RACF

UsuárioTSO

UsuárioTSO

JCL

Figura 8. Segurança


v Calendários e períodosv Nomes dos fluxos de tarefas ou proprietário do fluxo de tarefa, por nomev Estação de trabalho, por nomev Dados específicos do fluxo de tarefa no planov Instruções de operadorv Linguagem de controle de tarefas

Para suportar a manipulação distribuída de diversos usuários, o Tivoli WorkloadScheduler for z/OS permite que você controle o nível de segurança que desejaimplementar, logo abaixo do nível de registros individuais. É possível definirnomes de recursos genéricos ou específicos do RACF para estender o nível deverificação de segurança.

Se você tiver o RACF Versão 2 Release 1 instalado, é possível usar o TivoliWorkload Scheduler for a classe de recurso reservada do z/OS para gerenciar seuambiente de segurança do Tivoli Workload Scheduler for z/OS. Isto significa quevocê não precisa definir sua própria classe de recurso ao modificar o ResourceAccess Control Facility e reiniciar seu sistema.

Integridade de Dados durante Envio:O Tivoli Workload Scheduler for z/OS pode garantir o ambiente de segurançacorreto para cada tarefa que ele envia, independente da tarefa ser executada emum sistema local ou remoto. O Tivoli Workload Scheduler for z/OS permite criarperfis de segurança padronizados para tarefas individuais ou grupos de tarefas.

Conformidade com o Federal Information Processing Standards(FIPS)É possível configurar o Tivoli Workload Scheduler para z/OS para estar emconformidade com o padrão FIPS (Federal Information Processing Standards) sobreconexões SSL seguras.

É possível configurar o Tivoli Workload Scheduler para z/OS para ativar aconformidade com FIPS 140-2 no planejamento de ponta a ponta com agentesz-centric ou com agentes tolerantes a falhas, e nas comunicações entre ocontrolador e as seguintes interfaces: rastreador, servidor, armazenamento dedados, diálogo ISPF remoto, interface com o programa (PIF). Para fazer isso, vocêdeve configurar o parâmetro chamado ENABLEFIPS nas instruções de inicializaçãoTCPOPTS e/ou HTTPOPTS do controlador do Tivoli Workload Scheduler paraz/OS.

Configurações de Tivoli Workload Scheduler para z/OSO Tivoli Workload Scheduler for z/OS suporta diversas opções de configuraçãousando uma variedade de métodos de comunicação:v “O Sistema de Controle”v “Sistemas z/OS Controlados” na página 73v “Painéis Remotos e Aplicativos de Interface de Programa” na página 74v “Tarefas de Planejamento Que Estão no Tivoli Workload Scheduler” na página 74

O Sistema de ControleO sistema de controle requer o agente e o mecanismo. Um sistema de controlepode gerenciar a carga de trabalho de produção em todos os ambientesoperacionais.


O mecanismo é o ponto focal de controle e de informações. Ele contém as funçõesde controle, os diálogos e os próprios programas em lote do planejador. Apenasum mecanismo é requerido para controlar a instalação inteira, incluindo ossistemas locais e remotos (consulte a Figura 9).

Sistemas z/OS ControladosUm agente é necessário para cada sistema z/OS controlado em uma configuração.Isso inclui, por exemplo, sistemas controlados locais dentro de configurações desysplex ou de DASD compartilhado.

O agente é executado como um subsistema z/OS e estabelece interface com osistema operacional (por meio do JES2 ou JES3 e SMF), usando a interface do

Sysplex

Rastreador OS/390

Controlador Hot Standby

Rastreador OS/390

Controlador Ativo

Sysplex

Rastreador z/OS

Controlador Hot Standby

Rastreador z/OS

Controlador Hot StandbyRastreador z/OS

Controlador Ativo

Gerenciadores deDomínio

ConectorDistribuídoWebSphere

ApplicationServer

Agentes z/OS

Tivoli Dynamic Workload Console

AgentesDistribuídos

Nota: TDWC não precisa do Connector

para vincular aos mecanismos distribuídos

Conectorz/OS

Figura 9. Configurações do Tivoli Workload Scheduler for z/OS


subsistema e as saídas do sistema operacional. O agente monitora e registra ostatus da tarefa e passa as informações de status para o mecanismo através doDASD, XCF ou ACF/VTAM.

É possível usar o z/OS e o cross-system coupling facility (XCF) para conectar seussistemas z/OS locais. Em vez de serem transmitidas ao sistema de controleutilizando o DASD compartilhado, as informações de status do trabalho sãotransmitidas diretamente através de conexões do XCF. O XCF permite usar todosos recursos de reinício de carga de trabalho de produção e sua função de hotstandby. Consulte a “Recuperação e Reinício Automáticos” na página 64.

Sistemas RemotosO agente em um sistema z/OS passa informações de status sobre o trabalho deprodução em progresso para o mecanismo no sistema de controle. Toda acomunicação entre os subsistemas Tivoli Workload Scheduler for z/OS nossistemas de controle e remotos é feita por meio do ACF/VTAM.

O Tivoli Workload Scheduler for z/OS permite que você vincule sistemas remotosusando redes ACF/VTAM. Com frequência, os sistemas remotos são utilizadoslocalmente “em premissas” para reduzir a complexidade da instalação de DP.

Painéis Remotos e Aplicativos de Interface de ProgramaPainéis ISPF e aplicativos de interface com o programa (PIF) podem ser executadosem um sistema z/OS diferente a partir daquele no qual o mecanismo está emexecução. Os diálogos e aplicativos de PIF enviam solicitações e recebem dados deum servidor Tivoli Workload Scheduler for z/OS que está em execução no mesmosistema z/OS no qual o mecanismo de destino está em execução, usandoAdvanced Program-to-Program Communication (APPC). O servidor se comunicacom o mecanismo para desempenhar as ações solicitadas.

O servidor é um espaço de endereço separado, iniciado e parado automaticamentepelo mecanismo ou pelo usuário por meio do comando de início do z/OS. Podehaver mais de um servidor para um mecanismo.

Se os diálogos ou os aplicativos de PIF são executados no mesmo sistema z/OS noqual o mecanismo de destino está em execução, o servidor pode não estarenvolvido.

Tarefas de Planejamento Que Estão no Tivoli WorkloadScheduler

O Tivoli Workload Scheduler for z/OS também permite que você acesse fluxos detarefas (planejamentos no Tivoli Workload Scheduler) e os inclua no plano atual noTivoli Workload Scheduler for z/OS. Além disso, é possível criar dependênciasentre o Tivoli Workload Scheduler para fluxos de tarefa do z/OS e tarefas do TivoliWorkload Scheduler. A partir do Tivoli Workload Scheduler for z/OS, é possívelmonitorar e controlar o agente distribuído.

Usando estações de trabalho tolerantes a falhasNo plano atual do Tivoli Workload Scheduler for z/OS, é possívelespecificar tarefas para serem executadas em agentes tolerantes a falhas noTivoli Workload Scheduler. O Tivoli Workload Scheduler for z/OS passa asinformações da tarefa para o arquivo Symphony do Tivoli WorkloadScheduler, que por sua vez, passa as tarefas no plano atual para o TivoliWorkload Scheduler para distribuir e processar. Por sua vez, o Tivoli


Workload Scheduler relata o status das tarefas em execução e concluídas devolta para o plano atual para monitoramento no Tivoli Workload Schedulerfor z/OS.

Usando estações de trabalho z-centricEstações de trabalho z-centric são agentes que estão instalados em umarede Tivoli Workload Scheduler e que podem ser conectadas com o TivoliWorkload Scheduler para z/OS pelo HTTP ou HTTPS. Eles fornecem osmeios para planejar a partir de tarefas do Tivoli Workload Scheduler paraz/OS que precisam ser executadas em plataformas distribuídas (UNIX,Linux, Windows). Eles são equivalentes a estações de trabalho automáticasde computador no Tivoli Workload Scheduler para z/OS e requeremmenos configuração e uma infraestrutura de suporte menor do que asestações de trabalho tolerantes a falhas.



Capítulo 7. Dynamic Workload Console

O Dynamic Workload Console é uma interface com o usuário baseada na Webpara:v Tivoli Workload Schedulerv Tivoli Workload Scheduler para z/OSv Tivoli Workload Scheduler for Applications

Ele é a interface com o usuário estratégica para o conjunto de produtos do TivoliWorkload Automation e inclui suporte para as funções e os aprimoramentos maisrecentes disponíveis com os mecanismos de planejamento. Ele substituiu o JobScheduling Console , cujo conteúdo funcional não foi estendido além daquele daversão 8.4.

O Dynamic Workload Console é um ponto único de controle operacional leve,potente e de fácil utilização para a rede de planejamento inteira. Ele permiteconexão única e autenticação para um ou muitos planejadores, é altamenteescalável e fornece monitoramento, gerenciamento e relatório de cargas de trabalhocorporativas em tempo real. Também simplifica bastante a criação e a customizaçãode relatórios.

Com o Dynamic Workload Console, é possível:v Gerenciar sua carga de trabalho para projetar objetos no banco de dados,

manipular planos, enviar tarefas ou fluxos de tarefas e monitorar objetos noplano.

v Projetar e controlar a topologia do seu ambiente de planejamento, ou seja,estações de trabalho e domínios.

v Definir e executar relatórios para reunir dados históricos ou detalhes sobre seusplanos. Também é possível gerar e executar relatórios SQL customizados.

v Definir e gerenciar recursos ou grupos lógicos de recursos lógicos para uso complanejamento dinâmico.

É possível acessar o Dynamic Workload Console a partir de qualquer computadorem seu ambiente usando um navegador da Web por meio do protocolo seguroHTTPS ou HTTP.

As primeiras e principais ações que você executa quando se conecta ao DynamicWorkload Console são:

Criando uma conexão com um mecanismo de planejamento (Tivoli WorkloadScheduler ou IBM Tivoli Workload Scheduler for z/OS)

Você digita os detalhes (como endereço IP, nome de usuário e senha) paraacessar um mecanismo de planejamento e, opcionalmente, um banco dedados para operar com objetos definidos em planos ou armazenados nobanco de dados. Você também pode definir novos objetos de planejamentono banco de dados.

No Dynamic Workload Console, você pode acessar o plano atual, umplano de experiência, um plano de previsão ou um plano arquivado para oambiente distribuído ou o plano atual para o ambiente z/OS.


Talvez você queira acessar o banco de dados para executar ações emrelação aos objetos armazenados nele ou para gerar relatórios mostrandodados históricos ou estatísticos.

Além disso, trabalhando no banco de dados e nos planos, você pode criare executar regras de evento para definir e acionar ações que você querexecutar em resposta a eventos que ocorrem nos nós do Tivoli WorkloadScheduler.

Criando tarefas para gerenciar objetos no planoVocê especifica alguns critérios de filtragem para consultar uma lista deobjetos de planejamento cujos atributos satisfazem ao critério que vocêespecificou. A partir dessa lista, você pode navegar e modificar o conteúdodo plano, alternando entre objetos, abrindo mais listas, acessando outrosplanos ou outros ambientes do Tivoli Workload Scheduler ou IBM TivoliWorkload Scheduler for z/OS.

O console também fornece as seguintes ferramentas de visualização gráfica paragerenciar sua carga de trabalho:

Visualização do fluxo de tarefas (para modelagem)Uma extensão gráfica para o Workload Designer que mostra representaçõesgráficas de definições de fluxo de tarefa no banco de dados. Ela forneceuma maneira intuitiva de criar e mantê-las.

Visualização de plano (para monitoramento)Uma representação de alto nível de um plano de qualquer tipo, mostrandoum conjunto filtrado de fluxos de tarefas e suas dependências mútuas.

Visualização de impacto (para monitoramento)Uma representação gráfica expansível de fluxos de tarefas e tarefas noplano. Ela fornece uma análise direta e de vários níveis de como aconclusão da tarefa e do fluxo de tarefas afeta o progresso do plano.

Visualização do fluxo de tarefas (para monitoramento)Uma representação gráfica de um único fluxo de tarefas no plano. Elafornece uma maneira direta de trabalhar com ele e suas dependências.

A partir de cada visualização, é possível executar ações em objetos, visualizar suaspropriedades e facilmente alternar entre as visualizações. Os gráficos podem serexportados para arquivos SVG.

Também é possível ativar demos curtas (ajudas visuais) diretamente a partir dealguns painéis do Dynamic Workload Console. De fato, ao clicar no ícone de"câmera" na barra de ferramentas, é possível abrir um menu listando algumasdemos curtas que o ajudam a se familiarizar rapidamente com as principaisfunções disponíveis em tal painel.


Capítulo 8. Planejamento de Ponta a Ponta

Ao usar o planejamento de ponta a ponta, é possível planejar e controlar tarefas nomainframe, ambientes Windows e UNIX, para planejamento realmente distribuído.Na configuração de ponta a ponta, o Tivoli Workload Scheduler for z/OS é usadocomo o planejador para o ambiente de planejamento de tarefas. Os agentes degerenciadores de domínio Tivoli Workload Scheduler, padrão, tolerantes a falhas ez-centric são usados para planejar nas plataformas distribuídas. Os agentessubstituem o uso de agentes rastreadores.

O Tivoli Workload Scheduler for z/OS também permite que você acesse fluxos detarefas (planejamentos no Tivoli Workload Scheduler) e os inclua no plano atual noTivoli Workload Scheduler for z/OS. Além disso, é possível criar dependênciasentre o Tivoli Workload Scheduler para fluxos de tarefa do z/OS e tarefas do TivoliWorkload Scheduler. A partir do Tivoli Workload Scheduler for z/OS, é possívelmonitorar e controlar os agentes distribuídos.

É possível gerenciar o planejamento distribuído ao ativar os seguintes recursos:v “Planejamento de ponta a ponta com recursos de tolerância a falhas”v “Planejamento de ponta a ponta com recursos z-centric” na página 81

Planejamento de ponta a ponta com recursos de tolerância a falhasSaiba mais sobre o planejamento de ponta a ponta com recursos de tolerância afalhas.

O planejamento de ponta a ponta com recursos de tolerância a falhas conectadiretamente os agentes padrão, agentes tolerantes a falhas e gerenciadores dedomínio do Tivoli Workload Scheduler (com seus agentes e domínios subjacentes)ao Tivoli Workload Scheduler for z/OS. O Tivoli Workload Scheduler for z/OS évisto pela rede distribuída como o gerenciador de domínio principal.

O Tivoli Workload Scheduler para z/OS cria o plano de produção também para arede distribuída e o envia para os gerenciadores de domínio e para os agentesconectados diretamente. Os gerenciadores de domínio enviam uma cópia do planopara cada um de seus agentes e gerenciadores de domínio subordinados paraexecução.

Os gerenciadores de domínio do Tivoli Workload Scheduler funcionam como ossistemas broker para a rede distribuída ao resolver todas as dependências paraseus gerentes e agentes subordinados. Eles enviam suas atualizações (no formatode eventos) para o Tivoli Workload Scheduler for z/OS para que ele possaatualizar o plano apropriadamente. O Tivoli Workload Scheduler for z/OSmanipula suas próprias tarefas e notifica aos gerenciadores de domínio sobre todasas mudanças de status de tarefas do Tivoli Workload Scheduler for z/OS queenvolvem o plano do Tivoli Workload Scheduler. Nesta configuração, osgerenciadores de domínio e todos os agentes distribuídos reconhecem o TivoliWorkload Scheduler for z/OS como o gerenciador de domínio principal e onotificam sobre todas as mudanças ocorrendo em seus planos. Ao mesmo tempo,os agentes não têm permissão para interferir com as tarefas do Tivoli WorkloadScheduler for z/OS, porque elas são visualizadas como em execução no principalque é o único nó que é responsável por elas.


No plano atual do Tivoli Workload Scheduler for z/OS, é possível especificartarefas para executar em estações de trabalho na rede do Tivoli WorkloadScheduler. O Tivoli Workload Scheduler for z/OS passa as informações da tarefapara o arquivo do Symphony no Tivoli Workload Scheduler for o servidor z/OS,que por sua vez, passa o arquivo do Symphony para os gerenciadores de domínio(DMZ) do Tivoli Workload Scheduler for distribuir e processar. Por sua vez, oTivoli Workload Scheduler relata o status de tarefas em execução e concluídas devolta para o plano atual para monitoramento no mecanismo do Tivoli WorkloadScheduler for z/OS.

A Figura 10 na página 81 mostra uma rede do Tivoli Workload Schedulergerenciada por um Tivoli Workload Scheduler for z/OS e o fluxo de dados.


Planejamento de ponta a ponta com recursos z-centricSaiba mais sobre o planejamento de ponta a ponta com recursos z-centric.

DomínioZAIX

AIX HPUX

AIX Windows 2000 Solaris

DomínioB

FTA3 FTA4 FTA5 FTA6

OS/400

Plano do TWS

GerenciadordeDomínioDMZ

DomínioA

Gerenciadorde DomínioDMA

Gerenciadorde DomínioDMB

Gerenciadorde DomínioPrincipal

MASTERDMz/OS

TWS para z/OS

Plano doPlano do TWS

O plano do TWS é extraídodo plano do TWS para z/OS

Windows 2000

Windows 2000

AIX

AIX

O plano do TWS é distribuídopara os DMs e FTAs subordinados

FTA2

FTA1

SA1

Uma versão light do plano do TWS é distribuída para os SAs

Topologia TWS

Plano do TWS

Plano do TWS

Plano do TWS

Figura 10. Configuração de ponta a ponta com recursos de tolerância a falhas

Capítulo 8. Planejamento de Ponta a Ponta 81

O planejamento de ponta a ponta com recursos z-centric conecta diretamente osagentes z-centric do Tivoli Workload Scheduler com o Tivoli Workload Schedulerfor z/OS, que é o gerenciador de domínio principal para a rede distribuída.

Recursos de mainframe potentes, tais como substituição de variáveis padrão,instruções de recuperação automática e estação de trabalho alternativa, sãosuportados para gerenciar a carga de trabalho distribuída.

A comunicação entre os agentes z-centric e o controlador Tivoli WorkloadScheduler para z/OS é direta, através do protocolo HTTP ou HTTPS.

A Figura 11 mostra uma rede com esta configuração.

Agentes DistribuídosUm agente distribuído é um computador executando o Tivoli Workload Schedulerno qual é possível planejar tarefas a partir do Tivoli Workload Scheduler for z/OS.Exemplos de agentes distribuídos são: agentes padrão, agentes estendidos, agentestolerantes a falhas e gerenciadores de domínio.

A seguir, está uma descrição dos tipos de agentes distribuídos:

Gerenciador de DomínioO hub de gerenciamento em um domínio. Todas as comunicações para edos agentes em um domínio são roteadas através do gerenciador dedomínio.

TWSz

z/OS

TWS para z/OSPlano do

AIXWindows Solaris

Linux

mecanismo

z-centric

z-centric z-centric

z-centric

agente

agente

agente

agente

Figura 11. Configuração de ponta a ponta com recursos z-centric


Gerenciador de Domínio de BackupUm agente tolerante a falhas ou gerenciador de domínio capaz de assumiras responsabilidades do gerenciador de domínio para recuperaçãoautomática da carga de trabalho.

Agente Tolerante a Falhas (FTA)Uma estação de trabalho capaz de resolver dependências locais e ativarsuas tarefas na ausência de um gerenciador de domínio.

Agente PadrãoUma estação de trabalho que ativa tarefas somente na direção de seugerenciador de domínio.

Agente EstendidoUma definição de estação de trabalho lógica que o ajuda a ativar econtrolar tarefas em outros sistemas e aplicativos, tais como PeopleSoft,Oracle E-Business Suite, SAP e z/OS JES2 e JES3.

Agente z-centricUma estação de trabalho que executa tarefas planejadas a partir do TivoliWorkload Scheduler for z/OS. O controlador manipula diretamente acomunicação com este tipo de agente.

Os agentes distribuídos substituem os agentes rastreadores no Tivoli WorkloadScheduler for z/OS. Os agentes distribuídos o ajudam a planejar em sistemas nãoz/OS com um agente mais confiável e escalável.

No plano do Tivoli Workload Scheduler for z/OS, a representação lógica de umagente distribuído é denominada uma estação de trabalho tolerante a falhas ouuma estação de trabalho z-centric.

Benefícios do Planejamento de Ponta a PontaOs benefícios que podem ser obtidos do uso do planejamento de ponta a ponta sãoos seguintes:v Conectar qualquer um dos agentes do Tivoli Workload Scheduler tolerantes a

falhas ou z-centric com o Tivoli Workload Scheduler para z/OS.v Planejamento em sistemas operacionais adicionais.v Sincronização de trabalho em mainframe e ambientes distribuídos.v A habilidade do Tivoli Workload Scheduler for z/OS de usar arquitetura

multicamada com gerenciadores de domínio.

Capítulo 8. Planejamento de Ponta a Ponta 83


Avisos

Estas informações foram desenvolvidas para produtos e serviços oferecidos nosEstados Unidos. É possível que a IBM não ofereça os produtos, serviços ourecursos discutidos nesta publicação em outros países. Consulte um representanteIBM local para obter informações sobre produtos e serviços disponíveis atualmenteem sua área. Qualquer referência a produtos, programas ou serviços IBM nãosignifica que apenas produtos, programas ou serviços IBM possam ser utilizados.Qualquer produto, programa ou serviço funcionalmente equivalente, que nãoinfrinja nenhum direito de propriedade intelectual da IBM poderá ser utilizado emsubstituição a este produto, programa ou serviço. Entretanto, a avaliação everificação da operação de qualquer produto, programa ou serviço não IBM são deresponsabilidade do Cliente.

A IBM pode ter patentes ou solicitações de patentes pendentes relativas a assuntostratados nesta publicação. O fornecimento desta publicação não lhe garante direitoalgum sobre tais patentes. Pedidos de licença devem ser enviados, por escrito,para:

Gerência de Relações Comerciais e Industriais da IBM BrasilAv. Pasteur, 138-146BotafogoRio de Janeiro, RJCEP 22290-240

Para pedidos de licença relacionados a informações de DBCS (Conjunto deCaracteres de Byte Duplo), entre em contato com o Departamento de PropriedadeIntelectual da IBM em seu país ou envie pedidos de licença, por escrito, para:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan, Ltd.19-21, Nihonbashi-Hakozakicho, Chuo-kuTokyo 103-8510, Japan

O parágrafo a seguir não se aplica a nenhum país em que tais disposições nãoestejam de acordo com a legislação local:

A INTERNATIONAL BUSINESS MACHINES CORPORATION FORNECE ESTAPUBLICAÇÃO "NO ESTADO EM QUE SE ENCONTRA", SEM GARANTIA DENENHUM TIPO, SEJA EXPRESSA OU IMPLÍCITA, INCLUINDO, MAS A ELASNÃO SE LIMITANDO, AS GARANTIAS IMPLÍCITAS DE NÃO INFRAÇÃO,COMERCIALIZAÇÃO OU ADEQUAÇÃO A UM DETERMINADO PROPÓSITO.

Alguns países não permitem a exclusão de garantias expressas ou implícitas emcertas transações; portanto, essa disposição pode não se aplicar ao Cliente.

Essas informações podem conter imprecisões técnicas ou erros tipográficos. Sãofeitas alterações periódicas nas informações aqui contidas; tais alterações serãoincorporadas em futuras edições desta publicação. A IBM pode, a qualquermomento, aperfeiçoar e/ou alterar os produtos e/ou programas descritos nestapublicação, sem aviso prévio.


Referências nestas informações a websites não IBM são fornecidas apenas porconveniência e não representam de forma alguma um endosso a esses websites. Osmateriais contidos nesses websites não fazem parte dos materiais desse produtoIBM e a utilização desses websites é de inteira responsabilidade do Cliente.

A IBM pode utilizar ou distribuir as informações fornecidas da forma que julgarapropriada sem incorrer em qualquer obrigação para com o Cliente.

Os licenciados deste programa que desejarem obter informações sobre este assuntocom o propósito de permitir: (i) a troca de informações entre programas criadosindependentemente e outros programas (incluindo este) e (ii) o uso mútuo dasinformações trocadas, deverão entrar em contato com:

Gerência de Relações Comerciais e Industriais da IBM BrasilAv. Pasteur, 138-146BotafogoRio de Janeiro, RJCEP 22290-240

Tais informações podem estar disponíveis, sujeitas a termos e condiçõesapropriadas, incluindo em alguns casos o pagamento de uma taxa.

O programa licenciado descrito nesta publicação e todo o material licenciadodisponível são fornecidos pela IBM sob os termos do Contrato com o Cliente IBM,do Contrato Internacional de Licença do Programa IBM ou de qualquer outrocontrato equivalente.

Estas informações contêm exemplos de dados e relatórios utilizados nas operaçõesdiárias de negócios. Para ilustrá-los da forma mais completa possível, os exemplosincluem nomes de indivíduos, empresas, marcas e produtos. Todos estes nomes sãofictícios e qualquer semelhança com os nomes e endereços utilizados por umaempresa real é mera coincidência.

Marcas comerciaisIBM, o logotipo IBM e ibm.com são marcas comerciais ou marcas registradas daInternational Business Machines Corporation nos Estados Unidos e/ou em outrospaíses. Se estes e outros termos de marca comercial da IBM estiverem marcados emsua primeira ocorrência nestas informações com um símbolo de marca comercial (®

ou ™), estes símbolos indicarão marcas comerciais dos Estados Unidos ou dedireito consuetudinário de propriedade da IBM no momento em que estasinformações foram publicadas. Estas marcas comerciais também podem ser marcasregistradas ou de direito consuetudinário em outros países. Uma lista atual demarcas comerciais da IBM está disponível na web em "Copyright and trademarkinformation" em http://www.ibm.com/legal/copytrade.shtml.

Adobe, o logotipo Adobe, PostScript e o logotipo PostScript são marcas registradasou marcas comerciais da Adobe Systems Incorporated nos Estados Unidos e/ouem outros países.

Intel, o logotipo Intel, Intel Inside, o logotipo Intel Inside, Intel Centrino, o logotipoIntel Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium e Pentium são marcascomerciais ou marcas registradas da Intel Corporation ou de suas subsidiárias nosEstados Unidos e em outros países.


http://www.ibm.com/legal/copytrade.shtml

Linux é uma marca registrada de Linus Torvalds nos Estados Unidos e/ou emoutros países.

Microsoft, Windows, Windows NT e o logotipo Windows são marcas comerciais daMicrosoft Corporation nos Estados Unidos e/ou em outros países.

ITIL é uma marca registrada e uma marca registrada da comunidade do TheMinister for the Cabinet Office e está registrada no Departamento de Marcas ePatentes dos Estados Unidos.

UNIX é uma marca registrada do The Open Group nos Estados Unidos e emoutros países.

Java e todas as marcas comerciais e logotipos baseados em Java são marcas comerciais ou marcas registradas daOracle e/ou de suas afiliadas.

Avisos 87


Índice Remissivo

Aacessibilidade viiadaptação de tarefas 64adição de agentes dinâmicos

automático xii, xiiiadição de agentes dinâmicos,

automática xii, xiiiAdvanced Program-to-Program

Communication (APPC) 68agente de rede 36agente estendido 36agente padrão 36agente tolerante a falhas 35agente z-centric 36agentes dinâmicos

gateway xiiagentes dinâmicos, gateway xiiagentes do Tivoli Workload Scheduler for

Applications 54agentes estendidos 53agentes rastreadores 79agentes suportados em Tivoli Workload

Scheduler for Applications 54alertas, transmitindo para o NetView 64API (Interface de Programação de

Aplicativo) 68aplicativo

definição de 58aplicativos de PIF

aplicativos 74aplicativos remotos

aprimoramento de 9.2 xxAPPC (Advanced Program-to-Program

Communication) 68aprimoramentos do DWC para TWSz xxarquitetura multicamada 83arquivo de controle de produção 34arquivo de lista padrão 50arquivos

modelo TdwcGlobalSettings.xml xxiiiarquivos de log

JnextPlan xiiiJnextPlan, ResetPlan xiii

automação 5automático

agentes dinâmicos xii, xiiienvio de tarefa 63relatório de status 67verificação de status 67

Bbackup principal 35backupConfig

sintaxe xxivbatchman 38benefícios 1, 10

Ccalendário 40

definição 61ciclo de execução 40ciclo de processamento de negócios 61CICS 4classe da estação de trabalho 40clientes, perguntas de 10Common Programming Interface for

Communications (CPI-C) 68Composer 39comutador de MLOG xviiconfigurações 72configurações globais

arquivo de modelo xxiiiConman 39consulta direta xxivconsultas de status 69controlador de backup xvcontrole de status

manual 69controle manual de status 70convenções utilizadas nas

publicações viiCPI-C (Common Programming Interface

for Communications) 68customização de comandos da automação

do sistema 64

DData Facility Hierarchical Storage

Manager (DFSHM) 4Decision Support 3dependência de arquivo 48dependência de aviso 48dependências

definindo 60dependências da tarefa 60dependências de operação 60DFHSM (Data Facility Hierarchical

Storage Manager) 4diagramas de sintaxe, como ler viiidiálogos remotos

diálogos 74disponibilidade 6domínio principal 33duração máxima

monitorar xxiiiduração mínima

monitorar xxiiiDynamic Workload Console

acessibilidade vii

Eeducação viiiENABLEFIPS

criptografia de dados FIPS 72

envio de tarefaautomático 63manual 69

envio de trabalho, automático 63EQQMLOG xviiEQQMLOG2 xviiescritor 38estação de trabalho

alterando o status de 70definição 59operador 9

estação de trabalho virtualdefinição de 59

estações de trabalho de automação dosistema

alterando o status xviexcluir

modelos de aplicativos de carga detrabalho xiii

Ffalhas do sistema 64filtro em operações que estão aguardando

predecessores pendentes xvfluxos de tarefas 74

Ggateway

agentes dinâmicos xiigerenciador de domínio 35gerenciador de domínio de backup 35gerenciador de domínio dinâmico 35gerenciador de domínio dinâmico de

backup 35gerenciador de domínio principal 35gerenciamento de reinício 64, 67gerente de operações 8gerente de planejamento 8glossário viigrupos de ciclo de execução 61

Hhelpdesk 10histórico de execução de tarefas

tarefas terminadas com erro econfiguradas manualmente comoconcluídas xvii

IIBM Tivoli Monitoring (ITM) 3IBM Tivoli Output Manager

integração com xviiipesquisando logs de tarefa xviii

IBM Tivoli Service Request Manager(TSRM) 3


IMS 4instrução JOBREC

palavra-chave EXTENSION xixintegração 2integração do OSLC com o SmartCloud

Desk xivISPF (Interactive System Productivity

Facility)diálogo 63

ITM (IBM Tivoli Monitoring) 3

JJCC (Job Completion Checker) 67JnextPlan

noremove xiiiJnextPlan, noremove xiiiJnextPlan, ResetPlan xiiijobman 39

Llinha de consulta

monitorar tarefas xxivlogs de tarefa

visualizando com o Tivoli OutputManager xviii

Mmailman 38máximo de linhas

visualização de tabela xxivmecanismo de pulso

agentes z-centric e gerentes dedomínio dinâmico xix

métodos de acesso 53MLOG

registrando a mensagem EQQIC66I aomigrar conjuntos de dados xviii

Versão do produto xviiimodelo TdwcGlobalSettings.xml xxiiimodelos de aplicativos de carga de

trabalho xiiimonitoramento da carga de trabalho 6Monitoramento de Autoatendimento

visão geral xxvmonitorando a carga de trabalho 6monitorar tarefas

duração máxima xxiiiduração mínima xxiii

Nnetman 38NetView

alertas 64descrição de 2RODM 3

noremoveJnextPlan xiii

Número da tarefaTWSObjectsMonitor xiii

Oocorrências 62opções globais 51opções locais 51OpenTicket

integração do OSLC com oSmartCloud Desk xiv

operador, estação de trabalho 9operador de console 9OSLC xi, xxiiOutput Manager para z/OS 3

PPainéis de Autoatendimento

visão geral xxvpalavra-chave EXTENSION da instrução

JOBREC xixparâmetro 41período de produção 42períodos 61PIF (Program Interface) 68planejamento 62

planos de experiência 58plano

atual 62definição de 62detalhado 62experiência 58longo prazo 62modificação de 69tipos 58

plano a longo prazo 62plano atual 62planos de experiência 58predecessores pendentes obrigatórios

intervalo de tempo da resolução dedependência xvi

programador de aplicativos 9prompt 41prompt de recuperação 44publicações vii

RRACF (Resource Access Control

Facility) 3, 71recuperação 64, 67recuperação automática da tarefa e da

tarefa iniciada 64, 67recuperação da tarefa

automático 64manual 69

recurso 41recurso de acoplamento de sistema

cruzado (XCF) 64, 67, 74recurso de trilha de auditoria 71recursos de idioma nacional 57recursos especiais

definição de 60reinício 64, 67reinício da carga de trabalho 64, 67reinício da carga de trabalho de

produção 64, 67reinício de nível de etapa 65

relatório de statusautomático 67de ambientes heterogêneos 67de programas de usuário 67

Resource Access Control Facility(RACF) 3, 71

Resource Object Data Manager(RODM) 3

restoreConfigsintaxe xxiv

RODM (Resource Object DataManager) 3

SSA para Recurso de Automação z/OS 4SAF (System Authorization Facility) 71segurança 71Servidores paralelos

nova quantidade para estações detrabalho do z/OS xvi

simulação com planos de experiência 58sintaxe

backupConfig xxivrestoreConfig xxiv

sistema de backup 66sistema de controle

descrição 72recuperação de 66

sistemas controlados 73SmartCloud Control Desk

integração com o Tivoli WorkloadScheduler for z/OS xix

supervisor de deslocamento 9symphony 34, 43SYSOUT, verificação de 67System Authorization Facility (SAF) 71System Automation para z/OS 4System Automation z/OS (SA/zOS) 4Systems Application Architecture

Common Programming Interface forCommunications 68

Ttabela de variáveis 41tarefa de monitoramento

linha de consulta xxivtarefa de recuperação 44TdwcGlobalSettings.xml

máximo de linhas xxivTivoli Business Systems Manager 48Tivoli Information Management para

z/OS 3Tivoli Workload Scheduler 57, 74Tivoli Workload Scheduler for

Applications 53agentes suportados 54

Tivoli Workload Scheduler/NetView 48trabalho que não pode ser planejado 67treinamento

técnico viiitreinamento técnico viiitreinamento técnico do Tivoli viiiTSRM (IBM Tivoli Service Request

Manager) 3


TWSObjectsMonitorNúmero da tarefa xiii

TWSObjectsMonitor, Número datarefa xiii

Uusuário 41usuários finais, perguntas de 10

Vvariável 41verificação de autoridade 71verificação de autoridade do usuário 71verificação de pulsação

agentes z-centric e gerentes dedomínio dinâmico xix

verificação de status, automática 67visão geral

Monitoramento deAutoatendimento xxv

Painéis de Autoatendimento xxvvisualização de tabela

máximo de linhas xxiv

WWLM (Workload Manager) 3, 67

XXCF (recurso de acoplamento de sistema

cruzado) 64, 67, 74

Índice Remissivo 91


��

Número do Programa: 5698-WSH, 5698-T08

Impresso no Brasil

Documents

Tivoli Workload Automation: Vis.o Geral (Revisado em ... · v Gerentes de operações de DP (processamento de dados) e seus orientadores técnicos que estão avaliando o produto ou