Data Stage Passo a Passo

IBM InfoSphere Information ServerVerso 8 Release 5

Guia de Planejamento, Instalao eConfigurao

G517-8956-08

NotaAntes de usar essas informaes e o produto suportado por elas, leia as informaes em Avisos e Marcas Registradas napgina 457.

Copyright IBM Corporation 2005, 2010.

ndiceRoteiros de Informaes . . . . . . . ix

Parte 1. Planejando a Instalao doIBM InfoSphere Information Server . 1

Captulo 1. Etapa 1 de Planejamento:Revisando Requisitos do Sistema eNotas Sobre o Release . . . . . . . . 3

Captulo 2. Etapa de Planejamento 2:Entendendo Camadas e Componentes . 5Camada do Cliente . . . . . . . . . . . . 6Camada do Mecanismo . . . . . . . . . . . 8Camada de Servios . . . . . . . . . . . 10Camada do Repositrio de Metadados . . . . . 13Relacionamentos de Camadas . . . . . . . . 14

Captulo 3. Etapa de Planejamento 3:Projetando uma Topologia deInstalao . . . . . . . . . . . . . 17Topologias de Instalao Bsica . . . . . . . . 17

Topologia de Computador nico . . . . . . 18Topologia Bsica de Cliente/Servidor. . . . . 18Servidor Separado Dedicado Camada deMecanismo . . . . . . . . . . . . . 19Um Computador para Cada Camada . . . . . 20Locais para os Bancos de Dados de Anlise. . . 21Locais para o Banco de Dados Match Designer 23Mltiplas Instncias do IBM InfoSphereInformation Server . . . . . . . . . . . 24Mltiplos Mecanismos de Servidor . . . . . 28

Configuraes de Alta Disponibilidade . . . . . 29Topologia Ativa-Passiva . . . . . . . . . 30Armazenamento em Cluster do IBM WebSphereApplication Server Network Deployment . . . 34Opes de Alta Disponibilidade do IBM DB2 . . 49Opes de Alta Disponibilidade do Banco deDados Oracle . . . . . . . . . . . . . 55Outras Consideraes ao Criar AltaDisponibilidade . . . . . . . . . . . . 58Criando uma Topologia de Alta Disponibilidade 59

Processamento Paralelo e Topologias de Grade . . 64Configuraes de Processamento Paralelo . . . 64Configuraes de Grade . . . . . . . . . 67

Planejamento de Capacidade . . . . . . . . 69

Captulo 4. Etapa de Planejamento 4:Determinando a Estratgia deInstalao . . . . . . . . . . . . . 71Novo Roteiro de Instalao (Sem AltaDisponibilidade) . . . . . . . . . . . . . 74

Cenrio de Amostra A: Topologia deCliente/Servidor Bsica . . . . . . . . . 82Cenrio de Amostra B: Topologia com Camadade Mecanismo Isolada e Configurao deMecanismo Paralelo . . . . . . . . . . 87

Novo Roteiro de Instalao (ConfiguraoAtiva-Passiva Altamente Disponvel) . . . . . . 93

Cenrio C de Amostra: Topologia de AltaDisponibilidade de Dois ServidoresAtivos-Passivos . . . . . . . . . . . . 99

Novo Roteiro de Instalao (Topologia em Clusterde Alta Disponibilidade). . . . . . . . . . 106

Cenrio D de Amostra: Topologia com Camadade Servios e Camada do Repositrio deMetadados em Cluster . . . . . . . . . 114

Incluindo Mdulos de Produto em uma InstalaoExistente . . . . . . . . . . . . . . . 125

Parte 2. Preparando osComputadores de Destino . . . . 127

Captulo 5. Preparando umComputador para a Camada doRepositrio de Metadados . . . . . . 129Determinando a Topologia de Banco de Dados . . 130Determinando o Mtodo de Instalao do Banco deDados . . . . . . . . . . . . . . . . 131Dimensionando os Bancos de Dados de Anlise 134Preparando Grupos de Volumes e Sistemas deArquivos . . . . . . . . . . . . . . . 135Verificando a Rede e Abrindo Portas . . . . . 144Modificando Parmetros do Kernel e Limites doUsurio (Linux, UNIX) . . . . . . . . . . 148Configurando o Cdigo do Idioma para oComputador de Destino (Linux, UNIX). . . . . 153

Codificaes de Caractere Suportadas pelo IBMInfoSphere Information Server. . . . . . . 154

Configurando as Contas de Administrador e deProprietrio de Componente . . . . . . . . 156

Restries de Nomenclatura para IDs deUsurio e Senhas . . . . . . . . . . . 159

Pr-instalando o Sistema de Banco de Dados IBMDB2 . . . . . . . . . . . . . . . . 160Configurando Bancos de Dados em um Sistema deBanco de Dados Executando Scripts . . . . . . 161

Usando um Sistema de Banco de Dados IBMDB2 para z/OS para os Bancos de Dados . . . 161

Captulo 6. Preparando umComputador para a Camada deServios . . . . . . . . . . . . . 163Determinando como Instalar o WebSphereApplication Server . . . . . . . . . . . 163Pr-instalando o WebSphere Application Server 164

Copyright IBM Corp. 2005, 2010 iii

Configurando uma Instalao Existente doWebSphere Application Server (instalao no emcluster) . . . . . . . . . . . . . . . 165

Captulo 7. Preparando umComputador para a Camada deMecanismo . . . . . . . . . . . . 167Instalando um Compilador C++ paraDesenvolvimento de Tarefa . . . . . . . . . 168

Captulo 8. Preparando umComputador para a Camada deCliente . . . . . . . . . . . . . . 169Atualizando o Microsoft .NET Framework. . . . 169

Captulo 9. Preparando o Banco deDados Match Designer do IBMInfoSphereQualityStage . . . . . . . 171

Parte 3. Instalando o Software doIBM InfoSphere Information Server 175

Captulo 10. Instalando o NovoSoftware . . . . . . . . . . . . . 177Criando uma Instalao . . . . . . . . . . 178Incluindo Mdulos de Produto em uma InstalaoExistente . . . . . . . . . . . . . . . 182Incluindo uma Camada de Software Adicional emum Computador . . . . . . . . . . . . 185Iniciando o Programa de Instalao . . . . . . 186

Preparando para Executar o Programa deInstalao . . . . . . . . . . . . . 186Modo Grfico . . . . . . . . . . . . 188Modo Silencioso . . . . . . . . . . . 196Sintaxe do Comando Setup . . . . . . . . 199Arquivos de Resposta . . . . . . . . . 201

Monitoramento do Progresso da Instalao . . . 203Monitorando a Instalao do IBM InfoSphereInformation Server . . . . . . . . . . 204Monitorando a Instalao do IBM WebSphereApplication Server . . . . . . . . . . 205Monitorando a Implementao do EnterpriseArchive do IBM WebSphere Application Server . 205Monitorando Instalaes de Componentes doIBM InfoSphere DataStage . . . . . . . . 206

Cenrios de Amostra do Programa de Instalao 207Executando o Programa de Instalao paraCenrio A . . . . . . . . . . . . . 207Executando o Programa de Instalao paraCenrio B . . . . . . . . . . . . . 209Executando o Programa de Instalao para oCenrio C . . . . . . . . . . . . . 213Executando o Programa de Instalao para oCenrio D . . . . . . . . . . . . . 217

Captulo 11. Atualizando Produtos eComponentes . . . . . . . . . . . 223

Captulo 12. Instalando Componentesque No Esto no Programa deInstalao do Conjunto . . . . . . . 225Instalando o Cliente IBM InfoSphere BusinessGlossary Anywhere . . . . . . . . . . . 225

Preparando para Distribuio em Toda aEmpresa . . . . . . . . . . . . . . 225Instalando o Cliente . . . . . . . . . . 228

Instalando o IBM InfoSphere Business Glossary:Cliente para o Eclipse . . . . . . . . . . 229Instalando Componentes do z/OS para o IBMInfoSphere DataStage MVS Edition . . . . . . 232

Instalando Arquivos do Copybook COBOL . . 232Instalando a Biblioteca de Tempo de Execuopara Tarefas do z/OS. . . . . . . . . . 234Processo de Verificao da Instalao dosComponentes do z/OS . . . . . . . . . 235

Parte 4. Configurando o SoftwareAps a Instalao . . . . . . . . 237

Captulo 13. Excees de Firewallpara Arquivos Executveis do Cliente(Windows). . . . . . . . . . . . . 239Captulo 14. Configurando aSegurana do IBM InfoSphereInformation Server . . . . . . . . . 241

Captulo 15. Configurando Mdulosdo Produto no Conjunto. . . . . . . 243Configurando o IBM InfoSphere DataStage e o IBMInfoSphereQualityStage . . . . . . . . . . 243

Garantindo que Usurios do InfoSphereDataStage Tenham Configuraes deLocalizao Corretas (Linux, UNIX) . . . . . 244Configurando Drivers ODBC . . . . . . . 246Incluindo Locais de Biblioteca no Arquivo dsenv(Linux, UNIX) . . . . . . . . . . . . 246Ajustando o Mecanismo do InfoSphereInformation Server para Um Grande Nmero deUsurios ou Tarefas (Windows Server 2003) . . 246Configurando o IBM InfoSphereQualityStageMatch Designer . . . . . . . . . . . 248Configurando Servidores de Aplicativos paraExecutar Relatrios SQA ou de Investigao . . 248Testando a Instalao do IBMInfoSphereQualityStage e do IBM InfoSphereDataStage . . . . . . . . . . . . . 250

Testando a Instalao do IBM InfoSphereInformation Services Director . . . . . . . . 251Configurando o IBM InfoSphere InformationAnalyzer . . . . . . . . . . . . . . . 252Configurando o IBM InfoSphere Business Glossary 253Configurando o IBM InfoSphere MetadataWorkbench . . . . . . . . . . . . . . 253Configurando o IBM InfoSphere FastTrack . . . 253

iv Guia de Planejamento, Instalao e Configurao

Captulo 16. Ativao de SecureSockets Layer (SSL) . . . . . . . . 255Ativando o SSL. . . . . . . . . . . . . 256Executando UpdateSignerCerts aps Ativar o SSLou Alterar o SSL no Nvel de Clula. . . . . . 257Substituindo Certificados do WebSphereApplication Server . . . . . . . . . . . 260

Captulo 17. Configurando umAmbiente de Processamento Paralelo . 263Incluindo Computadores para CompartilharProcessamento do Mecanismo . . . . . . . . 263

Copiando os Componentes de MecanismoParalelo para Ns do Sistema (Linux, UNIX) . . 263Configurando um Computador para Ser um Nde Processamento para o MPP (Linux, UNIX) . 264Copiando os Componentes do MecanismoParalelo para o Processamento dos Ns(Windows) . . . . . . . . . . . . . 267Configurando um Computador para Ser um Nde Processamento para o MPP (Windows) . . . 267

Configurando Variveis de Ambiente para oMecanismo Paralelo . . . . . . . . . . . 269

Variveis de Ambiente para o MecanismoParalelo . . . . . . . . . . . . . . 269Especificando Configuraes do CompiladorC++ . . . . . . . . . . . . . . . 271

Configurando o Mecanismo Paralelo (Linux, UNIX) 272Configurando o Nmero Mximo de Processospara Tarefas Paralelas (AIX) . . . . . . . 272Configurando Parmetros do Kernel porUsurio para Tarefas Paralelas (AIX) . . . . 273Configurando o Espao de Paginao para oMecanismo Paralelo . . . . . . . . . . 274Atualizando o Arquivo /etc/magic . . . . . 277

Configurando o Mecanismo Paralelo (WindowsServer 2003) . . . . . . . . . . . . . . 277

Configurando o Registro do Windows: Ativandoo Ajuste Automtico para Tamanho de ConjuntoPaginado . . . . . . . . . . . . . . 278Configurando o Registro do Windows: Ativandoo Ajuste Automtico para Tamanho de Pginado Sistema . . . . . . . . . . . . . 279Configurando o Registro do Windows:Definindo o Limite de Descometimento deMemria . . . . . . . . . . . . . . 279Configurando o Registro do Windows:Aumentando o Tamanho de Heap do DesktopNo Interativo . . . . . . . . . . . . 280Configurando o Registro do Windows:Especificando Configuraes TCP/IP . . . . 281Configurando o Windows: Alterando oTamanho da rea de Troca . . . . . . . . 282Configurando o Windows: Editando o Arquivoboot.ini . . . . . . . . . . . . . . 283

Configurando a Conectividade do Banco de Dadosem um Ambiente Paralelo . . . . . . . . . 284

Configurando o Acesso aos Bancos de DadosDB2 . . . . . . . . . . . . . . . 284

Configurando o Acesso a Bancos de DadosOracle . . . . . . . . . . . . . . . 286Configurando o Acesso aos Bancos de DadosTeradata . . . . . . . . . . . . . . 287Configurando Acesso aos Bancos de DadosInformix XPS . . . . . . . . . . . . 288

Configurando o Acesso a Origens de Dados ODBC 289Configurando o Caminho de Biblioteca noArquivo dsenv . . . . . . . . . . . . 289Configurando o Arquivo .odbc.ini . . . . . 291Especificando Nomes de Origens de Dados noArquivo uvodbc.config . . . . . . . . . 291Criando e Ligando um Pacote do DB2 a umNome de Origem de Dados . . . . . . . 292Configurando Outros Drivers ODBC . . . . 292Testando a Conectividade do Driver ODBC . . 293

Captulo 18. Parando e Iniciando oMecanismo do Servidor . . . . . . . 295

Captulo 19. Alterando Nomes de Hoste Portas. . . . . . . . . . . . . . 297Alterando a Porta HTTP do WebSphereApplication Server . . . . . . . . . . . 297Alterando outras Portas do WebSphere ApplicationServer . . . . . . . . . . . . . . . . 299Alterando o Nome do Host e a Porta do Banco deDados do Repositrio de Metadados . . . . . 301

Parte 5. Criando ConfiguraesEscalveis, Altamente Disponveis. 305

Captulo 20. Criando uma TopologiaAtiva-Passiva de Alta Disponibilidadecom Dois Servidores . . . . . . . . 307Configurando os Servidores e o Armazenamento 309Exemplo de Configurao Ativa-Passiva Usando oIBM Tivoli System Automation for Multiplatforms(SA MP) . . . . . . . . . . . . . . . 311

Configurando a Rede de Amostra (Exemplo doTivoli) . . . . . . . . . . . . . . . 314Instalando o Software HA (Exemplo do Tivoli) 315Configurando o Endereo IP de Servio(Exemplo do Tivoli) . . . . . . . . . . 316Definindo e Iniciando o Grupo de Recursos(Exemplo do Tivoli) . . . . . . . . . . 317Instalando o IBM InfoSphere Information Serverno Cluster (Exemplo do Tivoli) . . . . . . 319Configurando os Scripts do Agente de Recursos(Exemplo do Tivoli) . . . . . . . . . . 320Testando a Configurao (Exemplo do Tivoli) 322

Captulo 21. Armazenamento emCluster do WebSphere ApplicationServer para Alta Disponibilidade eEscalabilidade . . . . . . . . . . . 325

ndice v

Implementando um Cluster do WebSphereApplication Server para o InfoSphere InformationServer . . . . . . . . . . . . . . . . 326

Instalando o IBM WebSphere Application ServerNetwork Deployment para uma Instalao deCluster . . . . . . . . . . . . . . 326Criando um Perfil do Gerenciador deImplementao . . . . . . . . . . . . 327Criando um Perfil Customizado . . . . . . 328Criando um Cluster e Membros de Cluster parao Servidor de Aplicativos . . . . . . . . 328Instalando um Servidor da Web de Front-end 330Instalando um Balanceador de Carga deFront-end (Opcional) . . . . . . . . . . 331Executando o Programa de Instalao(Instalao em Cluster) . . . . . . . . . 332

Alterando o Local do Dispatcher de Front-end . . 333Configurando um Cluster para Executar como umServio (Windows) . . . . . . . . . . . 335

Captulo 22. Armazenamento emCluster de Camadas do Repositriode Metadados para AltaDisponibilidade . . . . . . . . . . 337Configurando o Banco de Dados do Repositrio deMetadados em um Cluster do IBM DB2 . . . . 337

Preparando os Servidores, Sistema de Arquivose Armazenamento . . . . . . . . . . . 338Instalando o Software de Alta Disponibilidadenos Servidores do Sistema do Banco de DadosDB2 . . . . . . . . . . . . . . . 340Instalando o Sistema do Banco de Dados DB2 eCriando o Cluster e o Banco de Dados doRepositrio de Metadados . . . . . . . . 340Executando o Programa de Instalao para umaConfigurao que Inclua Armazenamento emCluster do DB2 . . . . . . . . . . . . 342Configurando o Automatic Client Reroute . . . 342Especificando o Endereo e Porta Alternativosde Banco de Dados do IBM WebSphereApplication Server . . . . . . . . . . 343Verificando o Cluster do Banco de Dados IBMDB2 . . . . . . . . . . . . . . . 345

Configurando o Banco de Dados do Repositrio deMetadados em uma Configurao HADR do Bancode Dados IBM DB2 . . . . . . . . . . . 346

Preparando os Servidores, o Armazenamento ea Rede. . . . . . . . . . . . . . . 347Instalando o Sistema do Banco de Dados DB2 eCriando o Banco de Dados do Repositrio deMetadados . . . . . . . . . . . . . 347Executando o Programa de Instalao para umaConfigurao HADR . . . . . . . . . . 348Configurando o Servidor Principal HADR. . . 349Configurando o Servidor HADR Em Espera . . 351Especificando o Endereo e Porta Alternativosde Banco de Dados do IBM WebSphereApplication Server . . . . . . . . . . 352Iniciando HADR . . . . . . . . . . . 354Validando a Configurao HADR . . . . . 356

Configurando o Banco de Dados do Repositrio deMetadados em um Cluster do Oracle RAC . . . 357

Requisitos do Oracle RAC . . . . . . . . 358Criando o Banco de Dados do Repositrio deMetadados e Executando o Programa deInstalao em uma Configurao do OracleRAC . . . . . . . . . . . . . . . 359Conectando-se a uma Configurao do OracleRAC . . . . . . . . . . . . . . . 359

Parte 6. Removendo o Software doIBM InfoSphere Information Server 361

Captulo 23. Remoo de SoftwareUsando o Programa de Remoo. . . 363Removendo uma Instalao do IBM InfoSphereInformation Server . . . . . . . . . . . 363Removendo Mdulos de Produtos Individuais . . 364Removendo uma Camada de Software . . . . . 367Iniciando o Programa de Remoo de Software . . 368

Preparando para Executar o Programa deRemoo de Software. . . . . . . . . . 369Modo Grfico . . . . . . . . . . . . 370Modo Silencioso . . . . . . . . . . . 377

Concluindo uma Remoo de Software (Windows) 380Concluindo uma Remoo de Software (Linux,UNIX) . . . . . . . . . . . . . . . . 382

Captulo 24. Remoo de SoftwareManual . . . . . . . . . . . . . . 385Removendo o IBM InfoSphere Information ServerManualmente (Windows) . . . . . . . . . 385Removendo o IBM InfoSphere Information ServerManualmente (Linux, UNIX) . . . . . . . . 388

Parte 7. Resoluo de Problemasde Instalao. . . . . . . . . . . 393

Captulo 25. Arquivos de Log . . . . 395Arquivos de Log de Instalao . . . . . . . 395Arquivos Temporrios Gerados pelo Programa deInstalao . . . . . . . . . . . . . . 395Arquivos de Log do Sistema IBM WebSphereApplication Server . . . . . . . . . . . 396

Captulo 26. Problemas Gerais deInstalao . . . . . . . . . . . . . 399O Erro "Credenciais de Usurio Invlidas" ApareceInesperadamente Durante a Instalao . . . . . 399Aviso IWAV0003E no Arquivo de Log de Instalao 399Avisos Ocorrem Durante a Instalao do DB2 . . 400Problemas de Exibio no Modo Grfico . . . . 400Problemas de Instalao com o VMware ESX . . . 401Erros de Criao de Usurio Aparecem nosArquivos de Log (Linux, UNIX) . . . . . . . 402Mensagem "O publicador no pde ser verificado" 402

vi Guia de Planejamento, Instalao e Configurao

Mensagem "No h mecanismo de script para aextenso de arquivo '.js'" Aparece Durante aInstalao . . . . . . . . . . . . . . 403

Captulo 27. Problemas deAutenticao . . . . . . . . . . . 405Permisses de Diretrio e Usurio . . . . . . 405Privilgios do Usurio . . . . . . . . . . 408

Captulo 28. Problemas do Servidorde Aplicativos . . . . . . . . . . . 409Resolvendo Problemas de Instalao do IBMWebSphere Application Server. . . . . . . . 409Instalao Falha quando a Porta do IBMWebSphere Application Server Alterada aps aInstalao . . . . . . . . . . . . . . 410Resolvendo Problemas de Conexo . . . . . . 411No Possvel Iniciar o IBM WebSphereApplication Server Depois que o Nome de Usurio Alterado ou Expira . . . . . . . . . . . 412Incluindo um Usurio Administrador do IBMWebSphere Application Server em um Registro deUsurio Interno . . . . . . . . . . . . 413

Captulo 29. Problemas de Relatriodo IBM InfoSphere Information Server. 415No Possvel Visualizar o Resultado do Relatrioa Partir do IBM InfoSphere Information ServerConsole ou do IBM InfoSphere Information Server:Console da Web . . . . . . . . . . . . 415Ativando e Desativando a Criao de Logs deRastreio do Mecanismo de Relatrio. . . . . . 415

Captulo 30. Problemas do Cliente edo Console . . . . . . . . . . . . 417Falha ao Carregar a Java Virtual Machine . . . . 417Falha de Login de Rich Client . . . . . . . . 417Resolvendo Problemas ao Efetuar Login noConsole Administrativo do IBM WebSphereApplication Server . . . . . . . . . . . 419

Captulo 31. Problemas de Remoo 421A Instalao do IBM InfoSphere Information ServerFalha Repetidamente . . . . . . . . . . . 421Ignorando Erro de Tempo de Execuo DuranteDesinstalao . . . . . . . . . . . . . 422Erros do MKS Toolkit Ocorrem ao DesinstalarClientes . . . . . . . . . . . . . . . 422

Parte 8. Apndices . . . . . . . . 425

Apndice A. Parmetros do Arquivode Resposta (Linux, UNIX). . . . . . 427Apndice B. Parmetros do Arquivode Resposta (Windows) . . . . . . . 439Acessibilidade do Produto. . . . . . 449

Acessando a Documentao doProduto . . . . . . . . . . . . . . 451

Lendo a Sintaxe da Linha deComandos . . . . . . . . . . . . 453

Links para Web Sites No IBM . . . . 455

Avisos e Marcas Registradas . . . . 457

Entrando em Contato com a IBM . . . 461

ndice Remissivo . . . . . . . . . . 463

ndice vii

viii Guia de Planejamento, Instalao e Configurao

Roteiros de InformaesO IBM InfoSphere Information Server contm um conjunto de mdulos deprodutos e componentes colaborativos que podem ser distribudos em vrioscomputadores.

Para saber sobre o processo de instalao:1. Revise os requisitos do sistema e, se necessrio, faa download do produto.2. Leia o Guia de Iniciao Rpida para obter a viso geral do processo.3. Revise as notas sobre o release para obter as informaes mais recentes para

garantir instalaes bem-sucedidas.4. Leia este manual para executar a instalao.

A verso atual e as verses traduzidas dessas informaes esto na Web:publib.boulder.ibm.com/infocenter/iisinfsv/v8r5/topic/com.ibm.swg.im.iis.productization.iisinfsv.install.doc/topics/cont_iisinfsrv_install.html

A tabela a seguir fornece roteiros para diferentes caminhos de instalao doInfoSphere Information Server.

Copyright IBM Corp. 2005, 2010 ix

Tabela 1. Roteiros de Informaes de InstalaoTarefa Recursos de Informaes

Criar uma nova instalao do InfoSphere InformationServer Parte 1, Planejando a Instalao do IBM InfoSphere

Information Server, na pgina 1Revise os requisitos do sistema. Aprenda sobrecamadas e componentes de software. Projete suatopologia e determine sua estratgia deinstalao.

Esta seo contm roteiros de instalao desoftware detalhados para topologias diferentes.

Parte 5, Criando Configuraes Escalveis, AltamenteDisponveis, na pgina 305

Use essa seo se planeja implementar altadisponibilidade ou escalabilidade paradiferentes camadas de software, ou se planejaconfigurar o mecanismo paralelo do InfoSphereInformation Server para usar vrioscomputadores.

Parte 2, Preparando os Computadores de Destino, napgina 127

Prepare cada um dos computadores de destinopara os componentes que sero instalados neles.Determine o sistema de banco de dados a serinstalado ou o novo propsito. Determinetambm o servidor de aplicativos a ser instaladoou o novo propsito.

Parte 3, Instalando o Software do IBM InfoSphereInformation Server, na pgina 175

Execute o programa de instalao do InfoSphereInformation Server em cada computador dedestino. Instale tambm os componentes que oprograma de instalao no instalar.

Parte 4, Configurando o Software Aps a Instalao,na pgina 237

Conclua as tarefas de configurao adicionaisque correspondem aos mdulos do produto quevoc instalou ou os recursos que deseja ativar.

x Guia de Planejamento, Instalao e Configurao

Tabela 1. Roteiros de Informaes de Instalao (continuao)Tarefa Recursos de Informaes

Inclua um mdulo do produto em uma instalaoexistente do InfoSphere Information Server Verso 8.5. Parte 1, Planejando a Instalao do IBM InfoSphere

Information Server, na pgina 1Revise os requisitos do sistema para garantirque a instalao existente atenda a todos osrequisitos. Inclua hardware, se for necessrio.

Parte 2, Preparando os Computadores de Destino, napgina 127

Prepare cada um dos computadores de destinopara os componentes que sero instalados neles.

Parte 3, Instalando o Software do IBM InfoSphereInformation Server, na pgina 175

Execute o programa de instalao do InfoSphereInformation Server em cada computador dedestino. Instale tambm os componentes que oprograma de instalao no instalar.

Parte 4, Configurando o Software Aps a Instalao,na pgina 237

Conclua as tarefas de configurao adicionaisque correspondem aos mdulos do produto quevoc instalou ou os recursos que deseja ativar.

Inclua um componente que no foi includo no programade instalao do InfoSphere Information Server em umainstalao existente do InfoSphere Information Server,Verso 8.5

Captulo 12, Instalando Componentes que No Estono Programa de Instalao do Conjunto, na pgina225 Alguns componentes tm seus prprios

programas de instalao. Instale essescomponentes depois de instalar o InfoSphereInformation Server.

Fazer upgrade de uma verso anterior do InfoSphereInformation Server

Para fazer upgrade de uma instalao existente, crie umanova instalao da Verso 8.5 e migre seus dados para anova instalao. Para fazer upgrade de uma estao detrabalho do cliente, execute o programa de instalao doInfoSphere Information Server. Se estiver migrando paraum cluster da Verso 8.5, o ambiente em cluster deverestar operacional e em execuo durante a importao damigrao.

Para obter informaes de upgrade, consulte o IBMInfoSphere Information Server: Guia de Migrao.

Remover um mdulo do produto ou uma instalaointeira do InfoSphere Information Server, Verso 8.5 Parte 6, Removendo o Software do IBM InfoSphere

Information Server, na pgina 361Execute o programa de remoo de software doInfoSphere Information Server em cadacomputador de destino.

Resolver problemas de instalao do InfoSphereInformation Server Parte 7, Resoluo de Problemas de Instalao, na

pgina 393Resolva os problemas de instalao com estasinformaes de resoluo de problemas deinstalao. Voc pode encontrar maisinformaes para resoluo de problemas noscentros de informaes e nas notas tcnicas devrios mdulos de produtos e componentes.

Roteiros de Informaes xi

xii Guia de Planejamento, Instalao e Configurao

Parte 1. Planejando a Instalao do IBM InfoSphereInformation Server

Antes de instalar o IBM InfoSphere Information Server, revise os requisitos dosistema, conhea as camadas e os componentes, projete sua topologia e determineas etapas de instalao.

Para planejar uma instalao do InfoSphere Information Server, execute estastarefas:1. Revise os requisitos do sistema e as notas sobre o release.2. Conhea as camadas e os componentes do InfoSphere Information Server.

Instale o InfoSphere Information Server em camadas lgicas.3. Projete a topologia da sua instalao.4. Determine as etapas a serem executadas para instalar mdulos de produtos em

seus computadores.

Copyright IBM Corp. 2005, 2010 1

2 Guia de Planejamento, Instalao e Configurao

Captulo 1. Etapa 1 de Planejamento: Revisando Requisitosdo Sistema e Notas Sobre o Release

Verifique se todos os computadores atendem aos requisitos de hardware e softwaredos mdulos de produto que voc deseja instalar.

Para obter as informaes mais atualizadas sobre a instalao, consulte estesrecursos:v Os requisitos do sistema em www.ibm.com/support/docview.wss?rs=14&uid=swg27016382.

v As notas sobre o release em publib.boulder.ibm.com/infocenter/iisinfsv/v8r5/topic/com.ibm.swg.im.iis.productization.iisinfsv.relinfo.doc/topics/iisihrinfo_infsv_rnote_v85.html.


Captulo 2. Etapa de Planejamento 2: Entendendo Camadas eComponentes

Instale os mdulos de produtos do IBM InfoSphere Information Server emcamadas lgicas. Uma camada um grupo lgico de componentes no InfoSphereInformation Server e os computadores nos quais esses componentes estoinstalados.

Cada camada inclui um subgrupo dos componentes que formam os mdulos deprodutos do InfoSphere Information Server. As camadas funcionam juntas parafornecer servios, execuo de tarefa e metadados, bem como outroarmazenamento de dados para seus mdulos de produto.

H quatro camadas: cliente, mecanismo, servios e repositrio de metadados. Atabela a seguir descreve cada camada.

Tabela 2. CamadasCamada Descrio

Cliente Os programas e consoles do cliente que sousados para desenvolvimento eadministrao e os computadores onde elesesto instalados.

Mecanismo O grupo lgico de componentes demecanismo (os componentes de mecanismodo InfoSphere Information Server, agentesde servio etc.) e o computador no qualesses componentes esto instalados. Omecanismo executa trabalhos e outras tarefaspara mdulos de produtos que exigem omecanismo.

Servios O servidor de aplicativos, servios comuns eservios de produtos para o conjunto e osmdulos de produtos, bem como ocomputador no qual esses componentesesto instalados. A camada de serviosfornece servios comuns (como metadados ecriao de log) e servios especficos dedeterminados mdulos de produtos. Nacamada, o IBM WebSphere ApplicationServer hospeda os servios. A camada deservios tambm hospeda os aplicativosInfoSphere Information Server que sobaseados na Web.


Tabela 2. Camadas (continuao)Camada Descrio

Repositrio de Metadados O repositrio de metadados e, se instalado,o banco de dados de anlise do IBMInfoSphere Information Analyzer e ocomputador no qual esses componentesesto instalados. O banco de dados dorepositrio de metadados contminformaes compartilhadas de metadados,dados e configurao para mdulos deprodutos do InfoSphere Information Server.O banco de dados de anlise armazenadados de anlise estendidos para oInfoSphere Information Analyzer.

Para instalar o InfoSphere Information Server, primeiro projete a topologia dehardware e software para cada camada. A topologia geral da instalao pode variarem complexidade, desde configuraes simples de um computador, aconfiguraes de mltiplos computadores altamente disponveis, at clusterscomplexos e potentes com muitos computadores. Otimize seu design de topologiapara os mdulos de produto que voc instalar e seus requisitos de altadisponibilidade, desempenho e rendimento, bem como simultaneidade de usurios.

Depois de projetar a topologia, instale os componentes de mdulo de produto emsuas camadas. Instale tambm qualquer outro componente que o mdulo deproduto usa, nas camadas apropriadas.

O programa de instalao ajuda voc nesse processo. Instale o InfoSphereInformation Server camada por camada. Ao executar o programa em umdeterminado computador, o programa solicita que voc selecione os mdulos deprodutos a serem instalados, pergunta qual camada, ou camadas, instalar nocomputador e instala os componentes de mdulo de produto que pertencem scamadas especificadas.

Camada do ClienteA camada de cliente consiste em programas clientes e consoles que so usadospara desenvolvimento e administrao e os computadores nos quais eles estoinstalados. Os programas clientes e consoles incluem os clientesIBM InfoSphereInformation Server Console, IBM InfoSphere DataStage and QualityStageAdministrator, o gerenciador de vrios clientes (gerenciador de mltiplos clientes)e outros clientes. Voc tambm pode instalar os InfoSphere MetaBrokers e aspontas na camada de cliente.

As ferramentas a seguir so instaladas como parte da camada de cliente, com basenos produtos e componentes selecionados:v IBM InfoSphere Information Server Console. O console fornece acesso a umsubconjunto de recursos de administrao que incluem segurana, criao derelatrios, visualizaes de log e visualizaes de planejamento. O consoletambm inclui os clientes IBM InfoSphere Information Analyzer e IBMInfoSphere Information Services Director, se os mdulos de produtos estivereminstalados.

v Cliente IBM InfoSphere DataStage and QualityStage Administratorv Cliente IBM InfoSphere DataStage and QualityStage Designerv Cliente IBM InfoSphere DataStage and QualityStage Director


v Cliente IBM InfoSphere FastTrackv IBM MetaBrokers e bridges. Esses componentes so usados por determinadosclientes para importar e exportar metadados do repositrio de metadados.

v IBM InfoSphere Connector Migration Tool

O diagrama a seguir mostra a camada de cliente.

Outros Programas Clientes

O cliente IBM InfoSphere Business Glossary Anywhere tem um programa deinstalao separado que fornecido na mdia de instalao. Esse programa no instalado usando o programa de instalao do InfoSphere Information Server:

O programa de instalao do InfoSphere Information Server tambm instala vriosclientes baseados na Web. Esses clientes so instalados como parte da camada deservios, no da camada de cliente.v IBM InfoSphere Information Server: Console da Web. O console da Web forneceacesso a todos os recursos administrativos e de relatrio. Alm disso, use oconsole da Web para trabalhar com o IBM InfoSphere Business Glossary e com oCatlogo de Servios de Informaes do InfoSphere Information ServicesDirector, se esses mdulos de produto estiverem instalados.Uma atalho do navegador para o IBM InfoSphere Information Server: Consoleda Web criado durante a instalao do InfoSphere Information Server.

v Cliente IBM InfoSphere Metadata Workbenchv Cliente do InfoSphere Business Glossary Browserv Interface de linha de comandos do IBM InfoSphere Information Serverv Cliente IBM InfoSphere Information Server Manager

O gerenciador de vrios clientes (gerenciador de mltiplos clientes) instaladoquando voc instala um produto que inclui componentes da camada do clienteIBM InfoSphere DataStage and QualityStage. O gerenciador de vrios clientespermite que voc alterne entre vrias verses dos clientes IBM InfoSphereDataStage. Por exemplo, voc pode alternar entre os clientes das Verses 8.5 e 7.5.

Figura 1. Componentes da Camada de Cliente

Captulo 2. Etapa de Planejamento 2: Entendendo Camadas e Componentes 7

O MKS Toolkit instalado na camada de cliente. Esse conjunto de ferramentas usado pelo utilitrio de migrao do InfoSphere QualityStage.

Camada do MecanismoA camada de mecanismo consiste no grupo lgico de componentes do mecanismo(os componentes de mecanismo, agentes de servio, etc. do IBM InfoSphereInformation Server) e no computador no qual esses componentes so instalados.

Vrios mdulos de produto requerem a camada de mecanismo para determinadasoperaes. Instale os componentes da camada de mecanismo como parte doprocesso de instalao desses mdulos de produto. Os mdulos de produto queexigem a camada de mecanismo so:v IBM InfoSphere DataStagev IBM InfoSphere Information Analyzerv IBM InfoSphere Information Services Directorv IBM InfoSphere Metadata Workbenchv IBM InfoSphereQualityStage

IBM InfoSphere FastTrack, IBM InfoSphere Business Glossary e IBM InfoSphereBusiness Glossary Anywhere no exigem uma camada de mecanismo.

Windows Apenas um mecanismo do InfoSphere Information Server pode serinstalado em um nico computador.

UNIX Linux As seguintes configuraes so suportadas:v Vrios mecanismos, cada um em um computador diferente, todos registradospara a mesma camada de servios do InfoSphere Information Server.

v Vrios mecanismos no mesmo computador. Nesta configurao, cada mecanismodeve ser registrado para uma camada de servios diferente. Essa configurao chamada de instalao de ITAG.

O programa de instalao instala os seguintes componentes de mecanismo comoparte de cada camada de mecanismo:

Mecanismo do InfoSphere Information ServerTarefas de execuo, como descoberta, anlise, limpeza ou transformao.O mecanismo inclui o servidor e mecanismos paralelos e outroscomponentes que englobam o ambiente de tempo de execuo doInfoSphere Information Server e seus componentes de produto.

Agentes ASBUm processo Java que executa no plano de fundo de cada computadorque hospeda uma camada de mecanismo do InfoSphere InformationServer. Quando um servio que executa na camada de servios recebe umpedido de servio que requer processamento por um componente dacamada de mecanismo, o agente recebe e processa o pedido.

UNIX Linux O agente executado como um daemon denominadoASBAgent.

Windows O agente executado como um servio denominado ASBAgent.

Agentes ASB incluem:


Agente do Connector Access ServicesProcessa pedidos de servios entre os componentes do driverODBC dentro da camada de mecanismo e o componente ConnectorAccess Services dentro da camada de servios.

Agente do Information AnalyzerProcessa pedidos de servios entre os componentes do mecanismodentro da camada de mecanismo e o componente InformationAnalyzer Services dentro da camada de servios.

Agente do InfoSphere Information Services DirectorProcessa pedidos de servios entre os componentes do mecanismodentro da camada de mecanismo e o componente de serviosInfoSphere Information Services Director dentro da camada deservios.

Agente de Criao de LogRegistra eventos para o repositrio de metadados.

UNIX Linux O agente executado como um daemon denominadoLoggingAgent.

Windows O agente executado como um servio denominadoLoggingAgent.

Drivers ODBC

O programa de instalao instala um conjunto de drivers ODBC nacamada de mecanismo que trabalha com componentes do InfoSphereInformation Server. Esses drivers fornecem conectividade com dados deorigem e destino.

rastreador de recursos

O programa de instalao instala o Rastreador de Recursos para tarefasparalelas com os componentes de mecanismo para o InfoSphere DataStagee o InfoSphere QualityStage. O Rastreador de Recursos registra em log oprocessador, a memria e o uso de E/S em cada computador que executatarefas paralelas.

dsrpcd (Servio DSRPC)Permite que clientes InfoSphere DataStage se conectem ao mecanismo doservidor.

UNIX Linux Este processo executado como um daemon (dsrpcd).

Windows Este processo executado como um servio: o servio DSRPC.

Monitor de TarefasUm aplicativo Java (JobMonApp). O aplicativo coleta informaes deprocessamento de tarefas do mecanismo paralelo. As informaes soroteadas para o processo do controlador de servidor para a tarefa domecanismo paralelo. O processo do controlador de servidor atualiza vriosarquivos no repositrio de metadados com estatsticas como o nmero deentradas e sadas, os recursos externos que so acessados, a hora de inciodo operador e o nmero de linhas processadas.

Windows Servio do Recurso de Mecanismo do DataStageEstabelece a estrutura de memria compartilhada usada pelos processos domecanismo de servidor.


Windows Servio de Telnet do DataStagePermite que os usurios se conectem ao mecanismo de servidor usandotelnet. til para problemas relacionados ao mecanismo de servidor. No necessrio estar iniciado para o processamento normal de InfoSphereDataStage.

Windows MKS ToolkitUsado pelo mecanismo paralelo do InfoSphere Information Server paraexecutar tarefas.

O diagrama a seguir mostra os componentes que englobam a camada demecanismo.

Camada de ServiosA camada de servios consiste no servidor de aplicativos, nos servios comunspara o conjunto e nos servios especficos de mdulo e no computador no qualesses componentes esto instalados.

Figura 2. Componentes da Camada de Mecanismo


Servios do IBM InfoSphere Information Server

Alguns servios so comuns a todos os mdulos de produto. Outros soespecficos dos mdulos de produto que voc instala. A camada de servios deveter acesso camada do repositrio de metadados e camada do mecanismo.

Uma instncia do IBM WebSphere Application Server hospeda esses servios. Oservidor de aplicativos est includo no conjunto dos sistemas operacionaissuportados. Como alternativa, voc pode usar uma instncia existente doWebSphere Application Server, se sua verso do servidor de aplicativos forsuportada pelo InfoSphere Information Server. Para obter uma lista de versessuportadas, consulte os requisitos de sistema em www.ibm.com/support/docview.wss?rs=14&uid=swg27016382.

O diagrama a seguir mostra os servios executados dentro do servidor deaplicativos na camada de servios.

Servios especficos do mdulo de produto incluem IBM InfoSphere InformationAnalyzer, IBM InfoSphere Information Services Director, IBM InfoSphere FastTrack,IBM InfoSphere DataStage, IBM InfoSphereQualityStage, IBM InfoSphere BusinessGlossary e IBM InfoSphere Metadata Workbench. Eles tambm incluem servios de

Figura 3. Servios da Camada de Servios


acesso ao conector que fornecem acesso a origens de dados externas atravs decomponentes do driver ODBC e agentes de servios de acesso ao conector dentroda camada de mecanismo.

Os servios comuns incluem:

Servios de PlanejamentoAtividades de rastreio e planejamento de ajuda, como criao de log erelatrios, e tarefas dos componentes do conjunto, como monitoramento dedados e tendncia. Voc pode usar o console da Web e o console doInfoSphere Information Server para manter os planejamento. Dentro dosconsoles, voc pode definir planejamentos, visualizar seus status, histricose previses e limp-los do sistema. Por exemplo, uma tarefa de anlise eexecuo de relatrio dentro do InfoSphere Information Analyzer umatarefa planejada.

Servio de Criao de LogAjuda voc a gerenciar logs em todos os componentes do conjunto doInfoSphere Information Server. Voc pode visualizar os logs e resolverproblemas usando o console da Web e o console do InfoSphere InformationServer. Logs so armazenados no repositrio de metadados. Cadacomponente do conjunto do InfoSphere Information Server definecategorias de criao de log relevantes.

Servios de SeguranaGerenciam autorizaes de usurios baseadas em funes, servios decontrole de acesso e criptografia que conta com muitos regulamentos desegurana e privacidade. Se o registro de usurio interno do InfoSphereInformation Server for usado, os administradores podero usar o consoleda Web e o console do InfoSphere Information Server para incluir usurios,grupos e funes no InfoSphere Information Server.

Servios de RelatrioGerenciam tempo de execuo e aspectos administrativos dos relatrios doInfoSphere Information Server. Voc pode criar relatrios especficos demdulos de produto para o InfoSphere DataStage, InfoSphere QualityStagee o InfoSphere Information Analyzer. Voc tambm pode criar relatriosentre produtos para criao de log, monitoramento, planejamento eservios de segurana. Voc pode acessar, excluir e limpar os contedosdos resultados do relatrio a partir de uma execuo de relatrio planejadaassociada. Voc pode configurar e executar todas as tarefas de criao derelatrio a partir do console da Web do InfoSphere Information Server.

Servios do DirectoryAtuam como uma autoridade central que pode autenticar recursos egerenciar identidades e relacionamentos entre identidades. Voc podebasear os diretrios no registro de usurio interno do InfoSphereInformation Server. Como alternativa, voc pode usar os registros deusurios externos, como o registro do usurio do sistema operacional local,ou registros do Lightweight Directory Access Protocol (LDAP) ou doMicrosoft Active Directory.

Servios principaisServios de baixo nvel, como registro de servio, gerenciamento de ciclode vida, servios de ligao e servios de agentes.

Servios de MetadadosImplementam o gerenciamento integrado de metadados dentro do


InfoSphere Information Server. Funes incluem o gerenciamento derepositrio, o gerenciamento de persistncia e o gerenciamento de modelo.

Aplicativos Baseados na Web do InfoSphere Information Server

Os seguintes aplicativos baseados na Web do InfoSphere Information Server soinstalados como parte da camada de servios.v IBM InfoSphere Metadata Workbenchv O IBM InfoSphere Information Server: Console da Web. O console da Webconsiste de ferramentas de administrao e relatrio e dos seguintes clientes: IBM InfoSphere Business Glossary Catlogo de Servios de Informaes para InfoSphere Information Services

Director A ferramenta de gerenciamento do repositrio de metadados.

Camada do Repositrio de MetadadosA camada do repositrio de metadados consiste no banco de dados do repositriode metadados e, se instalado, no banco de dados IBM InfoSphere InformationAnalyzer e no computador no qual esses componentes esto instalados.

A camada do repositrio de metadados inclui o banco de dados do repositrio demetadados para o InfoSphere Information Server. O banco de dados umcomponente compartilhado que armazena tempo de design, tempo de execuo,glossrio e outros metadados para mdulos de produto no conjunto do IBMInfoSphere Information Server.

Se o InfoSphere Information Analyzer for instalado, o repositrio de metadadostambm incluir um ou mais bancos de dados de anlise. Os bancos de dados deanlise so usados pelo InfoSphere Information Analyzer quando ele executatarefas de anlise.

A camada de servios deve ter acesso camada de repositrio de metadados.Quando mdulos de produto armazenam ou recuperam metadados, os servios nacamada de servios conectam-se camada do repositrio de metadados egerenciam a interao entre os bancos de dados e os mdulos de produto.

Para InfoSphere Information Analyzer, a camada de mecanismo e a camada decliente tambm devem ter acesso direto aos bancos de dados de anlise.

O diagrama a seguir mostra os componentes que englobam a camada dorepositrio de metadados.


Relacionamentos de CamadasAs camadas trabalham juntas para fornecer servios, execuo de tarefas emetadados e outro armazenamento de dados para seus mdulos de produtos.

O diagrama a seguir ilustra os relacionamentos das camadas.

Figura 4. Componentes da Camada do Repositrio de Metadados


O diagrama mostra como as camadas se relacionam umas s outras. Comomostrado no diagrama:v Os relacionamentos diferem dependendo dos mdulos de produtos que vocinstala.

v Os programas cliente dentro da camada de cliente se comunicam principalmentecom a camada de servios. Os clientesIBM InfoSphere DataStage andQualityStage tambm se comunicam com a camada de mecanismo.

v Vrios servios dentro da camada de servios se comunicam com agentes nacamada de mecanismo.

v Servios de metadados dentro da camada de servios se comunicam com acamada do repositrio de metadados.

v Drivers ODBC dentro da camada de mecanismo se comunicam com bancos dedados externos.

v O IBM InfoSphere Metabrokers e bridges dentro da camada de cliente podemimportar dados de origens externas. Alguns InfoSphere Metabrokers e bridgespodem exportar dados.

vv Dentro do mdulo do produto IBM InfoSphere Information Analyzer, a camadade mecanismo se comunica diretamente com os bancos de dados de anlise

Figura 5. Relacionamentos de Camadas


dentro da camada do repositrio de metadados. O cliente InfoSphereInformation Analyzer tambm se comunica diretamente com os bancos de dadosde anlise.


Captulo 3. Etapa de Planejamento 3: Projetando umaTopologia de Instalao

Projete a topologia de hardware e software para cada camada.

A topologia geral de uma instalao pode variar grandemente em complexidade.Otimize o design da topologia para incluir os mdulos de produto que vocinstalar e quaisquer requisitos de alta disponibilidade, desempenho e rendimento,bem como simultaneidade de usurios.

Topologias de Instalao BsicaSe voc no precisa de uma soluo de alta disponibilidade e no prevdimensionar a instalao para maior capacidade no futuro, escolha uma topologiabsica.

Veja a seguir algumas topologias bsicas para o IBM InfoSphere InformationServer. Nessas descries de topologia, o termo computadores se refere a servidoresfsicos separados, parties lgicas (LPARs) ou mquinas virtuais.

Computador nicoNessa topologia, as camadas de mecanismo, repositrio de metadados,servios e cliente so todas instaladas em um nico computador. Essatopologia uma configurao especfica do Microsoft Windows.

Cliente/servidorNessa topologia, as camadas de mecanismo, repositrio de metadados eservios so todas instaladas em um nico computador. A camada decliente instalada em computadores separados.

Camada de mecanismo dedicadaNessa topologia, as camadas de servios e do repositrio de metadados soinstaladas em um computador. A camada de mecanismo instalada emoutro computador. A camada de cliente instalada em computadoresseparados.

Computador dedicado para cada camadaVoc pode hospedar cada camada em um computador separado.

Locais para o banco de dados de IBM InfoSphere Information AnalyzerSe voc instalar o InfoSphere Information Analyzer, fornea um local parao banco de dados de anlise.

Locais para o banco de dados Match Designer do IBM InfoSphereQualityStageSe voc instalar o InfoSphere QualityStage, crie o banco de dados MatchDesigner manualmente.

Topologias IBM InfoSphere FastTrackO IBM InfoSphere FastTrack determina cdigo nas camadas de cliente,servios e repositrio.

Vrias instncias do InfoSphere Information ServerVoc pode instalar mais de uma instncia do InfoSphere InformationServer em um conjunto de computadores.

Mltiplos Mecanismos de ServidorVoc pode criar uma instalao com mais de uma camada de mecanismo.


Essas topologias so descritas nas sees a seguir.

Topologia de Computador nicoNessa topologia, as camadas de mecanismo, repositrio de metadados, servios ecliente so todas instaladas em um nico computador. Essa topologia umaconfigurao especfica do Microsoft Windows.

O computador deve ser um de classe de servidor que atenda a todos os requisitosdo sistema, como memria, espao em disco e outros requisitos. O computadordeve executar o Microsoft Windows e atender a todos os requisitos do sistema paraessa plataforma.

Essa topologia adequada para sistemas de demonstrao e para desenvolvimentoem pequena escala.

O diagrama a seguir ilustra essa topologia.

Topologia Bsica de Cliente/ServidorNessa topologia, as camadas de mecanismo, repositrio de metadados e serviosso todas instaladas em um nico computador. A camada de cliente instalada emcomputadores separados.

Os computadores da camada de cliente devem executar o Microsoft Windows. Ocomputador que hospeda as outras camadas pode executar qualquer sistemaoperacional suportado pelo IBM InfoSphere Information Server.

Essa topologia centraliza a administrao e a isola dos usurios do cliente. Atopologia adequada a ambientes de desenvolvimento menores. adequadatambm a um ambiente de produo com requisitos limitados de execuo detarefas do IBM InfoSphere DataStage and QualityStage e um nmero pequeno deusurios simultneos do cliente.


Figura 6. Topologia de Computador nico


Nota: Embora o diagrama mostre apenas um computador da camada de cliente,voc poder incluir vrios.

Servidor Separado Dedicado Camada de MecanismoNessa topologia, as camadas de servios e do repositrio de metadados soinstaladas em um computador. A camada de mecanismo instalada em outrocomputador. A camada de cliente instalada em computadores separados.

O computador da camada de cliente deve executar o Microsoft Windows. Osoutros computadores podem executar qualquer sistema operacional suportado peloIBM InfoSphere Information Server.

A instalao da camada do repositrio de metadados com a camada de serviosfornece o desempenho ideal, porque no h latncia de rede entre as camadas.Alm disso, atividade mais alta na camada de mecanismo no afeta as operaesdas camadas de servios e do repositrio de metadados. Essa topologia adequadapara ambientes com altos requisitos de tarefas do IBM InfoSphere DataStage andQualityStage e para instalaes do IBM InfoSphere Information Analyzer.

Figura 7. Topologia Bsica de Cliente/Servidor

Captulo 3. Etapa de Planejamento 3: Projetando uma Topologia de Instalao 19



Um Computador para Cada CamadaVoc pode hospedar cada camada em um computador separado.

Essa topologia fornece a cada camada recursos computacionais dedicados. Se vocoptar por essa topologia, minimize a latncia de rede entre todas as camadas.Particularmente, voc dever ter uma conexo banda larga entre as camadas deservios e do repositrio de metadados.

As camadas de servios e do repositrio de metadados devem estar na mesmasub-rede.


Figura 8. Topologia com Servidor Separado Dedicado Camada de Mecanismo



Locais para os Bancos de Dados de AnliseSe voc instalar o InfoSphere Information Analyzer, dever fornecer o local paraum ou mais bancos de dados de anlise. No momento da instalao, especifique olocal para o primeiro banco de dados de anlise. Aps a instalao, voc podeincluir bancos de dados adicionais usando o console do IBM InfoSphereInformation Server.

Cada projeto do InfoSphere Information Analyzer est associado a umdeterminado banco de dados de anlise. O banco de dados de anlise poder serusado por um nico projeto do InfoSphere Information Analyzer, ou poder sercompartilhado por vrios projetos do InfoSphere Information Analyzer. Porexemplo, dois projetos do InfoSphere Information Analyzer podero usar doisbancos de dados de anlise diferentes, ou podero compartilhar o mesmo banco dedados de anlise.

Figura 9. Topologia com Computador Dedicado para Cada Camada


O banco de dados de anlise um componente que o InfoSphere InformationAnalyzer utiliza quando executa as tarefas de anlise. O mecanismo do InfoSphereInformation Server deve ter acesso a um ou mais bancos de dados de anlise.

Voc pode localizar um banco de dados de anlise e o repositrio de metadados namesma instalao do servidor de banco de dados como bancos de dados distintos.Como alternativa, voc pode localizar os bancos de dados de anlise e orepositrio de metadados em instncias diferentes.

O sistema para os bancos de dados de anlise podem ser diferentes do sistema debanco de dados para o repositrio de metadados. Por exemplo, voc pode usar umbanco de dados IBM DB2 para o repositrio de metadados e um banco de dadosOracle para um banco de dados de anlise.

O diagrama a seguir ilustra uma topologia com trs computadores na qual umbanco de dados de anlise e o banco de dados do repositrio de metadados estolocalizados na mesma instalao do servidor de banco de dados.

Figura 10. Topologia com Bancos de Dados de Anlise e Repositrio de Metadados na Mesma Instalao do Servidorde Banco de Dados


O diagrama a seguir ilustra uma topologia com quatro computadores na qual umbanco de dados de anlise e o banco de dados do repositrio de metadados estolocalizados em computadores diferentes.

Locais para o Banco de Dados Match DesignerO InfoSphere QualityStage requer que voc fornea um local para o banco dedados Match Designer. Depois de instalar o InfoSphere QualityStage, configure-opara usar um banco de dados criado.

O Match Designer do InfoSphere QualityStage um componente do InfoSphereQualityStage que usado para projetar e testar especificaes de correspondncia.Especificaes de correspondncia consistem em passes de correspondncia queidentificam entidades duplicadas em um ou mais arquivos.

Se voc pretende desenvolver especificaes de correspondncia, utilize um bancode dados novo ou existente que seja dedicado ao armazenamento de resultados detransmisses de testes de correspondncias. No utilize o repositrio de metadadosou o banco de dados de anlise para armazenar estes resultados.

Figura 11. Topologia com Bancos de Dados de Anlise e Repositrio de Metadados em Computadores Diferentes


O programa de instalao do IBM InfoSphere Information Server no cria o bancode dados de resultados do Match Designer. Crie o banco de dados antes ou aps ainstalao, desde que ele esteja configurado e acessvel ao usar o Match Designer.Voc pode criar o banco de dados em um computador no qual a camada de clienteou mecanismo esteja instalada ou em qualquer computador que esteja acessvel aambas as camadas. Voc deve configurar o banco de dados para receber o tipo dosdados que so processados no Match Designer. Por exemplo, voc deve configuraro banco de dados para receber dados de bytes duplos se o Match Designerprocessar dados asiticos.

Voc pode localizar o banco de dados Match Designer na mesma instncia dosistema de banco de dados do repositrio de metadados ou de anlise do IBMInfoSphere Information Analyzer. Como alternativa, pode localizar os bancos dedados em instncias separadas. O sistema para o bancos de dados Match Designerpode ser diferente do sistema dos outros bancos de dados. Por exemplo, voc podeusar um banco de dados IBM DB2 para o repositrio de metadados e um banco dedados Oracle para o banco de dados Match Designer.

Mltiplas Instncias do IBM InfoSphere Information ServerEm uma instalao do Linux ou UNIX, possvel instalar mais de uma instnciado InfoSphere Information Server no mesmo conjunto de computadores.

Nota: Windows Voc no pode instalar mais de uma instncia do InfoSphereInformation Server em um computador Microsoft Windows.

As instncias ficam isoladas umas das outras, com camadas separadas demecanismo, servios e repositrio de metadados. Essas camadas no podem sercompartilhadas entre as instncias. As instncias podem residir no mesmocomputador em diferentes diretrios de instalao ou em computadores diferentes.As instncias podem ter a mesma verso de software ou verses diferentes.

Se as instncias forem da mesma verso do InfoSphere Information Server, vocpoder configurar uma nica instncia de camada de cliente para comunicaocom vrias instncias do InfoSphere Information Server. O diagrama a seguirmostra uma topologia com duas instncias do InfoSphere Information ServerVerso 8.5 separadas, instaladas em dois computadores separados. Uma instalaode camada de cliente nica se comunica com ambas as instncias.


Se as instncias tiverem verses diferentes, a camada de cliente dever conterclientes para cada verso. Voc pode alternar as verses clientes na estao detrabalho do cliente usando o gerenciador de vrios clientes. O diagrama a seguirmostra uma topologia com duas instncias do InfoSphere Information Serverseparadas, instaladas em dois computadores separados. As instncias so deverses diferentes. A camada de cliente contm clientes de ambas as verses. Ogerenciador de vrios clientes usado para alternar de uma verso cliente paraoutra.

Figura 12. Topologia com Instncias Separadas, em Computadores Separados


Se as camadas de servios para mais de uma instncia residirem no mesmocomputador, especifique portas diferentes para cada camada de servios. Odiagrama a seguir mostra uma topologia na qual as camadas de servios e dorepositrio de metadados para duas instncias do InfoSphere Information Serverde verses diferentes esto instaladas no mesmo computador. Cada camada deservios se comunica com uma camada de mecanismo separada, instalada em umcomputador separado.

Figura 13. Topologia com Instncias Separadas de Verses Diferentes, em Computadores Separados


Para instalar mais de uma instncia do mecanismo do InfoSphere InformationServer no mesmo computador, crie uma instalao ITAG. Para executar essainstalao, execute o programa de instalao vrias vezes para criar mltiplasinstncias da camada de mecanismo. Durante a instalao, designe a cada instnciauma tag de identificao exclusiva e o nmero da porta. A todos os projetos etarefas associados a uma instncia do mecanismo do servidor so designadas a tagpara a instncia do mecanismo do servidor.

Cada instncia da camada de mecanismo deve ser registrada em uma instncia deservio do InfoSphere Information Server diferente.

O diagrama a seguir mostra uma topologia na qual as camadas de mecanismo paraduas instncias do InfoSphere Information Server esto instaladas no mesmocomputador. Cada camada de mecanismo tem uma ITAG associada.

Figura 14. Topologia na Qual as Camadas de Servios Compartilham um Computador Comum


Nota: Windows As instalaes ITAG no so suportadas nos computadoresMicrosoft Windows.

Mltiplos Mecanismos de ServidorVoc pode criar uma topologia de instalao que inclua mais de uma camada demecanismo.

Nessa topologia, cada camada de mecanismo consiste em um mecanismo doInfoSphere Information Server e um mecanismo paralelo.

Voc poder escolher essa topologia por motivos de gerenciamento de recursos eprojeto. Por exemplo, voc poder dedicar uma camada de mecanismo para astarefas do IBM InfoSphere DataStage e outra para as tarefas do IBM InfoSphereInformation Analyzer. Ou poder dedicar vrias camadas de mecanismo paraconjuntos separados de tarefas do IBM InfoSphere Information Analyzer, cada umacom seu prprio banco de dados de anlise.

Cada instncia da camada de mecanismo deve residir em um computadorseparado. Voc no pode configurar a camada de servios para comunicar-se comvrias camadas de mecanismo que esto instaladas no mesmo computador.

Figura 15. Instalao ITAG


O diagrama a seguir mostra uma topologia com duas camadas de mecanismo queesto instaladas em computadores separados. Uma nica instncia de camada deservios se comunica com ambas as camadas de mecanismo.

Configuraes de Alta DisponibilidadeA IBM oferece diferentes solues de alta disponibilidade para cada camada doIBM InfoSphere Information Server.

Disponibilidade crescente (implementando uma soluo de alta disponibilidade)refere-se maximizao do percentual de tempo que os servios do sistemaoperam. Para aumentar a disponibilidade, implemente topologias e tecnologias queapresentam redundncia. O objetivo reduzir ou eliminar o nmero de pontos nicosde falha (SPOF). Pontos nicos de falha so elementos cuja falha faz com queaspectos crticos do sistema parem de operar.

Figura 16. Topologia com Duas Camadas de Mecanismo


A IBM oferece diferentes solues de alta disponibilidade para cada camada doInfoSphere Information Server. Cada soluo permite projetar vrias configuraesaltamente disponveis diferentes, desde configuraes relativamente simples ainstalaes complexas.

A tabela a seguir lista solues de alta disponibilidade para cada camada:

Tabela 3. Camadas e Solues de Alta DisponibilidadeCamada Solues

Mecanismo Configurao ativa-passiva gerenciada pelosoftware de gerenciamento de cluster de altadisponibilidade, como IBM Tivoli SystemAutomation for Multiplatforms

Servios Uma das seguintes solues:

v Configurao ativa-passiva gerenciadapelo software de gerenciamento de clusterde alta disponibilidade, como TivoliSystem Automation for Multiplatforms

v Armazenamento em Cluster do IBMWebSphere Application Server

Repositrio de Metadados Uma das seguintes solues:

v Configurao ativa-passiva gerenciadapelo software de gerenciamento de clusterde alta disponibilidade, como TivoliSystem Automation for Multiplatforms

v Armazenamento em Cluster do IBM DB2v Recuperao de dados de altadisponibilidade (HADR) do DB2

v Oracle Real Application Clusters (RAC)

No geral, quanto maior o nvel de disponibilidade geral que voc deseja atingir,mais complexo o sistema que voc deve criar e manter. Os sistemas altamentedisponveis geralmente exigem mais hardwares. Por essas razes, forneaconsideraes cuidadosas sobre o nvel de disponibilidade exigido em cada camadade software do sistema. Voc pode desejar um nvel diferente de disponibilidadeem seu sistema de desenvolvimento e em seu sistema de produo.

Para implementar uma topologia altamente disponvel, voc deve ter umentendimento slido das tecnologias de rede, como protocolos, camadas edispositivos. A implementao bem-sucedida de topologias altamente disponveis,especialmente aquelas que incluem armazenamento em cluster, tecnicamente umprocesso mais complexo que requer alto grau de experincia tcnica.

Topologia Ativa-PassivaPara criar um nvel bsico de disponibilidade para o IBM InfoSphere InformationServer, instale-o em um sistema de arquivos que seja compartilhado por dois oumais computadores. Os computadores so armazenados em cluster usando osoftware de alta disponibilidade (HA).

Nessa topologia, dois computadores compartilham uma rede de rea dearmazenamento (SAN). A camada do repositrio de metadados, a camada demecanismo e a camada de servios so todas instaladas na SAN. Um doscomputadores (o servidor ativo) hospeda a instncia do InfoSphere InformationServer. O outro computador (o servidor passivo) iniciado, mas no est executando


nenhum software da camada. O software de alta disponibilidade (HA), como oIBM Tivoli System Automation for Multiplatforms, instalado nos servidores ativoe passivo. O software HA mantm uma pulsao: um sinal peridico que enviadodo servidor ativo para o servidor passivo e que indica que o servidor ativo estoperacional.

O seguinte diagrama ilustra essa topologia.

Nota: Embora o diagrama mostre apenas um computador de camada de cliente,voc pode incluir vrios computadores de camada de cliente.


Se o servidor ativo falhar, a pulsao tambm falhar. O software HA reiniciatodos os servios do InfoSphere Information Server no servidor passivo. Esseprocesso chamado de failover. O diagrama a seguir ilustra este processo.

Figura 17. Configurao de Cluster do Servidor Ativo-Passivo


No momento da instalao, crie um alias de nome de host para o sistema. Essasinformaes so associadas ao servidor ativo. Todos os programas clientes seconectam ao sistema usando esse endereo ou nome de host. Se o servidor ativofalhar, as informaes sero reassociadas automaticamente ao servidor passivo,dessa forma, os programas cliente no precisaro se conectar a um endereodiferente.

No entanto, um failover no ser transparente aos usurios cliente. Se o servidorativo falhar, todos os servios do InfoSphere Information Server ficaroindisponveis at que o failover seja concludo e o servidor passivo esteja

Figura 18. Configurao de Cluster do Servidor Ativo-Passivo com um Computador com Falha


operando. O processo de failover pode levar alguns minutos. Alm disso, qualquertarefa que esteja executando falhar e dever ser reiniciada depois que o servidorpassivo obtiver o controle.

Nessa configurao, o software HA monitora o funcionamento apenas dosprocessos de nvel de sistema operacional e do hardware do servidor. O softwareiniciar um failover apenas se um desses elementos falhar. Outro softwaremonitorar o funcionamento dos processos individuais do InfoSphere InformationServer, mas no acionar um failover se um processo falhar. Ao contrrio, oadministrador do sistema ser notificado. Esse design permite que o administradordo sistema corrija o problema em vez de simplesmente permitir que o problemaseja reproduzido no servidor passivo.

A topologia ativa-passiva adequada para empresas de pequeno a mdio portecom poucos usurios de sistema simultneos. A topologia fornece um nvel de altadisponibilidade sem incorrer em custos adicionais significativos de hardware doservidor. Essa configurao recomendada principalmente para sistemas cujopropsito executar tarefas de produo planejadas em vez de suportar odesenvolvimento de tarefas. Os tipos de atividades envolvidos no desenvolvimentotornam mais provvel a corrupo de um arquivo dinmico ou de problemas desincronizao devido a um failover.

Essa topologia escalvel. Voc pode incluir servidores passivos alternativos, senecessrio. No entanto, o desempenho, o rendimento e a simultaneidade no seroafetados porque, a qualquer momento, apenas uma instncia de cada componenteda camada estar executando na configurao.

Algumas outras variaes dessa topologia so possveis. A seguir, algumasvariaes da topologia de exemplo:v O computador B hospeda a camada de servios e a camada do repositrio demetadados. O computador C hospeda a camada de mecanismo. Oscomputadores podero efetuar failover uns dos outros. Por exemplo, se ocomputador B falhar, o computador C tambm obter o controle da camada deservios e da camada do repositrio de metadados. Se o computador C falhar, ocomputador B tambm hospedar a camada de mecanismo.

v O computador B hospeda a camada de servios e a camada do repositrio demetadados. O computador C hospeda a camada de mecanismo. Outrocomputador (computador D) atua como servidor de backup para o computadorB e para o computador C.

Essas variaes esto alm do escopo desta documentao.

Para simplificar ainda mais a configurao, voc pode eliminar o software HA desua implementao e permitir que seu departamento de TI acione um failovermanualmente, quando necessrio.

Armazenamento em Cluster do IBM WebSphere ApplicationServer Network Deployment

Para fornecer alta disponibilidade de camada de servios, crie um cluster dosservidores de aplicativos IBM WebSphere Application Server Network Deployment(ND) em dois ou mais computadores.

Implemente uma instncia da camada de servios (servios comuns e serviosespecficos do produto) em cada servidor de aplicativos. Quando um membro docluster falhar, outros membros continuaro fornecendo servios. Componentes em


outras camadas se comunicam com o cluster, no diretamente com um servidor deaplicativos especfico dentro do cluster. Assim que pelo menos um membro docluster estiver operacional, no haver interrupo no servio.

A implementao de um cluster do IBM WebSphere Application Server NetworkDeployment e a criao de uma configurao de front-end que equilibra a carga eotimiza o trfego tambm melhoram a simultaneidade. Simultaneidade o nmerode clientes que podem usar o sistema simultaneamente com um nvel razovel depronto atendimento do sistema. Voc pode dimensionar uma configurao emcluster conforme suas necessidades, para atender a requisitos maiores desimultaneidade.

O diagrama a seguir mostra uma topologia com uma camada de servios na qual oarmazenamento em cluster do servidor de aplicativos implementado em doiscomputadores. Um terceiro computador hospeda o gerenciador de implementaodo WebSphere Application Server. No diagrama, a camada de mecanismo ainda configurada em uma configurao de cluster de servidor ativa-passiva. A camadado repositrio de metadados est localizada em um computador separado.

Esta topologia tambm inclui uma configurao de front-end sofisticada que incluiservidores da Web duplos e balanceadores de carga. Esses sistemas soconfigurados fora do firewall. Clientes HTTP, como o console da Web doWebSphere Application Server, acessam os componentes do servidor atravs dobalanceador de carga. Um balanceador de carga de backup garante que ocomputador do balanceador de carga no seja o nico ponto de falha. Clientes EJB,como o console do IBM InfoSphere Information Server e o IBM InfoSphereDataStage and QualityStage Designer, se comunicam diretamente com os ns doWebSphere Application Server.

Nota: Configuraes de alta disponibilidade que incluem o armazenamento emcluster do WebSphere Application Server geralmente tambm incluem oarmazenamento em cluster do repositrio de metadados. O cluster do banco dedados garante que o repositrio de metadados no seja o nico ponto de falha.


Se um servidor no cluster falhar, os outros membros de cluster do WebSphereApplication Server continuaro operando. O seguinte diagrama ilustra esseprocesso:

Figura 19. Topologia com o Cluster do WebSphere Application Server


Implementando o Armazenamento em Cluster do IBM WebSphereApplication ServerPara implementar o armazenamento em cluster, crie uma clula do IBMWebSphere Application Server Network Deployment em seus computadores edefina um cluster que contenha servidores de aplicativos na clula.

Uma implementao do IBM WebSphere Application Server Network Deploymentconsiste de um ou mais processos do servidor de aplicativos. Esses processos soexecutados em um ou mais computadores ou LPARs. O IBM WebSphereApplication Server Network Deployment permite configurar um agente de n para

Figura 20. Cluster do WebSphere Application Server com N com Falha


gerenciar um subgrupo de processos do servidor de aplicativos na implementao.Um agente de n um agente administrativo que monitora os servidores deaplicativos e roteia pedidos administrativos para eles. O grupo de servidores deaplicativos, mais seus agentes de ns associados, chamado de n gerenciado. Vocpode ter vrios ns gerenciador por implementao.

Os agentes de ns se comunicam com um gerenciador de implementao (DMgr). Osgerenciadores de implementao so agentes administrativos que fornecem umavisualizao de gerenciamento centralizado para os ns. O grupo de processos(servidores de aplicativos e agentes de ns) gerenciado por um gerenciador deimplementao chamado de clula.

Um cluster um subgrupo lgico de servidores de aplicativos dentro da clula queesto executando o mesmo conjunto de aplicativos e servios. Os servidores deaplicativos dentro de um cluster so chamados de membros daquele cluster. Ocluster gerenciado pelo gerenciador de implementao na clula.

O seguinte diagrama mostra uma clula que contm dois ns gerenciados que sogerenciados por um gerenciador de implementao. Cada n contm vriosservidores de aplicativos que so gerenciados por um agente de ns. Cada agentede n se comunica com o gerenciador de implementao. O diagrama tambmmostra um cluster que contm os servidores de aplicativos em cada n.

Para aperfeioar ainda mais a alta disponibilidade da camada de servios, vocpode dimensionar horizontalmente o cluster incluindo mais ns gerenciados emoutros computadores. A incluso de mais ns tambm aperfeioa o desempenho erendimento, pois os ns no cluster compartilham a carga de trabalho. Voc tambmpode dimensionar verticalmente o cluster incluindo servidores de aplicativos emns gerenciados no mesmo computador. O dimensionamento vertical melhora odesempenho e o rendimento, mas no melhora a disponibilidade, exceto no nveldo servidor de aplicativos (ou seja, se um servidor de aplicativos em um n

Figura 21. Clula que Contm Dois Ns Gerenciados que So Gerenciados por um Gerenciador de Implementao


gerenciado falha, outros servidores de aplicativos no n continuam funcionando.Se um computador inteiro falha, todos os servidores de aplicativos no computadorfalham).

O WebSphere Application Server suporte uma grande variedade de topologias emcluster. O IBM InfoSphere Information Server suporta a maioria das topologias emcluster do WebSphere Application Server para a camada de servios, com asrestries a seguir.v Voc deve implementar cada cluster do InfoSphere Information Server em suaprpria clula dedicada. A clula no pode conter outros clusters, servidoresMaster Data Management (MDM) ou servidores de aplicativos independentes.

v Os servidores de aplicativos no cluster devem estar na mesma verso: o mesmorelease principal (por exemplo, 6.1 ou 7.0) e a mesma verso secundria (porexemplo, fix pack n.n.n.n).

v Todos os computadores distribudos por um cluster devem executar o mesmosistema operacional e nvel de fix pack.

v Voc deve implementar um servidor HTTP de front-end, um balanceador decarga (hardware ou software) ou uma combinao de servidores HTTP ebalanceadores de carga (topologia de IP sprayer). Para mais informaes,consulte Criando uma Configurao de Front-end Altamente Disponvel eEscalvel para um Cluster do IBM WebSphere Application Server na pgina 42.

O diagrama a seguir ilustra as topologias em cluster vertical e horizontal doInfoSphere Information Server e mostra alguns elementos da topologia que no sopermitidos em uma clula do InfoSphere Information Server.


Algumas restries adicionais pertencem designao de repositrios demetadados para clusters do InfoSphere Information Server:v A cada cluster do InfoSphere Information Server deve ser designado apenas umrepositrio de metadados.

v Os membros de cluster do InfoSphere Information Server que no fazem partedo mesmo cluster no podem compartilhar o mesmo repositrio de metadados.

v Membros de um cluster especfico do InfoSphere Information Server no podemser associados com vrios repositrios de metadados.

Figura 22. Topologias em Cluster Vertical e Horizontal (Vlida e Invlida)


v Um membro de cluster do InfoSphere Information Server e um servidor deaplicativos independente no podem compartilhar o mesmo repositrio demetadados. (O programa de instalao do InfoSphere Information Serverimpinge essa restrio a voc.)

v Voc deve usar um registro de usurio distribudo, como o registro customizadodo InfoSphere Information Server, ou um registro LDAP. Registros do sistemaoperacional local no funcionaro nos ambientes em cluster.

O diagrama a seguir mostra um cluster do InfoSphere Information Server erelacionamentos permitidos e proibidos entre os membros do cluster e osrepositrios de metadados.

O diagrama a seguir mostra o local dos agentes de ns do servidor de aplicativos edo gerenciador de implementao em uma configurao de amostra. Existe apenasum componente do gerenciador de implementao por clula, executando em umdos computadores. Se os agentes de ns estiverem em execuo, um cluster podercontinuar executando a maioria das funes de tempo de execuo se ogerenciador de implementao no estiver ativo, desse modo, o gerenciador deimplementao no ser um nico ponto de falha dessas operaes. No entanto,para operaes de administrao, como implementao de aplicativo do IBMInfoSphere Information Services Director, o gerenciador de implementao deverestar em execuo. Alm disso, o console do WebSphere Application Server serhospedado no gerenciador de implementao, portanto, ele dever estar emexecuo para que voc use o console.

Figura 23. Relacionamentos Permitidos e Proibidos Entre Membros do Cluster e Repositrios de Metadados


Criando uma Configurao de Front-end Altamente Disponvel eEscalvel para um Cluster do IBM WebSphere Application ServerSe voc implementar um cluster do WebSphere Application Server dentro daimplementao do IBM InfoSphere Information Server, dever fornecer umaconfigurao de front-end para o cluster.

A configurao de front-end pode consistir de qualquer um dos seguintescomponentes, localizados no envio de dados do cluster:v Um servidor da Web de front-endv Um balanceador de cargav Um envio de dados do balanceador de carga dos servidores da Web (topologiade IP sprayer)

Para maximizar a segurana, implemente firewalls em vrios pontos chave dentroda topologia que voc seleciona. Para melhorar a resposta de entrega, voctambm poder implementar o envio de dados dos servidores proxy dearmazenamento em cache dos servidores da Web e dos balanceadores de carga.

Servidores da Web de Front-end:

Se voc implementar um cluster do IBM WebSphere Application Server dentro daimplementao do IBM InfoSphere Information Server, poder fornecer um enviode dados do servidor da Web de front-end do cluster.

O InfoSphere Information Server suporta o IBM HTTP Server (IHS) e o ApacheHTTP Server. Para obter informaes sobre as verses suportadas, acesse osrequisitos do sistema em www.ibm.com/support/docview.wss?rs=14&uid=swg27016382.

Figura 24. Agentes de Ns do Servidor de Aplicativos e o Gerenciador de Implementao em uma Configurao deAmostra


Um servidor da Web de front-end essencial para o gerenciamento de carga detrabalho de pedidos JSP e servlets. O servidor da Web geralmente usa um plug-inde gerenciamento de carga de trabalho interno (WLM) para despachar pedidos daWeb para os membros de cluster adequados e seus contineres de Web. Ele executaos despachos de acordo com as polticas que esto pr-configuradas no plug-in deWLM. O servidor da Web de front-end aumenta o desempenho e a seguranaporque fornece um ponto de entrada HTTP exclusivo para o cluster.

Para garantir que no exista um nico ponto de falha no nvel do servidor da Web,implemente um servidor da Web de backup dedicado para controle no caso defalha do servidor ativo.

O diagrama a seguir mostra um cluster do InfoSphere Information Server com umservidor da Web de front-end. Um servidor da Web de backup tambm implementado.

Se voc escolher o IBM HTTP Server, poder configurar o gerenciador deimplementao para gerenciar a configurao e administrao do servidor da Web.O servidor da Web pode ser definido como um n gerenciado ou no gerenciado.v Se voc quiser usar o gerenciador de implementao para gerenciar servidoresda Web da mesma maneira que faria com qualquer outro n gerenciado naclula (por exemplo, para iniciar ou parar o IBM HTTP Server, ou para instalar oarquivo de configurao de plug-in do IBM HTTP Server que contm as polticasde gerenciamento de carga de trabalho que esto definidas para o cluster),defina os servidores da Web como ns gerenciados.

v Se voc estiver implementando o envio de dados dos servidores da Web de umfirewall que protege os membros do cluster, defina os servidores da Web comons no gerenciados. Nesse caso, voc pode gerenciar os servidores da Web como gerenciador de implementao ativando o processo de administrao do IBMHTTP Server no computador.

O diagrama a seguir mostra uma instncia do IBM HTTP Server definida como umn gerenciado. O gerenciador de implementao gerencia o IBM HTTP Server

Figura 25. Cluster com Servidor da Web de Front-end


atravs do agente de n local.

O diagrama a seguir mostra uma instncia do IBM HTTP Server que est definidacomo um n no gerenciado em um servidor independente. Um firewall separa oservidor da clula. O gerenciador de implementao gerencia a instncia do IBMHTTP Server usando o processo de administrao do IBM HTTP Server.

Se voc optar por usar o Apache HTTP Server em vez do IBM HTTP Server, asinstncias do Apache HTTP Server devero ser definidas como ns nogerenciados. Voc no poder gerenci-las usando o gerenciador deimplementao. Por exemplo, voc deve copiar o arquivo de configurao doplug-in de servidor da Web para cada servidor da Web manualmente.

Figura 26. Instncia do IBM HTTP Server Definida como um N Gerenciado

Figura 27. Instncia do IBM HTTP Server Definida como um N No Gerenciado em um Servidor Independente


Balanceamento de Carga:

Se voc implementar um cluster do IBM WebSphere Application Server dentro daimplementao do IBM InfoSphere Information Server, voc poder fornecer umenvio de dados do balanceador de carga do cluster.

O InfoSphere Information Server suporta muitas solues de balanceadores decarga fabricados pela IBM e por outros.

A tabela a seguir lista as vantagens e desvantagens de uma abordagem dobalanceador de carga.

Tabela 4. Vantagens e Desvantagens de uma Abordagem do Balanceador de CargaVantagens da implementao de umbalanceador de carga

v Implementao mais fcil: voc noprecisa configurar uma rede de servidoresda Web e depois configurar plug-ins doservidor da Web

v Mais alternativas de algoritmos debalanceamento de carga: geralmente osbalanceadores de carga oferecem maisalgoritmos que aqueles fornecidos pelosplug-ins do servidor da Web, incluindoestratgias avanadas de balanceamentode carga baseadas em carga quemonitoram os nveis de uso emcomputadores individuais

Desvantagens da implementao de umbalanceador de carga

v Configurao adicional necessria: vocdeve executar configurao adicional paramanter conexes persistentes entre clientese servidores. (Os plug-ins de servidor daWeb manipulam a manuteno deconexo persistente automaticamente.)

v Balanceadores de carga no servemHTML esttico.

v Balanceadores de carga baseados emhardware geralmente tm um custo maiselevado.

Figura 28. Apache HTTP Server


Para garantir que no exista um nico ponto de falha no nvel do balanceador decarga, implemente um balanceador de carga de backup para controle no caso defalha do balanceador ativo.

O diagrama a seguir mostra um cluster do InfoSphere Information Server com umbalanceador de carga de front-end. Um balanceador de carga de backup tambm implementado.

Voc no pode gerenciar os balanceadores de carga usando o gerenciador deimplementao.

Certifique-se de configurar a afinidade da sesso no balanceador de carga. Existemvrios mtodos para obter a afinidade da sesso. O mtodo escolhido dependerdo produto que voc usa e do mecanismo de encaminhamento que voc configura.Mecanismos incluem encaminhamento de endereo de controle de acesso mdia(MAC), encaminhamento de Network Access Translation/Network Address PortTranslation (NAT/NAPT) e encaminhamento baseado em contedo. Osbalanceadores de carga da camada 2 (balanceadores de carga que operam nacamada MAC) geralmente realizam afinidade de sesso usando uma abordagem"sem aderncia ao endereo IP de origem". Os balanceadores de carga da camada 3e posterior (balanceadores de carga que operam na camada IP e acima) geralmenterealizam a afinidade de sesso usando cookies passivos ou uma tcnica baseadaem contedo. Geralmente dessa maneira que a afinidade de sesso implementada com servidores HTTP. Consulte a documentao do balanceador decarga para obter mais informaes.

Topologia do IP Sprayer:

Para obter alta disponibilidade e equilbrio mximo do servidor e capacidade decarga de trabalho, implemente um envio de dados do balanceador de carga de umgrupo de servidores da Web.

Figura 29. Cluster com um Balanceador de Carga de Front-end


O balanceador de carga executa equilbrio inteligente entre os servidores da Webcom base na disponibilidade do servidor e na capacidade da carga de trabalho.Escolha esta topologia para eliminar um nico ponto de falha no nvel do servidorda Web. Esse acordo tambm distribui a carga dos pedidos da Web em vriosservidores da Web. O IBM InfoSphere Information Server suporta muitas soluesde IP sprayer fabricado pela IBM e por outros.

Para garantir que no exista um nico ponto de falha no nvel do balanceador decarga, implemente um balanceador de carga de backup para controle no caso defalha do balanceador ativo.

O diagrama a seguir mostra uma topologia do IP sprayer. O diagrama mostra umcluster do InfoSphere Information Server com dois servidores da Web front-end.Um balanceador de carga um envio de dados implementado dos servidores daWeb. Um balanceador de carga de backup tambm implementado. Os servidoresda Web e os balanceadores de carga so instalados em servidores separados.

Proxies de Armazenamento em Cache:

Para melhorar a resposta de entrega e reduzir o trfego do recebimento de dados,voc tambm poder implementar proxies de armazenamento em cache.

Se a funcionalidade de proxy de armazenamento em cache no estiver integrada aohardware do balanceador de carga, voc poder implementar o envio de dados dosservidores proxy de armazenamento em cache dos servidores da Web e dosbalanceadores de carga. O IBM InfoSphere Information Server suporta qualquerproxy de armazenamento em cache que possa armazenar em cache pedidos daWeb estticos e dinmicos.

Voc no pode gerenciar os proxies de armazenamento em cache us

Data Stage Passo a Passo

Documents

Transcript of Data Stage Passo a Passo