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
Servidor de Eventos e Servidor de Banco de
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
Servidor de Eventos em um Nó Gerenciado,
Console da Web em um Computador Não-Tivoli . 5
Servidor de Eventos e Servidor NetView em Nós
Gerenciados Diferentes . . . . . . . . . . 6
Servidor de Eventos em um Nó Gerenciado,
Servidor NetView em um Servidor Tivoli, Servidor
de Banco de Dados em um Computador
Não-Tivoli . . . . . . . . . . . . . . 6
Servidor de Eventos e Servidor de Banco de
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:
http://www.ibm.com/software/tivoli/library/
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
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
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
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
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
essa implementação:
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:
As vantagens desta implementação são as seguintes:
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
4 IBM Tivoli Enterprise Console: Guia de Instalação
Servidor de Eventos em um Servidor Tivoli, 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
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
Nessa implementação, o servidor de eventos, o host RIM e o servidor RDBMS
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
essa implementação:
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
Computador Não-Tivoli
Figura 5. Servidor de Eventos em um Nó Gerenciado, Console da Web em um Computador
Não-Tivoli
Capítulo 1. Planejando a Instalação 5
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:
As vantagens desta implementação são as seguintes:
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
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 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
6 IBM Tivoli Enterprise Console: Guia de Instalação
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, Servidor NetView em um Computador
Não-Tivoli
Nessa implementação, o servidor de eventos, o host RIM e o servidor RDBMS
estão no servidor Tivoli. O servidor de eventos é conectado ao servidor Tivoli
NetView. O seguinte gráfico ilustra essa implementação:
As vantagens desta implementação são as seguintes:
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
Capítulo 1. Planejando a Instalação 7
Servidor de Eventos em um Servidor Tivoli, Servidor NetView
e Servidor de Banco de Dados em Computadores Não-Tivoli
Diferentes
Nessa implementação, o servidor de eventos, o host RIM e o cliente RDBMS estão
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
8 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Capítulo 1. Planejando a Instalação 9
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
10 IBM Tivoli Enterprise Console: Guia de Instalação
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
WebSphere Application
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
Capítulo 1. Planejando a Instalação 11
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
WebSphere Application
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
WebSphere Application
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
12 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Capítulo 1. Planejando a Instalação 13
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
14 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Capítulo 1. Planejando a Instalação 15
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.
16 IBM Tivoli Enterprise Console: Guia de Instalação
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.
© Copyright IBM Corp. 2003 17
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).
18 IBM Tivoli Enterprise Console: Guia de Instalação
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.
20 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Capítulo 2. Preparando a Instalação 21
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.
22 IBM Tivoli Enterprise Console: Guia de Instalação
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
doTivoli Management Framework
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.
Capítulo 2. Preparando a Instalação 23
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
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.
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.
Servidor da UI (Interface com o Usuário)
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
Sistemas operacionais suportados: Todos os sistemas operacionais suportados
Instâncias: Uma por região
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
doTivoli Management Framework
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 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
24 IBM Tivoli Enterprise Console: Guia de Instalação
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
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.
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
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.
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
instalação ou as ferramentas do Tivoli
Management Framework.
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
Capítulo 2. Preparando a Instalação 25
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.
Você deve instalar o Tivoli Enterprise Console JRE antes de instalar este
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.
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
automaticamente. Entretanto, se você estiver utilizando as ferramentas do Tivoli
Management Framework, será necessário instalar o Tivoli Enterprise Console JRE
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.
Adapter Configuration Facility
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
26 IBM Tivoli Enterprise Console: Guia de Instalação
computadores remotos.
Tabela 12. Detalhes do Adapter Configuration Facility
Ambiente: Tivoli
Sistemas operacionais suportados: Todos os sistemas operacionais suportados
Instâncias: Uma no servidor Tivoli e uma em cada nó
gerenciado que estiver configurado como um
gateway 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
doTivoli Management Framework
Método de desinstalação aplicável: Assistente para instalação ou linha de comandos
do Tivoli Management Framework
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
Você deve instalar o Tivoli Enterprise Console JRE antes de instalar este
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.
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
automaticamente. Entretanto, se você estiver utilizando as ferramentas do Tivoli
Management Framework, será necessário instalar o Tivoli Enterprise Console JRE
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
Capítulo 2. Preparando a Instalação 27
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
Tivoli Management Framework
Método de desinstalação aplicável: Assistente para instalação ou linha de comandos
do Tivoli Management Framework
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
Sistemas operacionais suportados: Todos os sistemas operacionais suportados
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
Tivoli Management Framework.
Método de upgrade aplicável: Assistente para instalação ou ferramentas do
Tivoli Management Framework
Método de desinstalação aplicável: Assistente para instalação ou linha de comandos
do Tivoli Management Framework
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.
28 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Capítulo 2. Preparando a Instalação 29
Tabela 15. Detalhes do Servidor NetView
Ambiente: Tivoli, não-Tivoli
Sistemas operacionais suportados: Em um ambiente não-Tivoli: Windows, AIX,
Solaris, Linux e zLinux. Em um ambiente Tivoli:
AIX, Solaris.
Instâncias: Uma ou mais
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
instalação ou as ferramentas do Tivoli
Management Framework.
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
assistente para instalação.
Em um ambiente Tivoli, o assistente para
instalação ou as ferramentas do Tivoli
Management Framework.
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.
30 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Capítulo 2. Preparando a Instalação 31
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
Instâncias: Uma ou mais
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.
32 IBM Tivoli Enterprise Console: Guia de Instalação
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
Ambiente: Tivoli, não-Tivoli
Sistemas operacionais suportados: Todos os sistemas operacionais suportados
Instâncias: Uma ou mais
Método de instalação aplicável: Em um ambiente Tivoli, o assistente para
instalação ou as ferramentas do Tivoli
Management Framework.
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.
Capítulo 2. Preparando a Instalação 33
Tabela 18. Detalhes dos Pacotes de Idiomas para o Tivoli NetView
Ambiente: Tivoli, não-Tivoli
Sistemas operacionais suportados: Todos os sistemas operacionais suportados
Instâncias: Uma ou mais
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
automaticamente. Entretanto, se você estiver utilizando as ferramentas do Tivoli
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.
34 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Adapter Configuration Facility
Instruções especiais: nenhum.
HP OpenView
Instruções especiais: nenhum.
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
Instruções especiais: nenhum.
Servidor da UI (Interface com o Usuário)
Instruções especiais: nenhum.
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
Capítulo 2. Preparando a Instalação 35
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
Instruções especiais: nenhum.
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.
36 IBM Tivoli Enterprise Console: Guia de Instalação
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.
© Copyright IBM Corp. 2003 37
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.
38 IBM Tivoli Enterprise Console: Guia de Instalação
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
40 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Capítulo 3. Instalando, Fazendo o Upgrade e Desinstalando com o Assistente para Instalação 41
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
42 IBM Tivoli Enterprise Console: Guia de Instalação
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 3. Instalando, Fazendo o Upgrade e Desinstalando com o Assistente para Instalação 43
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
© Copyright IBM Corp. 2003 45
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
46 IBM Tivoli Enterprise Console: Guia de Instalação
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
48 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Capítulo 4. Configurando o Banco de Dados de Eventos 49
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.
50 IBM Tivoli Enterprise Console: Guia de Instalação
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
assistente para instalaçã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
Diretório para scripts gerados
ID do usuário de RDBMS
Capítulo 4. Configurando o Banco de Dados de Eventos 51
Tabela 21. Planilha para Informix (continuação)
Planilha de Amostra do Informix
Nome do banco de dados de eventos
O host RIM é cliente ou servidor do banco
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
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?
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
Diretório para scripts gerados
ID do usuário de RDBMS
Identificador da sessão do banco de dados
(SID)
O host RIM é cliente ou servidor do banco
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
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?
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
52 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Capítulo 4. Configurando o Banco de Dados de Eventos 53
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.
54 IBM Tivoli Enterprise Console: Guia de Instalação
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).
Capítulo 4. Configurando o Banco de Dados de Eventos 55
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.
56 IBM Tivoli Enterprise Console: Guia de Instalação
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.
ID do Usuário do Banco de
Dados
Deve ser informix ou um ID que exista como um login
válido no servidor do banco de dados do Informix.
Senha do Banco de Dados A senha para o usuário do banco de dados.
ID do Servidor do Banco de
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.
ID do Usuário do Banco de
Dados
O usuário RDBMS que é proprietário do banco de dados
de aplicativos. O padrão é tec.
Senha do Banco de Dados A senha para o usuário do banco de dados.
ID do Servidor do Banco de
Dados
O nome do host em execução no MS SQL Server.
Nome da Instância Não-requerido, apenas bancos de dados DB2.
Capítulo 4. Configurando o Banco de Dados de Eventos 57
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.
Nome do Banco de Dados O nome do banco de dados utilizado pelo aplicativo.
ID do Usuário do Banco de
Dados
O usuário RDBMS que é proprietário do banco de dados
de aplicativos. O padrão é tec.
Senha do Banco de Dados A senha para o usuário do banco de dados.
ID do Servidor do Banco de
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.
Nome da Instância Não-requerido, apenas bancos de dados DB2.
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.
Nome do Banco de Dados O nome do banco de dados utilizado pelo aplicativo.
ID do Usuário do Banco de
Dados
O usuário RDBMS que é proprietário do banco de dados
de aplicativos. O padrão é tec.
Senha do Banco de Dados A senha para o usuário do banco de dados.
ID do Servidor do Banco de
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.
Nome da Instância Não-requerido, apenas bancos de dados DB2.
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:
58 IBM Tivoli Enterprise Console: Guia de Instalação
[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:
Capítulo 4. Configurando o Banco de Dados de Eventos 59
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.
60 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Capítulo 4. Configurando o Banco de Dados de Eventos 61
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.
62 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Capítulo 4. Configurando o Banco de Dados de Eventos 63
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.
64 IBM Tivoli Enterprise Console: Guia de Instalação
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
Capítulo 4. Configurando o Banco de Dados de Eventos 65
Tabela 31. Opções de Configuração do Informix (continuação)
Opção de Configuração Descriçã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.
Recomendação de definição do arquivo onconfig:
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.
Recomendação de definição do arquivo onconfig:
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.
Recomendação de definição do arquivo onconfig:
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.
Recomendação de definição do arquivo onconfig:
DS_MAX_QUERIES 10
66 IBM Tivoli Enterprise Console: Guia de Instalação
Tabela 31. Opções de Configuração do Informix (continuação)
Opção de Configuração Descrição
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.
Recomendação de definição do arquivo onconfig:
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.
Recomendação de definição do arquivo onconfig:
DS_TOTAL_MEMORY 50
OPTCOMPIND Ajusta o otimizador do banco de dados do Informix a
escolher o melhor método de acesso a dados.
Recomendação de definição do arquivo onconfig:
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
Capítulo 4. Configurando o Banco de Dados de Eventos 67
Tabela 31. Opções de Configuração do Informix (continuação)
Opção de Configuração Descrição
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.
Recomendação de definição do arquivo onconfig:
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.
Recomendação de definição do arquivo onconfig:
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
68 IBM Tivoli Enterprise Console: Guia de Instalação
Tabela 31. Opções de Configuração do Informix (continuação)
Opção de Configuração Descrição
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.
Recomendação de definição do arquivo onconfig:
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.
Recomendação de definição do arquivo onconfig:
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.
Recomendação de definição do arquivo onconfig:
SINGLE_CPU_VP 1
Capítulo 4. Configurando o Banco de Dados de Eventos 69
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
70 IBM Tivoli Enterprise Console: Guia de Instalação
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
Opção de Configuração Descrição
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
Opção de Configuração Descrição
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.
Capítulo 4. Configurando o Banco de Dados de Eventos 71
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
72 IBM Tivoli Enterprise Console: Guia de Instalaçã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
Opção de Configuração Descrição
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.
Capítulo 4. Configurando o Banco de Dados de Eventos 73
Tabela 36. Opções de Configuração do Oracle (continuação)
Opção de Configuração Descriçã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.
74 IBM Tivoli Enterprise Console: Guia de Instalação
Tabela 36. Opções de Configuração do Oracle (continuação)
Opção de Configuração Descrição
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.
Capítulo 4. Configurando o Banco de Dados de Eventos 75
Tabela 36. Opções de Configuração do Oracle (continuação)
Opção de Configuração Descrição
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:
76 IBM Tivoli Enterprise Console: Guia de Instalação
Tabela 37. Opções de Configuração do Sybase
Opção de Configuração Descrição
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.
Capítulo 4. Configurando o Banco de Dados de Eventos 77
Tabela 37. Opções de Configuração do Sybase (continuação)
Opção de Configuração Descriçã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.
78 IBM Tivoli Enterprise Console: Guia de Instalação
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
Capítulo 4. Configurando o Banco de Dados de Eventos 79
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.
80 IBM Tivoli Enterprise Console: Guia de Instalaçã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.
© Copyright IBM Corp. 2003 81
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.
82 IBM Tivoli Enterprise Console: Guia de Instalação
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.
84 IBM Tivoli Enterprise Console: Guia de Instalação
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
Capítulo 5. Instalando, Fazendo o Upgrade e Desinstalando com as Ferramentas do Tivoli Management Framework 85
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.
86 IBM Tivoli Enterprise Console: Guia de Instalação
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
Recurso de Configuração do
Adaptador
ACF_UPG Tivoli Enterprise Console JRE
Capítulo 5. Instalando, Fazendo o Upgrade e Desinstalando com as Ferramentas do Tivoli Management Framework 87
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á.
88 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Capítulo 5. Instalando, Fazendo o Upgrade e Desinstalando com as Ferramentas do Tivoli Management Framework 89
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.
90 IBM Tivoli Enterprise Console: Guia de Instalação
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
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.
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 5. Instalando, Fazendo o Upgrade e Desinstalando com as Ferramentas do Tivoli Management Framework 91
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:
© Copyright IBM Corp. 2003 93
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
Management Framework Reference Manual.
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
Management Framework Reference Manual.
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
94 IBM Tivoli Enterprise Console: Guia de Instalação
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
96 IBM Tivoli Enterprise Console: Guia de Instalação
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
Management Framework Reference Manual.
98 IBM Tivoli Enterprise Console: Guia de Instalação
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
© Copyright IBM Corp. 2003 99
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.
100 IBM Tivoli Enterprise Console: Guia de Instalação
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
ID do Usuário do Banco de
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.
ID do Servidor do Banco de
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
102 IBM Tivoli Enterprise Console: Guia de Instalação
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.
5. Após rever suas seleções, 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.
Apêndice. Uma Instalação Passo-a-passo de Amostra 103
13. Clique em todos os nós gerenciados (apenas acadia aparece nessa
implementação) e em Concluir.
14. Clique em Avançar para prosseguir.
15. Após rever suas seleções, clique em Avançar.
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.
11. Após rever suas seleções, 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.
104 IBM Tivoli Enterprise Console: Guia de Instalação
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.
Apêndice. Uma Instalação Passo-a-passo de Amostra 105
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.
© Copyright IBM Corp. 2003 107
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:
108 IBM Tivoli Enterprise Console: Guia de Instalação
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
nome do arquivo de índice de
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
marcação de desinstalação de
produto 89
nome do arquivo de índice de
instalação 84
nome do arquivo de índice de
upgrade 88
script de desinstalação 96
adaptadoresrequisitos de espaço em disco
adaptadores 13
adaptadores de eventosdescrição 2
detalhes sobre a instalação 27
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
assistente para instalação 102
instalando componentes utilizando o
assistente para instalação 39
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
assistente para instalação 45
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
assistente para instalação 101
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
© Copyright IBM Corp. 2003 111
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
utilizando o assistente para
instalação 39
console da Web do NetView
utilizando o assistente para
instalação 41
console da Web utilizando o assistente
para instalação 42
DB2 18
em um ambiente não-Tivoli utilizando
o assistente para instalação 40
RDBMS 17
Tivoli Management Framework 17
utilizando a linha de comandos do
Tivoli Management Framework 84
utilizando o assistente para
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
utilizando o assistente para
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
utilizando o assistente para
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
para instalação 42
desinstalando utilizando o assistente
para instalação 43
instalação de amostra utilizando o
assistente para instalação 103
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
detalhes sobre a instalação 25
instalando utilizando o assistente para
instalação 40
marcação de desinstalação de
produto 89
nome do arquivo de índice de
instalação 84
nome do arquivo de índice de
upgrade 87
script de desinstalação 96
Console de Web do NetViewdescrição 2
detalhes sobre a instalação 32
instalando utilizando o assistente para
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
ID do Usuário do Banco de
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
assistente para instalação 36
112 IBM Tivoli Enterprise Console: Guia de Instalação
definições da porta não-padrãoalterando ao utilizar o Tivoli
Management Framework e o
assistente para instalação 36
desinstalandoapenas dos objetos do banco de dados
de eventos 62
componentes em um ambiente Tivoli
utilizando o assistente para
instalação 39
utilizando a linha de comandos do
Tivoli Management Framework 88
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
utilizando o assistente para
instalação 39
da Versão 3.6.2 34
em um ambiente não-Tivoli utilizando
o assistente para instalação 40
fazendo upgrade (continuação)requisitos do Tivoli Enterprise
Console 16
utilizando a linha de comandos do
Tivoli Management Framework 87
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
detalhes sobre a instalação 28
marcação de desinstalação de
produto 89
nome do arquivo de índice de
instalação 84
nome do arquivo de índice de
upgrade 88
script de desinstalação 96
Informixarquivo sqlhosts 57
ativando o suporte a idiomas
estrangeiros para 79
campo Database Home (Local do
Banco de Dados) 57
como instalar 19
configuração do banco de dados 65
configurando 19
considerações sobre o uso do
assistente 49
conta 57
diretório de instalação 20
ID do Usuário do Banco de
Dados 57
logs lógicos 70
opções 65
problemas ao fazer o upgrade do
banco de dados do Tivoli Enterprise
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
Recurso de Configuração do
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
estrangeiros para 79
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
considerações sobre o uso do
assistente 49, 50
ID do Usuário do Banco de
Dados 57
NNetView
implementação com servidor Tivoli 8
implementação do nó gerenciado 6
instalação de amostra do UNIX
utilizando o assistente para
instalação 104
instalação de amostra do Windows
utilizando o assistente para
instalação 104
newsgroups vii
nome de caminhos, notação ix
nome do arquivo de índice de instalação 84
adaptador HP OpenView 84
console de eventos 84
informações de evento de amostra 84
para todos os componentes 83
servidor da interface com o
usuário 84
servidor Tivoli NetView 84
Tivoli Enterprise Console JRE 84
nome do arquivo de índice de upgrade 87
adaptador HP OpenView 88
console de eventos 87
informações de evento de amostra 88
para todos os componentes 83
Recurso de Configuração do
Adaptador 87
servidor da interface com o
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
ativando o suporte a idiomas
para 79
buffer do log refazer 73
campo Database Home (Local do
Banco de Dados) 58
como instalar 20
configuração do banco de dados 71
configurando 20
considerações sobre o uso do
assistente 50
diretório de instalação 20
evitando problemas no Windows 93
Id da instância 21
ID do Usuário do Banco de
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
Enterprise Console 33
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
detalhes sobre a instalação 26
marcação de desinstalação de
produto 89
nome do arquivo de índice de
upgrade 87
script de desinstalação 96
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
assistente para instalação 16
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
Tivoli Management Framework 16
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
Enterprise Console 16
RIMcom Sybase 21
114 IBM Tivoli Enterprise Console: Guia de Instalação
Sscript
wdbconfig.sh 60
script de desinstalação 96
adaptador HP OpenView 96
console de eventos 96
informações de evento de amostra 96
Recurso de Configuração do
Adaptador 96
servidor da interface com o
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
detalhes sobre a instalação 24
marcação de desinstalação de
produto 89
nome do arquivo de índice de
instalação 84
nome do arquivo de índice de
upgrade 87
script de desinstalação 96
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
detalhes sobre a instalação 29
instalando utilizando o assistente para
instalação 40
servidor Tivoli NetViewnome do arquivo de índice de
instalação 84
nome do arquivo de índice de
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
ativando o suporte a idiomas
estrangeiros para 79
campo Database Home (Local do
Banco de Dados) 58
como instalar 21
configurando 21
considerações sobre o uso do
assistente 50
ID do Usuário do Banco de
Dados 58
opções de configuração do banco de
dados 76
problemas ao fazer o upgrade do
banco de dados do Tivoli Enterprise
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
para todos os componentes 83
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
marcação de desinstalação de
produto 89
nome do arquivo de índice de
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
instalação de amostra utilizando o
assistente para instalação 100
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
variável de ambiente
INFORMIXSERVER 57
variável de ambiente INSTHOME 57
variável de ambiente
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