guia de instalação -...

IBM Tivoli Enterprise Console

Guia de Instalação

Versão 3.9

S517-7726-00

��

Nota

Antes de utilizar estas informações e o produto suportado por elas, leia as informações em “Avisos” na página 107.

Primeira Edição (Agosto de 2003)

Esta edição se aplica à versão 3, release 9, do IBM Tivoli Enterprise Console (número de produto 5698-TEC) e a

todos os releases e modificações subseqüentes até que seja indicado o contrário em novas edições.

© Copyright International Business Machines Corporation 2003. Todos os direitos reservados.

Índice

Sobre Este Guia . . . . . . . . . . . v

Quem Deve Ler Este Guia . . . . . . . . . . v

Publicações . . . . . . . . . . . . . . . v

Biblioteca do IBM Tivoli Enterprise Console . . . v

Publicações Relacionadas . . . . . . . . . vi

Acessando Publicações On-line . . . . . . . vi

Solicitando Publicações . . . . . . . . . vi

Entrando em Contato com o Suporte de Software vii

Participando de Newsgroups . . . . . . . . vii

Convenções Utilizadas neste Guia . . . . . . viii

Convenções de Tipo de Caractere . . . . . . viii

Variáveis e Caminhos Dependentes do Sistema

Operacional . . . . . . . . . . . . . ix

Ícones do IBM Tivoli Enterprise Console . . . . . ix

Capítulo 1. Planejando a Instalação . . . 1

Entendendo os Componentes do IBM Tivoli

Enterprise Console . . . . . . . . . . . . 1

Planejando a Implementação . . . . . . . . . 2

Servidor de Eventos e Servidor de Banco de

Dados no Mesmo Nó Gerenciado . . . . . . 3

Servidor de Eventos em um Nó Gerenciado,

Servidor de Banco de Dados em um Computador

Não-Tivoli . . . . . . . . . . . . . . 3


Dados em um Servidor Tivoli . . . . . . . . 4

Servidor de Eventos em um Servidor Tivoli,

Servidor de Banco de Dados em um Computador

Não-Tivoli . . . . . . . . . . . . . . 5


Console da Web em um Computador Não-Tivoli . 5

Servidor de Eventos e Servidor NetView em Nós

Gerenciados Diferentes . . . . . . . . . . 6


Servidor NetView em um Servidor Tivoli, Servidor

de Banco de Dados em um Computador

Não-Tivoli . . . . . . . . . . . . . . 6


Dados em um Servidor Tivoli, Servidor NetView

em um Computador Não-Tivoli . . . . . . . 7

Servidor de Eventos em um Servidor Tivoli,

Servidor NetView e Servidor de Banco de Dados

em Computadores Não-Tivoli Diferentes . . . . 8

Componentes do Tivoli Enterprise Console em

Regiões Tivoli Diferentes . . . . . . . . . 8

Entendendo os Requisitos do Produto . . . . . 10

Requisitos de Hardware . . . . . . . . . 10

Requisitos de Software . . . . . . . . . 14

Imagens do Produto Tivoli Enterprise Console . . . 16

Capítulo 2. Preparando a Instalação . . 17

Executando Tarefas de Pré-instalação . . . . . . 17

Instalando o Tivoli Management Framework . . 17

Instalando e Configurando o RDBMS . . . . . 17

Preparando-se para Instalar Componentes . . . . 22

Componentes do Tivoli Enterprise Console . . . 22

Componentes do Tivoli NetView . . . . . . 29

Preparando-se para Instalar Pacotes de Idiomas . . 33

Pacotes de Idiomas do Tivoli Enterprise Console 33

Pacotes de Idiomas do Tivoli NetView . . . . 33

Preparando-se para Fazer o Upgrade da Versão 3.6.2 34

Upgrade de Componentes da 3.6.2 . . . . . 35

Instalar Novos Componentes . . . . . . . 35

Preparando-se para Instalar Componentes em

Regiões Tivoli Interconectadas . . . . . . . . 36

Preparando-se para Instalar Componentes na Região

Tivoli Operando com Definições da Porta

Não-padrão . . . . . . . . . . . . . . 36

Capítulo 3. Instalando, Fazendo o

Upgrade e Desinstalando com o

Assistente para Instalação . . . . . . 37

Utilizando o Assistente para Instalação . . . . . 37

Configurando o Banco de Dados de Eventos . . . 39

Instalando, Fazendo o Upgrade e Desinstalando

Componentes em um Ambiente Tivoli . . . . . 39

Instalando e Fazendo o Upgrade de Componentes

em um Ambiente Não-Tivoli . . . . . . . . 40

Instalando o Console de Eventos . . . . . . 40

Instalando o Servidor NetView . . . . . . . 40

Instalando o Console da Web do NetView . . . 41

Instalando e Desinstalando o Console da Web . . . 42

Instalando o Console da Web . . . . . . . 42

Desinstalando o Console da Web . . . . . . 43

Localizando os Arquivos de Licença . . . . . . 43

Capítulo 4. Configurando o Banco de

Dados de Eventos . . . . . . . . . . 45

Planejando a Configuração . . . . . . . . . 46

Pré-requisitos Gerais . . . . . . . . . . 46

Pré-Requisitos do Oracle . . . . . . . . . 47

Considerações Gerais Sobre o Banco de Dados de

Eventos . . . . . . . . . . . . . . . . 47

Considerações sobre o DB2 . . . . . . . . 47

Considerações sobre o Informix . . . . . . . 49

Considerações sobre o Microsoft SQL Server . . 49

Considerações sobre o Oracle . . . . . . . 50

Considerações sobre o Sybase e o Microsoft SQL

Server . . . . . . . . . . . . . . . 50

Considerações sobre o Sybase . . . . . . . 51

Planilhas de Amostra para Instalação do Banco de

Dados de Eventos . . . . . . . . . . . . 51

Configurando com o Assistente para Instalação . . 53

Alocando o Ambiente de Banco de Dados do

Assistente para Instalação . . . . . . . . 55

Examinando Logs de Erro . . . . . . . . 55

Ajustando o Banco de Dados de Eventos . . . 55

Entendendo a Criação do Objeto RIM . . . . . 56

DB2 . . . . . . . . . . . . . . . . 56

Informix . . . . . . . . . . . . . . 57

© Copyright IBM Corp. 2003 iii

Microsoft SQL Server . . . . . . . . . . 57

Oracle . . . . . . . . . . . . . . . 58

Sybase . . . . . . . . . . . . . . . 58

Assegurando a Possibilidade de Conexão do RIM

ao Banco de Dados de Eventos do Servidor

Informix . . . . . . . . . . . . . . 58

Instalando o Banco de Dados de Eventos Utilizando

o Método Personalizado . . . . . . . . . . 59

Instalando o Banco de Dados de Eventos . . . 59

Fazendo o Upgrade do Banco de Dados de

Eventos . . . . . . . . . . . . . . . 61

Desinstalando o Banco de Dados de Eventos . . 62

Gerando e Executando Scripts . . . . . . . . 63

Gerar Apenas Scripts . . . . . . . . . . 63

Gerar e Executar Scripts . . . . . . . . . 64

Executar Apenas Scripts . . . . . . . . . 64

Utilizando a Opção Sem Alteração ao Gerar Scripts 64

Opções de Configuração para Aprimorar o

Desempenho . . . . . . . . . . . . . . 64

Opções de Configuração do DB2 . . . . . . 65

Opções de Configuração do Informix . . . . . 65

Opções de Configuração do Microsoft SQL Server 70

Opções de Configuração do Oracle . . . . . 71

Opções de Configuração do Sybase . . . . . 76

Ativando o Suporte a Idiomas . . . . . . . . 78

Ativando o Suporte a Idiomas do DB2 . . . . 78

Ativando o Suporte do Conjunto de Caracteres

GB18030 . . . . . . . . . . . . . . 79

Ativando o Suporte a Idiomas para Microsoft

SQL Server, Sybase e Informix . . . . . . . 79

Ativando o Suporte a Idiomas do Oracle . . . 79

Capítulo 5. Instalando, Fazendo o

Upgrade e Desinstalando com as

Ferramentas do Tivoli Management

Framework . . . . . . . . . . . . . 81

Antes de Começar . . . . . . . . . . . . 81

Fazendo Backup dos Bancos de Dados de Objetos 81

Parando o Servidor de Eventos . . . . . . . 81

Instalando os Componentes do Tivoli Enterprise

Console . . . . . . . . . . . . . . . . 82

Selecionando um Método de Instalação . . . . 82

Instalando Componentes . . . . . . . . . 82

Instalando Componentes Utilizando o Desktop

Tivoli . . . . . . . . . . . . . . . 83

Instalando Componentes Utilizando a Linha de

Comandos . . . . . . . . . . . . . . 84

Instalando Componentes Utilizando o Tivoli

Software Installation Service . . . . . . . . 85

Fazendo o Upgrade dos Componentes do Tivoli

Enterprise Console . . . . . . . . . . . . 86

Antes de Iniciar o Upgrade dos Componentes . . 86

Fazendo o Upgrade a partir do Desktop Tivoli . 87

Fazendo o Upgrade a partir da Linha de

Comandos . . . . . . . . . . . . . . 87

Fazendo o Upgrade Utilizando o Software

Installation Service . . . . . . . . . . . 88

Desinstalando os Componentes do Tivoli Enterprise

Console a partir da Linha de Comandos . . . . . 88

Procedimento . . . . . . . . . . . . . 89

Exemplo . . . . . . . . . . . . . . 89

Tarefas de Pós-instalação . . . . . . . . . . 89

Configurando Funções e Recursos do Tivoli no

Desktop Tivoli . . . . . . . . . . . . 89

Iniciando o Servidor de Eventos . . . . . . 90

Atualizando o Banco de Dados de Objetos . . . 90

Configurando Grupos de Eventos e Consoles

Padrão . . . . . . . . . . . . . . . 90

Desativando os Conjuntos de Regras Padrão . . 91

Capítulo 6. Resolução de Problemas

Comuns de Instalação . . . . . . . . 93

Evitando Problemas Comuns . . . . . . . . 93

Trabalhando com o Objeto RIM . . . . . . . . 93

Obtendo Informações sobre Objetos RIM . . . 93

Modificando Objetos RIM . . . . . . . . 94

Excluindo um Objeto RIM . . . . . . . . 94

Criando um Objeto RIM . . . . . . . . . 94

Testando a Conectividade do RIM . . . . . . 94

Iniciando o Console de Eventos como um Processo

em Segundo Plano . . . . . . . . . . . . 95

Mensagens de Erro . . . . . . . . . . . . 95

stty:tcgetattr: Um Arquivo Especificado Não

Suporta a Chamada do Sistema iotcl . . . . . 95

FRWTT0003E Uma Instância Denominada

″TEC39_JRE″ do Recurso ″Desinstalar″ Não Foi

Localizada. . . . . . . . . . . . . . 96

Restaurando um Banco de Dados com um

Distribuidor de Objetos Funcional . . . . . . . 96

Utilizando Scripts de Desinstalação . . . . . . 96

Instalando a partir de um Sistema de Arquivos

Remoto no Windows . . . . . . . . . . . 97

Configurando um Banco de Dados para Exportar

Dados do Servidor NetView para o IBM Tivoli

Enterprise Data Warehouse . . . . . . . . . 97

Fazendo o Upgrade do Banco de Dados do Tivoli

Enterprise Console para o Sybase e o Informix . . 97

Utilizando o Assistente para Instalação no Sistema

Operacional HP-UX . . . . . . . . . . . 98

Removendo o Console de Eventos ao Migrar da

Versão 3.6 . . . . . . . . . . . . . . . 98

Apêndice. Uma Instalação

Passo-a-passo de Amostra . . . . . . 99

Instalando o Tivoli Management Framework . . . 100

Configurando o Banco de Dados de Eventos . . . 101

Instalando Componentes em um Ambiente Tivoli 102

Instalando o Componente Console da Web . . . 103

Instalando o Componente NetView . . . . . . 104

No Sistema Operacional UNIX . . . . . . 104

No Sistema Operacional Windows . . . . . 104

Iniciando o Console da Web . . . . . . . . 105

Avisos . . . . . . . . . . . . . . 107

Marcas Comerciais . . . . . . . . . . . 109

Índice Remissivo . . . . . . . . . . 111

iv IBM Tivoli Enterprise Console: Guia de Instalação

Sobre Este Guia

O produto IBM Tivoli Enterprise Console é um aplicativo de gerenciamento de

eventos baseado em regras que integra sistema, rede, banco de dados e

gerenciamento de aplicativos para ajudar a assegurar a disponibilidade ideal dos

serviços IT de uma organização. O IBM Tivoli Enterprise Console - Guia de Instalação

descreve como instalar, fazer o upgrade e desinstalar o produto IBM Tivoli

Enterprise Console.

Quem Deve Ler Este Guia

Este guia atende aos administradores responsáveis pela instalação dos produtos

Tivoli.

Os leitores devem estar familiarizados com o seguinte software:

v Os sistemas operacionais utilizados pela empresa

v O Tivoli Management Framework

Publicações

Esta seção lista as publicações da biblioteca do IBM Tivoli Enterprise Console e

documentos relacionados. Também descreve como acessar as publicações on-line

do Tivoli e como solicitar publicações do Tivoli.

Biblioteca do IBM Tivoli Enterprise Console

Os seguintes documentos estão disponíveis na biblioteca do IBM Tivoli Enterprise

Console:

v IBM Tivoli Enterprise Console - Guia para Adaptadores, S517-7725

Fornece informações sobre os adaptadores suportados, como instalá-los e

configurá-los.

v IBM Tivoli Enterprise Console - Referência de Comandos e Tarefas, S517-7727

Fornece detalhes sobre os comandos do IBM Tivoli Enterprise Console, as tarefas

predefinidas enviadas na biblioteca de tarefas e as variáveis de ambiente

disponíveis para tarefas executadas em um evento.

v IBM Tivoli Enterprise Console - Guia de Instalação, S517-7726

Descreve como instalar, fazer o upgrade e desinstalar o produto IBM Tivoli

Enterprise Console.

v IBM Tivoli Enterprise Console - Notas sobre o Release, S517-7729

Fornece informações específicas sobre o release disponíveis apenas na hora em

que o produto é enviado para o mercado.

v IBM Tivoli Enterprise Console Rule Developer’s Guide, SC32-1234

Descreve como desenvolver regras e integrá-las para correlação de eventos e

gerenciamento automatizado de eventos.

v IBM Tivoli Enterprise Console - Referência do Conjunto de Regras, S517-7882

Fornece informações de referência sobre os conjuntos de regras do IBM Tivoli

Enterprise Console.

v IBM Tivoli Enterprise Console - Guia do Usuário, S517-7728

© Copyright IBM Corp. 2003 v

Fornece uma visão geral do produto IBM Tivoli Enterprise Console e descreve

como configurar e utilizar o produto IBM Tivoli Enterprise Console para

gerenciar eventos.

v IBM Tivoli Enterprise Console Warehouse Enablement Pack: Implementation Guide,

SC32-1236

Descreve como instalar e configurar o pacote de ativação de armazém do

produto IBM Tivoli Enterprise Console e descreve o fluxo de dados e as

estruturas utilizadas pelo pacote de armazém.

v Tivoli Event Integration Facility - Referência, S517-7724

Descreve como desenvolver seus próprios adaptadores de eventos, que são

adaptados para seu ambiente de rede e para as necessidades específicas de sua

empresa. Essa referência também descreve como filtrar eventos na origem.

Publicações Relacionadas

O Tivoli Software Glossary inclui definições para vários dos termos técnicos

relacionados ao software Tivoli. O Tivoli Software Glossary está disponível, apenas

em inglês, no seguinte Web site de biblioteca de software Tivoli:

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

Acesse o glossário clicando no link Glossary no painel esquerdo da janela de

biblioteca de software Tivoli.

Acessando Publicações On-line

O CD de documentação contém as publicações que estão na biblioteca do produto.

O formato das publicações é PDF, HTML ou ambos. Consulte o arquivo leia-me no

CD para obter instruções sobre como acessar a documentação.

A IBM lança publicações para este e todos os outros produtos Tivoli, assim que são

disponibilizados e sempre que são atualizados, no Web site do Tivoli Software

Information Center. Acesse o Tivoli Software Information Center indo primeiro

para a biblioteca de software Tivoli no seguinte endereço da Web:


Role e clique no link Manuais do Produto. Na janela Tivoli Technical Product

Documents Alphabetical Listing, clique no link IBM Tivoli Enterprise Console

para acessar a biblioteca de produtos no Tivoli Information Center.

Nota: Se você imprimir documentos PDF em papel que não seja do tamanho carta,

selecione a caixa de opções Ajustar à Página, na janela Imprimir do Adobe

Acrobat. Essa opção está disponível quando você clica em Arquivo →

Imprimir. A opção Ajustar à Página garante que a dimensão completa de

uma impressão de página tamanho carta seja impressa no papel utilizado.

Solicitando Publicações

Você pode solicitar várias publicações Tivoli on-line no seguinte Web site:

http://www.elink.ibmlink.ibm.com/public/applications/publications/

cgibin/pbi.cgi

Também é possível solicitar publicações por telefone ligando para um destes

números:

vi IBM Tivoli Enterprise Console: Guia de Instalação

http://publib.boulder.ibm.com/tividd/glossary/termsmst04.htm


http://www.elink.ibmlink.ibm.com/public/applications/publications/cgibin/pbi.cgi

http://www.elink.ibmlink.ibm.com/public/applications/publications/cgibin/pbi.cgi

v Nos Estados Unidos: 800-879-2755

v No Brasil: 0800-787-378

Em outros países, consulte o seguinte Web site para obter uma lista de números de

telefones:

http://www.ibm.com/software/tivoli/order-lit/

Entrando em Contato com o Suporte de Software

Se você tiver problemas com algum produto Tivoli, consulte o seguinte Web site do

IBM Software Support:

http://www.ibm.com/software/sysmgmt/products/support/

Para entrar em contato com o suporte de software, consulte o IBM Software Support

Guide no seguinte Web site:

http://techsupport.services.ibm.com/guides/handbook.html

O guia fornece informações sobre como entrar em contato com o IBM Software

Support, dependendo da gravidade do seu problema, além das seguintes

informações:

v Registro e elegibilidade

v Números de telefone e endereços de e-mail, dependendo do país em que você

estiver localizado

v Informações que você deve ter para entrar em contato com o IBM Software

Support

Participando de Newsgroups

Os grupos de usuários fornecem a profissionais de software um fórum para a troca

de informações, conhecimento técnico e experiências relacionadas ao produto. Eles

estão localizados na Internet e estão disponíveis através de programas padrão de

leitura de notícias. Primeiramente, esses grupos são destinados à comunicação

usuário a usuário, e não substituem o suporte tradicional.

Para acessar um newsgroup, utilize as instruções a seguir.

Estas instruções são para o uso de um navegador Microsoft Internet Explorer.

1. Abra o navegador Internet Explorer.

2. No menu Ferramentas, clique em Opções da Internet.

3. Na janela Opções da Internet, clique na guia Programas.

4. Na lista Newsgroups, clique na Seta para Baixo e clique em Outlook Express.

5. Clique em OK.

6. Feche e reabra o navegador Internet Explorer.

7. Recorte e cole o endereço de newsgroup de um produto no campo Endereço do

navegador e pressione Enter para abrir o newsgroup.

Estas instruções são para o uso de um navegador Netscape Navigator.

1. Abra um navegador Netscape Navigator.

2. No menu Edit, clique em Preferences. A janela Preferences é exibida.

Sobre Este Guia vii

http://www.ibm.com/software/tivoli/order-lit/

http://www.ibm.com/software/sysmgmt/products/support/

http://techsupport.services.ibm.com/guides/handbook.html

3. Na exibição Category, clique em Mail & Newsgroups para exibir as definições

Mail & Newsgroups.

4. Selecione a caixa de opções Use Netscape mail as the default mail application.

5. Clique em OK.

6. Feche e reabra o navegador Netscape Navigator.

7. Recorte e cole o endereço de newsgroup de um produto no campo Address do

navegador e pressione Enter para abrir o newsgroup.

IBM Tivoli Enterprise Console

news://news.software.ibm.com/ibm.software.tivoli.enterprise-console

IBM Tivoli NetView para UNIX e IBM Tivoli NetView para Windows

news://news.software.ibm.com/ibm.software.tivoli.netview-unix-windows

Convenções Utilizadas neste Guia

Este guia utiliza diversas convenções para termos e ações especiais, comandos e

caminhos dependentes do sistema operacional e gráficos de margem.

Convenções de Tipo de Caractere

Este guia utiliza as seguintes convenções de tipo de caractere:

Negrito

v Comandos em minúsculas e em maiúsculas e minúsculas que, de outra

forma seriam difíceis de distinguir do restante do texto

v Controles de interface (caixas de opções, botões de comando, botões de

opções, botões giratórios, campos, pastas, ícones, quadros de listagem,

itens dentro de quadros de listagem, listas com várias colunas,

contêineres, opções de menu, nomes de menus, guias, páginas de

propriedades), rótulos (como Dica: e Considerações sobre o sistema

operacional:)

v Títulos de colunas em uma tabela

v Palavras-chave e parâmetros no texto

Itálico

v Citações (títulos de manuais, disquetes e CDs)

v Palavras definidas no texto

v Ênfases em palavras (palavras como palavras)

v Letras como letras

v Novos termos no texto (exceto em uma lista de definições)

v Variáveis e valores que devem ser fornecidos

Monoespaçado

v Exemplos e exemplos de códigos

v Nomes de arquivos, palavras-chave de programação e outros elementos

difíceis de distinguir do restante do texto

v Texto da mensagem e prompts endereçados ao usuário

v Texto que o usuário deve digitar

v Valores para argumentos ou opções de comandos

viii IBM Tivoli Enterprise Console: Guia de Instalação

news://news.software.ibm.com/ibm.software.tivoli.enterprise-console

news://news.software.ibm.com/ibm.software.tivoli.netview-unix-windows

Variáveis e Caminhos Dependentes do Sistema Operacional

Este guia utiliza a convenção UNIX para especificar variáveis de ambiente e

notação de diretório.

Ao utilizar a linha de comandos do Windows, substitua $variable por %variable%

para variáveis de ambiente e cada barra (/) por uma barra invertida ( \) nos

caminhos de diretório.

Nota: Se estiver utilizando o shell bash em um sistema Windows, poderá utilizar

as convenções UNIX.

Ícones do IBM Tivoli Enterprise Console

Os ícones a seguir são utilizados no produto IBM Tivoli Enterprise Console.

Ícone Representa

Servidor de Eventos

A seta vermelha indica que o servidor de

eventos está sendo executado.

Uma seta vazada indica que o servidor

de eventos está inicializando.

Base de Regras

A seta vermelha indica que a base de

regra está ativa.

Perfil

O perfil é um conjunto de dados

específicos do aplicativo.

Sobre Este Guia ix

x IBM Tivoli Enterprise Console: Guia de Instalação

Capítulo 1. Planejando a Instalação

A instalação do produto Tivoli Enterprise Console inclui a realização de várias

tarefas de planejamento e pré-instalação. Certifique-se de tê-las concluído antes de

prosseguir com a instalação.

Para preparar a instalação adequadamente, execute as seguintes tarefas de

planejamento:

v “Planejando a Implementação” na página 2

v “Entendendo os Requisitos do Produto” na página 10

v “Preparando-se para Instalar Componentes” na página 22

Antes de começar a instalar o produto Tivoli Enterprise Console, conclua o

seguinte nesta ordem:

1. “Instalando o Tivoli Management Framework” na página 17

2. “Instalando e Configurando o RDBMS” na página 17

Utilize o assistente para instalação do Tivoli Enterprise Console para instalar o

produto Tivoli Enterprise Console. O assistente para instalação ajuda a realizar as

seguintes tarefas:

1. Configurar um banco de dados de eventos

2. Instalar os componentes

3. Desinstalar e fazer o upgrade de componentes, conforme apropriado

Alguns componentes também podem ser instalados manualmente com as

ferramentas do Tivoli Management Framework.

Entendendo os Componentes do IBM Tivoli Enterprise Console

O produto IBM Tivoli Enterprise Console é um aplicativo de gerenciamento de

eventos baseado em regras que integra sistema, rede, banco de dados e

gerenciamento de aplicativos para ajudar a assegurar a disponibilidade ideal dos

serviços IT de uma organização. Consiste nos seguintes componentes:

Servidor de Eventos

O servidor de eventos é um servidor central que manipula todos os

eventos do sistema distribuído.

Servidor da UI (Interface com o Usuário)

O servidor da UI (Interface com o Usuário) fornece gerenciamento de

conflitos para atualizações do console de eventos.

Console de eventos

O produto Tivoli Enterprise Console fornece duas versões do console de

eventos, uma versão Java e uma versão Web. Ambas fornecem uma GUI

(Interface Gráfica com o Usuário) que permite que a equipe de IT exiba e

responda a eventos dispatch.

Adapter Configuration Facility

O Adapter Configuration Facility é um aplicativo baseado em perfis

utilizado para configurar e distribuir adaptadores TME por meio de uma

GUI (Interface Gráfica com o Usuário).

© Copyright IBM Corp. 2003 1

Placas de eventos

Um adaptador de eventos monitora eventos em uma origem gerenciada,

como um banco de dados, formata as informações e as encaminha para o

servidor de eventos.

Informações de eventos de amostra

As informações de eventos de amostra são fornecidas como um exemplo

para tratar dos pedidos de informações adicionais sobre os eventos que um

operador pode precisar.

Servidor NetView

O servidor Tivoli NetView é um programa de gerenciamento de rede que

utiliza o SNMP para descobrir, monitorar e configurar redes TCP/IP.

Console da Web do NetView

O console da Web do Tivoli NetView é uma GUI (Interface Gráfica com o

Usuário) baseada em Java que permite aos operadores exibir a topologia de

rede e fornece ferramentas de diagnóstico e informativas para auxiliar na

resolução de problemas da rede.

Console nativo do NetView

O console nativo do Tivoli NetView é uma GUI (Interface Gráfica com o

Usuário) baseada em X/Motif (UNIX) ou MFC (Windows) que permite aos

administradores configurar o servidor NetView. Também fornece a mesma

funcionalidade operacional que o console da Web do Tivoli NetView. Esse

componente é instalado automaticamente durante a instalação do servidor

Tivoli NetView.

Para obter detalhes sobre a instalação desses componentes, consulte

“Preparando-se para Instalar Componentes” na página 22.

Planejando a Implementação

Um ambiente Tivoli consiste em uma ou mais regiões Tivoli. Cada região Tivoli

consiste em um servidor Tivoli, um ou mais nós gerenciados e um ou mais nós de

extremidade. As regiões Tivoli podem ser interconectadas. Os componentes do

Tivoli Enterprise Console são executados em um ambiente Tivoli. O servidor Tivoli

NetView é executado em um ambiente Tivoli em alguns sistemas operacionais. É

executado em um ambiente não-Tivoli em todos os sistemas operacionais

suportados.

Os componentes do Tivoli Enterprise Console requerem um sistema RDBMS para

sua operação. O host RIM é um componente Tivoli disponível em todos os nós

gerenciados. Ele fornece uma interface comum para servidores RDBMS a partir de

vários fornecedores. Os componentes do Tivoli Enterprise Console comunicam-se

com sistemas RDBMS suportados através de um host RIM. Você pode escolher

qualquer nó gerenciado para servir como host RIM. Entretanto, um host RIM deve

ter conectividade com o servidor RDBMS. O host RIM deve residir em um

computador que tenha um servidor ou cliente RDBMS instalado.

Um ambiente Tivoli pode ser um ambiente distribuído. Existem muitas maneiras

de se colocar vários componentes e o host RIM. As seções a seguir fornecem

informações sobre as possíveis implementações para o servidor de eventos e o

servidor Tivoli NetView. Também é possível implementar outros componentes de

uma maneira distribuída. Sua implementação depende das necessidades de seu

negócio e do RDBMS.

2 IBM Tivoli Enterprise Console: Guia de Instalação

Embora as implementações de amostra das seções a seguir sempre têm o servidor

de eventos e o host RIM no mesmo nó gerenciado, elas também podem ser

colocadas em nós gerenciados diferentes.

Servidor de Eventos e Servidor de Banco de Dados no Mesmo

Nó Gerenciado

Nesta implementação, o servidor Tivoli está em um nó gerenciado e o servidor de

eventos, o host RIM e o servidor RDBMS estão em outro. O seguinte gráfico ilustra

essa implementação:

As vantagens desta implementação são as seguintes:

v O computador do servidor Tivoli e o computador do servidor de eventos têm

mais poder de processamento e memória separada.

v Isso minimiza o congestionamento da rede porque o RDBMS é local para o

servidor de eventos e o host RIM e o servidor de eventos são locais para a

mesma região Tivoli.

As desvantagens são a necessidade de dois computadores e alguns cenários de

depuração que requerem a comparação de dois logs separados do Tivoli

Management Framework.

Servidor de Eventos em um Nó Gerenciado, Servidor de

Banco de Dados em um Computador Não-Tivoli

Nessa implementação, o servidor de eventos, o host RIM e o cliente RDBMS estão

em um nó gerenciado e o servidor RDBMS está em um computador não

gerenciado pelo software Tivoli Management Framework. O seguinte gráfico ilustra


Figura 1. Servidor de Eventos e Servidor de Banco de Dados no Mesmo Nó Gerenciado

Capítulo 1. Planejando a Instalação 3

A vantagem dessa implementação é que ela distribui a carga de processamento do

servidor Tivoli, servidor de eventos e RDBMS entre três computadores.

As desvantagens são que há restrições na rede, são necessários três computadores e

alguns cenários de depuração requerem a comparação de dois logs separados do

Tivoli Management Framework.

Servidor de Eventos e Servidor de Banco de Dados em um

Servidor Tivoli

Nessa implementação, o servidor de eventos, o host RIM e o servidor RDBMS

estão no servidor Tivoli. O seguinte gráfico ilustra essa implementação:


v Reduz o congestionamento da rede e atrasos de comunicação entre os processos

v É menos dispendioso porque fica tudo em um computador

v A depuração de problemas relacionados ao Tivoli Management Framework é

mais fácil porque todas as informações estão em um log do Tivoli Management

Framework

A desvantagem é que ela requer significativamente que mais memória e velocidade

do processador dos três servidores estejam em um processador. Portanto, não deve

ser utilizada para sistemas que requeiram alto throughput de eventos.

Figura 2. Servidor de Eventos em um Nó Gerenciado, Servidor de Banco de Dados em um

Computador Não-Tivoli

Figura 3. Servidor de Eventos e Servidor de Banco de Dados em um Servidor Tivoli


Servidor de Eventos em um Servidor Tivoli, Servidor de

Banco de Dados em um Computador Não-Tivoli


no servidor Tivoli e o servidor RDBMS está em um computador não gerenciado

pelo software Tivoli Management Framework. O seguinte gráfico ilustra essa

implementação:

A vantagem dessa implementação é que ela descarrega a carga do processador

RDBMS em outro computador.

As desvantagens são as seguintes:

v Pode produzir congestionamento de rede no servidor RDBMS.

v Mais dispendioso utilizar um servidor RDBMS dedicado porque requer um

segundo computador.

Servidor de Eventos em um Nó Gerenciado, Console da Web

em um Computador Não-Tivoli


estão em um nó gerenciado. O console da Web em execução no WebSphere

Application Server está em um computador não-Tivoli. O seguinte gráfico ilustra


A vantagem dessa implementação é que, como o servidor de eventos e o

WebSphere Application Server são executados em computadores diferentes, cada

um tem mais poder de processamento e memória separada.

Figura 4. Servidor de Eventos em um Servidor Tivoli, Servidor de Banco de Dados em um


Figura 5. Servidor de Eventos em um Nó Gerenciado, Console da Web em um Computador

Não-Tivoli


Servidor de Eventos e Servidor NetView em Nós Gerenciados

Diferentes

Nessa implementação, o servidor Tivoli está em um nó gerenciado e o servidor de

eventos (conectado ao servidor NetView), host RIM e servidor RDBMS estão em

outro. O seguinte gráfico ilustra essa implementação:


v O computador do servidor de eventos, que está conectado ao computador do

servidor NetView, tem mais poder de processamento e memória separada.

v Esta implementação minimiza o congestionamento da rede porque o RDBMS é

local para o servidor de eventos e o host RIM e o servidor de eventos são locais

para a região Tivoli.

As desvantagens dessa implementação são a necessidade de três computadores e

alguns cenários de depuração que requerem a comparação de três logs separados

do Tivoli Management Framework.

Servidor de Eventos em um Nó Gerenciado, Servidor NetView

em um Servidor Tivoli, Servidor de Banco de Dados em um



em um nó gerenciado e o servidor RDBMS está em um computador não

gerenciado pelo software Tivoli Management Framework. O servidor de eventos

no nó gerenciado é conectado ao servidor Tivoli com o programa Tivoli NetView.

O seguinte gráfico ilustra essa implementação:

Figura 6. Servidor de Eventos e Servidor NetView em Nós Gerenciados Diferentes


A vantagem dessa implementação é que ela distribui a carga de processamento do

servidor Tivoli, servidor de eventos e RDBMS entre três computadores.

As desvantagens são que há restrições na rede, são necessários três computadores e

alguns cenários de depuração requerem a comparação de dois logs separados do


Servidor de Eventos e Servidor de Banco de Dados em um

Servidor Tivoli, Servidor NetView em um Computador

Não-Tivoli


estão no servidor Tivoli. O servidor de eventos é conectado ao servidor Tivoli

NetView. O seguinte gráfico ilustra essa implementação:


v Reduz o congestionamento da rede e atrasos de comunicação entre os processos.

v É menos dispendioso porque fica tudo em um computador

v A depuração de problemas relacionados ao Tivoli Management Framework é

mais fácil porque todas as informações estão em um log do Tivoli Management

Framework

A desvantagem é que ela requer significativamente que mais memória e velocidade

do processador dos três servidores, incluindo a conexão com o Tivoli NetView,

estejam em um processador.

Figura 7. Servidor de Eventos em um Nó Gerenciado, Servidor NetView em um Servidor

Tivoli, Servidor de Banco de Dados em um Computador Não-Tivoli

Figura 8. Servidor de Eventos e Servidor de Banco de Dados em um Servidor Tivoli,

Servidor NetView em um Computador Não-Tivoli


Servidor de Eventos em um Servidor Tivoli, Servidor NetView

e Servidor de Banco de Dados em Computadores Não-Tivoli

Diferentes


no servidor Tivoli e o servidor RDBMS está em um computador não gerenciado

pelo software Tivoli Management Framework. O servidor de eventos é conectado a

um servidor Tivoli NetView em um computador não-Tivoli. O seguinte gráfico

ilustra essa implementação:

A vantagem dessa implementação é que ela descarrega a carga do processador

RDBMS em outro computador.

As desvantagens são as seguintes:

v Pode produzir congestionamento de rede no servidor RDBMS.

v É mais dispendioso porque requer dois computadores adicionais: um para o

servidor RDBMS e um para o servidor NetView.

Componentes do Tivoli Enterprise Console em Regiões Tivoli

Diferentes

O ambiente Tivoli utiliza regiões Tivoli para atender às necessidades e demandas

de gerenciamento de recursos geograficamente dispersos pelas redes. Cada região

Tivoli possui seu próprio servidor para gerenciar clientes locais e um conjunto de

serviços replicados distribuídos para a execução de operações de gerenciamento.

As regiões Tivoli podem ser conectadas para coordenar as atividades na rede,

permitindo o gerenciamento de sistemas em escala ampliada e o gerenciamento e

operação de sites remotos.

As conexões da região Tivoli podem ser tipos de conexões unidirecionais ou

bidirecionais. As conexões unidirecionais são úteis quando um site central é

responsável pela administração de vários sites remotos, mas quando nenhum dos

sites remotos precisa gerenciar recursos no site central ou em outros sites remotos.

Cada site remoto também pode ter seu próprio operador local. Essa pessoa pode

ser responsável pelo gerenciamento de operações diárias em recursos locais,

Figura 9. Servidor de Eventos em um Servidor Tivoli, Servidor NetView e Servidor de Banco

de Dados em Computadores Não-Tivoli Diferentes


enquanto a conexão do site central é utilizada para atualizações mais globais,

como, por exemplo, uma nova versão de um aplicativo.

As conexões bidirecionais são úteis em várias situações, incluindo aquela em que

uma LAN (Rede Local) muito grande é particionada logicamente. Isso permite

distribuir a carga do servidor de gerenciamento em vários servidores Tivoli. Além

disso, as conexões bidirecionais são necessárias quando duas ou mais regiões Tivoli

possuem uma equipe de gerenciamento de sistema que precisa ter acesso e

gerenciar recursos em outras regiões Tivoli.

O planejamento do particionamento de sua rede em um conjunto de regiões Tivoli

conectadas depende de vários fatores, incluindo o seguinte:

v Topologia da rede

v Responsabilidades organizacional e de gerenciamento

v Geografia

v Assuntos de segurança

Em geral, as conexões da região Tivoli são altamente flexíveis e podem ser

configuradas para serem mapeadas para qualquer conjunto arbitrário de conexões.

Alguns itens a serem considerados durante este processo incluem os seguintes:

v Considerações físicas, como pisos de um prédio

v Localizações de vários prédios, talvez espalhados pela cidade

v Considerações organizacionais (por exemplo, grupos como Marketing,

Contabilidade e Vendas)

v Grandes distâncias geográficas entre as redes em diferentes cidades e estados

v O número de sistemas a serem gerenciados (por exemplo, distribuição de carga

de trabalho para gerenciar 1000 computadores)

v O uso de regiões Tivoli como domínios de falhas para questões de desempenho

e confiabilidade

Nessa implementação, os componentes do Tivoli Enterprise Console estão em

regiões Tivoli interconectadas. Em alguns casos, instalar o servidor de eventos e o

console de eventos juntos em uma região Tivoli separada alivia a contenção do

processo.

Embora você tenha a capacidade de interconectar regiões Tivoli e compartilhar os

outros recursos, as regiões Tivoli não podem compartilhar um console de eventos.

Para executar um console de eventos em um computador, deve haver um console

de eventos instalado nesse computador.

Nessa implementação, considere ter um operador configurado como um

administrador da região Tivoli que tenha todos os componentes do Tivoli

Enterprise Console instalados.

Você pode criar uma região Tivoli contendo apenas o servidor de eventos, o

console de eventos, o host RIM e o servidor RDBMS. Em outra região Tivoli, você

instala os outros componentes do Tivoli Enterprise Console e qualquer software do

Tivoli Enterprise necessário em seu ambiente Tivoli.

Nota: Quando existem duas regiões Tivoli na mesma sub-rede, o

congestionamento de rede é o mesmo de quando se utiliza apenas uma

região Tivoli.


O seguinte gráfico ilustra essa implementação:

Nota: Para um ambiente Tivoli que já utiliza várias regiões Tivoli ou para um

ambiente Tivoli que utiliza várias instalações do Tivoli Enterprise Console

para failovers, essa implementação pode atender suas necessidades de

negócios.

Entendendo os Requisitos do Produto

Esta seção define os requisitos de hardware e software do produto IBM Tivoli

Enterprise Console. Para obter as informações mais recentes, consulte as IBM Tivoli

Enterprise Console - Notas sobre o Release.

Para obter as informações mais recentes sobre os requisitos dos componentes do

Tivoli NetView, consulte o IBM Tivoli NetView para UNIX - Notas sobre o Release e o

IBM Tivoli NetView para Windows - Notas sobre o Release.

Requisitos de Hardware

Requisitos de Hardware dos Componentes do IBM Tivoli

Enterprise Console

A tabela a seguir descreve os requisitos de hardware dos componentes do IBM

Tivoli Enterprise Console. A lista a seguir fornece algumas notas sobre as

informações na tabela:

v Requisitos mínimos do sistema refletem um desempenho considerável para taxas

de eventos de cinco por segundo ou menos, com menos de cinco consoles de

eventos em execução e uma base de regra simples

v Requisitos recomendados do sistema refletem um desempenho considerável para

taxas de eventos de vinte por segundo, com cinco a dez consoles de eventos em

execução e uma base de regra moderadamente complexa

Figura 10. Componentes do Tivoli Enterprise Console em Regiões Tivoli Diferentes


Tabela 1. Requisitos de Hardware do Produto Tivoli Enterprise Console

Plataforma Componente

Requisito de

Processamento

Recomendado

Requisito de

Processamento

Mínimo

Requisito de

Memória

Recomendado

Requisito de

Memória

Mínimo

Requisito

de Espaço

em Disco

UNIX/

RISC

Servidor de Eventos

instalado em uma

máquina e o banco de

dados de eventos e o

RIM instalados em outra

Dois

processadores,

SPECint_rate

2000 de 10 ou

superior

Processador

único,

SPECint2000

de 5 ou

superior

1 GB 512 MB 512 MB

Servidor de Eventos com

o RIM, o banco de dados

de eventos e o

WebSphere Application

Server instalados na

mesma máquina

Quatro

processadores,

SPECint_rate

2000 de 30 ou

superior

Dois

processadores,

SPECint_rate

2000 de 10 ou

superior

4 GB 2 GB 8 GB

Instalação do próprio


Server em uma máquina

Processador

único,

SPECint_rate

2000 de 10 ou

superior

Processador

único,

SPECint_rate

2000 de 5 ou

superior

2 GB 2 GB 2 GB

Servidor UI em um nó

gerenciado separado

Processador

único,

SPECint2000

de 150 ou

superior

Processador

único,

SPECint2000

de 90 ou

superior

512 MB 256 MB 256 MB

Gateway Tivoli

Enterprise Console

Processador

único,

SPECint2000

de 150 ou

superior

Processador

único,

SPECint2000

de 90 ou

superior

512 MB 256 MB 256 MB

Console de eventos Processador

único,

SPECint2000

de 90 ou

superior

Um

processador,

SPECint95 de

7

256 MB 128 MB 64 MB


Tabela 1. Requisitos de Hardware do Produto Tivoli Enterprise Console (continuação)

Plataforma Componente

Requisito de

Processamento

Recomendado

Requisito de

Processamento

Mínimo

Requisito de

Memória

Recomendado

Requisito de

Memória

Mínimo

Requisito

de Espaço

em Disco

Windows

and

Linux/

Intel

Servidor de Eventos sem

RIM e banco de dados

de eventos instalados na

máquina

Dois

processadores,

P4 com 1,8

GHz

Processador

único, P4 com

1,8 GHz

1 GB 512 MB 512 MB

Servidor de Eventos com

o RIM, o banco de dados

de eventos e o


Server instalados na

mesma máquina

Quatro

processadores,

Pentium 4

com 1,8 GHz

Dois

processadores,

Pentium 4

com 1,8 GHz

4 GB 2 GB 8 GB

Instalação do próprio


Server em uma máquina

Processador

único,

Pentium 4

com 1,8 GHz

Processador

único,

Pentium 4

com 933 MHz

2 GB 2 GB 2 GB

Servidor UI em um nó

gerenciado separado

Processador

único,

Pentium III

com 933 MHz

Processador

único,

Pentium III

com 733 MHz

512 MB 256 MB 256 MB

Gateway Tivoli

Enterprise Console

Processador

único,

Pentium III

com 933 MHz

Processador

único,

Pentium III

com 733 MHz

512 MB 256 MB 256 MB

Console de eventos Processador

único,

Pentium III

com 733 MHz

Processador

único,

Pentium III

com 450 MHz

256 MB 128 MB 64 MB

Requisitos de Espaço em Disco para Adaptadores

As tabelas das seções a seguir descrevem os requisitos de espaço em disco para

adaptadores suportados do IBM Tivoli Enterprise Console.

Requisitos de Espaço em Disco para Adaptadores TME: A tabela a seguir

descreve os requisitos de espaço em disco para adaptadores TME de acordo com o

tipo de plataforma. Se o adaptador não for suportado nessa plataforma, a célula de

tabela estará vazia.

Tabela 2. Requisitos de Espaço em Disco para Adaptadores TME

Sistema Operacional

Adaptador do Nó

de Extremidade

Adaptador HP

OpenView Adaptador SNMP

AIX 4.3.3, 5.1 2 MB 2 MB

Compaq/Digital Tru64 UNIX 5.0, 5.1 5 MB 1 MB

HP-UX 11.0 Service Pack 1, 11i 2 MB1 2 MB 2 MB

NetWare 5.0, 5.1 2 MB

Servidor OS/2 Warp 4.5.1 para eBusiness 1 MB

Red Hat Linux para Intel 7.1, 7.2 2 MB 1 MB

SCO UnixWare 7.0.1, 7.1.1 2 MB 1 MB

Sequent DYNIX/ptx 4.5.1 3 MB 1 MB

SGI IRIX 6.5 3 MB 1 MB


Tabela 2. Requisitos de Espaço em Disco para Adaptadores TME (continuação)

Sistema Operacional

Adaptador do Nó

de Extremidade

Adaptador HP

OpenView Adaptador SNMP

Solaris Operating Environment 7, 8 no Solaris-x86 3 MB 1 MB

Solaris Operating Environment 7, 8 no

Solaris-SPARC

2 MB 2 2 MB

SuSE Linux para Intel 7.0, 7.1 2 MB 1 MB

SuSE Linux para S/390 7.0 3 MB 1 MB

TurboLinux para Intel 7.0 2 MB 1 MB

Windows 2000 Server, Advanced Server,

Professional

Service Pack 1

1 MB 1 MB 1 MB

Windows XP Professional 1 MB

Requisitos de Espaço em Disco para Adaptadores não-TME: A tabela a seguir

descreve os requisitos de espaço em disco para adaptadores não-TME. Se o

adaptador não for suportado nessa plataforma, a célula de tabela estará vazia.

Tabela 3. Requisitos de Espaço em Disco para Adaptadores Não-TME

Sistema Operacional

Adaptador do

Nó de

Extremidade

Adaptador HP

OpenView

Adaptador

SNMP

AIX 4.3.3, 5.1 4 MB 3 MB

Compaq/Digital Tru64 UNIX 5.0, 5.1 5 MB 4 MB

HP-UX 11.0 Service Pack 1, 11i 4 MB1 3 MB 3 MB

NetWare 5.0, 5.1 3 MB

Servidor OS/2 Warp 4.5.1 para eBusiness 2 MB

Red Hat Linux para Intel 7.1, 7.2 4 MB 3 MB

SCO UnixWare 7.0.1, 7.1.1 4 MB 3 MB

Sequent DYNIX/ptx 4.5.1 4 MB 3 MB

SGI IRIX 6.5 4 MB 3 MB

Siemens Nixdorf (Pyramid) Reliant UNIX 5.45 5 MB 4 MB

Solaris Operating Environment 7, 8 no Solaris-x86 4 MB 3 MB

Solaris Operating Environment 7, 8 no Solaris-SPARC 4 MB 3 MB 3 MB

SuSE Linux para Intel 7.0, 7.1 4 MB 3 MB

SuSE Linux para S/390 7.0 4 MB 3 MB

TurboLinux para Intel 7.0 4 MB 3 MB

Windows 2000 Server, Advanced Server,

Professional

Service Pack 1

1 MB 1 MB 1 MB

Windows XP Professional 1 MB

Requisitos de Espaço em Disco para Adaptadores AS/400: A tabela a seguir

descreve os requisitos de espaço em disco para adaptadores AS/400.


Tabela 4. Requisitos de Espaço em Disco para Adaptadores AS/400

Adaptador

Requisito de

Espaço em Disco

AS/400 Alert 6 MB

AS/400 Message 7 MB

AS/400 Alert e Message (os dois adaptadores na mesma máquina) 8 MB

Requisitos de Software

Requisitos de Sistema Operacional

O software Tivoli Enterprise Console suporta os seguintes sistemas operacionais:

Tabela 5. Requisitos de Sistema Operacional do Produto Tivoli Enterprise Console

Sistema operacional Versão Servidor

de Eventos

Servidor

NetView

Adapter

Configura–

tion

Facility

Servidor

UI

Console de

eventos

(versão Java)

Nó de

Extremi–

dade

IBM AIX 4.3.3, 5.1,

5L, 5.2

U U U U U U

Sun Solaris

Operating

Environment

(Solaris)

8, 9 U U U U U U

HP-UX (PA-RISC) 11.0 spl, 11i U U U U U

Windows XP Pro, 2000

Pro

U U

Windows 2000 Server U U U U U U

Windows 2000

Datacenter

U

Windows 2003 Server U U U U U U

Windows 2003

Advanced

Server

U U U U U U

IBM zOS V1R2, V1R3,

V1R4

U

SuSE Linux

Enterprise Server

para IA32

7 (base 7.2) U U U U U U

SuSE Linux

Enterprise Server

para iSeries

7 (base 7.2) U

SuSE Linux

Enterprise Server

para zSeries

7 (base 7.2) U U U U U

SuSE Linux

Enterprise Server

para pSeries

7 (base 7.2) U

United Linux para

IA32 (SLES 8)

1.0 U U U U U U


Tabela 5. Requisitos de Sistema Operacional do Produto Tivoli Enterprise Console (continuação)

Sistema operacional Versão Servidor

de Eventos

Servidor

NetView

Adapter

Configura–

tion

Facility

Servidor

UI

Console de

eventos

(versão Java)

Nó de

Extremi–

dade

United Linux para

iSeries (SLES 8)

1.0 U

United Linux para

pSeries

1.0 U

United Linux para

zSeries (SLES 8)

1.0 U U U U U

Redhat Linux para

zSeries

7.2 U U U U U

Redhat Linux para

iSeries

7.2 U

Redhat Linux para

pSeries

7.2 U

Redhat Linux

Advanced Server 2.1

para IA32

2.1 U U U U U U

NetWare 5.1, 6.0 U

OS/400 V5R1, V5R2 U

OS/2 Warp 4.5 U

OS/2 Server para

eBus

4.5.1 U

Compaq Tru64 5.1, 6.0 U

Reliant UNIX 5.4.5 U

SCO Unixware 7.1.1, Open,

UNIX 8

U

Irix SGI 6.5.x U

Solaris ix86 7,8 U

Sequent Dynix/PTX 4.6.1 U

Requisitos de Banco de Dados

O software Tivoli Enterprise Console suporta os seguintes bancos de dados para o

banco de dados de eventos:

Tabela 6. Requisitos de Banco de Dados do Produto Tivoli Enterprise Console

Banco de Dados Versão

DB2 Universal Database 7.2 (fix pack 7) WE, EE, EEE; 8.1 WSE, ESE

Oracle 8.1.7, 9i, 9i V2, 9i para Linux

Microsoft SQL Server 7.0 SP2, SP3; SQL Server 2000

Informix 9.3 Dynamic Server 2000

Sybase 11.9.2, 12.0, 12.5 (Adaptive Server Enterprise

para Linux)

Para obter informações sobre a configuração de bancos de dados com o RIM,

consulte o Tivoli Management Framework Release Notes mais recente.


Nota: O produto Tivoli Enterprise Console não suporta um banco de dados que

esteja na partição z/OS nativa. O banco de dados do Tivoli Enterprise

Console poderá ser utilizado em um sistema z/OS apenas se um banco de

dados suportado estiver em execução em uma partição Linux z/OS.

Requisitos do Tivoli Management Framework

O Tivoli Enterprise Console Versão 3.9 requer o Tivoli Management Framework

Versão 3.7.1 ou posterior. Para obter as correções necessárias do Tivoli Management

Framework, consulte o IBM Tivoli Enterprise Console - Notas sobre o Release.

Requisitos do WebSphere Application Server

O componente Console da Web do Tivoli Enterprise Console Versão 3.9 requer o

WebSphere Application Server Versão 5.0 Base Edition. Esse produto é requerido

para o console da Web e pode ser instalado durante a instalação do console da

Web. Outras edições do WebSphere Application Server Versão 5.0 não são

suportadas.

Requisitos do Navegador da Web

O console da Web requer um dos seguintes navegadores:

v Microsoft Internet Explorer 6.0 ou posterior

v Netscape 6.x a partir do 6.2. O Netscape 7.x não é suportado.

Requisitos para Upgrade do Tivoli Enterprise Console

Para fazer o upgrade dos componentes do Tivoli Enterprise Console, é necessário

ter os componentes do Tivoli Enterprise Console da versão 3.6.2 ou posterior.

Para fazer o upgrade dos componentes do Tivoli NetView, é necessário ter os

componentes do Tivoli NetView da versão 6.0 ou posterior.

Requisitos Adicionais

Como o assistente para instalação do Tivoli Enterprise Console é um programa

baseado na GUI, ele requer um ambiente de servidor X no sistema operacional

UNIX.

Em sistemas operacionais UNIX, você deve instalar os utilitários de compactação e

descompactação antes da instalação do produto Tivoli Enterprise Console. Para

todos os sistemas operacionais UNIX, exceto o Linux, esses utilitários são

instalados com o sistema operacional. No Linux, os utilitários de compactação e

descompactação devem ser instalados separadamente.

Para obter uma lista completa de outros requisitos de software, consulte o IBM

Tivoli Enterprise Console - Notas sobre o Release.

Imagens do Produto Tivoli Enterprise Console

Para obter uma lista de imagens do produto, consulte o IBM Tivoli Enterprise

Console - Notas sobre o Release.


Capítulo 2. Preparando a Instalação

Antes de começar a instalar o produto Tivoli Enterprise Console, conclua o

seguinte:

v “Instalando o Tivoli Management Framework”

v “Instalando e Configurando o RDBMS”

v “Preparando-se para Instalar Componentes” na página 22

Dependendo de sua situação, pode ser necessário concluir estas tarefas:

v “Preparando-se para Fazer o Upgrade da Versão 3.6.2” na página 34

v “Preparando-se para Instalar Componentes em Regiões Tivoli Interconectadas”

na página 36

v “Preparando-se para Instalar Pacotes de Idiomas” na página 33

Executando Tarefas de Pré-instalação

Antes de instalar o produto Tivoli Enterprise Console, será necessário concluir

várias tarefas de pré-instalação. Esta seção descreve as etapas e fornece os detalhes

necessários para concluir essas tarefas.

Antes de instalar o produto Tivoli Enterprise Console, será necessário concluir as

seguintes tarefas:

1. “Instalando o Tivoli Management Framework”

2. “Instalando e Configurando o RDBMS”

Instalando o Tivoli Management Framework

Antes de instalar o produto Tivoli Enterprise Console, será necessário instalar o

Tivoli Management Framework Versão 3.7.1 ou posterior. Para obter informações

sobre a instalação desse produto, consulte o Tivoli Enterprise Installation Guide. Para

obter um exemplo sobre a instalação do Tivoli Management Framework, consulte

“Instalando o Tivoli Management Framework” na página 100.

Instalando e Configurando o RDBMS

Para o produto Tivoli Enterprise Console funcionar em seu ambiente Tivoli, é

necessário instalar e configurar um RDBMS suportado antes de instalar qualquer

componente do Tivoli Enterprise Console:

v Em uma configuração cliente/servidor:

– O software do cliente RDBMS e o host RIM deverão estar no mesmo nó

gerenciado.

– O servidor RDBMS pode estar em qualquer computador. Ele não precisa ser

um nó gerenciado.v Em uma configuração RDBMS somente de servidor, o servidor RDBMS deve ser

instalado em um nó gerenciado. O host RIM precisa estar no mesmo nó

gerenciado.

Para obter informações adicionais sobre o host RIM, consulte o Tivoli Enterprise

Installation Guide.


As seções a seguir incluem informações sobre a instalação e configuração dos

bancos de dados RDBMS suportados (DB2, Informix, Microsoft SQL Server, Oracle

e Sybase).

Nota: É importante ler o Tivoli Management Framework Release Notes e os arquivos

leia-me de correções do Tivoli Management Framework para obter

informações sobre os requisitos do RIM para o RDBMS. As informações

contidas nos arquivos leia-me podem conter alterações do RIM que

substituem o Tivoli Management Framework User’s Guide e o Tivoli Management

Framework Release Notes.

Faça backup do servidor do banco de dados antes de iniciar qualquer alteração

descrita nas seções a seguir.

Escolhendo o Servidor RDBMS

O servidor RDBMS serve como host para o esquema de repositório de eventos.

Considere o seguinte ao determinar qual computador deverá ser seu servidor

RDBMS:

v Esse computador deve ter uma conexão TCP/IP com o host RIM.

v Esse computador não precisa ser um nó gerenciado na região Tivoli, mas deverá

estar na mesma sub-rede que a região Tivoli.

v Esse computador deve ter espaço em disco disponível suficiente para suportar a

quantidade de informações que você planeja armazenar no repositório de

eventos.

Escolhendo o Host RIM

O host RIM fornece comunicação com o banco de dados RDBMS de uma maneira

comum, independente do banco de dados. Considere o seguinte ao determinar

qual computador deve ser o seu host RIM:

v O host RIM deve ser um nó gerenciado.

v O host RIM deve ter o software cliente ou servidor do RDBMS instalado.

v Na maioria dos ambientes Tivoli que utilizam o produto Tivoli Enterprise

Console, o local mais eficiente para o host RIM é no servidor de eventos.

v Quando o host RIM for um computador HP-UX ou Windows, a conta do

usuário tmersrvd deverá ser definida nesse computador. Para obter informações

adicionais sobre a conta tmersrvd, consulte o Tivoli Enterprise Installation Guide.

Instalando e Configurando o DB2

A partir da perspectiva de um DB2, o host RIM é um cliente de banco de dados.

Portanto, o host RIM deve ter acesso a um servidor DB2. Um servidor DB2 ou um

cliente DB2 deve estar instalado no host RIM.

As informações a seguir fornecem uma visão geral das etapas requeridas para

configurar um banco de dados do DB2 para uso com o host RIM. O processo de

instalação e as considerações para um banco de dados do DB2 são independentes

dessa documentação. Portanto você deve seguir as informações de instalação e

configuração fornecidas na documentação do IBM DB2.

Nota: Quando você instala um banco de dados do DB2 em um sistema

operacional UNIX, as variáveis de ambiente são criadas no arquivo .profile

do proprietário da instância.

Essas variáveis podem ser definidas executando-se o script .db2profile

(bash, Bourne ou Korn shell) ou o script .db2cshrc (shell C).


No RIM, você deve nomear o usuário do DB2 com o mesmo nome da instância do

DB2. Em um banco de dados do DB2, o nome do usuário do DB2 deve ter oito

caracteres ou menos.

Nota: No sistema operacional UNIX, o nome do usuário do DB2 é o mesmo nome

da instância, por padrão. Entretanto, no Windows, você deve assegurar que

exista um usuário com o mesmo nome da instância.

Configurando o Servidor DB2 para Acesso ao Cliente Remoto: Se o host RIM for

o mesmo computador que seu servidor DB2, nenhuma configuração adicional será

requerida. Se quiser que os clientes remotos do DB2 acessem seu servidor DB2,

execute o seguinte procedimento:

1. Adicione a variável de ambiente DB2COMM com o valor tcpip.

2. Configure o servidor DB2 para aceitar clientes TCP/IP. Edite o arquivo

/etc/services e adicione uma entrada para a porta de conexão. Por exemplo,

adicione as seguintes linhas ao arquivo de serviços:

TEC 3700/tcp #DB2 connection service port

3. Da linha de comandos, digite o seguinte:

db2 update database manager configuration using svcename TEC

Esse comando atualiza o nome do serviço com o nome da porta de conexão

(TEC), que também é o nome da instância nesse exemplo.

Configurando o Cliente DB2: Para configurar o cliente DB2, execute o seguinte

procedimento:

1. Configure o cliente para que utilize o TCP/IP para se conectar ao servidor.

Edite o arquivo /etc/services e adicione a entrada para a porta de conexão. Por

exemplo, inclua a seguinte linha no arquivo de serviços:

TEC 3700/tcp #DB2 connection service port

2. Adicione a variável de ambiente DB2COMM com o valor tcpip.

3. Catalogue o nó do servidor e execute as seguintes etapas para atualizar o banco

de dados remoto:

a. Inicie o utilitário SQL (Structured Query Language) interativo do DB2

digitando o seguinte:

db2

b. Catalogue o nó do servidor:

catalog tcpip node db2node remote hostname \

server service_name

:

db2node

Especifica o nome do computador em que o cliente DB2 está

instalado. Este nome deve ser exclusivo em sua lista de diretório de

nó.

hostname

Especifica o nome do computador em que o servidor DB2 está

instalado.

service_name

Especifica o nome da porta de conexão, conforme definido no

arquivo de serviços.

Instalando e Configurando o Informix

Antes de começar a criar um repositório de eventos do Informix, reveja os

seguintes pré-requisitos:

Capítulo 2. Preparando a Instalação 19

v O cliente Informix deve ser instalado no host RIM e o arquivo .odbc.ini deve ser

instalado no diretório em que o software Informix está instalado

($INFORMIXDIR).

v Recomenda-se utilizar registro sem buffer com todos os bancos de dados do

Informix. O banco de dados do Tivoli Enterprise Console para Informix é criado

com registro sem buffer. Não utilize o modo de registro ANSI (American

National Standards Institute), porque ele pode causar problemas com bloqueios

de bancos de dados que podem resultar na parada de programas aplicativos

Tivoli.

Nota: Testes mostraram que os bancos de dados do Informix podem ter

problemas de simultaneidade em ambientes Tivoli com muitas transações

ou alto volume. Nesses tipos de condições, ajuste seu servidor Informix

cuidadosamente para assegurar que você não tenha problemas de

bloqueio que resultem em perda de dados. Em determinadas condições,

ativar o bloqueio no nível da linha pode resolver problemas de bloqueio

com o produto Tivoli Enterprise Console. Consulte o administrador de

banco de dados do Informix para determinar o melhor modo de bloqueio

para seu ambiente.

Para obter informações adicionais específicas sobre instalação em um banco de

dados do Informix, consulte a documentação do Informix.

Instalando e Configurando o Microsoft SQL Server

Instale o Microsoft SQL Server no servidor RDBMS. Para obter detalhes da

instalação, consulte a documentação do Microsoft SQL Server.

Nota: A caixa de diálogo Opções de Instalação exibida durante a instalação do

Microsoft SQL Server inclui uma opção Ordem de Classificação. Para

utilizar o Microsoft SQL Server para seu repositório de eventos, selecione a

opção Ordem do dicionário, distinção entre maiúsculas e minúsculas na

instalação.

Selecione um nó gerenciado do Windows para ser o host RIM. O cliente Microsoft

SQL Server ou o Microsoft SQL Server deve ser instalado no computador do host

RIM.

Para obter informações adicionais específicas sobre a instalação do Microsoft SQL

Server, consulte a documentação do Microsoft SQL Server.

Instalando e Configurando o Oracle

Instale o Oracle RDBMS e o SQL*Plus no servidor RDBMS. Para obter detalhes da

instalação, consulte a documentação do Oracle.

Selecione um nó gerenciado para ser o host RIM.

Execute as etapas a seguir para configurar o host do RIM como um cliente Oracle

utilizando o SQL*Plus. Consulte a documentação do Oracle se desejar utilizar os

nomes do Oracle.

1. Instale o software cliente Oracle, que inclui o SQL* Plus, no host RIM.

2. Se o servidor Oracle estiver em um computador separado do cliente, copie o

arquivo tnsnames.ora do diretório %ORACLE_HOME%\network\admin no

servidor RDBMS para o diretório %ORACLE_HOME%\network\admin no host

RIM, em que ORACLE_HOME é a variável de ambiente equivalente ao

caminho para o diretório em que o servidor Oracle ou a instalação do cliente

reside.


3. Verifique se o arquivo tnsnames.ora está atualizado corretamente para refletir

sua configuração. Em outras palavras, verifique se o nome do host do servidor,

o ID da instância do Oracle no qual a porta SQL*Plus está conectada e o

protocolo de comunicação estão exatos.

Para obter informações adicionais específicas sobre instalação do Oracle, consulte a

documentação do Oracle.

Instalando e Configurando o Sybase

Instale o RDBMS Sybase. Para obter detalhes da instalação, consulte a

documentação do Sybase para obter instruções.

Selecione um nó gerenciado para ser o host RIM e conclua as etapas a seguir para

configurar o host RIM como um cliente do servidor RDBMS:

1. Instale o software cliente Sybase, que inclui isql, no host RIM.

2. Se o host RIM for um computador do Windows, execute o seguinte:

a. Assegure-se de que a variável PATH inclua o diretório em que os arquivos

DLL do Sybase estão instalados.

b. Assegure-se de que o arquivo SQL.INI esteja no diretório %SYBASE%\INI

no host RIM, em que SYBASE é a variável de ambiente equivalente ao

caminho para o diretório em que a instalação do Sybase reside.

Se seu host RIM for um computador UNIX, copie o arquivo de interfaces do

servidor RDBMS para o diretório no host RIM onde o software cliente Sybase

está instalado.

Nota: Se o servidor RDBMS for executado em um computador com um Solaris

Operating System e o host RIM não for um computador Solaris, ou

vice-versa, não copie o arquivo de interfaces para o host RIM. O

arquivo de interfaces para Solaris Operating Environments não é

compatível com outros sistemas operacionais.Você deve criar um novo

arquivo de interfaces que seja compatível.Consulte seu administrador

de banco de dados para obter assistência.

Para obter informações adicionais sobre instalação específicas do Sybase, consulte a

documentação do Sybase.


Preparando-se para Instalar Componentes

As seguintes seções descrevem os componentes e fornece detalhes importantes

sobre a instalação que devem ser entendidos antes da instalação dos componentes,

conforme mostrado na tabela a seguir.

Tabela 7. Explicação das Tabelas

Categoria da Tabela Explicação Opções

Ambiente: Em qual ambiente este

componente pode existir

Tivoli—requer computadores

que contenham o software

Tivoli Management

Framework

não-Tivoli—não requer

computadores que contenham

o software Tivoli Management

Framework; se o software

Tivoli Management

Framework estiver no

computador, ele não será

utilizado

Sistemas operacionais

suportados:

Em quais sistemas

operacionais este componente

pode ser instalado

Em geral, Windows, AIX,

Solaris, HP-UX, Linux e

zLinux. Para obter detalhes,

consulte “Requisitos de

Sistema Operacional” na

página 14.

Instâncias: Quantas instâncias deste

componente podem existir em

uma região Tivoli ou em um

ambiente não-Tivoli

Uma ou várias

Método de instalação,

upgrade ou desinstalação

aplicável:

Qual método pode ser

utilizado para instalar, fazer o

upgrade ou desinstalar este

componente

Assistente para instalação ou

ferramentas do Tivoli

Management Framework. Para

obter detalhes sobre o uso do

assistente para instalação,

consulte o Capítulo 3,

“Instalando, Fazendo o

Upgrade e Desinstalando com

o Assistente para Instalação”,

na página 37

Componentes do Tivoli Enterprise Console

Os componentes do Tivoli Enterprise Console fornecem a capacidade de

gerenciamento de eventos do produto e são descritos nas seções a seguir.

Tivoli Enterprise Console JRE

Descrição: O Tivoli Enterprise Console JRE é um componente instalável e um

requisito do servidor de eventos, do servidor da UI, do console de eventos e do

Adapter Configuration Facility. Esse componente torna o Java Runtime

Environment disponível para uso. Conforme apropriado, o assistente para

instalação instala e desinstala o Tivoli Enterprise Console JRE automaticamente.

Entretanto, se você estiver utilizando as ferramentas do Tivoli Management

Framework, você deve executar estas operações manualmente.


Nota: Se você estiver desinstalando os componentes do Tivoli Enterprise Console

utilizando o assistente para instalação e receber a mensagem de erro a

seguir, ignore-a. O erro ocorre quando o assistente para instalação tenta

remover o componente Tivoli Enterprise Console JRE de um nó gerenciado

do qual esse componente já tinha sido desinstalado:

FRWTT0003E Uma instância denominada "TEC39_JRE" do

recurso "Desinstalar" não foi localizada.

Não é um Aplicativo Desinstalável:TEC39_JRE

Servidor de Eventos

Descrição: O servidor de eventos é um servidor central que trata de todos os

eventos do sistema distribuído. Ele cria uma entrada em um RDBMS para cada

evento recebido e, em seguida, avalia esses eventos em relação a um conjunto de

regras para determinar se deve responder ou modificar o evento automaticamente.

Tabela 8. Detalhes do Servidor de Eventos

Ambiente: Tivoli

Sistemas operacionais suportados: Todos os sistemas operacionais suportados

Instâncias: Uma por região Tivoli

Método de instalação aplicável: Assistente para instalação ou ferramentas

doTivoli Management Framework

Método de upgrade aplicável: Assistente para instalação ou ferramentas


Método de desinstalação aplicável: Assistente para instalação ou linha de comandos

do Tivoli Management Framework

Notas sobre instalação: O banco de dados de eventos deve ser configurado antes

da instalação desse componente. Você deve instalar o Tivoli Enterprise Console JRE

antes de instalar esse componente. O assistente para instalação faz isso

automaticamente. Entretanto, se você estiver utilizando as ferramentas do Tivoli

Management Framework, será necessário instalar o Tivoli Enterprise Console JRE

manualmente.

Ao instalar utilizando o assistente para instalação, como parte do processo de

instalação, você tem a chance de desativar qualquer um dos conjuntos de regras

ativos padrão. Ao instalar utilizando as ferramentas do Tivoli Management

Framework, você pode desativar qualquer um dos conjuntos de regras ativos

padrão manualmente utilizando o comando wrb_default_rb. A base de regras

padrão contém vários conjuntos de regras que podem ser personalizados após a

instalação. Para obter mais informações, consulte IBM Tivoli Enterprise Console -

Referência do Conjunto de Regras.

Nota: O conjunto de regras dependency fica ativo por padrão, mas sua atividade

está vinculada ao conjunto de regras ebusiness e só poderá ser alterada

alterando-se a atividade do conjunto de regras ebusiness. Ou seja, ao

desativar o conjunto de regras ebusiness, o conjunto de regras dependency

também é desativado.

Notas sobre upgrade: É necessário fazer o upgrade do banco de dados de eventos

antes do upgrade desse componente. Depois do upgrade, será necessário

recarregar a base de regra porque os arquivos .baroc foram modificados. Você

deve instalar o Tivoli Enterprise Console JRE antes de fazer o upgrade desse

componente. O assistente para instalação faz isso automaticamente. Entretanto, se

você estiver utilizando as ferramentas do Tivoli Management Framework, será

necessário instalar o Tivoli Enterprise Console JRE manualmente.


Ao fazer o upgrade utilizando o assistente para instalação, como parte do processo

de upgrade, você tem a chance de desativar qualquer um dos conjuntos de regras

ativos padrão. Ao fazer o upgrade utilizando as ferramentas do Tivoli Management

Framework, você pode desativar qualquer um dos conjuntos de regras ativos

padrão manualmente utilizando o comando wrb_default_rb. A base de regras

padrão contém vários conjuntos de regras que podem ser personalizados depois do

upgrade. Para obter mais informações, consulte IBM Tivoli Enterprise Console -

Referência do Conjunto de Regras.

Nota: O conjunto de regras dependency fica ativo por padrão, mas sua atividade


alterando-se a atividade do conjunto de regras ebusiness. Ou seja, ao

desativar o conjunto de regras ebusiness, o conjunto de regras dependency

também é desativado.

Se algum parâmetro personalizado tiver sido utilizado, será necessário preservar o

arquivo $BINDIR/TME/TEC/.tec_config antes de fazer o upgrade do servidor de

eventos. Em seguida, as personalizações deverão ser reaplicadas para que o

arquivo esteja concluído depois do upgrade.

Notas sobre desinstalação: Recomenda-se desinstalar o servidor de eventos após a

desinstalação dos outros componentes.


Descrição: O servidor da UI (Interface com o Usuário) fornece gerenciamento de

conflitos para as atualizações do console de eventos e evita que vários consoles de

eventos tentem atualizar simultaneamente eventos idênticos. Isso é arquivado

através do aviso ao usuário secundário que o evento está bloqueado para

atualizações por outro console.

Tabela 9. Detalhes da UI (Interface com o Usuário)

Ambiente: Tivoli


Instâncias: Uma por região







Notas sobre instalação: O banco de dados de eventos deve ser configurado antes

da instalação desse componente para que os grupos de eventos e consoles padrão

possam ser configurados no banco de dados. Para reduzir o tráfego da rede, instale

o servidor da UI no mesmo computador que o servidor de eventos; esse

componente comunica-se com o servidor de eventos.

Na maioria das situações, o servidor da interface com o usuário configura grupos

de eventos e consoles padrão automaticamente durante a instalação. Entretanto, se

você estiver utilizando o assistente para instalação e instalando esse componente

no sistema operacional AIX, deverá especificar o nome do usuário e a senha do

computador em que o servidor da interface com o usuário está instalado. Se estiver


instalando manualmente esse componente no sistema operacional AIX, deverá

executar o comando wcrtteccfg após a instalação do servidor da interface com o

usuário.

Você deve instalar o Tivoli Enterprise Console JRE antes de instalar este




Notas sobre upgrade: É necessário fazer o upgrade do banco de dados de eventos

antes do upgrade desse componente.

Você deve instalar o Tivoli Enterprise Console JRE antes de fazer o upgrade desse




Console de Eventos

Descrição: Um console de eventos fornece uma GUI (Interface Gráfica com o

Usuário) que os operadores podem utilizar para exibir e responder aos eventos.

Um administrador senior configura vários consoles de eventos com base nas

responsabilidades da equipe de TI. Os operadores podem ter exibições de eventos

independentes ou compartilhadas. O produto Tivoli Enterprise Console fornece

duas versões do console de eventos, uma versão Java e uma versão Web. Os

administradores e operadores podem utilizar a versão Java, a versão Web ou

ambas, para gerenciar os eventos. Os administradores devem utilizar a versão Java

para executar tarefas de configuração; e administradores ou operadores devem

utilizar a versão Java para iniciar as funções do Tivoli NetView.

O console de eventos pode ser instalado em um nó gerenciado Tivoli ou em um

computador não-Tivoli. A versão não-Tivoli do console de eventos não utiliza os

serviços do Tivoli Management Framework durante a instalação.

Versão Java:

Tabela 10. Detalhes do Console de Eventos (Versão Java)

Ambiente: Tivoli, não-Tivoli

Sistemas operacionais suportados: Em um ambiente Tivoli: todos os sistemas

operacionais suportados. Em um ambiente

não-Tivoli, todos os sistemas operacionais

suportados, exceto zLinux.

Instâncias: Uma ou mais por região

Método de instalação aplicável: Em um ambiente Tivoli: assistente para

instalação ou as ferramentas do Tivoli

Management Framework. Em um ambiente

não-Tivoli: assistente para instalação.

Método de upgrade aplicável: Em um ambiente Tivoli: assistente para



Método de desinstalação aplicável: Em um ambiente Tivoli: assistente para

instalação ou a linha de comandos do Tivoli

Management Framework. Em um ambiente

não-Tivoli: Programa Desinstalar.

Notas sobre instalação: Para que o console de eventos seja operado corretamente,

o nome do servidor Tivoli deve ser um nome de domínio completo. Para cada


computador em que o console de eventos esteja instalado, assegure que o DNS

(Domain Name Service) esteja configurado adequadamente no ambiente para

resolver o nome do domínio do servidor Tivoli. Se não tiver certeza sobre a

configuração, entre em contato com o administrador do sistema.

Você pode instalar o console de eventos em um ambiente Tivoli no zLinux.

Entretanto, apenas comandos de console não-GUI estão disponíveis. A GUI do

console de eventos não está disponível.





Notas sobre upgrade: Em um ambiente não-Tivoli, nenhum upgrade é necessário.

Desinstale a versão anterior e instale a nova.

Em um ambiente Tivoli, você deve instalar o Tivoli Enterprise Console JRE antes

de fazer o upgrade desse componente. O assistente para instalação faz isso



manualmente.

Notas sobre desinstalação: em um ambiente não-Tivoli, no Windows, utilize o

programa Desinstalar (Iniciar —> IBM Tivoli Enterprise Console —>

Desinstalar); nos outros sistemas operacionais, execute o script de desinstalação:

installation_directory/tec_console/uninst_tecconsole, em que

installation_directory é o diretório em que o console de eventos está instalado.

Versão Web:

Tabela 11. Detalhes do Console de Eventos (Versão Web)

Ambiente: Não-Tivoli (WebSphere Application Server)

Sistemas operacionais suportados: Windows, AIX, Solaris, HP-UX, Linux, zLinux

(para obter a lista mais atual de sistemas

operacionais suportados, consulte a

documentação do WebSphere Application

Server)

Instâncias: Uma ou mais

Método de instalação aplicável: Assistente para Instalação

Método de desinstalação aplicável: Assistente para Instalação

Notas sobre instalação: durante a instalação, o console da Web é configurado para

funcionar com as regiões Tivoli especificadas. Para adicionar outras regiões Tivoli

ou para editar a configuração do Console da Web, utilize o Administrative Console

do WebSphere Application Server. Para obter mais informações, consulte IBM Tivoli

Enterprise Console - Guia do Usuário.


Descrição: O Adapter Configuration Facility é um aplicativo baseado em perfis

utilizado para configurar e distribuir adaptadores TME por meio de uma GUI. Ele

permite criar perfis para adaptadores e definir opções de configuração e

distribuição. Os adaptadores poderão então ser distribuídos para os assinantes do

perfil utilizando opções de menu ou a funcionalidade arrastar e soltar. Esse recurso

permite fazer alterações em uma localização central e depois distribuí-las para os


computadores remotos.

Tabela 12. Detalhes do Adapter Configuration Facility

Ambiente: Tivoli


Instâncias: Uma no servidor Tivoli e uma em cada nó

gerenciado que estiver configurado como um

gateway Tivoli







Notas sobre instalação: Se você utilizar o Adapter Configuration Facility, deverá

instalá-lo nos seguintes computadores na seguinte ordem:

1. O servidor Tivoli—ele deve ser instalado primeiro, antes dos nós gerenciados

2. Todos os nós gerenciados que são gateways do nó de extremidade





As operações não-TME do Adapter Configuration Facility não são suportadas em

sistemas operacionais HP-UX.

Notas sobre upgrade: Você deve instalar o Tivoli Enterprise Console JRE antes de

fazer o upgrade desse componente. O assistente para instalação faz isso



manualmente.

Notas sobre desinstalação: Você deve desinstalar dos nós gerenciados primeiro

antes de desinstalar do servidor Tivoli.

Placas de Eventos

Descrição: Os adaptadores de eventos são processos que residem normalmente no

mesmo host que uma origem gerenciada. Uma origem é um aplicativo (por

exemplo, um banco de dados) ou um recurso do sistema (por exemplo, espaço em

disco disponível). Quando um adaptador de eventos recebe informações de sua

origem, ele formata as informações e as envia ao servidor de eventos. Para obter

informações sobre como instalar adaptadores, consulte o IBM Tivoli Enterprise

Console - Guia de Adaptadores.

Adaptador HP OpenView

Descrição: O adaptador HP OpenView é o adaptador do Tivoli Enterprise Console

do produto HP OpenView que encaminha eventos do OpenView para o servidor

de eventos.

Tabela 13. Detalhes do Adaptador HP OpenView

Ambiente: Tivoli


Tabela 13. Detalhes do Adaptador HP OpenView (continuação)

Sistemas operacionais suportados: HP-UX, Windows e Solaris

Instâncias: Uma ou mais por região

Método de instalação aplicável: Assistente para instalação ou ferramentas do

Tivoli Management Framework

Método de upgrade aplicável: Assistente para instalação ou ferramentas do




Notas sobre instalação: Esse adaptador deve ser instalado no computador que

contém o produto HP OpenView.

Informações de Eventos de Amostra

Descrição: as informações de eventos de amostra são fornecidas como um exemplo

para tratar dos pedidos de informações adicionais sobre os eventos que um

operador pode precisar. Cada classe de eventos tem um gabarito que pode ser

modificado para incluir informações adicionais sobre um evento e a ação

necessária para resolver o problema. Isso facilita a criação de um sistema on-line

abrangente de informações de eventos e resolução de problemas.

Tabela 14. Detalhes das Informações de Eventos de Amostra

Ambiente: Tivoli


Instâncias: Uma por região, geralmente em um servidor

Tivoli; consulte as notas sobre instalação

Método de instalação aplicável: Assistente para instalação ou ferramentas do


Método de upgrade aplicável: Assistente para instalação ou ferramentas do




Notas sobre instalação: As informações de eventos de amostra podem ser

utilizadas como um gabarito para desenvolver um guia on-line para descrever e

resolver problemas em eventos. Após as informações do evento de amostra serem

instaladas, um administrador pode modificar os gabaritos das informações do

evento para fornecer diretrizes a operadores em relação a vários tipos de eventos.

As informações de eventos de amostra devem ser instaladas no servidor Tivoli

para utilizar o servidor Web spider fornecido pela Tivoli. O processo de instalação

configura seu servidor spider para lidar com pedidos de informações de evento.

Como parte do processo de instalação, um script Perl, uma biblioteca Perl e vários

arquivos HTML são instalados. O script Perl tec_help.pl e a biblioteca cgi-lib.pl

são instalados no diretório $BINDIR/TAS/HTTPd/cgi-bin. Os arquivos HTML de

informações de evento são instalados no diretório

$BINDIR/../generic/HTTPd/Tec. As informações traduzidas sobre o evento são

instaladas no diretório $BINDIR/../generic/HTTPd/Tec/your_locale específico do

locale.


Se você estiver utilizando o Tivoli Management Framework 4.1, o servidor Web

spider não será iniciado automaticamente. O servidor Web spider deve ser iniciado

antes de utilizar as informações de eventos de amostra. Para iniciar o servidor Web

spider, utilize o comando wstarthttpd.

Para instalar os arquivos de ajuda do evento de amostra em um servidor Web que

não é o servidor Tivoli, execute as seguintes etapas:

1. Instale os arquivos de ajuda do evento de amostra em um nó gerenciado.

2. Copie os arquivos tec_help.pl e cgi-lib.pl para o diretório cgi-bin.

3. Copie os arquivos HTML para um diretório especificado configurado para

acessar o servidor Web.

4. Inicie o console de eventos.

5. Clique em Janela —> Configuração.

6. Clique com o botão direito do mouse no nó Consoles e clique em Preferências

para abrir a janela Preferências do Console.

7. Expanda o nó servidor Web.

8. Clique em Utilizar Outro Servidor Web e digite o URL e o número da porta

do novo servidor Web.

9. Opcionalmente, para alterar o script perl de informações do evento, clique em

Informações do Evento, em Ativar e digite o script perl de informações do

evento no Caminho do Programa.

10. Em seguida, você pode utilizar o script Perl tec_help.pl como opção, para

obter um exemplo para processar as informações do atributo do evento. Os

administradores podem utilizar esse script ou modificá-lo para implementar a

estratégia de informações do evento que melhor complementar a estratégia de

disponibilidade da empresa.

Tivoli Event Integration Facility

O Tivoli Event Integration Facility não é mais um componente instalável do

produto Tivoli Enterprise Console. Esse recurso é um conjunto de ferramentas

disponível nas imagens do produto e que não precisa ser instalado. Componentes

existentes do Tivoli Event Integration Facility podem ser desinstalados por meio do

assistente para instalação ou da linha de comandos do Tivoli Management

Framework. Recomenda-se desinstalar o Tivoli Event Integration Facility de todos

os nós gerenciados. Para obter mais informações, consulte Tivoli Event Integration

Facility - Referência.

Componentes do Tivoli NetView

Os componentes do Tivoli NetView fornecem as capacidades de gerenciamento de

rede do produto e são descritos nas seções a seguir. Para obter informações

adicionais sobre a instalação dos componentes do Tivoli NetView, consulte o IBM

Tivoli NetView para UNIX - Notas sobre o Release e o IBM Tivoli NetView para Windows

- Notas sobre o Release.

Servidor NetView

Descrição: O servidor NetView é um programa de gerenciamento de rede que

utiliza o SNMP para descobrir, monitorar e configurar redes TCP/IP. A topologia

de rede e as informações de evento são armazenadas em um banco de dados

interno. O servidor NetView fornece um conjunto padrão de eventos de rede

significativos que são encaminhados para o produto Tivoli Enterprise Console.

Esses eventos incluem eventos de status, eventos limites de coleta de dados SNMP

selecionados e eventos de isolamento de falha do roteador.


Tabela 15. Detalhes do Servidor NetView


Sistemas operacionais suportados: Em um ambiente não-Tivoli: Windows, AIX,

Solaris, Linux e zLinux. Em um ambiente Tivoli:

AIX, Solaris.


Método de instalação aplicável: Em um ambiente não-Tivoli, no Windows, o

programa de instalação do Tivoli NetView do

Windows; nos outros sistemas operacionais, o

assistente para instalação.

Em um ambiente Tivoli, o assistente para



Método de upgrade aplicável: Em um ambiente não-Tivoli, no Windows, o

programa de instalação do Tivoli NetView do

Windows; nos outros sistemas operacionais, o


Em um ambiente Tivoli, o assistente para



Método de desinstalação aplicável: Programas de desinstalação

Notas sobre instalação: o console da Web do NetView é instalado

automaticamente quando o servidor NetView é instalado. O servidor NetView

requer um agente SNMP, que deve ser instalado antes da instalação do servidor

NetView.

Em ambientes Tivoli, você deve configurar o servidor NetView manualmente

executando o script /usr/OV/bin/nvits_config após a instalação.

Em ambientes não-Tivoli, o assistente para instalação instala o servidor NetView

em sistemas operacionais Solaris, Linux, zLinux e AIX. Para instalar o servidor

NetView no Windows, utilize o programa de instalação no CD do NetView para

Windows. No UNIX, o assistente para instalação configura o servidor NetView

para comunicação baseada em ambientes não-Tivoli com o servidor de eventos

durante a instalação.

O servidor NetView pode se comunicar com o servidor de eventos utilizando a

comunicação baseada em ambientes Tivoli ou não-Tivoli (baseada em soquete).

Para configurar o servidor NetView para comunicação baseada no Tivoli, após a

instalação em um ambiente Tivoli ou não-Tivoli, utilize o comando

/usr/OV/bin/serversetup a partir da linha de comandos.

A comunicação baseada no Tivoli requer o seguinte:

v Um nó de extremidade deve ser instalado no computador em que o servidor

NetView está instalado.

v Deve existir um gateway Tivoli Enterprise Console entre o servidor NetView e o

servidor de eventos.

Embora possam haver vários nós de extremidade em um único computador

conectados a gateways diferentes, o servidor NetView pode encaminhar eventos

para apenas um servidor de eventos de cada vez.


No UNIX, para configurar o servidor NetView para comunicação baseada no

Tivoli, após a instalação em um ambiente Tivoli ou não-Tivoli, conclua o seguinte:

1. Digite /usr/OV/bin/serversetup a partir da linha de comandos para iniciar o

aplicativo Server Setup do NetView.

2. Clique em Configurar —> Configurar emissão de eventos para o IBM Tivoli

Enterprise Console.

3. Assegure-se de que Encaminhar eventos para o IBM Tivoli Enterprise

Console esteja definido como sim.

4. Se quiser configurar a emissão de eventos para um servidor de eventos, digite

o nome do host do servidor de eventos Tivoli e o número da porta do

servidor se o servidor de eventos estiver em execução no Windows ou se o

portmapper não estiver sendo utilizado no computador do servidor de

eventos. Se o portmapper estiver sendo utilizado no computador do servidor

de eventos, defina o número da porta do servidor como 0 em um servidor de

eventos UNIX ou como 5529 em um servidor de eventos Windows.

Se quiser configurar a emissão de eventos para o servidor de eventos

registrado, digite @EventServer para o nome do host do servidor de eventos

Tivoli sem especificar o número da porta.

5. No menu Nome da Regra do NetView, selecione TEC_ITS.rs.

6. Clique em Sim para Utilizar mecanismo de transporte TME.

7. Digite o número da instância do nó de extremidade do TME a ser utilizado ou

selecione-o na lista.

8. Clique em OK ou em Aplicar. Aparece a janela Configuração:Saída para

registrar a ação.

9. Clique em Fechar quando a operação estiver concluída.

10. Clique em Cancelar para sair da janela Configuração:Opções.

11. Clique em Arquivo —> Sair para sair da janela Configuração:Menu.

No Windows, para configurar o servidor NetView para comunicação baseada no

Tivoli, após a instalação, consulte o IBM Tivoli NetView para Windows - Notas sobre o

Release.

Notas sobre upgrade: Em ambientes não-Tivoli, o assistente para instalação faz o

upgrade do servidor NetView nos sistemas operacionais Solaris, Linux, zLinux e

AIX. Para fazer o upgrade do servidor NetView no Windows, utilize o programa

de instalação no CD do NetView para Windows.

Em ambientes Tivoli, você deve configurar o servidor NetView manualmente

executando o script /usr/OV/bin/nvits_config depois do upgrade.

Para configurar o servidor NetView para comunicação baseada no Tivoli, depois

do upgrade em um ambiente Tivoli ou não-Tivoli, utilize o comando

/usr/OV/bin/serversetup a partir da linha de comandos, conforme explicado nas

Notas sobre Instalação.

Notas sobre desinstalação: No Windows, utilize o programa Desinstalar Tivoli

NetView (Iniciar —> Tivoli NetView —> Instalação—> Desinstalar NetView).

Nos outros sistemas operacionais, conclua o seguinte:

1. Feche as interfaces gráficas com o usuário do NetView nesse servidor e todos

os clientes ou aplicativos que façam referência a esse servidor.


2. Digite /usr/OV/bin/serversetup a partir da linha de comandos para iniciar o

aplicativo Server Setup do NetView.

3. Clique em Manter —> Desinstalar o IBM Tivoli NetView

4. Clique em Desinstalar o Tivoli NetView (se não houver produtos

dependentes instalados) ou em Desinstalar o Tivoli NetView (deixar produtos

dependentes instalados), dependendo de você desejar desinstalar o Tivoli

NetView mesmo se houver produtos dependentes instalados. Consulte a ajuda

on-line para obter informações sobre essas duas opções.

5. Clique em OK no diálogo da mensagem de verificação para iniciar a remoção.

O código do NetView é removido da máquina do servidor.

6. Feche a janela do aplicativo Server Setup quando a remoção for concluída para

encerrar o aplicativo.

Em um ambiente Tivoli, você também pode utilizar os menus do NetView

Framework no desktop Tivoli para desinstalar o servidor NetView: clique em

Manter —> Desinstalar o IBM Tivoli NetView e depois clique em Desinstalar o

Tivoli NetView (se não houver produtos dependentes instalados) ou em

Desinstalar o Tivoli NetView (deixar produtos dependentes instalados).

Console da Web do NetView

Descrição: O console da Web do NetView é uma GUI (Interface Gráfica com o

Usuário) baseada em Java que permite aos operadores exibir a topologia de rede e

fornece ferramentas de diagnóstico e informativas para auxiliar na resolução de

problemas da rede.

Tabela 16. Detalhes do Console da Web do NetView

Ambiente: Não-Tivoli

Sistemas operacionais suportados: Todos os sistemas operacionais suportados,

exceto zLinux


Método de instalação aplicável: No Windows, o programa de instalação do

Tivoli NetView para Windows; nos outros

sistemas operacionais, o assistente para

instalação.

Método de desinstalação aplicável: Programa de desinstalação

Notas sobre instalação: Para que o console da Web do NetView funcione, ele deve

ser instalado no mesmo computador que o console de eventos (versão Java).

O console da Web do NetView pode ser instalado apenas em ambientes não-Tivoli.

Nesses ambientes, o assistente para instalação instala o console da Web do

NetView nos sistemas operacionais Solaris, Linux, zLinux e AIX. Para instalar o

console da Web do NetView no Windows, utilize o programa de instalação no CD

do NetView para Windows.

Notas sobre upgrade: Nenhum upgrade é necessário. Desinstale a versão anterior

e instale a nova.

Notas sobre desinstalação: Execute este script de desinstalação:

installation_directory/nvwc/uninstall_nvwc, em que installation_directory é o

diretório em que o console da Web do NetView está instalado.


Preparando-se para Instalar Pacotes de Idiomas

O produto Tivoli Enterprise Console vem configurado em inglês. Para utilizar

outro idioma, é necessário instalar um pacote de idiomas.

Pacotes de Idiomas do Tivoli Enterprise Console

Descrição: Pacotes de idiomas para os seguintes idiomas estão disponíveis para o

componente Tivoli Enterprise Console:

v Alemão

v Espanhol

v Francês

v Italiano

v Japonês

v Coreano

v Português (do Brasil)

v Chinês Simplificado

v Chinês Tradicional

Tabela 17. Detalhes dos Pacotes de Idiomas para o Tivoli Enterprise Console




Método de instalação aplicável: Em um ambiente Tivoli, o assistente para



Para um console de eventos não-Tivoli, o

programa de instalação no CD do pacote de

idiomas

Notas sobre instalação: utilizando o assistente para instalação, é possível instalar

pacotes de idiomas durante a instalação dos componentes do Tivoli Enterprise

Console ou posteriormente, após sua instalação. Não há necessidade de instalação

de pacote de idiomas separado para o console da Web.

Notas sobre upgrade: Nenhum upgrade é necessário. Instale a nova versão.

Notas sobre desinstalação: Não há programa de desinstalação disponível.

Pacotes de Idiomas do Tivoli NetView

Descrição: Pacotes de idiomas para os seguintes idiomas estão disponíveis para o

componente Tivoli NetView:

v Japonês SJIS (disponível apenas para AIX)

v Japonês EUC

v Coreano

v Chinês (Simplificado)

Para obter informações adicionais, consulte a seção ″Installing and Using the Tivoli

NetView Language Kits″ do IBM Tivoli NetView para UNIX - Notas sobre o Release e

do IBM Tivoli NetView para Windows - Notas sobre o Release.


Tabela 18. Detalhes dos Pacotes de Idiomas para o Tivoli NetView




Método de instalação aplicável: No Windows, o programa de instalação Tivoli

NetView para Windows; nos outros sistemas

operacionais, seja em ambiente Tivoli ou

não-Tivoli, o assistente para instalação.

Em um ambiente Tivoli, também é possível

utilizar as ferramentas do Tivoli Framework.

Método de desinstalação aplicável: Programa de desinstalação

Notas sobre instalação: Não há necessidade de instalação de pacote de idiomas

separado para o console da Web do NetView.

Notas sobre upgrade: Nenhum upgrade é necessário. Instale a nova versão.

Notas sobre desinstalação: Para desinstalar o kit de idiomas do NetView em

ambientes Tivoli ou não-Tivoli, utilize os seguintes scripts de desinstalação

fornecidos no diretório TOOLS do diretório de suporte a idiomas do Tivoli

NetView:

v deinstal.ja_sjis desinstala o kit de servidor japonês SJIS do NetView

v deinstal.ja_euc desinstala o kit de servidor japonês EUC do NetView

v deinstal.ko desinstala o kit de servidor coreano do NetView

v deinstal.zh desinstala o kit de servidor chinês simplificado

Desinstalar o servidor NetView também desinstala os pacotes de idiomas

associados a ele.

Preparando-se para Fazer o Upgrade da Versão 3.6.2

Fazer o upgrade dos componentes do Tivoli Enterprise Console a partir da Versão

3.6.2 requer procedimentos especiais. Como o servidor de eventos, o Adapter

Configuration Facility e o adaptador HP OpenView eram componentes da 3.6.2, é

possível fazer o upgrade deles. No entanto, como o console de eventos (versão

Java), o servidor da UI e as informações de eventos de amostra são componentes

que foram introduzidos posteriormente, você deve instalá-los, não fazer upgrade

deles.

Para a Versão 3.9, você deve instalar o Tivoli Enterprise Console JRE antes de

instalar ou fazer o upgrade do servidor de eventos, do servidor da UI, do console

de eventos e do Adapter Configuration Facility. Conforme apropriado, o assistente

para instalação instala e desinstala o Tivoli Enterprise Console JRE


Management Framework, você deve executar estas operações manualmente.

Nota: Se estiver fazendo o upgrade da versão 3.6.2 e quiser manter os consoles

existentes dos consoles de eventos, grupos de eventos e operadores de

console atuais, também deverá executar a etapa de migração manualmente,

utilizando o comando wmigcon. Os consoles de eventos são migrados

automaticamente no processo de upgrade com versões superiores à 3.6.2.


Upgrade de Componentes da 3.6.2

É necessário fazer o upgrade dos seguintes componentes pertencentes à Versão

3.6.2:

Servidor de Eventos

Instruções especiais: Se algum parâmetro personalizado tiver sido

utilizado, o arquivo .tec_config, em $BINDIR/TME/TEC, deverá ser

preservado antes de se fazer upgrade do componente.


Instruções especiais: nenhum.

HP OpenView


Base de regra e compilador

Instruções especiais: Embora a base de regra existente da 3.6.x seja

executada sem modificações no ambiente com upgrade do Tivoli Enterprise

Console Versão 3.9, ela não poderá utilizar nenhum dos novos recursos e

funcionalidades. Além do mais, uma recompilação da base de regra,

devido a adições ou modificações, requereria upgrade da base de regra

para estar de acordo com as especificações mais recentes. Utilize o

comando $BINDIR/TME/TEC/wrbupgrade para fazer o upgrade da base

de regra 3.6.x.

Instalar Novos Componentes

Os seguintes componentes são novos desde a Versão 3.6.2 e devem ser instalados:

Tivoli Enterprise Console JRE




Console de eventos

Instruções especiais: O console de eventos pode ser instalado em um

ambiente não-Tivoli ou em um ou mais nós gerenciados na região Tivoli.

Após a instalação desse componente, as definições do console 3.6.x

(também conhecido como o cliente corporativo) podem ser migradas

utilizando o comando wmigcon. Esse comando converte cada definição do

console 3.6.x, do grupo de eventos e do filtro para as definições mais

recentes e armazena o resultado no banco de dados de eventos na tabela

TEC_T_CONSOLES e tabelas relacionadas. As personalizações AEF não são

migradas pelo comando wmigcon.

Se houver apenas alguns consoles para serem convertidos, poderá ser mais

rápido criá-los utilizando o comando wconsole.

Reveja a conclusão de todas as definições dos consoles convertidos depois

que o comando wmigcon tiver concluído a operação. O comando wmigcon

traz limitações conhecidas.

Nota: Quando os novos consoles de eventos são definidos e utilizados, os

consoles de eventos 3.6.x tornam-se redundantes e devem ser

excluídos da região Tivoli. Não utilize consoles de eventos 3.6.x em

uma configuração do Tivoli Enterprise Console 3.9, porque os


resultados são imprevisíveis. Utilize o comando

$BINDIR/TME/TEC/tec-client3.6-remove.sh para excluir os consoles

de eventos 3.6.x.

Esquema de banco de dados

Instruções especiais: Embora não seja um componente, é necessário fazer o

upgrade do banco de dados de eventos da 3.6.2 para o esquema da 3.9

antes da instalação ou upgrade dos componentes do Tivoli Enterprise

Console. Para fazer o upgrade do banco de dados, consulte “Fazendo o

Upgrade do Banco de Dados de Eventos” na página 61.

Informações de eventos de amostra


Preparando-se para Instalar Componentes em Regiões Tivoli

Interconectadas

Para que regiões Tivoli interconectadas funcionem com o produto Tivoli Enterprise

Console, você deve fornecer uma conexão bidirecional entre as regiões Tivoli. Na

região Tivoli principal, você deve registrar o recurso do servidor de eventos

(EventServer) com o registro de nomes. Supondo-se que você tenha duas regiões

Tivoli denominadas A e B, utilize o seguinte procedimento para criar este tipo de

configuração:

1. Instale o servidor de eventos na região B do Tivoli.

2. No servidor Tivoli da região A do Tivoli, registre os recursos do Tivoli

Enterprise Console utilizando os seguintes comandos:

wregister -i -r EventServer

3. Troque todos os recursos na região A do Tivoli e região B do Tivoli.

4. Instale consoles de eventos não-Tivoli conforme necessário nos computadores

da região A do Tivoli para ter consoles de eventos que acessem o servidor de

eventos na região B do Tivoli.

Depois de registrar os objetos na região principal do Tivoli, você deve atualizar os

recursos a partir do desktop do Tivoli ou com o comando wupdate.

Para obter informações adicionais sobre o comando wregister e o comando

wupdate, consulte o Tivoli Management Framework Reference Manual.

Preparando-se para Instalar Componentes na Região Tivoli Operando

com Definições da Porta Não-padrão

No Windows, quando o Tivoli Management Framework está operando com uma

porta não-padrão (isso é, uma porta diferente de 94), você deve executar as

seguintes etapas manualmente antes de utilizar o assistente para instalação:

1. Abra o arquivo %SystemRoot%\system32\drivers\etc\Tivoli\setup_env.cmd. O

valor da variável o_dispatch está definido como 94.

2. Altere o valor de o_dispatch para o valor de porta do Tivoli que estiver sendo

utilizado.

Por exemplo, se a porta do Tivoli sendo utilizada for 777, altere set

o_dispatch=94 para set o_dispatch=777

Depois de concluir esse procedimento, você poderá agora utilizar o assistente para

instalação para instalar o produto Tivoli Enterprise Console.


Capítulo 3. Instalando, Fazendo o Upgrade e Desinstalando

com o Assistente para Instalação

O assistente para instalação é um programa que ajuda a instalar o produto Tivoli

Enterprise Console. Especificamente, ele pode fazer o seguinte:

v Configurar o banco de dados de eventos

v Instalar, fazer o upgrade e desinstalar os componentes do Tivoli Enterprise

Console em um ambiente Tivoli e não-Tivoli.

v Instalar e fazer o upgrade dos componentes do Tivoli NetView em um ambiente

Tivoli e não-Tivoli.

v Instalar pacotes de idiomas.

O assistente para instalação também executa automaticamente o seguinte,

conforme apropriado:

v Instala e desinstala o Tivoli Enterprise Console JRE, conforme apropriado. O

Tivoli Enterprise Console JRE é um requisito do servidor de eventos, do servidor

da UI, do console de eventos e do Adapter Configuration Facility.

v Faz backup do banco de dados de objetos no subdiretório backups do diretório

de Banco de Dados do Tivoli

v Pára o servidor de eventos antes de fazer o upgrade

v Configura as funções e recursos do Tivoli Enterprise Console

v Inicia o servidor de eventos depois de instalar ou fazer o upgrade do servidor

de eventos

v Atualiza o banco de dados de objetos

v Inicia e pára o WebSphere Application Server

Durante a instalação, o assistente para instalação gera dois arquivos de log e os

coloca no diretório temporário do sistema: tec_install.log e tec_install_summary.log.

tec_install.log contém um log da seqüência de instalação e tec_install_summary.log

contém todos os comandos de instalação e os resultados desses comandos.

Consulte esses arquivos de log após a instalação para obter informações

relacionadas aos problemas ocorridos na instalação.

Utilizando o Assistente para Instalação

Antes de iniciar o assistente para instalação, assegure-se de que esteja sendo

executado no computador correto e que a configuração esteja correta:

v Para instalar componentes em um ambiente Tivoli, você deverá ser um

Administrador root do Tivoli com todas as funções disponíveis e deverá

executar o assistente para instalação em um nó gerenciado ou em um servidor

Tivoli. Para obter informações adicionais sobre como se tornar um

Administrador root do Tivoli, consulte o Tivoli Management Framework User’s

Guide. Para instalar componentes em um ambiente não-Tivoli, você pode

executar o assistente para instalação em qualquer computador suportado.

v Para instalar o servidor NetView em um ambiente não-Tivoli, você deverá ser o

usuário root. Para configurar o servidor NetView para integração do Tivoli

Enterprise Data Warehouse, o usuário root deve ser adicionado ao db2group.

Para obter informações adicionais sobre a integração do Tivoli Enterprise Data

Warehouse, consulte a página 41.


v Para instalar o console da Web, execute o assistente para instalação no

computador em que deseja executar o console da Web e o WebSphere

Application Server.

v Para configurar o banco de dados de eventos, execute o assistente para

instalação no host RIM.

Nota: Durante o processo de instalação, é feita uma solicitação para inserir vários

CDs de instalação, os usuários do UNIX devem preparar-se para desmontar

CDs.

Para utilizar o assistente para instalação, conclua o seguinte:

1. Insira o CD do assistente para instalação.

2. Localize um dos seguintes arquivos no CD e execute o arquivo apropriado:

v Em um sistema Windows, tec_install.bat

v Em um sistema UNIX, tec_install.sh

3. Especifique uma localização temporária para a qual copiar os arquivos de

instalação. O assistente para instalação copia vários arquivos do CD para o

diretório temporário especificado aqui. Depois de copiá-los, o assistente para

instalação pára automaticamente e é iniciado novamente a partir da

localização temporária.

4. Concorde com os termos exigidos no acordo de licença. Após a conclusão do

processo de instalação, os arquivos de licença são copiados para uma

localização específica, conforme explicado em “Localizando os Arquivos de

Licença” na página 43.

5. Nesse ponto, são apresentadas quatro opções. Se essa for uma nova instalação

ou upgrade das versões suportadas anteriormente, exceto a Versão 3.8,

selecione Configurar o Banco de Dados de Eventos. Para obter informações

adicionais sobre esse procedimento, consulte o “Configurando o Banco de

Dados de Eventos” na página 39. Se você já tiver configurado esse banco de

dados, continue com a próxima etapa.

6. Selecione um dos seguintes:

v Instale os componentes em um ambiente Tivoli. Para obter informações

sobre esse procedimento, consulte “Instalando, Fazendo o Upgrade e

Desinstalando Componentes em um Ambiente Tivoli” na página 39

v Instale os componentes em um ambiente não-Tivoli. Para obter

informações sobre esse procedimento, consulte “Instalando e Fazendo o

Upgrade de Componentes em um Ambiente Não-Tivoli” na página 40

v Instale o Componente Console da Web. Para obter informações sobre esse

procedimento, consulte “Instalando e Desinstalando o Console da Web” na

página 42 7. Selecione os componentes que deseja instalar.

8. Responda às questões referentes aos componentes específicos.

9. Exiba a janela de resumo para rever suas opções. Depois de aprová-las, a

instalação prossegue, durante a qual é solicitada a inserção do CD que contém

a imagem de instalação dos componentes escolhidos para instalação.

10. Quando a instalação for finalizada, os resultados aparecerão para revisão.

Após o término da revisão, você será retornado para a janela descrita na etapa

6. Se necessário, instale componentes adicionais. Caso contrário, clique em

Concluir.


Configurando o Banco de Dados de Eventos

Se essa for uma nova instalação, você deverá configurar o banco de dados de

eventos antes de instalar os componentes do Tivoli Enterprise Console. Se você

estiver fazendo o upgrade de versões suportadas anteriormente, exceto a Versão

3.8, deverá fazer primeiro upgrade do banco de dados de eventos. Para a Versão

3.8, não há necessidade de fazer o upgrade do banco de dados de eventos. Para

obter informações adicionais sobre a configuração do banco de dados de eventos,

consulte o Capítulo 4, “Configurando o Banco de Dados de Eventos”, na página 45.

Para obter um exemplo passo-a-passo de como configurar um banco de dados de

eventos utilizando o assistente para instalação, consulte “Configurando o Banco de

Dados de Eventos” na página 101.

Instalando, Fazendo o Upgrade e Desinstalando Componentes em um

Ambiente Tivoli

São estes os componentes do Tivoli Enterprise Console que você pode instalar,

fazer o upgrade e desinstalar na região Tivoli na qual o assistente para instalação

está sendo executado:

v Servidor de Eventos

v Servidor UI

v Console de eventos (versão Java)

v Informações de evento de amostra

v Adapter Configuration Facility

v Adaptador HP OpenView

v Pacote de idiomas do Tivoli Enterprise Console

São estes os componentes do Tivoli NetView que você pode instalar e fazer o

upgrade na região Tivoli na qual o assistente para instalação está sendo executado:

v Servidor NetView

v Pacote de idiomas do Tivoli NetView

Nota: Em um ambiente Tivoli, o servidor NetView pode ser instalado apenas nos

nós gerenciados do AIX e do Solaris.

Antes de fazer o upgrade de componentes do Tivoli Enterprise Console, você deve

parar o servidor da UI, todos os consoles de eventos e todos os adaptadores. Se

algum processo do Tivoli Enterprise Console ainda estiver em execução, pare-os

manualmente.

O assistente executa uma descoberta dos componentes em sua região Tivoli. Os

resultados dessa descoberta aparecem e, dependendo desses resultados, é

apresentada uma lista de opções apropriadas para instalação, upgrade e

desinstalação dos componentes.

Depois de selecionar o tipo de instalação desejado, o assistente exibe uma lista de

componentes apropriados. Selecione os componentes e os nós gerenciados para

cada componente no qual você deseja instalar, fazer o upgrade ou desinstalar. Se

houver apenas um nó gerenciado no sistema, o assistente para instalação, por

padrão, selecionará automaticamente o único nó gerenciado disponível para

instalação sem apresentar uma lista de nós gerenciados para seleção.

Capítulo 3. Instalando, Fazendo o Upgrade e Desinstalando com o Assistente para Instalação 39

Ao instalar ou fazer o upgrade do servidor de eventos, você tem a chance de

desativar qualquer um dos conjuntos de regras ativos padrão.

Durante a instalação dos componentes, também é possível selecionar os pacotes de

idiomas desejados. Os pacotes de idiomas selecionados serão instalados nos nós

gerenciados nos quais os componentes do Tivoli Enterprise Console estão

instalados. Eles também podem ser instalados posteriormente, após a instalação

dos componentes do Tivoli Enterprise Console.

Para obter um exemplo passo-a-passo de como instalar componentes em um

ambiente Tivoli utilizando o assistente para instalação, consulte “Instalando

Componentes em um Ambiente Tivoli” na página 102.

Instalando e Fazendo o Upgrade de Componentes em um Ambiente

Não-Tivoli

Estes são os componentes que você pode instalar em um ambiente não-Tivoli:

v Console de eventos (versão Java não-Tivoli)

v Servidor NetView (o upgrade também pode ser feito utilizando o assistente para

instalação)

v Console da Web do NetView

Para obter um exemplo passo-a-passo de como instalar o servidor NetView

utilizando o assistente para instalação, consulte “Instalando o Componente

NetView” na página 104.

Instalando o Console de Eventos

Ao instalar o console de eventos, você especifica a localização em que deseja

instalá-lo.

Instalando o Servidor NetView

Para instalar o servidor NetView, é necessário especificar vários parâmetros de

instalação e configuração:

Intervalo de descoberta automática

Para especificar o tipo de descoberta automática da rede a ser executado

pelo servidor NetView, que determina a porcentagem de descoberta da

rede, selecione um dos seguintes intervalos: apenas sub-rede local, apenas

suporte principal ou todas as redes. Se apenas a opção sub-rede local for

selecionada, o componente NetView descobrirá apenas a sub-rede local. Se

a opção apenas suporte principal for selecionada, o componente NetView

descobrirá apenas conectores (principalmente roteadores e comutadores) e

sub-redes. Se a opção todas as redes for selecionada, o componente

NetView executará descoberta ilimitada da rede.

Nome da comunidade SNMP

Digite até seis nomes de comunidade utilizados para descoberta da rede; se

não for especificado, a descoberta será limitada se nomes de comunidade

diferentes de public estiverem sendo utilizados, porque public será o

padrão se nenhum outro nome for especificado.

Detalhes do servidor de eventos

Para que o servidor NetView encaminhe eventos para um servidor de

eventos utilizando o método de comunicação baseado no ambiente

não-Tivoli, digite o nome, a porta e o sistema operacional desse servidor de


eventos. A porta é utilizada para comunicação com o servidor de eventos.

Se a porta utilizada pelo servidor de eventos não tiver sido personalizada,

utilize o valor padrão (5529 para o servidor de eventos do Windows e 0

para um servidor de eventos do UNIX); se tiver sido personalizada, utilize

os valores para porta personalizada.

Parâmetros do IBM Tivoli Monitoring

Você pode configurar o servidor NetView para consultar os servidores IBM

Tivoli Monitoring para obter informações que possam ser utilizadas para

escalar a gravidade de eventos relacionados aos nós do IBM Tivoli

Monitoring. Para isso, digite as informações do servidor IBM Tivoli

Monitoring: nome do host, ID do usuário e senha do servidor Monitoring.

É possível adicionar mais servidores clicando em Adicionar.

Parâmetros do Tivoli Enterprise Data Warehouse

Você pode configurar o servidor NetView para integrar-se ao Tivoli

Enterprise Data Warehouse.

v Para fazer isso em um servidor DB2 local no AIX, digite as informações

do servidor DB2 local para o qual o servidor NetView exporta dados:

nome do banco de dados, usuário, senha e porta, que serão utilizados

para catalogação.

v Para os outros servidores DB2 locais, digite as informações do servidor

DB2 local para o qual o servidor NetView exporta dados: nome do

banco de dados, usuário, senha.

v Se o servidor DB2 for remoto, digite o nome do nó, o nome do host, a

porta, o usuário e a senha do servidor remoto. Se o cliente DB2 estiver

no AIX, também será necessário um usuário DB2 local.

Você pode escolher criar um novo banco de dados ou utilizar o banco de

dados existente especificado.

Para fazer o upgrade do servidor NetView, você pode especificar apenas os

parâmetros do IBM Tivoli Monitoring e os parâmetros do Tivoli Enterprise Data

Warehouse. Para configurar esses parâmetros após a instalação ou o upgrade,

utilize o script /usr/OV/bin/nvits_config. Para obter informações adicionais sobre

esse comando, consulte as notas sobre o release do IBM Tivoli NetView para UNIX

Versão 7.1.4 e as notas sobre o release do IBM Tivoli NetView para Windows

Versão 7.1.4.

Também é possível instalar pacotes de idiomas para o servidor NetView em um

ambiente não-Tivoli. Durante a instalação dos componentes, também é possível

selecionar os pacotes de idiomas desejados. Eles também podem ser instalados

posteriormente, após a instalação do servidor NetView.

Instalando o Console da Web do NetView

O console da Web do NetView deve ser instalado no computador que contém o

console de eventos (versão Java). É necessário especificar o diretório em que você

deseja instalar o console da Web do NetView. O assistente para instalação tenta

detectar a existência do console de eventos. Caso não seja localizado, você pode

escolher instalá-lo neste momento ou especificar o diretório em que ele está

instalado.


Instalando e Desinstalando o Console da Web

Para obter um exemplo passo-a-passo de como instalar componentes em um

ambiente não-Tivoli utilizando o assistente para instalação, consulte “Instalando o

Componente Console da Web” na página 103.

Instalando o Console da Web

Instalando o WebSphere Application Server

O console da Web do Tivoli Enterprise Console requer o WebSphere Application

Server, Versão 5.0 Base Edition. Se o WebSphere Application Server, Versão 5.0 Base

Edition já estiver instalado, especifique sua localização durante a instalação. O

console da Web deve ser executado em um ambiente WebSphere Application

Server dedicado. Se o WebSphere Application Server ainda não estiver instalado, o

assistente para instalação poderá ajudá-lo na instalação desse programa. O

assistente faz isso iniciando o programa de instalação do WebSphere Application

Server e fornecendo definições padrão personalizadas. Após a instalação do

WebSphere Application Server, o assistente para instalação inicia o WebSphere

Application Server e continua.

Notas:

1. Como parte do processo de instalação, o assistente para instalação solicita a

inserção do CD de instalação do WebSphere Application Server. Se o Windows

estiver sendo utilizado, o programa de instalação do WebSphere Application

Server será iniciado automaticamente. Nesse ponto, feche o programa de

instalação do WebSphere Application Server e clique em OK no assistente para

instalação. Em seguida, o assistente para instalação inicia o programa de

instalação do WebSphere Application Server como parte de seu processo. A

execução independente do programa de instalação do WebSphere Application

Server pode causar confusão e interferir na instalação apropriada do console da

Web.

2. Para aprimorar o desempenho e evitar prováveis problemas com a operação do

console da Web, recomenda-se não instalar os aplicativos de amostra fornecidos

com o WebSphere Application Server.

3. Se o WebSphere Application Server já tiver sido instalado e estiver operando

em um modo seguro, especifique isso no painel do assistente para instalação e

forneça o ID do usuário e a senha do WebSphere Application Server.

Para obter informações adicionais sobre a instalação do WebSphere Application

Server, consulte a documentação de instalação do WebSphere Application Server.

Depois de concluir as etapas anteriores, configure o console da Web.

Configurando o Console da Web

Como parte da instalação do console da Web, você deve configurar o console da

Web para que os operadores possam utilizá-lo para monitorar eventos nos

servidores de eventos de regiões Tivoli.

1. Para adicionar uma região Tivoli à lista de regiões Tivoli com as quais o

console da Web possa operar, clique em Adicionar.

2. Digite o nome do host, o número da porta, o nome do usuário e a senha do

servidor Tivoli da região. O console da Web utiliza essas informações para

acessar o banco de dados de eventos.

3. Digite os valores de tempo limite do console da Web e clique em Avançar.

Quando um operador solicita informações sobre eventos, resumo de eventos e

tarefas, o console da Web as armazena em caches. Com esses valores, é possível


determinar quanto tempo elas permanecerão nas caches antes de serem

excluídas. Quanto mais curto o tempo limite, mais atualizadas as informações,

porém, com maior utilização de recursos do servidor do banco de dados e do

WebSphere Application Server.

4. Selecione os nós gerenciados.

O console da Web pode ser configurado para conectar-se a qualquer nó

gerenciado nessa região Tivoli para que os operadores definidos nesse nó

gerenciado possam efetuar logon e exibir eventos. O assistente para instalação

exibe todos os nós gerenciados do servidor Tivoli especificado. Selecione os nós

gerenciados aos quais deseja que o console da Web seja conectado para

conectividade.

Por padrão, o console da Web não é configurado para operar no modo SSL. Se o

SSL for necessário para o console da Web, configure o WebSphere Application

Server para ativar o SSL. Para obter instruções, consulte a documentação do

WebSphere Application Server.

Para obter informações adicionais sobre a adição e configuração de regiões após a

instalação, consulte o IBM Tivoli Enterprise Console - Guia do Usuário.

Desinstalando o Console da Web

Você pode desinstalar o console da Web utilizando o assistente para instalação.

Durante este processo, é necessário especificar a localização do produto WebSphere

Application Server. No final, o produto WebSphere Application Server é parado e

iniciado novamente.

Localizando os Arquivos de Licença

Durante a instalação, depois de ter aceito os termos do acordo de licença, o

assistente para instalação colocará o acordo de licença em um dos seguintes

diretórios, dependendo dos componentes instalados. Esse acordo de licença está

disponível em treze idiomas.

Tabela 19. Localização do Arquivo de Licença

Situação Localização dos Arquivos de Licença

Os componentes são instalados ou é feito o

upgrade deles em um ambiente Tivoli

$BINDIR/TME/TEC/license

O servidor NetView é instalado ou é feito o

upgrade dele em um ambiente não-Tivoli

/usr/OV/license

O console da Web do NetView é instalado

em um ambiente não-Tivoli

NetView_Web_console_installation_directory/

nvwc/license

O console de eventos é instalado em um

ambiente não-Tivoli

Event_console_installation_directory/

tec_console/license

O console da Web é instalado WebSphere_installation_directory/TEC/license


Capítulo 4. Configurando o Banco de Dados de Eventos

Este capítulo descreve a instalação e configuração do banco de dados de eventos

utilizando o método de instalação simples ou personalizado. O método

personalizado permite atribuir valores para os parâmetros de configuração que são

definidos pelo assistente para instalação, enquanto o método simples instala o

banco de dados de eventos com parâmetros básicos selecionados pelo assistente

para instalação. O método de instalação simples pode ser utilizado apenas para

criação de um novo banco de dados de eventos. Os métodos de instalação

personalizada podem ser utilizados para criação, upgrade e remoção do banco de

dados de eventos.

Em ambos os métodos, o assistente para instalação solicita informações específicas

à instalação de seu ambiente de banco de dados. O método simples conclui a

instalação utilizando os critérios básicos do banco de dados que você fornece e, em

seguida, utiliza os valores de configuração padrão dos parâmetros de configuração

do banco de dados para concluir o processo de instalação. O método personalizado

apresenta janelas adicionais para a seleção de opções de configuração do banco de

dados para que obtenha um desempenho mais favorável. O assistente para

instalação cria o banco de dados de eventos, os espaços de tabelas, as tabelas e

índices e os parâmetros de configuração do banco de dados.

Configure um banco de dados de eventos utilizando o assistente para instalação

antes de instalar os componentes do Tivoli Enterprise Console. Se você estiver

fazendo o upgrade de versões suportadas anteriormente, exceto a Versão 3.8,

deverá fazer primeiro upgrade do banco de dados de eventos. Para a Versão 3.8,

não há necessidade de fazer o upgrade do banco de dados de eventos. Existem

quatro opções disponíveis. Todas envolvem scripts de SQL, que são utilizados para

a configuração do banco de dados de eventos:

Simples

Essa opção gera e executa os scripts de SQL utilizando os valores de

configuração padrão e pode ser utilizada apenas para a criação de um

novo banco de dados de eventos

Apenas Personalizar-Gerar

Essa opção gera os scripts de SQL, que podem ser revistos e modificados

por um administrador do banco de dados e executados posteriormente

Apenas Personalizar-Executar

Essa opção executa os scripts de SQL gerados anteriormente, que podem

ter sido revistos e modificados por um administrador do banco de dados

Personalizar-Gerar e Executar

Essa opção gera e executa os scripts de SQL utilizando os valores de

configuração personalizados

Este capítulo fornece os seguintes detalhes:

v “Planejando a Configuração” na página 46

v “Considerações Gerais Sobre o Banco de Dados de Eventos” na página 47

v “Planilhas de Amostra para Instalação do Banco de Dados de Eventos” na

página 51

v “Instalando o Banco de Dados de Eventos Utilizando o Método Personalizado”

na página 59


v “Gerando e Executando Scripts” na página 63

v “Utilizando a Opção Sem Alteração ao Gerar Scripts” na página 64

v “Opções de Configuração para Aprimorar o Desempenho” na página 64

v “Ativando o Suporte a Idiomas” na página 78

Planejando a Configuração

Utilize as perguntas a seguir para determinar o tamanho e a localização do banco

de dados:

v Qual a quantidade de memória disponível para o servidor do banco de dados de

eventos? Alocar mais memória física para o servidor de banco de dados de

eventos aprimora o desempenho do Tivoli Enterprise Console.

v Quantos dispositivos de entrada/saída estão disponíveis para o servidor do

banco de dados de eventos? Distribuir entrada/saída pelos vários dispositivos

de entrada/saída pode aprimorar significativamente o desempenho do Tivoli

Enterprise Console.

v Qual o tamanho necessário para configurar o banco de dados de eventos, área

de trabalho temporária e logs de transação?

Para obter informações adicionais a considerar antes de executar o assistente para

instalação, consulte as planilhas de amostra fornecidas em “Planilhas de Amostra

para Instalação do Banco de Dados de Eventos” na página 51.

Nota: Recomenda-se entrar em contato com o administrador do banco de dados

antes de fazer alterações em seu ambiente de banco de dados.

Pré-requisitos Gerais

Para todos os bancos de dados, os seguintes pré-requisitos devem ser atendidos

antes de utilizar o assistente para instalação:

v Foi feito um backup do servidor do banco de dados utilizando os procedimentos

padrão.

v A instalação está sendo executada em um sistema que atende aos requisitos de

hardware e de software, como o uso de um RDBMS suportado em um sistema

operacional suportado, conforme mostrado no IBM Tivoli Enterprise Console -

Notas sobre o Release.

v Você possui a versão apropriada do produto Tivoli Management Framework e

todas as correções associadas instaladas. Para obter as informações mais

recentes, consulte as Tivoli Management Framework Release Notes.

Os seguintes itens devem ser considerados para todos os tipos de bancos de dados

antes de iniciar a configuração do banco de dados de eventos:

v Para bancos de dados diferentes do Oracle, a instalação, o upgrade ou a remoção

do banco de dados de eventos requer que o servidor do banco de dados de

eventos seja parado e iniciado novamente para que as novas definições de

configuração entrem em vigor. Verifique se não há usuários com sessões ativas

no mesmo servidor que o banco de dados de eventos a ser instalado. Os scripts

encerram o servidor do banco de dados de eventos conforme necessário para

executar os scripts de configuração do banco de dados de eventos. Quando o

cliente do banco de dados é instalado no host RIM ao invés de o ser no servidor

do banco de dados, o programa poderá solicitar que você pare ou reinicie o

servidor do banco de dados de eventos e clique em Avançar para continuar.

v Recomenda-se verificar na documentação do administrador e do fornecedor do

banco de dados se o ambiente do banco de dados utiliza dispositivos


espelhados. Pode ser que seja possível editar os scripts do esquema do banco de

dados para incluir a capacidade de espelhamento no esquema do produto de

seu site.

v Ao definir os tamanhos dos dispositivos e caminhos de diretórios nas janelas de

instalação, assegure que o tamanho do dispositivo especificado esteja disponível

no caminho do diretório ou partição bruta especificada para esse dispositivo e se

as permissões estão definidas para permitir gravação no diretório pelo servidor

do banco de dados. Os dispositivos e caminhos do diretório especificados devem

estar disponíveis para o computador do servidor de banco de dados em que

serão alocados.

v É necessário alocar seu ambiente de banco de dados para utilizar qualquer uma

das seguintes opções oferecidas pelo assistente para instalação:

– A opção Simples

– A opção Personalizar-Gerar e Executar.

– A opção Apenas Personalizar-Executar

Para obter mais informações, consulte “Alocando o Ambiente de Banco de

Dados do Assistente para Instalação” na página 55.

Pré-Requisitos do Oracle

Para um banco de dados do Oracle, os seguintes pré-requisitos devem ser

atendidos antes de utilizar o assistente para instalação:

v Como ele utiliza uma instância existente para execução, uma instância do Oracle

deve ser criada antes de executar o assistente para instalação.

É necessário criar a instância do banco de dados Oracle utilizando o conjunto de

caracteres UTF-8 para suporte a vários idiomas. Para obter mais informações

sobre o suporte a UTF-8, consulte “Ativando o Suporte a Idiomas do Oracle” na

página 79.

v Se você instalar o banco de dados de eventos de um cliente Oracle, o cliente

deverá ser configurado para comunicar-se com a instância existente do Oracle.

Para obter mais informações sobre a configuração do cliente Oracle e a instância

do banco de dados, consulte o Oracle 9i Net Service Reference Guide.

Considerações Gerais Sobre o Banco de Dados de Eventos

Considerações sobre o DB2

Quando o cliente DB2 está instalado no host RIM, o nó a ser utilizado pelo cliente

DB2 para conexão ao servidor DB2 deve ser catalogado anteriormente e estar

pronto para uso.

Considerações sobre o DB2 para Novas Instalações e Upgrades

Se você estiver utilizando uma conexão do cliente DB2, deverá assegurar que não

haja conexões ativas na instância do banco de dados do Tivoli Enterprise Console

antes de executar os scripts gerados pelo assistente para instalação. Também será

necessário catalogar o servidor DB2 para fazer o upgrade. Para obter informações

adicionais do DB2 sobre a catalogação do nó do DB2, consulte o comando catalog

tcpip node no manual DB2 Universal Database Command Reference.

É possível utilizar o seguinte comando no servidor de banco de dados do DB2

para forçar o encerramento das conexões ativas antes de executar os scripts

gerados:

dbs2stop force

db2start

Capítulo 4. Configurando o Banco de Dados de Eventos 47

Catalogando o Nó do DB2 para uma Nova Instalação

Utilize o seguinte comando do DB2 para catalogar o nó do DB2:

db2 catalog tcpip node node_name remote server_name server

instance_port_#

–OU–

service_name

Catalogando o Nó do DB2 para um Upgrade

Quando o cliente DB2 é instalado no host RIM, o nó e o banco de dados de

eventos devem ser catalogados.

Utilize o seguinte comando do DB2 para catalogar o banco de dados do DB2:

db2 catalog database tec_database_name as tec_database_alias_name

at node node_name

Alterando o Tamanho dos Arquivos de Log de Transação para

um Upgrade

Se o seu repositório de eventos estiver utilizando registro circular, o tamanho total

dos arquivos de log de transação devem ser suficientes para que o processo de

upgrade seja concluído com êxito.

Para cada tabela no repositório de eventos, o processo de upgrade cria uma nova

tabela no repositório de eventos com a nova estrutura do banco de dados. O

conteúdo completo de cada tabela original no repositório de eventos é copiado da

tabela original para a nova tabela em uma única transação de banco de dados.

Quanto mais dados forem copiados, mais espaço de log de transação será

necessário.

Para determinar se o seu repositório de eventos está utilizando registro circular,

que é o padrão, utilize o seguinte comando:

db2 get db cfg for dbname

Em que dbname é o nome do banco de dados de repositório de eventos.

Se o valor LOGRETAIN estiver definido como OFF, seu repositório de eventos está

utilizando registro circular.

Os seguintes parâmetros de configuração configuram o tamanho total dos logs de

transação:

v LOGFILSIZ, que é o número de páginas com 4 K para cada arquivo de log

v LOGPRIMARY, que é o número de arquivos de log principais que serão criados,

cada um com o tamanho de LOGFILSIZ

v LOGSECOND, que é o número de arquivos de log secundários que serão

criados, se necessário, cada um com o tamanho de LOGFILSIZ

A quantidade de espaço (em bytes) requerida para os arquivos de log pode variar

de (logprimary * (logfilsiz + 2) * 4096) + 8192 para ((logprimary +

logsecond) * (logfilsiz + 2) * 4096) + 8192

Para alterar o espaço de log, conclua o seguinte:

1. Altere os parâmetros de configuração LOGFILSIZ, LOGPRIMARY e

LOGSECOND utilizando o seguinte comando:

db2 update db cfg for dbname using parameter newvalue


em que dbname é o nome do banco de dados de repositório de eventos,

parameter é o parâmetro de configuração sendo definido e newvalue é o novo

valor do parâmetro de configuração.

2. Utilize o seguinte comando para aplicar as alterações feitas na etapa 1:

db2 force application all

Considerações sobre o Informix

Como os nomes de dbspaces lógicos do Informix são criados no nível do servidor

do banco de dados, os nomes devem ser exclusivos para um banco de dados

criado no servidor Informix. Se mais de um servidor de eventos estiver instalado

no servidor Informix, você deverá atribuir nomes de dbspaces lógicos exclusivos a

cada banco de dados.

Se você selecionar para mover a área de trabalho DBSPACETEMP do dispositivo

rootdbs para um novo dbspace ou novos dbspaces em vez de selecionar o botão

Sem Alteração na janela DBSPACETEMP do assistente para instalação, os dbspaces

DBSPACETEMP não serão removidos quando o produto Tivoli Enterprise Console

for removido. Essa é uma alteração permanente recomendada para os dbspaces

DBSPACETEMP para a configuração do servidor do banco de dados de eventos. Se

você não estiver especificando novos dbspaces ao reinstalar o banco de dados de

eventos, selecione o botão Sem Alteração na janela DBSPACETEMP.

Nota: No Informix, os scripts gerados pelo assistente para instalação devem ser

executados no servidor de banco de dados do Informix.

Ao especificar novos dbspaces para DBSPACETEMP nos painéis do assistente para

instalação, assegure-se de também atualizar o arquivo onconfig do Informix com os

novos nomes de dbspaces para a opção de configuração DBSPACETEMP.

No Informix, quando é feito o upgrade de um banco de dados de eventos para o

esquema de versão 3.9 e, em seguida, removido com os scripts da versão 3.9 do

SQL, o esquema da versão 3.9 não terá conhecimento dos dbspaces definidos

anteriormente. Os dbspaces definidos para o banco de dados de eventos original

(qualquer um existente antes do upgrade para a versão 3.9) devem ser removidos

manualmente.

Considerações sobre o Microsoft SQL Server

O assistente para instalação solicita o nome do servidor do banco de dados de

eventos e o nome do serviço. O nome do serviço é mssqlserver para o Microsoft

SQL Server 7 e Microsoft SQL Server 2000 com a instância do servidor padrão. O

nome do servidor pode ser encontrado no SQL Server Enterprise Manager.

O nome do serviço possui o seguinte formato para uma instância denominada

Microsoft SQL Server 2000:

mssql$instancename

Para obter considerações adicionais sobre o MS SQL Server, consulte

“Considerações sobre o Sybase e o Microsoft SQL Server” na página 50.

Definições do TEMPDB

O arquivo TEMPDB original é excluído quando você seleciona a opção para alterar

as definições de TEMPDB. Quando um cliente do banco de dados é instalado no

host RIM, aparece uma mensagem indicando que o arquivo TEMPDB deve ser

excluído do computador em que o servidor de eventos está instalado. A exclusão

do arquivo TEMPDB neste computador assegura que todo o espaço TEMPDB

reside em seu próprio dispositivo e não compartilha o dispositivo-mestre.


O assistente para instalação e o script wdbconfig.sh apenas serão parados e

iniciados novamente ou solicitarão que você pare e inicie novamente o servidor do

banco de dados de eventos, se as definições de TEMPDB forem alteradas. O

servidor do banco de dados de eventos não precisa ser parado e reiniciado durante

o processo de instalação ou upgrade do banco de dados de eventos, se você

selecionar a opção Sem Alteração nas definições de TEMPDB.

Considerações sobre o Oracle

Como o banco de dados do Oracle é sempre instalado utilizando a instalação do

Oracle para criar o banco de dados de eventos, é necessário utilizar nomes

exclusivos para todos os espaços de tabelas dentro do banco de dados. Se mais de

um servidor de eventos for instalado no servidor do Oracle, será necessário

atribuir nomes de espaços de tabelas exclusivos para cada banco de dados.

As opções Instalar Objetos do Banco de Dados e Remover Objetos do Banco de

Dados não estão disponíveis para o Oracle no assistente para instalação. Ao

contrário de outros sistemas operacionais, a instalação do banco de dados do

Oracle utiliza uma instância existente do banco de dados para dados de eventos e

não altera definições na instância existente. As opções para outros bancos de dados

estão disponíveis porque elas criam novos bancos de dados para os dados de

eventos.

A instalação ou remoção do banco de dados do Oracle não fará com que a

instância do Oracle seja parada ou iniciada novamente, como acontece com outros

bancos de dados.

Considerações sobre o Sybase e o Microsoft SQL Server

É possível optar por alterar as definições de TEMPDB uma vez, o que moverá o

banco de dados TEMPDB de sua localização padrão no dispositivo-mestre para o

dispositivo e tamanho especificados nos painéis do assistente para instalação. Se

essa ação já tiver sido iniciada em seu ambiente pelo administrador do banco de

dados ou pela execução dos scripts do assistente para instalação, clique no botão

Sem Alteração na janela correspondente para assegurar que as alterações não

sejam tentadas novamente e falhem. Se as definições do TEMPDB forem

executadas mais de uma vez, você receberá mensagens de erro.

Quando o banco de dados de eventos é recém-criado ou se faz upgrade dele para

a versão 3.9, o dispositivo rotulado como rest_data é escolhido como o dispositivo

padrão. Quando o banco de dados de eventos é removido, o dispositivo padrão é

definido como Mestre para o Sybase.

Se o banco de dados TEMPDB for movido para um novo dispositivo, em vez de

selecionar o botão Sem Alteração, ele não será alterado quando o banco de dados

de eventos for removido. Depois de parado, o servidor Sybase ou MS SQL Server

não poderá iniciar novamente se o banco de dados TEMPDB for removido.

No Microsoft SQL Server e no Sybase, se o cliente for instalado no host RIM, será

necessário poder parar e iniciar o servidor do banco de dados de eventos quando

solicitado, ao executar o assistente para instalação ou o script wdbconfig.sh para

continuar com a próxima etapa.

No Microsoft SQL Server e no Sybase, o login do usuário deve ser exclusivo para

cada banco de dados instalado no servidor do banco de dados de eventos.


Considerações sobre o Sybase

Como os nomes dos dispositivos lógicos do Sybase são criados no nível do

servidor do banco de dados, esses nomes devem ser exclusivos para bancos de

dados criados no servidor do Sybase. Se mais de um servidor de eventos for

instalado no servidor do Sybase, nomes exclusivos de dispositivos lógicos devem

ser fornecidos para cada nome de dispositivo lógico criado para cada banco de

dados.

No Sybase, quando é feito o upgrade de um banco de dados de eventos para o

esquema de versão 3.9 e, em seguida, removido com os scripts da versão 3.9 do

SQL, o esquema da versão 3.9 não terá conhecimento dos dispositivos definidos

anteriormente. Os dispositivos definidos para o banco de dados de eventos original

(qualquer um existente antes do upgrade para a versão 3.9) devem ser removidos

manualmente.

Planilhas de Amostra para Instalação do Banco de Dados de Eventos

Utilize as planilhas de amostra desta seção para planejar sua instalação do banco

de dados de eventos. Essas informações serão necessárias para as instalações

simples e personalizadas. Em uma instalação personalizada, você terá opções de

configuração de banco de dados adicionais específicas para o seu ambiente, como a

seleção do tamanho do espaço da tabela e alocações de memória. As planilhas

também asseguram que você tenha as informações necessárias para iniciar o


Você deve utilizar um diretório diferente para os scripts de SQL gerados, além

daquele utilizado para o assistente para instalação. O uso de um diretório diferente

mantém os arquivos separados facilitando a cópia dos scripts para outro

computador, se necessário. Além disso, os scripts gerados devem ser retidos

porque alguns podem ser utilizados para desinstalar o banco de dados do Tivoli

Enterprise Console.

Tabela 20. Planilha para DB2

Planilha de Amostra do DB2

Diretório para scripts gerados

ID do usuário de RDBMS

Nome do banco de dados de eventos

O host RIM é cliente ou servidor do banco

de dados?

Nome do host do servidor DB2 remoto se o

host RIM for um cliente de banco de dados

Espaço em disco a alocar

Memória a alocar para conjuntos de buffer

Nomes de diretórios que contêm espaços de

tabelas, logs de transação e espaço

temporário

Tabela 21. Planilha para Informix

Planilha de Amostra do Informix




Tabela 21. Planilha para Informix (continuação)

Planilha de Amostra do Informix



de dados?

Nome do servidor Informix

Nomes de diretórios que contém dbspaces,

logs físicos e espaço temporário

Tabela 22. Planilha para MS SQL Server

Planilha de Amostra do Microsoft SQL Server





de dados?

Senha do SA (System Administrator)

Nomes de diretórios que contêm arquivos

de dados e logs de transação

Tabela 23. Planilha para Oracle

Planilha de Amostra para Oracle



Identificador da sessão do banco de dados

(SID)


de dados?

Diretório inicial do Oracle

Senha do Oracle SYS

Nomes de diretórios que contêm espaços de

tabelas

Tabela 24. Planilha para Sybase

Planilha de Amostra para Sybase





de dados?

Senha do SA (System Administrator)

Nomes de diretórios que contêm arquivos

de dados e logs de transação

IDs dos dispositivos em uso


Tabela 24. Planilha para Sybase (continuação)

Planilha de Amostra para Sybase

Número real do primeiro dispositivo do

banco de dados de eventos do Tivoli

Enterprise Console

Quantidade de memória a ser alocada para

o banco de dados de eventos

Para obter informações adicionais sobre o host RIM e definições de RDBMS para o

host RIM, consulte “Escolhendo o Host RIM” na página 18.

Configurando com o Assistente para Instalação

Para configurar o banco de dados de eventos, é necessário utilizar o assistente para

instalação. Consulte o Capítulo 3, “Instalando, Fazendo o Upgrade e Desinstalando

com o Assistente para Instalação”, na página 37 para obter informações sobre como

iniciar o assistente para instalação.

O assistente para instalação deve ser executado normalmente no Host RIM. O host

RIM tem o software de cliente de banco de dados instalado necessário para que o

programa de instalação seja conectado ao RDBMS e para criar o banco de dados de

eventos. Os scripts gerados pelo assistente para instalação também devem ser

gerados em um diretório no mesmo computador com o host RIM

Em um banco de dados do Informix, a instalação requer o uso do dbaccess, que

fica disponível geralmente apenas no Servidor Informix. Portanto, os scripts

gerados devem ser executados no servidor Informix, que pode ou não ser o host

RIM. Se o host RIM estiver no mesmo computador que o servidor Informix, o

usuário poderá executar uma instalação Simples ou Personalizar-Gerar e Executar.

Caso contrário, o usuário deverá gerar apenas scripts, copiá-los para o servidor

Informix e executá-los no servidor Informix. Os scripts gerados são executados

com o script wdbconfig.sh, que são gerados com os scripts de SQL. Para obter

informações adicionais sobre esse comando, consulte o IBM Tivoli Enterprise Console

- Referência de Comandos e Tarefas.

Para configurar o banco de dados de eventos, é necessário ter a autoridade para

fazer o seguinte:

v Executar comandos no ambiente Tivoli

v Criar e trabalhar com bancos de dados

Você deve ter autoridade para executar comandos no ambiente Tivoli porque o

assistente para instalação cria o objeto RIM denominado tec, que é necessário

pelos componentes do Tivoli Enterprise Console. Nos modos Apenas

Personalizar-Gerar e Apenas Personalizar-Executar, você tem a opção de escolher

se o objeto RIM deverá ser criado ou não. Se um objeto RIM denominado tec já

existir no sistema em que o assistente para instalação for executado, o assistente

exibirá os valores padrão associados a ele.

Nota: Se você estiver utilizando o Tivoli Management Framework 4.1 no ambiente

Windows e utilizando o Oracle 9i para o banco de dados de eventos, deverá

adicionar o usuário tmersvrd ao grupo Administradores do Windows antes

de configurar o banco de dados de eventos. O usuário tmersvrd é criado

durante a instalação do Tivoli Management Framework.


Além disso, você deve ter a autoridade de banco de dados listada na seguinte

tabela:

Tabela 25. Usuários Autorizados por Banco de Dados

Banco de Dados Usuários que Precisam da Autoridade do

Banco de Dados

DB2 Qualquer usuário que tiver autoridade

SYSADM ou SYSCTRL à instância do DB2.

No UNIX, é o proprietário da instância,

db2inst1, por padrão. Qualquer usuário

pode ser adicionado ao db2group para ter

autorização para trabalhar no banco de

dados. Na instalação padrão do DB2 no

Windows, usuários do grupo

Administradores (o DBA pode alterar qual

grupo de usuários terá SYSADM e SYSCTRL

alterando os parâmetros de configuração

SYSADM_GROUP e SYSCTRL_GROUP do

DB2).

Oracle Qualquer usuário que puder acessar o

diretório inicial do Oracle. A instalação do

banco de dados define automaticamente as

variáveis de ambiente ORACLE_HOME e

PATH para que o programa SQL*Plus do

Oracle possa ser executado

Informix No UNIX, qualquer usuário que estiver no

grupo informix, normalmente, informix ou

root. Em um sistema operacional Windows,

usuários no grupo Admin do Informix.

SQL Server Qualquer usuário que tiver acesso ao

programa osql do SQL Server. O programa

osql deve estar no PATH do usuário.

Usuários dos grupos Administradores são

candidatos recomendáveis. Os scripts de

instalação utilizam o ID do usuário sa para

executar algumas tarefas de instalação.

Portanto, o usuário que executa o assistente

para instalação deve conhecer a senha sa.

Sybase O usuário deve ser o ID do usuário utilizado

para instalar o servidor de banco de dados.

Nota: Configurar o banco de dados como

usuário root, por exemplo, faz com que o

dispositivo pertença ao usuário root e

previne que o servidor inicialize o banco de

dados.

O assistente para instalação utiliza o

programa isql para executar scripts de SQL.

Para algumas tarefas de instalação, o

assistente para instalação utiliza o ID do

usuário sa. Portanto, o usuário que executa

o assistente para instalação deve conhecer a

senha sa.


Alocando o Ambiente de Banco de Dados do Assistente para

Instalação

Em alguns casos, o ambiente em que o assistente para instalação é executado deve

ser alocado para que o assistente possa executar comandos e scripts de SQL de

banco de dados específicos do produto. Antes de executar o assistente para

instalação, é necessário alocar o ambiente de banco de dados para que o assistente

para instalação possa configurar o banco de dados de eventos.

v Em um banco de dados do DB2 no Windows, o ambiente fica disponível para o

assistente para instalação e não requer alocação. O assistente para instalação

utiliza o comando db2cmd do DB2 para inicializar o ambiente DB2.

v Em um banco de dados do DB2 no UNIX, você deve executar o script db2profile

no mesmo shell do UNIX antes de iniciar o assistente para instalação.

v No Informix no Windows, o produto Informix fornece um atalho no Menu

Iniciar do Windows para cada servidor Informix. Esse atalho abre um ambiente

de comando em que o ambiente Informix é configurado adequadamente. O

assistente para instalação deve ser executado a partir desse ambiente de

comando.

v Em um banco de dados do Oracle em qualquer sistema operacional, SQL *Plus

deve estar disponível. O ambiente Oracle não precisa ser alocado. Os scripts

gerados definem a variável de ambiente ORACLE_HOME e adicionam

ORACLE_HOME/bin ao PATH.

Examinando Logs de Erro

O assistente para instalação gera scripts de SQL e scripts shell necessários para

criar, fazer o upgrade e remover o banco de dados de eventos. Um arquivo de log

é automaticamente criado no mesmo diretório atribuído para os scripts gerados. Se

os scripts de banco de dados de eventos gerados forem executados no assistente

para instalação, o arquivo de log também conterá a saída da execução dos scripts.

Você pode examinar o arquivo de log para exibir os resultados.

O arquivo de log é denominado DbInstalltimestamp.log, conforme mostrado no

exemplo a seguir. A variável timestamp é substituída pela hora atual do sistema

quando o log é gerado.

DbInstall2002-07-12-57_03PM.log

Também é possível verificar as respostas do servidor do banco de dados de

eventos para cada instrução de configuração nos scripts de SQL, bem como

qualquer mensagem de erro. As mensagens de erro podem ser vistas em um

arquivo com nome semelhante ao arquivo de log (com .err no final) localizado no

mesmo diretório de script gerado. Examine o arquivo de log e o log de erro para

obter saída completa da execução dos scripts de banco de dados. Por exemplo,

também é criado um arquivo chamado DbInstall2002-07-12-57_03PM.err que pode

conter informações sobre erros de instalação.

Nota: Nenhum log de erros será gerado se o script wdbdconfig.sh for utilizado

para executar uma função de instalação, upgrade ou remoção. Em vez disso,

a saída do script é retornada para a linha de comandos a partir da qual o

script foi executado e fica visível durante a execução do script.

Ajustando o Banco de Dados de Eventos

A configuração do banco de dados de eventos permite ajustá-lo da seguinte forma:

v Separar fisicamente as tabelas e índices de banco de dados por vários

dispositivos para que mais de um dispositivo de entrada/saída sirva aos

pedidos de R/W (Read and Write).


v Separar tabelas de dados de suas tabelas de índices correspondentes.

v Utilizar conjuntos de buffers e técnicas de busca antecipada efetivas para

assegurar que uma determinada linha permaneça na memória em vez de no

disco.

v Ajustar parâmetros de configuração de bancos de dados específicos do

fornecedor.

v Evitar a contenção de disco por meio da movimentação de logs de transação e

de áreas de trabalho temporárias para seus próprios dispositivos de disco.

Entendendo a Criação do Objeto RIM

Os componentes do Tivoli Enterprise Console se comunicam com o banco de

dados utilizando o RIM (RDBMS Interface Module). O RIM é uma parte integrante

do Tivoli Framework. Sempre que um aplicativo que utiliza o RIM precisa se

conectar a um banco de dados, o RIM inicia o processo de agente RIM. Um

processo de agente RIM utiliza as bibliotecas do cliente RDBMS para se comunicar

com o banco de dados e emitir instruções SQL.

Um objeto RIM é um objeto do ambiente Tivoli que contém informações essenciais

sobre um banco de dados específico, como o nome do banco de dados, o ID do

usuário do banco de dados.

Um host RIM é um nó gerenciado em que o objeto RIM é criado. Os processos do

agente RIM são executados no host RIM. As bibliotecas do cliente de banco de

dados requeridas pelos agentes RIM devem ser instaladas no host RIM. O host

RIM utiliza um objeto RIM para determinar com qual banco de dados se

comunicará.

O assistente para instalação cria um objeto RIM denominado tec, que contém os

detalhes de conexão com o banco de dados de eventos. Os valores do objeto RIM

são detalhados nas tabelas a seguir. Os componentes do Tivoli Enterprise Console

localizam o objeto tec do RIM para obter detalhes de conexão ao banco de dados

de eventos. O objeto RIM denominado tec deve existir na região Tivoli em que o

servidor de eventos será instalado. Se for necessário criar um objeto RIM

manualmente na região Tivoli em que o servidor de eventos será instalado,

consulte “Criando um Objeto RIM” na página 94.

As tabelas a seguir listam as informações mandatórias do banco de dados

necessárias para configurar o banco de dados de eventos. Essas informações

também são armazenadas no objeto RIM.

DB2

Tabela 26. Valores do DB2

Fornecedor do Banco de Dados DB2

Local do Banco de Dados Caminho completo do diretório em que o software

servidor ou cliente RDBMS está instalado. Equivale ao

valor na variável de ambiente $DB2DIR.

Nome do Banco de Dados O nome do alias do banco de dados do DB2 utilizado

pelo banco de dados de eventos.


Tabela 26. Valores do DB2 (continuação)

ID do Usuário do Banco de

Dados

O proprietário da instância do DB2. O nome do

proprietário da instância do DB2 e o nome do usuário

devem ser o mesmo e equivalerem ao valor na variável de

ambiente $DB2INSTANCE. No RIM, esse também deve

ser o nome de login do proprietário da instância. O

padrão no UNIX é db2inst1 e, no Windows, é DB2.

Senha do Banco de Dados A senha para o usuário do banco de dados.

ID do Servidor do Banco de

Dados

O valor na variável de ambiente B2COMM. Geralmente

esse valor é tcpip.

Local da Instância (requerido

apenas para bancos de dados

do DB2)

Diretório inicial em que a instância foi criada.

No UNIX, é o valor da variável de ambiente $INSTHOME

. No Windows, geralmente é o mesmo valor da opção

Local do Banco de Dados.

Informix

Tabela 27. Valores do Informix

Fornecedor do Banco de Dados Informix

Local do Banco de Dados Caminho completo para o diretório em que a CLI do

Informix é instalada. Equivale ao valor na variável de

ambiente $INFORMIXDIR.

Nome do Banco de Dados No UNIX, o nome da origem de dados definida pela linha

database=name no arquivo .odbc.ini .

No Windows, o nome do DSN do Sistema que foi criado

utilizando o aplicativo ODBC Data Source Administrator

no Painel de Controle do Windows. Essas informações

também são armazenadas no registro do Windows.


Dados

Deve ser informix ou um ID que exista como um login

válido no servidor do banco de dados do Informix.



Dados

O nome do servidor Informix definido no arquivo

$INFORMIXDIR/etc/sqlhosts . Equivale ao valor na

variável de ambiente $INFORMIXSERVER.

Nome da Instância Não-requerido, apenas bancos de dados DB2.

Microsoft SQL Server

Tabela 28. valores do MS SQL Server

Fornecedor do Banco de Dados Microsoft SQL Server

Local do Banco de Dados O diretório em que o Microsoft SQL Server está instalado.

Nome do Banco de Dados O nome do banco de dados utilizado pelo aplicativo.


Dados

O usuário RDBMS que é proprietário do banco de dados

de aplicativos. O padrão é tec.



Dados

O nome do host em execução no MS SQL Server.



Oracle

Ao instalar o componente do servidor de eventos no diálogo Opções de

Instalação, digite os seguintes valores do banco de dados:

Tabela 29. Valores do Oracle

Fornecedor do Banco de Dados Oracle

Local do Banco de Dados Equivale ao valor na variável de ambiente

$ORACLE_HOME.



Dados





Dados

O nome do serviço do ouvinte do Oracle no arquivo

tnsnames.ora. Equivale ao valor na variável de ambiente

$TWO_TASK para um cliente ou $ORACLE_SID no

servidor ou cliente de banco de dados.


Sybase

Tabela 30. Valores do Sybase

Fornecedor do Banco de Dados Sybase

Local do Banco de Dados O diretório que contém os arquivos das interfaces.

Equivale à variável de ambiente $SYBASE.



Dados





Dados

O nome do servidor Sybase. É igual ao valor na variável

de ambiente $DSQUERY. Também é o nome do servidor

especificado no arquivo SQL.INI no Windows ou no

arquivo de interfaces do UNIX.


Assegurando a Possibilidade de Conexão do RIM ao Banco

de Dados de Eventos do Servidor Informix

Faça o seguinte para assegurar a conexão do RIM ao banco de dados de eventos

do servidor Informix. Este procedimento serve para a configuração de um cliente

UNIX Informix.

1. Copie $INFORMIXDIR/etc/odbc.ini para $INFORMIXDIR/.odbc.ini no cliente

Informix.

2. Copie $INFORMIXDIR/etc/odbcinst.ini para $INFORMIXDIR/.odbcinst.ini no

cliente Informix.

3. Modifique .odbc.ini e .odbcinst.ini para apontar para o $INFORMIXDIR correto.

4. Adicione o datasource do Tivoli Enterprise Console para o arquivo .odbc.ini:

Exemplo de arquivo .odbc.ini:


[ODBC Data Sources]

tec=INFORMIX 3.81 32-BIT

[tec]

Driver=/opt/informix/lib/cli/iclit09b.so

Description=INFORMIX 3.81 32-BIT

Database=tec

LogonID=infor

mix

pwd=informix Servername=myserver

Nota: O nome da origem de dados do ODBC deve ser o mesmo do banco de dados

do Informix que contém as tabelas do Tivoli Enterprise Console. Caso

contrário, comandos como o wtdbclear não funcionarão corretamente.

No Windows, você adiciona a origem de dados do cliente Informix clicando em

Iniciar —> Painel de Controle —> Ferramentas Administrativas —> Origens de

Dados (ODBC)

Instalando o Banco de Dados de Eventos Utilizando o Método

Personalizado

As seções a seguir orientarão a instalação do banco de dados utilizando o método

personalizado. A seleção da instalação personalizada fornece mais opções de

configuração para otimizar o desempenho do banco de dados, como maximizar a

utilização da memória e gerenciar o layout físico dos dados no disco. Para obter

informações adicionais sobre as opções de configuração, também é possível utilizar

a ajuda em nível de campo disponível em cada uma das janelas no assistente para

instalação.

Instalando o Banco de Dados de Eventos

Escolha instalar o banco de dados de eventos ao criá-lo pela primeira vez ou

depois que ele estiver completamente removido. Com exceção do Oracle, a

instalação do banco de dados de eventos pela primeira vez ou depois da sua

remoção, requer que o servidor do banco de dados seja parado ou reinicializado

para utilizar as novas definições de configuração.

O procedimento de instalação do Informix deve ser executado no servidor

Informix. Você poderá utilizar o assistente para instalação se o host RIM e o

servidor Informix residirem no mesmo computador. Caso contrário, o banco de

dados de eventos deverá ser instalado com o script wdbconfig.sh.

Nota: Durante a instalação do banco de dados de eventos, o assistente para

instalação cria scripts necessários para que o assistente para instalação possa

desinstalar o banco de dados de eventos. Esses scripts são armazenados no

diretório $TEMP\tecdb no Windows ou em /tmp/tecdb no UNIX. Se esses

scripts forem excluídos, não será possível desinstalar o banco de dados de

eventos utilizando o assistente para instalação.

O procedimento de instalação do Informix deve ser executado no servidor

Informix. Você poderá utilizar o assistente para instalação se o host RIM e o

servidor Informix residirem no mesmo computador. Caso contrário, o banco de

dados de eventos deverá ser instalado com o script wdbconfig.sh.

Utilize as seguintes etapas para instalar o banco de dados de eventos utilizando o

script wdbconfig.sh:


1. Execute o assistente para instalação no host RIM utilizando a opção Apenas

Gerar.

2. Copie os scripts gerados para o servidor Informix.

3. Execute o script wdbconfig.sh no diretório de scripts gerados no servidor

Informix.

Para obter informações adicionais sobre o script wdbconfig.sh, consulte o IBM

Tivoli Enterprise Console - Referência de Comandos e Tarefas.

Instalando Apenas os Objetos do Banco de Dados de Eventos

Escolha instalar os objetos do banco de dados de eventos quando desejar instalar

apenas as tabelas, os índices e as exibições do banco de dados de eventos e, para

Sybase e MS SQL Server 7, os disparadores. Isso é feito apenas depois de remover

os objetos do banco de dados de eventos e o próprio banco de dados ainda existir.

Nota: O Oracle não tem a opção de instalar apenas os objetos do banco de dados

de eventos

É possível instalar apenas os objetos do banco de dados de eventos, se apenas os

objetos do banco de dados tiverem sido removidos. É possível selecionar essa

opção no assistente para instalação sem o requisito normal de parar e iniciar

novamente a instância do servidor de banco de dados ou o servidor de banco de

dados. Escolha essa opção se desejar iniciar com novos objetos de banco de dados

e deixar o restante do banco de dados de eventos instalado.

Executando o Script wdbconfig.sh

O script wdbconfig.sh é gerado pelo assistente para instalação e executa os scripts

de SQL gerados pelo assistente para instalação e determina o tipo do banco de

dados a partir dos scripts de SQL localizados no diretório de scripts gerado. O

script wdbconfig.sh deve ser executado apenas a partir do diretório em que os

scripts foram gerados no host RIM.

Consulte o IBM Tivoli Enterprise Console - Referência de Comandos e Tarefas para obter

mais informações sobre o script wdbconfig.sh.

Nos bancos de dados do DB2 e do Informix, é necessário efetuar login com o

mesmo usuário que o ID do usuário do RIM especificado para o objeto RIM do

banco de dados de eventos. Esse usuário deve possuir acesso de DBA (Database

Administrator Access) com autoridade para criar, modificar e excluir objetos do

banco de dados. O usuário também deve possuir um ID de login como um

administrador de ambiente de gerenciamento do Tivoli.

Assegure-se de que os seguintes pré-requisitos sejam atendidos antes de executar o

script wdbconfig.sh em um ambiente Informix:

v Que você tenha gerado os scripts de instalação do banco de dados de eventos

conforme descrito em “Gerar Apenas Scripts” na página 63 e os tenha copiado

para o servidor Informix.

v Que você execute o script diretamente no servidor Informix em vez de no host

RIM quando o servidor Informix não for a mesma máquina que o host RIM.

v Seja possível executar scripts em um ambiente não-Tivoli.

Apenas no Informix, se o servidor de banco de dados do Informix estiver

instalado em um computador não-Tivoli, o script wdbconfig.sh poderá ser

executado nesse computador.


Fazendo o Upgrade do Banco de Dados de Eventos

Será possível utilizar o assistente para instalação para fazer o upgrade do banco de

dados de eventos de uma configuração da versão 3.6.2 ou 3.7.1 para uma

configuração da versão 3.9. Os scripts de upgrade gerados pela execução do

assistente para instalação fazem o upgrade dos seus dados de eventos.

Nota: É necessário fazer um backup do banco de dados de eventos para executar

um upgrade.

Para cada tipo de banco de dados de eventos, quando um upgrade é executado, o

dispositivo de dados utilizado anteriormente pelo produto Tivoli Enterprise

Console permanece instalado. Isso porque a maioria dos bancos de dados requer

uma área do sistema de banco de dados e essa área reside nesse dispositivo e não

pode ser movida. Além disso, outros dados de aplicativos podem residir nesse

dispositivo e não são removidos. Depois de alterar as opções de configuração, é

necessário verificar os disparos ou exibições associados às tabelas do aplicativo

para garantir que estão intactos. As tabelas do banco de dados de eventos são

renomeadas nesse processo, o que pode fazer com que os disparos ou exibições

que têm como base esses nomes sejam eliminados pelo servidor do banco de

dados. Se você não desejar deixar os dispositivos originais instalados, poderá

selecionar remover e reinstalar o banco de dados de eventos. Se quiser remover

completamente os dispositivos do banco de dados de eventos, será necessário

remover completamente o banco de dados de eventos do Tivoli Enterprise Console

e os dispositivos criados para ele. Em seguida, você deve instalar o esquema de

banco de dados da versão 3.9 como uma nova instalação do banco de dados.

Considere os seguintes item antes de executar o upgrade de seu banco de dados de

eventos:

v Antes de fazer o upgrade, execute o comando wtdbclear para remover os

eventos que não precisam ser migrados. Para obter informações adicionais sobre

esse comando, consulte o IBM Tivoli Enterprise Console - Referência de Comandos e

Tarefas

v Com exceção do Oracle, o upgrade do banco de dados de eventos requer que

todos os usuários estejam com logoff efetuado, porque os processos do servidor

de banco de dados de eventos estão parados. O servidor deve ser reiniciado

para que as alterações entrem em vigor.

No Oracle, não é necessário parar e iniciar novamente o servidor de banco de

dados, entretanto, é necessário assegurar que todos os usuários que possam estar

acessando o banco de dados do qual se está fazendo upgrade estejam com logoff

efetuado.

Para todos os upgrades do banco de dados de eventos, você deve especificar que

o tamanho do banco de dados com upgrade seja, no mínimo, o mesmo do banco

de dados de eventos atual. É possível utilizar o comando wtdbspace para ver o

tamanho do banco de dados atual. Para obter mais informações sobre o uso do

comando wtdbspace, consulte o IBM Tivoli Enterprise Console - Referência de

Comandos e Tarefas.

v Recomenda-se aumentar os logs de transações do banco de dados antes de fazer

o upgrade para permitir a inserção dos registros do Tivoli Enterprise Console

das tabelas originais nas novas tabelas. Como alternativa, exporte os dados das

tabelas originais e, em seguida, importe-os para as novas tabelas.

v Com fins de recuperação, faça backup ou exporte seu banco de dados de

eventos para salvar os dados de eventos.


v Se outros aplicativos do Tivoli utilizavam anteriormente objetos do banco de

dados do esquema de banco de dados original, poderá ser necessário reinstalar

os objetos do banco de dados, como acionadores ou exibições, pois eles poderão

não existir mais depois do upgrade.

v Ao utilizar uma conexão do cliente DB2, consulte “Considerações sobre o DB2”

na página 47 antes de executar o assistente para instalação.

Nota: Não é necessário fazer o upgrade dos bancos de dados do Tivoli Enterprise

Console Versão 3.8 para ser utilizado com o Tivoli Enterprise Console Versão

3.9.

Desinstalando o Banco de Dados de Eventos

Optar por remover o banco de dados de eventos completamente remove não

apenas o banco de dados de eventos como também todos os objetos do banco de

dados de eventos do Tivoli Enterprise Console. A remoção completa do banco de

dados de eventos não desfaz as definições de configuração que foram alteradas no

servidor de banco de dados ou no nível da instância, como as opções de

configuração do servidor de banco de dados.

Notas:

1. Com exceção do Oracle e do MS SQL Server, a remoção do banco de dados de

eventos requer que o servidor do banco de dados seja parado ou reinicializado

para redefinir as definições da configuração.

2. Desinstalar o banco de dados de eventos utilizando o assistente para instalação

requer scripts que foram gerados durante a instalação do banco de dados. Esses

scripts são armazenados no diretório $TEMP\tecdb no Windows ou em

/tmp/tecdb no UNIX. Se esses scripts não existirem, tentar desinstalar o banco

de dados de eventos resultará em erro. Para desinstalar o banco de dados de

eventos sem o assistente para instalação, utilize o script wdbconfig.sh.

Consulte o IBM Tivoli Enterprise Console - Referência de Comandos e Tarefas para

obter mais informações sobre o script wdbconfig.sh.

Desinstalando Apenas os Objetos do Banco de Dados de

Eventos

Os objetos do banco de dados de eventos incluem tabelas, índices e exibições. No

Sybase e no MS SQL Server, os objetos do banco de dados de eventos também

incluem os acionadores MS SQL Server 7 e Sybase.

Nota: A remoção dos objetos do banco de dados de eventos exclui todos os

eventos no banco de dados.

Escolha remover apenas os objetos do banco de dados de eventos quando desejar

remover apenas as tabelas, os índices e as exibições do banco de dados de eventos

e, no Sybase e no MS SQL Server 7, os disparadores. Depois de remover os objetos

do banco de dados de eventos, é possível escolher reinstalá-los mais tarde se

desejar iniciar com tabelas vazias do banco de dados.

Nota: Como o banco de dados do Oracle já existe antes da instalação do banco de

dados de eventos, o Oracle não tem a opção de remover os objetos do banco

de dados de eventos. A instalação e desinstalação do Oracle do banco de

dados de eventos já instalado ou remove apenas os objetos do banco de

dados de eventos, deixando o banco de dados intacto.


Desinstalando o Banco de Dados de Eventos em um Ambiente

Informix

O procedimento de desinstalação do Informix deve ser executado no servidor

Informix. Você poderá utilizar o assistente para instalação para a desinstalação se o

host RIM e o servidor Informix residirem no mesmo computador. Caso contrário, o

banco de dados de eventos deverá ser desinstalado com o script wdbconfig.sh.

Para desinstalar o banco de dados de eventos utilizando o script wdbconfig.sh,

utilize os scripts gerados quando o banco de dados foi criado ou sofreu upgrade e

execute o script wdbconfig.sh no diretório de scripts gerados no servidor Informix.

Execute o assistente para instalação no host RIM utilizando a opção Apenas Gerar.

Para obter informações adicionais sobre o script wdbconfig.sh, consulte o IBM

Tivoli Enterprise Console - Referência de Comandos e Tarefas.

Gerando e Executando Scripts

Os scripts gerados pelo assistente para instalação devem ser executados iniciando o

assistente ou executando o script wdbconfig.sh na linha de comandos. Com

exceção do Informix, o método recomendado de execução dos scripts gerados é

utilizando o assistente para instalação. Ao executar o script wdbconfig.sh na linha

de comandos, é necessário executá-lo no mesmo diretório que os scripts gerados. O

diretório deve ter permissão de gravação, porque os scripts gerados criam arquivos

temporários nesse diretório.

Ao executar o assistente para instalação, é possível selecionar uma das seguintes

opções:

v “Gerar Apenas Scripts” na página 63

v “Gerar e Executar Scripts” na página 64

v “Executar Apenas Scripts” na página 64

Gerar Apenas Scripts

A opção Gerar Apenas Scripts estará disponível apenas se você tiver selecionado o

método de instalação personalizado do banco de dados de eventos. Os scripts

gerados devem ser gravados em um diretório no host RIM ou copiados para o

mesmo diretório no computador do host RIM.

Escolha essa opção se, posteriormente, você for executar os scripts na linha de

comandos utilizando o script wdbconfig.sh.

Se o administrador do banco de dados planejar fazer modificações adicionais nos

scripts do SQL antes que sejam executados, escolha apenas gerar os scripts.

É possível executar os scripts em um cliente ou servidor em todos os outros bancos

de dados que não o Informix. No Informix, selecione gerar apenas scripts se o

servidor de banco de dados estiver em um computador diferente do host RIM. O

diretório de scripts gerado deve existir no servidor de banco de dados do Informix

e possuir permissão de gravação porque os scripts gerados criam arquivos

temporários nesse diretório. Como alternativa, você pode optar por armazenar os

arquivos em um diretório diferente no host RIM ou no servidor de banco de dados

do Informix. Em seguida, você pode editar os scripts gerados e alterar a variável

SCRIPTDIR para o diretório no host RIM ou no computador do servidor de banco

de dados do Informix de onde os scripts são executados.


Para executar os scripts gerados em um computador diferente do host RIM, copie

todos os arquivos do diretório em que os scripts foram gerados para o diretório no

computador em que os scripts serão executados. É possível escolher um diretório

diferente se você alterar a variável SCRIPTDIR em cada script iniciado com o nome

dbConfigure. Execute o script wdbconfig.sh com parâmetros que permitem

instalar, fazer upgrade ou remover.

Consulte “Executando o Script wdbconfig.sh” na página 60 e o IBM Tivoli

Enterprise Console - Referência de Comandos e Tarefas para obter mais informações

sobre o script wdbconfig.sh.

Gerar e Executar Scripts

Escolha essa opção para gerar e executar os scripts imediatamente depois de

especificar as opções no assistente para instalação. Se tiver selecionado o método

de configuração simples do banco de dados, essa opção será escolhida

automaticamente.

Executar Apenas Scripts

Escolha essa opção se você tiver gerado os scripts anteriormente a partir do

assistente para instalação e estiver pronto para executá-los. É possível selecionar

essa opção ao utilizar o método de instalação simples ou personalizado do banco

de dados. Para a opção de instalação simples, depois de ter gerado e executado os

scripts para criar ou fazer o upgrade de seu banco de dados, você poderá, em

seguida, utilizar os scripts gerados com essa opção para executar os scripts,

conforme necessário.

Utilizando a Opção Sem Alteração ao Gerar Scripts

Um botão Sem Alteração que permite gerar os scripts sem alterar os parâmetros

selecionados anteriormente está disponível em algumas janelas do assistente para

instalação.

Notas:

1. Essa alteração da configuração deve ser selecionada apenas uma vez. Se você

executar uma nova instalação ou fizer um upgrade pela segunda vez,

selecionando a opção Sem Alteração, ocorrerão erros de tempo de execução

que poderão afetar o banco de dados de eventos.

Por exemplo, em uma primeira instalação de um banco de dados de eventos do

Sybase, você pode escolher alterar as definições da configuração do TEMPDB.

Como essa é uma alteração única da configuração, na próxima vez que uma

reinstalação completa do banco de dados de eventos for executada, o assistente

para instalação deverá ser utilizado para gerar os scripts uma segunda vez.

Para a segunda geração dos scripts, selecione a opção Sem Alteração na janela

de definições do TEMPDB no assistente para instalação.

2. Não selecione a opção Sem Alteração para os bancos de dados do DB2.

Opções de Configuração para Aprimorar o Desempenho

As seguintes seções descrevem as opções de configuração que podem ser alteradas

para o ambiente do banco de dados que podem melhorar mais o desempenho. Se

você tiver um ambiente SMP (Shared Multiprocessor), consulte os manuais do

banco de dados para obter as opções de configuração que melhorarão o

desempenho do servidor de banco de dados ao executar vários processadores.


O assistente para instalação definirá os valores iniciais e você poderá editar cada

opção seguindo os procedimentos descritos na documentação do fornecedor do

banco de dados.

Opções de Configuração do DB2

Para obter as opções de configuração recomendadas do DB2, consulte a ajuda nos

diálogos do assistente para instalação.

Opções de Configuração do Informix

A tabela a seguir relaciona as opções adicionais para melhorar o desempenho do

banco de dados de eventos. Se você optar por fazer as alterações no arquivo de

configuração onconfig, o servidor universal do Informix precisará ser iniciado

novamente. Você pode editar o arquivo onconfig enquanto o servidor Informix

estiver on-line ou off-line e os novos valores estarão instalados quando iniciado

novamente. Os scripts do banco de dados de eventos param e iniciam novamente

o servidor de banco de dados do Informix para tornar o espaço do BLOB (Binary

Large Object) disponível quando você instalar ou fizer o upgrade do banco de

dados de eventos. É possível optar por executar os scripts de SQL depois que

qualquer dispositivo estiver preparado e o arquivo onconfig tiver sido atualizado

com os novos parâmetros. Em seguida, quando os scripts de SQL forem

executados, o servidor de banco de dados do Informix será parado e iniciado

novamente e os novos parâmetros de configuração entrarão em vigor.

Nota: Ao editar o arquivo onconfig, nomes de parâmetros estão em maiúsculas e,

se o valor do parâmetro for uma cadeia, o valor fará distinção entre

maiúsculas e minúsculas. Você também deve utilizar espaços em branco

para separar o nome do parâmetro do valor do parâmetro e do comentário

opcional depois do valor.

Tabela 31. Opções de Configuração do Informix

Opção de Configuração Descrição

SHMADD Especifica o tamanho do segmento da memória a ser

adicionada dinamicamente na parte virtual da memória

compartilhada do servidor universal do Informix.

Definições recomendadas:

Memória física Valor SHMADD

< 256MB 8192 KB

> 256 MB e < 512 MB 16384 KB

> 512 MB 32768 KB

Recomendação de definição do arquivo onconfig: SHMADD

32768

SHMTOTAL Especifica o tamanho máximo da memória compartilhada do

servidor de banco de dados do Informix. Um valor igual a

zero (0) permite que a memória compartilhada continue a

obter segmentos do sistema operacional conforme necessário.

O valor deve ser definido como 0, a não ser que você precise

restringir o acesso do servidor do banco de dados de eventos

a toda a memória, devido a outros aplicativos em execução

no mesmo computador.

Recomendação de definição do arquivo onconfig:

SHMTOTAL 0


Tabela 31. Opções de Configuração do Informix (continuação)


SHMVIRTSIZE Especifica o tamanho inicial da parte virtual da memória

compartilhada do servidor de banco de dados do Informix. A

memória virtual pode ter segmentos de memória incluídos

dinamicamente, mas se o tamanho não for o necessário para

os requisitos de operação diária, os processos poderão

demorar mais aguardando que segmentos de memória sejam

incluídos. Utilize o maior de 8000 KB ou o número de todos

os tipos de conexão de rede especificados no arquivo

sqlhosts do Informix multiplicado por 350.


SHMVIRTSIZE 8000

RESIDENT Especifica que a parte residente da memória compartilhada

do Informix não poderá ser trocada pelo sistema operacional

se a operação suportar residência forçada de segmentos da

memória. Ao não permitir que a parte residente seja trocada,

os dados contidos no banco de dados de eventos

permanecem na memória em vez de serem trocados para o

disco e o desempenho é beneficiado. Se o sistema operacional

não tiver a opção de residência forçada, o servidor Informix

Universal emitirá uma mensagem de erro e ignorará o

parâmetro. O valor de RESIDENT deve ser definido como 1.

Recomendação de definição do arquivo onconfig: RESIDENT

1

DBSPACETEMP Especifica uma lista de nomes de dbspaces para a área de

trabalho temporária do servidor do banco de dados de

eventos. Se você tiver inserido um ou mais dbspaces à janela

DBSPACETEMP no assistente para instalação, essa lista de

dbspaces deverá ser inserida no arquivo onconfig desse

parâmetro. A lista deve ser inserida como uma cadeia de

valores menores que 255 caracteres, com os dbspaces

separados por dois pontos ou vírgula, sem espaços em

branco.


DBSPACETEMP 8000

temp_dbspace1,temp_dbspace2,temp_dbspace3

MAX_PDQPRIORITY Especifica a porcentagem de recursos do banco de dados que

um processo que executa consultas paralelas do banco de

dados tem permissão para obter da porcentagem solicitada

para uso. Os recursos do banco de dados utilizados em

paralelo são memória, E/S em disco e threads de varredura

que varrem as tabelas para obter as linhas solicitadas.


MAX_PDQPRIORITY 50

DS_MAX_QUERIES Especifica o número de consultas do tipo de suporte à

decisão que pode ser executado simultaneamente. As

consultas de suporte à decisão são consultas grandes e

complexas que podem varrer as tabelas do banco de dados

de eventos e requerem uma grande quantidade de recursos

do banco de dados.


DS_MAX_QUERIES 10




DS_MAX_SCANS Especifica um limite para o número de threads de varredura

de consulta paralela ao banco de dados que uma consulta de

suporte à decisão pode executar de maneira simultânea. As

consultas de suporte à decisão são consultas grandes e

complexas que varrem as tabelas do banco de dados de

eventos e requerem uma grande quantidade de recursos do

banco de dados.


DS_MAX_SCANS 20

DS_TOTAL_MEMORY Especifica a porcentagem total da memória do servidor

universal do Informix que deve ser utilizada para consultas

paralelas do banco de dados. Defina esse valor entre 50% e

80% para aplicativos que possuem um grande número de

consultas do tipo de suporte à decisão.


DS_TOTAL_MEMORY 50

OPTCOMPIND Ajusta o otimizador do banco de dados do Informix a

escolher o melhor método de acesso a dados.


OPTCOMPIND 1

LOGFILES Especifica o número de logs lógicos.

Recomendação de definição do arquivo onconfig: LOGFILES

5

LOGSIZE Especifica o tamanho do log lógico.

Recomendação de definição do arquivo onconfig: LOGSIZE

10000

LOGSMAX Especifica o número máximo de logs de transação.

Recomendação de definição do arquivo onconfig: LOGSMAX

7

Consulte também “Logs Lógicos do Informix” na página 70.

PHYSDBS O nome do dbspace do log físico.

Recomendação de definição do arquivo onconfig: PHYSDBS

phys_log_dbspace

PHYSFILE Especifica a localização do log físico. Para minimizar a

contenção ao dbspace raiz, mova os logs físicos para fora do

dbspace raiz, onde eles são criados por padrão. Devido ao

valor dos dados críticos que ele contém, crie o log físico em

seu próprio dispositivo de E/S e espelhe-o. Altere essas

variáveis de configuração para suas novas definições e, em

seguida, altere o servidor universal do Informix para o modo

inativo com o comando onmode –ky do Informix e, em

seguida, execute o comando onparams para configurar o novo

log físico.

Recomendação de definição do arquivo onconfig: PHYSDBS

phys_log_dbspace




LOCKS Define o número de bloqueios disponíveis no servidor do

banco de dados de eventos para todos os usuários. Cada

bloqueio utiliza 44 bytes de memória residente.

Recomendação de definição do arquivo onconfig: LOCKS

10000

DEADLOCK_TIMEOUT Especifica o número de segundos que um encadeamento

aguardará para adquirir um bloqueio. Esse parâmetro é

utilizado por consultas distribuídas que acessam um servidor

remoto.


DEADLOCK_TIMEOUT 60

BUFFERS Especifica o tamanho da memória física alocada para os

buffers. Calcule todos os outros parâmetros de memória

compartilhada depois de decidir o espaço necessário para os

parâmetros dos buffers. Se depois de definir os valores para

os outros parâmetros de memória compartilhada ainda

houver memória disponível para ser alocada, atribua mais

memória aos buffers utilizando um máximo de 25%. Você

pode descobrir quantos buffers alocar tirando 25% da

memória física disponível e dividindo o número pela

definição do tamanho da página do Informix do sistema

operacional. Também é possível executar o comando

oncheck–pr para adquirir o número de buffers a serem

definidos.

Recomendação de definição do arquivo onconfig: BUFFERS

200

LOGBUFF Define o tamanho dos buffers do log lógico na memória

compartilhada.

Recomendação de definição do arquivo onconfig: LOGBUFF

64

PHYSBUFF Define o tamanho dos dois buffers do log físico na memória

compartilhada. Escolha um tamanho que seja divisível

igualmente pelo tamanho da página. Você pode executar o

comando oncheck–pr para obter o tamanho da página.

Recomendação de definição do arquivo onconfig: PHYSBUFF

16

CKPTINTVL Define a freqüência, em número de segundos, na qual o

servidor do banco de dados de eventos verifica se um ponto

de verificação deve ser executado.


CKPTINTVL 120

CLEANERS Especifica o número de limpadores de páginas a serem

alocados. Você deve utilizar um limpador de página por

unidade de disco alocada para o servidor do banco de dados

de eventos. Os limpadores gravam páginas alteradas no

disco. Limpadores adicionais não têm efeito nas definições da

memória compartilhada.

Recomendação de definição do arquivo onconfig: CLEANERS

7




LRUS Define o número de filas LRU (Least-Recently-Used) na

memória compartilhada que o conjunto de buffers utilizou

para rastrear as páginas mais antigas. Em seguida, elas

podem ser substituídas, deixando páginas que foram

utilizadas mais recentemente na memória. Defina esse valor

como 4 para um computador com um único processador. É

fornecida uma fórmula na documentação do banco de dados

do Informix para calcular valores para computadores com

multiprocessadores. Monitore as filas de LRU com o comando

onstat–R e faça os ajustes necessários.

Recomendação de definição do arquivo onconfig: LRUS 4

LRU_MAX_DIRTY Especifica que, quando uma fila de LRU tem a porcentagem

especificada de seus buffers de páginas modificados, os

limpadores devem gravar as alterações em disco para garantir

que a fila não encha.


LRU_MAX_DIRTY 70

NOAGE Parâmetro informativo que evita que um sistema operacional

diminua a prioridade de tempo de execução de um processo

conforme ele executa por períodos de tempo mais longos.

Você pode verificar se o sistema operacional diminui a

prioridade dos processos, à medida que acumulam o tempo

de processamento e definir esse parâmetro para um, se ele o

fizer.

Recomendação de definição do arquivo onconfig: NOAGE 1

RA_PAGES Define o número de páginas em disco para tentar ler adiante

durante varreduras seqüenciais de dados ou de tabelas de

índice. Esse recurso pode acelerar bastante o processamento

do banco de dados, por já ter os dados requeridos na

memória antes que eles sejam necessários pelo aplicativo.

Recomendação de definição do arquivo onconfig: RA_PAGES

10

RA_THRESHOLD Define o número de páginas de disco que permanecem sem

processamento na memória antes que o servidor do banco de

dados de eventos seja sinalizado para ler mais páginas na

memória.


RA_THRESHOLD 5

SINGLE_CPU_VP Define o número de processadores virtuais nos quais o

servidor de banco de dados de eventos está sendo executado.

Defina o valor como 1 se o servidor de banco de dados de

eventos for executado em um processador virtual, à medida

que diferentes caminhos de código são seguidos com essa

definição para evitar as alterações que são definidas ao

executar em um computador com multiprocessadores.


SINGLE_CPU_VP 1


Logs Lógicos do Informix

Há três parâmetros de configuração que você pode definir no arquivo de

configuração onconfig de logs lógicos do Informix. Avalie o número e o tamanho

dos parâmetros de configuração de seu log lógico para garantir que eles são

adequados para os períodos de processamento de pico experimentados pelo seu

servidor de banco de dados de eventos.

Os três seguintes parâmetros de configuração estão disponíveis no arquivo de

configuração onconfig dos logs lógicos do Informix:

Tabela 32. Parâmetros de Configuração do Log Lógico do Informix:

Parâmetro de Configuração Definição

LOGFILES Especifica o número total de logs lógicos

LOGSIZE Especifica o tamanho dos logs lógicos

LOGSMAX Especifica o número máximo de logs lógicos

Para obter informações adicionais sobre os parâmetros de configuração do log lógico do

Informix, consulte “Opções de Configuração do Informix” na página 65

O tamanho e o número de logs lógicos deve grande o suficiente para garantir

espaço suficiente para o log lógico. Se o tamanho dos logs lógicos definido for

muito pequeno, a atividade do usuário será bloqueada até que haja espaço

disponível. Atualize o arquivo de configuração com novos valores para os

parâmetros de configuração conforme necessário. Você deve ter um número

mínimo de três logs lógicos com um tamanho mínimo de 200 KB.

Por padrão, os logs lógicos são inicializados no dbspace raiz. Para minimizar a

contenção, mova os logs lógicos e físicos para fora do dbspace raiz para seus

próprios dbspaces separados em dispositivos separados de E/S. É possível criar

dois dbspaces em dispositivos separados de E/S para os logs lógicos e dividi-los

entre os dois dbspaces. Para obter um desempenho ideal, os novos dbspaces não

devem conter outros dados.

Para criar novos logs lógicos em dbspaces separados, crie seu próprio dbspace

depois de inicializar o dispositivo ou arquivo cooked, conforme definido no Informix

Universal Server Administration Guide. Dispositivos brutos são mais rápidos do que

arquivos cook porque o subsistema de entrada/saída do sistema operacional não

interage com a entrada/saída do dispositivo bruto.

Nota: Um arquivo cook refere-se a um tipo específico de arquivo UNIX. Embora o

Informix gerencie o conteúdo de arquivos cook, o sistema operacional UNIX

gerencia toda a E/S em arquivos cook. Ao contrário do espaço em disco

raw, os blocos contíguos de um arquivo cooked podem não ser fisicamente

contíguos.

Consulte o Informix Administrator’s Guide para obter informações sobre como mover

os logs lógicos fora do dbspace raiz e criá-los nos novos dbspaces.

Opções de Configuração do Microsoft SQL Server

Esta seção descreve o banco de dados do Microsoft SQL Server e as opções de

configuração do servidor que podem ser definidas no assistente para instalação ou

alteradas manualmente por um administrador do banco de dados. Apenas um

administrador do banco de dados deve alterar essas definições, pois o Microsoft


SQL Server monitora freqüentemente o estado das alocações de memória e outras

definições de configuração e, em seguida, as reconfigura dinamicamente.

Consulte os manuais do banco de dados do Microsoft SQL Server para obter

informações sobre as opções de configuração que melhor se ajustam a seu

ambiente.

Os seguintes parâmetros podem ser ativados para o banco de dados de eventos:

Tabela 33. Parâmetros do Banco de Dados do MS SQL Server


ANSI null default Parâmetro padrão, definido como on para o banco de

dados de eventos.

trunc. log on chkpt Parâmetro definido como on para o banco de dados de

eventos.

O dispositivo padrão é alterado para o dispositivo especificado nas janelas do

assistente para instalação como rest_data.

São criados acionadores para suportar versões do Microsoft SQL Server que não

têm a funcionalidade ON DELETE CASCADE.

As seguintes opções de configuração do servidor do banco de dados de eventos

podem ser modificadas:

Tabela 34. Opções de Configuração do Servidor de Banco de Dados do Microsoft SQL

Server


Memória mínima por consulta Valor é definido como 4096.

E/S assíncrona máxima Valor definido como 100 para MS SQL Server 7.

Nota: Esse valor é definido apenas para o Microsoft SQL

Server 7, pois o MS SQL Server 2000 não oferece a opção

de configuração de entrada/saída assíncrona máxima.

Opções de Configuração do Oracle

Para minimizar a contenção em disco ao utilizar um banco de dados Oracle, você

pode separar fisicamente o espaço em disco para o seguinte:

v Espaço de tabela do sistema do banco de dados

v Espaço de tabela temporária

v Segmentos de reversão

v Dados do aplicativo

v Índices de aplicativos

A SGA (System Global Area) do Oracle é a área de memória alocada na

inicialização pelo Oracle que contém as estruturas de memória para armazenar

dados e controlar informações. A SGA deve sempre estar em memória

não-paginada e não-trocada.


A tabela a seguir define os tipos de estrutura de memória do Oracle:

Tabela 35. Tipos de Estrutura de Memória do Oracle

Tipo Definição

Conjunto Compartilhado Reside na SGA da instância do Oracle e contém as áreas

compartilhadas do SQL e o dicionário de dados.

Cache de Buffers do

Banco de Dados

O cache de buffers contém cópias dos blocos de dados lidos do

disco

Buffer do Log Refazer Um buffer na SGA que contém um histórico de alterações

consolidadas.

Os valores definidos para os parâmetros a seguir têm o maior impacto no tamanho

da SGA:

v LARGE_POOL_SIZE

v SHARED_POOL_SIZE

v DB_CACHE_SIZE

v LOG_BUFFER

Para obter informações adicionais sobre o desempenho do banco de dados Oracle,

consulte o Oracle Database Performance Guide and Reference.

Ajustando Segmentos de Reversão do Oracle

Os segmentos de reversão armazenam as alterações feitas por transações e devem

ser alocados de maneira apropriada para um desempenho ideal do banco de

dados. O tamanho e o número de segmentos de reversão dependem do aplicativo

e um tamanho pode ser determinado monitorando-se o arquivo de rastreio do

LGWR (Log Writer) e o arquivo ALERT do banco de dados para ver se o processo

LGWR esperará freqüentemente para gravar no log refazer. O tamanho

multiplicado pelo número de logs refazer deve ser grande o suficiente para manter

o número máximo de alterações que serão gravadas para as maiores alterações da

transação antes que elas sejam consolidadas.

Nota: Ao ajustar os segmentos de reversão do Oracle, o banco de dados deve estar

em modo de gerenciamento de desfazer manual. Não é possível ajustar os

segmentos de reversão se o banco de dados estiver em modo automático,

pois o Oracle trata a operação dos segmentos de reversão internamente.

Existe sempre um segmento de reversão denominado SYSTEM no espaço de tabela

SYSTEM. No mínimo um segmento de reversão extra é necessário se vários

espaços de tabela estiverem definidos. A definição de vários segmentos de reversão

melhora o desempenho do banco de dados de eventos distribuindo o uso de

segmentos de reversão e contenção em vários segmentos de reversão.

Em geral, os segmentos de reversão devem ser dimensionados de acordo com o

tamanho das transações feitas pelo aplicativo. Transações curtas tendem a ter um

desempenho melhor com muitos segmentos menores de reversão enquanto

transações longas tendem a ter melhor desempenho com segmentos de reversão

maiores. Para obter um desempenho aprimorado de E/S de reversão, cada

segmento de reversão de uma instância deve ter de 10 a 20 extensões igualmente

dimensionadas. Crie um espaço de tabela para conter todos os segmentos de

reversão, com exceção dos dois segmentos de reversão SYSTEM. Os benefícios

desse design são que os segmentos de reversão não são armazenados com outros

tipos de dados e a contenção do acesso aos dados é eliminada. Além disso, o


espaço de tabelas pode ser mantido sempre on-line para assegurar que os

segmentos de reversão não fragmentem os espaços de tabelas de dados alocando e

desalocando extensões com freqüência.

Ajuste do Buffer e de Arquivos do Log Refazer do Oracle

O buffer do log refazer do Oracle e os arquivos de log refazer on-line contêm o

histórico de alterações consolidadas feitas ao banco de dados de eventos. O

objetivo é proteger o banco de dados de eventos em caso de uma falha da

instância. O buffer do log refazer do Oracle é um buffer na SGA e é gravado em

um formato circular. Os registros são gravados em disco nos arquivos de log

refazer, também no formato circular. Eles devem ser multiplexados, indicando que

cada um deve ter uma cópia de backup para garantir backups de cada log. Os

arquivos de log refazer multiplexados são chamados de grupos de arquivos de log

refazer. O log e sua cópia de backup são membros do grupo de arquivos de log e

devem ser colocados em dispositivos de E/S distintos para evitar um ponto único

de falha para o banco de dados do Oracle. No mínimo, dois logs refazer ou grupos

de logs devem ser definidos e devem ser colocados em dispositivos de E/S mais

rápidos, menos ocupados.

Opções de Configuração do Oracle

A seguinte tabela define algumas opções de configuração do Oracle que melhoram

o desempenho em tempo de execução:

Siga o procedimento descrito na documentação do fornecedor do banco de dados

Oracle para implementar essas e outras opções de configuração benéficas.

Tabela 36. Opções de Configuração do Oracle


DB_BLOCK_BUFFERS Esse parâmetro define o número de

buffers no cache de buffer da SGA

(System Global Area). O cache do buffer

contém cópias de blocos de dados lidos

do disco. A definição deste valor afeta o

desempenho do cache do buffer.

Quando essa definição é feita

corretamente, ela aumenta as chances de

obter os dados solicitados da memória

em vez de do disco, aumentando muito

o desempenho em tempo de execução.

Você deve estimar o número de blocos

de dados que o aplicativo Tivoli

Enterprise Console acessará com mais

freqüência para as tabelas, índices e

segmentos de reversão e fornecer uma

estimativa do número mínimo de

buffers que devem ser definidos para o

cache do buffer. Normalmente, 1000 a

2000 é um valor mínimo bom para o

número de buffers a ser definido. O

cache de buffers deve ser igual à

memória deixada depois de ajustar as

áreas de SQL e PL/SQL e o conjunto

compartilhado.


Tabela 36. Opções de Configuração do Oracle (continuação)


DB_BLOCK_MULTIBLOCK_READ_COUNT Esse parâmetro especifica o número

máximo de blocos lidos durante uma

varredura seqüencial da tabela para

uma operação de E/S. Ele pode

minimizar o número de E/Ss requeridas

durante as varreduras das tabelas.

DB_CACHE_SIZE Esse parâmetro especifica o tamanho do

conjunto de buffers padrão utilizando o

tamanho do bloco especificado pelo

parâmetro DB_BLOCK_SIZE.

LARGE_POOL_SIZE Aloca um grande conjunto para que o

Oracle tenha um conjunto separado

para solicitar grandes alocações de

memória e diminuir o impacto na SGA

como um todo. Você deve também

definir o parâmetro

LARGE_POOL_MIN_ALLOC.

PARALLEL_AUTOMATIC_TUNING A definição desse parâmetro permite

que o Oracle determine

automaticamente os parâmetros padrão

requeridos para execução paralela.

Como a execução paralela utiliza apenas

o conjunto grande, se o large_pool_size

não estiver definido, ela determinará

um tamanho padrão para ele. Para

ativar esse parâmetro, é necessário

definir as tabelas de destino como

PARALLEL.

SHARED_POOL_SIZE O conjunto compartilhado reside na

SGA da instância do Oracle e contém as

áreas do SQL Compartilhado e o

Dicionário de Dados. A área do SQL

Compartilhado contém as informações

requeridas para executar instruções

únicas de SQL. O Dicionário de Dados

contém os nomes de usuários do

servidor do Oracle, privilégios e

funções, os nomes e definições dos

objetos do banco de dados, limitações

de integridade, alocações de espaço de

objetos do banco de dados, informações

sobre auditoria, procedimentos

armazenados e disparos.

SORT_AREA_SIZE Quando funções de ordenação grandes

ocorrem de maneira regular, esse

parâmetro deve ser aumentado de seu

valor padrão. A definição apropriada

desse valor pode aumentar o número de

procedimentos de ordenação que

podem ser completamente executados

na memória, e pode acelerar as

ordenações que não podem ser

executadas completamente na memória.




SORT_DIRECT_WRITES Defina esse valor como AUTO. Quando

é definido como auto e o sort_area_size

é 10 vezes maior que o tamanho do

buffer, esse parâmetro pode fazer com

que o cache do buffer seja ignorado e

melhorar potencialmente as ordenações

por um fator de 3.

SORT_AREA_RETAINED_SIZE Um valor grande de sort_area_size deve

ser compensado com um valor mínimo

de sort_area_retained_size para permitir

que a memória de ordenação seja

liberada antes que a sessão de um

usuário seja finalizada. Se a memória

não for liberada até que você se

desconecte do Oracle, uma grande área

de trabalho de ordenação poderá

provocar problemas em vez de melhoria

de desempenho.

LOG_BUFFER Um aplicativo que gera muitos logs

normalmente tem um tamanho de 3 a 5

MB para o tamanho de buffer de log.

Verifique a estatística de tentativas de

alocação de buffer de refazer na

exibição V$SYSSTAT para ver se esse

valor está alto. Um valor alto indica que

o tamanho de buffer do log deve ser

aumentado. Assegure-se de que os logs

estejam em dispositivos de E/S de alto

desempenho com taxas de contenção

baixas de E/S.

DB_WRITER_PROCESSES Esse parâmetro especifica o número de

inicialização dos processos de gravação

do banco de dados para uma instância.

É útil definir esse valor mais alto para

aplicativos, como o produto Tivoli

Enterprise Console, que requer

atualizações freqüentes e intensas no

banco de dados

ALWAYS_ANTI_JOIN Defina esse parâmetro como o valor

HASH para permitir que o operador

NOT IN seja avaliado em paralelo

utilizando um anti-join de hash

paralelo. Caso contrário, ele utilizará

uma subconsulta seqüencial

correlacionada.




LOCK_SGA Esse parâmetro travará a alocação de

memória da SGA em memória física

quando definido como true. Isso evita

que os buffers de memória do servidor

do banco de dados de eventos sejam

trocados para dentro e para fora do

disco. O parâmetro será ignorado se o

sistema operacional em que ele é

definido não suportá-lo. Também é

possível optar por travar apenas

determinadas áreas de SGA em

memória física com a opção de

configuração LOCK_SGA_AREAS.

OPTIMIZER_MODE Esse parâmetro define o método de

acesso utilizado para a instância ao

recuperar linhas das tabelas do banco

de dados de eventos. Quando definido

para escolher, o otimizador escolherá o

melhor método entre uma abordagem

com base em regras e uma abordagem

com base em custo. A abordagem com

base em custo envolve a análise das

estatísticas, se elas estiverem

atualizadas. Como o banco de dados de

eventos pode ter as estatísticas

wdbmaint.sh e a reorganização

wdbmaint.sh executadas em base

regular, o modo de escolha deverá ser

benéfico para o aplicativo Tivoli

Enterprise Console.

OPTIMIZER_INDEX_COST_ADJ Esse parâmetro permite que você inclua

um fator de ponderação para a

abordagem com base em custo quando

os índices estão sendo avaliados versus

varreduras da tabela. Utilizar esse

parâmetro para o aplicativo Tivoli

Enterprise Console seria benéfico para

dar vantagem a ponderações de índices,

em vez de utilizar varreduras de tabela.

Opções de Configuração do Sybase

O Sybase oferece muitas opções de configuração para ajustar o desempenho do

banco de dados de eventos.

A tabela a seguir relaciona as opções de configuração que são configuradas

automaticamente para o banco de dados de eventos pelos scripts do SQL:


Tabela 37. Opções de Configuração do Sybase


memória total A memória total é configurada a partir dos valores de entrada

do usuário e define a memória total, em unidades de 2K,

alocadas da memória disponível do sistema operacional para

o servidor do banco de dados de eventos. Valores mais altos

permitem mais alocações para o servidor do banco de dados

de eventos para buffers e caches internos, portanto reduzindo

o número de E/Ss em disco, e podem melhorar o

desempenho.

Nota: O servidor do banco de dados de eventos deve poder

adquirir a quantidade total de memória definida na

inicialização ou não poderá iniciar. Se o servidor não iniciar,

defina o valor no arquivo de configuração do servidor como

um valor mais baixo e inicie novamente o servidor.

números de idas ao índice O número de idas ao índice é definido como 1 nos scripts do

SQL. Esse parâmetro define o número de vezes que uma

página alterada de índice é ignorada ao considerar quais

páginas trocar e em qual ordem.

porcentagem do cache de

procedimento

A porcentagem do cache de procedimento é definida como

25%. Esse número especifica a porcentagem de memória

alocada para o cache de procedimento. Essa porcentagem é

derivada da memória que permanece depois que o Servidor

Adaptável obtém a memória necessária para bloqueios, as

conexões dos usuários e o próprio código do servidor. A

memória restante é então utilizada pelo cache de dados. O

cache de procedimentos é utilizado ao executar

procedimentos armazenados e compilar consultas.

linhas do cursor cis Linhas do cursor CIS é definido como 100. Esse é o número

de linhas recuperadas com operações de cursor aberto e

busca de cursor.

número de dispositivos O número de dispositivos é definido como 25. Define o

número de dispositivos que podem ser definidos com init de

disco. As definições iniciais para os números de dispositivos

vão de 0 a 9. O banco de dados de eventos configura até 11

dispositivos adicionais para que um novo valor de 25 seja

definido. Altere para um valor mais alto se a definição de 25

não permitir a adição de 11 novos dispositivos.

número de grandes buffers

de E/S

O número de grandes dispositivos de E/S é definido como

12. Isso define o número de buffers de 16k disponíveis para

grandes utilitários de E/S como carregamento, criação e

alteração do banco de dados.

número de bloqueios O número de bloqueios é definido como 10000. Define o

número de bloqueios disponíveis no servidor do banco de

dados de eventos para todos os usuários.

período de verificação de

congelamento

O período de verificação de congelamento é definido como 2

segundos ou 2000 milissegundos. A definição de um valor

mais alto libera os ciclos do processador de aplicativos que

não são congelados com freqüência.

tamanho da tabela hash de

bloqueio

O tamanho da tabela hash de bloqueio é definido como 4096

bytes. Esse número define o número de bytes na tabela hash

de travamento que são alocados para manter o número de

travas em uso no momento.


Tabela 37. Opções de Configuração do Sybase (continuação)


esquema de bloqueio O esquema de bloqueio é definido como linhas de dados.

Essa definição define o esquema de bloqueio padrão e o

altera para bloqueio em nível de linha.

HWM de promoção de

bloqueio de linha

O HWM de promoção de bloqueio de linha é definido para

8000. Esse número define o limite superior de bloqueios que

podem ser adquiridos durante uma varredura padrão de uma

tabela ou de um índice antes que o servidor escale do

bloqueio em nível de linha para o esquema de bloqueio em

nível de tabela.

texto máximo de SQL

monitorado

O texto máximo de SQL monitorado é definido como 1024

bytes. Esse valor define a quantidade de memória por

conexão de usuário definido à parte para salvar texto de SQL

compartilhado.

Os parâmetros seguintes são ativados apenas para o banco de dados de eventos:

Tabela 38. Parâmetros do Sybase Ativados Apenas para o Banco de Dados de Eventos

Parâmetro Descrição

select

into/bulkcopy/pllsort

O parâmetro select into/bulkcopy/pllsort é definido como ON

para o banco de dados de eventos e o banco de dados

TEMPDB.

trunc. log on chkpt O parâmetro trunc. log on chkpt é definido como ON para o

banco de dados de eventos.

allow nulls by default O parâmetro allow nulls by default é definido como ON para

o banco de dados de eventos.

Ativando o Suporte a Idiomas

O produto Tivoli Enterprise Console suporta o processamento de dados de eventos

que são originados de uma grande variedade de conjuntos de códigos. Isso é

obtido com a conversão de todos os dados de eventos no conjunto de códigos

UTF-8 quando o evento é criado. Depois da conversão, os dados de eventos

permanecem no formato UTF-8 em todos os processos restantes, com exceção do

armazenamento de dados no banco de dados. Os dados são armazenados no

formato RDBMS. O conjunto de códigos é mais comumente o conjunto de códigos

do sistema operacional em que o RDBMS está sendo executado.

A ativação do suporte ao idioma é diferente para cada banco de dados. O

assistente para instalação não cria bancos de dados que suportam UTF-8

diretamente, mas gera scripts que manipulam os espaços de tabelas que suportam

a codificação UTF-8. Consulte as seções a seguir para obter considerações sobre

quando ativar o suporte a idiomas de seu tipo de banco de dados.

Ativando o Suporte a Idiomas do DB2

Para o suporte de codificação UTF-8 do DB2, é necessário um conjunto de

parâmetros quando o banco de dados é criado. O parâmetro USING CODESET

UTF-8 TERRITORY é adicionado para criar comandos para que um banco de

dados do DB2 ofereça suporte a dados de eventos recebidos de conjuntos de

códigos heterogêneos.


Selecione o identificador de região de duas letras apropriado no menu de opções

interagindo com o assistente para instalação. O banco de dados de eventos criado

no assistente para instalação suporta os dados de UTF-8 selecionados.

Para obter informações adicionais sobre como ativar o suporte a idiomas de um

banco de dados do DB2, consulte o IBM DB2 Universal Database Administration

Guide: Planning.

Ativando o Suporte do Conjunto de Caracteres GB18030

Para ativar o suporte para o conjunto de caracteres chineses GB18030 de 4 bytes,

conclua o seguinte:

1. Execute odadmin environ get > temporary_file.

2. Adicione o seguinte ao arquivo (defina LANG, LC, ALL em seu locale):

LANG=Zh_CN.GB18030

LC_ALL-Zh_CN.GB18030

DB2CODEPAGE=1208

3. Execute obadmin environ set > temporary_file.

4. Execute obadmin reexec.

Ativando o Suporte a Idiomas para Microsoft SQL Server,

Sybase e Informix

Se os dados de eventos foram gerados de uma variedade de conjuntos de códigos,

talvez não seja possível armazenar corretamente os dados originários de um

conjunto de códigos em um banco de dados que suporte um conjunto de códigos

diferente. Por esse motivo, por padrão, as tabelas relacionadas a eventos no banco

de dados de eventos suportam UTF-8 quando possível. Como os sistemas de

bancos de dados possuem suporte variável para dados internacionalizados, o

suporte para essa opção varia entre os fornecedores. Consulte a documentação do

fornecedor do banco de dados para obter os procedimentos específicos para seu

banco de dados.

Nota: Microsoft SQL Server, Sybase e Informix não são afetados por essa alteração

na configuração porque não suportam o armazenamento de dados no

formato UTF-8. Os bancos de dados do Oracle e do DB2 são afetados, uma

vez que suportam o armazenamento de dados UTF-8.

Ativando o Suporte a Idiomas do Oracle

O Oracle tem provisões para definir armazenamento de conjunto de códigos

quando o banco de dados é criado utilizando o parâmetro NATIONAL

CHARACTER SET. O parâmetro deve ser definido como UTF-8 ao criar o banco

de dados para suportar o processamento de dados de eventos em um ambiente de

conjunto de códigos heterogêneo.

Nota: O assistente para instalação não cria bancos de dados diretamente para o

Oracle, mas gera scripts que manipulam espaços de tabelas. A

responsabilidade de criar o banco de dados que suporta a codificação UTF-8

é do administrador do banco de dados que criou o banco de dados de

eventos.

Ajustando o Ambiente do Servidor Tivoli para Incorporar as

Definições Apropriadas de Codificação UTF8

O Tivoli Enterprise Console 3.9 utiliza a codificação UTF8 para dados trocados com

o servidor Oracle. O ambiente do servidor Tivoli deve ser ajustado para incorporar


as definições apropriadas do Oracle da codificação UTF8. Conclua as seguintes

instruções no servidor Tivoli por um usuário com permissões para alterar as

definições do ambiente Tivoli:

1. Aloque o ambiente Tivoli utilizando um dos seguintes métodos:

v UNIX: na linha de comandos, execute o seguinte script:

/etc/Tivoli/setup_env.sh.

v Windows: na linha de comandos, execute o seguinte script:

%SystemRoot%\WINNT\system32\drivers\etc\Tivoli\setup_env.cmd

2. Execute odadmin environ get > tempfile para obter as definições do ambiente

Tivoli para um arquivo.

3. Edite tempfile para incorporar o seguinte parâmetro:

NLS_LANG=language_territory.AL32UTF8

em que language e territory representam o idioma e região locais de seu cliente

Oracle. Consulte o Oracle8i National Language Support Guide ou o Oracle9i

Database Globalization Support Guide para escolher as definições apropriadas para

esses dois parâmetros. Por exemplo, para o inglês dos Estados Unidos, a

definição apropriada seria AMERICAN_AMERICA.AL32UTF8, enquanto que, para o

japonês, seria JAPANESE_JAPAN.AL32UTF8.

4. Execute odadmin environ set < tempfile para importar as novas definições do

Tivoli.

5. Inicie novamente o servidor Tivoli com o comando odadmin reexec all.

Observe que, em computadores UNIX, a ausência da definição LANG no tempfile

pode causar a falha do comando odadmin environ set. Consulte o Tivoli Enterprise

Installation Guide para obter informações sobre os valores apropriados dessa

definição.


Capítulo 5. Instalando, Fazendo o Upgrade e Desinstalando

com as Ferramentas do Tivoli Management Framework

Para a primeira instalação do produto Tivoli Enterprise Console corretamente,

execute as seguintes tarefas:

1. Selecione o nó gerenciado para o host RIM.

2. Verifique a versão apropriada do produto Tivoli Management Framework.

3. Faça backup de seus bancos de dados de objetos Tivoli dos computadores

afetados antes e depois de cada instalação do produto.

4. Instale e configure o RDBMS para o banco de dados de eventos, garantindo

que um servidor ou um cliente resida no host do RIM.

5. Selecione um método de instalação para instalar os componentes do Tivoli

Enterprise Console. É possível utilizar um método ou uma combinação de

métodos disponíveis.

6. Instale os componentes do Tivoli Enterprise Console.

Nota: Para instalar, fazer o upgrade ou desinstalar componentes em um ambiente

Tivoli, você deve ser um Administrador root do Tivoli com todas as funções

disponíveis. Para obter informações adicionais sobre como se tornar um

Administrador root do Tivoli, consulte o Tivoli Management Framework User’s

Guide.

Antes de Começar

Fazendo Backup dos Bancos de Dados de Objetos

Antes de instalar, fazer o upgrade ou desinstalar qualquer componente do Tivoli

Enterprise Console, faça backup dos bancos de dados de objetos do Tivoli de todos

os computadores afetados em sua região Tivoli. Esse backup permite retornar a um

estado de funcionamento conhecido. É útil ter um backup no caso de você

encontrar problemas durante a instalação do produto Tivoli Enterprise Console.

No desktop do Tivoli, selecione Desktop —> Backup para executar um backup do

banco de dados de objetos do servidor da região Tivoli e dos nós gerenciados. Você

também pode utilizar o comando wbkupdb.

Por exemplo, para fazer backup do banco de dados de objetos de todos os nós

gerenciados de uma região Tivoli no arquivo /usr/backups/TMR1.bk definido

pelo usuário, execute o seguinte comando:

wbkupdb -d /usr/backups/TMR1.bk

Para obter informações adicionais sobre esse comando, consulte o Tivoli

Management Framework Reference Manual.

Parando o Servidor de Eventos

Para fazer o upgrade do servidor de eventos, é necessário pará-lo antes.

Para parar o servidor de eventos, clique com o botão direito do mouse no ícone

Servidor de Eventos no desktop Tivoli e clique em Encerrar.


Também é possível parar o servidor de eventos manualmente utilizando o

comando wstopesvr.

Instalando os Componentes do Tivoli Enterprise Console

Antes de instalar qualquer componente do Tivoli Enterprise Console, configure o

banco de dados de eventos. Para obter informações adicionais sobre a configuração

do banco de dados de eventos, consulte o Capítulo 4, “Configurando o Banco de

Dados de Eventos”, na página 45.

Selecionando um Método de Instalação

Você pode utilizar um dos procedimentos fornecidos nas seguintes seções para

instalar os componentes do produto Tivoli Enterprise Console:

v “Instalando Componentes Utilizando o Desktop Tivoli” na página 83

v “Instalando Componentes Utilizando a Linha de Comandos” na página 84

v “Instalando Componentes Utilizando o Tivoli Software Installation Service” na

página 85

Para obter informações adicionais sobre como utilizar as ferramentas do

Framework para instalar os componentes do Tivoli, consulte o Tivoli Management

Framework Reference Manual.

Instalando Componentes

Nome do Arquivo de Índice (.IND)

Para instalar ou fazer o upgrade dos componentes do Tivoli Enterprise

Console a partir da linha de comandos, você precisa do nome do arquivo

de índice para cada componente. Os nomes dos arquivos de índice para

instalação são diferentes daqueles utilizados para upgrade. Arquivos de

índice são arquivos ASCII que contêm as instruções específicas do

componente de cada imagem de instalação. Os arquivos de índice

especificam a marcação do produto registrado para um componente do

produto, as instruções de dependência e as informações requeridas para

instalar o componente em cada um de seus sistemas operacionais

suportados.

Marcação do Produto Registrado

Para desinstalar os componentes do Tivoli Enterprise Console a partir da

linha de comandos, você precisará da marcação do produto registrado de

cada componente. A marcação do produto registrado é o nome atribuído

ao componente contido em uma imagem de instalação e é o primeiro valor

em cada linha do arquivo de índice do componente.

Componente Obrigatório

Para instalar determinados componentes do Tivoli Enterprise Console em

um nó gerenciado, você deve instalar esse componente especificado

antecipadamente nesse nó gerenciado ou a instalação falhará.

A tabela a seguir mostra os componentes, as marcações do produto registrado, os

nomes do arquivo de índice da instalação, os nomes do arquivo de índice do

upgrade e o componente necessário para os componentes.


Tabela 39. Marcações do Produto e Nomes de Arquivos dos Componentes do Tivoli Enterprise Console

Nome do Componente e

Descrição

Marcação do

Produto

Registrado

Nome do Arquivo

de Índice da

Instalação

Nome do Arquivo

de Índice do

Upgrade

Componente

Obrigatório

Tivoli

Enterprise

Console JRE

Tivoli Enterprise

Console JRE 3.9

TEC39_JRE TECJRE.IND nenhum nenhum

Servidor de

Eventos

Tivoli Enterprise

Console Server 3.9 .

TEC_SERVER SERVER.IND SERVER_U.IND Tivoli Enterprise

Console JRE

Servidor UI Tivoli Enterprise

Console User

Interface Server 3.9

TEC_UI_SRVR UI_SRVR.IND UI_SVR_U.IND Tivoli Enterprise

Console JRE

Console de

eventos

Tivoli Enterprise

Console Console 3.9

TEC_JCONSOLE CONSOLE.IND CONSOL_U.IND Tivoli Enterprise

Console JRE

Adapter

Configurat

-ion Facility

Tivoli Enterprise

Console Adapter

Configuration

Facility 3.9

ACF ACF.IND ACF_UPG.IND Tivoli Enterprise

Console JRE

Adaptadores

HP

OpenView

Tivoli Enterprise

Console HP

OpenView Adapter

3.9

HPOV HPOV.IND HPOV_UPG.IND nenhum

Informações

de eventos

de amostra

Tivoli Enterprise

Console Sample

Event Information

3.9

TEC_EVTHELP EVTHELP.IND EVTHLP_U.IND nenhum

Event

Integration

Facility

O Event Integration

Facility não é mais

suportado como um

componente

instalável. Esse

componente pode

ser desinstalado

apenas.

EIF nenhum nenhum nenhum

Servidor

NetView

Tivoli NetView

server 7.1.4

nenhum NVSERVFR.IND NVSERVUP.IND nenhum (consulte

a nota a seguir)

Notas:

1. Antes de instalar o servidor de eventos, o servidor da UI, o console de eventos

e o Adapter Configuration Facility em um nó gerenciado, você deve instalar o

Tivoli Enterprise Console JRE nesse nó gerenciado ou a instalação falhará.

2. Antes de instalar o servidor NetView, você deve instalar o Tivoli NetView

Framework Patch — 7.1 (nome do arquivo de índice: NVTMP31)

Para obter informações sobre a instalação dos adaptadores, consulte o IBM Tivoli

Enterprise Console - Guia de Adaptadores.

Instalando Componentes Utilizando o Desktop Tivoli

Conclua as etapas a seguir para instalar os componentes do Tivoli Enterprise

Console a partir do desktop Tivoli fornecido com os serviços do produto Tivoli

Management Framework:

1. Clique em Desktop —> Instalar —> Instalar Produto.

2. Clique em Definir Mídia.

Capítulo 5. Instalando, Fazendo o Upgrade e Desinstalando com as Ferramentas do Tivoli Management Framework 83

3. Selecione a localização em que a mídia do Tivoli Enterprise Console está

localizada (por exemplo, o caminho em que a imagem de instalação está

localizada).

4. Clique em Definir Mídia e Fechar. Aparece uma lista de componentes do

Tivoli Enterprise Console.

5. Clique nos componentes que deseja instalar.

Nota: Antes de instalar o servidor de eventos, o servidor da UI, o console de

eventos e o Adapter Configuration Facility em um nó gerenciado, você

deve instalar o Tivoli Enterprise Console JRE nesse nó gerenciado ou a

instalação falhará.

6. Clique nos nós gerenciados em que deseja instalar os componentes.

7. Clique em Instalar e Fechar.

Instalando Componentes Utilizando a Linha de Comandos

Você também pode instalar os componentes do Tivoli Enterprise Console a partir

da linha de comandos utilizando o comando winstall.

Procedimento

Para instalar componentes a partir da linha de comandos, utilize todos os

parâmetros necessários:

winstall -c /cdmount -i COMPONENT node

:

-c /cdmount

Especifica o caminho para a imagem de instalação.

COMPONENT

Especifica o arquivo de índice do produto do componente que você deseja

instalar. Utilize os seguintes nomes do arquivo de índice para os seguintes

componentes:

Nota: Antes de instalar o servidor de eventos, o servidor da UI, o console

de eventos e o Adapter Configuration Facility em um nó gerenciado,

você deve instalar o Tivoli Enterprise Console JRE nesse nó

gerenciado ou a instalação falhará.

Tabela 40. Nomes do Arquivo de Índice para Instalação de Componentes

Componente Nome do Arquivo de Índice Componente Obrigatório

Tivoli Enterprise Console JRE TECJRE.IND nenhum

Servidor de Eventos SERVER.IND Tivoli Enterprise Console JRE

Servidor da interface com o

usuário

UI_SRVR.IND Tivoli Enterprise Console JRE

Console de eventos CONSOLE.IND Tivoli Enterprise Console JRE

Recurso de Configuração do

Adaptador

ACF.IND Tivoli Enterprise Console JRE

adaptador HP OpenView HPOV.IND nenhum

Informações de evento de

amostra

EVTHELP.IND nenhum

Servidor NetView NVSERVFR.IND nenhum

node Indica que o componente deve ser instalado nesse nó gerenciado.


Exemplo

Por exemplo, para instalar o Tivoli Enterprise Console JRE e, em seguida, o

servidor de eventos no nó gerenciado acadia, digite o seguinte:

winstall -c /cdmount -i TECJRE acadia

winstall -c /cdmount -i SERVER acadia

Instalando Componentes Utilizando o Tivoli Software

Installation Service

Você pode instalar os componentes do Tivoli Enterprise Console utilizando o Tivoli

Software Installation Service fornecido pelos serviços do produto Tivoli

Management Framework. Utilizando o Software Installation Service para instalar

componentes, você pode instalar todos os componentes requeridos em menos

tempo do que utilizando o desktop Tivoli ou instalando a partir da linha de

comandos.

Antes de instalar componentes do Tivoli Enterprise Console, o produto Software

Installation Service executa a verificação dos pré-requisitos para assegurar que o

componente possa ser instalado com êxito. Portanto o produto Software

Installation Service pode reduzir o número de falhas na instalação.

Antes de Começar

Antes de poder instalar componentes utilizando o Software Installation Service,

você deve importar as imagens de instalação apropriadas das imagens do CD do

produto para o Repositório de Instalação. Ao utilizar o produto Software

Installation Service, você deve importar apenas as imagens associadas ao tipo de

sistema operacional utilizado em seu ambiente Tivoli. Ao importar apenas os tipos

de sistemas operacionais necessários, o tempo requerido para importar as imagens

será reduzido e o espaço em disco economizado. Você pode importar imagens para

o Repositório de Instalação utilizando o comando wimport ou o console do Tivoli

Software Installation Service.

Consulte o Tivoli Enterprise Installation Guide para obter os procedimentos utilizados

para importar imagens para o Repositório de Instalação do Software Installation

Service. Para obter informações detalhadas sobre o uso do comando wimport,

consulte o Tivoli Management Framework Reference Manual.

Importando Imagens

Para importar imagens para o Repositório de Instalação a partir do console do

Software Installation Service, você deve iniciar o console do Software Installation

Service a partir do desktop Tivoli.

A tabela a seguir fornece dados variáveis necessários para a instalação de produtos

Tivoli Enterprise Console utilizando os diálogos fornecidos com o Tivoli Software

Installation Service.

Tabela 41. Rótulos da GUI do Software Installation Service

Rótulo da GUI do Software Installation

Service Variável do Tivoli Enterprise Console

Selecionar Produto Importar Imagens do CD


Tabela 41. Rótulos da GUI do Software Installation Service (continuação)

Rótulo da GUI do Software Installation

Service Variável do Tivoli Enterprise Console

Localizar Imagens do CD Utilize o navegador de arquivos para

navegar para o diretório que contém os

arquivos de índice dos componentes

apropriados.

Os arquivos de índice possuem uma

extensão .IND. Uma tabela contendo o nome

do arquivo de índice de cada Tivoli

Enterprise Console pode ser localizada em

“Instalando Componentes” na página 82.

Repositório de Instalação - Importar Produto Selecione os componentes apropriados na

lista Produtos Disponíveis.

Selecionar interps Limpe os tipos de sistemas operacionais não

necessários.

Repositório de Instalação - Selecionar

Produto

Selecione os componentes recém-importados

do Tivoli Enterprise Console a serem

instalados.

Selecionar Máquina Selecione o computador apropriado na

coluna Nome da Máquina.

Consulte o Tivoli Enterprise Installation Guide para obter os procedimentos utilizados

para instalar os produtos do Tivoli por meio do Tivoli Software Installation Service.

Nota: Antes de instalar o servidor de eventos, o servidor da UI, o console de

eventos e o Adapter Configuration Facility em um nó gerenciado, você deve

instalar o Tivoli Enterprise Console JRE nesse nó gerenciado ou a instalação

falhará.

Fazendo o Upgrade dos Componentes do Tivoli Enterprise Console

Quando você faz upgrade dos componentes do produto Tivoli Enterprise Console

de um release anterior, a imagem de upgrade desse componente é instalada. Você

pode efetuar upgrade desses componentes utilizando o Software Installation

Service, o desktop do Tivoli ou a linha de comandos.

Nota: Fazer upgrade a partir da 3.6.2 requer procedimentos especiais. Consulte

“Preparando-se para Fazer o Upgrade da Versão 3.6.2” na página 34 para

mais informações.

Antes de Iniciar o Upgrade dos Componentes

Antes de fazer o upgrade de qualquer componente do Tivoli Enterprise Console,

você deve parar o servidor de eventos, o servidor da UI, todos os consoles de

eventos e todos os adaptadores. Se algum processo do Tivoli Enterprise Console

ainda estiver em execução, pare-os manualmente.

Se você estiver fazendo o upgrade de versões suportadas anteriormente, exceto a

Versão 3.8, também deverá fazer o upgrade do banco de dados de eventos. Para

obter informações adicionais sobre a configuração do banco de dados de eventos,

consulte o Capítulo 4, “Configurando o Banco de Dados de Eventos”, na página 45.


O upgrade do Tivoli Enterprise Console, Versão 3.9, é feito com base na região

Tivoli. Será necessário executar o upgrade do servidor Tivoli em cada região Tivoli

da qual você deseja fazer o upgrade.

Nota: Antes de fazer o upgrade do servidor de eventos, do servidor da UI, do

console de eventos e do Adapter Configuration Facility em um nó

gerenciado, você deve instalar o Tivoli Enterprise Console JRE nesse nó

gerenciado ou o upgrade falhará. Para obter informações sobre a instalação

desse componente, consulte “Instalando Componentes” na página 82.

Fazendo o Upgrade a partir do Desktop Tivoli

Conclua as etapas a seguir para fazer o upgrade dos componentes do Tivoli

Enterprise Console a partir do desktop Tivoli fornecido com os serviços do

produto Tivoli Management Framework:

1. Clique em Desktop —> Instalar —>Instalar Correção.

2. Clique em Definir Mídia.

3. Selecione a localização em que a mídia do Tivoli Enterprise Console está

localizada (por exemplo, o caminho em que a imagem de upgrade está

localizada).

4. Clique em Definir Mídia e Fechar. Aparece uma lista dos componentes

disponíveis para upgrade.

5. Selecione os componentes dos quais deseja fazer o upgrade.

6. Selecione os nós gerenciados nos quais deseja fazer o upgrade dos

componentes.

7. Clique em Instalar e Fechar.

Fazendo o Upgrade a partir da Linha de Comandos

Você também pode fazer o upgrade dos componentes do Tivoli Enterprise Console

a partir da linha de comandos utilizando o comando wpatch.

Procedimento

Para instalar componentes a partir da linha de comandos, digite o seguinte:

wpatch -c /cdmount -i COMPONENT node

:

-c /cdmount

Especifica o caminho para a imagem de upgrade.

COMPONENT

Especifica o arquivo de índice do produto do componente que você deseja

instalar. Utilize os seguintes nomes do arquivo de índice para os seguintes

componentes:

Tabela 42. Nomes do Arquivo de Índice para Upgrade de Componentes

Componente Nome do Arquivo de Índice Componente que Deve Ser

Instalado Primeiro

Servidor de Eventos SERVER_U Tivoli Enterprise Console JRE

Servidor da interface com o

usuário

UI_SVR_U Tivoli Enterprise Console JRE

Console de eventos CONSOL_U Tivoli Enterprise Console JRE


Adaptador

ACF_UPG Tivoli Enterprise Console JRE


Tabela 42. Nomes do Arquivo de Índice para Upgrade de Componentes (continuação)

Componente Nome do Arquivo de Índice Componente que Deve Ser

Instalado Primeiro

adaptador HP OpenView HPOV_UPG nenhum

Informações de evento de

amostra

EVTHLP_U nenhum

Servidor NetView NVSERVUP.IND nenhum

node Indica que o upgrade desse componente deve ser feito nesse nó

gerenciado.

Exemplo

Por exemplo, para instalar o Tivoli Enterprise Console JRE e, em seguida, fazer o

upgrade do servidor de eventos no nó gerenciado acadia, digite o seguinte:

winstall -c /cdmount -i TECJRE acadia

wpatch -c /cdmount -i SERVER_U acadia

Fazendo o Upgrade Utilizando o Software Installation Service

Você pode fazer o upgrade de qualquer produto Tivoli ou componente do Tivoli

Enterprise Console utilizando o Tivoli Software Installation Service. Utilize os

procedimentos de instalação para novos componentes no “Importando Imagens”

na página 85, pois o Software Installation Service não faz diferenciação entre

imagens de instalação e de upgrade. Consulte o Tivoli Enterprise Installation Guide

para obter os procedimentos utilizados para instalar o cliente Software Installation

Service antes de começar. É necessário primeiro importar as imagens de upgrade

para o Repositório de Instalação e selecionar de quais computadores e

componentes será feito o upgrade.

Desinstalando os Componentes do Tivoli Enterprise Console a partir

da Linha de Comandos

Para desinstalar o produto Tivoli Enterprise Console de um nó gerenciado ou de

uma região inteira do Tivoli, utilize o comando wuninst. Não é possível desinstalar

os componentes do Tivoli Enterprise Console do desktop Tivoli ou utilizando o

Software Installation Service.

Para exibir o instrução de uso do wuninst utilizada para um componente

específico do Tivoli Enterprise Console, insira o seguinte comando:

wuninst COMPONENT

em que:

COMPONENT

é a marcação do produto registrado para o componente.

Você pode exibir as marcações do produto registrado dos componentes instalados

utilizando o comando wuninst -list.

Nota: Antes de desinstalar o Tivoli Enterprise Console JRE de um nó gerenciado,

você deve primeiro desinstalar o servidor de eventos, o servidor da UI, o

console de eventos e o Adapter Configuration Facility desse nó gerenciado

ou a desinstalação falhará.


Procedimento

Para desinstalar o componente da linha de comandos, utilize o seguinte formato de

comando:

wuninst COMPONENT node -rmfiles [-all]

:

COMPONENT

Especifica a marcação do produto do componente que você deseja

desinstalar. Utilize as seguintes palavras-chave para os seguintes

componentes:

Tabela 43. Nomes do Arquivo de Índice para Desinstalação de Componentes

Componente Marcação

Tivoli Enterprise Console JRE TEC39_JRE

Servidor de Eventos TEC_SERVER

Servidor da interface com o usuário TEC_UI_SRVR

Console de eventos TEC_JCONSOLE

Recurso de Configuração do Adaptador ACF

adaptador HP OpenView HPOV

Informações de evento de amostra TEC_EVTHELP

Event Integration Facility EIF

node Indica que o componente deve ser desinstalado nesse nó gerenciado. Se

esse nó gerenciado for um servidor Tivoli, o componente será removido de

toda a região Tivoli, exceto dos componentes Adapter Configuration

Facility e HP OpenView. Se quiser remover os componentes Adapter

Configuration Facility e HP OpenView da região Tivoli, utilize a opção

[-all]. Primeiro você deve desinstalar o Adapter Configuration Facility dos

nós gerenciados e depois do servidor Tivoli.

Exemplo

Por exemplo, para desinstalar o servidor de eventos do nó gerenciado acadia, digite

o seguinte:

wuninst TEC_SERVER acadia -rmfiles

Outro exemplo, para desinstalar o Adapter Configuration Facility da região Tivoli,

em que acadia é o servidor Tivoli, digite o seguinte:

wuninst ACF acadia -rmfiles -all

Tarefas de Pós-instalação

Configurando Funções e Recursos do Tivoli no Desktop Tivoli

1. No desktop Tivoli, dê um clique duplo no ícone Administradores.

2. Clique com o botão direito do mouse no ícone Root_TMRServerName-region

(em que TMRServerName é o nome do servidor Tivoli) e clique em Editar

Funções do TMR.

3. Mova todas as funções de Funções Disponíveis para Funções Atuais.

4. Clique em Alterar e Fechar.


5. Clique com o botão direito do mouse no ícone Root_TMRServerName-region e

clique em Editar Funções de Recursos.

6. Para cada recurso, selecione e mova todas as funções de Funções Disponíveis

para Funções Atuais. Toda vez que você mover funções, clique em Alterar,

caso contrário sua alteração não será salva. Clique em Fechar depois de mover

todas as funções de cada recurso.

7. Clique com o botão direito do mouse no ícone TMRServerName-region e clique

em Recursos Gerenciados.

8. Selecione e mova todos os recursos de Recursos Disponíveis para Recursos

Atuais.

9. Clique em Definir e Fechar.

10. Saia do desktop Tivoli.

Iniciando o Servidor de Eventos

Depois de instalar ou fazer o upgrade do servidor de eventos, você deve iniciá-lo.

Para iniciar o servidor de eventos, clique com o botão direito do mouse no ícone

Servidor de Eventos no desktop Tivoli e clique em Inicializar.

Também é possível iniciar o servidor de eventos manualmente utilizando o

comando wstartesvr.

Atualizando o Banco de Dados de Objetos

Depois de instalar, fazer o upgrade ou desinstalar os componentes, você deve

atualizar o banco de dados de objetos. Para isso, utilize o comando wchkdb –u

O comando wchkdb verifica e corrige problemas no banco de dados do Tivoli.

Esse comando não afeta nenhum arquivo de sistema; apenas modifica os recursos

no ambiente Tivoli.

A opção –u atualiza o banco de dados, corrigindo as discordâncias encontradas no

banco de dados de recursos do Tivoli.

Configurando Grupos de Eventos e Consoles Padrão

Na maioria das situações, o servidor da interface com o usuário configura grupos

de eventos e consoles padrão automaticamente durante a instalação. No sistema

operacional AIX, você deve executar o comando wcrtteccfg no sistema em que o

servidor da interface com o usuário está instalado.

Para configurar grupos de eventos e consoles padrão manualmente, utilize o

seguinte formato de comando:

wcrtteccfg hostname user password [operator]

:

hostname

Especifica o host em que o servidor da UI está instalado.

[operator]

Opcionalmente, designa um operador como o proprietário do console. Esse

operador deve ser um Administrador root Tivoli e não deve possuir

nenhum outro console. Se não for especificado um operador, o usuário

atual será designado automaticamente como o proprietário do console.

user Especifica o ID do usuário do sistema.


password

Especifica a senha do usuário.

Para obter informações adicionais sobre wcrtteccfg, consulte o IBM Tivoli Enterprise

Console - Referência de Comandos e Tarefas.

Nota: Se a configuração automática falhar, assegure-se de que tenha a autorização

apropriada e configure os padrões manualmente.

Desativando os Conjuntos de Regras Padrão

Ao instalar ou fazer o upgrade do servidor de eventos, os seguintes conjuntos de

regras na base de regras padrão são ativados por padrão:

v maintenance_mode

v netview

v ebusiness

v heartbeat

v cleanup

O conjunto de regras dependency também fica ativo por padrão, mas sua atividade


alterando-se a atividade do conjunto de regras ebusiness. Ou seja, ao desativar o

conjunto de regras ebusiness, o conjunto de regras dependency também é

desativado.

Para desativar um desses conjuntos de regras, utilize o comando wrb_default_rb.

Para obter mais informações, consulte IBM Tivoli Enterprise Console - Referência do

Conjunto de Regras.

Para desativar os conjuntos de regras da base de regras padrão, utilize o seguinte

formato de comando:

wrb_default_rb -inactivate rulesets

:

rulesets

Especifica os nomes dos conjuntos de regras a serem desativados. Se você

quiser desativar mais de um conjunto de regras, insira espaços em branco

entre os nomes.

Por exemplo, para desativar os conjuntos de regras netview e heartbeat, digite o

seguinte:

wrb_default_rb -inactivate netview heartbeat


Capítulo 6. Resolução de Problemas Comuns de Instalação

Evitando Problemas Comuns

v Para evitar a falha no processo de instalação em sistemas UNIX, é necessário

instalar os utilitários de compactação/descompactação antes de instalar o Tivoli

Enterprise Console.

v Se o DB2 estiver sendo utilizado como o banco de dados de eventos, o nome do

usuário do DB2 deverá ser o mesmo nome da instância do DB2.

Nota: No UNIX, o nome do usuário do DB2 é o mesmo nome da instância, por

padrão. Entretanto, no Windows, você deve assegurar que exista um

usuário com o mesmo nome da instância.

v Assegure-se de ter iniciado o servidor RDBMS.

v Assegure-se de ter definido o ambiente de banco de dados para ser utilizado

com o assistente para instalação.

v Quando estiver instalando em um ambiente Tivoli, certifique-se de que seja um

Administrador root Tivoli com todas as funções disponíveis.

v Se estiver utilizando o Tivoli Management Framework 4.1 no ambiente Windows

e utilizando o Oracle 9i para o banco de dados de eventos, assegure-se de ter

adicionado o usuário tmersvrd ao grupo Administradores do Windows antes de

configurar o banco de dados de eventos. O usuário tmersvrd é criado durante a

instalação do Tivoli Management Framework. O RIM denominado tec não

funciona sem essa configuração no ambiente.

v No Windows, se o usuário Todos não tiver permissão para ler, gravar e

modificar o diretório %DBDIR%/tmp do Tivoli, a instalação do servidor de

eventos falhará. Assegure-se de que a permissão Controle Total esteja disponível

para o usuário Todos no diretório %DBDIR%/tmp. Restaurar diretórios do Tivoli

de um arquivo archive poderia causar a definição de permissões incorretas para

o arquivo nos diretórios do Tivoli.

Trabalhando com o Objeto RIM

Durante a instalação, o assistente para instalação cria um objeto RIM denominado

tec. A seguir, os procedimentos no caso de ser necessário alterar esse objeto RIM.

Quando um produto Tivoli Management Framework utiliza um objeto RIM, é

possível executar várias ações com o objeto RIM. Essas ações são as seguintes:

v Obter informações sobre o objeto RIM

v Modificar o objeto RIM

v Excluir o objeto RIM

v Testar a conectividade do RIM

Obtendo Informações sobre Objetos RIM

Para listar todos os objetos RIM em seu ambiente Tivoli, digite o seguinte comando

na linha de comandos:

wlookup -ar RIM

Para exibir as informações de configuração para um objeto RIM específico, digite o

seguinte comando na linha de comandos:


wgetrim RIM_object_name

Modificando Objetos RIM

Você pode utilizar o comando wsetrim para modificar os atributos para um objeto

RIM. Com esse comando, não poderá alterar o seguinte:

v O fornecedor do banco de dados associado ao objeto RIM

v O computador que serve como host para o objeto RIM

v A senha do RIM

Para alterar o fornecedor do banco de dados ou o computador que serve como

host para o objeto RIM, você deve excluir e recriar o objeto RIM, utilizando o

comando wdel e o comando wcrtrim, respectivamente. Para alterar a senha do

RIM, utilize o comando wsetrimpw.

Para obter detalhes sobre os comandos wsetrim, wdel, wcrtrim e wsetrimpw,

consulte Tivoli Management Framework Reference Manual.

Excluindo um Objeto RIM

Quando precisar excluir um objeto RIM, utilize o comando wdel. A sintaxe básica

para esse comando é a seguinte:

wdel @RIM:RIM_object_name

Para obter detalhes sobre como utilizar o comando wdel, consulte Tivoli


Criando um Objeto RIM

Quando precisar criar um objeto RIM, utilize o comando wcrtrim.

Para obter detalhes sobre como utilizar o comando wcrtrim, consulte o Tivoli


Testando a Conectividade do RIM

O objeto RIM conta com o cliente de banco de dados para se conectar ao servidor

do banco de dados. O cliente de banco de dados deve ser capaz de se conectar ao

servidor do banco de dados para que o objeto RIM se comunique adequadamente.

Após o repositório de eventos ser criado para seu banco de dados, execute o

seguinte procedimento para verificar a conectividade do RIM:

1. Teste a conectividade com o servidor do banco de dados utilizando o cliente de

banco de dados nativo. Ao testar a conectividade do cliente, deve ser utilizado

o mesmo nome e senha utilizado pelo objeto RIM. Para obter informações sobre

como obter as informações de configuração do RIM, consulte “Obtendo

Informações sobre Objetos RIM” na página 93.

A tabela a seguir resume os clientes do banco de dados nativo para cada banco

de dados suportado.

Tabela 44. Clientes Nativos do Banco de Dados Suportados

Banco de Dados

Acesso Interativo do SQL ao Banco de

Dados

DB2 db2

Informix dbaccess


Tabela 44. Clientes Nativos do Banco de Dados Suportados (continuação)

Banco de Dados

Acesso Interativo do SQL ao Banco de

Dados

Microsoft SQL Server isql

Oracle sqlplus

Sybase isql

2. Teste a conectividade através do objeto RIM utilizando o seguinte comando

wrimtest:

wrimtest -l RIM_object_name

3. Se receber uma mensagem Sessão aberta - Digite a opção, você estabeleceu

uma conexão bem-sucedida ao servidor do banco de dados. Digite x para

selecionar a opção de saída e sair.

Para obter informações adicionais sobre o comando wrimtest, consulte o IBM Tivoli

Enterprise Console - Referência de Comandos e Tarefas. (O rastreio do RIM não será útil

para problemas de conexão, porque deve existir uma conexão com o servidor de

banco de dados para que o RIM mostre o rastreio).

Iniciando o Console de Eventos como um Processo em Segundo

Plano

No AIX 4.3.3 com o nível de manutenção 10, Ativar o Console de Eventos como

um processo em segundo plano utilizando ’tec_console &’ resultará em erro. Para

ativar com êxito o console de eventos como um processo em segundo plano, siga

as etapas:

1. Execute tec_console.

2. Pressione Ctrl+z.

3. Execute bg.

Mensagens de Erro

stty:tcgetattr: Um Arquivo Especificado Não Suporta a

Chamada do Sistema iotcl

Problema: A mensagem ″stty:tcgetattr: Um arquivo especificado não suporta a

chamada do sistema iotcl″ aparece várias vezes durante a instalação do

componente

Causa: Isso ocorre porque existem definições stty no arquivo .kshrc da raiz. O

arquivo .kshrc é executado quando qualquer processo shell filho é iniciado e as

definições de stty não devem ser executadas em processos shell filho. O AIX 3.x

ignorava (ou não relatava erros para) esses comandos stty no arquivo .kshrc, mas

isso não acontece com o AIX 4.x, que relata esse erro.

Solução: Mova todos os comandos stty do arquivo .kshrc para um arquivo que seja

executado apenas em sessões de login (não em shells filho), como o arquivo

.profile.

Capítulo 6. Resolução de Problemas Comuns de Instalação 95

FRWTT0003E Uma Instância Denominada ″TEC39_JRE″ do

Recurso ″Desinstalar″ Não Foi Localizada.

Se você estiver desinstalando os componentes do Tivoli Enterprise Console

utilizando o assistente para instalação e receber a mensagem de erro a seguir,

ignore-a. O erro ocorre quando o assistente para instalação tenta remover o

componente Tivoli Enterprise Console JRE de um nó gerenciado do qual esse

componente já tinha sido desinstalado:

FRWTT0003E Uma instância denominada "TEC39_JRE" do

recurso "Desinstalar" não foi localizada.

Não é um Aplicativo Desinstalável:TEC39_JRE

Restaurando um Banco de Dados com um Distribuidor de Objetos

Funcional

O comando wbkupdb não apenas faz backup como também restaura bancos de

dados do Tivoli. É possível fornecer uma lista de nomes de nós gerenciados como

opções para o comando wbkupdb. O exemplo de comando a seguir restaura um

único nó gerenciado, fuji. O arquivo de backup utilizado para restaurar o nó

gerenciado é /usr/backups/TMR1.bk:

% wbkupdb -r -d /usr/backups/TMR1.bk fuji

Para obter informações adicionais sobre a restauração de um banco de dados do

Tivoli, consulte o comando wbkupdb no Tivoli Management Framework Reference

Manual.

Utilizando Scripts de Desinstalação

Em um ambiente Tivoli, os componentes do Tivoli Enterprise Console podem ser

desinstalados utilizando o assistente para instalação ou o comando wuninst.

Entretanto, em algumas situações, a instalação não é bem-sucedida. Nessas

situações, não é possível desinstalar o componente pela linha de comandos. Para

remover todas as definições do Tivoli e os arquivos associados ao componente, é

necessário executar o script de desinstalação correspondente no computador em

que o componente foi instalado.

A seguinte tabela mostra os scripts de desinstalação associados a cada componente:

Tabela 45. Scripts de Desinstalação dos Componentes do Tivoli Enterprise Console

Componente Script de desinstalação

Servidor de Eventos $BINDIR/TME/TEC/tec-remove.sh

Servidor da UI (Interface com o Usuário) $BINDIR/TME/TEC/tec-uisvr-remove.sh

Console de eventos $BINDIR/TME/TEC/tec-jconsole-remove.sh

Recurso de Configuração do Adaptador $BINDIR/TME/ACP/tec-acf-remove.sh

adaptador HP OpenView $BINDIR/TME/TEC/adapters/bin/tecad-remove-hpov.sh

Informações de evento de amostra $BINDIR/TME/TEC/tec-help-remove.sh


Instalando a partir de um Sistema de Arquivos Remoto no Windows

Se você estiver instalando a partir do Windows e quiser instalar componentes em

um ambiente Tivoli a partir de um sistema de arquivos remoto, será necessário

configurar o Tivoli Management Framework para permitir acesso aos sistemas de

arquivos remotos. Para isso, utilize o comando wsettap. Para obter informações

sobre como utilizar o comando wsettap, consulte o Tivoli Management Framework

Reference Manual.

Se estiver utilizando o assistente para instalação para instalar componentes e não

tiver configurado o sistema de arquivos remotos corretamente, será exibida uma

mensagem de erro e não será possível prosseguir. Se encontrar uma mensagem de

erro, configure o Tivoli Management Framework para permitir acesso aos sistemas

de arquivos remotos e continue.

Configurando um Banco de Dados para Exportar Dados do Servidor

NetView para o IBM Tivoli Enterprise Data Warehouse

Problema: O assistente para instalação não consegue criar um banco de dados para

exportação de dados a partir do servidor NetView para o IBM Tivoli Enterprise

Data Warehouse.

Solução: verifique no arquivo de log /usr/OV/logs/nvcreatedb.log se há

problemas, resolva-os e execute o script /usr/OV/bin/nvits_config para configurar

o banco de dados.

Fazendo o Upgrade do Banco de Dados do Tivoli Enterprise Console

para o Sybase e o Informix

Problema: Se você estiver fazendo o upgrade de um banco de dados do Tivoli

Enterprise Console 3.7.1 ou 3.6.2 para um banco de dados 3.9 utilizando o

assistente para instalação, o assistente poderá parar durante o processo de upgrade

se o banco de dados for Sybase ou Informix.

Solução alternativa: Para que o upgrade de um banco de dados do Sybase ou

Informix do Tivoli Enterprise Console seja bem-sucedido, conclua o seguinte:

1. No assistente para instalação, selecione Gerar Apenas. Isso gerará os scripts de

upgrade do banco de dados no diretório de saída do script especificado, mas

não os executará.

2. Após a geração dos scripts, saia do assistente para instalação do Tivoli

Enterprise Console.

3. Faça do diretório atual o diretório de saída de script especificado no assistente

para instalação.

4. Se estiver fazendo o upgrade de um banco de dados 3.6.2, emita o comando:

./wdbconfig.sh upg_362. Se estiver fazendo o upgrade de um banco de dados

3.7.1, emita o comando: ./wdbconfig.sh upg

Em seguida, o script wdbconfig.sh solicita valores, como senha e executa o

upgrade do banco de dados.

Capítulo 6. Resolução de Problemas Comuns de Instalação 97

Utilizando o Assistente para Instalação no Sistema Operacional HP-UX

Problema: Utilizar o assistente para instalação no sistema operacional HP-UX

possui certas limitações. Tentar concluir o seguinte procedimento faz com que

algumas etapas de instalação sejam ignoradas no sistema operacional HP-UX:

1. Prossiga com a instalação de qualquer componente.

2. Quando o assistente para instalação solicitar a inserção do CD apropriado,

clique em Cancelar.

3. Os resultados da instalação aparecerão. Clique em Avançar para continuar a

instalação

4. Prossiga com a instalação do mesmo componente.

Em outras palavras, a janela que solicita o CD apropriado não aparece e o processo

de instalação não é executado

Solução: Feche o assistente para instalação e inicie-o novamente para concluir a

instalação.

Removendo o Console de Eventos ao Migrar da Versão 3.6

Depois de utilizar o comando wmigcon para migrar para o console de eventos da

Versão 3.9, você deve remover o console de eventos da Versão 3.6 utilizando o

script tec-client3.6-remove.sh. Esse script remove os ícones, as informações sobre a

instalação do ambiente de gerenciamento Tivoli Versão 3.6, as entradas de menu e

os arquivos binários.

Para remover o console de eventos da Versão 3.6 do servidor Tivoli e de todos os

nós gerenciados, siga estas etapas:

1. Faça backup do banco de dados de eventos.

2. Assegure-se de que o ambiente Tivoli seja alocado corretamente para executar o

script de shell /etc/Tivoli/setup.

3. Inicie um shell bash na região Tivoli.

4. Copie o script tec-client3.6-remove.sh do diretório $BINDIR/TME/TEC para

um diretório de trabalho, como o subdiretório tmp.

5. No diretório de trabalho designado, execute o script tec-client3.6-remove.sh

como a seguir para remover a instalação do console de eventos da Versão 3.6:

./tec-client3.6-remove.sh –rmfiles

Em que:

–rmfiles

Remove os objetos do banco de dados local e tenta remover todos os

arquivos associados ao banco de dados, independente de serem

arquivos compartilhados.

–usage

Imprime uma instrução de uso.6. Execute o comando wchkdb para verificar e modificar recursos do banco de

dados no ambiente Tivoli.

A execução do comando wchkdb assegura a sincronização do banco de dados.

Para obter informações adicionais sobre o comando wchkdb, consulte o Tivoli



Apêndice. Uma Instalação Passo-a-passo de Amostra

Este apêndice descreve uma instalação passo-a-passo de amostra de todos os

componentes do IBM Tivoli Enterprise Console. Essa instalação de amostra produz

uma implementação funcional simples, que pode ser utilizada com fins de

avaliação, demonstração e educacionais. Nessa implementação, todos os

componentes são instalados em um computador denominado acadia, que age como

o servidor Tivoli. O gráfico a seguir ilustra esta implementação.

Para produzir essa implementação, este apêndice explica especificamente como

concluir a seguinte seqüência de tarefas:

1. “Instalando o Tivoli Management Framework” na página 100

2. “Configurando o Banco de Dados de Eventos” na página 101

3. “Instalando Componentes em um Ambiente Tivoli” na página 102

4. “Instalando o Componente Console da Web” na página 103

5. “Instalando o Componente NetView” na página 104

Antes de prosseguir com este apêndice, faça o seguinte para configurar o acadia:

v Assegure-se de que o acadia seja compatível com todos os requisitos de software

e hardware. Para obter mais informações, consulte “Entendendo os Requisitos

do Produto” na página 10.

v Instale o banco de dados do DB2.

Nota: O nome do usuário do DB2 deve ser o mesmo nome da instância do DB2.

No UNIX, o nome do usuário do DB2 é o mesmo nome da instância, por

padrão. Entretanto, no Windows, você deve assegurar que exista um

usuário com o mesmo nome da instância.

v Instale o SNMP e execute-o.

v Ative o nome public da comunidade SNMP para acesso de leitura em

dispositivos na sub-rede local.

Figura 11. Todos os Componentes em um Computador Tivoli


v Assegure-se de que a pessoa que estiver executando essa instalação seja o

usuário Administrador ou root do computador em que você deseja executar a

instalação e que esteja configurado como um Administrador root Tivoli.

Instalando o Tivoli Management Framework

1. Instale o Tivoli Management Framework, Versão 4.1:

a. No sistema operacional UNIX:

1) Crie um diretório temporário local, por exemplo /tmp_install.

2) Mude para esse diretório.

3) Execute o script WPREINST.SH do CD do Tivoli Management

Framework, Versão 4.1.

4) Execute o comando exibido no final da saída do script da

pré-instalação. Por exemplo, o seguinte comando é utilizado:

./wserver –c /cdrom/cdrom0

5) Selecione Ao instalar, crie “Diretórios Especificados” se ausentes e

Organize para início do daemon do Tivoli no momento da

reinicialização do sistema. Aceite as localizações padrão. Clique em

Definir.

6) Aceite todos os outros valores padrão, porém não insira informações

sobre a Senha da Instalação.

7) Clique em Instalar e Fechar e Continuar a Instalar para concluir a

instalação.

Mensagens são exibidas na janela indicando o status e a conclusão da

instalação. Embora o desktop Tivoli seja ativado automaticamente, aguarde

até que a instalação seja concluída para utilizá-lo.

b. No sistema operacional Windows:

1) No Windows Explorer, navegue para o diretório raiz no CD do Tivoli

Management Framework, Versão 4.1.

2) Clique duas vezes no arquivo setup.exe para iniciar o assistente.

3) Aceite todos os prompts e valores padrão, porém não insira informações

nas caixas de diálogo Senha da Instalação ou Conta de Acesso

Remoto.

4) Selecione a instalação Típica.

5) Execute a instalação clicando em Avançar nas caixas de diálogo

restantes. 2. Instale e ative o desktop Tivoli, Versão 4.1:

a. Aloque o ambiente Tivoli:

1) UNIX:

a) Execute o script /etc/Tivoli/setup_env.sh.

b) Inicie o shell bash digitando bash.2) Windows:

a) Na linha de comandos, execute o seguinte script:

%SystemRoot%\system32\drivers\etc\Tivoli\ setup_env.cmd

b) Inicie o shell bash digitando bash.b. Inicie o desktop Tivoli:

1) UNIX:

a) Ative o desktop Tivoli com o comando tivoli.


b) O desktop Tivoli é exibido.2) Windows:

a) No Windows Explorer, navegue para o diretório

\DESKTOP\NT_95 no CD do Tivoli Management Framework,

Versão 4.1.

b) Clique duas vezes no arquivo setup.exe para iniciar o assistente.

c) Aceite todos os prompts para concluir a instalação.

d) Para ativar o desktop Tivoli, selecione Iniciar —> Programas —>

Tivoli —> Tivoli Desktop. 3. Instale as correções do Tivoli Management Framework, Versão 4.1:

a. Reveja as IBM Tivoli Enterprise Console - Notas sobre o Release para obter a

lista das correções necessárias e faça o download das mesmas.

b. Extraia os arquivos para um diretório temporário.

c. No desktop Tivoli, selecione Desktop —> Instalar —> Instalar Correção.

A janela Instalar Correção é exibida.

d. Se a lista Selecionar Produtos a Serem Instalados contiver a correção

correta, vá para a etapa 3h. Caso contrário, continue com a etapa 3e.

e. Clique em Definir Mídia. Será exibida a caixa de diálogo Navegador de

Arquivos.

f. Navegue para o diretório que contém a imagem de instalação. O diretório

de instalação contém o arquivo de índice de produtos (.IND).

g. Clique em Definir Mídia e Fechar para salvar o novo caminho da mídia e

retornar para a caixa de diálogo Instalar Correção.

h. Selecione a correção.

i. Clique em Instalar e Fechar e Continuar a Instalar. Mensagens são

exibidas na janela indicando o status e a conclusão da instalação.

j. Repita esse procedimento para cada correção necessária.

k. Reinicie o processo oserv com o comando odadmin reexec.

Configurando o Banco de Dados de Eventos

Para iniciar o assistente para instalação, conclua o seguinte:

1. Insira o CD do assistente para instalação.

2. Localize um dos seguintes arquivos no CD e execute o arquivo apropriado:

v Em um sistema Windows, execute tec_install.bat

v Em um sistema UNIX, adicione o usuário root ao db2group, abra um shell

UNIX, execute o script db2profile e execute tec_install.sh no mesmo shell 3. Quando a janela Bem-vindo aparecer, clique em Avançar.

4. Especifique uma localização temporária para a qual copiar os arquivos de

instalação e clique em Avançar. O assistente copia vários arquivos do CD para

um diretório temporário especificado.

5. Após a cópia dos arquivos, clique em Avançar para parar e iniciar novamente

o assistente a partir da localização temporária.

6. Aceite os termos exigidos no acordo de licença e clique em Avançar.

7. Clique em Configurar o banco de dados de eventos e em Avançar.

8. Clique em Simples e em Avançar.

9. Digite o diretório no qual deseja armazenar ou ler os scripts gerados (por

exemplo, /tmp/tecscripts) e clique em Avançar.

Apêndice. Uma Instalação Passo-a-passo de Amostra 101

10. Preencha os campos conforme mostrado na tabela a seguir e clique em

Avançar.

Tabela 46. Valores do Banco de Dados para Início Rápido

Fornecedor do Banco de

Dados

DB2

Local do Banco de Dados Digite o caminho completo para o diretório em que o

software do cliente ou do servidor RDBMS está

instalado.

Exemplo do UNIX: /usr/lpp/db2_07_01

Exemplo do Windows: C:\progra~1\sqllib

Nome do Banco de Dados Digite um nome exclusivo de alias do banco de dados

de eventos

Exemplo: tecdb


Dados

Digite um nome do usuário do proprietário da

instância do DB2 do banco de dados de eventos.

Exemplo do UNIX: db2inst1

Exemplo do Windows: db2

Senha do Banco de Dados Digite a senha do usuário do banco de dados.

Verificar Senha Digite novamente a senha do usuário do banco de

dados.


Dados

Digite o nome do host em que o banco de dados está

instalado (valor da variável de ambiente DB2COMM).

Exemplo: acadia

Localização da Instância Digite o nome do diretório inicial em que a instância

foi criada. No UNIX, é o valor da variável de ambiente

$INSTHOME. No Windows, o valor normalmente é o

mesmo da opção Local do Banco de Dados.

Exemplo do UNIX: /home/db2inst1

Exemplo do Windows: c:\db2

11. Para aceitar os valores padrão, clique em Avançar.

12. Depois de rever a janela de resumo, clique em Avançar.

13. Depois de rever os resultados, clique em Avançar. A janela de instalação

principal aparece.

Instalando Componentes em um Ambiente Tivoli

1. Clique em Instalar, fazer o upgrade ou desinstalar componentes em um

ambiente Tivoli e clique em Avançar.

2. Depois que o assistente procurar os componentes instalados (não encontrará

nenhum), clique em Avançar.

3. Clique em Instalar os componentes do IBM Tivoli Enterprise Console 3.9 e

em Avançar.

4. Clique nos seguintes itens e depois em Avançar:

v Servidor de Eventos

v Servidor da interface com o usuário


v Console de eventos

v Informações de eventos de amostra

v Adapter Configuration Facility

5. Se você estiver em um ambiente que contenha mais de um nó gerenciado, o

assistente para instalação apresentará vários nós gerenciados entre os quais

escolher. Entretanto, como essa instalação é apenas para uma máquina, essas

etapas não são mostradas. Nesse ponto, você vê uma lista de conjuntos de

regras a serem ativados. Todos estão selecionados no momento. Para

prosseguir sem desativar nenhum conjunto de regras, clique em Avançar.

6. Para prosseguir sem alterar nenhuma das opções de início do servidor de

eventos, clique em Avançar.

7. Para prosseguir sem selecionar os pacotes de idiomas, clique em Avançar.

8. Após rever suas seleções, clique em Avançar.

9. Quando solicitado, insira o CD contendo as imagens de instalação do Tivoli

Enterprise Console e clique em Avançar.

10. Depois de rever as mensagens de instalação, clique em Avançar. A janela de

instalação principal aparece.

Instalando o Componente Console da Web

1. Clique em Instalar o componente console da Web e clique em Avançar.

2. Quando aparecer uma mensagem explicando que o WebSphere Application

Server será iniciado novamente durante a instalação, clique em Continuar.

3. Clique em Instalar o componente IBM Tivoli Enterprise Console Web e

clique em Avançar.

4. Clique em Instalar o IBM WebSphere Application Server agora e clique em

Avançar.


6. Quando solicitado, insira o CD de instalação do WebSphere Application

Server e clique em OK.

Nota: Se o Windows estiver sendo utilizado, o programa de instalação do

WebSphere Application Server será iniciado automaticamente. Quando

isso acontecer, feche o programa de instalação do WebSphere

Application Server e clique em OK no assistente para instalação. Em

seguida, o assistente para instalação inicia o programa de instalação do

WebSphere Application Server como parte de seu processo. A execução

independente do programa de instalação do WebSphere Application

Server pode causar confusão e interferir na instalação apropriada do

console da Web.

7. Selecione o idioma que deseja utilizar e clique em OK.

8. Aceite os termos exigidos no acordo de licença e clique em Avançar.

9. Clique em instalação Personalizada e conclua a instalação do WebSphere

Application Server, clicando em Avançar e aceitando os valores padrão.

10. Ao concluir a instalação do WebSphere Application Server, é perguntado se a

instalação foi bem-sucedida. Clique em O IBM WebSphere Application

Server foi instalado com êxito e clique em Avançar.

11. Clique em Adicionar para adicionar uma região Tivoli.

12. Digite acadia para Nome do Host, Administrador ou root para Nome do

Usuário e a senha desse usuário. Em seguida, clique em Avançar.


13. Clique em todos os nós gerenciados (apenas acadia aparece nessa

implementação) e em Concluir.

14. Clique em Avançar para prosseguir.


16. Quando solicitado, insira o CD contendo as imagens de instalação do console

da Web e clique em OK para instalar o console da Web.

17. Depois de rever as mensagens de instalação, clique em Avançar. A janela de

instalação principal aparece.

Instalando o Componente NetView

No Sistema Operacional UNIX

1. Clique em Instalar os componentes em um ambiente não-Tivoli e em

Avançar.

2. Clique em Instalar um dos seguintes componentes do IBM Tivoli NetView.

3. Clique em Servidor e console do IBM Tivoli NetView e em Avançar.

4. Clique em Descobrir apenas a sub-rede local e em Avançar.

5. Deixe os nomes da comunidade SNMP em branco e clique em Avançar.

6. Digite acadia para Nome do host do servidor de eventos.

7. Digite 0 para um servidor de eventos UNIX ou 5529 para um servidor de

eventos Windows em Atendendo a porta do servidor de eventos.

8. Clique no sistema operacional apropriado do servidor de eventos e em

Avançar.

9. Para prosseguir sem outras configurações para o servidor NetView, clique em

Avançar.

10. Para prosseguir sem selecionar os pacotes de idiomas, clique em Avançar.


12. Quando solicitado, insira o CD contendo as imagens de instalação do servidor

NetView e clique em OK para instalar o servidor NetView.

13. Depois de rever os resultados, clique em Concluir.

14. Para sair, clique em Sim.

No Sistema Operacional Windows

1. No Windows Explorer, navegue para o diretório raiz no CD de instalação do

NetView para Windows.

2. Clique duas vezes no arquivo setup.exe para iniciar o assistente.

3. Aceite os prompts e clique em Avançar para prosseguir com o assistente.

4. Para modo de instalação, clique em Servidor e em Avançar.

5. Digite uma senha para a conta do NetView e clique em Avançar.

6. Clique na opção Descobrir Apenas Sub-rede Local e clique em Avançar.

7. Deixe os nomes da comunidade SNMP em branco e clique em Avançar.

8. Clique em Configurar Emissão do Evento e em Avançar.

9. Clique em um adaptador não-TME e em Avançar.

10. Clique em Fechar para fechar a janela Servidores do IBM Tivoli Monitoring.

11. Clique em Ignorar e em Avançar.

12. Digite o nome do host em que o servidor de eventos está localizado e clique

em Avançar.


13. Clique no sistema operacional apropriado do servidor de eventos e em

Avançar.

14. Digite 0 para um servidor de eventos UNIX ou 5529 para um servidor de

eventos Windows em Atendendo a porta do servidor de eventos e clique em

Avançar.

15. Conclua a instalação clicando em Avançar.

Iniciando o Console da Web

Para iniciar o console da Web do Tivoli Enterprise Console e exibir eventos,

conclua o seguinte:

1. Inicie um navegador e vá para http://acadia:9080/TecConsoleWeb.

2. Digite Administrador ou root para Nome do Usuário.

3. Digite a senha desse usuário.

4. Selecione o nó gerenciado acadia.

5. Clique em OK.

Você pode agora exibir eventos.


Avisos

Estas informações foram desenvolvidas para produtos e serviços oferecidos nos

Estados Unidos. É possível que a IBM não ofereça os produtos, serviços ou

recursos discutidos nesta publicação em outros países. Consulte um representante

IBM local para obter informações sobre produtos e serviços disponíveis atualmente

em sua área. Qualquer referência a produtos, programas ou serviços IBM não

significa que apenas os produtos, programas ou serviços IBM possam ser

utilizados. Qualquer produto, programa ou serviço funcionalmente equivalente,

que não infrinja nenhum direito de propriedade intelectual da IBM, poderá ser

utilizado em substituição a este produto, programa ou serviço. Entretanto, a

avaliação e verificação da operação de qualquer produto, programa ou serviço

não-IBM são de responsabilidade do Cliente.

A IBM pode ter patentes ou solicitações de patentes pendentes relativas a assuntos

tratados nesta publicação. O fornecimento desta publicação não garante ao Cliente

nenhum direito sobre tais patentes. Pedidos de licença devem ser enviados, por

escrito, para:

Gerência de Relações Comerciais e Industriais da IBM Brasil

Av. Pasteur 138/146

Botafogo

Rio de Janeiro - RJ

CEP 22290-240

Para pedidos de licença relacionados a informações de DBCS (Conjunto de

Caracteres de Byte Duplo), entre em contato com o Departamento de Propriedade

Intelectual da IBM em seu país ou envie pedidos de licença, por escrito, para:

IBM World Trade Asia Corporation

Licensing

2-31 Roppongi 3-chome, Minato-ku

Tokyo 106, Japan

O parágrafo a seguir não se aplica a nenhum país em que tais disposições não

estejam de acordo a legislação local:

A INTERNATIONAL BUSINESS MACHINES CORPORATION FORNECE ESTA

PUBLICAÇÃO ″NO ESTADO EM QUE SE ENCONTRA″, SEM GARANTIA DE

NENHUM TIPO, SEJA EXPRESSA OU IMPLÍCITA, INCLUINDO, MAS NÃO SE

LIMITANDO ÀS GARANTIAS IMPLÍCITAS DE NÃO-VIOLAÇÃO, MERCADO

OU ADEQUAÇÃO A UM DETERMINADO PROPÓSITO.

Alguns países não permitem a exclusão de garantias expressas ou implícitas em

certas transações; portanto, esta disposição pode não se aplicar ao Cliente.

Esta publicação pode incluir imprecisões técnicas ou erros tipográficos.

Periodicamente, são feitas alterações nas informações aqui contidas; tais alterações

serão incorporadas em futuras edições desta publicação. A IBM pode, a qualquer

momento, aperfeiçoar e/ou alterar os produtos e/ou programas descritos nesta

publicação, sem aviso prévio.


Referências nestas informações a Web sites não-IBM são fornecidas apenas por

conveniência e não representam de forma alguma um endosso a esses Web sites.

Os materiais contidos nestes da Web sites não fazem parte dos materiais deste

produto IBM e a utilização destes Web sites é de inteira responsabilidade do

Cliente.

A IBM pode utilizar ou distribuir as informações fornecidas da forma que julgar

apropriada sem incorrer em qualquer obrigação para com o Cliente.

Licenciados deste programa que desejam obter informações sobre este assunto com

objetivo de permitir: (i) a troca de informações entre programas criados

independentemente e outros programas (incluindo este) e (ii) a utilização mútua

das informações trocadas, devem entrar em contato com:

Gerência de Relações Comerciais e Industriais da IBM Brasil

Av. Pasteur, 138/146

Botafogo

Rio de Janeiro - RJ

CEP 22290-240

Tais informações podem estar disponíveis, sujeitas a termos e condições

apropriadas, incluindo em alguns casos o pagamento de uma taxa.

O programa licenciado descrito neste documento e todo o material licenciado

disponível são fornecidos pela IBM sob os termos do Contrato com o Cliente IBM,

do Contrato de Licença do Programa Internacional IBM ou de qualquer outro

contrato equivalente.

Quaisquer dados de desempenho contidos neste documento foram determinados

em um ambiente controlado. Portanto, os resultados obtidos em outros ambientes

operacionais podem variar significativamente. Algumas medições foram feitas em

sistemas de nível de desenvolvimento e não há garantia de que serão as mesmas

em sistemas geralmente disponíveis. Além disso, algumas medições podem ser

resultado de estimativas feitas por inferência. Os resultados reais podem variar. O

usuário deste documento deve verificar os dados aplicáveis ao seu ambiente

específico.

As informações relativas a produtos não-IBM foram obtidas junto aos fornecedores

dos respectivos produtos, de seus anúncios publicados ou de outras fontes

disponíveis publicamente. A IBM não testou estes produtos e não pode confirmar a

precisão de seu desempenho, compatibilidade nem qualquer outra reivindicação

relacionada a produtos não-IBM. Dúvidas sobre os recursos de produtos não-IBM

devem ser encaminhadas diretamente a seus fornecedores.

Todas as declarações relacionadas aos objetivos e intenções futuras da IBM estão

sujeitas a alterações ou cancelamento sem aviso prévio, e representam apenas

metas e objetivos.

Esta publicação contém exemplos de dados e relatórios utilizados em operações

diárias de negócios. Para ilustrá-los da forma mais completa possível, os exemplos

podem incluir nomes de indivíduos, empresas, marcas e produtos. Todos estes

nomes são fictícios e qualquer semelhança com nomes e endereços utilizados por

uma empresa real é mera coincidência.

LICENÇA DE COPYRIGHT:


Estas informações contêm programas de aplicativos de exemplo na linguagem

fonte, ilustrando as técnicas de programação em diversas plataformas operacionais.

Você pode copiar, modificar e distribuir estes programas de exemplo sem a

necessidade de pagar a IBM, com objetivos de desenvolvimento, utilização,

marketing ou distribuição de programas aplicativos em conformidade com a

interface de programação de aplicativo para a plataforma operacional para a qual

os programas de exemplo são criados. Esses exemplos não foram testados

completamente em todas as condições. Portanto, a IBM não pode garantir ou

implicar a confiabilidade, manutenção ou função destes programas. Você pode

copiar, modificar e distribuir estes programas de exemplo de qualquer maneira

sem pagamento à IBM, com objetivos de desenvolvimento, utilização, marketing

ou distribuição de programas aplicativos em conformidade com interfaces de

programação de aplicativos da IBM.

Cada cópia ou parte destes programas de exemplo ou qualquer trabalho derivado

deve incluir um aviso de copyright com os dizeres:

© (nome da empresa) (ano). Partes deste código são derivadas dos Programas de

Exemplo da IBM Corp. © Copyright IBM Corp. _insira o ano ou anos_. Todos os

direitos reservados.

Se estas informações estiverem sendo exibidas em cópia eletrônica, as fotografias e

ilustrações coloridas podem não aparecer.

Marcas Comerciais

Os termos a seguir são marcas comerciais da International Business Machines

Corporation nos Estados Unidos e/ou em outros países:

IBM iSeries Sequent

Logotipo IBM OpenEdition Tivoli Enterprise

Tivoli NetView Tivoli Enterprise Console

Logotipo Tivoli OS/2 WebSphere

AIX OS/390 zSeries

DB2 OS/400

Informix pSeries

Java e todas as marcas comerciais e logotipos

baseados em Java são marcas comerciais ou

marcas registradas da Sun Microsystems, Inc. nos

Estados Unidos e/ou em outros países.

Microsoft, Windows, Windows NT e o logotipo Windows são marcas comerciais da

Microsoft Corporation nos Estados Unidos e/ou em outros países.

UNIX é uma marca registrada do The Open Group nos Estados Unidos e em

outros países.

Outros nomes de empresas, produtos e serviços podem ser marcas comerciais ou

marcas de serviço de terceiros.

Avisos 109

Índice Remissivo

Caracteres

Especiais

descrição 1

detalhes sobre a instalação 23

evitando problemas de instalação no

Windows 93

iniciando 90

marcação de desinstalação de

produto 89

nome do arquivo de índice de

instalação 84


upgrade 87

parando 81

script de desinstalação 96

Aadaptador

requisitos de espaço em discoadaptador 13

adaptador HP OpenViewdetalhes sobre a instalação 27


produto 89


instalação 84


upgrade 88


adaptadoresrequisitos de espaço em disco

adaptadores 13

adaptadores de eventosdescrição 2


adicionando região Tivoliao console da Web 42

AIXrequisitos 14

ajustebuffer e arquivos do log refazer do

Oracle 73

segmentos de reversão do Oracle 72

ambiente do servidor Tivoliajustando para incorporar as

definições apropriadas da

codificação UTF8 79

ambiente não-Tivolifazendo o upgrade utilizando o

assistente para instalação 40

instalando utilizando o assistente para

instalação 40

ambiente Tivolidesinstalando componentes utilizando

o assistente para instalação 39

ambiente Tivoli (continuação)fazendo o upgrade de componentes

utilizando o assistente para

instalação 39

instalação de amostra utilizando o


instalando componentes utilizando o


arquivo .db2cshrc 18

arquivo .db2profile 18

arquivo .odbc.ini 20, 57

arquivo .profile 18

arquivo de interfaces 21

arquivo de serviços 19

arquivo SQL.INI 21

arquivo sqlhosts 57

arquivo tnsnames.ora 20, 21, 58


alterando definições da porta

não-padrão antes de utilizar 36

configuração de amostra do banco de

dados de eventos 101

configuração do banco de dados de

eventos 45

instalação de amostra 99

instalação de amostra do console da

Web 103

instalação de amostra do NetView no

UNIX 104

instalação de amostra do NetView no

Windows 104

instalação de amostra do Tivoli

Management Framework 100

instalação de amostra em um

ambiente Tivoli 102

problemas ao fazer o upgrade do

banco de dados do Tivoli Enterprise

Console para os bancos de dados do

Sybase e Informix 97

problemas ao utilizar no sistema

operacional HP-UX 98

procedimento de instalação 38

requisitos 16

utilizando o computador correto 37

utilizando para adicionar região Tivoli

ao console da Web 42

utilizando para configurar o banco de

dados de eventos 39

utilizando para configurar o console

da Web 42

utilizando para desinstalar em um

ambiente Tivoli 39

utilizando para desinstalar o console

da Web 43

utilizando para fazer o upgrade em

um ambiente não-Tivoli 40

utilizando para fazer o upgrade em

um ambiente Tivoli 39

utilizando para instalar em um

ambiente não-Tivoli 40

assistente para instalação (continuação)utilizando para instalar em um

ambiente Tivoli 39

utilizando para instalar o console da

Web 42

utilizando para instalar o console da

Web do NetView 41

utilizando para instalar o console de

eventos 40

utilizando para instalar o servidor

NetView 40

utilizando para instalar o WebSphere

Application Server 42

vantagens de uso 37

ativandosuporte ao idioma estrangeiro 78

ativando o conjunto de caracteres

GB18030 79

ativando o uso do assistente para

instalação 78

ativando para DB2 78

atualizandobanco de dados do objeto 90

Bbanco de dados

problemas criados para exportação a

partir do NetView 97

restaurando com um distribuidor de

objetos funcional 96

banco de dados de eventos 45

configuração de amostra utilizando o


desinstalando 62

executar apenas scripts 63, 64

fazendo upgrade do servidor de

eventos 62

gerando scripts 63

gerando 63

opção sem alteração 64

gerar e executar scripts 64

instalando componentes utilizando o

assistente 62

personalizar 59

banco de dados do objetoatualizando 90

fazendo backup 81

bancos de dadosconfiguração do DB2 18

configuração do Informix 19

configurando o Microsoft SQL

Server 20

configurando o Oracle 20

configurando o Sybase 21

DB2 18

instalação do Informix 19

instalando o Microsoft SQL Server 20

instalando o Oracle 20

instalando o Sybase 21

buffer e arquivos do log refazer 73


Ccampo Database Home (Local do Banco

de Dados)DB2 56

Informix 57

MS SQL Server 57

Oracle 58

Sybase 58

campo Database User ID (ID de usuário

do banco de dados)DB2 57

Informix 57

MS SQL Server 57

Oracle 58

Sybase 58

campo Nome da Instância 19

Informix 57

MS SQL Server 57

Oracle 58

Sybase 58

catalogaçãoservidor DB2 19

chamada do sistema iotclproblema 95

cliente remotoconfigurando o DB2 para acesso 19

codificação UTF8ajustando o ambiente do servidor

Tivoli para incorporar as definições

apropriadas da 79

comandoswbkupdb 81, 96

wchkdb 90

wcrtrim 94

wcrtteccfg 90

wdel 94

wimport 85

winstall 84

wpatch 87

wregister 36

wrimtest 95

wsetrim 94

wsetrimpw 94

wsettap 97

wstartesvr 90

wstopesvr 82

wuninst 88, 96

wupdate 36

como instalarcomponentes em um ambiente Tivoli


instalação 39

console da Web do NetView


instalação 41

console da Web utilizando o assistente

para instalação 42

DB2 18

em um ambiente não-Tivoli utilizando


RDBMS 17

Tivoli Management Framework 17

utilizando a linha de comandos do



instalação 37

como instalar (continuação)utilizando o assistente para instalação

do banco de dados de eventos 45

utilizando o desktop Tivoli 83

utilizando o Tivoli Software

Installation Service 85

utilizando os métodos do Tivoli

Management Framework 82

WebSphere Application Server


instalação 42

comunicação, para DB2 57

configuraçãofailover 10

implementação do nó gerenciado 3

implementação do nó gerenciado do

NetView 6

implementação do servidor Tivoli 4,

5, 7

regiões Tivoli múltiplas 8

servidor Tivoli com implementação do

NetView 8

configuração do banco de dados 65, 71,

72, 73, 76

ativando o suporte ao idioma 78

DB2 65

Informix 65

melhorias de desempenho 64

Microsoft SQL Server 70

Oracle 71, 72

configurandobanco de dados de eventos 45

banco de dados de eventos,

personalizado 59

consoles padrão 90

grupos de eventos padrão 90

RDBMS 17

configurando funções e recursos do Tivoliutilizando o desktop Tivoli 89

configurando o banco de dados de

eventosutilizando o assistente para

instalação 39

configurando o console da Webadicionando região Tivoli ao console

da Web 42


instalação 42

conjunto de caracteres GB18030ativando o suporte a 79

considerações sobre o banco de

dados 47

Informix 49

MS SQL Server 49, 50

Oracle 50

Sybase 50

Considerações sobre o DB2 47

considerações sobre o DB2 utilizando o

assistente 47

console da Webadicionando região Tivoli a 42

configurando utilizando o assistente


desinstalando utilizando o assistente




console da Web (continuação)instalando utilizando o assistente para

instalação 42

console de eventosativando como erro de processo em

segundo plano 95

descrição 1



instalação 40


produto 89


instalação 84


upgrade 87


Console de Web do NetViewdescrição 2



instalação 41

console nativo do NetViewdescrição 2

consolesconfigurando padrão 90

conta tmersrvd 18

contasInformix 57

contas do usuárioInformix 57

convençõesfonte viii

convenções referentes a tipos de

caracteres viii

DDB2

ativando o suporte a idiomas

estrangeiros para 78

atribuição de portas 19

campo Database Home (Local do

Banco de Dados) 56

catalogaçãoservidor 19

como instalar 18

comunicação 19, 57

configuração apenas do servidor 19

configuração do banco de dados 65

configurando 18

configurando o cliente 19

configurando para acesso ao cliente

remoto 19


Dados 57

instância ativa 19, 57

local da instância 57

opções 65

proprietário da instância 57

requisitos 15

utilitário SQL interativo 19

definições da portaalterando não-padrão ao utilizar o

Tivoli Management Framework e o



definições da porta não-padrãoalterando ao utilizar o Tivoli

Management Framework e o


desinstalandoapenas dos objetos do banco de dados

de eventos 62

componentes em um ambiente Tivoli


instalação 39



desinstalando o console da Webutilizando o assistente para

instalação 43

desktop Tivoliutilizando para configurar funções e

recursos do Tivoli 89

utilizando para fazer o upgrade de

componentes 87

utilizando para instalar

componentes 83

detalhes do servidor de eventosdefinindo para o servidor

NetView 40

diretório de instalaçãoInformix 20

Oracle 20

diretório inicial, instância do DB2 57

distribuidor de objetos funcionalutilizando para restaurar o banco de

dados 96

Eespaço em disco

requisitos 13

event integration facilitydetalhes sobre a instalação 29

Event Integration Facilitymarcação de desinstalação de

produto 89

executando 60

script wdbconfig.sh para Informix 60

exportando o banco de dados a partir do

NetViewproblemas criados 97

Ffailovers 10

fazendo backupbanco de dados do objeto 81

Fazendo o upgrade do banco de dados

do Tivoli Enterprise Consoleproblemas ao utilizar o assistente para

instalação no Solaris para bancos de

dados do Sybase 97

fazendo upgradecomponentes em um ambiente Tivoli


instalação 39

da Versão 3.6.2 34

em um ambiente não-Tivoli utilizando


fazendo upgrade (continuação)requisitos do Tivoli Enterprise

Console 16



utilizando o desktop Tivoli 87

utilizando o Tivoli Software

Installation Service 88

Ggerando scripts utilizando 64

grupos de eventosconfigurando padrão 90

Hhardware

requisitos 10

Host RIMescolhendo 18

HP-UXproblemas ao utilizar o assistente para

instalação no 98

Iícones ix

Base de Regras ix

Perfil ix

Servidor de Eventos ix

idioma estrangeiroativando o suporte 78

imagens do produtoTivoli Enterprise Console 16

informações de evento de amostradescrição 2



produto 89


instalação 84


upgrade 88


Informixarquivo sqlhosts 57




Banco de Dados) 57

como instalar 19


configurando 19

considerações sobre o uso do

assistente 49

conta 57

diretório de instalação 20


Dados 57

logs lógicos 70

opções 65



Console para 97

requisitos 15

iniciando 90

instalandoamostra utilizando o assistente para

instalação 99

processo 17

instalando o console de eventosutilizando o assistente para

instalação 40

instalando o servidor NetViewutilizando o assistente para

instalação 40

interconectar regiões Tivoli, com o Tivoli

Enterprise Console 8

intervalo de descoberta automáticadefinindo para o servidor

NetView 40

JJanelas

requisitos 14

Llicença

concordando com 38

localizando arquivos 43

linha de comandosregistro de recursos 36

utilizando para desinstalar 88

utilizando para fazer o upgrade 87

utilizando para instalar 84

linha de comandos do Tivoli

Management Frameworkmétodos de instalação 82

utilizando para desinstalar 88

utilizando para fazer o upgrade 87

utilizando para instalar 84

Linuxrequisitos 14

local da instância, DB2 57

logs lógicosInformix 70

Mmanuais

consulte publicações v, vi

marcação de desinstalação de produto 89

adaptador HP OpenView 89

console de eventos 89

Event Integration Facility 89

informações de evento de amostra 89


Adaptador 89

servidor da interface com o

usuário 89

Tivoli Enterprise Console JRE 89

melhorias de desempenhoconfiguração do banco de dados 64

Microsoft SQL Serverativando o suporte a idiomas


como instalar 20

Índice Remissivo 113

Microsoft SQL Server (continuação)configuração do banco de dados 70

configurando 20

Dictionary order (Ordem do

Dicionário) 20

opções 70

requisitos 15

Seqüência de Ordenação 20

MS SQL Servercampo Database Home (Local do

Banco de Dados) 57


assistente 49, 50


Dados 57

NNetView

implementação com servidor Tivoli 8

implementação do nó gerenciado 6

instalação de amostra do UNIX


instalação 104

instalação de amostra do Windows


instalação 104

newsgroups vii

nome de caminhos, notação ix

nome do arquivo de índice de instalação 84




para todos os componentes 83


usuário 84

servidor Tivoli NetView 84

Tivoli Enterprise Console JRE 84

nome do arquivo de índice de upgrade 87






Adaptador 87


usuário 87

servidor Tivoli NetView 88

nome dos arquivos de índiceexplicação 82

nomes da comunidade SNMPdefinindo para o servidor

NetView 40

nomes de diretórios, notação ix

notaçãofonte ix

nomes de caminhos ix

variáveis de ambiente ix

Oobjeto RIM

criação 93

criando 94

objeto RIM (continuação)excluindo 94

modificando 94

obtendo informações sobre 93

teste de conectividade 94

opção sem alteração 64

opções de configuração 73

Oracle 73


para 79

buffer do log refazer 73


Banco de Dados) 58

como instalar 20


configurando 20


assistente 50

diretório de instalação 20

evitando problemas no Windows 93

Id da instância 21


Dados 58

opções 71

opções de configuração do banco de

dados 73

requisitos 15

segmentos de reversão 72

serviço do ouvinte 58

SQL*Plus 20

tabela da estrutura de memória 72

Ppacotes de idiomas

detalhes sobre a instalação do Tivoli


detalhes sobre a instalação do Tivoli

NetView 33

pacotes de idiomas do Tivoli Enterprise

Consoledetalhes sobre a instalação 33

pacotes de idiomas do Tivoli NetViewdetalhes sobre a instalação 33

parâmetros do IBM Tivoli Monitoringdefinindo para o servidor

NetView 41

parâmetros do ITMdefinindo para o servidor

NetView 41

parâmetros do TEDWdefinindo para o servidor

NetView 41

parâmetros do Tivoli Enterprise Data

Warehousedefinindo para o servidor

NetView 41

parando 81

pedindo publicações vi

personalizarconfiguração do banco de dados de

eventos 59

portas, para DB2 19

problema com stty:tcgetattr 95

problemas de instalaçãoevitando 93

problemas de instalação do DB2evitando 93

problemas de instalação do Windowsevitando 93

proprietário da instânciaDB2 57

publicações v

acessando on-line vi

solicitando vi

publicações on-lineacessando vi

RRDBMS

como instalar 17

configurando 17

escolhendo o servidor 18

Recurso de Configuração do Adaptadordescription 1



produto 89


upgrade 87


recursos, EventServer 36

recursos EventServer 36

regiões Tivoli interconectadaspreparando-se para instalar

componentes em 36

registro de nomes, Tivoli 36

registro de recursos 36

requisitosadicionais 16

AIX 14


banco de dados 15

DB2 15

espaço em disco 13

hardware 10

Informix 15

Janelas 14

Linux 14

Microsoft SQL Server 15

navegador da Web 16

Oracle 15

sistema operacional 14

software 14

Solaris 14

Sybase 15


upgrade do Tivoli Enterprise

Console 16

WebSphere Application Server 16

requisitos de banco de dados 15

requisitos de sistema operacional 14

requisitos de software 14

requisitos do navegador da Web 16

requisitos do Tivoli Management

Framework 16

requisitos do WebSphere Application

Server 16

requisitos para upgrade do Tivoli


RIMcom Sybase 21


Sscript

wdbconfig.sh 60






Adaptador 96


usuário 96

script wdbconfig.sh 60

script wdbconfig.sh para DB2 60

scriptsutilizando para desinstalação 96

scripts de desinstalaçãoutilizando 96

segmentos de reversãoOracle 72

serviçoouvinte do Oracle 58

serviço do ouvinte, Oracle 58

servidor da interface com o usuáriodescrição 1



produto 89


instalação 84


upgrade 87


servidor NetViewdefinindo detalhes do servidor de

eventos 40

definindo nomes da comunidade

SNMP 40

definindo o intervalo de descoberta

automática do 40

definindo parâmetros do IBM Tivoli

Monitoring 41

definindo parâmetros do Tivoli

Enterprise Data Warehouse 41

descrição 2



instalação 40

servidor Tivoli NetViewnome do arquivo de índice de

instalação 84


upgrade 88

seta, ícone do servidor de eventos ix

sistema de arquivos remotopermitindo acesso no Windows 97

problemas ao instalar a partir do

Windows 97

Solarisrequisitos 14

SQL*Plus 20

suporte ao clienteconsulte suporte de software vii

suporte ao idioma 78, 79

ativando para Microsoft SQL

Server 79

ativando para Oracle 79

suporte ao idioma (continuação)Informix 79

Sybase 79

suporte de softwareentrando em contato vii

Sybase 76

arquivo SQL.INI 21




Banco de Dados) 58

como instalar 21

configurando 21


assistente 50


Dados 58

opções de configuração do banco de

dados 76



Console para 97

requisitos 15

Ttabela da estrutura de memória

Oracle 72

tabela de opções de configuração 73

tabela de opções de configuração do

Sybase 76

tabela de opções do Informix 65

tabela de opções do servidor DB2 71

tabela de parâmetros do MS SQL

Server 71

tag de produto registradoexplicação 82


Tivoliregistro de nomes 36

Tivoli Enterprise Consoledescrição do componente 1

detalhes de instalação do

componente 22

imagens do produto 16

Tivoli Enterprise Console JREdetalhes sobre a instalação 22


produto 89


instalação 84

Tivoli Management Frameworkalterando definições da porta

não-padrão antes de utilizar o

assistente para instalação com 36

como instalar 17

evitando problemas no Windows 93



Tivoli Software Information Center vi

Tivoli Software Installation Serviceutilizando para fazer o upgrade de

componentes 88

utilizando para instalar

componentes 85

tmersvrdadicionando usuário ao grupo

Administradores do Windows 93

Todosfornecendo permissões ao usuário 93

Vvariáveis, notação para ix

variáveis de ambienteDB2COMM 19, 57

DB2INSTANCE 19, 57

DSQUERY 58

INFORMIXDIR 20, 57

INSTHOME 57

ORACLE_HOME 20

SYBASE 21, 58

TWO_TASK 58

variáveis de ambiente, notação ix

variável de ambiente DB2COMM 19, 57

variável de ambiente

DB2INSTANCE 19, 57

variável de ambiente DSQUERY 58

variável de ambiente INFORMIXDIR 20


INFORMIXSERVER 57

variável de ambiente INSTHOME 57


ORACLE_HOME 20

variável de ambiente SYBASE 21, 58

variável de ambiente TWO_TASK 58

Versão 3.6.2detalhes sobre o upgrade 34

Wwbkupdb 81, 96

wchkdb 90

wcrtrim 94

wcrtteccfg 90

wdbconfig.sh 60

para Informix 60

para o DB2 60

wdel 94

WebSphere Application Serverinstalando utilizando o assistente para

instalação 42

wimport 85

winstall 84

wpatch 87

wregister 36

wrimtest 95

wsetrim 94

wsetrimpw 94

wsettap 97

wstartesvr 90

wstopesvr 82

wuninst 88, 96

wupdate 36

Índice Remissivo 115

��

Impresso em Brazil

S517-7726-00