Guia de Instala. - ibm.com · Preparando-se para uma instalação independente comoDB2 ... Verificando a Instalação com o Cliente de Teste no WebSphere Application Server

IBM InfoSphere Master Data Management EdiçõesStandard e AdvancedVersão 11 Release 4

Guia de Instalação

GC27-6717-00

��

IBM InfoSphere Master Data Management EdiçõesStandard e AdvancedVersão 11 Release 4

Guia de Instalação

GC27-6717-00

��

ObservaçãoAntes de usar essas informações e o produto suportado por ela, leia as informações em Notas e marcas registradas.

Aviso de Edição

Esta edição aplica-se à versão 11.0 do IBM InfoSphere Master Data Management e a todas as liberaçõessubsequentes e modificações até que seja indicado diferentemente em novas edições.

© Copyright IBM Corporation 1996, 2014.

Índice

Tabelas . . . . . . . . . . . . . . . v

Figuras . . . . . . . . . . . . . . vii

Capítulo 1. Instalação do IBM InfoSphereMaster Data Management Edição Padrãoe Avançada . . . . . . . . . . . . . 1Requisitos de Instalação . . . . . . . . . . 2

Bibliotecas de 32 Bits Necessárias em SistemasOperacionais de 64 Bits . . . . . . . . . . 5

Capítulo 2. Visão geral da instalação . . 7Recursos instalados pelo IBM Installation Manager . 9Installation Startup Kit para instalaçõescustomizadas . . . . . . . . . . . . . . 10Suporte a várias instâncias . . . . . . . . . 12Contas do usuário, grupos e padrões utilizados peloaplicativo de instalação . . . . . . . . . . 13Armazenamento e Exposição da Senha . . . . . 15

Criptografando Senhas com o WebSphereApplication Server . . . . . . . . . . . 15

Estruturas de Diretórios . . . . . . . . . . 16Uso de MAD_ROOTDIR e MAD_HOMEDIR . . 18

Capítulo 3. Instalando o produto. . . . 21Planejando uma instalação . . . . . . . . . 23

Tipos de implementação de instalaçãoindependente ou customizada . . . . . . . 23Instalação silenciosa ou gráfica . . . . . . . 28Suporte para ambientes de alta disponibilidade 29Planilhas para instalação e configuração . . . . 29Cenários de Instalação . . . . . . . . . . 49

Instalando um servidor independente com o DB2 . 63Adquirindo e extraindo os arquivos de instalação 63Preparando-se para uma instalação independentecom o DB2 . . . . . . . . . . . . . 64Iniciando um independente com a instalação doDB2 utilizando a Barra de ativação . . . . . 65Instalando um servidor independente com o DB2 65

Instalando uma estação de trabalho independentecom o DB2 . . . . . . . . . . . . . . 70

Adquirindo e extraindo os arquivos de instalação 71Preparando-se para uma instalação independentecom o DB2 . . . . . . . . . . . . . 71Iniciando um independente com a instalação doDB2 utilizando a Barra de ativação . . . . . 73Desinstalando uma instalação de estação detrabalho independente com o DB2 . . . . . . 73

Instalando uma implementação customizada . . . 79Adquirindo e extraindo os arquivos de instalação 79Preparando para uma implementaçãocustomizada . . . . . . . . . . . . . 80Instalando uma implementação customizada doInfoSphere MDM . . . . . . . . . . . 123

Instalação Silenciosa . . . . . . . . . . 145Instalação manual usando o utilitário madconfig 158

Instalando uma solução MDM híbrida . . . . . 163Instalando Aplicativos Clientes e ComponentesIndividuais . . . . . . . . . . . . . . 164

Instalando o Business Administration UI . . . 165Instalando o Data Stewardship UI . . . . . 166Instalando o Product Maintenance UI . . . . 169Instalação do InfoSphere MDM do Ambiente deTrabalho . . . . . . . . . . . . . . 170Instalação de amostras . . . . . . . . . 172

Verificando a instalação base . . . . . . . . 174Verificando a Instalação com o Cliente de Testeno WebSphere Application Server . . . . . 175Propriedades do Cliente de Teste . . . . . . 176Logs de Instalação. . . . . . . . . . . 177

Modificando a Instalação . . . . . . . . . 179Incluindo um novo nó em um cluster existente 180Atualizando os arquivos de propriedadesimplementados para o MDM físico . . . . . 182

Capítulo 4. Aplicando fix packs. . . . 185Instalando um fix pack . . . . . . . . . . 185Excluindo componentes especificados de um fixpack . . . . . . . . . . . . . . . . 187Recuperando um fix pack aplicado . . . . . . 187

Capítulo 5. Resolução de problemasde instalações da Standard Edition ouda Advanced Edition . . . . . . . . 189Erros de instalação . . . . . . . . . . . 189

Erro de instalação: O acesso é negado para aoperação checkIfAppExists no AppManagementMBean . . . . . . . . . . . . . . 189Erro de instalação: AdminTask . . . . . . 191Erro de instalação: objeto AdminTask não estádisponível . . . . . . . . . . . . . 192Erro de instalação: processo de ligação não estáativo . . . . . . . . . . . . . . . 193Erro de instalação: página em branco é exibidaapós efetuar login na interface com o usuário . 194Erro de instalação: Não foi possível incluircom.ibm.mdm.hub.server.app.eba ativo. . . . 194Erro de instalação: propriedade httpPort nãopode estar em branco. . . . . . . . . . 195Erro de desinstalação: O instalador não eliminatabelas do MDM virtual . . . . . . . . . 197Erro de instalação: 'java.lang.RuntimeException:Aplicativo não pôde ser inicializado . . . . . 197Erro de instalação: erro de falta de memória –espaço PermGen . . . . . . . . . . . 197Erro de instalação: falha de handshake SSL . . 198Erro de desinstalação: o sistema não pode criarum conector SOAP para conectar ao hostlocalhost na porta 88xx . . . . . . . . . 199

© Copyright IBM Corp. 1996, 2014 iii

Erro de instalação: Falha de IVT do MDMvirtual . . . . . . . . . . . . . . . 200

Capítulo 6. Desinstalando oInfoSphere MDM . . . . . . . . . . 201Desinstalando o InfoSphere MDM instância . . . 201Desinstalando uma instalação do servidorindependente com o DB2 . . . . . . . . . 202Desinstalando uma Instalação estação de trabalhoindependente com o DB2 . . . . . . . . . 203Desinstalando um Único Componente . . . . . 204

Desinstalando no Modo Silencioso . . . . . . 204Removendo o CBA do repositório de pacotesconfiguráveis interno . . . . . . . . . . . 206

Avisos . . . . . . . . . . . . . . 207

Índice Remissivo . . . . . . . . . . 213

Entrando em Contato com a IBM . . . 217

iv Guia de Instalação

Tabelas

1. Requisitos de Instalação . . . . . . . . . 22. Recursos do InfoSphere MDM instalados 93. Contas de usuário do InfoSphere MDM 134. Grupos de usuários do InfoSphere MDM 145. Diretórios MDM_INSTALL_HOME . . . . . . . 166. diretório de instalação doInfoSphere MDM

planilha . . . . . . . . . . . . . . 307. Planilha de Origem de Dados do IBM DB2 ou

do DB2 para z/OS . . . . . . . . . . 318. Planilha de Origem de Dados do Microsoft

SQL Server. . . . . . . . . . . . . 349. Planilha de origem de dados do Oracle 36

10. Planilha de Instalação do IBM WebSphereApplication Server . . . . . . . . . . 39

11. Planilhas de instalação do aplicativo MDM 4212. Planilha de instalação do aplicativo do usuário 4413. Aplicativos de usuário do InfoSphere MDM 4614. Planilha de instalação de histórico . . . . . 4715. O sistema verifica . . . . . . . . . . 6816. Verificações de banco de dados . . . . . . 6917. Verificações do servidor operacional . . . . 7018. O sistema verifica . . . . . . . . . . 77

19. Verificações de banco de dados . . . . . . 7720. Verificações do servidor operacional . . . . 7821. Verificações do sistema . . . . . . . . 12722. Verificações de banco de dados . . . . . 12823. Verificações do servidor operacional . . . . 13124. Destinos Básicos do Utilitário madconfig 15825. Destinos do utilitário madconfig para

instalação do servidor operacional . . . . 15926. Destinos do utilitário madconfig para

instalação do banco de dados . . . . . . 16027. Destinos do utilitáriomadconfig para

interfaces com o usuário baseadas na web . . 16128. Destinos do utilitário madconfig para o

flexible search . . . . . . . . . . . 16229. Destinos do utilitário madconfig para

desinstalação. . . . . . . . . . . . 16330. Testes de Verificação de Instalação . . . . 17631. Propriedades que Podem Ser Configuradas

no Arquivo de Propriedades do Cliente deTeste . . . . . . . . . . . . . . 176

32. Recursos da IBM . . . . . . . . . . 21733. Fornecendo feedback para IBM . . . . . 218

© Copyright IBM Corp. 1996, 2014 v

vi Guia de Instalação

Figuras

1. Visão geral da instalação do InfoSphere MDM 12. Visão geral da instalação do InfoSphere MDM 213. instalação de servidor independente com o

DB2 . . . . . . . . . . . . . . . 25

4. Instalação da estação independente com o DB2 265. Instalação customizada em um ambiente em

cluster . . . . . . . . . . . . . . 28

© Copyright IBM Corp. 1996, 2014 vii

viii Guia de Instalação

Capítulo 1. Instalação do IBM InfoSphere Master DataManagement Edição Padrão e Avançada

Os componentes do InfoSphere MDM são instalados usando o IBM® InstallationManager, que garante uma experiência de instalação simples e consistente.

Importante: Antes de iniciar o processo de instalação do InfoSphere MDM, reviseos problemas conhecidos. Alguns dos problemas de instalação conhecidosrequerem a conclusão das tarefas de configuração de pré-instalação específicas. Aconclusão destas tarefas de configuração pode resultar em uma instalação comfalha.

Os tópicos de instalação descrevem como preparar seu ambiente, incluindo oservidor de aplicativos e o banco de dados, para a instalação do InfoSphere MDMe como instalar o InfoSphere MDM. Você pode executar uma instalação no modográfico ou silencioso.

O IBM Installation Manager também é utilizado para desinstalar componentes epara modificar uma instalação existente incluindo ou removendo os componentes.

Dica: É possível fazer download de PDFs dos tópicos de instalação ou de cenáriosde instalação específicos:v InfoSphere MDM Standard and Advanced Edition Installation Guide

Instalador Planeje a Implementaçãodo MDM

Faça o download dopacote de instalação

Planeje a Implementaçãodo MDM

Instale e configure osoftware obrigatório

Revise os pré-requisitos e a

documentação

Tome decisões deimplementação

Preencha asplanilhas deinstalação

Concluaa configuração e o

desenvolvimento depós-instalação

Atualize suainstalação

Verifique suaInstalação

Instale oInfoSphere MDM

Figura 1. Visão geral da instalação do InfoSphere MDM

© Copyright IBM Corp. 1996, 2014 1

v Instalação rápida, incluindo o MDM Workbenchv Installation Cookbook: Oracle, WebSphere Default Messaging, and WebSphere

Clusterv Installation Cookbook: DB2, WebSphere MQ, and WebSphere ClusterInformações relacionadas:

Faça o download dos pacotes de instalação do IBM InfoSphere Master DataManagement com base na edição

requisitos do sistema do InfoSphere MDM

Requisitos de InstalaçãoUse esta lista como referência antes de iniciar a instalação. Se você também estiverinstalando o IBM DB2, o IBM WebSphere Application Server ou o IBM RationalApplication Developer, a lista também oferece uma recomendação para escolher osrecursos corretos para instalação.

Atenção: Para obter uma listagem exata de hardware e software suportados e asversões necessárias, sempre revise a página Requisitos do Sistema do IBMInfoSphere Master Data Management. O link para essa página pode ser localizadonas notas sobre a liberação para esta versão.

Para instalar qualquer um dos recursos e aplicativos, você deve ter o IBMInstallation Manager 1,7 instalado no sistema do qual você está executando ainstalação. O IBM Installation Manager faz parte do pacote do InfoSphere MDM. OIBM Installation Manager só pode ser executado em uma máquina de 64 bits.

Os servidores ou as estações de trabalho usados para a instalação requerem ummínimo de 30 GB de espaço disponível.

As instalações de servidor independente necessitam de 40 a 50 GB de espaçodisponível. As instalações de estação de trabalho independente necessitam de 60 a70 GB.

Se o recurso ou o aplicativo que você deseja instalar não estiver listado nessatabela, consulte a documentação desse recurso para saber quais são os requisitosespecíficos.

Tabela 1. Requisitos de Instalação

Se você estiver planejandoinstalar este recurso Precisará deste pré-requisito:

InfoSphere MDM Standard,Advanced ou Enterprise Edition

Todos os servidores e estações de trabalho nos quaisvocê instala e usa os componentes do InfoSphereMDM têm um sistema operacional suportado instaladoe configurado. Use a documentação específica doproduto para orientação.Importante: A Advanced Edition suporta a instalaçãono sistema operacional Microsoft Windows para umambiente de customização somente. Um ambiente deprodução no Windows não é suportado para AdvancedEdition. Somente a Standard Edition é suportada noWindows para ambos os ambientes, de customização eprodução.

2 Guia de Instalação

http://www.ibm.com/support/docview.wss?uid=swg24035078



Tabela 1. Requisitos de Instalação (continuação)


Installation Startup Kit Importante: Certifique-se de ter instalado o InstallationStartup Kit se você planeja desempenhar umainstalação customizada.

Não é necessário instalar o kit se você estiverexecutando uma instalação de servidor independenteou uma instalação de estação de trabalhoindependente.

servidor operacional MDM Esse recurso instala os pacotes configuráveis principaisdo IBM WebSphere Application Server, EBAs, e outros,para o servidor operacional.

Se estiver executando uma instalação independente, oIBM Installation Manager instalará o IBM WebSphereApplication Server e o configurará com definiçõespadrão.

Se estiver executando uma instalação customizada,deverá ter a versão suportada do IBM WebSphereApplication Server instalada e um perfil administrativo(nome do usuário e senha) criado. Depois de instalar oIBM WebSphere Application Server, use os tópicos depreparação do servidor de aplicativos para configuraro servidor.

MDM Database O componente do banco de dados cria as tabelas e oesquema do InfoSphere MDM.

Se estiver executando uma instalação independente, oIBM DB2 será instalado e configurado com asdefinições padrão pelo IBM Installation Manager.

Para instalações customizadas, você deve ter um bancode dados suportado instalado e configurado com umnome e senha da conta do usuário que pretende usarpara se conectar ao servidor operacional MDM.

Use a documentação específica do produto paraorientação. Depois de instalar o software de banco dedados, use os tópicos de preparação do banco dedados para configurar o banco de dados para suportaro InfoSphere MDM.

Aplicativos do usuário Um navegador da web suportado deve ser instaladonas estações de trabalho que acessam o aplicativo.

InfoSphere MDM do Ambiente deTrabalho

Você deve instalar o IBM Rational ApplicationDeveloper para WebSphere (64 bits) antes de instalar oambiente de trabalho na estação de trabalho.

Capítulo 1. Edições Standard e Advanced 3

Tabela 1. Requisitos de Instalação (continuação)


IBM DB2Para uma instalação independente:

Instale o wrapper do banco de dados DB2 queé incluído com a instalação do InfoSphereMDM. Utilize os recursos padrãoselecionados.Importante: Esse software será necessário sevocê estiver executando uma instalaçãoindependente.

Para uma instalação customizada:Se desejar configurar um banco de dados DB2como parte de uma instalação customizada,deverá ter instalado o IBM DB2 EnterpriseEdition.

IBM WebSphere ApplicationServer

Selecione estes recursos de instalação para o servidorde aplicativos:

v IBM WebSphere Application Server

– Perfil Completo do IBM WebSphere ApplicationServer

– IBM WebSphere Application Server SDK for Java™

Technology Edition 6

Sempre verifique a página de requisitos do sistemapara obter o número de versão suportado.

IBM Rational ApplicationDeveloper

Ao instalar o IBM Rational Application Developer,você deve selecionar, no mínimo, esses recursosadicionais necessários no IBM Installation Manager:

v Web Developer Tools

– AJAX, Dojo, e HTML

– JSF

– JSP e servlet

v Enterprise Developer Tools

– Data access

– OSGi application

v IBM WebSphere Application Server

– Development tools

– Remote server stub

Você também deve certificar-se de que as bibliotecas de32 bits necessárias estejam disponíveis no sistemaoperacional de 64 bits.

Tarefas relacionadas:“Instalação do InfoSphere MDM do Ambiente de Trabalho” na página 170“Preparando para uma implementação customizada” na página 80“Adquirindo e extraindo os arquivos de instalação” na página 63Referências relacionadas:“Aplicativos de usuário e associações do servidor operacional” na página 45


Bibliotecas de 32 Bits Necessárias em Sistemas Operacionaisde 64 Bits

Ao instalar o InfoSphere MDM do Ambiente de Trabalho e o IBM RationalApplication Developer em uma estação de trabalho de 64 bits, você deve terdeterminadas bibliotecas de 32 bits disponíveis na estação de trabalho para umainstalação bem-sucedida.

Você deve instalar as bibliotecas de 32 bits que são listadas aqui ou instalar o IBMRational Application Developer no modo de 64 bits antes de instalar os recursos doInfoSphere MDM.

O necessária 32-bit bibliotecas são:v libatk-1.0.so.0

v libfontconfig.so.1

v libfreetype.so.6

v libgdk_pixbuf-2.0.so.0

v libgdk-x11-2.0.so.0

v libglib-2.0.so.0

v libgmodule-2.0.so.0

v libgobject-2.0.so.0

v libgthread-2.0.so.0

v libgtk-x11-2.0.so.0

v libpango-1.0.so.0

v libpangoft2-1.0.so.0

v libpng12.so.0

v libselinux.so.1

v libX11.so.6

v libXcomposite.so.1

v libXcursor.so.1

v libXdamage.so.1

v libXext.so.6

v libXfixes.so.3

v libXft.so.2

v libXinerama.so.1

v libXi.so.6

v libXrandr.so.2

v libXrender.so.1

v libXtst.so.6

v libz.so.1

Tarefas relacionadas:“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 73“Instalação do InfoSphere MDM do Ambiente de Trabalho” na página 170

Capítulo 1. Edições Standard e Advanced 5


Capítulo 2. Visão geral da instalação

A maioria dos componentes do IBM InfoSphere Master Data Management podemser instalados em um servidor ou estação de trabalho, uma combinação dos dois,ou entre vários servidores para suportar ambientes em cluster.


Dica: Utilize a página de Download do IBM InfoSphere Master Data Managementpara ajudar a determinar as partes que você precisa para sua edição e versãolicenciadas.

Você deve configurar ambos, um sistema do cliente e um ou mais sistemas doservidor. O servidor de aplicativos, o servidor de banco de dados e o servidorHTTP podem estar todos no mesmo servidor, ou podem estar cada um em seupróprio servidor. O servidor HTTP é recomendado, porém opcional.

O tempo necessário para instalar o InfoSphere MDM depende de vários fatores,mas não é possível fornecer estimativas de tempo. Alguns fatores que influenciamno tempo de preparação e instalação podem incluir:v O número de componentes que estão sendo instalados.v O número de servidores ou estações de trabalho em seu ambiente.v A capacidade de carga da rede se você estiver instalando em um ambiente em

cluster.v Se o IBM WebSphere Application Server já estiver instalado.v Se o software de banco já estiver instalado.

A primeira etapa no processo de instalação é determinar o melhor tipo deimplementação para seus requisitos: uma independente com tipos de instalação deDB2 (servidor ou estação de trabalho) ou o tipo de instalação customizada “Tipode implementação de instalação customizada” na página 27. A maioria dasimplementações de produção requer uma implementação customizada.

Opcionalmente, é possível usar o Barra de ativação para iniciar uma instalaçãoindependente ou customizada com o DB2. O Barra de ativação permite que vocêescolha o tipo de instalação e, em seguida, configura o IBM Installation Managerpara utilizar os arquivos de instalação apropriados para sua seleção. Parainstalações customizadas, você tem a oportunidade de alterar as ofertasselecionadas para instalação após o Installation Manager ser iniciado.

Dica: O Barra de ativação é um aplicativo baseado em navegador utilizado como oponto de início para uma instalação de servidor ou estação de trabalhoindependente. O Barra de ativação requer o navegador Mozilla Firefox. Se oFirefox não estiver disponível, talvez não seja possível utilizar a Barra de ativação.Se você não puder utilizar a Barra de ativação:1. Efetue login como usuário raiz.2. Instale o IBM Installation Manager no modo de administrador.


3. Configure manualmente os repositórios de instalação do InfoSphere MDM.

Após o início do IBM Installation Manager, sua ordem básica se funcionamento édescrita nestas etapas.1. Selecione os recursos do InfoSphere MDM que você deseja instalar.

Importante: O MDM Database e o servidor operacional MDM são amboscomponentes necessários. O MDM Database inclui as tabelas de banco dedados principais da edição que você está instalando. O Servidor MDMOperacional fornece funcionalidade de processamento crítico.

2. Depois de selecionar os recursos e o local do diretório de instalação, oinstalador faz algumas verificações básicas no sistema operacional, no espaçoem disco e no software de suporte antes de continuar com a instalação. Se odiretório de instalação especificado for um diretório existente, o IBMInstallation Manager verificará se há uma instalação existente e, se localizada,avisará que a instalação será sobrescrita.

3. Você será então solicitado a inserir informações em vários painéis deconfiguração. Essas informações serão usadas para configurarautomaticamente o banco de dados do MDM e o servidor de aplicativos comas informações específicas de conexão e para identificar a célula, o nó e osservidores nos quais os artefatos do InfoSphere MDM são implementados.Se você estiver usando uma instalação independente, os painéis deconfiguração não serão exibidos. Os valores padrão são usados paraconfigurar automaticamente o banco de dados, o servidor de aplicativos econfigurações do servidor operacional.

4. Os dados estáticos são extraídos no diretório MDM_INSTALL_HOMEselecionado no início do processo. Dados estáticos incluem itens, como o BatchProcessor, o Management Agent, o Management Console e os scripts doutilitário madconfig entre outros itens.

5. Tabelas e índices do banco de dados são criados.6. Em seguida, os componentes nativos e os serviços da web são implementados

no servidor de aplicativos. Isso significa que todos os artefatos sãoimplementados em todos os nós especificados.

7. Interfaces de usuário e aplicativos da web que são selecionados parainstalação também são implementados no servidor de aplicativos. O instaladorde pacotes baseado na web de arquivos WAR do aplicativo em um arquivoEAR e implementa o arquivo EAR no servidor de aplicativos. Durante aimplementação, o servidor de aplicativos descompacta o conteúdo dosarquivos EAR.

8. Arquivos de configuração nativos .cfg são criados.9. Após a implementação, o banco de dados é autoinicializado.

10. Antes que a instalação seja concluída, o instalador conclui um processo deverificação executando transações por meio do servidor operacional.

Além dos testes de verificação que o aplicativo de instalação executa, você podeutilizar o Cliente de Teste para executar transações de teste e assegurar umainstalação bem-sucedida.Conceitos relacionados:“Verificando a instalação base” na página 174Informações relacionadas:

Faça o download do IBM InfoSphere Master Data Management



Recursos instalados pelo IBM Installation ManagerOs recursos que podem ser instalados dependem da edição do InfoSphere MDMescolhida.

Esta tabela mostra os recursos que podem ser instalados com o IBM InstallationManager. Nesta tabela, um asterisco * indica que o recurso pode ser instaladoapenas em uma estação de trabalho. Dois asteriscos ** indica que o produto não ésuportado para uso com um banco de dados Microsoft SQL Server.

Tabela 2. Recursos do InfoSphere MDM instalados

Se você instalar: Esses recursos estão disponíveis:

InfoSphere MDM Standard Edition MDM Database

Operacional MDM Server (inclui o Enterprise ServiceOriented Architecture (ESOA) Toolkit, Java e SDKsWeb Services)

Aplicativos do usuário:

v Inspector

v Enterprise Viewer

v Web Reports

v Provider Direct

v Pair Manager*

Samples

Paciente - Componente da Advanced Edition (esseitem é instalado automaticamente com a StandardEdition e não está listado como uma opção no IBMInstallation Manager)

InfoSphere MDM Advanced Edition A Advanced Edition inclui todos os recursos listadospara a Standard Edition, mais estes aplicativos:

v Business Administration UI**

v Data Stewardship UI**

v Product Maintenance UI**

InfoSphere MDM Enterprise Edition Inclui todos os recursos da Advanced Edition, alémde Collaborative Edition e InfoSphere MDMExtension for Unstructured Text Correlation

InfoSphere MDM Workbench O MDM Workbench* (suporta implementaçõesvirtuais, físicas e híbridas). O IBM RationalApplication Developer também é empacotado com oInfoSphere MDM e deve ser instalado antes de vocêinstalar o InfoSphere MDM Workbench.

IBM DB2 Se você estiver planejando executar uma instalaçãoindependente, é possível optar por instalar umwrapper do banco de dados DB2. O wrapper contémo instalador nativo do banco de dados do DB2 e éexecutado no modo silencioso por meio do IBMInstallation Manager.

Se você planeja utilizar uma instalação customizada,então você deve instalar o DB2, utilizando oinstalador nativo do DB2.

Capítulo 2. Visão geral da instalação 9

Tabela 2. Recursos do InfoSphere MDM instalados (continuação)

Se você instalar: Esses recursos estão disponíveis:

IBM WebSphere Application Server O IBM WebSphere Application Server é necessáriopara a implementação do InfoSphere MDM. Se vocênão tiver esse servidor de aplicativos instalado, épossível optar por instalá-lo ao instalar o InfoSphereMDM. Este recurso é instalado ao executar umainstalação independente.

Além do InfoSphere MDM Standard Edition e Advanced Edition, outroscomponentes, edições e produtos IBM MDM também são instalados usando o IBMInstallation Manager. Estes componentes são listados aqui e suas instruções deinstalação são fornecidas em sua documentação online.v IBM Stewardship Centerv InfoSphere MDM Application Toolkitv Master Data Policy Monitoringv InfoSphere MDM Collaboration Serverv O InfoSphere MDM Custom Domain Hub e o InfoSphere MDM Reference Data

Management HubConceitos relacionados:“Tipos de implementação de instalação independente” na página 23“Instalação de servidor independente com o DB2” na página 24“Instalação da estação independente com o DB2” na página 26Referências relacionadas:“Aplicativos de usuário e associações do servidor operacional” na página 45

Installation Startup Kit para instalações customizadasO Installation Startup Kit inclui arquivos e scripts para ajudá-lo a preparar seuambiente antes de instalar o InfoSphere MDM.

Use as ferramentas do Installation Startup Kit para ajudá-lo a concluir umainstalação customizada.

É possível extrair os arquivos e scripts no Installation Startup Kit a partir doarquivo de pacote do InfoSphere MDM transferido por downloaddisk1.zip/StartUpToolkit. O local no qual é extraído o Startup Kit será referidonesta documentação como o STARTUPKIT_INSTALL_HOME.

Configuração e criação do banco de dadosExecute os scripts do banco de dados no Installation Startup Kit antes deiniciar a instalação do InfoSphere MDM. Os scripts automaticamente criamas tabelas, espaços de tabelas, buffer pools, especificações de codificação eacionadores apropriados que são requeridos para a sua edição.

O aplicativo de instalação pode criar os espaços de tabelas necessários parasua implementação. Como alternativa, você pode criá-los antes de instalaro InfoSphere MDM utilizando os scripts fornecidos.

Dica: Crie um espaço de tabela temporário para cada tamanho do bloco.Por exemplo, se você tiver espaços de tabela de 16K, crie um espaço detabela temporário de 16K.


v Os scripts para criar os bancos de dados e espaços de tabela IBM DB2estão localizados em STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/Standard/ddl/

– CreateDB.sql

– CreateTS.sql

v Os scripts para criar um DB2 para banco de dados z/OS e instalardados de domínio e principais:– STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/ZOS/pds/

– STARTUPKIT_INSTALL_HOME/Full/DB2/ZOS/pds/

Os scripts são configurados para execução a partir de uma sessão doTSO utilizando os scripts de JCL no mainframe.

v Script para criar um banco de dados Oracle: STARTUPKIT_INSTALL_HOME/CoreData/Full/Oracle/Standard/ddl/create_schema_ora.sql

v Script para criar um banco de dados Microsoft SQL Server:STARTUPKIT_INSTALL_HOME/CoreData/Full/SQLServer/ddl/CreateDB.sql

v Arquivos do Microsoft SQL Server que são usados para transações XAestão localizados em STARTUPKIT_INSTALL_HOME/SQLServer JTA:– Arquivos sqljdbc.dll para suportar o SQL Server de 32 ou 64 bits

estão em win32 e win64_amd64

– instjdbc.sql

Criação de log de depuração de instalação aprimoradaO Installation Startup Kit inclui um arquivo de propriedades que pode serusado para ativar a criação de log de depuração aprimorada para capturardetalhes adicionais dos processos de instalação do InfoSphere MDM. Estearquivo está localizado em STARTUPKIT_INSTALL_HOME/InstallationManagerDebug/log.properties.

Além de eventos do log de instalação padrão, a criação de log dedepuração aprimorada captura informações detalhadas sobre o seguinte:v Cada arquivo ou plug-in que o IBM Installation Manager transfere por

download de um repositório da web ou recupera de um repositórioDISK do sistema de arquivos local.

v Cada ação que o IBM Installation Manager executa, incluindo:– executar ações ANT– chamar classes Java– executar scripts .sh

v Processar todos os metadados internos do IBM Installation Manager.v Todos os dados de entrada do usuário, incluindo detalhes de como esses

dados são modificados durante ações de instalação, desinstalação ouretrocesso.

Importante: Após ativar a criação de log de depuração aprimorada, asinformações registradas em ./InstallationManager/logs podem incluirdetalhes de senhas inseridos pelo usuário durante a instalação.Certifique-se de que esses logs estejam armazenados em um local seguropara evitar exposição da senha.

Além disso, se houver etapas manuais necessárias para concluir ainstalação, a criação de log de depuração aprimorada avisará sobre aspróximas etapas a serem executadas. Por exemplo, se selecionou a opção


para separar a instalação e configuração, o arquivo de depuração solicitaráque você execute os scripts madconfig que permitirão configurar ainstalação.

Se você usar uma instalação silenciosa para instalar interfaces com ousuário de aplicativo da web do InfoSphere MDM, as mensagens dedepuração incluirão as URLs dos aplicativos da web implementados.

Para ativar a criação de log de depuração aprimorada em./InstallationManager/logs, copie STARTUPKIT_INSTALL_HOME/InstallationManagerDebug/log.properties para ./InstallationManager/logs antes de iniciar o IBM Installation Manager para iniciar a instalaçãodo InfoSphere MDM.

Configuração do componente de mensagemO Installation Startup Kit inclui os scripts que você pode utilizar parainstalar o componente de mensagem do InfoSphere MDM quando oWebSphere MQ estiver em uma máquina que seja diferente daquele noqual o IBM Installation Manager está em execução, utilize os scriptscustSetupMQServer.mqsc e ChannelAuth.mqsc.

Ferramenta de verificação de pré-requisitoA ferramenta de linha de comandos de verificação de pré-requisito ajuda aevitar o início de uma instalação que será incapaz de concluir com êxitodevido a pré-requisitos ausentes. Essa ferramenta tem as seguintescapacidades:v Executa verificações de pré-requisito para instalação do InfoSphere

MDM.v Executa coleta de dados básicos - Coleta logs e arquivos de configuração.v Executa coleta de dados estendidos - Coleta logs, arquivos de

configuração e metadados armazenados no banco de dados

Os recursos de coleta de dados da ferramenta de verificação depré-requisito podem ser úteis depois que um InfoSphere MDM tiverconcluído ou se você precisar resolver problemas de uma instalação. Osresultados dessas coletas são armazenados em um arquivo compactado.

Arquivos de resposta de instalação silenciosaO Installation Startup Kit inclui arquivos de resposta de amostra (.res).Esses arquivos são amostras que podem ser usadas como modelos para aexecução de instalações silenciosas. Os arquivos de resposta de amostraestão localizados em STARTUPKIT_INSTALL_HOME no nível raiz.

Tarefas relacionadas:“Instalando silenciosamente usando um arquivo de resposta” na página 156“Instalando e configurando o banco de dados” na página 89“Verificando os pré-requisitos usando a ferramenta de linha de comandos” napágina 122“Visualizando Arquivos de Log do Installation Manager” na página 178Referências relacionadas:“Instalação Silenciosa” na página 145

Suporte a várias instânciasVárias instâncias do InfoSphere MDM são suportadas instalando o aplicativo emum ambiente em cluster.


Todas as instâncias do aplicativo InfoSphere MDM nos nós em cluster dentro deuma célula WebSphere Application Server devem ser implementadas com a mesmaversão do código do produto do InfoSphere MDM e devem ter a mesma versão docódigo de customização do InfoSphere MDM.

Se desejar usar a mesma máquina física (ou LPAR) para implementar uma segundainstância do aplicativo InfoSphere MDM que está em execução em uma versãodiferente do código do produto InfoSphere MDM, você deve criar uma segundacélula do WebSphere Application Server, gerenciador de implementação e perfil donó.

Se desejar configurar um ambiente de teste funcional simples, é possível utilizar amesma célula WebSphere Application Server e nó para implementar váriasinstâncias do InfoSphere MDM com a mesma versão do código do produtoInfoSphere MDM e versão diferente do código de customização do InfoSphereMDM. No entanto, algumas limitações se aplicam. Quando você desinstalarqualquer uma das instâncias do InfoSphere MDM na célula do WebSphereApplication Server, as outras instâncias do InfoSphere MDM não serão maisfuncionais. Não tente esta configuração em um ambiente de produção.Tarefas relacionadas:“Instalando o InfoSphere MDM em um ambiente em cluster” na página 137“Preparando para uma implementação customizada” na página 80

Contas do usuário, grupos e padrões utilizados pelo aplicativo deinstalação

Quando o InfoSphere MDM é instalado, os usuários padrão e grupos de usuáriossão criados no servidor de aplicativos.

Usuários (independentes com instalações do DB2 somente)

A tabela a seguir lista as contas de usuário e senhas padrão criados pelo aplicativode instalação durante uma instalação independente com o DB2. Durante umainstalação customizada, é possível definir sejam quais forem os valores de nome esenha de usuário que você quiser.

Tabela 3. Contas de usuário do InfoSphere MDM

Nome de usuário Senha Descrição

mdmins11 mdmins11 Se você executar uma instalação independenteem um sistema operacional Linux ou UNIX,essa combinação de nome de usuário e senhaserá criada para o seu banco de dados IBMDB2.Importante: Por razões de segurança, se vocêusar a senha padrão mdmadmin, é recomendávelalterar a senha de usuário após a instalação.

db2admin db3Admin Se você executar uma instalação independenteem um sistema operacional MicrosoftWindows, essa combinação de nome deusuário e senha será criada para o seu bancode dados IBM DB2.Importante: Por razões de segurança, se vocêusar a senha padrão db2admin, é recomendávelalterar a senha do banco de dados após ainstalação.


Antes de iniciar uma instalação customizada do InfoSphere MDM, crie um perfildo IBM WebSphere Application Server com a segurança ativada. O nome deusuário e a senha podem ser o que você desejar.

Grupos

A tabela a seguir lista os grupos e funções que são criados pelo aplicativo deinstalação. É possível incluir usuários nesses grupos por meio do IBM WebSphereApplication Server Integrated Solutions Console (console administrativo).

Tabela 4. Grupos de usuários do InfoSphere MDM

Grupo InfoSphereMDM Descrição

mdm_admin A função administrativa que é equivalente ao superusuário.

Organizador de dados Esta função estará disponível somente se os componentes dainterface com o usuário estiverem instalados.

mdm_default Esta função permite o acesso de usuário ao contêiner do servidorde aplicativos sem conceder as permissões específicas do usuário.

mdm_all_ops Esta função permite o acesso do usuário a todas as operações doInfoSphere MDM.

mdm_all_cvws Esta função permite o acesso do usuário a todas as visualizaçõescompostas.

mdm_all_ixns Esta função permite o acesso do usuário a todas as interações doInfoSphere MDM.

mdm_all_segs_rw Esta função permite acessos de leitura e de gravação a todos ossegmentos.

mdm_all_segs_ro Esta função permite o acesso de somente leitura a todos ossegmentos.

ServiceConsumer Esta função é mapeada para todos os usuários autenticados e estáassociada a todos os módulos do ponto de entrada.

ServiceProvider Esta função é mapeada para um usuário padrão: mdm. Esta funçãoestá associada a todos os módulos que não são consideradospontos de entrada.

Outros padrões utilizados para instalações independentes com oDB2

Se você utilizar um tipo de instalação independente com o DB2, o instaladorutilizará alguns valores padrão.

Se você estiver instalando no Linux ou UNIX (para implementações do servidor),os seguintes padrões serão utilizados:v Nome do banco de dados DB2: MDM11DBv Diretório inicial do DB2: /home/mdmins11

Se você estiver instalando no Microsoft Windows (para implementações de cargade trabalho), os seguintes padrões serão utilizados:v Nome do banco de dados DB2: MDM11DB


Dica: Por razões de segurança, depois que a instalação for concluída, certifique-sede que as senhas dessas contas padrão sejam exclusivas e diferentes dos valorespadrão. Para obter informações sobre como alterar as senhas, consulte adocumentação relevante do WebSphere Application Server e do DB2.Conceitos relacionados:“Pré-requisitos da Conta para Instalações Customizadas” na página 82“Verificando a instalação base” na página 174Tarefas relacionadas:“Instalando um servidor independente com o DB2” na página 65“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 73“Preparando-se para uma instalação independente com o DB2” na página 64“Criando um novo usuário e o adicionando a um grupo MDM” na página 88Referências relacionadas:“Conexõs e contas de usuário de banco de dados” na página 90Informações relacionadas:

Gerenciando usuários

Ativando a segurança do usuário para o servidor operacional

Configurando usuários e grupos de usuários virtuais do MDM

Armazenamento e Exposição da SenhaDurante a instalação, as senhas são criptografadas usando a criptografada doWebSphere Application Server.

Todos os aplicativos de interface com o usuário e aplicativos clientes têm um nomede usuário e uma senha para se conectar ao servidor operacional MDM. Essassenhas também são criptografados usando o mecanismo de criptografia doWebSphere Application Server. Se alguma das senhas for alterada no servidor deaplicativos, você também deverá aplicar a mudança no arquivo de propriedades dorespectivo componente.

Esteja ciente de que quando o instalador gera arquivos de resposta que podem serusados para instalações silenciosas, esses arquivos contêm senhas de usuário emtexto simples. Se as senhas de texto simples armazenadas nos arquivos foremcontra as políticas organizacionais, use o modo de instalação gráfica.Informações relacionadas:

Configurando Ambientes Seguros do MDM

Criptografando Senhas com o WebSphere Application ServerSe você tiver que alterar um nome de usuário e uma senha em um arquivo depropriedades após a instalação, é possível usar esta tarefa para criptografar a novasenha.

Sobre Esta Tarefa

Para evitar que a senha seja armazenada em texto não criptografado no arquivo depropriedades, é possível usar o WebSphere Application Server para criptografá-la.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.admin.doc/topics/c_nav_users.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.admin.doc/topics/c_nav_enabling_user_security_for_operational_server.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.admin.doc/topics/configuring_user_groups_for_virtual.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.sec.doc/topics/configenv.html

Procedimento1. Crie um arquivo de texto chamado mypassword.txt.2. Inclua esta linha no arquivo: mypassword=user_password e salve o arquivo.3. Execute o seguinte comando para codificar o valor da senha:

v Para Microsoft Windows: $NODE_HOME\bin\PropFilePasswordEncoder.batpath\mypassword.txt mypassword

v Para Linux e UNIX: $NODE_HOME/bin/PropFilePasswordEncoder.shpath/mypassword.txt mypassword

Em que $NODE_HOME representa o diretório inicial do nó do WebSphereApplication Server e path representa a localização do diretório do arquivomypassword.txt.

4. Abra o arquivo mypassword.txt e copie o valor da senha criptografada para ocampo de senha no arquivo de propriedades.

Informações relacionadas:

Configurando Ambientes Seguros do MDM

Estruturas de DiretóriosHá três diretórios que precisam ser entendidos ao instalar e usar o InfoSphereMDM: o diretório de instalação, o diretório compartilhado e o diretório do servidorde aplicativos.

Ao executar o IBM Installation Manager, você escolhe um caminho de instalação.Este caminho e diretório-raiz são definidos nos tópicos de instalação comoMDM_INSTALL_HOME. MDM_INSTALL_HOME contém recursos que são exclusivos para opacote instalado. Nesse diretório estão os subdiretórios para cada um doscomponentes selecionados para instalação. Ele também tem diretórios que sãoespecíficos do sistema operacional em que você instala.

O diretório MDMShared contém arquivos de recursos que são compartilhados porvários grupos de pacote instalados. O conteúdo pode incluir recursos que sãonecessários para executar scripts do IBM Installation Manager, bibliotecas decódigo customizado Java e IBM Rational Application Developer, por exemplo. Paraobter mais informações sobre esse diretório, consulte a documentação online para oIBM Installation Manager.

O caminho do servidor de aplicativos no qual os componentes instalados sãoimplementados é definido nos tópicos de instalação como WAS_PROFILE_HOME.

MDM_INSTALL_HOME

O conteúdo do diretório de instalação inclui, mas não se limita aos subdiretórioslistados na tabela a seguir. Os diretórios específicos que você vê dependem dosrecursos instalados.

Tabela 5. Diretórios MDM_INSTALL_HOME

Diretório Descrição

aix, linux, solaris, win32, win64,zlinux

Esses diretórios contêm arquivos específicos dosistema operacional.

BatchProcessor Contém subdiretórios e arquivos necessários paraexecutar a ferramenta Batch Processor. O BatchProcessor foi projetado principalmente para trabalharcom dados do MDM físico.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.sec.doc/topics/configenv.html

http://www.ibm.com/support/knowledgecenter/SSDV2W_1.7.0/com.ibm.cic.agent.ui.doc/helpindex_imic.html


Tabela 5. Diretórios MDM_INSTALL_HOME (continuação)


com.ibm.mdm.tools Contém pacotes configuráveis do OSGi. Uma área detrabalho do MDM Workbench pode ser configuradapara usar esses pacotes configuráveis para quemodelos de referência e referências de classe Javapossam ser resolvidos.

database Contém arquivos de esquema estáticos.

documentation Contém um arquivo messages.properties nosubdiretório /nl/, que é usado pelo instalador duranteo tempo de execução. Por exemplo, ele contémmensagens que são usadas pelo monitor de progressodo instalador.

EnterpriseIntegrator Contém subdiretórios e arquivos que são necessáriospara configurar e usar o aplicativo de procuraInfoSphere MDM Healthcare Point of ServiceIntegrator.

eventManagmentClient Contém subdiretórios e arquivos para suportar ocomponente Event Manager. O Event Manager é umcomponente de acionamento que pode detectareventos e atividades no MDM.

InstallableApps Contém subdiretórios e arquivos para os aplicativosde usuário instalados. Os aplicativos incluem, masnão estão limitados ao Data Stewardship UI, ProductMaintenance UI, Inspector e Web Reports.

IVT Contém subdiretórios e scripts que são usados paraexecutar os testes de verificação de instalação.

logs Contém os logs que são registrados durante oprocesso de instalação.

ManagementAgent Contém subdiretórios e arquivos que são usados paraexecutar o agente de gerenciamento de configuração,que é usado para configurar e gerenciar váriosrecursos do MDM.

ManagementConsole Contém subdiretórios e arquivos que são usados peloManagement Console. O Management Console é ainterface com o usuário que suporta o agente degerenciamento.

MDMCollector Contém subdiretórios e arquivos que são usados paraexecutar o IBM Support Assistant Data Collector.

mds Esse diretório contém arquivos para o MDM virtual(anteriormente IBM Initiate Master Data Service). Osexemplos de SDK de Java e Web Service sãoinstalados no diretório /lib/sdk/examples.

Ele também contém utilitários no diretório /scripts,como o madconfig.

MessageBrokerSuite Contém subdiretórios e arquivos de configuração quesão usados para implementar e gerenciar oscomponentes do Message Broker. Os componentes doMessage Broker são usados geralmente emimplementações virtuais para suportar o sistema demensagens entre os sistemas de origem e o servidoroperacional e o banco de dados do MDM.


Tabela 5. Diretórios MDM_INSTALL_HOME (continuação)


PCDS Contém subdiretórios e arquivos que suportam ainterface com o usuário do Patient Clinical DataSearch.

properties O conteúdo nesse diretório fornece parâmetros deentrada que são usados ao reconfigurar o banco dedados e o servidor MDM a partir do MDMWorkbench.

Samples Contém mapeamentos e arquivos de código-fonte quepodem ser usados em ambientes de desenvolvimento.

temp Contém todos os logs do banco de dados. Após ainstalação, se você reconfigurar o banco de dados,esse diretório será usado para copiar todos osarquivos SQL temporários.

tmp Contém arquivos temporários que são usados duranteo processo de instalação.

Uninstall Esse diretório contém os scripts que são necessáriospara desinstalar os componentes do MDM.

utils Contém recursos do gerador de chave privada dainstância de nome de entidade comum.

Conceitos relacionados:“Instalando Aplicativos Clientes e Componentes Individuais” na página 164

Uso de MAD_ROOTDIR e MAD_HOMEDIRMAD_ROOTDIR e MAD_HOMEDIR são termos e variáveis conhecidos dos usuários do IBMInitiate Master Data Service. As definições desses termos com relação à instalaçãodo InfoSphere MDM e as alterações do servidor operacional.

Em versões anteriores do produto (antes da versão 11.0), o MAD_ROOTDIR continha osarquivos instalados, incluindo todos os arquivos binários. MAD_HOMEDIR continhatodas as informações de configuração da instância. Agora, porém, o conteúdo dosdois diretórios são combinados em um sentido. MAD_ROOTDIR contém os arquivosbinários instalados e as informações de configuração do servidor operacional. Oconceito de um MAD_HOMEDIR puro não é mais válido.

Na documentação, o termo MDM_INSTALL_HOME representa o caminho raiz em quetodos os recursos do InfoSphere MDM estão instalados.

Durante o processo de instalação, um caminho MAD_ROOTDIR de trabalho é criado nodiretório MDM_INSTALL_HOME. O caminho é indicado na documentação comoMDM_INSTALL_HOME/mds.Esse caminho contém a configuração para a instalação doservidor operacional e é o local a partir do qual todas as ferramentas e utilitáriosvirtuais relacionados ao MDM são executados.

Durante a implementação no WAS_PROFILE_HOME, arquivos binários relevantes e umacópia da configuração são criados em um tempo de execução MAD_ROOTDIR. Numcerto sentido, esse local se torna o diretório da instância. O caminho para essaconfiguração de tempo de execução é indicado no arquivo de propriedadescustomizadas da JVM do WebSphere Application Server como a propriedademad.root.dir.


A configuração em MDM_INSTALL_HOME é principalmente aí para suportar asferramentas da linha de comandos. A configuração em WAS_PROFILE_HOME é usadapelo servidor operacional durante o tempo de execução. Editar os arquivosimplementados em WAS_PROFILE_HOME afeta mudanças no servidor operacional emexecução.

Importante: Usuários do IBM Initiate Master Data Service também devementender que o conceito de um único diretório de instalação suportando diversasinstâncias não é mais válido. Deve-se ter uma instalação separada para cadainstância do InfoSphere MDM que você requerer. Por exemplo, se precisar deinstâncias para produção, teste e treinamento, deverá ter três diretórios deinstalação separados e três implementações separadas do servidor operacional e dobanco de dados do MDM em WAS_HOME_PROFILE.

Nos tópicos do componente Message Broker, os termos e variáveis MAD_ROOTDIR eMAD_HOMEDIR continuam sendo usados.



Capítulo 3. Instalando o produto

Há dois caminhos principais para instalar o InfoSphere MDM: customizado ouindependente com o IBM DB2. As instruções para cada estilo de implementaçãosão as mesmas para todas as edições do InfoSphere MDM.

Antes de Iniciar


Certifique-se de que estes pré-requisitos sejam atendidos:v Você revisou os problemas conhecidos para o InfoSphere MDM.v Seu ambiente atenda aos requisitos de hardware e software para os componentes

que você planeja instalar.v Você preencheu as planilhas de instalação.v Você tem acesso à oferta do InfoSphere MDM.v Você concluiu as etapas de preparação.

Instalador Planeje a Implementaçãodo MDM

Faça o download dopacote de instalação

Planeje a Implementaçãodo MDM

Instale e configure osoftware obrigatório

Revise os pré-requisitos e a

documentação

Tome decisões deimplementação

Preencha asplanilhas deinstalação

Concluaa configuração e o

desenvolvimento depós-instalação

Atualize suainstalação

Verifique suaInstalação

Instale oInfoSphere MDM

Figura 2. Visão geral da instalação do InfoSphere MDM


Sobre Esta Tarefa

A decisão de implementar utilizando o estilo de implementação customizada ouum dos estilos de implementação independente com o DB2 depende em grandeparte dos objetivos da sua instalação:v Utilize o estilo de implementação customizada se desejar implementar em um

ambiente que utiliza um banco de dados diferente do DB2, utiliza um banco dedados pré-instalado ou utiliza um ambiente em cluster.

v Utilize o servidor independente com o estilo de implementação DB2 se desejarinstalar o InfoSphere MDM implementado no IBM WebSphere ApplicationServer e DB2 usando todos os valores de instalação padrão.

v Utilize a estação de trabalho independente com o estilo de implementação DB2se desejar instalar um novo ambiente de desenvolvimento do InfoSphere MDMem uma estação de trabalho Microsoft Windows.

Independentemente de seu ambiente e estilo de implementação, você podeexecutar qualquer instalação do InfoSphere MDM em modo gráfico ou silencioso.

Procedimento

Se você planeja instalar usando o estilo de implementação customizada:1. Inclua os repositórios necessários para o IBM Installation Manager.2. Instale o aplicativo e os componentes.Se você planeja instalar utilizando um estilo de implementação independente doDB2:3. Determine se você está instalando um servidor independente ou uma estação

de trabalho independente.4. Use o procedimento específico para seu tipo de implementação.

O que Fazer Depois

Uma mensagem de êxito no painel do instalador final indica que os testes deverificação foram executados automaticamente como parte do processo deinstalação. Também é possível visualizar os arquivos de log para verificar se ainstalação foi bem-sucedida. Se a instalação não foi bem-sucedida, visualize osarquivos de log e utilize as informações nos tópicos de resolução de problemaspara ajudá-lo.

Após a instalação, se desejar incluir ou remover um recurso (por exemplo, incluirum aplicativo ou outra tradução de idioma), ou modificar qualquer uma de suasdefinições de configuração, é possível executar o IBM Installation Managernovamente e selecionar Modificar.Conceitos relacionados:“Tipos de implementação de instalação independente ou customizada” na página23“Verificando a instalação base” na página 174Tarefas relacionadas:“Preparando para uma implementação customizada” na página 80Visualizando os Logs de Instalação do InfoSphere MDMResolução de problemas de uma instalação


Planejando uma instalaçãoAntes de iniciar a instalação, decisões importantes devem ser tomadas sobre oestilo de implementação do seu InfoSphere MDM. Há também várias planilhas deinstalação e configuração que podem ajudá-lo a planejar e reunir informações deinstalação críticas.

Tipos de implementação de instalação independente oucustomizada

A instalação do IBM InfoSphere Master Data Management pode ser realizadautilizando uma instalação independente com o DB2 ou uma instalaçãocustomizada.

As edições do InfoSphere MDM empacotam os recursos de dados principais e sãoinstaladas usando o IBM Installation Manager. Os softwares adicionais, como IBMWebSphere Application Server, IBM DB2 (se você estiver utilizando um banco dedados DB2) e IBM Rational Application Developer (se você estiver utilizandoInfoSphere MDM Workbench) também são instalados pelo IBM InstallationManager.

O tipo de instalação escolhido depende de uma série de considerações:v Se você estiver instalando em uma estação ou em um servidor limposv Se você tiver um banco de dados existente e o servidor de aplicativos instaladov O número de servidores ou estações nas quais você deseja implementar os

componentesv Os servidores de sistema de mensagens instaladosv O grau de automação que deseja empregar no processo de instalaçãoTarefas relacionadas:Capítulo 3, “Instalando o produto”, na página 21

Tipos de implementação de instalação independenteUma instalação independente instalará o InfoSphere MDM, IBM WebSphereApplication Servere IBM DB2 em uma única execução do IBM InstallationManager.

As instalações de estação de trabalho independente adicionalmente incluem oInfoSphere MDM Workbench e o IBM Rational Application Developer.

O tipo de implementação de instalação independente oferece o tempo mais rápidoentre a conclusão da instalação e a executação da primeira transação.

Instalações independentes para servidores ou estações de trabalho são suportadaspara o InfoSphere MDM Standard Edition, Advanced Edition e Enterprise Edition.

Importante: Implementações de instalação independente devem ser executadas emum servidor limpo ou uma estação de trabalho limpa. Sua máquina do servidor ouda estação de trabalho não deve ter nenhum componente pré-existente doInfoSphere MDM, IBM WebSphere Application Server, ou IBM DB2 já instalado.Isso significa que você não pode executar ambas as instalações independentes, daestação de trabalho e do servidor na mesma máquina, pois cada uma delas tentaráinstalar partes semelhantes, causando um conflito.

Utilize uma instalação independente para servidor ou estação de trabalho quando:

Capítulo 3. Instalando o produto 23

v precisar estar ativo e em execução em um curto período de tempo.v planejar utilizar um novo IBM DB2 para banco de dados Linux, UNIX e

Windows.v estiver instalando o IBM WebSphere Application Server pela primeira vez.v estiver instalando em sistemas operacionais Microsoft Windows (somente estação

de trabalho), IBM AIX (somente servidor), Linux (somente servidor) ou Solaris(somente servidor).

Instalações independentes instalam todos os recursos de banco de dados e deservidor operacional do InfoSphere MDM em um único computador de destino epodem ser executadas em modo gráfico ou silencioso.

Instalações independentes são iniciadas utilizando a Barra de ativação. Quando aBarra de ativação é aberta, é possível selecionar para usar uma instalação deservidor independente ou uma instalação de estação de trabalho independente.Essa seleção, em seguida, executa uma de duas ações:v Instalará o IBM Installation Manager se ainda não estiver instalado.v Iniciará o IBM Installation Manager se estiver instalado. Se você não tiver a

versão atual do IBM Installation Manager, uma atualização será iniciadaautomaticamente.

Depois que a instalação estiver concluída, é possível optar por retornar e instalarqualquer componente adicional usando a opção Modificar instalação.Referências relacionadas:“Recursos instalados pelo IBM Installation Manager” na página 9

Instalação de servidor independente com o DB2:

Uma instalação de servidor independente implica que você está selecionando parainstalar uma edição do InfoSphere MDM, IBM WebSphere Application Servere IBMDB2 for Linux, UNIXe Windows em um servidor.

Esta ilustração mostra uma instalação de servidor independente com o DB2.


Para uma instalação de servidor independente com o DB2, IBM InstallationManager conclui o processo a seguir.1. Instala o IBM WebSphere Application Server (implementação de rede) com o

sistema de mensagens padrão e o IBM DB2 for Linux, UNIX e Windows.2. Instala o servidor operacional doInfoSphere MDM, o componente do banco de

dados e os dois aplicativos de organização de dados (InfoSphere MDM DataSteward UI e o InfoSphere MDM Inspector). O conteúdo estático do MDM é oconteúdo que o instalador extrai no diretório de instalação(MDM_INSTALL_HOME). O conteúdo estático pode incluir aplicativos clientes,como o Batch Processor, o Management Agent, o Management Console, oMDM Collector, scripts de configuração do MDM (scripts do utilitáriomadconfig) e outros aplicativos usando configurações padrão.

3. Cria automaticamente o perfil do IBM WebSphere Application Server econfigura o banco de dados, o servidor de aplicativos e os aplicativos deadministração de dados.

4. O processo de instalação finalmente implementa os componentes do MDM noservidor de aplicativos.

É possível instalar mais componentes utilizando a opção Modificar após aconclusão da instalação do servidor independente com o DB2.Tarefas relacionadas:“Instalando um servidor independente com o DB2” na página 65Referências relacionadas:“Recursos instalados pelo IBM Installation Manager” na página 9

Repositório de software/Mídia local

Conteúdo estático doMDM

Instalador

Faça o download doIBM WebSphere Application Server,

IBM DB2, oferta MDM(inclui servidor de operação, componente de

banco de dados e aplicativos de data stewardship)

Caixa A

Dados de MDM

Servidor de Banco de Dados

Servidor operacional MDMAplicativos Data Stewardship

UI do Data StewardshipInspetor

Servidor de Aplicativos

Figura 3. instalação de servidor independente com o DB2


Instalação da estação independente com o DB2:

Uma instalação de estação de trabalho independente com o DB2 implica que vocêestá selecionando para instalar uma edição do InfoSphere MDM, IBM WebSphereApplication Server, IBM DB2 para Linux, UNIX e Windows, IBM RationalApplication Developer e InfoSphere MDM Workbench em uma estação de trabalhoMicrosoft Windows ou Linux.

Esta ilustração mostra uma instalação de estação de trabalho independente com oDB2. Como no cenário de servidor, faça o download do IBM WebSphereApplication Server (implementação de base), do IBM DB2, de sua edição doInfoSphere MDM e do InfoSphere MDM Workbench.

Para uma instalação de estação de trabalho independente com o DB2, o IBMInstallation Manager conclui as seguintes ações:1. Instala o IBM WebSphere Application Server (implementação base) com o

sistema de mensagens padrão, o IBM DB2 for Linux, UNIX e Windows e IBMRational Application Developer.

2. Instala o InfoSphere MDM Workbench no IBM Rational Application Developer.3. Instala o servidor operacional MDM e componentes do banco de dados. O

conteúdo estático do MDM é o conteúdo que o instalador extrai no diretório deinstalação (MDM_INSTALL_HOME). O conteúdo estático pode incluiraplicativos clientes, como o Batch Processor, o Management Agent, oManagement Console, o MDM Collector, scripts de configuração do MDM(scripts do utilitário madconfig) e outros aplicativos.


Conteúdo estático doMDM

Instalador

Faça o downloadIBM WebSphere Application Server,

IBM DB2, oferta MDM(inclui servidor de operação, componente de banco de dados),

IBM Rational Application Deveoper,MDM Workbench

Caixa A

Dados de MDM

Servidor de Banco de Dados

Servidor operacional MDM

Servidor de Aplicativos

MDM Workbench

IBM RationalApplication Developer

Figura 4. Instalação da estação independente com o DB2


4. Cria automaticamente o perfil do IBM WebSphere Application Server econfigura o banco de dados, o servidor de aplicativos e os aplicativos deadministração de dados usando configurações padrão.

5. Implementa os componentes do InfoSphere MDM no servidor de aplicativos.Tarefas relacionadas:“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 73Referências relacionadas:“Recursos instalados pelo IBM Installation Manager” na página 9

Tipo de implementação de instalação customizadaInstalações customizadas implementam o InfoSphere MDM em quase todo cenáriode implementação possível. A maioria das implementações do InfoSphere MDMrequer o tipo de implementação de instalação customizada.

Uma instalação customizada é utilizado para implementar o InfoSphere MDM sobqualquer uma das seguintes condições:v Sua implementação utiliza um IBM DB2 for z/OS, Microsoft SQL Server ou

Oracle.v Você planeja utilizar um banco de dados que já está instalado e configurado.v Você está instalando em um ambiente em cluster.v Você está instalando em um servidor ou estação que possui o IBM WebSphere

Application Server instalado e o Deployment Manager (DMgr) em execução.v Você está instalando em um cluster do IBM WebSphere Application Server

configurado e todos os agentes do nó estão em execução.v O WebSphere MQ está instalado e o listener está em execução.v Você está instalando apenas uma oferta do InfoSphere MDM (como Standard

Edition, Advanced Edition ou Enterprise Edition).

Ao executar uma instalação customizada, é possível selecionar vários servidores dedestino para o aplicativo InfoSphere MDM e os aplicativos de interface com ousuário, ou é possível instalar tudo em um único servidor de destino. Umainstalação customizada pode ser executada em modo silencioso ou gráfico.

Esta ilustração mostra uma implementação customizada em um ambiente emcluster.


Depois que a instalação do InfoSphere MDM for concluída, será possível optar porretornar e instalar qualquer componente adicional utilizando a opção de instalaçãoModificar.Conceitos relacionados:“Suporte para ambientes de alta disponibilidade” na página 29Tarefas relacionadas:“Preparando para uma implementação customizada” na página 80“Instalando uma implementação customizada do InfoSphere MDM” na página 123

Instalação silenciosa ou gráficaÉ possível instalar o InfoSphere MDM em modo gráfico ou silencioso. Considerequal método de instalação funciona melhor para seu ambiente.

Modo gráfico

Se o computador no qual você está executando o IBM Installation Manager poderenderizar uma interface gráfica com o usuário, o modo gráfico é a opçãopreferencial. O IBM Installation Manager exibe uma série de telas que o direcionampor meio da seleção de recursos, configuração do parâmetro básico, e fornece umresumo das opções selecionadas antes do início da instalação.

Modo silencioso

Se planeja instalações idênticas em diversos computadores, pode-se consider aopção silenciosa. Uma instalação silenciosa é iniciada a partir da linha decomandos e utiliza um arquivo de resposta. Esta opção não requer a especificação

Dmgr


Caixa C

WAS

Nó C

Servidoroperacional

MDM

Caixa D

WAS

Servidoroperacional

MDM

Caixa B

Servidor deAplicativos

Cluster

Servidor deAplicativos

wsadmin.sh

Cliente deBanco de Dados

InstalarGerenciador

Downloadda oferta MDM

Nó C

Servidor deBanco de Dados

Figura 5. Instalação customizada em um ambiente em cluster


das opções de instalação. Em vez disso, as opções de instalação são lidas por umarquivo de resposta. É possível criar um arquivo de resposta manualmente ouutilizando um assistente de instalação gráfica. Um arquivo de resposta pode sercriado durante uma instalação ou sem nenhum software. As etapas seguidas noprocesso de instalação e de erros encontrados são registradas em um arquivo.Referências relacionadas:“Instalação Silenciosa” na página 145

Suporte para ambientes de alta disponibilidadePara suportar a instalação do InfoSphere MDM em ambientes de altadisponibilidade, é possível configurar diversas instâncias em vários servidoreshost. Ao fazer isso, se um servidor ou instância ficar inativo, os outros podemcontinuar a processar tráfego.

Dica: Para implementar o InfoSphere MDM para um ambiente de altadisponibilidade, você deve implementar utilizando o caminho da instalaçãocustomizada.

O servidor operacional MDM usa um contêiner do IBM WebSphere ApplicationServer e pode ser implementado em um único servidor ou em um clusterconforme configurado no contêiner. O cluster pode ser pré-configurado noservidor. O instalador pode detectar um ambiente em cluster e implementar nesseambiente utilizando uma instalação customizada.

Revise os cenários de instalação antes de iniciá-la para compreender melhor comosuportar a alta disponibilidade e os requisitos do ambiente em cluster.Conceitos relacionados:“Cenários de Instalação” na página 49“Tipo de implementação de instalação customizada” na página 27Tarefas relacionadas:“Instalando uma implementação customizada” na página 79

Planilhas para instalação e configuraçãoAs planilhas de instalação listam todos os valores que devem ser especificadosdurante um processo de instalação do InfoSphere MDM. Preencher as planilhas deinstalação antes de instalar os componentes pode ajudá-lo a planejar sua instalação,economizar tempo e impor a consistência durante o processo de instalação econfiguração.

Se estiver executando uma instalação independente com o DB2, o aplicativo deinstalação usa várias configurações padrão. Isso limita a quantidade de entradaque deve ser fornecida.

Reutilizar as planilhas para cada ambiente de tempo de execução que você planejaimplementar. Por exemplo, é possível ter um ambiente de produção, um ambientede teste, e um ambiente de treinamento.

Use as planilhas para reunir os principais detalhes sobre aplicativos ecomponentes, incluindo suas definições de configuração base que estão definidasem IBM Installation Manager. Qualquer servidor operacional, aplicativo dousuário, ou etapas de configuração do componente que são necessários fora doIBM Installation Manager são descritos em tópicos separados de aplicativoindividual ou componente.


Tarefas relacionadas:“Instalando um servidor independente com o DB2” na página 65“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 73“Instalando uma implementação customizada do InfoSphere MDM” na página 123

“Instalando o InfoSphere MDM em um ambiente em cluster” na página 137

Planilha de diretório de instalaçãoUtilize essa planilha para registrar o diretório raiz do host no qual você desejainstalar o InfoSphere MDM.

Se você instalar mais tarde ambientes de execução, eles não podem apontar para omesmo banco de dados que aquele utilizado para o ambiente inicial. Se vocêestiver instalando vários ambientes de tempo de execução, reutilize a planilha deinstalação para definir os valores de diretório exclusivo para cada ambiente.

Se você estiver instalando no Microsoft Windows:v Deverá estar executando no modo de Administrador para que o IBM Installation

Manager grave no registro do Windows. O modo Administrador não é utilizadopara IBM AIX, Linux ou Solaris.

v Em um sistema operacional Microsoft Windows 7, você deve instalar o MDMem um diretório que não seja virtualizado.

Os parâmetros listados na tabela a seguir equivalem a prompts ou campos quepodem ser vistos no IBM Installation Manager.

Tabela 6. diretório de instalação doInfoSphere MDM planilha

Parâmetro Descrição Seu valor

Utilizar o grupo de pacotesexistente

Escolha esta opção se vocêdeseja que os componentes doInfoSphere MDM sejaminstalados em um shell oudiretório do Eclipse existente.Você não pode modificar o nomedo diretório, se você escolheressa opção.

Não escolha esta opção se vocêtiver instalado outros produtosanteriormente utilizando IBMInstallation Manager, como IBMRational Application Developer.

O InfoSphere MDM Workbenchdeve ser instalado no mesmogrupo de pacotes que o IBMRational Application Developer.


Tabela 6. diretório de instalação doInfoSphere MDM planilha (continuação)


Crie um novo grupo depacote

Essa opção é a configuraçãopadrão. O IBM InstallationManager cria um diretóriopadrão IBM/MDM no diretório-raizde sua escolha. Ou, é possívelnomear o diretório como vocêdesejar.

Por exemplo,MDM_INSTALL_HOME/IBM/MDM_testou MDM_INSTALL_HOME/IBM/MDM_prod

Planilha de origem de dados do DB2 ou DB2 for z/OSUse esta planilha de origem de dados para identificar parâmetros para a origem dedados do IBM DB2 for Linux, UNIX e Windows ou do IBM DB2 for z/OS à qual oservidor operacional MDM está se conectando.

Para o MDM virtual, todas as informações de origem de dados do IBM AIX, Linuxou Solaris são armazenadas em um arquivo odbc.ini no diretórioMDM_INSTALL_HOME/conf. O MDM físico não requer que as informações de origemde dados sejam armazenadas.

Ao definir os nomes para seus bancos de dados e contas de usuário, considere omesmo nome para a instância do banco de dados associado, a conta de usuário e aconfiguração da origem de dados. Também é possível querer incluir a versão doInfoSphere MDM nesse nome. Utilizar essa convenção de nomenclatura podeajudar outros membros de sua organização e o IBM Software Support a entender omapeamento entre instâncias, contas e bancos de dados.


Tabela 7. Planilha de Origem de Dados do IBM DB2 ou do DB2 para z/OS


Tipo de banco de dados O DB2 for Linux, UNIX eWindows e o DB2 for z/OSsão suportados para todas asedições do InfoSphere MDM.

Nome do host do banco dedados

Identifique o endereçocompleto do host no qual obanco de dados estáinstalado. O padrão élocalhost.

Porta do banco de dados Identifique a porta do bancode dados ou use o númerode porta padrão fornecido. Opadrão do DB2 é 50000.


Tabela 7. Planilha de Origem de Dados do IBM DB2 ou do DB2 para z/OS (continuação)


Nome do usuário do bancode dados

O nome do usuário do bancode dados deve ter privilégiosDBA.

Restrições de comprimento ecaracteres suportados anomes e senhas de usuáriosão dependentes dequaisquer restrições quepossam ser impostas por seusistema operacional.

Se você instalar o InfoSphereMDM usando uma instalaçãoindependente, o nome deusuário e senha do banco dedados do DB2 assumirácomo padrão mdminst11 noLinux e UNIX e db2admin noMicrosoft Windows.

Senha do banco de dados Forneça uma senha para onome do usuário do bancode dados.

Nome do banco de dados Forneça um nome queidentifique o banco de dadosdo InfoSphere MDM. Opadrão é MDMDB.

O nome deve ser compostode 12 ou menos caracteresalfanuméricos. Caracteres desublinhado ( _ ) podem serutilizados no nome. Outroscaracteres não sãosuportados.

Início do banco de dados Para instalaçõescustomizadas, forneça odiretório completo no qual obanco de dados estáinstalado. Forneça odiretório-pai do SQLLIB. Porexemplo:

Windows: C:\ProgramFiles\IBM\SQLLIB

AIX, Linux ou Solaris:/home/db2inst1/sqllib

Esquema do banco de dados Especifique o nome doesquema do banco de dados.Por padrão, o nome doesquema é o mesmo que ousuário do aplicativo debanco de dados.


Tabela 7. Planilha de Origem de Dados do IBM DB2 ou do DB2 para z/OS (continuação)


Instalando o MDM DatabaseManualmente

Se você estiver planejandoinstalar o banco de dadosMDM físico manualmente, épossível selecionar a opçãoExtrair scripts parainstalação de banco dedados manual. O aplicativode instalação irá extrair osscripts que permitem quevocê conclua a instalaçãomanual.

As tabelas do MDM virtualsão instaladas mesmo se essaopção for selecionada.

Este parâmetro estarádisponível somente quando obanco de dados do MDMestiver sendo instaladosozinho, sem nenhum outrocomponente.

Nomes de espaço de tabela Se você tiver criado seuespaços de tabelaantecipadamente, então, vocêdeve tomar nota de seusnomes para que possaespecificá-los no aplicativode instalação. Os seguintesespaços de tabela sãonecessários (os nomes padrãoestão entre parênteses):

v Espaço de tabela de 4K(TBS4K)



v Espaço de Índice(INDEXSPACE)

v Espaço de tabela de EME(EMESPACE1)

v Espaço de tabela de PME(EMESPACE2)

v LongSpace (LONGSPACE)

Tarefas relacionadas:“Instalando e configurando o banco de dados” na página 89“Preparando um banco de dados DB2” na página 91

Planilha de Origem de Dados do Microsoft SQL ServerUse a planilha de origem de dados do Microsoft SQL Server para identificarparâmetros para a origem de dados à qual o servidor operacional MDM está seconectando.


Para InfoSphere MDM Standard Edition, todas as informações de origem de dadosdo IBM AIX®, Linux ou Solaris estão armazenadas em um arquivo odbc.ini nodiretório MDM_INSTALL_HOME/conf.


Atenção: Os aplicativos de usuário Business Administration, Data Stewardship eProduct Management não são suportados para uso com um banco de dadosMicrosoft SQL Server.


Tabela 8. Planilha de Origem de Dados do Microsoft SQL Server


Tipo de banco de dados O Microsoft SQL Server ésuportado somente para oInfoSphere MDM StandardEdition. O tipo deve serMSSQLU.



Porta do banco de dados Identifique a porta do bancode dados ou use o númerode porta padrão fornecido. Opadrão do Microsoft SQLServer é 1433.


O nome do usuário do bancode dados deve ter privilégiosDBA.



Nome do banco de dados Forneça um nome queidentifique o banco de dadosdo MDM. O padrão é MDMDB.


Tabela 8. Planilha de Origem de Dados do Microsoft SQL Server (continuação)


Nome do servidor de bancode dados

Especifique o nome doservidor de banco de dadoscom o qual a instância dobanco de dados do MDM seconecta.

Grupo de arquivo de bancode dados

Especifique o nome de umgrupo de arquivos para obanco de dados. Um grupode arquivos é uma estruturalógica para objetos do grupo(coletas de arquivos) em umbanco de dados. NoMicrosoft SQL Server, osgrupos de arquivos sãousados para ajudar noposicionamento de dados enas tarefas administrativas,como backup e operações derestauração.

Utilize a Autenticação Nativado Windows

Escolha se você deseja que oservidor operacionalautentique com o banco dedados utilizando ascredenciais do MicrosoftWindows. O padrão éutilizar as credenciais doSQL Server.

Se planeja usar aautenticação do Windows,seu DBA deve configurar oesquema padrão do usuáriode login para o esquema queserá usado pelo IBMInstallation Manager.


Se você estiver planejandoinstalar o banco de dados doMDM físico manualmente,selecione essa opção paraextrair os scripts que sãousados para a instalaçãomanual.


Tarefas relacionadas:“Instalando e configurando o banco de dados” na página 89“Preparando um banco de dados Microsoft SQL Server” na página 94

Planilha de origem de dados do OracleUse a planilha de origem de dados do Oracle para identificar parâmetros para aorigem de dados à qual o servidor operacional MDM está se conectando.


Para o InfoSphere MDM Standard Edition, todas as informações de origem dedados do IBM AIX, Linux ou Solaris são armazenadas em um arquivo odbc.ini nodiretório MDM_INSTALL_HOME/conf.



Tabela 9. Planilha de origem de dados do Oracle


Tipo de banco de dados O Oracle é suportado portodas as edições doInfoSphere MDM.



Porta do banco de dados Identifique a porta do bancode dados ou use o númerode porta padrão fornecido. Opadrão do Oracle é 1521.


O nome do usuário do bancode dados deve ter privilégiosDBA. Para Oracle, o nomedo usuário do banco dedados e o nome do esquemadevem ser os mesmos.



Nome do banco de dados Forneça o nome do banco dedados.


Tabela 9. Planilha de origem de dados do Oracle (continuação)


Início do banco de dados Forneça o diretório completono qual o banco de dadosestá instalado. Por exemplo:

Windows:C:\App\oracle\product\11.2.0\db_1

IBM AIX, Linux ou Solaris:/home/mdm/oracle/product/11.2.0/db_1


Se você estiver planejandoinstalar o banco de dadosMDM físico manualmente, épossível selecionar a opçãoExtrair scripts parainstalação de banco dedados manual. O aplicativode instalação irá extrair osscripts que permitem quevocê conclua a instalaçãomanual.


Esta opção estará disponívelsomente quando o banco dedados do MDM estiversendo instalado sozinho, semquaisquer outroscomponentes.


Tabela 9. Planilha de origem de dados do Oracle (continuação)


Nomes de espaço de tabela Se você tiver criado seuespaços de tabelaantecipadamente, então, vocêdeve tomar nota de seusnomes para que possaespecificá-los no aplicativode instalação. Os seguintesespaços de tabela sãonecessários (os nomes padrãoestão entre parênteses):




v Espaço de Índice(INDEXSPACE)

v Espaço de tabela de EME(EMESPACE1)

v Espaço de tabela de PME(EMESPACE2)

v LongSpace (LONGSPACE)

Tarefas relacionadas:“Instalando e configurando o banco de dados” na página 89“Preparando um Banco de Dados Oracle” na página 96

Planilha de instalação do WebSphere Application ServerUse a planilha de configuração do IBM WebSphere Application Server paraidentificar parâmetros para o servidor de aplicativos usado para hospedar oservidor operacional MDM.



Tabela 10. Planilha de Instalação do IBM WebSphere Application Server


Tipo deimplementação

Especifique o tipo de implementação eanote o nome do perfil do IBMWebSphere Application Server. Suasopções são Network DeploymentEdition ou Base Edition(não-gerenciados).

Network Deployment é utilizado parainstalações do servidor ou cluster. Umaimplementação base é geralmenteutilizada em instalações dedemonstração ou estação de trabalho.

Se você escolher a implementação derede, o instalador executará umasequência de comandos no processo dogerenciador de implementação do IBMWebSphere Application Server paraconfigurar servidores de aplicativos eimplementar aplicativos. O gerenciadorde implementação e os agentes do nódevem ser configurados e estar emexecução antes da implementaçãopoder continuar. Por exemplo, utilizeum nome de perfil do Dmgr01.

Se você selecionar NetworkDeployment, o instalador tambémpoderá ser executado em um clusterdo IBM WebSphere Application Server.O programa de instalação detectaautomaticamente o cluster. Se o clusterestiver configurado, o padrão seráimplementar os aplicativos em umcluster. Em vez disso, você poderáselecionar implementar os aplicativosem um único servidor.

Se você escolher a base, o servidoroperacional será implementado noserver1 da base do IBM WebSphereApplication Server. O instaladorexecuta uma sequência de comandosno server1 para configurar o servidorde aplicativos e implementar osaplicativos. Certifique-se de que oserver1 esteja em execução antes deprosseguir com a implementação. Porexemplo, utilize um nome de perfil doAppSrv1.

Início do IBMWebSphereApplication Server

Especifique o diretório completo noqual o IBM WebSphere ApplicationServer está instalado. O padrão noLinux e UNIX é /opt/IBM/WebSphere/AppServer. O padrão no MicrosoftWindows é C:\Program Files(x86)\IBM\WebSphere\AppServer.


Tabela 10. Planilha de Instalação do IBM WebSphere Application Server (continuação)


Início do perfil doIBM WebSphereApplication Server

Se você estiver usando umaimplementação de base, especifique ocaminho completo do diretório inicialdo perfil do servidor de aplicativos. Opadrão no Linux e UNIX é/opt/IBM/WebSphere/AppServer/profiles. O padrão no MicrosoftWindows é C:\Program Files(x86)\IBM\WebSphere\AppServer\profiles.

Federar em umDeploymentManager existente

Se você deseja federar um nórecém-criado gerenciado em umDeployment Manager existente,selecione a opção Federar em umDeployment Manager existente.

Nome do perfil doDeploymentManager

Forneça o nome do perfil doDeployment Manager. Certifique-se deque o nome ainda não esteja em uso.Isso é aplicável apenas se o tipo deimplementação for NetworkDeployment e a opção Federar em umDeployment Manager existente estiverselecionada.

Início do perfil doDeploymentManager

Especifique o caminho completo dodiretório inicial do perfil doDeployment Manager.

Nome do host Identifique o endereço completo dohost no qual o IBM WebSphereApplication Server está instalado. Opadrão é localhost.

porta SOAP Identifique a porta SOAP dogerenciador de implementação nocomputador remoto, se você estiverutilizando a implementação remota. Opadrão é 8879.

Nome de usuário Identifique o nome do usuário do IBMWebSphere Application Server. Ousuário deve ter privilégiosadministrativos.

Senha A senha do usuário do IBM WebSphereApplication Server.

Célula Especifique a célula do IBMWebSphere Application Server na qualvocê deseja implementar o InfoSphereMDM.

Se você tiver o IBM WebSphereApplication Server já instalado econfigurado, você poderá clicar emRecuperar Detalhes do Host durante oprocesso de instalação e ter o IBMInstallation Manager para recuperar asinformações de Célula, Nó e Servidor.


Tabela 10. Planilha de Instalação do IBM WebSphere Application Server (continuação)


Nó Especifique a célula do IBMWebSphere Application Server na qualvocê deseja implementar o InfoSphereMDM.

Depois de selecionar a célula no IBMInstallation Manager, todos os nósdentro dessa célula estarão disponíveisna lista.

Servidor Especifique o servidor em que vocêdeseja implementar o InfoSphereMDM.

Após selecionar o nó em IBMInstallation Manager, todos osservidores disponíveis para esse nóaparecerão na lista.

Para criar um novo servidor paraimplementação, é possível especificar onovo nome no painel de configuraçãoe ele será criado no IBM WebSphereApplication Server durante o processode instalação.

Nome do perfil donó gerenciado

Forneça o nome do perfil do nógerenciado. Certifique-se de que onome ainda não esteja em uso. Isso éaplicável apenas se o tipo deimplementação for NetworkDeployment.

Início do perfil donó gerenciado

Especifique o caminho completo dodiretório inicial do perfil do nógerenciado.

Instalar o aplicativoMDM no cluster

Se você tiver um cluster existente doWebSphere Application Server, essaopção estará disponível no painel deconfiguração. Selecione essa opção sedesejar instalar o aplicativo InfoSphereMDM em um ambiente em cluster.

Cluster Se estiver instalando em um ambienteem cluster, selecione o cluster em quedeseja implementar seus aplicativos.

Conceitos relacionados:“Instalando e configurando o servidor de aplicativos” na página 83

Planilha de Configuração do Aplicativo InfoSphere MDMUse a planilha de configuração de aplicativo para identificar parâmetros para oservidor operacional MDM.

Os parâmetros listados na tabela a seguir equivalem a prompts ou campos quepodem ser vistos no IBM Installation Manager no painel Configuração doAplicativo.


Tabela 11. Planilhas de instalação do aplicativo MDM


Nome do aplicativo MDM Especifique o nome doservidor operacional MDM.Este nome é utilizado noIBM WebSphere ApplicationServer. O padrão é E001.

Nome de usuário do MDM Especifique o nome deusuário que essa instância doInfoSphere MDM usará paraefetuar login nos aplicativosclientes e interfaces com ousuário do MDM.Nota: Este usuário não é ousuário administrador doWebSphere ApplicationServer que administra ainstância do InfoSphereMDM e não precisacorresponder a esse nome deusuário.

Senha do usuário MDM Especifique a senha para ousuário MDM.

porta RMI Especifique a porta na qual oserviço de registro do RMI(Chamada de MétodoRemoto) recebe paraconexões de outros serviços.Em um ambiente em cluster,todos os nós devem utilizar amesma porta RMI para secomunicarem. O padrão é9999.Nota: O servidor operacionalMDM usa o RMI parareceber e enviar solicitações erespostas de transação.

Estilo de correspondência Especifique se você desejautilizar um estilo decorrespondênciaprobabilístico oudeterminístico.

Ativar implementação dediversos fusos horários

Selecione essa opção se seuaplicativo estiver executandoem fusos horários diferentes,ou seus dados tiveremvalores sensíveis ao tempoem fusos horários diferentes.

Fuso horário padrão Selecione o fuso horáriopadrão do cliente na lista. Seum fuso horário não forespecificado, o fuso horáriodo servidor de aplicativosserá usado.


Tabela 11. Planilhas de instalação do aplicativo MDM (continuação)


Sistema de mensagens Especifique o tipo de sistemade mensagens para suaimplementação.

Se você desejar usar osistema de mensagensinterno do WebSphere,selecione IBM WebSphereDefault Messaging.

A maioria das configuraçõesdo MDM virtual selecionaráIBM WebSphere DefaultMessaging e instalará orecurso Message Brokers.

IBM WebSphere MQ é umproduto corporativoseparado e deve ser instaladoantes da instalação doInfoSphere MDM. Se optarpelo IBM WebSphere MQ,especifique os valores paraos parâmetros a seguir.

Início de fila de mensagens Especifique o diretóriototalmente qualificado doinício da fila de mensagens.O padrão no Linux e UNIX é/usr/mqm. O padrão noMicrosoft Windows éC:\Program Files(x86)\IBM\WebSphere\MQ.

Nome do gerenciador demensagens

Especifique o nome para ogerenciador de filas. Porexemplo,CUSTOMER.QUEUE.MANAGER.

Nome do host MQ Especifique o nome doservidor que estáhospedando o WebSphereMQ.

Porta MQ Especifique o número daporta de recebimento doWebSphere MQ.

Nome de canal Especifique o nome do canal.Os canais são utilizados paratransmitir as mensagensentre os gerenciadores defilas.

Nome de usuário Especifique o nome deusuário do WebSphere MQ.

Senha Especifique a senha.


Tabela 11. Planilhas de instalação do aplicativo MDM (continuação)


Configurar o Servidor deSistema de Mensagens

Selecione essa opção paraimplementar seus parâmetrose configurar o servidor desistema de mensagens.


Suporte a Diversos Fusos Horários

Estilos de Correspondência Probabilística vs. Determinística

Planilha de instalação de aplicativos do usuárioUse esta planilha para registrar parâmetros para os aplicativos de usuário queplaneja instalar.

Reutilize esta planilha para cada aplicativo de usuário ou observação de qualquerdiferença entre os aplicativos na planilha.


Tabela 12. Planilha de instalação do aplicativo do usuário


Tipo de implementação Especifique se a suaimplementação IBMWebSphere ApplicationServer é de Base ou Rede. Aimplementação de rede éutilizada para instalações deservidor ou cluster. Umaimplementação base égeralmente utilizada eminstalações de demonstraçãoou estação de trabalho.

Início do perfil do IBMWebSphere ApplicationServer

Se você estiver usando umaimplementação de base,especifique o caminhocompleto do diretório inicialdo perfil do servidor deaplicativos. O padrão é/opt/IBM/WebSphere/AppServer/profiles

Nome do host Especifique o nome do IBMWebSphere ApplicationServer em que o servidorservidor operacional MDM éimplementado.

porta SOAP Especifique o número daporta do servidoroperacional MDM ou use opadrão de 8879.

Nome de usuário Especifique o nome deusuário administrativo paraeste aplicativo.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.data.dict.doc/c_Multi-Time-ZoneSupport.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.dev.party.doc/concepts/c_probabilisticvdeterministicmatching.html

Tabela 12. Planilha de instalação do aplicativo do usuário (continuação)


Senha Especifique a senha dousuário administrativo.

Célula Especifique a célula do IBMWebSphere ApplicationServer na qual desejaimplementar o aplicativo. Sevocê tiver o IBM WebSphereApplication Server instaladoe configurado, clique emRecuperar Detalhes do Hostdurante o processo deinstalação para recuperar asinformações para Célula, Nóe Servidor.

Nó Especifique o nó do IBMWebSphere ApplicationServer no qual desejaimplementar o aplicativo.

Servidor Especifique o servidor doIBM WebSphere ApplicationServer no qual desejaimplementar o aplicativo.

Instalar o aplicativo MDMno cluster

Se você tiver um clusterexistente do WebSphereApplication Server, essaopção estará disponível nopainel de configuração.Selecione essa opção sedesejar instalar o aplicativoInfoSphere MDM em umambiente em cluster.

Cluster Se estiver instalando em umambiente em cluster,selecione o cluster em quedeseja implementar seusaplicativos.

Tarefas relacionadas:“Instalando o Business Administration UI” na página 165“Instalando o Data Stewardship UI” na página 166“Instalando o Product Maintenance UI” na página 169Informações relacionadas:

Instalando o Inspector

Instalando o Enterprise Viewer

Instalando o Web Reports

Instalando o Provider Direct

Aplicativos de usuário e associações do servidor operacional:

Determinados aplicativos de usuário são projetados para suportar umaconfiguração virtual ou física do MDM.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdshs.inspinstall.doc/topics/installing_inspector.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdshs.vwrinstall.doc/topics/installing_enterpriseviewer.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdshs.rptinstall.doc/topics/installing_webreports.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdshs.providerinstall.doc/topics/installing_providerdirect.html

A tabela a seguir associa aplicativos de usuário com a configuração do InfoSphereMDM que eles suportam.

Tabela 13. Aplicativos de usuário do InfoSphere MDM

Aplicativos do MDM virtuais Aplicativos do MDM Físicos

InfoSphere MDM Inspector

InfoSphere MDM Enterprise Viewer

InfoSphere MDM Web Reports

InfoSphere MDM Provider Direct

InfoSphere MDM Pair Manager

Administração de Negócios do InfoSphereMDM

InfoSphere MDM Data Stewardship

InfoSphere MDM Manutenção do Produto

Nota: Nem todos os aplicativos de usuário são instalados por meio de painéis doIBM Installation Manager.Referências relacionadas:“Recursos instalados pelo IBM Installation Manager” na página 9“Requisitos de Instalação” na página 2

Planilha de instalação de históricoUtilize essa planilha para registrar parâmetros de configuração do acionador deseu histórico.

Os acionadores de histórico são utilizados pelos servidores operacionais MDMfísico.

Há dois conjuntos de acionadores que geram dados para tabelas de históricos dobanco de dados do MDM físico. O primeiro conjunto é para as tabelas principais ede domínio. O segundo conjunto é para as tabelas de gerenciamento deconfiguração. Cada conjunto consiste em acionadores de histórico e acionadoresDELETE.



Tabela 14. Planilha de instalação de histórico


Indústria Especifique o tipo desegmento de mercado queseja suportado nestaimplementação. É possívelespecificar apenas um tipo.

Há quatro tipos de segmentode mercado suportado. Cadaopção instala as tabelas decódigos e dados para essetipo de segmento demercado.

v Seguro - Escolha estaopção para linhas denegócios como Vida,Saúde, Anuidades,Pensões, Bens, Acidentes eoutros.

v Financeiro - Escolha estaopção para linhas denegócios como Financeirode Varejo, FinanceiroComercial, Cartões deCrédito, Empréstimos eoutros.

v Telecomunicação - Escolhaesta opção para linhas denegócios como Wireless,Televisão a Cabo, Televisãovia Satélite, Internet,Serviços Telefônicos eoutros.

v Fabricação - Escolha estaopção para linhas denegócios comoFerramentas de Precisão,Aeroespacial, Elétrica,Aquecimento, Mecânica eoutros.


Tabela 14. Planilha de instalação de histórico (continuação)


Acionadores de histórico Há três opções de acionadorde histórico. É possívelespecificar apenas um.

v Nenhum. Escolha essaopção se você não desejainstalar nenhum acionador.Escolher esta opçãoimpede o histórico de serarmazenado no banco dedados.

v Simples. Escolha estaopção para instalar apenasos acionadores deatualização. Quando umregistro é atualizado nobanco de dados, umacópia desse registro (antesda atualização) é incluídana tabela de históricos. Asversões passadas doregistro são armazenadosna tabela de históricos.

v Composto. Escolha estaopção se você desejainstalar os acionadores deinserção e atualização.Quando um registro éincluído no banco dedados ou quando umregistro é atualizado nobanco de dados, umacópia é incluída na tabelade históricos. Cópias dasversões atuais e passadasdo registro sãoarmazenadas na tabela dehistóricos.

Procuras de distinção entremaiúsculas e minúsculas

Por padrão, as procuras denome para os contratos,produtos e categorias nãofazem distinção entremaiúsculas e minúsculas.Marque a caixa de opçõesAtivar procuras de distinçãoentre letras maiúsculas eminúsculas somente se vocêdesejar colocar restrições dedistinção entre maiúsculas eminúsculas em suaspesquisas.

Uma vez que esse recurso éativado, os objetos de bancode dados são criados e vocênão pode desativar essaopção.


Tabela 14. Planilha de instalação de histórico (continuação)


Tabela de códigos de idiomas Os valores da tabela decódigos convertido utilizadospara listas predefinidas emensagens de erro estãoincluídas com o servidoroperacional MDM físico.

Inglês é o idioma padrão.

Idioma do recurso deaplicativo

Especifique as traduções deidioma correspondentes paraa interface com o usuário aser instalada.


Procura que não Faz Distinção entre Maiúsculas e Minúsculas

Cenários de InstalaçãoHá alguns cenários de instalação comuns que podem ser usados como diretrizes aoinstalar o InfoSphere MDM em ambientes semelhantes. O objetivo dos cenários nãoé tratar de todas as possíveis configurações ou ambientes, mas sim mostrar asetapas básicas envolvidas em uma instalação customizada envolvendo váriosprodutos e máquinas.

Antes de instalar, assegure-se de que o(s) sistema(s) escolhido(s) atenda(m) aosrequisitos necessários de sistema operacional, hardware, software, comunicações,disco e memória.

Estes cenários presumem que você tenha concluído as seguintes tarefas:v “Adquirindo e extraindo os arquivos de instalação” na página 63v “Prepare o IBM Installation Manager” na página 81v Instalando o Installation Startup Kit

Antes de iniciar qualquer instalação, assegure-se de que estas condições sejamatendidas:v Assegure-se de que os agentes de nó Dmgr estejam implementados e em

execução.v Assegure-se de que os agentes de nó AppSrv estejam implementados e em

execução. Para alguns cenários de instalação, o perfil AppSrv do WebSphereApplication Server é chamado de server1.

v Assegure-se de que as variáveis de ambiente JAVA_HOME e PATH estejamconfiguradas corretamente em cada máquina.

v Para o WebSphere Application Server Network Deployment, assegure-se de queas variáveis do servidor de aplicativos DB2_JDBC_DRIVER_PATH sejamdestinadas aos respectivos nós contendo os drivers JDBC do DB2 para asmáquinas. Isso não será aplicável se você estiver usando a base do WebSphereApplication Server.

v Conheça os nomes de host e os números de porta SOAP da máquina paraprocessamento de Dmgr.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.data.dict.doc/c_Non-case-SensitiveSearch.html

v Conheça o nome de host e o número da porta de autoinicialização do servidorde aplicativos onde o aplicativo InfoSphere MDM foi anteriormente instaladocomo resultado da execução do IBM Installation Manager.

Conceitos relacionados:“Suporte para ambientes de alta disponibilidade” na página 29Tarefas relacionadas:“Instalando o InfoSphere MDM em um ambiente em cluster” na página 137“Preparando para uma implementação customizada” na página 80

Cenário: Instalando o InfoSphere MDM em um cluster doWebSphere Application Server, utilizando um banco de dadosIBM DB2 e um sistema de mensagens IBM WebSphere MQUse este cenário como referência ao planejar e instalar o InfoSphere MDM em umcluster do WebSphere Application Server com um banco de dados DB2 e o sistemade mensagens do IBM WebSphere MQ. Este cenário é aplicável ao DB2 nossistemas operacionais Microsoft Windows, Linux ou UNIX.

Este cenário é realizado por meio de quatro procedimentos.1. Prepare o servidor de aplicativos.2. Prepare o banco de dados DB2.3. Prepare o sistema de mensagens do IBM WebSphere MQ.4. Instale o InfoSphere MDM.

Neste cenário, a topologia é:v Máquina A:

– WebSphere Application Server Deployment Manager– Software cliente DB2– O IBM Installation Manager e o InfoSphere MDM

v Máquinas B, C e D:– Nós gerenciados do WebSphere Application Server– Software cliente DB2

v Máquina E:– banco de dados DB2

v Máquina F:– IBM WebSphere MQ

Preparando o IBM DB2 do banco de dados:

Use este procedimento para instalar e preparar o banco de dados DB2 como umasegunda etapa na conclusão deste cenário.

Sobre Esta Tarefa

A topologia resultante deste procedimento é que a máquina E hospeda o softwaree o banco de dados DB2 e as máquinas A, B, C e D possuem o software cliente doDB2.

Procedimento

1. Instale o banco de dados DB2. Use a documentação de instalação do IBM DB2como guia.a. Instale o DB2 na máquina E.


b. Instale o software cliente DB2 nas máquinas A, B, C e D.c. Catalogue o cliente DB2 na máquina A para se conectar ao servidor de

banco de dados DB2 na máquina E. Repita esta etapa para as máquinas B, Ce D.

2. Crie o banco de dados e os espaços de tabela usando os scripts fornecidos noKit de Inicialização da Instalação.

Dica: É possível extrair o Installation Startup Kit do arquivo de pacote doInfoSphere MDM transferido por download disk1.zip.

3. Certifique-se de que $HOME/sqllib/bin do Cliente DB2 esteja incluído no PATHna máquina A. Essa etapa é necessária para que o IBM Installation Managerimplemente o utilitário $HOME/sqllib/bin/db2 ao executar os scripts SQL.

Tarefas relacionadas:“Instalando e configurando o banco de dados” na página 89“Preparando um banco de dados DB2” na página 91Referências relacionadas:“Planilha de origem de dados do DB2 ou DB2 for z/OS” na página 31

Preparando o WebSphere Application Server Network Deployment:

Para a primeira etapa na conclusão deste cenário de instalação, instale e prepare oservidor de aplicativos.

Sobre Esta Tarefa

A topologia resultante deste procedimento é que a máquina A possui o WebSphereApplication Server Deployment Manager e as máquinas B, C e D possuem os nósgerenciados do WebSphere Application Server.

Procedimento

1. Instale e configure o WebSphere Application Server nas máquinas A, B, C e D.Use a documentação do WebSphere Application Server Network Deploymentcomo guia.

2. Crie dois clusters do WebSphere Application Server. CLUSTER1 para o servidoroperacional MDM e CLUSTER2 para os aplicativos de usuário.

3. Crie uma variável de ambiente DB2_JDBC_DRIVER_PATH do WebSphereApplication Server para cada nó no cluster. O caminho deve apontar para osdrivers JDBC de cada máquina. Por exemplo, se o cliente DB2 e os driversJDBC estiverem instalados em $USER_HOME/sqllib/java, especifique oDB2_JDBC_DRIVER_PATH igual a $USER_HOME.

4. Certifique-se de que todos os nós gerenciados estejam sincronizadoscorretamente antes de iniciar a instalação do InfoSphere MDM.

5. Certifique-se de que saiba o nome do host do WebSphere Application ServerDeployment Manager e a porta SOAP antes de iniciar a instalação doInfoSphere MDM. Use a planilha de configuração do WebSphere ApplicationServer para registrar os valores.

6. Certifique-se de que o cluster seja iniciado antes de você iniciar a instalação doInfoSphere MDM.

Conceitos relacionados:“Instalando e configurando o servidor de aplicativos” na página 83Tarefas relacionadas:


“Preparando o WebSphere Application Server Network Deployment para umaimplementação de servidor gerenciado” na página 84“Preparando o banco de dados DB2 para usar o InfoSphere MDM em um ambienteem cluster” na página 93Referências relacionadas:“Planilha de instalação do WebSphere Application Server” na página 38

Preparando o IBM WebSphere MQ:

Use este procedimento para instalar e preparar o IBM WebSphere MQ como umaterceira etapa na conclusão deste cenário.

Procedimento

1. Instale o IBM WebSphere MQ na máquina F. Use a documentação de instalaçãodo IBM WebSphere MQ como guia.

2. Crie o gerenciador de filas, o canal e as filas do WebSphere MQ usando osscripts custSetupMQServer.mqsc e ChannelAuth.mqsc. Esses scripts estãoincluídos no Kit de Inicialização da Instalação.

Dica: É possível extrair o Installation Startup Kit do arquivo de pacote dodisk1.zip transferido por download.

Referências relacionadas:“Planilha de Configuração do Aplicativo InfoSphere MDM” na página 41“Installation Startup Kit para instalações customizadas” na página 10

Instalação do InfoSphere MDM:

Use este procedimento para instalar o InfoSphere MDM e qualquer aplicativo deusuário selecionado como a etapa final na conclusão deste cenário.

Sobre Esta Tarefa

Certifique-se de que o servidor de aplicativos e o banco de dados sejam iniciadosantes de iniciar a instalação do InfoSphere MDM.

Procedimento

1. Inicie o IBM Installation Manager na máquina A e escolha sua ofertaInfoSphere MDM. Continue pelos prompts.

2. Especifique os diretórios de instalação inicial e compartilhado do InfoSphereMDM. Por exemplo, MDM_INSTALL Inicial - /usr/IBM/MDM/E001/mdm eCompartilhado - /usr/IBM/MDM/E001/Shared

3. Escolha MDM Database, MDM Operational Server e quaisquer aplicativosdo usuário ou outros recursos que deseja instalar. Por exemplo: selecione orecurso Applications para instalar todos os aplicativos de usuário, ouselecione aplicativos específicos.

4. No painel Configuração do Banco de Dados, especifique o tipo de banco dedados e os parâmetros do banco de dados. É possível escolher se você desejatestar a conexão com o banco de dados selecionando Conexão de Teste ouselecionando Nenhum teste de conexão necessário.

5. No painel Configuração do WebSphere Application Server, especifique osparâmetros do servidor de aplicativos. Selecione Recuperar Detalhes do Hostpara obter informações da Célula, do Nó e do Servidor. Selecione Instalaraplicativo MDM no cluster. Escolha CLUSTER1 na lista Cluster.


6. No painel Configuração do Aplicativo, selecione o sistema de mensagens doIBM WebSphere MQ e insira os parâmetros. Limpe a opção Configurarservidor de sistema de mensagens para evitar que o IBM InstallationManager crie um gerenciador de filas na máquina A (porque o gerenciador defilas está ativado na máquina F).

7. Em cada painel individual de configuração do aplicativo de usuário, forneçaos parâmetros. Selecione Instalar aplicativo MDM no cluster. EscolhaCLUSTER2 na lista Cluster.

8. Clique em Verificar requisitos de instalação para executar as verificações depré-requisito. Revise e corrija quaisquer erros ou avisos, em seguida, cliqueem Verificar novamente.

9. Quando a verificação for aprovada, clique em Instalar.10. Quando a instalação estiver concluída, visualize os logs e use as ferramentas

de verificação da instalação.Conceitos relacionados:“Prepare o IBM Installation Manager” na página 81“Planilhas para instalação e configuração” na página 29“Verificando a instalação base” na página 174Tarefas relacionadas:“Instalando uma implementação customizada do InfoSphere MDM” na página 123

Resolução de problemas de uma instalação

Cenário: Instalando o InfoSphere MDM em um cluster doWebSphere Application Server usando um banco de dadosOracle e um WebSphere Default MessagingUse este cenário como referência ao planejar e processar uma instalação doInfoSphere MDM em um cluster do WebSphere Application Server. Este cenáriousa um banco de dados Oracle e o WebSphere Default Messaging.

Este cenário é realizado por meio de três procedimentos.1. Prepare o servidor de aplicativos.2. Prepare o banco de dados Oracle.3. Instale o InfoSphere MDM.


– WebSphere Application Server Deployment Manager– Software cliente Oracle– O IBM Installation Manager e o InfoSphere MDM

v Máquinas B, C e D:– Nós gerenciados do WebSphere Application Server– Software cliente Oracle

v Máquina E:– banco de dados Oracle

Preparando o banco de dados Oracle:

Use este procedimento para instalar e preparar o banco de dados Oracle como umasegunda etapa na conclusão deste cenário.


Sobre Esta Tarefa

A topologia resultante deste procedimento é que a máquina E hospeda o softwaree o banco de dados Oracle e as máquinas A, B, C e D possuem o software clientedo Oracle.

Procedimento

1. Instale o banco de dados Oracle. Use a documentação de instalação do Oraclecomo guia.a. Instale o Oracle na máquina E.b. Instale o software cliente Oracle nas máquinas A, B, C e D.c. Aponte o nome do TNS na máquina A para conectar ao servidor de banco

de dados Oracle remoto na máquina E.2. Crie o banco de dados e os espaços de tabela usando os scripts fornecidos no

Kit de Inicialização da Instalação.


Importante: Para instalar o InfoSphere MDM com o Oracle, seu nome deusuário e nome de esquema do BD devem ser iguais.

3. Certifique-se de que sqlplus do Cliente Oracle esteja incluído no PATH namáquina A. Esta etapa é necessária para que o IBM Installation Managerimplemente o utilitário sqlplus ao executar os scripts SQL.

Tarefas relacionadas:“Instalando e configurando o banco de dados” na página 89“Preparando um Banco de Dados Oracle” na página 96Referências relacionadas:“Planilha de origem de dados do Oracle” na página 35

Preparando o WebSphere Application Server Network Deployment:

Use este procedimento para instalar e preparar o servidor de aplicativos como umaprimeira etapa na conclusão deste cenário.

Sobre Esta Tarefa

A topologia resultante deste procedimento é que a máquina A possui o WebSphereApplication Server Deployment Manager e as máquinas B, C e D possuem os nósgerenciados do WebSphere Application Server.

Procedimento

1. Instale e configure o WebSphere Application Server nas máquinas A, B, C e D.Use a documentação do WebSphere Application Server Network Deploymentcomo guia.

2. Crie um cluster do WebSphere Application Server chamado CLUSTER1 para oservidor operacional MDM.

3. Crie uma variável de ambiente ORACLE_JDBC_DRIVER_PATH do WebSphereApplication Server para cada nó no cluster. O caminho deve apontar para osdrivers JDBC de cada máquina. Por exemplo, se o cliente Oracle e os driversJDBC estiverem instalados em $USER_HOME/jdbc/lib/ojdbc6.jar, especifique oORACLE_JDBC_DRIVER_PATH igual a $USER_HOME.


4. Certifique-se de que todos os nós gerenciados estejam sincronizadoscorretamente antes de iniciar a instalação do InfoSphere MDM.


6. Certifique-se de que o cluster seja iniciado antes de você iniciar a instalação doInfoSphere MDM.

Conceitos relacionados:“Instalando e configurando o servidor de aplicativos” na página 83Tarefas relacionadas:“Preparando o WebSphere Application Server Network Deployment para umaimplementação de servidor gerenciado” na página 84“Preparando o Banco de Dados Oracle para Usar o InfoSphere MDM em umAmbiente em Cluster” na página 98Referências relacionadas:“Planilha de instalação do WebSphere Application Server” na página 38



Sobre Esta Tarefa


Procedimento


2. Especifique os diretórios de instalação inicial e compartilhado do InfoSphereMDM. Por exemplo, MDM_INSTALL Inicial – /usr/IBM/MDM/E001/mdm eCompartilhado – /usr/IBM/MDM/E001/Shared



5. No painel Configuração do WebSphere Application Server, especifique osparâmetros do servidor de aplicativos. Selecione Recuperar Detalhes do Hostpara obter informações da Célula, do Nó e do Servidor. Selecione Instalaraplicativo MDM no cluster. Escolha CLUSTER1 na lista Cluster.

6. No painel Configuração do Aplicativo, selecione Sistema de MensagensPadrão do IBM WebSphere.

7. Em cada painel individual de configuração do aplicativo de usuário, forneçaos parâmetros. Selecione Instalar aplicativo MDM no cluster. EscolhaCLUSTER1 na lista Cluster.




de verificação da instalação.Conceitos relacionados:“Prepare o IBM Installation Manager” na página 81“Planilhas para instalação e configuração” na página 29“Verificando a instalação base” na página 174Tarefas relacionadas:“Instalando uma implementação customizada do InfoSphere MDM” na página 123


Cenário: Instalando o InfoSphere MDM em um WebSphereApplication Server Network Deployment no Windows com umbanco de dados SQL ServerUse este cenário como referência ao planejar e processar uma implementaçãovirtual do MDM do InfoSphere MDM em um WebSphere Application ServerNetwork Deployment. Este cenário usa um banco de dados Microsoft SQL Server eum sistema de mensagens IBM WebSphere MQ. Este cenário é aplicável a umsistema operacional Microsoft Windows.

Restrição: Como esse cenário está em um sistema Windows com SQL Server,somente recursos do MDM virtual são suportados. MDM Físico não é suportadoneste cenário.

Este cenário é realizado por meio de quatro procedimentos.1. Prepare o servidor de aplicativos.2. Prepare seu banco de dados SQL Server.3. Prepare o sistema de mensagens do IBM WebSphere MQ.4. Instale o InfoSphere MDM.


– WebSphere Application Server Deployment Manager e nó gerenciado doWebSphere Application Server

– IBM WebSphere MQ– O IBM Installation Manager e o InfoSphere MDM

v Máquina B:– banco de dados SQL Server

Preparar o banco de dados Microsoft SQL Server:

Para a segunda etapa na conclusão deste cenário, instale e prepare o banco dedados SQL Server.

Procedimento

1. Instale o banco de dados SQL Server na máquina B. Utilize a documentação deinstalação do Microsoft SQL Server como um guia.


2. Crie o banco de dados e os espaços de tabela usando os scripts que sãofornecidos no InfoSphere MDM Installation Startup Kit.


Tarefas relacionadas:“Instalando e configurando o banco de dados” na página 89“Preparando um banco de dados Microsoft SQL Server” na página 94Referências relacionadas:“Planilha de Origem de Dados do Microsoft SQL Server” na página 33

Preparar o WebSphere Application Server Network Deployment:

Tal como a primeira etapa na conclusão deste cenário, instale e prepare o servidorde aplicativos.

Sobre Esta Tarefa

A topologia resultante deste procedimento é que a máquina A possui o WebSphereApplication Server Deployment Manager e um nó gerenciado.

Procedimento

1. Instale e configure o WebSphere Application Server na máquina A. Use adocumentação do WebSphere Application Server Network Deployment comoum guia.

2. Certifique-se de que seu nó gerenciado esteja sincronizado corretamente antesde começar a instalar o InfoSphere MDM.


4. Certifique-se de que seu servidor de aplicativos seja iniciado antes de começara instalação do InfoSphere MDM.

Conceitos relacionados:“Instalando e configurando o servidor de aplicativos” na página 83Tarefas relacionadas:“Preparando o WebSphere Application Server Network Deployment para umaimplementação de servidor gerenciado” na página 84Referências relacionadas:“Planilha de instalação do WebSphere Application Server” na página 38

Preparando o IBM WebSphere MQ:

Use este procedimento para instalar e preparar o IBM WebSphere MQ como umaterceira etapa na conclusão deste cenário.

Procedimento

1. Instale o IBM WebSphere MQ na máquina A. Use a documentação de instalaçãodo IBM WebSphere MQ como guia.

2. Crie o gerenciador de filas, o canal e as filas do WebSphere MQ usando osscripts custSetupMQServer.mqsc e ChannelAuth.mqsc. Esses scripts estãoincluídos no Kit de Inicialização da Instalação.





Sobre Esta Tarefa


Procedimento


2. Especifique os diretórios de instalação inicial e compartilhado do InfoSphereMDM. Por exemplo, MDM_INSTALL inicial - c:\ProgramFiles\IBM\MDM\E001\mdm e compartilhado - c:\Program Files\IBM\MDM\E001\Shared


Dica: Como esse cenário está em um sistema Windows com SQL Server, vocêsó pode selecionar aplicativos de usuário do MDM virtual. MDM Físico não ésuportado neste cenário.


5. No painel Configuração do WebSphere Application Server, especifique osparâmetros do servidor de aplicativos. Selecione Recuperar Detalhes do Hostpara obter informações da Célula, do Nó e do Servidor. Clique em Verificarinstância do MDM no servidor para assegurar que uma instância doInfoSphere MDM ainda não existe.

6. No painel Configuração do Aplicativo, selecione o sistema de mensagens doIBM WebSphere MQ e insira os parâmetros. Mantenha a opção Configurarservidor de sistema de mensagens selecionada para instruir o IBMInstallation Manager a criar um gerenciador de filas na máquina A.

7. Em cada painel individual de configuração do aplicativo de usuário, forneçaos parâmetros.



de verificação da instalação.Conceitos relacionados:“Prepare o IBM Installation Manager” na página 81“Planilhas para instalação e configuração” na página 29“Verificando a instalação base” na página 174


Tarefas relacionadas:“Instalando uma implementação customizada do InfoSphere MDM” na página 123


Cenário: Instalando o InfoSphere MDM Workbench no Windowse, em seguida, conectando a um servidor operacional remotoUse este cenário como referência ao planejar e implementar a instalação de umambiente de desenvolvimento do InfoSphere MDM (MDM Workbench) noMicrosoft Windows que se conecta a um servidor operacional InfoSphere MDMremoto e a uma instância de banco de dados remoto.

As etapas descritas neste cenário concentram-se no aspecto do MDM físico daconfiguração e implementação do InfoSphere MDM Workbench.

Importante: Este cenário assume que um servidor operacional já foi instalado emuma máquina remota.

Este cenário é realizado por meio dos seguintes procedimentos:1. Em uma máquina local, instale o MDM Workbench.2. Configure a sua instância local do MDM Workbench para se conectar ao

servidor de aplicativos remoto.3. Configure a sua instância local do MDM Workbench para se conectar ao banco

de dados remoto.4. Depois de concluir o trabalho de desenvolvimento, implemente as alterações do

MDM Workbench para a instância remota do InfoSphere MDM.

Neste cenário, a topologia é:v Máquina A (máquina Microsoft Windows local):

– IBM Installation Manager e InfoSphere MDM Workbench– IBM Rational Application Developer

v Máquina B (máquina servidor AIX):– WebSphere Application Server Deployment Manager e nó gerenciado do

WebSphere Application Server– IBM Installation Manager e servidor operacional InfoSphere MDM– Banco de dados do IBM DB2

Tarefas relacionadas:“Instalando uma implementação customizada do InfoSphere MDM” na página 123

Instalando o ambiente de desenvolvimento local do InfoSphere MDM:

Prepare seu ambiente de desenvolvimento local do InfoSphere MDM instalando oMDM Workbench e o IBM Rational Application Developer (RAD).

Antes de Iniciar

Se você já tiver instalado o Rational Application Developer, certifique-se de instalaro MDM Workbench e o Rational Application Developer no mesmo grupo depacotes.


Dica: Para visualizar uma demonstração em vídeo das etapas descritas nesteprocedimento, consulte http://youtu.be/96CkbrwASik.

Procedimento

1. Inicie o IBM Installation Manager.2. Inclua os repositórios do MDM Workbench e do Rational Application

Developer no IBM Installation Manager:a. Clique em Arquivo > Preferências. O diálogo Preferências se abre.b. Clique em Incluir Repositório...

c. Selecione o arquivo .inf do MDM Workbench do diretório que contém asimagens de instalação do InfoSphere MDM.

d. Clique em Incluir Repositório...

e. Selecione o arquivo .inf do Rational Application Developer do diretórioque contém as imagens de instalação do InfoSphere MDM.

f. Clique em OK.3. Na tela inicial do IBM Installation Manager, clique em Instalar.4. No segundo painel Instalar pacotes, selecione o Diretório de instalação no

qual você deseja instalar o MDM Workbench. Se desejar instalar em umdiretório diferente do padrão, selecione o MDM Workbench e clique emProcurar no campo Diretório de instalação.

Nota: Em sistemas operacionais Microsoft Windows 7, instale o MDMWorkbench em um diretório que não seja virtualizado.

5. Clique em Avançar.6. No painel de idioma, inglês é selecionado por padrão.

v Se desejar quaisquer idiomas diferentes do inglês, selecione os idiomas eclique em Avançar.

7. Selecione os pacotes IBM Rational Application Developer for WebSphereSoftware e IBM InfoSphere Master Data Management Workbench parainstalar e clique em Avançar.

8. Clique em Avançar novamente para visualizar o painel de Licença. Leia eaceite a licença e, em seguida, clique em Avançar.

9. Preencha os painéis restantes do Installation Manager e revise as informaçõesde resumo da instalação e, em seguida, clique em Verificar requisitos deinstalação para executar as verificações de pré-requisito. Revisa e corrijaquaisquer erros ou avisos e, em seguida, clique em Verificar novamente.

10. Quando a verificação for aprovada, clique em Instalar.11. Clique em Concluir para fechar o IBM Installation Manager.Tarefas relacionadas:“Instalando uma implementação customizada do InfoSphere MDM” na página 123

Configurando a conexão do servidor remoto:

Crie uma nova entrada na visualização Servidores MDM Workbench para seconectar ao servidor de aplicativos remoto.

Procedimento

1. Abra o MDM Workbench em sua máquina local.2. Abra a visualização Servidores.


http://youtu.be/96CkbrwASik

3. Clique com o botão direito na visualização Servidores e escolha Novo >Servidor. O diálogo Definir um Novo Servidor é aberto.

4. Selecione o tipo e a versão do servidor, como IBM > WebSphere ApplicationServer v8.5.5.2.

5. Insira o nome do host de seu servidor remoto.6. Digite o nome do servidor.7. Selecione o ambiente de tempo de execução do servidor e clique em Avançar.8. Selecione Fornecer manualmente as configurações de conexão (sempre

selecionadas para servidores remotos) e configurar as definições de conexãocom os números de porta corretos. Deve-se selecionar pelo menos um tipo deconexão e assegurar que a porta correta seja especificada.

9. Selecione Segurança está ativada neste servidor e, em seguida, forneça o ID ea senha do usuário.

10. Digite o nome do servidor de aplicativos.11. Clique em Conexão de teste para confirmar que todas as configurações de

conexão são precisas e, em seguida, clique em Concluir.Conceitos relacionados:“Instalando e configurando o servidor de aplicativos” na página 83

Configurando a conexão com o banco de dados remoto:

Configure uma conexão com o banco de dados remoto para que você possa testaro desenvolvimento de seu InfoSphere MDM e executar qualquer SQL gerado.

Procedimento

1. No MDM Workbench, abra a perspectiva Dados.2. Na visualização Data Source Explorer, clique com o botão direito em Conexões

com o banco de dados.3. Clique em Novo.... O diálogo Nova conexão é aberto.4. Na tela Parâmetros de conexão, forneça os detalhes de sua instância de banco

de dados remoto:a. Selecione o tipo de gerenciador do banco de dados.b. Selecione o driver JDBC.c. Digite o nome do banco de dados.d. Digite o endereço do host e o número da porta.e. Forneça o nome de usuário e a senha de autenticação de cliente.f. Digite o nome do esquema padrão.g. Confirme a URL da conexão.

5. Depois de configurar a instância do banco de dados remoto, clique emConexão de teste para confirmar que suas configurações estão corretas.

6. Clique em Concluir.Tarefas relacionadas:“Instalando e configurando o banco de dados” na página 89Informações relacionadas:

Executando os scripts SQL para preparar para implementação


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.wb.tools.models.doc/t_Running_SQL_Scripts_to_Prepare_for_Deployment.html

Implementando mudanças locais para a instância remota do InfoSphere MDM:

Neste cenário, o processo de desenvolvimento do MDM Workbench é idêntico aoprocesso normal, mas deve-se implementar o CBA no servidor operacional remotousando o WebSphere Application Server Integrated Solutions Console (consoleadministrativo).

Procedimento

1. Conclua suas tarefas de desenvolvimento do MDM Workbench.2. Assegure-se de ter gerado o código para seu projeto depois de incluí-lo no

CBA.3. Execute os scripts SQL no diretório MDMSharedResources/sql que corresponde

à sua instância de banco de dados remoto.4. No MDM Workbench, clique com o botão direito do mouse no projeto CBA e

clique em Exportar.5. Selecione o destino de exportação OSGi > OSGi Composite Bundle (CBA).

Verifique se os pacotes configuráveis que você está exportando incluem seupacote configurável do módulo do servidor operacional.

Importante: Assegure-se de estar apenas exportando os pacotes configuráveisde customização e não os principais pacotes configuráveis referenciados noInfoSphere MDM. Se você selecionar todos os pacotes configuráveis aoexportar o CBA, você terá duplicatas dos pacotes configuráveis principais.

6. Clique em Pesquisar e escolha um local para salvar o arquivo CBA e, emseguida, clique em Concluir.

7. Abra o WebSphere Application Server Integrated Solutions Console remoto e,no quadro de navegação, clique em Ambiente > Repositórios de pacotesconfiguráveis OSGi > Repositório de pacotes configuráveis interno e, naparte superior da tabela, clique em Novo

8. Selecione o sistema de arquivos local e pesquise onde você salvou o CBAexportado do MDM Workbench, clique em OK e, em seguida, clique emSalvar diretamente na configuração principal.

9. No quadro de navegação, clique em Aplicativos > Tipos de Aplicativos >Aplicativos de nível de negócios

10. Clique no aplicativo InfoSphere MDM e selecione o ativo implementado EBA(por exemplo, com.ibm.mdm.server.app_0001.eba). Essa etapa pode demorarvários minutos.

11. Na coluna à direita, clique em Extensões para essa unidade de composição e,em seguida, na parte superior da tabela, clique em Incluir.

12. Selecione a caixa de seleção ao lado do CBA importado e, em seguida, cliqueem Incluir na parte superior da tabela. Pode demorar alguns minutos paracarregar a próxima página.

13. Clique em Salvar diretamente na configuração principal. Isso o retorna paraa página da unidade de composição.

14. Próximo à parte inferior da página, clique em Atualizar para implementaçãomais recente, examine a visualização das mudanças e, em seguida, clique emOK. Para sua extensão do CBA, ela deve mostrar uma mudança de Nãoimplementado para um número de versão.

15. Clique em Avançar através do assistente de opções, aceite as opções padrãoem cada página e, em seguida, clique em Concluir.

16. Clique em Salvar diretamente na configuração principal.17. Reinicie o InfoSphere MDM business level application (BLA) remoto.



Implementação de adição e extensão

Executando os scripts SQL para preparar para implementação

Implementando um CBA para o servidor operacional a partir do consoleadministrativo

Instalando um servidor independente com o DB2Conclua as tarefas nesta seção para instalar um servidor InfoSphere MDMindependente com o IBM DB2.

Sobre Esta Tarefa

Uma instalação de servidor independente com o DB2 permite implementar umaedição do InfoSphere MDM, do IBM WebSphere Application Server e do IBM DB2for Linux, UNIX e Windows em um servidor.

As instalações independentes com o DB2 devem ser executadas como um usuárioroot no UNIX e Linux, ou como um usuário administrador no Microsoft Windows.

Importante: Antes de iniciar o processo de instalação do InfoSphere MDM, reviseos problemas conhecidos. Alguns dos problemas de instalação conhecidosrequerem a conclusão de tarefas de configuração de pré-instalação específicas. Aconclusão destas tarefas de configuração pode resultar em uma instalação comfalha.

Adquirindo e extraindo os arquivos de instalaçãoA mídia de instalação para instalar o InfoSphere MDM está disponível comoarquivos de imagem de instalação transferíveis por download.

Sobre Esta Tarefa

Utilize a página de download do IBM InfoSphere Master Data Management paraajudar a determinar as peças que você precisa para as suas edição e versãolicenciadas. Utilize as informações no tópico requisitos do sistema para determinaras versões suportadas para o WebSphere Application Server e os fix packs.

Importante: Antes de começar a instalar o InfoSphere MDM, certifique-se de quevocê tenha transferido por download todos os pacotes de instalação mais recentese os fix packs necessários para as suas edição e versão licenciadas.

Procedimento

Para obter arquivos de imagem de instalação do IBM Passport Advantage, façadownload e extraia os arquivos em um diretório chamado MDM. Ao extrair osarquivos, eles serão colocados em uma estrutura de pasta que reflita as partes quevocê tenha transferido por download.Tarefas relacionadas:“Iniciando um independente com a instalação do DB2 utilizando a Barra deativação” na página 65Referências relacionadas:“Requisitos de Instalação” na página 2


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.wb.tools.models.doc/c_Addition_and_Extension_Deployment.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.wb.tools.models.doc/t_Running_SQL_Scripts_to_Prepare_for_Deployment.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.wb.tools.models.doc/t_Deploy_a_CBA_toWAS_ND.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.wb.tools.models.doc/t_Deploy_a_CBA_toWAS_ND.html



Requisitos do sistema para o InfoSphere MDM


Preparando-se para uma instalação independente com o DB2Antes de iniciar uma instalação de servidor independente com o DB2 ou instalaçãode estação de trabalho independente com o DB2, certifique-se de concluir as etapasde planejamento e atender aos pré-requisitos. Essas etapas são aplicáveis apenaspara instalações independentes com o DB2.

Sobre Esta Tarefa

Uma instalação independente com o tipo de implementação do DB2 deve ser feitaem um servidor limpo ou uma estação de trabalho limpa.

Procedimentov Revise o arquivo leia-me para os requisitos do sistema e potenciais problemas

que possam afetar sua instalação.v Leia as notas sobre a liberação para obter informações sobre os recursos ou

aprimoramentos do produto suportados para a liberação.v Revise e preencha as planilhas de instalação.v Conclua a tarefa “Adquirindo e extraindo os arquivos de instalação” na página

63.v Reveja “Requisitos de Instalação” na página 2.v Reveja “Tipos de implementação de instalação independente” na página 23.v Se você estiver instalando em um ambiente de Protocolo de Configuração de

Host Dinâmico (DHCP), deverá configurar o IP do host no arquivo /etc/hosts.Essa configuração é necessária se seu host usar um IP estático. Essa configuraçãotambém não é necessária para instalações customizadas.

v Para instalações independentes com o DB2, assegure-se de ter efetuado logincomo o usuário raiz, assumindo que o IBM DB2, InfoSphere MDM e IBMWebSphere Application Server serão todos instalados utilizando o raiz.

Importante: Para executar instalações como um usuário raiz, você deve instalaro IBM Installation Manager em modo admin. Para instalar o IBM InstallationManager no modo de administrador, efetue login como o usuário raiz e, emseguida, execute o comando install.

O que Fazer Depois

Continue iniciando a sua instalação com a Barra de ativação e use as instruções deinstalação para o seu tipo de implementação de DB2 independente.Conceitos relacionados:“Planilhas para instalação e configuração” na página 29Tarefas relacionadas:“Iniciando um independente com a instalação do DB2 utilizando a Barra deativação” na página 65“Instalando um servidor independente com o DB2” na página 65“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 73Referências relacionadas:


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.common.install.nav.doc/topics/pim_con_systemrequirements.html


“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 13

Iniciando um independente com a instalação do DB2utilizando a Barra de ativação

Use o Barra de ativação para iniciar o independente com o processo de instalaçãodo DB2. Este método é a única maneira de iniciar um servidor independente como DB2 ou estação de trabalho independente com a instalação do DB2.

Antes de Iniciar

O Barra de ativação é um aplicativo baseado em navegador que é utilizado comoponto de início para uma instalação de servidor independente com instalação deDB2 ou estação de trabalho independente com o DB2. O Barra de ativação requer onavegador Mozilla Firefox.

Dica: Se o Firefox não estiver disponível, talvez não seja possível utilizar a Barrade ativação. Se você não puder utilizar a Barra de ativação:1. Efetue login como usuário raiz.2. Instale o IBM Installation Manager no modo de administrador.3. Configure manualmente todos os independente com os repositórios de

instalação do DB2 InfoSphere MDM.

Na Barra de ativação, é possível:v Iniciar o processo de instalaçãov Sair do processo de instalação

Atenção: A mídia de instalação deve estar nos locais corretos para que a Barra deativação possa ser iniciada. Consulte “Adquirindo e extraindo os arquivos deinstalação” na página 63.

Procedimento1. Acesse o diretório no qual a mídia do InfoSphere MDM foi transferida por

download e abra o Disk1. Por exemplo. download_path/MDM/disk12. Em download_path/MDM/disk1, inicie a Barra de ativação utilizando um destes

scripts:v Microsoft Windows: launchpad.exe – No Microsoft Windows, clique com o

botão direito no script e escolha Executar como Administrador.v Linux e UNIX: launchpad.sh – Execute como usuário raiz

Tarefas relacionadas:“Instalação do InfoSphere MDM do Ambiente de Trabalho” na página 170“Adquirindo e extraindo os arquivos de instalação” na página 63“Preparando-se para uma instalação independente com o DB2” na página 64

Instalando um servidor independente com o DB2Use esse procedimento para executar uma instalação de servidor independentecom o DB2 for Linux, UNIX ou Windows. Uma instalação de servidorindependente implica que você está selecionando para instalar uma edição do IBMInfoSphere Master Data Management, IBM WebSphere Application Server e IBMDB2 for Linux, UNIX ou Windows em um servidor limpo.


Antes de Iniciar

Certifique-se de que estes pré-requisitos sejam atendidos:v O servidor no qual você está instalando não possui instâncias existentes do

MDM, do IBM WebSphere Application Server ou do IBM DB2.v Você tem acesso às ofertas do InfoSphere MDM, IBM WebSphere Application

Server e IBM DB2.




A mídia de instalação deve estar nos locais corretos para que a Barra de ativaçãopossa ser iniciada. Consulte “Adquirindo e extraindo os arquivos de instalação” napágina 63.

Durante uma instalação independente, os valores de configuração padrão sãoautomaticamente usados pelo aplicativo de instalação. É possível revisar asplanilhas de configuração se desejar saber o que os padrões sejam antes de iniciara instalação.

Para instalações de servidor, você deve utilizar a implementação de rede do IBMWebSphere Application Server .

Atenção: A instalação independente é configurada para usar portas TCP ouSOAP específicas para o servidor de aplicativos. Para uma instalaçãobem-sucedida, verifique primeiramente se as seguintes portas TCP ou SOAP nãoestão em uso: 50000 - 50002 e 60000 - 60004.

Procedimento1. Em download_path/MDM/disk1, inicie a Barra de ativação utilizando um destes



2. No painel Instalar pacotes, verifique se os seguintes itens são selecionados:v Implementação de rede do IBM WebSphere Application Serverv IBM DB2v InfoSphere MDM Standard ou Advanced Edition

Atenção: Limpar qualquer um dos componentes pré-selecionadosautomaticamente altera o modo de instalação de uma instalação independentepara uma instalação customizada.

3. Clique em Avançar.4. Revise e aceite o contrato de licença e, em seguida, clique em Avançar.5. Escolha se deseja instalar em um grupo de pacotes existente ou criar um novo

grupo de pacotes.


Dica: Se você não tiver certeza do que escolher, então, aceite o padrão. Amaioria das instalações deve criar um novo grupo de pacotes.

Importante: Se você tiver o IBM Rational Application Developer instalado,certifique-se de não instalar o InfoSphere MDM no mesmo grupo de pacotes.Selecione Criar um novo grupo de pacotes.

6. No mesmo painel, defina o Diretório de instalação em que deseja instalarcada componente. Se você optar por instalar um componente em um diretóriodiferente do padrão, selecione esse componente e clique em Procurar nocampo Diretório de Instalação.Revise as informações de espaço em disco e, em seguida, clique em Avançar.

7. No painel de idioma, o inglês é sempre selecionado.a. Se você desejar suportar quaisquer idiomas além do inglês, selecione-os.b. Alguns pacotes suportam mais idiomas do que outros. Se você desejar

mais idiomas, clique na seta para Traduções suportadas somente poralguns pacotes e selecione cada idioma adicional que desejar.

c. Clique em Avançar.8. No painel Recursos, selecione Data Stewardship UI ou Inspector se desejar

instalar um ou ambos os aplicativos de usuário.9. Revise as informações de resumo da instalação para assegurar que os detalhes

são precisos e, em seguida, clique em Verificar requisitos da instalação paraexecutar as verificações de pré-requisito. As verificações ajudarão a garantirque seu ambiente e configuração são suficientes para concluir a instalação comêxito. Clique em Mostrar detalhes para visualizar mais detalhes para cadaresultado.

10. Execute qualquer ação corretiva para abordar quaisquer avisos ou erros nasverificações de pré-requisitos e, em seguida, clique em Instalar.

11. Quando a instalação estiver concluída, clique em Nenhum na área de janelaQue programa você deseja iniciar.

12. No painel final do IBM Installation Manager, clique em Visualizar Arquivosde Log para abrir o visualizador de arquivo de log.

13. Clique em Concluir, então feche o IBM Installation Manager.

Resultados


O que Fazer Depois

Após a instalação, se desejar incluir ou remover um recurso (por exemplo, incluirum aplicativo ou outra tradução de idioma), ou modificar qualquer uma de suasdefinições de configuração, é possível executar o IBM Installation Managernovamente e selecionar Modificar.

Para obter uma lista de nomes de usuário e senhas que são criados pelo instalador,consulte o tópico sobre contas de usuário padrão criadas durante umaimplementação de instalação independente (consulte tópicos de referênciarelacionados).


Conceitos relacionados:“Instalação de servidor independente com o DB2” na página 24“Planilhas para instalação e configuração” na página 29“Verificando a instalação base” na página 174Tarefas relacionadas:“Desinstalando uma instalação do servidor independente com o DB2” na página202Resolução de problemas de uma instalação“Preparando-se para uma instalação independente com o DB2” na página 64Referências relacionadas:“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 13

Verificações de pré-requisito para instalações independente como DB2O aplicativo do instalador do InfoSphere MDM executa testes para garantir quedeterminados pré-requisitos estejam estabelecidos antes de cada instalaçãoindependente com o DB2 ser iniciada.

A ferramenta de verificação de pré-requisito ajuda a evitar o início de umainstalação que será incapaz de concluir com êxito devido a quaisquer pré-requisitosausentes.

Dica: Execute as verificações de pré-requisito a partir de dentro do InstallationManager do painel Revisão da configuração de instalação clicando em Verificarrequisitos da instalação.

Ao executar uma instalação independente com o DB2, o aplicativo de instalaçãoexecuta as seguintes verificações de pré-requisito.

Tabela 15. O sistema verifica

Verificação depré-requisito Descrição Resolução

Verificação de espaçoem disco deinstalação

Esta verificação valida se háespaço em disco suficiente parainstalar o InfoSphere MDM etodo o software requerido parauma implementaçãoindependente do DB2, incluindoo perfil do WebSphereApplication Server e o banco dedados.

Assegure-se de que haja pelomenos 32 GB de espaço emdisco disponível na máquina dedestino de instalação.

Verificação dememória paraexecutar o aplicativode instalação

Esta verificação valida se hámemória suficiente para executara instalação. Esta mensagem éapenas um aviso.

Certifique-se de que o sistemaque você está instalando notenha pelo menos 8 GB de RAM.Nota: É possível optar porignorar este aviso, mas ainstalação pode falhar.


Tabela 16. Verificações de banco de dados


Verificação dainstância do banco dedados

A verificação valida se o bancode dados ainda não existir.Instalações independentes com oDB2 exigem um ambiente semum banco de dadospré-existente.

Se o seu ambiente de instalaçãopossuir um banco de dadospré-existente, remova-o antes detentar concluir a instalação.

Verificação do nomedo banco de dados

A verificação valida se o nomedo banco de dados é válido.

O nome do banco de dados deveser composto de 12 ou menoscaracteres alfanuméricos.Caracteres de sublinhado ( _ )podem ser utilizados no nome.Outros caracteres não sãosuportados.

Verificação do usuáriodo banco de dados

Essa verificação determina se ousuário do banco de dadosespecificado nos painéis deinstalação existe. Este usuárionão deve estar presente nosistema ainda. Esta mensagem éapenas um aviso.

Exclua o usuário do banco dedados se ele já existir. Ainstalação independente com oDB2 criará o usuário durante ainstalação. Como alternativa,certifique-se de que o usuário dobanco de dados db2admin tenhaa mesma senha padrão.Nota: É possível optar porignorar este aviso, mas ainstalação pode falhar.

Verificação do GlobalSecurity Kit v8

Essa verificação determina se abiblioteca Global Security Kitestá presente a partir de umainstalação anterior do DB2.

Se a biblioteca Global SecurityKit estiver presente e a versãoinstalada estiver abaixo dorequisito mínimo para oInfoSphere MDM, então averificação falhará. Se abiblioteca Global Security Kit forda versão errada, então ogerenciador de banco de dadosDB2 será incapaz de iniciar.

Exclua a pasta da bibliotecaGlobal Security Kit (GSK8\lib64),em seguida, continue com ainstalação.Dica: No Microsoft Windows, épossível localizar a pasta GSK8,verificando as variáveisCaminho em seu sistema eprocurando por um caminho dediretório semelhante aC:\Program Files\IBM\GSK8\lib64


Tabela 16. Verificações de banco de dados (continuação)


Verificação de origemde dados ODBC

Essa verificação determina seuma origem de dados ODBCexiste em um registro doMicrosoft Windows. Estaverificação falhará com um errose uma origem de dados ODBCjá existir.Nota: Para sistemasnão-Windows, essa verificaçãosempre será aprovada.

Se uma origem de dados ODBCexistir em seu registro doWindows, remova a origem dedados:

1. Abra o Windows RegistryEditor executando ocomando regedit.

2. Localize a entradaHKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI.

3. Expanda ODBC.INI, localizea entrada da origem dedados ODBC e, em seguida,clique com o botão direito domouse nela e selecioneExcluir.

4. Em ODBC.INI, selecione aentrada das Origens deDados ODBC. No painel deexibição, todas assubentradas são mostradas.

5. Localize a entrada da origemde dados ODBC na lista desubentradas. Clique com obotão direito do mouse naentrada e selecione Excluir.

Tabela 17. Verificações do servidor operacional


Verificação de portaSOAP

Essa verificação determina se osnúmeros de porta necessáriopara SOAP estão disponíveis.Ambos os números de portanecessária, 8879 e 8880, devemestar disponíveis.

Certifique-se de que ambas asportas, 8879 e 8880, estejamdisponíveis para uso pelo SOAP.

Referências relacionadas:“Conexõs e contas de usuário de banco de dados” na página 90Informações relacionadas:


Instalando uma estação de trabalho independente com o DB2Conclua as tarefas nesta seção para instalar uma estação independente InfoSphereMDM com o IBM DB2.



Sobre Esta Tarefa

Uma instalação de estação de trabalho independente com o DB2 permiteimplementar uma edição do InfoSphere MDM, IBM WebSphere Application Server,IBM DB2 for Linux, UNIX e Windows, IBM Rational Application Developer eInfoSphere MDM Workbench em uma estação de trabalho do Microsoft Windows.

Sua estação de trabalho deve ser um sistema operacional Microsoft Windows ouLinux. Outros sistemas operacionais não são suportados para instalações de estaçãode trabalho independente. As instalações independentes com o DB2 devem serexecutadas como um usuário root no Linux ou como um usuário administrador noMicrosoft Windows.

Importante: Antes de iniciar o processo de instalação do InfoSphere MDM, reviseos problemas conhecidos. Alguns dos problemas de instalação conhecidosrequerem a conclusão de tarefas de configuração de pré-instalação específicas. Aconclusão destas tarefas de configuração pode resultar em uma instalação comfalha.


Sobre Esta Tarefa



Procedimento

Para obter arquivos de imagem de instalação do IBM Passport Advantage, façadownload e extraia os arquivos em um diretório chamado MDM. Ao extrair osarquivos, eles serão colocados em uma estrutura de pasta que reflita as partes quevocê tenha transferido por download.Tarefas relacionadas:“Iniciando um independente com a instalação do DB2 utilizando a Barra deativação” na página 65Referências relacionadas:“Requisitos de Instalação” na página 2Informações relacionadas:



Preparando-se para uma instalação independente com o DB2Antes de iniciar uma instalação de servidor independente com o DB2 ou instalaçãode estação de trabalho independente com o DB2, certifique-se de concluir as etapas





de planejamento e atender aos pré-requisitos. Essas etapas são aplicáveis apenaspara instalações independentes com o DB2.

Sobre Esta Tarefa

Uma instalação independente com o tipo de implementação do DB2 deve ser feitaem um servidor limpo ou uma estação de trabalho limpa.

Procedimentov Revise o arquivo leia-me para os requisitos do sistema e potenciais problemas


aprimoramentos do produto suportados para a liberação.v Revise e preencha as planilhas de instalação.v Conclua a tarefa “Adquirindo e extraindo os arquivos de instalação” na página

63.v Reveja “Requisitos de Instalação” na página 2.v Reveja “Tipos de implementação de instalação independente” na página 23.v Se você estiver instalando em um ambiente de Protocolo de Configuração de

Host Dinâmico (DHCP), deverá configurar o IP do host no arquivo /etc/hosts.Essa configuração é necessária se seu host usar um IP estático. Essa configuraçãotambém não é necessária para instalações customizadas.

v Para instalações independentes com o DB2, assegure-se de ter efetuado logincomo o usuário raiz, assumindo que o IBM DB2, InfoSphere MDM e IBMWebSphere Application Server serão todos instalados utilizando o raiz.

Importante: Para executar instalações como um usuário raiz, você deve instalaro IBM Installation Manager em modo admin. Para instalar o IBM InstallationManager no modo de administrador, efetue login como o usuário raiz e, emseguida, execute o comando install.

O que Fazer Depois

Continue iniciando a sua instalação com a Barra de ativação e use as instruções deinstalação para o seu tipo de implementação de DB2 independente.Conceitos relacionados:“Planilhas para instalação e configuração” na página 29Tarefas relacionadas:“Iniciando um independente com a instalação do DB2 utilizando a Barra deativação” na página 65“Instalando um servidor independente com o DB2” na página 65“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 73Referências relacionadas:“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 13


Iniciando um independente com a instalação do DB2utilizando a Barra de ativação

Use o Barra de ativação para iniciar o independente com o processo de instalaçãodo DB2. Este método é a única maneira de iniciar um servidor independente como DB2 ou estação de trabalho independente com a instalação do DB2.

Antes de Iniciar

O Barra de ativação é um aplicativo baseado em navegador que é utilizado comoponto de início para uma instalação de servidor independente com instalação deDB2 ou estação de trabalho independente com o DB2. O Barra de ativação requer onavegador Mozilla Firefox.

Dica: Se o Firefox não estiver disponível, talvez não seja possível utilizar a Barrade ativação. Se você não puder utilizar a Barra de ativação:1. Efetue login como usuário raiz.2. Instale o IBM Installation Manager no modo de administrador.3. Configure manualmente todos os independente com os repositórios de

instalação do DB2 InfoSphere MDM.

Na Barra de ativação, é possível:v Iniciar o processo de instalaçãov Sair do processo de instalação

Atenção: A mídia de instalação deve estar nos locais corretos para que a Barra deativação possa ser iniciada. Consulte “Adquirindo e extraindo os arquivos deinstalação” na página 63.

Procedimento1. Acesse o diretório no qual a mídia do InfoSphere MDM foi transferida por

download e abra o Disk1. Por exemplo. download_path/MDM/disk12. Em download_path/MDM/disk1, inicie a Barra de ativação utilizando um destes



Tarefas relacionadas:“Instalação do InfoSphere MDM do Ambiente de Trabalho” na página 170“Adquirindo e extraindo os arquivos de instalação” na página 63“Preparando-se para uma instalação independente com o DB2” na página 64

Desinstalando uma instalação de estação de trabalhoindependente com o DB2

Utilize este procedimento para executar uma instalação de estação de trabalhoindependente com o DB2. As instalações de estação de trabalho independente sãosuportadas somente em sistemas operacionais Microsoft Windows ou Linux. Umainstalação de estação de trabalho independente significa que você estáselecionando para instalar uma edição do IBM InfoSphere Master DataManagement, IBM WebSphere Application Server, IBM DB2 for Linux, UNIX ouWindows, InfoSphere MDM Workbench e IBM Rational Application Developer(RAD) em uma estação de trabalho limpo.


Antes de Iniciar

Certifique-se de que estes pré-requisitos sejam atendidos:v O servidor no qual você está instalando não possui instâncias existentes do

MDM, do IBM WebSphere Application Server ou do IBM DB2.v Você tem acesso às ofertas do InfoSphere MDM, IBM WebSphere Application

Server, IBM DB2, IBM Rational Application Developer (RAD) e MDMWorkbench.




Certifique-se de que as bibliotecas de 32 bits necessárias estejam disponíveis nosistema operacional de 64 bits.

A mídia de instalação deve estar nos locais corretos para que a Barra de ativaçãopossa ser iniciada. Consulte “Adquirindo e extraindo os arquivos de instalação” napágina 63.

Sobre Esta Tarefa

Durante uma instalação independente com o DB2, os valores de configuraçãopadrão são usados automaticamente pelo aplicativo de instalação. É possívelrevisar as planilhas de configuração se desejar saber o que os padrões sejam antesde iniciar a instalação.

Para instalações, você deve utilizar o IBM WebSphere Application Server Base deimplementação.

Atenção: A instalação independente com o DB2 é configurada para usar portasTCP ou SOAP específicas para o servidor de aplicativos. Para uma instalaçãobem-sucedida, verifique primeiramente se as seguintes portas TCP ou SOAP nãoestão em uso: 50000 - 50002 e 60000 - 60004.

Procedimento1. Revise e certifique-se de que seu sistema atenda aos pré-requisitos listados nas

seções anteriores deste tópico.2. Em download_path/MDM/disk1, inicie a Barra de ativação utilizando um destes



3. No painel Instalar pacotes, verifique se os seguintes itens são selecionados:v IBM Installation Managerv IBM DB2v IBM WebSphere Application Serverv IBM Rational Application Developer (RAD)v InfoSphere MDM Standard ou Advanced Edition


v InfoSphere MDM Workbench

Atenção: Limpar qualquer um dos componentes pré-selecionadosautomaticamente altera o modo de instalação de uma instalação independentepara uma instalação customizada.

4. Clique em Avançar.5. No painel do eclipse estendido, defina se deseja estender uma instalação

existente do Eclipse, em seguida, clique em Avançar.6. Revise e aceite o contrato de licença e, em seguida, clique em Avançar.7. Escolha se deseja instalar em um grupo de pacotes existente ou criar um novo

grupo de pacotes.






c. Clique em Avançar.10. No painel de recursos, selecione os recursos, aplicativos e componentes

opcionais do InfoSphere MDM para instalar e clique em Avançar.11. No painel credenciais do usuário, forneça as credenciais de conexão para seu

WebSphere Application Server e instâncias de banco de dados.12. Revise as informações de resumo da instalação para assegurar que os detalhes

são precisos e, em seguida, clique em Verificar requisitos da instalação paraexecutar as verificações de pré-requisito. As verificações ajudarão a garantirque seu ambiente e configuração são suficientes para concluir a instalação comêxito. Clique em Mostrar detalhes para visualizar mais detalhes para cadaresultado.


14. No Ajuda Common System Configurações painel, selecione uma das opçõespara como você deseja acessar IBM Rational Application Developer (RAD)ajuda e clique em Avançar.

15. Clique em Instalar.16. No painel final do IBM Installation Manager, clique em Visualizar Arquivos

de Log para abrir o visualizador de arquivo de log.17. Clique em Concluir, então feche o IBM Installation Manager.


O que Fazer Depois


Após a instalação, se desejar incluir ou remover um recurso (por exemplo, incluirum aplicativo ou outra tradução de idioma), ou modificar qualquer uma de suasdefinições de configuração, é possível executar o IBM Installation Managernovamente e selecionar Modificar.

Para obter uma lista de nomes de usuário e senhas que são criados pelo instalador,consulte o tópico sobre contas de usuário padrão criadas durante umaimplementação de instalação independente (consulte tópicos de referênciarelacionados).Conceitos relacionados:“Instalação da estação independente com o DB2” na página 26“Planilhas para instalação e configuração” na página 29“Verificando a instalação base” na página 174Tarefas relacionadas:“Desinstalando uma Instalação estação de trabalho independente com o DB2” napágina 203Resolução de problemas de uma instalação“Preparando-se para uma instalação independente com o DB2” na página 64Referências relacionadas:“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 13“Bibliotecas de 32 Bits Necessárias em Sistemas Operacionais de 64 Bits” na página5

Verificações de pré-requisito para instalações independente como DB2O aplicativo do instalador do InfoSphere MDM executa testes para garantir quedeterminados pré-requisitos estejam estabelecidos antes de cada instalaçãoindependente com o DB2 ser iniciada.



Ao executar uma instalação independente com o DB2, o aplicativo de instalaçãoexecuta as seguintes verificações de pré-requisito.


Tabela 18. O sistema verifica



Esta verificação valida se háespaço em disco suficiente parainstalar o InfoSphere MDM etodo o software requerido parauma implementaçãoindependente do DB2, incluindoo perfil do WebSphereApplication Server e o banco dedados.

Assegure-se de que haja pelomenos 32 GB de espaço emdisco disponível na máquina dedestino de instalação.



Certifique-se de que o sistemaque você está instalando notenha pelo menos 8 GB de RAM.Nota: É possível optar porignorar este aviso, mas ainstalação pode falhar.



Verificação dainstância do banco dedados

A verificação valida se o bancode dados ainda não existir.Instalações independentes com oDB2 exigem um ambiente semum banco de dadospré-existente.

Se o seu ambiente de instalaçãopossuir um banco de dadospré-existente, remova-o antes detentar concluir a instalação.

Verificação do nomedo banco de dados

A verificação valida se o nomedo banco de dados é válido.

O nome do banco de dados deveser composto de 12 ou menoscaracteres alfanuméricos.Caracteres de sublinhado ( _ )podem ser utilizados no nome.Outros caracteres não sãosuportados.

Verificação do usuáriodo banco de dados

Essa verificação determina se ousuário do banco de dadosespecificado nos painéis deinstalação existe. Este usuárionão deve estar presente nosistema ainda. Esta mensagem éapenas um aviso.

Exclua o usuário do banco dedados se ele já existir. Ainstalação independente com oDB2 criará o usuário durante ainstalação. Como alternativa,certifique-se de que o usuário dobanco de dados db2admin tenhaa mesma senha padrão.Nota: É possível optar porignorar este aviso, mas ainstalação pode falhar.




Verificação do GlobalSecurity Kit v8

Essa verificação determina se abiblioteca Global Security Kitestá presente a partir de umainstalação anterior do DB2.

Se a biblioteca Global SecurityKit estiver presente e a versãoinstalada estiver abaixo dorequisito mínimo para oInfoSphere MDM, então averificação falhará. Se abiblioteca Global Security Kit forda versão errada, então ogerenciador de banco de dadosDB2 será incapaz de iniciar.

Exclua a pasta da bibliotecaGlobal Security Kit (GSK8\lib64),em seguida, continue com ainstalação.Dica: No Microsoft Windows, épossível localizar a pasta GSK8,verificando as variáveisCaminho em seu sistema eprocurando por um caminho dediretório semelhante aC:\Program Files\IBM\GSK8\lib64

Verificação de origemde dados ODBC

Essa verificação determina seuma origem de dados ODBCexiste em um registro doMicrosoft Windows. Estaverificação falhará com um errose uma origem de dados ODBCjá existir.Nota: Para sistemasnão-Windows, essa verificaçãosempre será aprovada.




3. Expanda ODBC.INI, localizea entrada da origem dedados ODBC e, em seguida,clique com o botão direito domouse nela e selecioneExcluir.





Verificação de portaSOAP

Essa verificação determina se osnúmeros de porta necessáriopara SOAP estão disponíveis.Ambos os números de portanecessária, 8879 e 8880, devemestar disponíveis.

Certifique-se de que ambas asportas, 8879 e 8880, estejamdisponíveis para uso pelo SOAP.


Referências relacionadas:“Conexõs e contas de usuário de banco de dados” na página 90Informações relacionadas:


Instalando uma implementação customizadaConclua as tarefas nesta seção para instalar uma implementação customizada doInfoSphere MDM.

Sobre Esta Tarefa

Instalações customizadas implementam o InfoSphere MDM em quase todo cenáriode implementação possível. A maioria das implementações do InfoSphere MDMrequer o tipo de implementação de instalação customizada.

As instalações customizadas são o método necessário se você estiver utilizando umbanco de dados Oracle ou Microsoft SQL Server ou se você estiver instalando emum ambiente em cluster. As instalações customizadas também suportam o bancode dados IBM DB2.

As instalações customizadas devem ser executadas como um usuário não root noUNIX e Linux.

Importante: Antes de iniciar o processo de instalação do InfoSphere MDM, reviseos problemas conhecidos. Alguns dos problemas de instalação conhecidosrequerem a conclusão de tarefas de configuração de pré-instalação específicas. Aconclusão destas tarefas de configuração pode resultar em uma instalação comfalha.Conceitos relacionados:“Suporte para ambientes de alta disponibilidade” na página 29


Sobre Esta Tarefa



Procedimento

Para obter arquivos de imagem de instalação do IBM Passport Advantage, façadownload e extraia os arquivos em um diretório chamado MDM. Ao extrair osarquivos, eles serão colocados em uma estrutura de pasta que reflita as partes quevocê tenha transferido por download.Tarefas relacionadas:




“Iniciando um independente com a instalação do DB2 utilizando a Barra deativação” na página 65Referências relacionadas:“Requisitos de Instalação” na página 2Informações relacionadas:



Preparando para uma implementação customizadaAntes de instalar o InfoSphere MDM, certifique-se de concluir as etapas deplanejamento e atender aos pré-requisitos. Essas etapas são aplicáveis apenas ainstalações customizadas.

Sobre Esta Tarefa

Importante: Essas etapas não serão necessárias se você planeja executar umservidor independente com o DB2 ou uma estação de trabalho independente com oDB2. Consulte a seção sobre preparação para instalações autônomas.v Revise o arquivo leia-me para os requisitos do sistema e potenciais problemas


aprimoramentos do produto suportados para a liberação.v Reveja a seção dos cenários de instalação e determine a topologia de instalação

que irá usar.v Revise e preencha as planilhas de instalação.v Configure sua mídia de instalação.v Use um usuário de banco de dados diferente para cada implementação da

oferta.v Observe os seguintes itens se planeja utilizar um banco de dados IBM DB2:

– Para fins de instalação, configure um ou mais usuários restritos em umsistema para usuários de esquema do banco de dados. Como o DB2 usa osistema operacional para autenticar um novo usuário, use um ID de usuáriocomo mdmdb1 com um shell restrito. Este usuário não precisará ser membrode nenhum dos grupos do DB2.

– Também é possível fazer uma instalação simples utilizando apenas um IDpara a instalação do DB2 e o esquema. O ID padrão é db2inst1. Para obtermais informações, consulte a documentação do DB2.

Além desses pré-requisitos gerais, há outras tarefas de pré-requisito específicaspara instalar o InfoSphere MDM. Essas tarefas estão descritas nos tópicos a seguir.Conceitos relacionados:“Tipo de implementação de instalação customizada” na página 27“Cenários de Instalação” na página 49“Suporte a várias instâncias” na página 12“Planilhas para instalação e configuração” na página 29Tarefas relacionadas:Capítulo 3, “Instalando o produto”, na página 21“Instalando uma implementação customizada do InfoSphere MDM” na página 123




Referências relacionadas:“Requisitos de Instalação” na página 2

Prepare o IBM Installation ManagerTodos os componentes das edições do InfoSphere MDM são instalados utilizando oIBM Installation Manager.

O IBM Installation Manager usa repositórios definidos para determinar quaispacotes estão disponíveis para instalação. Esses repositórios apontam para suamídia de instalação.

As ofertas devem ser incluídas manualmente nos repositórios do IBM InstallationManager.

A Barra de ativação está incluída no download do InfoSphere MDM e pode serusada para iniciar o IBM Installation Manager para instalações de servidor e deestação de trabalho independentes. Se o IBM Installation Manager já estiverinstalado, a Barra de Ativação verificará o número da versão. Se você não tiver aversão atual, ela será atualizada automaticamente. Se o IBM Installation Managernão estiver instalado, a Barra de Ativação iniciará a instalação.

Se estiver planejando uma instalação customizada, continue com as tarefas deinstalação do IBM Installation Manager e com a inclusão dos repositórios. Se vocêestiver planejando uma instalação de servidor ou estação de trabalhoindependente, essas tarefas não serão necessárias.Tarefas relacionadas:“Instalando o InfoSphere MDM em um ambiente em cluster” na página 137

Instalando o IBM Installation Manager:

Utilize este procedimento se o IBM Installation Manager não está instalado.

Sobre Esta Tarefa

Se você utilizar a Barra de Ativação para iniciar a instalação, a Barra de Ativaçãoinstalará o IBM Installation Manager automaticamente. Neste caso, concluir estatarefa não será necessário.

Não instalar o IBM Installation Manager no modo de administrador.

Procedimento

1. Na página Passport Advantage para a sua versão e edição do InfoSphereMDM, faça o download do pacote do IBM Installation Manager.

2. Extraia o arquivo compactado.3. Em um prompt de comandos, execute o comando para instalar no modo não

administrador:v Em sistemas Microsoft Windows: userinst.exev Em sistemas Linux, AIX ou Solaris: userinst

4. Conclua o assistente de instalação.

O que Fazer Depois

Continue com as ofertas de inclusão para o IBM Installation Manager.


Incluindo ofertas para o IBM Installation Manager:

Use este procedimento para incluir o InfoSphere MDM na lista de ofertasinstaladas pelo IBM Installation Manager.

Antes de Iniciar

Conclua essa tarefa se você estiver executando uma instalação customizada. Sevocê estiver executando uma instalação de servidor independente ou instalação deestação de trabalho independente, esta tarefa não será necessária.

Certifique-se de que você instalou IBM Installation Manager e que você nãoinstale-o no modo de administrador.

Procedimento

1. Inicie o IBM Installation Manager.2. Clique em Arquivo > Preferências.3. No diálogo Preferências, selecione Repositórios > Incluir Repositório.4. No diálogo Incluir Repositório, clique em Procurar.5. Localize e selecione os pacotes do InfoSphere MDM que deseja instalar. Por

exemplo, download_path/MDM/disk1/diskTag.ini.6. Inclua ofertas adicionais, como IBM WebSphere Application Server, IBM DB2

ou InfoSphere MDM do Ambiente de Trabalho.7. No diálogo Incluir Repositório, clique em OK.8. No diálogo Preferências, clique em OK.

O que Fazer Depois

Continue com a preparação e instalação do servidor operacional MDM eaplicativos.

Pré-requisitos da Conta para Instalações CustomizadasAntes de iniciar uma instalação customizada, determinados pré-requisitos de contadevem estar em vigor.v Você deve ter efetuado logon com uma conta que possui Os diretórios do IBM

WebSphere Application Server e arquivos binários. Os drivers JDBC do banco dedados devem ser acessíveis através dessa conta. As instruções nos tópicos depreparação assumem que você esteja fazendo a instalação localmente noservidor.

v Instale o InfoSphere MDM como um usuário não root:– Para o IBM WebSphere Application Server, utilize o ID wasadmin. Este ID

deve possuir um cliente DB2 ou uma instância do DB2 e ser membro dogrupo de gerenciamento mqm.

– Para o DB2:- O método de instalação sugerido é para configurar um ou mais usuários

restritos em um sistema para usuários do esquema do banco de dados.Como o DB2 utiliza o sistema operacional para autenticar um novousuário, um ID do usuário como mdmdb1 com um shell restrito é a melhoropção. Este usuário não precisará ser membro de nenhum dos grupos doDB2.

- Também é possível fazer uma instalação simples utilizando apenas um IDpara a instalação do DB2 e o esquema. O ID padrão é db2inst1. Para obtermais informações sobre o IBM DB2, consulte a documentação do produto.


– Um usuário do banco de dados e esquema diferentes deve existir em cadaimplementação do InfoSphere MDM. Não são necessários bancos de dadosdiferentes para cada implementação.

– Ao instalar no IBM WebSphere Application Server, assegure-se de que nãohaja nenhum servidor chamado server ou cluster chamado cluster sendo usadono IBM WebSphere Application Server. Os nomes server e cluster sãoutilizados pela instalação do InfoSphere MDM.

Tarefas relacionadas:“Verificando os pré-requisitos usando a ferramenta de linha de comandos” napágina 122Referências relacionadas:“Conexõs e contas de usuário de banco de dados” na página 90“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 13

Instalando e configurando o servidor de aplicativosSe estiver planejando instalar o InfoSphere MDM executando uma instalaçãocustomizada, deve-se preparar um servidor de aplicativos antes de iniciar oprocesso de instalação.

Os componentes do InfoSphere MDM são executados no WebSphere ApplicationServer. O servidor de aplicativos fornece infraestrutura para a comunicação decomponente para componente, autenticação e criação de log.

Nota: Se estiver planejando executar uma instalação independente, o servidor deaplicativos será instalado e configurado automaticamente.

É possível escolher preparar um servidor de aplicativos novo ou reutilizar umservidor de aplicativos existente.

Revise esses pré-requisitos antes de preparar o servidor de aplicativos para ainstalação do InfoSphere MDM.v Certifique-se de que você instalou algum software obrigatório e que o ambiente

correto será configurado.v Configure o utilitário de banco de dados como DB2 ou Oracle no caminho do

sistema. O Microsoft SQL Server não requer essa etapa.v Revise a planilha de configuração do servidor de aplicativos para entender os

parâmetros básicos que são solicitados durante o processo de instalação. Aocompletar a planilha, certifique-se de que você tenha as informações básicasnecessárias para concluir a instalação. Para instâncias múltiplas, copie a planilhae prepare uma planilha separada para cada implementação.

v Utilize o ID wasadmin ao preparar o servidor de aplicativos. Se você estiverusando o DB2, esse ID deverá ter uma instância do cliente DB2 ou do DB2. O IDdeverá ser um membro do grupo mqm do WebSphere MQ se você estiverusando o WebSphere MQ para sistema de mensagens. Este grupo é utilizadopara administrar o WebSphere MQ.

v Assegure-se de configurar o caminho Java WAS_HOME e JAVA_HOME para o IBMWebSphere Application Server.

v Verifique se não há um servidor denominado server ou um cluster chamadocluster.

Importante: Para instalações customizadas, os argumentos de tamanho de heap daJVM do gerenciador de implementação (Dmgr) do WebSphere Application Server


devem estar configurados como 512 MB e 1024 MB. Isso é especialmenteimportante se você planeja instalar o Product Maintenance UI. Para aumentar otamanho de heap:1. Abra o WebSphere Application Server Integrated Solutions Console e acesse

Administração do sistema > Deployment Manager.2. Em Infraestrutura de servidor, expanda Gerenciamento de Java e processos e,

em seguida, clique em Definição de processo.3. Em Propriedades adicionais, clique em Java Virtual Machine.4. Configure o Tamanho de heap inicial para 512 MB e o Tamanho máximo de

heap para 1024 MB.5. Clique em OK, salve suas alterações e sincronize suas alterações com os nós.Tarefas relacionadas:“Instalando o InfoSphere MDM em um ambiente em cluster” na página 137Referências relacionadas:“Planilha de instalação do WebSphere Application Server” na página 38

Preparando o WebSphere Application Server Network Deployment para umaimplementação de servidor gerenciado:

Configure o IBM WebSphere Application Server Network Deployment para umaimplementação de servidor gerenciado.

Sobre Esta Tarefa

Utilize este procedimento somente para instalações customizadas do InfoSphereMDM.

Nota: Se estiver planejando uma instalação independente, esse procedimento não énecessário.

Esse procedimento supõe que você tenha o IBM WebSphere Application Server jáinstalado.

Procedimento

1. Crie um gerenciador de implementação (dmgr).a. Abra um prompt de comandos e navegue para o diretório de instalação do

IBM WebSphere Application Server.b. No prompt da linha de comandos, execute esse comando a partir do

diretório WAS_HOME\bin:Para Microsoft Windows: manageprofiles.bat -create -profileNamedgmrName -profilePath WAS_PROFILE_HOME\dmgrName -templatePathWAS_HOME\profileTemplates\management -serverType DEPLOYMENT_MANAGER-enableAdminSecurity true -adminUserName userName -adminPasswordsenha

Para Linux ou UNIX: manageprofiles.sh -create -profileName dgmrName-profilePath WAS_PROFILE_HOME/dmgrName -templatePathWAS_HOME/profileTemplates/management -serverType DEPLOYMENT_MANAGER-enableAdminSecurity true -adminUserName userName -adminPasswordsenha


2. Inicie o gerenciador de implementação executando este comando a partir dodiretório WAS_HOME\bin: Microsoft Windows: startManager.bat -profileNamedmgrProfileName ou Linux e UNIX: startManager.sh -profileNamedmgrProfileName

3. Descubra quais portas estão designadas para o gerenciador de implementação.a. Abra o arquivo profiles/dmgrProfileName/logs/AboutThisProfile.txt.b. Localize a entrada para a porta do conector SOAP Management e anote esse

número.c. Localize a entrada para a porta do Integrated Solutions Console (console

administrativo) e anote esse número.4. Crie um nó que seja conectado ao gerenciador de implementação executando

esse comando a partir do diretório WAS_HOME\bin:Para Microsoft Windows: manageprofiles.bat -create -profileNameprofileName -profilePath WAS_PROFILE_HOME\profileName -templatePathWAS_HOME\profileTemplates\managed -hostName hostName -nodeName NodeName-cellName cellName -dmgrHost dmgrHost -dmgrPort dmgrPort-dmgrAdminUserName userName -dmgrAdminPassword senha

Para Linux ou UNIX: manageprofiles.sh -create -profileName profileName-profilePath WAS_PROFILE_HOME/profileName -templatePathWAS_HOME/profileTemplates/managed -hostName hostName -nodeName NodeName-cellName cellName -dmgrHost dmgrHost -dmgrPort dmgrPort-dmgrAdminUserName userName -dmgrAdminPassword senha

Em que:v nodeProfileName – é o nome do nó.v username – é o usuário especificado na etapa 1.v password – é a senha especificada na etapa 1.v dmgrPort – é o número da porta do conector SOAP de gerenciamento da

etapa 3b.5. Inicie o nó executando este comando a partir do diretório WAS_HOME\bin:

Microsoft Windows: startNode.bat -profileName nodeProfileName ou Linux eUNIX: startNode.sh -profileName nodeProfileName

6. Abra o IBM WebSphere Application Server Integrated Solutions Console e ativea sincronização de nós.a. Abra um navegador e acesse https://localhost:port/ibm/console. O

número da porta é o número da porta do Integrated Solutions Console daetapa 3c.

b. Se você encontrar um aviso indicando que a conexão não é confiável, épossível ignorar a mensagem ou incluir uma exceção conforme necessáriopara seu navegador.

c. Efetue login usando as credenciais da etapa 1.d. Navegue para Administração do Sistema > Console Preferências.e. Selecione Sincronizar Alterações com Nós e clique em Aplicar.

7. Configure o caminho do driver de banco de dados no Integrated SolutionsConsole.a. Acesse Ambiente > Variáveis do WebSphere.b. Para cada uma das entradas do caminho de driver que são nomeados para

seu tipo de banco de dados, clique na entrada. Por exemplo:DB2_JDBC_DRIVER_PATH, ORACLE_JDBC_DRIVER_PATHouMICROSOFT_JDBC_DRIVER_PATH.


c. Insira o caminho para o diretório-pai do diretório de instalação do cliente debanco de dados e clique em OK.

Dica: Substitua barras simples por barras duplas. Por exemplo, se ocaminho for C:/IBM/SQLLIB, insira C://IBM//SQLLIB.Por exemplo:v Para DB2, use DB2_HOME/SQLLIB

v Para Oracle, use ORACLE_HOME/jdbc/lib.v Para Microsoft SQL Server, use SQL_PLUS_HOME.

d. Selecione Salvar diretamente na configuração principal.

Preparando o WebSphere Application Server Network Deployment para umservidor não gerenciado:

Configure o IBM WebSphere Application Server Network Deployment para umaimplementação do servidor gerenciado.

Sobre Esta Tarefa


Se estiver planejando uma instalação independente, esse procedimento não énecessário.

Esse procedimento supõe que você tenha o IBM WebSphere Application Server jáinstalado.

Procedimento

1. Crie um nó não gerenciado no servidor de aplicativos que cria um servidordenominado server1 no nó. Utilize este comando a partir do diretórioWAS_HOME\bin:Para Microsoft Windows: manageprofiles.bat -create -profileNamenodeProfileName -templatePath profileTemplates\default -federateLatercomo false -dmgrAdminUserName username -enableAdminSecurity true-adminUserName username -adminPassword senha

Para Linux ou UNIX: manageprofiles.sh -create -profileNamenodeProfileName -templatePath profileTemplates/default -federateLatercomo false -dmgrAdminUserName username -enableAdminSecurity true-adminUserName username -adminPassword senha

Ao utilizar um servidor não gerenciado, o nome do servidor do nó é server1.2. Inicie o nó com este comando a partir do diretório WAS_HOME\bin: Microsoft

Windows: startServer.bat -server1 ou Linux e UNIX: startServer.sh-server1

3. Abra o IBM WebSphere Application Server Integrated Solutions Console(console administrativo) e configure o caminho do driver de banco de dados:a. Acesse Ambiente > Variáveis do WebSphere.b. Para cada uma das entradas do caminho de driver que são nomeados para

seu tipo de banco de dados, clique na entrada. Por exemplo:DB2_JDBC_DRIVER_PATH, ORACLE_JDBC_DRIVER_PATHouMSSQLSERVER_JDBC_DRIVER_PATH.


c. Digite o caminho para o diretório-pai do diretório de instalação do seubanco de dados e clique em OK. Substitua barras simples invertidas porbarras duplas invertidas. Por exemplo, se o caminho é C:\IBM\SQLLIB, emseguida, insira C:\\IBM.

d. Selecione Salvar diretamente na configuração principal.

Preparando o WebSphere Application Server para a implementação de base:

Configure o IBM WebSphere Application Server para a implementação de base.

Sobre Esta Tarefa

Se você estiver planejando utilizar uma implementação de base, o IBM InstallationManager cria um perfil do IBM WebSphere Application Server denominado server1.Se você optar por utilizar este perfil, você não terá que criar um antes dainstalação.

Importante: Não registre server1 como um serviço do Microsoft Windows. Se vocêo fizer, então, o IBM Installation Manager não poderá reiniciar o server1 durante oprocesso de instalação dos módulos de implementação do InfoSphere MDM.


Se estiver planejando uma instalação independente, esse procedimento não énecessário.

Esse procedimento supõe que você tenha o servidor de aplicativos já instalado.

Procedimento

1. Crie o perfil de base do IBM WebSphere Application Server:v Para criar o perfil de base utilizando a ferramenta de gerenciamento de

perfil:a. Vá para o diretório WAS_HOME/bin/ProfileManagement e execute a

ferramenta de gerenciamento de perfis.– Para Microsoft Windows, execute pmt.bat

– Para Linux e UNIX, execute pmt.sh

b. No painel Seleção de Ambiente, clique em Application Server e cliqueem Avançar.

c. No painel Opções de Criação de Perfil , selecione Criação de PerfilTípico e clique em Avançar.

Dica: Opcionalmente, se não desejar utilizar a configuração padrão,selecione Criação de perfil avançado e forneça seus detalhes daconfiguração. Este procedimento assume uma criação de perfil típico.

d. No painel Segurança Administrativa, certifique-se de que a opção AtivarSegurança Administrativa está selecionado. Inclua um nome de usuário esenha, e, em seguida, clique em Avançar.

e. Revise o resumo e clique em Criar. A ferramenta de gerenciamento deperfil criará um perfil de base.

v Para criar o perfil de base utilizando a linha de comandos, execute o seguintecomando:


Nota: Substitua os valores corretos para WAS_HOME, was_userewas_password.– Para sistemas UNIX e Linux:

WAS_HOME/bin/manageprofiles.sh -create -templatePathWAS_HOME/profileTemplates/default -enableAdminSecurity true-adminUserName was_user -adminPassword was_password

– Para sistemas Windows:WAS_HOME\bin\manageprofiles.bat -create -templatePathWAS_HOME\profileTemplates\default -enableAdminSecurity true-adminUserName was_user -adminPassword was_password

Nota: Os seguintes parâmetros opcionais permitem fornecer mais detalhesno comando de criação de perfil:– Se não desejar utilizar o caminho do perfil padrão, é possível incluir

-profilePath profile_path no comando.– Se não desejar utilizar o nome do perfil padrão, é possível incluir

-profileName profile_name no comando.2. Depois que o perfil de base for criado, inicie o servidor. É possível utilizar o

console do First Steps ou uma linha de comandos. Por exemplo:/opt/IBM/WebSphere/AppServerBASE/profiles/AppSrv01/bin/startServer.shserver1

Criando um novo usuário e o adicionando a um grupo MDM:

Use este procedimento para criar um usuário do IBM WebSphere ApplicationServer e, em seguida, inclua esse usuário em um grupo do InfoSphere MDM.

Sobre Esta Tarefa

IBM Installation Manager cria todos os grupos e um usuário administrador MDM(mdmadmin) com os direitos e privilégios necessários. Utilize este procedimentopara incluir novos usuários.

Restrição: No caso de o usuário mdmadmin ter de ser criado antes da instalação(como se o servidor de aplicativos fosse configurado e controlado por terceiros eherdasse todas as contas de usuário de um Repositório Federado), certifique-se deque a senha mdmadmin tenha 16 caracteres ou menos. Senhas maiores do que issoserão truncadas para 16 caracteres na API do MDM virtual antes de seremtransmitidas para o servidor de aplicativos para autenticação. Como resultado, aautenticação falhará para clientes do MDM virtual.

Revise o tópico sobre contas de usuário e grupos para obter informações sobre osgrupos disponíveis.

Procedimento

1. No IBM WebSphere Application Server Integrated Solutions Console (consoleadministrativo), acesse Usuários e grupos > Gerenciar usuários e clique emCriar.

2. Na página Criar um Usuário, digite um ID de usuário, nome e senha.3. Clique em Associação ao Grupo.4. Na página Associação ao Grupo, procure por grupos com a chave de procura

de '*' e clique em Procurar.5. Na coluna Disponível, destaque os grupos aos quais você deseja que o usuário

pertença e clique em Incluir para mover o grupo para a coluna Mapeado Para.6. Na página Associação ao Grupo, clique em Fechar.


7. Na página Criar um Usuário, clique em Criar.Referências relacionadas:“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 13Informações relacionadas:

Gerenciando usuários

Ativando a segurança do usuário para o servidor operacional

Configurando usuários e grupos de usuários virtuais do MDM

Alterar as Funções de Segurança dos Canais no MDM:

O mecanismo de segurança no MDM possui algumas configurações de função docanal.

O MDM aceita pedidos a partir destes canais somente se a função do responsávelpela chamada é configurada nas configurações do respectivo produto:v /IBM/DWLCommonServices/Security/TrustedClientMode/Batch/roles

v /IBM/DWLCommonServices/Security/TrustedClientMode/EventManager/roles

v /IBM/DWLCommonServices/Security/TrustedClientMode/OtherChannels/roles

Por padrão, essas configurações têm o valor padrão mdm_admin. Se o novousuário é criado e não é designado para a função mdm_admin, então uma funçãoválida do usuário criado deve ser configurada pela atualização dessasconfigurações.

Para obter mais informações, consulte o tópico "Definindo serviços de segurança".

Instalando e configurando o banco de dadosPrepare seu banco de dados para suportar uma instalação customizada doInfoSphere MDM. Você deve concluir este procedimento se estiver executando umainstalação customizada.

Sobre Esta Tarefa

Nota: Se você estiver planejando executar uma instalação independente, esta tarefanão será necessária porque o banco de dados é criado automaticamente.

Ao definir nomes para seus bancos de dados e contas de usuário, considere omesmo nome para a instância do banco de dados associado, a conta de usuário e aconfiguração da origem de dados. Também é possível querer incluir o InfoSphereMDM versão no nome. Por exemplo, é possível nomear cada um desses elementosmdmprod_113 para o banco de dados de produção. Utilizar essa convenção denomenclatura pode ajudar outros membros de sua organização e o IBM SoftwareSupport a entender o mapeamento entre instâncias, contas e bancos de dados.

Procedimento1. Conclua as planilhas de banco de dados aplicáveis que estão listadas como

referência relacionada.2. Instale o software de banco de dados e crie contas do usuário do banco de

dados com as permissões apropriadas. Utilize a documentação fornecida pelofornecedor do banco de dados para concluir a instalação. Revise o tópico contasdo usuário do banco de dados antes de instalar o software de banco de dados.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.admin.doc/topics/c_nav_users.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.admin.doc/topics/c_nav_enabling_user_security_for_operational_server.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.admin.doc/topics/configuring_user_groups_for_virtual.html

Nota: Instalações de servidor independente e de estação de trabalhoindependente instalam um wrapper do IBM DB2. Para instalaçõescustomizadas, use a mídia de instalação padrão do DB2.

3. Opcionalmente, extraia o Installation Startup Kit do download do disk1.zip.Este kit de ferramentas fornece scripts que você pode utilizar para criar o bancode dados do MDM, mas não é obrigatório.

Nota: Se você não extrair o Installation Startup Kit, o aplicativo de instalaçãoexibirá um aviso durante a instalação do InfoSphere MDM.

4. Crie o banco de dados do MDM usando um dos seguintes métodos:v Execute o script do Installation Startup Kit que seja aplicável a seu tipo de

banco de dados. Os scripts criam automaticamente os espaços de tabelaapropriados, os buffer pools e as especificações de codificação necessáriaspara a edição do InfoSphere MDM. Para obter detalhes sobre algumas dessasconfigurações, consulte os tópicos de referência relacionados.

v Crie manualmente o banco de dados utilizando outro método.

Nota: Para obter detalhes sobre as definições e configuração do banco dedados, consulte os tópicos de referência relacionados.

Tarefas relacionadas:“Instalando o InfoSphere MDM em um ambiente em cluster” na página 137Referências relacionadas:“Planilha de origem de dados do DB2 ou DB2 for z/OS” na página 31“Planilha de origem de dados do Oracle” na página 35“Planilha de Origem de Dados do Microsoft SQL Server” na página 33“Installation Startup Kit para instalações customizadas” na página 10

Conexõs e contas de usuário de banco de dados:

Todas as instalações requerem pelo menos uma conta de usuário do banco dedados.

Para autoinicializar o banco de dados (o que normalmente é feito durante ainstalação), processar um upgrade, definir novos tipos de entidade ou criarsegmentos definidos por implementação, a conta de usuário do banco de dadosdeve ter certas permissões. Essa conta do usuário principal deve ter permissãopara:v Criar e eliminar tabelav Criar e eliminar índicev Selecionar, inserir, atualizar e excluir

Depois que o banco de dados é reinicializado e, os tipos de entidade e ossegmentos definidos por implementação são configurados, é possível optar porrestringir a conta do usuário, se necessário. Uma conta do usuário restrito tempermissão apenas para selecionar, inserir, atualizar e excluir.

Considere configurar um relacionamento de um para um entre o usuário do bancode dados e o banco de dados para que os usuários não tenham acesso aos bancosde dados múltiplos. Este modelo fornece uma camada de segurança que podeevitar que um usuário do banco de dados elimine tabelas de outro.

Registre as credenciais de conta de usuário do banco de dados; essas informaçõesserão necessárias para concluir a instalação.


A contagem de conexão do banco de dados é a soma de conexões que sãoutilizadas pelo servidor operacional e por quaisquer gerenciadores de entidade quevocê pretende utilizar. Alguns servidores operacionais ou processos do InfoSphereMDM do Ambiente de Trabalho também requerem mais conexões com o banco dedados, que são fechadas quando o processo for concluído. Permitir mais conexõespara esses processos em sua configuração.Conceitos relacionados:“Pré-requisitos da Conta para Instalações Customizadas” na página 82Referências relacionadas:“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 13“Verificações de pré-requisito para instalações customizadas” na página 127“Verificações de pré-requisito para instalações independente com o DB2” na página68

Preparando um banco de dados DB2:

Utilize este procedimento para configurar um banco de dados IBM DB2 para umainstalação do InfoSphere MDM.

Antes de Iniciar

v Essas etapas assumem que o banco de dados já foi instalado.v Para criar o banco de dados do MDM, você deve estar conectado ao DB2 pela

conta do usuário administrador criada ao instalar o DB2.v Você deve ter o IBM DB2 Enterprise Server Edition instalado.

Sobre Esta Tarefa

Atenção: Se você estiver instalando o InfoSphere MDM no z/OS, ignore as etapasde preparação do banco de dados e acesse “Instalando no z/OS” na página 140.

Procedimento

1. Extraia o Installation Startup Kit do arquivo de pacote disk1.zip transferidopor download.

2. Modifique o script CreateDB.sql.a. Acesse o diretório STARTUPKIT_INSTALL_HOME/CoreData/Full/SQLServer/ddl/

(em que STARTUPKIT_INSTALL_HOME é o local do kit extraído).b. Abra o arquivo CreateDB.sql em um editor de texto.c. Substitua as variáveis no script por valores, conforme descrito no início do

script. Variáveis são colocadas entre <>, como <DBNAME>. Por exemplo, avariável <TERRITORY> em CreateDB.sql deve ser substituída pelo códigodo país apropriado. No caso de instalações nos Estados Unidos, substitua<TERRITORY> por US.

3. Altere para a conta de usuário admin do DB2.Para Microsoft Windows:a. Abra o menu Iniciar e vá para Todos os Programas > IBM DB2 >

DB2COPY1 (padrão).b. Pressione Shift e clique com o botão direito em Janela de comando e

selecione Executar como usuário diferente....

c. Digite o nome do usuário do DB2 e a senha.Para Linux e UNIX:


a. Abra o terminal do Linux ou UNIX.b. No prompt de linha de comandos, digite su - user, em que user é o

usuário administrador do DB2.4. Execute o script CreateDB.sql para criar o banco de dados.

a. Acesse o diretório no qual o arquivo CreateDB.sql está localizado.b. Execute o comando aplicável.

v Para o Microsoft Windows: db2 -td; -f CreateDB.sql

v Para Linux e UNIX: db2 -tvf STARTUPKIT_INSTALL_HOME/database/CoreData/Full/DB2/Standard/ddl/CreateDB.sql

Importante: As etapas restantes neste procedimento são opcionais. Se você nãodesejar criar manualmente os espaços de tabelas, é possível ignorar as etapas aseguir, em cujo caso o aplicativo de instalação criará automaticamente os espaçosde tabela durante a instalação.5. Modifique o script CreateTS.sql.

a. Abra o arquivo CreateTS.sql em um editor de texto.b. Substitua as variáveis no script por valores, conforme descrito no início do

script. Variáveis são colocadas em <>, como <DBNAME> ou<TABLE_MDS4K>.Atenção: Os valores substituídos para variáveis nesse arquivo devemcorresponder a como seu banco de dados está configurado, ou o instaladornão será capaz de concluir com êxito.

6. Execute CreateTS.sql para criar os espaços de tabela.a. Execute o comando aplicável.

v Para Microsoft Windows: db2 -td; -f CreateTS.sql

v Para Linux e UNIX: db2 -tvf STARTUPKIT_INSTALL_HOME/database/CoreData/Full/DB2/Standard/ddl/CreateTS.sql

7. Após você executar CreateTS.sql, verifique se as configurações do espaço detabelas são conforme o esperado.Para Microsoft Windows:v Abra um prompt de comandos e digite db2cmd

v Conecte-se ao banco de dados usando esse comando: db2 connect to MDMDBuser DBUSER using DB2PWD

v Quando estiver conectado, digite: db2 list tablespaces

Para Linux e UNIX:v Abra novo terminal e digite db2

v Conecte-se ao banco de dados usando esse comando: db2 connect to MDMDBuser DBUSER using DB2PWD

v Quando estiver conectado, digite: db2 list tablespaces

Referências relacionadas:“Planilha de origem de dados do DB2 ou DB2 for z/OS” na página 31

Preparando o banco de dados DB2 em um servidor separado do InfoSphere MDM:

Configure o banco de dados IBM DB2 para implementações em que o banco dedados e as instalações do InfoSphere MDM estejam em servidores diferentes.

Procedimento

1. Na máquina onde você pretende instalar o InfoSphere MDM, deve executar oseguinte:


a. Instale o software cliente do DB2.b. Catalogue o banco de dados remoto no servidor local. Utilize os seguintes

comandos, substituindo os marcadores por valores apropriados:db2 catalog tcpip node <NODE_NAME> remote <DB_SERVER> server <PORT_NUMBER>db2 catalog db <DB_NAME> as <DB_NAME> at node <NODE_NAME> authentication server

2. Utilize o WebSphere Application Server Integrated Solutions Console para criaruma variável de ambiente DB2_JDBC_DRIVER_PATH do WebSphere ApplicationServer, apontando para o início da instância do DB2 na máquina local edirecionada para o nível do nó.

Preparando o banco de dados DB2 para usar o InfoSphere MDM em um ambiente emcluster:

Configure o banco de dados DB2 para implementações com o InfoSphere MDM emum ambiente em cluster.

Procedimento

1. Instale o software cliente do DB2.2. Catalogue o banco de dados em todas as máquina do cluster.3. Crie uma variável de ambiente DB2_JDBC_DRIVER_PATH do WebSphere

Application Server que aponte para o início do DB2, presente na máquinalocalmente, para cada nó no cluster.

Tarefas relacionadas:“Incluindo um novo nó em um cluster existente” na página 180

Configurando permissões de usuário do banco de dados para DB2 for z/OS:

Se sua implementação do InfoSphere MDM utilizar o IBM DB2 for z/OS, vocêdeve assegurar que o ID do usuário do banco de dados tenha privilégiosBINDADD no banco de dados do MDM.

Sobre Esta Tarefa

O driver do DB2 Wire Protocol não funciona adequadamente a menos que ospacotes apropriados existem em cada servidor ao qual você deseja se conectar. SeuID do usuário do banco de dados deve ter privilégios BINDADD para que o driverpossa criar e ligar pacotes.

Nota: Por padrão, os pacotes contêm 200 seções dinâmicas e são criados na coleçãodenominada NULLID.

Se os pacotes de ligação não estiverem estabelecidos, a seguinte mensagemaparecerá durante o teste das conexões para a origem de dados do InfoSphereMDM no servidor operacional:java.sql.SQLException: [IBM][DB2 JDBC Driver]Processo de ligação não está ativo.Assegure-se de que o usuário tenha permissões para criar pacotes.Os pacotes não podem ser criados em uma Conexão XA. DSRA0010E: Estado SQL = HY000, Código de Erro = 0.

Procedimento

1. Efetue login como o usuário administrador de banco de dados (DBA).2. Conecte-se ao banco de dados do MDM.3. Conceda privilégios BINDADD ao usuário do banco de dados (dbuser).4. Efetue logout da conta do usuário do DBA.


5. Efetue login com a conta de usuário do banco de dados. Quando a conta deusuário do banco de dados se conectar ao banco de dados com o driver do DB2Wire Protocol, o pacote correto será criado automaticamente.


O driver e os pacotes do DB2 Wire ProtocolO processo de ligação não está ativo

Configurando um caminho de utilitário do DB2:

Se você estiver utilizando um banco de dados do IBM DB2, você deve configurar outilitário de banco de dados ao seu caminho de sistema.

Procedimento

Na linha de comando, inclua os utilitários do banco de dados DB2 para a variávelCAMINHO em seu sistema.Por exemplo:export PATH=DB2_HOME/sqllib/bin:$PATH

O que Fazer Depois

Também é possível incluir a linha de exportação em seu perfil de usuário.

Preparando um banco de dados Microsoft SQL Server:

Configure um banco de dados Microsoft SQL Server antes de iniciar umainstalação do InfoSphere MDM.

Sobre Esta Tarefa

Para criar o banco de dados do MDM, você deve efetuar login no Microsoft SQLServer com a Autenticação do Windows ou com a conta do usuário administradorcriada ao instalar o Microsoft SQL Server.

Se planeja usar a autenticação do Windows, seu DBA deve configurar o esquemapadrão do usuário de login para o esquema que será usado pelo IBM InstallationManager.

Procedimento

1. Modifique o script CreateDB.sql fornecido no Installation Startup Kit.

Dica: É possível extrair o Installation Startup Kit do arquivo de pacote dodisk1.zip transferido por download.a. Acesse o diretório STARTUPKIT_INSTALL_HOME/CoreData/Full/SQLServer/ddl/

(em que STARTUPKIT_INSTALL_HOME é o local do kit extraído).b. Abra o arquivo CreateDB.sql em um editor de texto.c. Substitua as variáveis no script por valores, conforme descrito no início do

script. Variáveis são colocadas entre <>, como <DBNAME>.2. Execute o script CreateDB.sql usando o usuário sa para criar o banco de dados.

Ao usar a autenticação do Windows em vez da autenticação de SQL paraacessar o banco de dados, você deve executar uma das seguintes opções:v Se o cliente e o SQL Server estiverem no mesmo domínio, o usuário de login

que o cliente usa deverá ser incluído no logins de Segurança do SQL Server


http://www.datadirect.com/resources/resource-library/odbc-developer-center/odbc-tutorials/understanding-and-using-packages-on-db2-udb/the-db2-wire-protocol-driver-and-packages

v Se o cliente e o SQL Server estiverem em domínios diferentes, os doisdomínios deverão ser confiáveis

3. Copie o arquivo sqljdbc.dll para o diretório /Binn para a instância do SQLServer que está em execução.v Se você estiver usando o SQL Server de 32 bits, o arquivo sqljdbc.dll está

em STARTUPKIT_INSTALL_HOME/SQLServer JTA/win32

v Se estiver usando o SQL Server de 64 bits, o arquivo está emSTARTUPKIT_INSTALL_HOME/SQLServer JTA/win64_amd64

4. Instale os procedimentos armazenados XA que são utilizados pelo driver JDBC.No diretório STARTUPKIT_INSTALL_HOME/SQLServer JTA, execute o scriptinstjdbc.sql como o usuário sa.

5. Ativar MSDTC para transações XA.Para Windows 7 e Windows 2008a. No desktop, clique no ícone Iniciar e abra Component Services usando uma

dessas opções.v Digite dcomcnfg na caixa Iniciar Procura.v Digite %windir%/system32/comexp.msc na caixa Iniciar Procura.

b. Vá para Computadores > Meu Computador > Distributed TransactionCooridinator.

c. Clique com o botão direito do mouse em DTC Local e selecionePropriedades.

d. No diálogo Propriedades do DTC local, abra a guia Segurança.e. Selecione Ativar Transações XA e clique em OK. Esta etapa reinicia o

serviço MS DTC.f. Clique em OK no diálogo Propriedades do DTC Local e feche Component

Services.g. Reinicie o Microsoft SQL Server para assegurar que ele sincroniza com as

alterações do MSDTC. Verifique se XATransactions=1 está no registro dosistema operacional Microsoft.

Referências relacionadas:“Planilha de Origem de Dados do Microsoft SQL Server” na página 33

Preparando o banco de dados do Microsoft SQL Server em um servidor diferente doInfoSphere MDM:

Configure o backup de seu banco de dados Microsoft SQL Server quando eleestiver em um servidor diferente da instalação do seu InfoSphere MDM.

Procedimento

Instale um cliente Microsoft SQL Server na máquina em que planeja instalar oMDM.Com a instalação do cliente, sua conta será automaticamente incluída na conta dousuário do banco de dados. Não é necessário configurar oMSSQLSERVER_JDBC_DRIVER_PATH em seu ambiente do IBM WebSphereApplication Server.

Preparando o banco de dados Microsoft SQL Server para utilizar o InfoSphere MDM emum ambiente em cluster:

Configure o backup de seu banco de dados Microsoft SQL Server quando estiverinstalando o InfoSphere MDM em um ambiente em cluster.


Procedimento

Instale um cliente do Microsoft SQL Server em cada máquina em que planejainstalar os componentes do InfoSphere MDM.Com a instalação do cliente, sua conta será automaticamente incluída na conta dousuário do banco de dados. Não é necessário configurar oMSSQLSERVER_JDBC_DRIVER_PATH em seu ambiente do IBM WebSphereApplication Server.

Preparando um Banco de Dados Oracle:

Configure um banco de dados Oracle antes de iniciar uma instalação doInfoSphere MDM.

Antes de Iniciar

v Essas etapas assumem que o banco de dados já foi instalado.v Para criar o banco de dados do MDM, você deve estar conectado ao Oracle com

a conta do usuário administrador de banco de dados que você criou ao instalaro Oracle.

v Para instalar o InfoSphere MDM com o Oracle, o nome do usuário do banco dedados e nome do esquema devem ser os mesmos.

Procedimento

1. Verifique se o seu conjunto de caracteres é UTF-8. Se não for, crie seu banco dedados utilizando este comando: CREATE DATABASEdname...CHARACTER SETAL32UTF8

2. Configure a semântica do comprimento de caracteres para Unicode. A variávelNLS_LANG_SEMANTICS deve ser configurada como CHAR (a configuração padrão éBYTE). Execute este comando: ALTER SYSTEM SET NLS_LENGTH_SEMANTICS=CHARSCOPE=BOTH

3. Se estiver usando um driver de conexão sem fio com um cliente Oracle, deve-seconfigurar a variável NLS_LANG para o usuário que esteja se conectando aoservidor operacional. Configure a variável paraNLS_LANG=AMERICAN_AMERICA.AL32UTF8

Importante: As etapas restantes neste procedimento são opcionais. Se você nãodesejar criar manualmente os espaços de tabelas, é possível ignorar as etapas aseguir, em cujo caso o aplicativo de instalação criará automaticamente os espaçosde tabela durante a instalação.4. Modifique o script create_schema_ora.sql fornecido no Installation Startup Kit.

Dica: É possível extrair o Installation Startup Kit do arquivo de pacote dodisk1.zip transferido por download.a. Acesse o diretório STARTUPKIT_INSTALL_HOME/CoreData/Full/Oracle/

Standard/ddl/ (em que STARTUPKIT_INSTALL_HOME é o local do kitextraído).

b. Abra o arquivo create_schema_ora.sql em um editor de texto. O arquivocontém as seguintes variáveis que devem ser substituídas por valoresapropriados:

c. Se o banco de dados estiver sendo criado no Microsoft Windows, substituaa variável <TABLESPACE_LOCATION> pelo local dos espaços de tabela. Ovalor do local deve seguir a sintaxe <ORACLE_HOME>\<DBNAME>


Atenção: Se estiver criando um banco de dados no Microsoft Windows,também deve-se alterar todos os caracteres de barra (/) em caminhos dearquivo para caracteres de barra invertida (\).

d. Na pasta <ORACLE_HOME>/oradata, crie uma subpasta vazia com um nomeque corresponda ao seu valor de <DBNAME>.

e. Configure os nomes de espaço de tabela:v Para utilizar os valores de espaço de tabela padrão, substitua as variáveis

no script create_schema_ora.sql por valores, conforme descrito na partesuperior do script. Variáveis são colocadas entre sinais de maior e menor< >:– <DBNAME> – O nome do banco de dados.– <NEWPASSWORD> – A senha para o banco de dados.– <INDEX_SPACE> – O nome do espaço de tabela para dados de índice.

O aplicativo de instalação espera que o valor seja IDXSPACE.– <LONG_SPACE> – O nome do espaço de tabela para tipos de dados

CLOB e XML. O aplicativo de instalação espera que o valor sejaLOBSPACE.

– <TABLE_SPPMD> - O nome do espaço de tabela para dados de tabelado usuário do Probabilistic Matching Engine. O aplicativo deinstalação espera que o valor seja EMESPACE1.

– <TABLE_SPPMI> - O nome do espaço de tabela para dados de índicedo Probabilistic Matching Engine. O aplicativo de instalação esperaque o valor seja EMESPACE2.

– <TABLE_MDS4K> – O nome do espaço de tabela para os dados databela de usuário de 4K. O aplicativo de instalação espera que o valorseja TBS4K.

– <TABLE_SPACE> – O nome do espaço de tabela para dados de tabelado usuário. O aplicativo de instalação espera que o valor seja TBS8K.

– <TABLE_SPMDS> – O nome do espaço de tabela para dados da tabelade usuário do MDM virtual de 16K. O aplicativo de instalação esperaque o valor seja TBS16K.

v Para utilizar nomes de espaço de tabela customizado:1) Crie um banco de dados que utilize nomes de espaço de tabela

customizada.2) Crie ou edite um arquivo de resposta de entrada de instalação do

InfoSphere MDM e modifique as variáveis de nome de espaço detabela para que os nomes de espaço de tabela customizados sejammapeados para o instalador do InfoSphere MDM:<data key=’user.L2.long.space.ora,com.ibm.mdm.advanced’ value=’LOBSPACE’/><data key=’user.L2.index.space.ora,com.ibm.mdm.advanced’ value=’IDXSPACE’/><data key=’user.L2.eme.sppmd.space,com.ibm.mdm.advanced’ value=’EMESPACE1’/><data key=’user.L2.eme.sppmi.space,com.ibm.mdm.advanced’ value=’EMESPACE2’/>

Atenção: O InfoSphere MDM fornece os arquivos de resposta deinstalação de amostra que é possível modificar para definir espaços detabela customizados. Para obter informações adicionais sobre asamostras de arquivos de resposta de entrada, consulte “InstalaçãoSilenciosa” na página 145.

3) Inicie o instalador do InfoSphere MDM no modo da GUI ou no modosilencioso, incluindo o seguinte argumento no comando deinicialização para que o instalador utilize parâmetros de seu arquivo


de resposta de entrada modificado: IBMIM -input./mdm_input.res (emque mdm_input.res é o nome do arquivo de resposta de entradasilenciosa).

5. Execute o script create_schema_ora.sql para criar o esquema do Oracle.

O que Fazer Depois

Se você omitir a execução do script create_schema_ora.sql, deverá alterar osistema de banco de dados Oracle:v Dentro do script create_schema_ora.sql, certifique-se de que a instrução ALTER

SYSTEM SET open_cursors esteja configurada como ALTER SYSTEM SETopen_cursors = 1500 SCOPE=BOTH;

v Verifique se as concessões estão feitas especialmente como GRANT CREATESEQUENCE TO SCHEMA;, substituindo SCHEMA pelo nome do esquema.

v Configure a propriedade Oracle CURSOR_SHARING paraCURSOR_SHARING=FORCE.

Referências relacionadas:“Planilha de origem de dados do Oracle” na página 35

Preparando o banco de dados Oracle em um servidor diferente do InfoSphere MDM:

Configure o backup de seu banco de dados Oracle para implementações em que obanco de dados e as instalações do InfoSphere MDM estejam em servidoresdiferentes.

Procedimento

1. Instale um cliente Oracle na máquina em que você pretende instalar oInfoSphere MDM.

2. Aponte para a entrada TNS no computador cliente para o servidor de banco dedados.

3. Utilize o WebSphere Application Server Integrated Solutions Console para criaruma variável de ambiente ORACLE_JDBC_DRIVER_PATH que aponte para o iníciodo banco de dados Oracle na máquina local e esteja direcionado para o níveldo nó.

Preparando o Banco de Dados Oracle para Usar o InfoSphere MDM em um Ambiente emCluster:

Configure o backup de seu banco de dados Oracle para suportar a instalação doInfoSphere MDM em um ambiente em cluster.

Procedimento

1. Instale o cliente Oracle em todas as máquinas.2. Aponte a entrada TNS para a máquina do servidor de banco de dados.3. Crie uma variável de ambiente ORACLE_JDBC_DRIVER_PATH do WebSphere

Application Server que aponte para o início do banco de dados Oracle, presentelocalmente na máquina, para cada nó no cluster.

Tarefas relacionadas:“Incluindo um novo nó em um cluster existente” na página 180


Configurando um caminho de utilitário Oracle:

Se você estiver utilizando um banco de dados Oracle, você deve configurar outilitário de banco de dados para seu caminho de sistema.

Procedimento

Na linha de comandos, inclua os utilitários de banco de dados Oracle na variávelPATH em seu sistema.Por exemplo:export ORACLE_HOME=ORACLE_HOMEexport PATH=$ORACLE_HOME/bin:$PATH

O que Fazer Depois

Também é possível incluir as linhas de exportação para seu perfil de usuário.

Drivers ODBC instalados com o Standard Edition:

Os drivers ODBC que são aplicados pelo aplicativo de instalação ao instalar oInfoSphere MDM Standard Edition são determinados pelo tipo de banco de dadosque você define.

Um driver de ligação permite que um servidor operacional que suporta umaconfiguração de MDM virtual se comunique com o banco de dados e grave dadosno esquema. Nesse caso, o host do servidor operacional requer a instalação docliente de banco de dados aplicável para ativar operações de carregamento emmassa.

O servidor operacional inclui os drivers ODBC a seguir. Outros drivers não sãosuportados.v Oracle Wirev Oracle Netv IBM DB2 Wire (DB2 e DB2 para z/OS)v Microsoft SQL Server Wire

Para bancos de dados Oracle, as propriedades passadas para o utilitário madconfigdurante o processo de instalação determinam se deve ser instalado o driver OracleNet ou Oracle Wire. Se valores vazios forem passados para o host do banco dedados, o driver Oracle Net será instalado, o que requer a instalação do clienteOracle no host do servidor operacional.

Dica: Ao instalar em uma plataforma Microsoft Windows, se você quiser criarmanualmente uma origem de dados ODBC separada em vez de criá-la por meiodo aplicativo de instalação, você deve chamar o comando madconfig.batregister_odbc para assegurar que o driver ODBC seja registrado com êxito.Tarefas relacionadas:“Ativando o Suporte para Driver Oracle sem Fio” na página 144

Instalando manualmente o banco de dados do MDM físico:

É possível instalar manualmente o banco de dados do MDM físico no DB2 forUNIX ou Linux, DB2 for z/OS e Oracle.


Sobre Esta Tarefa

É sempre possível usar o IBM Installation Manager para criar o banco de dados doMDM físico. No entanto, você também tem a opção de instalá-lo manualmente.

O banco de dados do MDM virtual é sempre instalado utilizando o IBMInstallation Manager.

Atenção: O banco de dados principal é necessário para o InfoSphere MDMAdvanced Edition (MDM físico). Ele também é necessário para algumas transaçõesInfoSphere MDM Standard Edition (MDM virtual) processarem corretamente. Sevocê usar o IBM Installation Manager para instalar o InfoSphere MDM, osprincipais componentes do banco de dados requeridos serão instaladosautomaticamente. Se você estiver usando um banco de dados Microsoft SQLServer, saiba que o InfoSphere MDM Standard Edition (implementações do MDMvirtuais) é a única edição suportada para SQL Server.

Antes de iniciar a instalação manual, leia os seguintes detalhes e tomar as decisõesnecessárias para como criar espaços de tabela e instalar acionadores.

Espaços de tabelas

Para bancos de dados DB2 no UNIX ou Linux e bancos de dados Oracle, épossível criar espaços de tabela para dados do usuário, índices do usuárioe objetos grandes do usuário para melhorar o desempenho do banco dedados. Valores de marcadores são fornecidos em scripts relevantes comoTABLE_SPACE, INDEX_SPACE e LONG_SPACE. É possível ajustar ostamanhos dos espaços de tabela nos scripts fornecidos para o tamanhoapropriado para seu ambiente de produção.

Existem dois espaços de tabela para o InfoSphere MDM ProbabilisticMatching Engine, requerendo que os espaços de tabela do InfoSphereMDM Probabilistic Matching Engine tenham os mesmos nomes queTABLE_SPACE e INDEX_SPACE, mas com uma letra adicional E no finaldo nome do espaço de tabela.

AcionadoresDois tipos de acionadores são fornecidos com a instalação do InfoSphereMDM: acionadores simples e acionadores compostos. Selecione um dessestipos de acionadores para instalar:v Acionadores simples: Criam uma cópia da imagem anterior dos dados

atuais na tabela HISTORY quando uma tabela base é criada, atualizadaou excluída. A tabela HISTORY contém somente registros antigos; elanão contém os registros atuais da tabela de base. Se você escolherinstalar os acionadores simples, será necessário instalar os acionadoresde atualização simples. Também é possível instalar os acionadores deexclusão simples, que são opcionais.

v Acionadores compostos: Criam uma cópia das imagens anterior eposterior dos dados atuais da tabela base para a tabela HISTORY quandouma tabela base é inserida, atualizada ou excluída. A tabela HISTORYcontém todos os registros antigos e atuais na tabela base. Se vocêescolher instalar os acionadores compostos, deverá instalar osacionadores de inserção e de atualização. Também é possível instalar osacionadores DELETE simples, que são opcionais.

v Nenhum: nenhum acionador de histórico será instalado.

Vários Fusos Horários (UTC)


Se seu aplicativo estiver executando em fusos horários diferentes ou seusdados tiverem valores de tempo em fusos horários diferentes, você deveráativar o recurso de vários fusos horários.

Uma vez que esse recurso é ativado, não é possíveldesativar essa opção.

Se você não requer o recurso de vários fusos horários, deverá desativá-loao instalar o InfoSphere MDM.

Recurso de procura de distinção ou não distinção entre maiúsculas e minúsculas

É possível adicionar a habilidade de procura por contratos, produtos ecategorias por nome, mas sem as restrições de distinção de maiúsculas eminúsculas. Uma vez que esse o recurso de não distinção de maiúsculas eminúsculas é ativado, você não pode desativá-lo. Ele está disponível noDB2 UDB, DB2 for z/OS versão 9 e mais recente, e Oracle.

Procedimento

1. Abra o IBM Installation Manager e clique em Instalar.2. Na lista Pacotes de instalação, selecione InfoSphere MDM Standard Edition

ou Advanced Edition e clique em Avançar.3. Na lista Recursos, expanda InfoSphere MDM Standard Edition ou Advanced

Edition e garanta que apenas MDM Database esteja selecionado. Clique emAvançar.

4. Preencha os campos de Configuração de banco de dados para fornecer o tipode banco de dados, local e detalhes da conexão e, em seguida, selecione Extrairscripts para instalação de banco de dados manual. Clique em Instalar. O IBMInstallation Manager instalará dados do MDM virtual e extrairá scripts SQLque é possível utilizar para instalar dados do MDM físico.

5. Execute os scripts SQL para instalar dados do MDM físico.6. Após a conclusão dos scripts e a instalação dos dados do MDM físico, abra o

IBM Installation Manager novamente e clique em Modificar.7. Na lista Recursos, selecione Servidor operacional MDM, além do recurso já

selecionado Banco de dados do MDM e, em seguida, clique em Avançar.8. Clique em Instalar para concluir a instalação do banco de dados do MDM

físico.

Definindo a configuração XA no WebSphere Application Server para conectar-se ao DB2for z/OS:

Ao instalar manualmente o banco de dados do MDM no DB2 forz/OS, utilize esteprocedimento para definir a configuração XA no IBM WebSphere ApplicationServer.

Sobre Esta Tarefa

Nota: Deve-se alterar os valores de amostra neste procedimento paracorresponderem ao ambiente do servidor.

Procedimento

1. Efetue login no sistema UNIX como o usuário raiz e vá para o diretório deinstâncias do DB2. Por exemplo: cd /usr/opt/db2_10_01/instance

2. Execute o seguinte comando no diretório de instâncias para criar uma instância:db2icrt -s client db2inst


3. Efetue login como o usuário da instância (db2inst1, neste exemplo) depois quea instância tenha sidocriada e catalogue o banco de dados z/OS.

4. Copie db2jcc_license_cisuz.jar do DB2 for z/OS para a pasta<DB2_HOME>/sqllib/java do cliente.

5. Inclua a seguinte linha no CLASSPATH:<DB2_HOME>/sqllib/java/db2jcc.jar:<DB2_HOME>/sqllib/java/db2jcc_license_cisuz.jar

Tarefas relacionadas:“Instalando o Banco de Dados Principal Manualmente no DB2 for z/OS usandoTSO e JCLs ” na página 108

criação e instalação do banco de dados do z/OS:

Quando estiver criando o subsistema e associando bancos de dados a ele,lembre-se de que o InfoSphere MDM foi desenvolvido no DB2 for z/OS comdados Unicode e mais de um idioma. Também é necessário definir a configuraçãode XA.

Para tratar do Unicode, há duas opções de configuração à sua escolha:v

1. Configure um subsistema DB2 para z/OS com o parâmetro UNICODE noDSNZPARM, por exemplo:CCSID Unicode = 1208 CCSID de dados UTF-8 Unicode.DEF ENCODING SCHEME = UNICODELOCALE LC_CTYPE = UNIAPPLICATION ENCODING = UNICODE

2. Trabalhe com o padrão de subsistema do DB2 para z/OS e religue todos ospacotes doMDM com Unicode utilizando LOCALE LC_CTYPE = UNI., o qual énecessário para funções agregadas como SUPERIOR e INFERIOR.

v Se você estiver usando um novo subsistema DB2, configure todos os DSNZPARMcomo Unicode, incluindo o parâmetro LC_TYPE de macro DSNHDECP. Planos deacesso e bancos de dados Unicode são necessários para funcionalidade total.

v Alocação de espaço: antes de criar objetos físicos, é necessário fornecer espaçono DASD. Para simplificar a alocação de armazenamento, a recomendação éutilizar grupos de armazenamento no SMS. Crie o HLQ MDMIBM para todos osarquivos de dados z.

v Espaços de tabela e índice: para mais manutenção mais fácil e para evitarproblemas de desempenho, separe tabelas e seus índices relacionados emdiferentes espaços de tabela e de índice. Para tabelas pequenas, utilize espaçosde tabela de segmento; para tabelas grandes, utilize espaço de tabela simples.Também é possível utilizar espaços de tabela particionada.

v Autorização e qualificador: Crie e acesse todos os objetos usando um ID deautorização.

v Buffer pools: se os buffer pools não existem, você deve criá-los. Um tamanhomínimo de 1000, se bom. Uma amostra de instrução SQL para criar buffer poolsé: ALTER BUFFERPOOL (bp3) VPSIZE (1000);

Configuração XA do DB2 para z/OS

Certifique-se de concluir os procedimentos para o provedor WebSphere ApplicationServer JDBC e o banco de dados. Este procedimento é necessário para WebSphereApplication Servertrabalhar de modo adequado com relação ao DB2 paraz/OS.


Concedendo Privilégios de Conexão no DB2 para z/OS:

Se você estiver instalando manualmente um banco de dados do MDM físico noDB2 for z/OS, use este procedimento para conceder os privilégios de conexãonecessários.

Procedimento

1. Verifique se SYSADM está concedido para o usuário de instalação, para osespaços de tabela e criação de banco de dados inicial.

2. Certifique-se de que a seguinte lista de privilégios tenha sido concedida aousuário de instalação:Atenção: Você deve alterar os valores de amostra no procedimento para quecorrespondam ao ambiente do servidor.v GRANT CREATETAB, CREATETS ON DATABASE DSNDB04 TO <USER_ID>;

v GRANT USE OF BUFFERPOOL BP0 TO <USER_ID>;

v GRANT USE OF STOGROUP SYSDEFLT TO <USER_ID>;

v GRANT USE OF TABLESPACE DSNDB04.SYSDEFLT TO <USER_ID>;

v GRANT EXECUTE ON PLAN DSNESPCS TO <USER_ID>;

v GRANT EXECUTE ON PLAN DSNESPRR TO <USER_ID>;

v GRANT EXECUTE ON PLAN DSNEDCL TO <USER_ID>;

v GRANT EXECUTE ON PLAN DSNHYCRD TO <USER_ID>;

v GRANT SELECT ON SYSIBM.SYSDUMMY1 TO <USER_ID>;

v GRANT EXECUTE ON PLAN DSNTIA<DB2 VERSION> TO <USER_ID>;

v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNWZP TO <USER_ID>;

v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNWSPM TO <USER_ID>;

v GRANT EXECUTE ON PACKAGE DSNUTILS.DSNUTILS TO <USER_ID>;

v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNUTILS TO <USER_ID>;

v GRANT EXECUTE ON PACKAGE DSNUTILU.DSNUTILU TO <USER_ID>;

v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNUTILU TO <USER_ID>;

Tarefas relacionadas:“Instalando o Banco de Dados Principal Manualmente no DB2 for z/OS usandoTSO e JCLs ” na página 108

Configuração do Banco de Dados Oracle:

Ao instalar manualmente o banco de dados do MDM físico no Oracle, se vocêomitir a execução do script create_schema_ora.sql, deverá alterar o sistema debanco de dados Oracle.

Dentro do script create_schema_ora.sql, certifique-se de que a instrução ALTERSYSTEM SET open_cursors esteja configurada como:ALTER SYSTEM SET open_cursors = 1500 SCOPE=BOTH;

Também, verifique se as concessões estão feitas especialmente como GRANT CREATESEQUENCE TO <SCHEMA>;

Instalação Manual do banco de dados do MDM físico no DB2 for Linux ou UNIX:

É possível instalar manualmente o banco de dados do MDM físico no DB2 forLinux ou UNIX.


Existem instruções separadas para instalar o banco de dados de configuração e degerenciamento, e o banco de dados do domínio principal.

Antes de iniciar a instalação, leia sobre a instalação manual do banco de dados.

Instalando o Banco de Dados Principal Manualmente no DB2 para UNIX ou Linux:

Instale o banco de dados principal do MDM físico no DB2 para UNIX ou Linux.

Procedimento

1. Vá para o diretório MDM_INSTALL_HOME/database/CoreData/Full/DB2/Standard/ddl.

2. Edite os scripts neste diretório, substituindo os valores do marcador pelosvalores para usar em seu banco de dados.

Lembre-se: Para executar a maior parte dos scripts, use a sintaxe de comandodb2 -tvf SCRIPT_NAME -l LOG_FILE_NAME

em que SCRIPT_NAME é o nome do script que você está executando eLOG_FILE_NAME é o nome do arquivo histórico onde os comandos sãoregistrados em log. Se você precisar utilizar uma sintaxe de comandodiferente, a sintaxe será mostrada no procedimento.Altere os valores de marcador:a. Substitua DBNAME pelo nome do banco de que você deseja utilizar.b. Substitua TERRITORY pelo território.c. Substitua os seguintes marcadores de espaço de tabela:

v <INDEX_SPACE> - O nome do espaço de tabela para dados de índice. Oaplicativo de instalação espera que o valor seja IDXSPACE.

v <LONG_SPACE> - O nome do espaço de tabela para tipos de dadosCLOB e XML. O aplicativo de instalação espera que o valor sejaLOBSPACE.

v <TABLE_SPPMD> - O nome do espaço de tabela para dados da tabelade usuário do Probabilistic Matching Engine. O aplicativo de instalaçãoespera que o valor seja EMESPACE1.

v <TABLE_SPPMI> - O nome do espaço de tabela para dados de índice doProbabilistic Matching Engine. O aplicativo de instalação espera que ovalor seja EMESPACE2.

v <TABLE_MDS4K> - O nome do espaço de tabela para os dados databela de usuário de 4K. O aplicativo de instalação espera que o valorseja TBS4K.

v <TABLE_SPACE> - O nome do espaço de tabela para dados de tabela dousuário de 8K. O aplicativo de instalação espera que o valor seja TBS8K.

v <TABLE_SPMDS> - O nome do espaço para dados da tabela de usuáriodo MDM virtual de 16K. O aplicativo de instalação espera que o valorseja TBS16K.

d. Substitua SCHEMA pelo nome do esquema designado para conter osativos do banco de dados.

e. Substitua DBUSER pelo ID do usuário do banco de dados que possui oesquema.

f. Altere o valor de marcador DTYPE para um dos seguintes valores em letraminúscula:v banking


v insurancev telcov manufacturing

g. CONFIG_LANG para o idioma de configuração a ser utilizado.Por exemplo, para inglês, use en; para francês, use fr.

h. CODE_LANG para o idioma de quaisquer dados adicionais da tabela decódigos a serem carregados.Por exemplo, para japonês, use ja; para francês, use fr.

3. Certifique-se de que tenha privilégios de DBA para executar o scriptCreateDB.sql.

4. Crie o banco de dados e os espaços de tabela e conceda os privilégiosnecessários para os usuários autorizados e esquemas, executando o arquivoCreateDB.sql.

5. Crie os espaços de tabela e conceda os privilégios necessários para os usuáriosautorizados e esquemas executando o arquivo CreateTS.sql. Nesse script,quatro espaços de tabela extras para objetos de banco de dados do InfoSphereMDM Probabilistic Matching Engine são criados. Os nomes dos dois espaçosde tabelas são criados com base em TABLE MDS4K, TABLE_SPACE, TABLESPMDS, TABLE SPPMI, LONG SPACE e INDEX_SPACE. É possível alterá-los,se você desejar.

6. Conecte-se ao banco de dados recém-criado.7. Na linha de comandos em MDM_INSTALL_HOME/database/CoreData/Full/DB2/

Standard/ddl, execute os scripts na ordem listada:a. CreateTables.sql: Cria todas as tabelas base e definições de chave

primária.b. CreateTables_H.sql: Cria todas as tabelas de históricos e definições de

chave primária.c. CreateIndexes.sql: Cria todos os índices, incluindo restrições de índice

exclusivo.d. CreateFK.sql: Cria todas as chaves estrangeiras.e. CreateCHK.sql: Cria todas as restrições de verificação.

8. Determine se é necessário ativar o recurso de vários fusos:Se seu aplicativo estiver executando em fusos horários diferentes ou seusdados tiverem valores de tempo em fusos horários diferentes, você deveráativar o recurso de vários fusos horários.Se você não requer o recurso de vários fusos horários, deverá desativá-lo aoinstalar o InfoSphere MDM.v Para ativar o recurso de vários fusos horários:

a. Acesse o subdiretório .ddl.b. Na linha de comandos, execute o script:

Create_function_utc_enabled.sql

v Para desativar o recurso de vários fusos horários:a. Acesse o subdiretório .ddl.b. Na linha de comandos, execute o script:

Create_function_utc_disabled.sql

9. Execute os scripts para acionadores compostos ou simples.

Lembre-se: Para executar scripts para criar acionadores, utilize a sintaxe decomando


db2 -v -td@ -f SCRIPT_NAME -l LOG_FILE_NAME

em que SCRIPT_NAME é o nome do script que você está executando eLOG_FILE_NAME é o nome do arquivo histórico onde os comandos sãoregistrados em log. Se você precisar utilizar uma sintaxe de comandodiferente, a sintaxe será mostrada no procedimento.v Para instalar acionadores simples, execute o script:

a. CreateTriggers_simple.sql: instala acionadores simples.b. Opcional: CreateTriggers_delete_simple.sql: instala acionadores

simples para exclusões.v Para instalar acionadores compostos, execute o script:

a. CreateTriggers_compound.sql: instala acionadores compostos parainserções e atualizações.

b. Opcional: CreateTriggers_delete_compound.sql: instala acionadorescompostos para exclusões.

10. Para preencher as tabelas de códigos com dados no idioma inglês para osegmento de mercado que for inserido no marcador DTYPE e os dados deconfiguração no idioma que for inserido no marcador CONFIG_LANG.Execute o script ImpReqData.sql.

11. Para preencher a tabela do gerenciador de configuração com dados no idiomainglês, o caminho de dados é inserido no marcador DEL_DATA_PATH (se vocênão modificou o local do diretório, o caminho é ‘data’) e os logs são inseridosno marcador DEL_DATA_LOGS. Execute o script ImpReqDataCfgMgr.sql.

12. Instale conjuntos complementares de dados da tabela de códigos. Para osegmento inserido no marcador DTYPE e para o código de idioma que forinserido no marcador CODE_LANG, execute o script:ImpCodeTableData.sql

Repita esta etapa para cada idioma que estiver instalando, inclusive o inglês.13. Opcional: para ativar a procura sem fazer distinção entre maiúsculas e

minúsculas, execute o script a seguir:Insensitive_search_enabled.sql

Instalando o Banco de Dados de Domínio Manualmente no DB2 para Linux ou UNIX:

Instale manualmente o banco de dados de domínio no DB2.

Antes de Iniciar

Antes de iniciar a instalação:v Certifique-se de que você tenha criado o banco de dados principal e que tenha o

nível correto de acesso a ele. Os ativos do banco de dados de domínio sãoincluídos no mesmo banco de dados.

v Leia a instalação manual do tópico de banco de dados do MDM físicos e tomeas mesmas decisões sobre as etapas opcionais que foram feitas quando vocêinstalou o banco de dados principal.

Procedimento

1. Vá para o diretório MDM_INSTALL_HOME/database/Full/DB2/Standard/ddl.2. Edite todos os scripts neste diretório, substituindo os valores de marcador

pelos valores que você deseja usar no banco de dados, da seguinte forma:a. Substitua DBNAME pelo nome do banco de que você deseja utilizar.


b. Substitua SCHEMA pelo nome do esquema designado para conter osativos do banco de dados.

c. Substitua TABLE_SPACE pelo nome do espaço de tabela onde os dados databela base e de históricos devem ser armazenados.

d. Substitua INDEX_SPACE pelo nome do espaço de tabela onde os dadosindexados são armazenados.

e. Substitua LONG_SPACE pelo nome do espaço de tabela na qual dadoslongos da coluna do usuário, como CLOB e XML, são armazenados.

f. Substitua DBUSER pelo ID do usuário do banco de dados que possui oesquema.

g. Altere o valor de marcador DTYPE para um dos seguintes valores em letraminúscula:v bankingv insurancev telcov manufacturing

h. CONFIG_LANG para o idioma de configuração a ser utilizado. Porexemplo, para inglês, use en; para francês, use fr.

i. CODE_LANG para o idioma de quaisquer dados adicionais da tabela decódigos a serem carregados. Por exemplo, para japonês, use ja; parafrancês, use fr.

Atenção: A instrução CreateDB.sql cria dois espaços de tabela separadospara o InfoSphere MDM Probabilistic Matching Engine, da seguinte forma:TABLE_SPACE e INDEX_SPACE.

3. Conecte-se ao banco de dados principal que você criou.

Lembre-se: Para executar a maior parte dos scripts, use a sintaxe de comandodb2 -tvf SCRIPT_NAME -l LOG_FILE_NAME

em que SCRIPT_NAME é o nome do script que você está executando eLOG_FILE_NAME é o nome do arquivo histórico onde os comandos sãoregistrados em log. Se você precisar utilizar uma sintaxe de comandodiferente, a sintaxe será mostrada no procedimento.

4. Execute os seguintes scripts na ordem em que estão listados na linha decomandos em MDM_INSTALL_HOME/database/Full/DB2/Standard/ddl

v CreateTables.sql: Cria todas as tabelas base e definições de chave primária.v CreateTables_H.sql: Cria todas as tabelas de históricos e definições de

chave primária.v CreateIndexes.sql: Cria todos os índices, incluindo restrições de índice

exclusivo.v CreateFK.sql: Cria todas as chaves estrangeiras.v CreateCHK.sql: Cria todas as restrições de verificação.v Create_eME.sql: Cria todos os objetos do InfoSphere MDM MDM

Probabilistic Matching Engine. Neste script, você deve substituir os doismarcadores por espaços de tabela reais e o nome do espaço de índice.

5. Execute os scripts para acionadores compostos ou simples:

Lembre-se: Para executar scripts para criar acionadores, utilize a sintaxe decomandodb2 -v -td@ -f SCRIPT_NAME -l LOG_FILE_NAME


em que SCRIPT_NAME é o nome do script que você está executando eLOG_FILE_NAME é o nome do arquivo histórico onde os comandos sãoregistrados em log. Se você precisar utilizar uma sintaxe de comandodiferente, a sintaxe será mostrada no procedimento.v Para instalar acionadores simples:

– CreateTriggers_simple.sql instala acionadores simples– Opcional: CreateTriggers_delete_simple.sql instala acionadores

simples para exclusões.v Para instalar acionadores compostos, execute os scripts:

– CreateTriggers_compound.sql instala acionadores compostos parainserções e atualizações.

– Opcional: CreateTriggers_delete_compound.sql instala acionadorescompostos para exclusões.

6. Para preencher as tabelas de códigos com dados no idioma inglês para osegmento que for inserido no marcador DTYPE, e os dados de configuraçãono idioma que for inserido no marcador CONFIG_LANG, execute o script:ImpReqData.sql

7. Para preencher a tabela do gerenciador de configuração com dados no idiomainglês, o caminho de dados é inserido no marcador DEL_DATA_PATH (se vocênão modificou o local do diretório, o caminho é ‘data’) e os logs são inseridosno marcador DEL_DATA_LOGS. Execute o script ImpReqDataCfgMgr.sql.

8. Instale conjuntos complementares de dados da tabela de códigos. Para osegmento inserido no marcador DTYPE e para o código de idioma que forinserido no marcador CODE_LANG, execute o script:ImpCodeTableData.sql

Repita esta etapa para cada idioma que estiver instalando, inclusive o inglês.9. Se a procura sem distinção entre maiúsculas e minúsculas estiver ativada no

banco de dados principal, você deverá executar o seguinte script:Insensitive_search_enabled.sql.

10. Verifique os arquivos do log de instalação para certificar-se de que a instalaçãoesteja concluída.

Instalação Manual do banco de dados do MDM físico no DB2 for z/OS:

É possível instalar manualmente o banco de dados do MDM físico no DB2 forz/OS.

Nota: As tarefas a seguir assumem que você esteja instalando em servidores deaplicativos clientes AIX.

Antes de iniciar a instalação, leia o tópico Instalando manualmente o banco de dados doMDM físico, incluindo as notas e as informações sobre a criação e a instalação dobanco de dados z/OS e considere todos os problemas apresentados.

Instalando o Banco de Dados Principal Manualmente no DB2 for z/OS usando TSO eJCLs :

É possível usar a linguagem de controle de tarefas (JCL) para instalarmanualmente o banco de dados principal do InfoSphere MDM no DB2 para z/OS.


Antes de Iniciar

Esta tarefa contém diversos valores de marcador. Certifique-se de que tenha asinformações do sistema necessárias antes de iniciar. Entre em contato com oadministrador ou desenvolvedor do sistema para obter essas informações,conforme necessário.

Crie, ou assegure que o administrador ou desenvolvedor sistema tenha criado, umqualificador de alto nível (HLQ) do mainframe chamado MDMHLQ, com 3 GB deespaço que esteja alocado para armazenar todos os arquivos e bibliotecas doInfoSphere MDM. O HLQ é necessário apenas para a instalação e pode sereliminado depois que você concluir a instalação.

Sobre Esta Tarefa

Essas etapas supõem que você esteja usando um servidor de aplicativo cliente AIX.

Dica: Os comandos de FTP definidos no procedimento a seguir supõem umambiente AIX para z/OS ISPF. Para trabalhar a partir de um ambiente diferente,deve-se converter os comandos de acordo.

Procedimento

1. Vá para o diretório MDM_INSTALL_HOME/database/CoreData/Full/DB2/ZOS/pds/ddllib e execute as seguintes etapas:a. Modifique o script .netrc para criar e transferir os DDLs para o mainframe.b. Substitua USER por um nome autorizado a fazer conexões FTP com o

mainframe.c. Substitua PASSWORD pela senha do usuário autorizado.d. Substitua HOSTNAME pelo nome do host do mainframe.e. Substitua MDMHLQ pelo HLQ que você criou para instalação no

mainframe.f. Certifique-se de que a permissão do arquivo seja 600. Se não for, execute o

comando chmod 600.netrc. O arquivo .netrc deve estar contido no diretório$HOME.

g. Execute o seguinte comando:echo "\$ transferddl" | ftp hostname

A biblioteca MDMHLQ.MIHDDL.LIB será incluída em seu sistema, no mainframe.2. Vá para o diretório MDM_INSTALL_HOME/database/CoreData/Full/DB2/ZOS/pds/

jcllib e execute as seguintes etapas:a. Modifique o script .netrc para criar e transferir os DDLs para o mainframe.b. Substitua USER por um nome autorizado a fazer conexões FTP com o

mainframe.c. Substitua PASSWORD pela senha do usuário autorizado.d. Substitua HOSTNAME pelo nome do host do mainframe.e. Substitua MDMHLQ pelo HLQ que você criou para instalação no

mainframe.f. Certifique-se de que a permissão do arquivo seja 600. Se não for, execute o

comando chmod 600.netrc. O arquivo .netrc deve estar contido no diretório$HOME.

g. Execute o seguinte comando:echo "\$ transferjcl" | ftp hostname


A biblioteca MDMHLQ.MIHJCL.LIB será incluída no seu sistema, no mainframe.3. Vá para o diretório MDM_INSTALL_HOME/database/CoreData/Full/DB2/ZOS/pds e

execute as seguintes etapas:a. Modifique o script .netrc para criar e transferir os DDLs para o mainframe.b. Substitua USER por um nome autorizado a fazer conexões FTP com o

mainframe.c. Substitua PASSWORD pela senha do usuário autorizado.d. Substitua HOSTNAME pelo nome do host do mainframe.e. Certifique-se de que a permissão do arquivo seja 600. Se não for, execute o

comando chmod 600.netrc. O arquivo .netrc deve estar contido nodiretório $HOME.

f. Execute o seguinte comando:echo "\$ transferbins" | ftp hostname

4. Efetue login no TSO, no servidor de banco de dados.5. Usando TSO/ISPF, vá para MDMHLQ.MIHDDL.LIB e edite cada um dos scripts nos

conjuntos de dados, um de cada vez, da seguinte forma:a. Substitua DBA ACCOUNT por uma conta do BD com autoridade DBADM.b. Substitua USER ACCOUNT por uma conta do usuário com o nível de

autoridade apropriado.c. Substitua STOGROUP_NAME pelo nome do grupo de armazenamentos.d. Substitua db_prefix pelo prefixo de banco de dados de três caracteres

designado pela autoridade administrativa do banco de dados.e. Substitua VCATNAME pelo nome do VCAT real.

Para obter mais informações, consulte a instrução CREATE STOGROUP no membrodo conjunto de dados . da biblioteca MDMHLQ.MIHDDL.LIB.

6. Usando TSO/ISPF, navegue para MDMHLQ.MIHJCL.LIB e modifique o membro doconjunto de dados MDMICOR para substituir os seguintes valores de marcadorpor valores apropriados para uso no banco de dados:a. Substitua JOB NAME pelo nome da tarefa.b. Substitua db-hlq por um valor de qualificador de alto nível de DSN válido.c. Substitua SYSTEM por um ID de subsistema DB2 válido.d. Substitua USRQ pelo qualificador de alto nível da conta do usuário.e. Substitua MDMHLQ pelo HLQ que você criou para instalação no

mainframe.f. Substitua PLANNAME pelo plano DB2 para o utilitário DSNTEP2.g. Multiple time zone (MTZ) fica desativado por padrão. Se você deseja

ATIVAR MTZ, comente a linha //SYSIN DDDSN=MDMHLQ.MIHDDL.LIB(Z08CRUTE),DISP=SHR dentro do JCL MDMICOR(consulte a etapa 8). Para a tarefa MDMICOR, os códigos de retorno 0 ou 4indicam que a JCL foi executada com sucesso.

h. Envie a JCL MDMICOR usando o comando sub. Os códigos de retorno 0 ou 4indicam que a JCL foi executada com êxito.

Tarefas relacionadas:“Definindo a configuração XA no WebSphere Application Server para conectar-seao DB2 for z/OS” na página 101“Concedendo Privilégios de Conexão no DB2 para z/OS” na página 103


Instalando Manualmente o Banco de Dados de Domínio no DB2 for z/OS:

Instale manualmente o banco de dados de domínio no DB2 para z/OS, editandodiversos valores de marcador.

Antes de Iniciar




Esta tarefa contém diversos valores de marcador. Certifique-se de que tenha asinformações do sistema necessárias antes de iniciar. Entre em contato com oadministrador ou desenvolvedor do sistema para obter essas informações,conforme necessário.

No mainframe, o Qualificador de Alto Nível (HLQ) chamado MDMHLQ, possui 3 GBde espaço alocados para armazenar todos os arquivos e bibliotecas do InfoSphereMDM.

Sobre Esta Tarefa

Dica: Os comandos de FTP definidos no procedimento a seguir supõem um AIXpara ambiente z/OS ISPF. Para trabalhar a partir de um ambiente diferente, vocêdeverá converter os comandos de acordo.

Procedimento

1. Acesse o diretório MDM/database/Full/DB2/ZOS/pds/ddllib em que o WAS.jarfoi expandido.

2. Modifique o script .netrc para criar e transferir os DDLs para o mainframe,executando as etapas a seguir.a. Altere USER com um nome de usuário autorizado a fazer conexões FTP

com o mainframe.b. Altere PASSWORD para a senha desse usuário. Antes de executar o

comando, certifique-se de que a permissão do arquivo seja 600. Se não for,execute o comando chmod 600.netrc. O arquivo .netrc deve estar contidono diretório $HOME.

c. Substitua MDMHLQ pelo nome do HLQ que você criou para instalação nomainframe.

d. Execute o seguinte comando:echo "\$ transferddl" | ftp host-name

A biblioteca MDMHLQ.MDMJCL.LIB será incluída ao seu sistema, no mainframe.3. Vá para o diretório MDM/database/Full/DB2/ZOS/pds/jcllib e modifique o

script .netrc para criar e transferir os DDLs para o mainframe, executando asetapas a seguir.a. Substitua USER por um nome de usuário autorizado a fazer conexões FTP

com o mainframeb. Substitua PASSWORD pela senha desse usuário.


c. Altere HOSTNAME para o nome do host do mainframe.d. Substitua MDMHLQ pelo nome do HLQ que você criou para instalação no

mainframe.e. Certifique-se de que a permissão do arquivo seja 600. Se não for, execute o

comando chmod 600.netrc. O arquivo .netrc deve estar contido nodiretório $HOME.

f. Execute o seguinte comando:echo "\$ transferjcl" | ftp host-name

A biblioteca MDMHLQ.MDMJCL.LIB será incluída ao seu sistema, no mainframe.4. Efetue logon no TSO, no servidor de banco de dados.5. Usando TSO/ISPF, navegue para MDMHLQ.MDMDDL.LIB e edite cada um dos

scripts nos conjuntos de dados, um de cada vez, para substituir os seguintesvalores de marcador por valores apropriados para uso no banco de dados:a. Substitua DBA ACCOUNT por uma conta do BD com autoridade DBADM.

Por exemplo, execute o comando CHG: CHG 'DBA ACCOUNT' 'DB2OPER' all

b. Substitua USER ACCOUNT por uma conta do usuário com o nível deautoridade apropriado.

c. Substitua STOGROUP_NAME pelo nome do grupo de armazenamentos.d. Substitua db_prefix pelo prefixo de banco de dados de três caracteres

designado pela autoridade administrativa do banco de dados.e. Substitua MDMHLQ pelo nome do HLQ que você criou para instalação no

mainframe.f. Substitua VCATNAME pelo nome do VCAT real.

Para obter mais informações, consulte a instrução CREATE STOGROUP no membrodo conjunto de dados @01crdb da biblioteca MDMHLQ.MDMDDL.LIB.

6. Usando TSO/ISPF, vá para MDMHLQ.MDMJCL.LIB e edite o membro do conjuntode dados MDMIDOM para substituir os seguintes valores de marcador por valoresapropriados para o seu banco de dados:a. Substitua JOB NAME pelo nome da tarefa.b. Substitua db-hlq por um valor de qualificador de alto nível de DSN válido.c. Substitua SYSTEM por um ID de subsistema DB2 válido.d. Substitua USRQ pelo qualificador de alto nível da conta do usuário.e. Substitua PLANNAME pelo plano DB2 para o utilitário DSNTEP2.f. Substitua MDMHLQ pelo nome do HLQ que você criou para instalação no

mainframe.g. Envie a JCL MDMIDOM usando o comando sub. Os códigos de retorno 0 ou 4

indicam que a JCL foi executada com êxito.

Instalando o Banco de Dados Principal Manualmente no Microsoft SQL Server:

Use este procedimento para instalar o banco de dados principal completomanualmente no Microsoft SQL Server.

Sobre Esta Tarefa

Antes de iniciar a instalação, leia sobre a instalação manual do banco de dados doMDM físico.

Procedimento

1. Vá para o diretório MDM_INSTALL_HOME/database/CoreData/Full/SQL Server/ddl.


2. Edite todos os scripts neste diretório, substituindo os valores de marcador pelosvalores que você deseja usar no banco de dados. Altere os seguintesmarcadores:v db_name para o nome do banco de dadosv MDMSEFG para o nome do grupo de arquivosv Logical_FG_Namex para o nome do novo arquivo a ser incluído no grupo de

arquivos e em que x é um número a partir de 1 se mais de um grupo dearquivos tiver que ser criado ou incluído

v location para o local do grupo de arquivos “file”; por exemplo:– Microsoft SQL Server 2008R2: C:/Program Files/Microsoft SQL

Server/MSSQL10_50.MSSQLSERVER/MSSQL/DATA

– Microsoft SQL Server 2012: C:/Program Files/Microsoft SQLServer/MSSQL11.DBSQL2/MSSQL/DATA

v dbuser para um proprietário do objeto de banco de dadosv password para a senha do dbuserv schema para o proprietário do objetov CODE_LANG para o idioma de quaisquer dados adicionais da tabela de

códigos a serem carregados, por exemplo: para japonês, use ja ou parafrancês, use fr

v CONFIG_LANG para o idioma de configuração a ser usado; por exemplo,para inglês, use en ou para francês, use fr

v DTYPE para o tipo de dados a serem carregados; especifique um dosseguintes valores em minúsculas: banking; insurance, manufacturing, telco

v mds_home para o local do servidor operacional MDM virtualv datasource_name para o nome do banco de dadosv dbadmin user para o nome do usuário do banco de dadosv dbadmin password para a senha do usuário do banco de dados

3. Na linha de comandos no diretório MDM_INSTALL_HOME/database/CoreData/Full/SQL Server/ddl, execute os comandos na ordem em que eles são listados.a. Sqlcmd –S Server Name-U dbadmin user-P dbadmin password-i

Create_DB.sql > logfile name

b. Sqlcmd –S Server Name -U dbuser -P password -d db_name -iCreateTables.sql > logfile name

c. Sqlcmd –S Server Name -U dbuser -P password -d db_name -iCreateFK.sql > logfile name

d. Sqlcmd –S Server Name -U dbuser -P password-d db_name -iCreateIndexes.sql > logfile name

e. Sqlcmd –S Server Name -U dbuser -P password -d db_name -iCreateCHK.sql > logfile name

4. Use o IBM Installation Manager para carregar os dados. No painel de recursospara instalar, selecione MDM Database.

Instalação Manual do Banco de Dados do MDM físico no Oracle:

É possível instalar manualmente o banco de dados do MDM físico no Oracle.

Antes de iniciar a instalação, leia sobre a instalação manual no tópico de banco dedados do MDM físico.


Instalando o Banco de Dados Principal Manualmente no Oracle:

Instale manualmente o banco de dados principal no Oracle.

Procedimento

1. Vá para o diretório MDM_INSTALL_HOME/database/CoreData/Full/Oracle/Standard/ddl.

2. Edite todos os scripts neste diretório, substituindo os valores de marcador pelosvalores que você deseja usar no banco de dados. Altere os seguintesmarcadores:a. DBNAME para o nome do banco de dados.b. SCHEMA para um usuário do banco de dados com os privilégios

requeridos.c. NEWPASSWORD para a senha do usuário do esquema.d. Substitua os seguintes marcadores de espaço de tabela:

v <INDEX_SPACE> - O nome do espaço de tabela para dados de índice. Oaplicativo de instalação espera que o valor seja IDXSPACE.

v <LONG_SPACE> - O nome do espaço de tabela para tipos de dadosCLOB e XML. O aplicativo de instalação espera que o valor seja LOBSPACE.

v <TABLE_SPPMD> - O nome do espaço de tabela para dados da tabela deusuário do Probabilistic Matching Engine. O aplicativo de instalaçãoespera que o valor seja EMESPACE1.

v <TABLE_SPPMI> - O nome do espaço de tabela para dados de índice doProbabilistic Matching Engine. O aplicativo de instalação espera que ovalor seja EMESPACE2.

v <TABLE_MDS4K> - O nome do espaço de tabela para os dados da tabelade usuário de 4K. O aplicativo de instalação espera que o valor sejaTBS4K.

v <TABLE_SPACE> - O nome do espaço de tabela para dados de tabela dousuário de 8K. O aplicativo de instalação espera que o valor seja TBS8K.

v <TABLE_SPMDS> - O nome do espaço para dados da tabela de usuáriodo MDM virtual de 16K. O aplicativo de instalação espera que o valorseja TBS16K.

e. TABLESPACE_LOCATION para o local onde o espaço de tabela for criado.Normalmente, isso pode ser encontrado no diretório do banco de dados emORACLE_HOME. Por exemplo, D:/Oracle/product/10.2.0/oradata/MDMDB,em que MDMDB é o nome do banco de dados e 10.2.0 é a versão do Oracleque está sendo usada.

f. DTYPE para o tipo de dado que será carregado. Especifique um dosseguintes valores em letras minúsculas:v bankingv insurancev telcov manufacturing

g. CONFIG_LANG para o idioma de configuração a ser utilizado. Por exemplo,para inglês, utilize en; para francês, use fr

h. CODE_LANG para o idioma de quaisquer dados adicionais da tabela decódigos a serem carregados. Por exemplo, para japonês use ja; para francês,use fr

i. DBUSER para um usuário do banco de dados com autoridade DBA


j. DBPASSWORD para a senha do dbuser3. Na linha de comandos em MDM_INSTALL_HOME/database/CoreData/Full/Oracle/

Standard/ddl, execute os comandos na ordem em que eles estão listados:a. sqlplus DBUSER/DBPASSWORD@DBNAME @create_schema_ora.sql>>

LOG_FILE_NAME cria o esquema do banco de dados.b. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_tables_ora.sql>>

LOG_FILE_NAME cria as tabelas base e as definições de chave primárias.c. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_hist_tables_ora.sql>>

LOG_FILE_NAME cria as tabelas de históricos e as definições de chaveprimárias.

d. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_ix_ora.sql>> LOG_FILE_NAMEcria todos os índices, inclusive restrições de índice exclusivo.

e. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_fk_ora.sql>> LOG_FILE_NAMEcria as chaves estrangeiras.

f. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_chk_ora.sql>> LOG_FILE_NAMEcria as restrições de verificação.

g. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_eME_ora.sql>> LOG_FILE_NAMEcria os objetos do InfoSphere MDM Probabilistic Matching Engine

4. Se seu aplicativo estiver executando em fusos horários diferentes ou seus dadostiverem valores de tempo em fusos horários diferentes, você deverá ativar orecurso de vários fusos horários. Se o recurso de vários fusos não fornecessário, você deverá desativá-lo ao instalar o banco de dadosv Para ativar o recurso de vários fusos horários:

a. Acesse o subdiretório .ddl.b. Na linha de comandos, execute o script:

sqlplus SCHEMA/NEWPASSWORD@DBNAME

@Create_function_utc_enabled.sql >> LOG_FILE_NAME

v Para desativar o recurso de vários fusos horários:a. Acesse o subdiretório .ddl.b. Na linha de comandos, execute o script:

sqlplus SCHEMA/NEWPASSWORD@DBNAME

@Create_function_utc_disabled.sql >> LOG_FILE_NAME

5. Execute os comandos para acionadores compostos ou simples.v Para instalar acionadores simples, execute os scripts:

– sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_triggers_simple_ora.sql>>LOG_FILE_NAME instala acionadores simples

– Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME@create_delete_triggers_simple_ora.sql>> LOG_FILE_NAME instalaacionadores simples para exclusões.

v Para instalar acionadores compostos, execute os scripts:– sqlplus SCHEMA/NEWPASSWORD@DBNAME

@create_triggers_compound_ora.sql>> LOG_FILE_NAME instala acionadorescompostos para inserções e atualizações.

– Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME@create_delete_triggers_compound_ora.sql>> LOG_FILE_NAME instalaacionadores compostos para exclusões.

6. Converta o arquivo ImpReqData.script em um shell script e execute o shellscript na linha de comandos. Esse script preenche as tabelas de códigos e astabelas de configuração do sistema necessárias com dados da tabela de códigos


em inglês para o segmento de mercado que for inserido no marcador DTYPE, eos dados de configuração no idioma que for inserido no marcadorCONFIG_LANG.

7. Escolha se instalará a data da tabela de códigos para idiomas diferentes doinglês.v Se estiver instalando o produto somente em inglês, ignore esta etapa.v Para instalar dados da tabela de códigos para idiomas diferentes do inglês

para o segmento que for inserido no marcador DTYPE e o código de idiomaque for inserido no marcador CODE_LANG, converta o arquivoImp_CodeTables_Data.script em um shell script e execute-o na linha decomandos. Repita esta etapa para cada idioma que você desejar instalar.

8. Opcional: para ativar a procura sem distinção entre maiúsculas e minúsculas,execute o script:sqlplus SCHEMA/NEWPASSWORD@DBNAME @Insensitive_search_enabled.sql >> LOG_FILE_NAME

Atenção: A instrução create_schema_ora.sql cria dois espaços de tabelaseparados para o InfoSphere MDM Probabilistic Matching Engine, da seguinteforma: TABLE_SPACE>E e INDEX_SPACE>E

Instalando o banco de dados de domínio manualmente no Oracle:

Instale manualmente o banco de dados de domínio no Oracle, substituindodiversos valores de marcador e executando uma série de comandos.

Antes de Iniciar




Procedimento

1. Vá para o diretório MDM_INSTALL_HOME/database/Full/Oracle/Standard/ddl:2. Edite todos os scripts neste diretório, substituindo os valores de marcador pelos

valores que você deseja usar no banco de dados, da seguinte forma:a. Substitua DBNAME pelo nome do banco de dados.b. Substitua SCHEMA pelo nome do esquema designado para conter os ativos

do banco de dados.c. NEWPASSWORD para a senha do usuário do esquema.d. TABLE_SPACE para o nome do espaço de tabela no qual os dados da tabela

base e de históricos serão armazenados.e. INDEX_SPACE para um nome de espaço de tabela no qual os dados

indexados serão armazenados.f. LONG_SPACE para um espaço de tabela no qual dados longos da coluna do

usuário, como CLOB e XML, serão armazenadosg. TABLESPACE_LOCATION para o local onde o espaço de tabela será criado.

Normalmente, isso pode ser encontrado no diretório do banco de dados em


ORACLE_HOME. Por exemplo, D:/Oracle/product/10.2.0/oradata/MDMDB,em que MDMDB é o nome do banco de dados e 10.2.0 é a versão do Oracleque está sendo usada.

h. DTYPE para o tipo de dado que será carregado. Especifique um dosseguintes valores em letras minúsculas:v bankingv insurancev telcov manufacturing

i. CONFIG_LANG para o idioma a ser utilizado. Por exemplo, para inglês,utilize en; para francês, utilize fr.

j. CODE_LANG para o idioma de quaisquer dados adicionais da tabela decódigos a serem carregados. Por exemplo, para japonês, utilize ja e, parafrancês, fr.

3. Na linha de comandos em MDM_INSTALL_HOME/database/Full/Oracle/Standard/ddl, execute estes comandos na ordem em que eles estão listados:a. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_tables_ora.sql>>

LOG_FILE_NAME cria as tabelas de base e as definições de chave primáriasb. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_hist_tables_ora.sql>>

LOG_FILE_NAME cria as tabelas de histórico e as definições de chave primáriasc. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_ix_ora.sql>> LOG_FILE_NAME

cria todos os índices, inclusive restrições de índices exclusivosd. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_fk_ora.sql>> LOG_FILE_NAME

cria as chaves estrangeirase. sqlplus SCHEMA/NEWPASSWORD@DBNAME> @create_chk_ora.sql>>

LOG_FILE_NAME cria as restrições de verificaçãof. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_eME_ora.sql>> LOG_FILE_NAME

cria os objetos do InfoSphere MDM Probabilistic Matching Engine.

Importante: Antes de executar o script create_eME_ora.sql na próximaetapa, edite o script e substitua os marcadores TABLE_SPACE eINDEX_SPACE pelo espaço de tabelas e nomes de espaço de índice criadospara os objetos de banco de dados do InfoSphere MDM ProbabilisticMatching Engine.

4. Execute os scripts para acionadores compostos ou simples:v Para instalar acionadores simples:

– sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_triggers_simple_ora.sql>>LOG_FILE_NAME instala acionadores simples

– Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME@create_delete_triggers_simple_ora.sql>> LOG_FILE_NAME instalaacionadores simples para exclusões

v Para instalar acionadores compostos, execute os scripts:– sqlplus SCHEMA/NEWPASSWORD@DBNAME

@create_triggers_compound_ora.sql>> LOG_FILE_NAME instala acionadorescompostos para inserções e atualizações.

– Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME@create_delete_triggers_compound_ora.sql>> LOG_FILE_NAME instalaacionadores compostos para exclusões.

5. Converta o arquivo ImpReqData.script em um shell script e execute o shellscript na linha de comandos. Esse script preenche as tabelas de códigos e as


tabelas de configuração do sistema necessárias com dados da tabela de códigosem inglês para o segmento de mercado que for inserido no marcador DTYPE, eos dados de configuração no idioma que for inserido no marcadorCONFIG_LANG.

6. Escolha se instalará a data da tabela de códigos para idiomas diferentes doinglês.v Se estiver instalando o produto somente em inglês, ignore esta etapa.v Para instalar dados da tabela de códigos para idiomas diferentes do inglês

para o segmento que for inserido no marcador DTYPE e o código de idiomaque for inserido no marcador CODE_LANG, converta o arquivoImp_CodeTables_Data.script em um shell script e execute-o na linha decomandos. Repita esta etapa para cada idioma que você desejar instalar.

7. Para preencher a tabela do gerenciador de configuração com dados no idiomainglês, o caminho de dados é inserido no marcador DEL_DATA_PATH (se vocênão modificou o local do diretório, o caminho é /data) e os logs são inseridono marcador DEL_DATA_LOGS. Converta o arquivo ImpReqDataCfgMgr.scriptem um shell script e execute o shell script a partir da linha de comandos. Essescript preenche as tabelas de configuração do sistema necessárias com dadosem inglês.

8. Se você tiver ativado a procura sem distinção entre maiúsculas e minúsculas nobanco de dados principal, será necessário executar o seguinte script:Sqlplus SCHEMA/NEWPASSWORD@DBNAME @Insensitive_search_enabled.sql >> LOG_FILE_NAME

Preparando um Sistema Solaris para Instalação do InfoSphereMDMSe você estiver instalando em um sistema operacional Solaris, deverá concluir esteprocedimento antes de iniciar a instalação.

Sobre Esta Tarefa

Se você não concluir estas etapas, sua instalação do InfoSphere MDM poderápotencialmente levar mais de 8 horas para ser concluída. O resultado é que ainstalação atinge o tempo limite ou é concluída com uma instalação corrompida.

Procedimento

Configure o argumento da Java virtual machine para seu gerenciador deimplementação:1. Crie um perfil do WebSphere Application Server (Deployment Manager e nó).2. Abra o WebSphere Application Server Integrated Solutions Console (console

administrativo) e acesse Administração do sistema > Deployment Manager >Gerenciamento de Java e processos > Definição de processo > Java VirtualMachine.

3. No campo Argumentos de JVM Genérica na guia Configuração, insira oargumento a seguir: -XX:MaxpermSize=384m. Clique em Aplicar e Salvardiretamente para a configuração principal.

4. Reinicie o nó e o gerenciador de implementação.Em um T-series, conclua estas etapas:5. Acesse o diretório WAS_PROFILE_HOME/deployment manager properties e abra o

arquivo soap.client.props.6. Altere o valor de com.ibm.SOAP.requestTimeout de 180 para 1800:

com.ibm.SOAP.requestTimeout=1800

7. Reinicie o nó e o gerenciador de implementação.


Configuração do sistema de mensagens integrado doWebSphere Application ServerO aplicativo InfoSphere MDM usa os Beans Acionados por Mensagens (MDBs)que, na inicialização do archive de pacotes configuráveis (EBA), procuram por suasespecificações de ativação associadas e um provedor JMS.

Se um provedor JMS não existir, os MDBs atingem o tempo limite e falham aoiniciar. Para simplificar o processo de instalação e configuração, a instalação doInfoSphere MDM configura automaticamente um mecanismo e provedor JMS.

Se você tiver um sistema de mensagens (barramento do sistema de mensagens) doWebSphere Application Server integrado existente já configurado, ou se vocêestiver instalando o InfoSphere MDM no z/OS, há algumas etapas que você deveconcluir antes de iniciar a instalação.

Se você estiver instalando no z/OS e não tiver um barramento do sistema demensagens existente, então, há etapas que você deve concluir após instalar oInfoSphere MDM. A configuração de pós-instalação não é necessária para sistemasoperacionais não z/OS.Tarefas relacionadas:“Configurando o barramento do sistema de mensagens no z/OS após a instalação”na página 142

Preparando um barramento do sistema de mensagens existente do WebSphereApplication Server para instalação do InfoSphere MDM no z/OS:

Se você estiver instalando o InfoSphere MDM no z/OS, o usuário do banco dedados para a instalação do InfoSphere MDM deve ter permissão para criar tabelase espaços de tabelas. Se não, o WebSphere Application Server não poderá criar comêxito as tabelas do barramento de integração de serviços (SIB).

Sobre Esta Tarefa

Se você tiver um barramento do sistema de mensagens existente do WebSphereApplication Server e estiver instalando com um usuário que não tem permissõesde criação de tabela e de espaço de tabela, você deve concluir estas etapas antes deiniciar a instalação do InfoSphere MDM.

Se você não tiver um barramento do sistema de mensagens existente, prossigaprimeiro instalando o InfoSphere MDM e, em seguida, concluindo as etapas em“Configurando o barramento do sistema de mensagens no z/OS após a instalação”na página 142.

Procedimento

1. Abra o WebSphere Application Server Integrated Solutions Console (consoleadministrativo).

2. Vá para Integração de serviço > Barramentos > seu barramento do aplicativo> Membros do Barramento.

3. Na página membros do barramento, clique em membro do barramento doaplicativo > seu servidor SIB de aplicativos > Armazenamento de mensagens.

4. Limpe a opção Criar tabelas para evitar que o WebSphere Application Servertente criar as tabelas SIB.

5. Verifique se o Nome do esquema aponta para o esquema do InfoSphere MDM.Se não apontar, altere o nome do esquema.


6. Clique em Aplicar e, em seguida, clique em Salvar diretamente naconfiguração principal.

7. Pare o servidor de aplicativos.8. Crie as tabelas do SIB para a sua instância modificando o arquivo ZSIB.sql

para o seu esquema, prefixo e proprietário do banco de dados. No arquivo,substitua <SCHEMA> pelo nome do seu esquema, <PREFIX> por seu prefixode três caracteres e <DBA ACCOUNT> pelo proprietário do seu banco dedados. Execute o SQL como proprietário do banco de dados.

9. Sincronize seus nós e inicie o servidor de aplicativos.Tarefas relacionadas:“Instalando no z/OS” na página 140

Preparando um barramento do sistema de mensagens do WebSphere ApplicationServer existente para instalação do InfoSphere MDM:

Se você estiver instalando em um sistema operacional diferente do z/OS, oinstalador pode criar com êxito as tabelas do SIB porque a permissão especial nãoé necessária. Se estiver apontando o seu barramento do sistema de mensagens parauma instância do InfoSphere MDM, certifique-se de que a origem de dados dosistema de mensagens e o nome do esquema no armazenamento de mensagemestejam apontando para o InfoSphere MDM.

Sobre Esta Tarefa

Utilize este procedimento para apontar o esquema de mensagens para o esquemado InfoSphere MDM antes de começar a instalação.

Procedimento

1. Abra o WebSphere Application Server Integrated Solutions Console (consoleadministrativo).

2. Vá para Integração de serviço > Barramentos > seu barramento do aplicativo> Membros do Barramento.

3. Na página membros do barramento, clique em membro do barramento doaplicativo > seu servidor SIB de aplicativos > Armazenamento de mensagens.

4. Verifique se o Nome do esquema aponta para o esquema do InfoSphere MDM.Se não apontar, altere o nome do esquema.

5. Clique em Aplicar e, em seguida, clique em Salvar diretamente naconfiguração principal.

6. Sincronize seus nós e reinicie o servidor de aplicativos.

Instalando manualmente o componente do servidor de sistemade mensagens do InfoSphere MDMÉ possível usar o IBM Installation Manager para criar o componente do servidorde sistema de mensagens do InfoSphere MDM ou instalá-lo manualmente.

Sobre Esta Tarefa

Use o IBM Installation Manager para instalar o componente de sistema demensagens do InfoSphere MDM se o IBM WebSphere MQ estiver na mesmamáquina que aquela em que você planeja executar o instalador para instalar ocomponente de servidor operacional MDM.


Por padrão, o componente do servidor de sistema de mensagens do InfoSphereMDM é instalado pelo IBM Installation Manager quando é escolhido o provedorde sistemas de mensagens do WebSphere MQ em vez do provedor de sistemas demensagens padrão do WebSphere Application Server no painel de configuração doaplicativo MDM.

Procedimento1. Navegue para o diretório onde os pacotes do InfoSphere MDM transferidos

por download foram salvos.2. Abra disk1.zip e extraia a subpasta StartUpToolkit para um diretório de sua

opção. Iremos nos referir a esse local do diretório comoSTARTUPKIT_INSTALL_HOME.

3. Obtenha o script custSetupMQServer.mqsc no diretórioSTARTUPKIT_INSTALL_HOME.

4. Crie e inicie o gerenciador de filas a ser usado pelo componente do servidorde mensagens do InfoSphere MDM (substitua MDM1011.QMANAGER porqualquer nome de sua escolha) executando o script:/usr/mqm/crtmqm MDM1011.QMANAGER

Ignore esta etapa se pretender usar um gerenciador de filas existente.5. Inicie o gerenciador de filas executando o script:

/usr/mqm/strmqm MDM1011.QMANAGER

6. Prepare custSetupMQServer.mqsc substituindo o item temporárioCHANNEL_NAME no script custSetupMQServer.mqsc pelo valor real do canaldo WebSphere MQ a ser usado.

7. Crie os objetos de configuração do componente do servidor do sistema demensagens do InfoSphere MDM executando o script:/usr/mqm/runmqsc < $HOME/custSetupMQServer.mqsc MDM1011.QMANAGER

Substitua o marcador CHANNEL_NAME no script custSetupMQServer.mqscpelo valor real do canal do WebSphere MQ a ser utilizado.

8. Ative o suporte para o broker do evento executando o script:/usr/mqm/runmqsc < /usr/mqm/java/bin/MQJMS PSQ.mqsc MDM1011.QMANAGER

9. Inicie o broker do evento executando o script:/usr/mqm/strmqbrk –m MDM1011.QMANAGER

10. Inicie o listener da fila executando o script:/usr/mqm/runmlsr –m MDM1011.QMANAGER –t TCP –p 1414&

É possível utilizar qualquer número de porta válido para a porta listener doWebSphere MQ.

Configure o Código do Idioma e da Codificação de Caracteresem Computadores de DestinoConfigurações de globalização são definidas automaticamente para servidoresoperacionais físicos durante a instalação. Para servidores operacionais comconfigurações virtuais, há algumas configurações que você deve fazermanualmente após a instalação.

Configurações Unicode são feitas ao executar o script de criação do banco dedados aplicável ao seu tipo de banco de dados. Configurações de idioma são feitasdurante a instalação. Utilize este procedimento para configurar quaisquerconfigurações adicionais para servidores operacionais se você estiver planejandoimplementar um idioma diferente do inglês dos Estados Unidos.


Os arquivos de log que são criados pelo servidor operacional estão em codificaçãoASCII. Pontos de códigos que não abrangidas por ASCII estão no formato padrãode Unicode U+XXXX.

Assegure-se de que os seguintes itens Unicode foram configurados pelo script decriação do banco de dados:v Microsoft SQL Server: new MAD_DBTYPE is “mssqlu”v Oracle: CREATE DATABASE dname...CHARACTER SET AL32UTF8. Também é

necessário configurar a semântica do comprimento de caracteres para Unicode.Configure a variável NLS_LANG_SEMANTICS para CHAR (a configuraçãopadrão é BYTE). Use o comando:ALTER SYSTEM SET NLS_LENGTH_SEMANTICS=CHAR SCOPE=BOTH

Se estiver usando um driver de conexão sem fio com um cliente Oracle, vocêtambém deverá configurar essa variável para o usuário que estiver seconectando ao servidor operacional. (Um driver de conexão sem fio usabibliotecas do cliente Oracle.)NLS_LANG=AMERICAN_AMERICA.AL32UTF8

v IBM DB2: CREATE DATABASE dname USING CODESET UTF-8 TERRITORYterritory code. Por exemplo: create database prod using codeset UTF-8territory us, em que prod é o nome do banco de dados e us é o território.

Depois de instalar o servidor operacional MDM, deve-se configurar manualmentea variável MAD_ENCODING para a configuração do MDM virtual. Esta variável édefinida no arquivo de configuração do com.ibm.mdm.mds.jni.cfg.

Sequências convertidas são armazenadas no diretório /smt. Esses arquivos, comofr_FR.smt ou en_US.smt, contêm as mensagens de interação que são retornados aosclientes. Para configurar o idioma para as cadeias traduzidas, você também deveconfigurar a variável de ambiente MAD_SMTLIST no arquivo de configuraçãocom.initiate.server.system.cfg. Essa variável aponta para o arquivo *.smtapropriado. Ao utilizar vários idiomas, é possível separá-los com uma vírgula napropriedade da variável.

Quando a opção MAD_SMTLIST for configurada para vários idiomas (smtcode), oservidor operacional poderá, potencialmente, carregar vários idiomas (sequênciasde caracteres) de uma vez. No entanto, os componentes do InfoSphere MDMexibem as sequências para apenas um idioma por vez. Por exemplo: o mesmoservidor operacional está configurado para enviar a um cliente francês mensagensem francês, e um cliente inglês mensagens em inglês.

Se o software cliente não estiver configurado para utilizar um idioma alternativo,apenas informações no nível do servidor operacional serão retornadas no idiomaescolhido. A conversão (ou globalização) dos dados que são armazenados no bancode dados do MDM, como datas, não é exibida em aplicativos de usuário. Em vezdisso, essa informação é exibida no código do idioma em que foi recebida daorigem.

Verificando os pré-requisitos usando a ferramenta de linha decomandosAntes de instalar uma implementação customizada do InfoSphere MDM, execute aferramenta de linha de comandos de verificação de pré-requisito que está incluídocom o Installation Startup Kit.


Sobre Esta Tarefa

A ferramenta de linha de comandos de verificação de pré-requisito ajuda a evitar oinício de uma instalação que será incapaz de concluir com êxito devido apré-requisitos ausentes. Essa ferramenta tem a capacidade de testar seu ambientepara assegurar que os pré-requisitos esperados sejam cumpridos e também coletardados básicos e estendidos de logs, arquivos de configuração e metadadosarmazenados no banco de dados.

Nota: A ferramenta de linha de comandos de verificação de pré-requisito inclui afuncionalidade fornecida pelo IBM Support Assistant Data Collector.

Procedimento1. Navegue para o diretório onde os pacotes do InfoSphere MDM transferidos por

download foram salvos.2. Abra disk1.zip e extraia a subpasta StartUpToolkit para um diretório de sua


3. Navegue para o diretório do verificador de pré-requisitos do InstallationStartup Kit, STARTUPKIT_INSTALL_HOME\PrereqCheckingTool\MDMCollector\isadc.

4. Execute o script de verificação de pré-requisito:v No Microsoft Windows, execute isadc.bat.v No Linux ou UNIX, execute isadc.sh.

A ferramenta de linha de comandos de verificação de pré-requisito guiará vocêpelas etapas para:v Verificar os pré-requisitos de instalação.v Coletar dados básicos.v Coletar dados estendidos.

Conceitos relacionados:“Pré-requisitos da Conta para Instalações Customizadas” na página 82Referências relacionadas:“Installation Startup Kit para instalações customizadas” na página 10“Verificações de pré-requisito para instalações customizadas” na página 127

Instalando uma implementação customizada do InfoSphereMDM

Utilize este procedimento para executar uma instalação customizada. Umainstalação customizada é o método necessário se estiver utilizando um banco dedados Oracle ou SQL Server Microsoft ou se você estiver instalando em umambiente em cluster. Também é possível utilizar uma instalação customizada sevocê estiver utilizando o IBM DB2 do banco de dados.

Antes de Iniciar

Certifique-se de que estes pré-requisitos sejam atendidos:v Você concluiu todas as tarefas de preparação da instalação, incluindo a

preparação do IBM WebSphere Application Server e do banco de dados.v Você instalou o IBM Installation Manager e incluiu os repositórios necessários.


v Seu gerenciador de implementação e nó do IBM WebSphere Application Serversão iniciados.

v Seu banco de dados está iniciado.v Você instalou IBM Rational Application Developer se estiver instalando o

InfoSphere MDM Workbench em uma estação de trabalho.




Importante: Para instalações customizadas, os argumentos de tamanho de heap daJVM do gerenciador de implementação (Dmgr) do WebSphere Application Serverdevem estar configurados como 512 MB e 1024 MB. Isso é especialmenteimportante se você planeja instalar o Product Maintenance UI. Para aumentar otamanho de heap:1. Abra o WebSphere Application Server Integrated Solutions Console e acesse



heap para 1024 MB.5. Clique em OK, salve suas alterações e sincronize suas alterações com os nós.

Sobre Esta Tarefa

Nota: Se você estiver instalando uma implementação em cluster, vá diretamentepara Instalando em um ambiente em cluster.

Nota: Se você estiver instalando em um sistema z/OS, vá diretamente para“Instalando no z/OS” na página 140.

Se você tiver o IBM Rational Application Developer instalado, certifique-se de nãoinstalar o InfoSphere MDM no mesmo grupo de pacotes.

Procedimento1. Revise os pré-requisitos listados anteriormente neste tópico e assegure-se de

que você tenha concluído todas as etapas de preparação necessárias. Essasetapas não são opcionais.

2. Iniciar IBM Installation Manager.3. Na tela inicial do IBM Installation Manager, clique em Instalar.4. No painel Instalar Pacotes, selecione a edição do InfoSphere MDM e quaisquer

pacotes adicionais que você possa precisar (como Workbench, se você estiverinstalando uma estação de trabalho). Clique em Avançar.

5. Revise e aceite o contrato de licença e, em seguida, clique em Avançar.6. Escolha se deseja instalar em um grupo de pacotes existente ou criar um novo

grupo de pacotes.







c. Clique em Avançar.9. No painel de recursos, selecione os recursos, aplicativos e componentes

opcionais do InfoSphere MDM para instalar e clique em Avançar.10. No próximo conjunto de painéis, digite as informações de configuração:

Dica: Use as planilhas de instalação preenchidas para orientação. Conformevocê se movimentar por cada um desses painéis de configuração, a telaexibirá um visto verde ou x vermelho para indicar se o painel foi concluídocom êxito.a. No painel Configuração do banco de dados:

v Digite os detalhes do banco de dados. Se o valor inicial do seu banco dedados for válido, então o botão Conexão de teste se torna ativo.

v Clique em Conexão de teste. O banco de dados deve estar acessível eem execução para que o teste seja bem-sucedida.

v Depois de um teste de conexão bem-sucedida, você pode configurar osespaços de tabela. Selecione Usar espaços de tabela existentes ou Criarnovos espaços de tabela. Se você escolher criar novos espaços de tabela,então, deve definir os novos nomes.

b. No painel Configuração do histórico, selecione as opções de indústria,acionadores e idioma necessárias para suas necessidades de negócios.

c. No painel Configuração do WebSphere Application Server:v Insira as informações que você usou para configurar o seu servidor de

aplicativos.v Selecione Recuperar detalhes do host para obter informações de sua

célula, nó e servidor. Use cada lista drop-down para selecionar a célula,nó e servidor recuperados. Se precisar fornecer um valor diferente, épossível digitá-lo no campo.

v Clique em Verificar instância do MDM no servidor.d. No painel Configuração do Aplicativo:

v Forneça o nome do novo aplicativo, a senha do usuário e a porta doRMI. O aplicativo de instalação utilizará esses detalhes para configurar oInfoSphere MDM.

v Selecione Correspondência Probabilística ou CorrespondênciaDeterminística para seu estilo de correspondência.


v Se seu aplicativo estiver executando em fusos horários diferentes ou seseus dados tiverem valores sensíveis ao tempo em fusos horáriosdiferentes, selecione Ativar a implementação de vários fusos horários eselecione um Fuso horário padrão.

v Selecione o tipo de sistema de mensagens para utilizar para estainstalação. Se você selecionar IBM WebSphere MQ, então, você serásolicitado a fornecer os detalhes de sua instância do WebSphere MQ.

Dica: Se tiver instalado o WebSphere MQ em uma máquina diferentedaquela em que o IBM Installation Manager está sendo executado,certifique-se de limpar a opção Configurar servidor de sistema demensagens para evitar que o instalador crie um gerenciador de filas.Mantenha a opção selecionada se não desejar criar um gerenciador defilas.

e. No painel Revisão de configuração de instalação:v Selecione o tipo de instalação. É possível escolher configurar

automaticamente os componentes de aplicativo como parte do processode instalação principal ou executar scripts após a instalação principalpara configurá-los posteriormente.

Nota: Consulte os tópicos relacionados no final dessa página parainformações adicionais sobre a separação da configuração da instalação.

v Expanda os títulos de Propriedades para rever os detalhes que vocêconfigurou para esta instalação.

v Clique em Verificar requisitos da instalação para executar uma série deverificações de pré-requisito. As verificações o ajudarão a confirmar queseu ambiente e configuração são suficientes para concluir a instalaçãocom êxito.

v Revise os resultados do teste de validação de pré-requisito. Clique emMostrar detalhes para ver mais informações de cada teste, e siga oslinks fornecidos para visualizar o arquivo de log e ajuda para cadaresultado.

Dica: É possível ignorar avisos clicando em Mostrar detalhes e, emseguida, selecionando Ignorar o aviso. Eu compreendo os riscos. Errosnão podem ser ignorados.

v Se necessário, execute qualquer ação corretiva para abordar quaisqueravisos ou erros e, em seguida, clique em Verificar status novamente.

v Quando a verificação for aprovada, clique em Instalar.

O aplicativo de instalação irá instalar o InfoSphere MDM. Dependendo de suaconfiguração, o processo de instalação pode levar uma quantidade de temposignificativa.



Resultados

Uma mensagem de êxito no painel do instalador final indica que os testes deverificação foram executados automaticamente como parte do processo deinstalação. Também é possível visualizar os arquivos de log para verificar se ainstalação foi bem-sucedida. Se a instalação não foi bem-sucedida, visualize os


arquivos de log e utilize as informações nos tópicos de resolução de problemaspara ajudá-lo.

O que Fazer Depois

Após a instalação, se desejar incluir ou remover um recurso (por exemplo, incluirum aplicativo ou outra tradução de idioma), ou modificar qualquer uma de suasdefinições de configuração, é possível executar o IBM Installation Managernovamente e selecionar Modificar.Conceitos relacionados:“Tipo de implementação de instalação customizada” na página 27“Planilhas para instalação e configuração” na página 29“Verificando a instalação base” na página 174Tarefas relacionadas:“Preparando para uma implementação customizada” na página 80“Instalando no z/OS” na página 140Resolução de problemas de uma instalação

Verificações de pré-requisito para instalações customizadasO aplicativo do instalador do InfoSphere MDM executa testes para garantir quedeterminados pré-requisitos estejam estabelecidos antes de cada instalaçãocustomizada ser iniciada.



Ao executar uma instalação customizada, o aplicativo de instalação executa asseguintes verificações de pré-requisito.

Tabela 21. Verificações do sistema



Esta verificação valida se háespaço em disco suficiente parainstalar o InfoSphere MDM nodiretório MDM_INSTALL_HOME.

Assegure-se de que haja pelomenos 2 GB de espaço em discodisponível noMDM_INSTALL_HOME local.



Certifique-se de que o sistemaque você está instalando notenha pelo menos 8 GB deRAM.Nota: É possível optar porignorar este aviso, mas ainstalação pode falhar.




Verificação de versãodo banco de dados

Esta verificação valida se a versãodo banco de dados é suportada.

Certifique-se de que o banco dedados para esta instalação sejauma das versões de banco dedados listadas nos requisitos dosistema do InfoSphere MDM.

Verificação de espaçoem disco para obanco de dados

Esta verificação valida se háespaço em disco suficientedisponível para o banco de dadosdo MDM no local do banco dedados padrão (a pasta inicial dobanco de dados).

Certifique-se de que haja pelomenos 6 GB de espaço em discopara o banco de dados.Nota: Este requisito consideraapenas os requisitos básicos deespaço em disco para a criaçãodo banco de dados.

Verificação deparâmetros do bancode dados

Esta verificação valida se todas ascredenciais de conexão do bancode dados (como host, porta,usuário e senha) estão corretastentando se conectar ao banco dedados. Esta verificação tambémvalida se o conjunto de caracterespara o banco de dados é Unicode(UTF-8).

Certifique-se de que o usuáriodo banco de dados especificadopossa se conectar ao banco dedados utilizando o nome dohost, porta e credenciais dobanco de dados especificado.Cada um desses parâmetrosdeve estar correto e os JARsnecessários devem estardisponíveis para conectarem ocliente ao servidor de banco dedados.

v Para bancos de dados DB2,certifique-se de que seuconjunto de código sejaUTF-8.

v Para bancos de dados Oracle,certifique-se de que o valorde NLS_CHARACTERSETseja AL32UTF8.

Para obter detalhes sobre asrazões específicas para a falhadessa verificação, consulte oarquivo de log.

Verificação dosbuffer pools dobanco de dados

Essa verificação determina se osbuffer pools do banco de dadosatendam aos requisitos do sistemado InfoSphere MDM.

Certifique-se de que os bufferpools do banco de dadosatendam aos requisitos dosistema do InfoSphere MDM.





Verificação depermissão dousuário do banco dedados

Esta verificação valida se ousuário do banco de dadosespecificado existe e possui aspermissões requeridas.

Certifique-se de que o usuáriodo banco de dados que estásendo utilizado para ainstalação tenha todas aspermissões necessárias.


Usuários do banco de dados doMDM devem ter a capacidadepara criar e editar espaços detabelas, tabelas, acionadores,funções, visualizações,procedimentos e sequências.Para obter detalhes sobre aspermissões de banco de dadosnecessários, instale o InfoSphereMDM Startup Kit e consulte asoperações executadas pelosscripts de configuração dobanco de dados:

v DB2: STARTUP_TOOLKIT_HOME\database\CoreData\Full\DB2\Standard\ddl\CreateTS.sql

v Oracle:STARTUP_TOOLKIT_HOME\database\CoreData\Full\Oracle\Standard\ddl\create_schema_ora.sql

Nota: As permissões sãoespecíficas para DB2 e Oracle.

Verificação dedefinição de espaçode tabela

Esta verificação valida se osespaços de tabelas de banco dedados necessários estão presentesno banco de dados.

Certifique-se de que os espaçosde tabelas estejam corretos.

Consulte o arquivo de log paraobter informações adicionaissobre os espaços de tabelasausentes.Nota: Espaços de tabelas sãoespecíficos para DB2 e Oracle.




Verificação deorigem de dadosODBC

Essa verificação determina se umaorigem de dados ODBC existe emum registro do MicrosoftWindows. Esta verificação falharácom um erro se uma origem dedados ODBC já existir.Nota: Para sistemasnão-Windows, essa verificaçãosempre será aprovada.




3. Expanda ODBC.INI, localizea entrada da origem dedados ODBC e, em seguida,clique com o botão direitodo mouse nela e selecioneExcluir.



Verificação de estadodo banco de dados

Esta verificação valida se não hátabelas de dados do MDMpré-existentes no esquema dobanco de dados. Se o esquema jáestiver preenchido, umamensagem de aviso será exibida.Dica: Não tente instalar oInfoSphere MDM em um bancode dados que já esteja preenchidacom dados do MDM. Instalarsobre um banco de dadosexistente pode resultar na perdade dados se houver uma falha nainstalação.

Certifique-se de que o banco dedados inicia com um esquemavazio antes de instalar oInfoSphere MDM. A instalaçãocriará as tabelas MDM.

Se você pretende executar umainstalação de upgrade, consulteo tópico Atualizando a partir deuma versão anterior (consulte oslinks relacionados no final destetópico).Nota: É possível optar porignorar este aviso, mas os dadospodem ser perdidos se ainstalação falhar.




Verificação de versãodo WebSphereApplication Server

Esta verificação valida se a versãocorreta do WebSphere ApplicationServer está instalada e disponível.

Há dois cenários com falhapossíveis para essa validação:

v Não conectado – A ferramentade verificação de instalação nãopode se conectar ao WebSphereApplication Server.

v Versão antiga – A versão doWebSphere Application Servernão é suportada.

Se a mensagem de erro indicarque a verificação de validaçãonão pode se conectar, verifiquenovamente os detalhes daconexão que você especificou. Oarquivo de log indica os motivosda falha da conexão.

Se a mensagem de falha indicarque a versão não é suportada,então, você deve instalar aversão correta do WebSphereApplication Server. O arquivo delog indica a versão detectada e aversão necessária.

Verificação de espaçoem disco para operfil

Esta verificação valida se háespaço em disco suficiente parainstalar o InfoSphere MDMoperacional do servidor noMDM_INSTALL_HOME local.Uma falha dessa validação exibiráum aviso.

Certifique-se de que haja espaçoem disco suficiente disponívelno local MDM_INSTALL_HOME.

A quantidade necessária deespaço em disco variadependendo dos recursos quevocê escolher instalar. Para obterdetalhes sobre os requisitosespecíficos para sua instalação,consulte o arquivo de log.Nota: É possível optar porignorar este aviso, mas ainstalação pode falhar.

Verificação de tempolimite de conexãoSOAP

Essa verificação valida se oarquivo soap.client.props estápresente e se o valor de tempolimite da conexão SOAP(com.ibm.SOAP.requestTimeout) ésuficiente. Uma falha dessavalidação exibirá um aviso.

Se a mensagem de aviso indicarque o arquivosoap.client.props não foilocalizado, então, consulte oarquivo de log para obterdetalhes.

Se a mensagem de aviso indicarque o valor de tempo limite daconexão SOAP não foisuficientemente longo, configureo valor decom.ibm.SOAP.requestTimeoutpara um dos seguintes valores:

v um número maior ou igual a1800

v 0, que indica que não haverátempo limite

Nota: É possível optar porignorar este aviso, mas ainstalação pode falhar.


Tabela 23. Verificações do servidor operacional (continuação)


Verificação de statusdo WebSphereApplication Server

Esta verificação valida se oWebSphere Application Serverestá em execução.

Assegure-se de que o WebSphereApplication Server esteja emexecução. Consulte o arquivo delog para obter detalhesadicionais sobre o motivo dafalha dessa verificação.

Tarefas relacionadas:“Verificando os pré-requisitos usando a ferramenta de linha de comandos” napágina 122Referências relacionadas:“Conexõs e contas de usuário de banco de dados” na página 90Informações relacionadas:


Atualizando de uma versão anterior

Separando configuração de instalaçãoO aplicativo de instalação do InfoSphere MDM permite instalar ou modificar oproduto enquanto gera arquivos de propriedades de configuração que podem serusados para configurar o produto em um momento posterior.

Sobre Esta Tarefa

O processo de instalação padrão do InfoSphere MDM envolve a configuração depropriedades-chave da implementação ao mesmo tempo em que a instalaçãoocorre. No entanto, com o recurso de separação, é possível separar a instalação daconfiguração de propriedades do aplicativo, o banco de dados, interfaces com ousuário e outras propriedades e variáveis principais.

Restrição: O recurso de separação de configuração estará disponível apenas sevocê estiver utilizando o tipo de instalação customizado. Instalações independentescom o DB2 não suportam separar configuração de instalação.

Ao selecionar a opção para separar a configuração da instalação, o aplicativo deinstalação irá gerar uma série de arquivos de propriedades que acompanham asseleções que foram feitas na sessão do IBM Installation Manager. Estes arquivos depropriedades estão armazenados em MDM_INSTALL_HOME/properties. É possíveleditar manualmente esses arquivos de propriedades gerados para alterar aconfiguração do produto e, em seguida, utilizar scripts para aplicar a novaconfiguração para uma instância existente sem ter que concluir uma reinstalaçãocompleta.

O recurso de separação de configuração também pode ser usado ao modificar umproduto instalado para incluir novos componentes. Quando a opção de separação éselecionada, deve-se sempre seguir uma sessão Modificar do IBM InstallationManager executando o script madconfig para concluir a modificação.



http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.release.upgrade.doc/Topics/upgrading_to_mdm.html

Procedimento1. Inicie a Barra a Ativação ou o IBM Installation Manager para iniciar a

instalação customizada. Preencha os painéis do aplicativo de instalação parafornecer os detalhes de sua implementação como usualmente.

2. No painel Revisão da configuração de instalação, em Tipo de instalação,selecione a opção para Executar manualmente os scripts para configurar oscomponentes do InfoSphere MDM após a instalação.

3. Clique em Verificar requisitos de instalação para executar as verificações deinstalação.

4. Corrija quaisquer erros de verificação e, em seguida, clique em Instalar paraexecutar a instalação. Quando a instalação estiver concluída, o InfoSphereMDM será instalado e o aplicativo de instalação terá gerado alguns ou todos osseguintes arquivos de propriedades, dependendo dos recursos selecionadospara instalação em MDM_INSTALL_HOME/properties:

db.propertiesQuando o recurso MDM Database é instalado por meio do IBMInstallation Manager, este arquivo de propriedades é criado. Ele contémos detalhes de configuração da instância de banco de dados.

app.propertiesQuando o recurso MDM Application é instalado por meio do IBMInstallation Manager, este arquivo de propriedades é criado. Ele contémos detalhes de configuração de sua instância do servidor operacional doInfoSphere MDM.

<user interface>.propertiesDependendo dos componentes do aplicativo de interface com o usuárioque você selecionou em IBM Installation Manager, uma série dearquivos de propriedades serão criados. Esses arquivos contêm osdetalhes de configuração de seus componentes do aplicativo deinterface com o usuário do aplicativo do InfoSphere MDM.

MDM_isInstalled.propertiesEsse arquivo de propriedades armazena informações de configuraçãosobre quais componentes do InfoSphere MDM estão instalados. Estearquivo possui um par de chave/valor para cada componente quecontrola se cada recurso está instalado (YES) ou não (NO).

MDM_Rollback.propertiesEsse arquivo de propriedades é utilizado no caso de erros graves quefazem com que a instalação seja recuperada. Ele armazena detalhessobre cada componente do InfoSphere MDM e o estado desse recurso.Este arquivo possui um par de chave/valor para cada componente quecontrola se cada recurso está instalado com êxito (YES), parcialmenteinstalado (PARCIAL), ou não instalado (NO).

Se o status de qualquer componente for PARCIAL devido a um erro queo aplicativo de instalação encontrou, então, após o erro ser corrigido e ainstalação executada novamente, o aplicativo de instalação irá recuperarsomente o componente parcialmente instalado e executar novamente ainstalação para esse e quaisquer outros componentes com falha.

Esse arquivo também mantém o conjunto de destinos que sãoexecutados durante a instalação de cada componente. Esses destinosajudam a gerenciar o processo de recuperação.

MDM_Variables.propertiesEsse arquivo de propriedades é o arquivo de propriedades padrão


criado durante qualquer instalação do InfoSphere MDM. O valor dapropriedade user.L2.mdm.feature.list contém uma lista de recursosque foram selecionados no IBM Installation Manager.

5. Se for necessária uma mudança na configuração, edite um ou mais dosarquivos de propriedades em MDM_INSTALL_HOME/properties para refletir amudança necessária.

6. Execute o script madconfig a seguir para aplicar a nova configuração definidanos arquivos de propriedades:v Em sistemas Microsoft Windows, execute

madconfig.bat Configure_MasterDataManagement

v Em sistemas Linux ou UNIX, executemadconfig.sh Configure_MasterDataManagement

Dica: Se você encontrar algum problema durante a execução do script deconfiguração, revise os arquivos de log e execute as etapas para corrigir oproblema e, em seguida, execute novamente o script.O produto do InfoSphere MDM é reconfigurado pelo script madconfig combase nos valores nos arquivos de propriedades.

7. Opcional: Para remover uma configuração do produto inteira que foi aplicadausando o script madconfig Configure_MasterDataManagement, execute oseguinte script madconfig para remover todos os arquivos de configuração.v Em sistemas Microsoft Windows, execute

madconfig.bat Uninstall_MDM

v Em sistemas Linux ou UNIX, executemadconfig.sh Uninstall_MDM

Importante: Tenha cuidado ao executar o script madconfig Uninstall_MDM.Executar Uninstall_MDM remove a configuração de todos os recursos e nãoapenas a configuração de um componente específico.

8. Opcional: Para remover uma configuração de recurso individual que foiaplicada usando o script madconfig Configure_MasterDataManagement:a. Abra o IBM Installation Manager e selecione Modificar.b. Remova o recurso no painel de seleção de recursos.c. Execute o script madconfig para definir a nova configuração do produto:

v Em sistemas Microsoft Windows, executemadconfig.bat Configure_MasterDataManagement

v Em sistemas Linux ou UNIX, executemadconfig.sh Configure_MasterDataManagement

Conceitos relacionados:“Instalando Aplicativos Clientes e Componentes Individuais” na página 164Tarefas relacionadas:“Modificando a Instalação” na página 179

Cenários de separação de configuração:

Os cenários neste tópico são alguns exemplos de instâncias em que os scripts deseparação de configuração são úteis.

Modificando a instalação para incluir componentes

Cenário


v Durante a sessão inicial do IBM Installation Manager, os recursos MDMDatabase e MDM Application foram instalados e configurados.

v Posteriormente, o instalador decide que esta instância do InfoSphereMDM requer adicionalmente o aplicativo Business Administration UI e oaplicativo Data Stewardship UI.

Solução

v Execute o IBM Installation Manager no modo Modificar e preencha ospainéis para incluir os recursos Business Administration e DataStewardship.

v Execute o script madconfig Configure_MasterDataManagement.

ResultadoA instância do InfoSphere MDM é configurada pelo script para usaraplicativos de interface com o usuário adicionais.

Corrigir uma instalação após uma falha deixa um componente parcialmenteinstalado

Cenário

v Durante a sessão inicial do IBM Installation Manager, os recursos MDMDatabase e MDM Application foram instalados e a opção Executarmanualmente os scripts para configurar os componentes do InfoSphereMDM após a instalação foi selecionada.

v Para configurar os componentes, o script madconfigConfigure_MasterDataManagement foi executado.

v Durante a configuração do banco de dados MDM, ocorreu um erro e ainstalação foi interrompida, deixando o MDM Database parcialmenteinstalado.

SoluçãoRevise os logs e corrija o problema, em seguida, execute novamente oscript madconfig Configure_MasterDataManagement.

ResultadoQuando o script for executado novamente, o componente MDM Databaseparcialmente instalado será desinstalado e, em seguida, reinstalado com anova configuração. O MDM Application também será configurado.

Retrocedendo uma instalação de componente com falha e reconfigurando ocomponente

Cenário

v Durante a sessão inicial do IBM Installation Manager, os recursos MDMDatabase e MDM Application foram instalados e a opção Executarmanualmente os scripts para configurar os componentes do InfoSphereMDM após a instalação foi selecionada.

v Para configurar os componentes, o script madconfigConfigure_MasterDataManagement foi executado.

v O MDM Database foi instalado com sucesso, mas ocorreu um erro aoinstalar o componente MDM Application e a instalação foi interrompida,deixando o MDM Application parcialmente instalado.

SoluçãoRevise os logs e corrija o problema, em seguida, execute novamente oscript madconfig Configure_MasterDataManagement.


ResultadoQuando o script for executado novamente, o componente MDMApplication parcialmente instalado será retrocedido e, em seguida,reinstalado com a nova configuração. O componente MDM Databasepermanece inalterado, pois foi configurado corretamente durante aprimeira tentativa.

Apontando uma nova instalação para um banco de dados MDMexistenteÉ possível instalar o InfoSphere MDM e configurá-lo para funcionar com um bancode dados MDM existente.

Sobre Esta Tarefa

Este recurso estará disponível somente se o banco de dados existente estiver namesma versão de liberação que a instalação do InfoSphere MDM. Se seu banco dedados MDM existente for para uma liberação mais antiga que a versão doaplicativo atual, consulte a documentação de upgrade em vez do procedimento aseguir.

Importante: Este procedimento presume que o IBM Installation Manager aindanão esteja vinculado a nenhum banco de dados MDM existente e que nenhum dosrecursos do InfoSphere MDM já tenha sido instalado.

Procedimento1. Vincule o IBM Installation Manager a seu banco de dados MDM existente:

a. Inicie o IBM Installation Manager.b. Escolha o modo de Instalação.c. No painel de recursos, escolha somente o componente MDM Database.d. No painel de configuração do banco de dados, forneça os parâmetros de seu

banco de dados MDM existente. Para obter detalhes, consulte Instalando umaimplementação customizada do InfoSphere MDM.

e. Antes de sair do painel de configuração do banco de dados, selecione aopção Extrair scripts para instalação manual do banco de dados.

f. Conclua o assistente de instalação. O IBM Installation Manager irá extrair econfigurar arquivos, mas não irá aplicar nenhuma mudança ao banco dedados existente.

g. Saia do IBM Installation Manager.2. Instale o servidor operacional do InfoSphere MDM e conecte-o a seu banco de

dados existente:a. Inicie o IBM Installation Manager.b. Escolha o modo Modificar.c. No painel de recursos, escolha somente o componente MDM Operational

Server.d. Nos painéis de configuração, forneça os detalhes da instalação do

InfoSphere MDM. Para obter detalhes, consulte o tópico Instalando umaimplementação customizada do InfoSphere MDM.

e. Conclua o assistente de instalação. O IBM Installation Manager iráimplementar e configurar o componente do servidor operacional e atualizara configuração do banco de dados MDM e tabelas de gerenciamento paracriar uma nova instância de implementação e conectá-la ao servidoroperacional recém-instalado. Após conectar os componentes de servidor


operacional e de banco de dados, o IBM Installation Manager irá executaros testes de verificação de instalação (IVTs).

Tarefas relacionadas:Atualizando de uma versão anterior“Instalando uma implementação customizada do InfoSphere MDM” na página 123

Instalando o InfoSphere MDM em um ambiente em clusterUtilize este procedimento para executar uma instalação customizada do InfoSphereMDM em um ambiente em cluster.

Antes de Iniciar


preparação do IBM WebSphere Application Server e do banco de dados.v Você instalou o IBM Installation Manager e incluiu os repositórios necessários.v Seu gerenciador de implementação e nó do IBM WebSphere Application Server

são iniciados.v Seu banco de dados está iniciado.v Você instalou IBM Rational Application Developer se estiver instalando o

InfoSphere MDM Workbench em uma estação de trabalho.




Importante: Para instalações customizadas, os argumentos de tamanho de heap daJVM do gerenciador de implementação (Dmgr) do WebSphere Application Serverdevem estar configurados como 512 MB e 1024 MB. Isso é especialmenteimportante se você planeja instalar o Product Maintenance UI. Para aumentar otamanho de heap:1. Abra o WebSphere Application Server Integrated Solutions Console e acesse



heap para 1024 MB.5. Clique em OK, salve suas alterações e sincronize suas alterações com os nós.

Sobre Esta Tarefa

Dica: Revise os cenários de instalação antes de iniciar uma instalação em cluster.Embora os cenários possam não se ajustar exatamente a seu ambiente, eles podemoferecer uma recomendação para a instalação.


Procedimento1. Revise os pré-requisitos listados anteriormente neste tópico e assegure-se de

que você tenha concluído todas as etapas de preparação necessárias. Essasetapas não são opcionais.

2. Verifique se estes itens foram concluídos para seu servidor de aplicativos:a. O WebSphere Application Server está instalado em cada máquina

necessária no cluster.b. Os clusters necessários estão criados no WebSphere Application Server.c. Se você estiver usando um banco de dados DB2 ou Oracle, deverá

configurar a variável de ambiente JDBC_DRIVER_PATH.d. Sincronize todos os nós gerenciados.e. Anote o nome do host e a porta do WebSphere Application Server na

planilha de instalação.3. Verifique se o banco de dados e o software do cliente de banco de dados estão

instalados nas máquinas necessárias, e se o banco de dados foi iniciado.4. Se estiver usando o sistema de mensagens do IBM WebSphere MQ, conclua

estas etapas para cada máquina no cluster. Se estiver usando o Sistema demensagens padrão do IBM WebSphere, continue com a próxima etapa.a. Verifique se o WebSphere MQ está instalado.b. Execute os scripts custSetupMQServer.mqsc e ChannelAuth.mqsc para criar o

gerenciador de filas, o canal e as filas do WebSphere MQ. Estes scriptsfazem parte do Installation Startup Kit, que pode ser extraído do arquivode pacote de download disk1.zip.

5. Abra o IBM Installation Manager e clique em Instalar.6. No painel Instalar pacotes, selecione a edição e clique em Avançar.7. Continue através dos prompts para aceitar o contrato de licença, selecione um

local de instalação e selecione idiomas.8. Configure os detalhes de sua instalação do InfoSphere MDM:

Dica: Utilize suas planilhas de instalação preenchidas para orientação.Conforme você move através de cada um desses painéis de configuração, atela exibe um visto verde ou x vermelho para indicar se o painel foi concluídocom êxito.a. No painel Configuração do banco de dados:

v Digite os detalhes do banco de dados. Se o valor inicial do seu banco dedados for válido, então o botão Conexão de teste se torna ativo.

v Clique em Conexão de teste. O banco de dados deve estar acessível eem execução para que o teste seja bem-sucedida.

v Depois de um teste de conexão bem-sucedida, você pode configurar osespaços de tabela. Selecione Usar espaços de tabela existentes ou Criarnovos espaços de tabela. Se você escolher criar novos espaços de tabela,então, deve definir os novos nomes.

b. No painel Configuração do histórico, selecione as opções de indústria,acionadores e idioma necessárias para suas necessidades de negócios.

c. No painel Configuração do WebSphere Application Server:v Insira as informações que você usou para configurar o seu servidor de

aplicativos.


v Selecione Recuperar detalhes do host para obter informações de suacélula, nó e servidor. Use cada lista drop-down para selecionar a célula,nó e servidor recuperados. Se precisar fornecer um valor diferente, épossível digitá-lo no campo.

v Clique em Verificar instância do MDM no servidor.d. No painel Configuração do Aplicativo:

v Forneça o nome do novo aplicativo, a senha do usuário e a porta doRMI. O aplicativo de instalação utilizará esses detalhes para configurar oInfoSphere MDM.

v Selecione Correspondência Probabilística ou CorrespondênciaDeterminística para seu estilo de correspondência.

v Se seu aplicativo estiver executando em fusos horários diferentes ou seseus dados tiverem valores sensíveis ao tempo em fusos horáriosdiferentes, selecione Ativar a implementação de vários fusos horários eselecione um Fuso horário padrão.

v Selecione o tipo de sistema de mensagens para utilizar para estainstalação. Se você selecionar IBM WebSphere MQ, então, você serásolicitado a fornecer os detalhes de sua instância do WebSphere MQ.

Dica: Se tiver instalado o WebSphere MQ em uma máquina diferentedaquela em que o IBM Installation Manager está sendo executado,certifique-se de limpar a opção Configurar servidor de sistema demensagens para evitar que o instalador crie um gerenciador de filas.Mantenha a opção selecionada se não desejar criar um gerenciador defilas.

e. No painel Revisão de configuração de instalação:v Selecione o tipo de instalação. É possível escolher configurar

automaticamente os componentes de aplicativo como parte do processode instalação principal ou executar scripts após a instalação principalpara configurá-los posteriormente.

v Expanda os títulos de Propriedades para rever os detalhes que vocêconfigurou para esta instalação.

v Clique em Verificar requisitos da instalação para executar uma série deverificações de pré-requisito. As verificações o ajudarão a confirmar queseu ambiente e configuração são suficientes para concluir a instalaçãocom êxito.

v Revise os resultados do teste de validação de pré-requisito. Clique emMostrar detalhes para ver mais informações de cada teste, e siga oslinks fornecidos para visualizar o arquivo de log e ajuda para cadaresultado.

Dica: É possível ignorar avisos clicando em Mostrar detalhes e, emseguida, selecionando Ignorar o aviso. Eu compreendo os riscos. Errosnão podem ser ignorados.

v Se necessário, execute qualquer ação corretiva para abordar quaisqueravisos ou erros e, em seguida, clique em Verificar status novamente.

v Quando a verificação for aprovada, clique em Instalar.

O aplicativo de instalação irá instalar o InfoSphere MDM. Dependendo de suaconfiguração, o processo de instalação pode levar uma quantidade de temposignificativa.




Resultados


O que Fazer Depois

Após a instalação, se desejar incluir ou remover um recurso (por exemplo, incluirum aplicativo ou outra tradução de idioma), ou modificar qualquer uma de suasdefinições de configuração, é possível executar o IBM Installation Managernovamente e selecionar Modificar.Conceitos relacionados:“Planilhas para instalação e configuração” na página 29“Prepare o IBM Installation Manager” na página 81“Instalando e configurando o servidor de aplicativos” na página 83“Cenários de Instalação” na página 49“Verificando a instalação base” na página 174“Suporte a várias instâncias” na página 12Tarefas relacionadas:“Instalando e configurando o banco de dados” na página 89“Instalando no z/OS”“Modificando a Instalação” na página 179Resolução de problemas de uma instalação“Incluindo um novo nó em um cluster existente” na página 180

Instalando no z/OSUse este procedimento se você estiver instalando com o IBM DB2 for z/OS.

Antes de Iniciar

Certifique-se de que estes pré-requisitos sejam atendidos:v Você incluiu a oferta do InfoSphere MDM para o IBM Installation Manager.v Você concluiu as tarefas de preparação para criar o banco de dados e o servidor

de aplicativos.v Você concluiu o “Preparando um barramento do sistema de mensagens existente

do WebSphere Application Server para instalação do InfoSphere MDM no z/OS”na página 119.

v O IBM WebSphere Application Server (gerenciador de implementação e nó) e obanco de dados são iniciados.

Sobre Esta Tarefa

Esse processo requer duas sessões distintas. Na primeira sessão, você extrai eexecuta as JCLs que são usadas para instalar manualmente o banco de dadosMDM físico.


Depois que o carregamento do banco de dados físico estiver concluído, a segundasessão de instalação instalará a parte virtual do banco de dados do MDM, oservidor operacional e outros recursos que estiverem selecionados.

Procedimento

Para a primeira sessão, extraia e execute as JCLs do MDM físico. Extraia oInstallation Startup Kit para extrair os recursos do DB2 for z/OS do InfoSphereMDM no diretório STARTUPKIT_INSTALL_HOME.1. Navegue para o diretório onde os pacotes do InfoSphere MDM transferidos

por download foram salvos.2. Abra disk1.zip e extraia a subpasta StartUpToolkit para um diretório de sua


3. Acesse STARTUPKIT_INSTALL_HOME.4. Copie os recursos do MDM Operational Server z/OS dos diretórios

STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/ZOS/pds eSTARTUPKIT_INSTALL_HOME/Full/DB2/ZOS/pds para o sistema z/OS.

Para a segunda sessão, instale o MDM Operational Server e outros recursos:5. Inicie o IBM Installation Manager e clique em Instalar no painel inicial.6. No painel Instalar pacotes, selecione a edição e clique em Avançar.7. Continue através dos prompts para aceitar o contrato de licença, selecione um

local de instalação e um idioma.Atenção: Se você tiver o IBM Rational Application Developer instalado,certifique-se de não instalar o InfoSphere MDM no mesmo grupo de pacotes.No painel Instalar pacotes, selecione Criar um novo grupo de pacotes.

8. Selecione o MDM Operational Server, MDM Database e outros recursos quedeseja instalar.

9. Insira as informações de configuração:v No painel de configuração do banco de dados, selecione DB2 Z/OS.v Para a configuração do IBM WebSphere Application Server, certifique-se de

inserir as informações usadas durante a preparação do servidor deaplicativos. Use o usuário e a senha mdmadmin. Clique em Verificar ainstância MDM no Servidor antes de sair do painel.

v No painel Servidor de sistema de mensagens, selecione IBM WebSphereDefault Messaging ou WebSphere MQ Messaging Provider. Para obterinformações sobre instalação manual de tabelas do SIB no WebSphereApplication Server, consulte o tópico Criando tabelas do armazenamento dedados na documentação online do WebSphere Application Server.

10. Revise as informações de resumo da instalação para assegurar que os detalhessão precisos e, em seguida, clique em Verificar requisitos da instalação paraexecutar as verificações de pré-requisito. As verificações ajudarão a garantirque seu ambiente e configuração são suficientes para concluir a instalação comêxito.



13. Clique em Concluir e feche o IBM Installation Manager.


http://www.ibm.com/support/knowledgecenter/SSEQTP_8.5.5/com.ibm.websphere.base.doc/ae/tjm0080_.html

O que Fazer Depois

Uma mensagem de êxito no painel do instalador final indica que os testes deverificação foram executados automaticamente como parte do processo deinstalação. Também é possível visualizar os arquivos de log para verificar se ainstalação foi bem-sucedida. Se a instalação não foi bem-sucedida, visualize osarquivos de log e utilize as informações nos tópicos de resolução de problemaspara ajudá-lo.Tarefas relacionadas:“Instalando uma implementação customizada do InfoSphere MDM” na página 123

“Instalando o InfoSphere MDM em um ambiente em cluster” na página 137“Preparando um barramento do sistema de mensagens existente do WebSphereApplication Server para instalação do InfoSphere MDM no z/OS” na página 119

Configurando o barramento do sistema de mensagens no z/OSapós a instalaçãoSe você não tiver um sistema de mensagens integrado (barramento do sistema demensagens) do WebSphere criado antes da instalação, então você deve concluireste procedimento após instalar o InfoSphere MDM no z/OS.

Sobre Esta Tarefa

Após a conclusão da instalação, um erro é exibido indicando que o Teste deverificação de instalação não foi aprovado. É possível ignorar esse erro se vocêconcluir estas etapas.

Procedimento1. Abra o WebSphere Application Server Integrated Solutions Console (console

administrativo).2. Vá para Integração de serviço > Barramentos > seu barramento do aplicativo

> Membros do Barramento.3. Na página membros do barramento, clique em membro do barramento do

aplicativo > seu servidor SIB de aplicativos > Armazenamento demensagens.

4. Limpe a opção Criar tabelas.5. Clique em Aplicar e, em seguida, clique em Salvar diretamente na

configuração principal.6. Sincronize seus nós e reinicie o servidor de aplicativos. Parar o servidor evita

que o WebSphere Application Server tente criar e se conectar às tabelas doSIB.

7. Crie as tabelas do SIB para a sua instância modificando o arquivo ZSIB.sqlpara o seu esquema, prefixo e proprietário do banco de dados. No arquivo,substitua <SCHEMA> pelo nome do seu esquema, <PREFIX> por seu prefixode três caracteres e <DBA ACCOUNT> pelo proprietário do seu banco dedados. Execute o SQL como proprietário do banco de dados.

Nota: O valor de <PREFIX> geralmente são os três últimos caracteres donome do esquema.

8. Reinicie o servidor de aplicativos.9. No diretório MDM_INSTALL_HOME/IVT, execute o script Verify.sh. Por exemplo,

utilize o comando: verify.sh DB_Schema DB_Password WAS_user WAS_password


10. Visualize os arquivos de resposta de instalação para assegurar que o IVT foibem-sucedido.Arquivos de resposta estão nos diretórios MDM_INSTALL_HOME/IVT/testCases/xml/response e MDM_INSTALL_HOME/IVT/testCases/xml_virtual/response.

Conceitos relacionados:“Configuração do sistema de mensagens integrado do WebSphere ApplicationServer” na página 119

Instalando no Oracle RACUse este procedimento se estiver usando o MDM virtual e instalando no OracleReal Application Clusters (RAC).

Antes de Iniciar


instalação e preparação do IBM WebSphere Application Server e do banco dedados.

v Instalou o IBM Installation Manager e incluiu os repositórios necessários.v O IBM WebSphere Application Server (gerenciador de implementação e nó) e o

banco de dados são iniciados.

Procedimento1. Inicie o IBM Installation Manager e clique em Instalar.

a. No painel Instalar pacotes, selecione a edição e clique em Avançar.b. Continue através dos prompts para aceitar o contrato de licença, selecione

um local de instalação e selecione idiomas.c. Selecione os recursos MDM Database e MDM Operational Server e clique

em Avançar.d. Conclua os painéis de configuração e clique em Avançar.e. Clique em Instalar. O aplicativo de instalação cria a origem de dados ODBC

com o SID e executa o destino madconfig bootstrap_datasource para criartodas as tabelas do MDM virtual.

Dica: Consulte o tópico-pai desta tarefa para obter detalhes sobre comoconcluir as subetapas anteriores.

2. Abra o WebSphere Application Server Integrated Solutions Console (consoleadministrativo) e selecione Recursos > JDBC > Origens de dados.a. Na página Origens de Dados, clique no nome de sua origem de dados do

MDM.b. Na próxima página Origens de Dados, clique em Propriedades

Customizadas.c. Remova o SID selecionando-o e clicando em Excluir.d. Clique em Novo e inclua uma nova propriedade customizada Nome para

serviceName e o Valor.e. Clique em OK.

3. Execute os comandos a seguir a partir do diretório native.war/scripts. Parauma implementação em cluster do InfoSphere MDM, deve-se executar essescomandos em cada máquina no cluster.v madconfig remove_datasource -Dmad.db.dsn=DB_NAME_MDM_INSTANCE_ID


v madconfig create_datasource -Dmad.db.type=oracle -Dmad.db.host=DB_HOST-Dmad.db.port=DB_PORT -Dmad.db.service=SERVICE_NAME-Dmad.db.dsn=DB_NAME_MDM_INSTANCE_ID

Ao executar esse comando, você é solicitado a inserir o SID. Deixe o promptem branco e pressione Enter.

O que Fazer Depois

Revise sempre os logs de instalação para verificar se o processo foi concluído comsucesso.

Se você determinar que os dados virtuais não foram carregados com sucessodepois de revisar os logs, será possível usar o utilitário madconfig para recarregaros dados ou executar uma autoinicialização.

Ativando o Suporte para Driver Oracle sem FioSe você estiver usando um MDM virtual e planejar usar um driver de banco dedados Oracle sem fio, conclua estas etapas depois de instalar o banco de dados erecursos do InfoSphere MDM.

Antes de Iniciar

Conclua as etapas em “Implementando o Recurso Native Component do MDM noServidor Windows Remoto”.

Procedimento1. Na máquina na qual você instalou o cliente Oracle nativo e os drivers e

implementou o arquivo EAR nativo:a. Configure a variável de ambiente do sistema operacional como:

ORACLE_HOME=PATH_TO_ORACLE_HOME.b. Configure a variável de ambiente do sistema operacional como:

v Para Microsoft Windows: LIB=PATH_TO_ORACLE_HOME/libv Para IBM AIX: LIBPATH=PATH_TO_ORACLE_HOME/libv Para outros sistemas operacionais:

LD_LIBRARY_PATH=PATH_TO_ORACLE_HOME/lib

2. Acesse o diretório native.war/scripts e execute estes comandos:a. madconfig remove_datasource -Dmad.db.dsn=DB_NAME_MDM_INSTANCE_ID

b. madconfig create_datasource -Dmad.db.type=oracle-Dmad.db.dsn=DB_NAME_MDM_INSTANCE_ID-Dmad.db.server=TNS_NAME

O comando create_datasource solicita que você insira um host do banco dedados. É possível deixar esse prompt em branco e pressionar Enter.

3. Se você tiver um ambiente em cluster, repita as etapas em cada membro decluster.

Referências relacionadas:“Drivers ODBC instalados com o Standard Edition” na página 99

Implementando o Recurso Native Component do MDM noServidor Windows RemotoO recurso Master Data Management Native Component é a origem de dados doODBC que as configurações do MDM virtual requerem para operar com sucesso.Se estiver planejando instalar o servidor operacional MDM e implementar umaconfiguração do MDM virtual em um cluster do WebSphere Application Server e


um sistema operacional Microsoft Windows, há etapas que você deve executardepois de instalar seu servidor operacional.

Sobre Esta Tarefa

O instalador executa automaticamente o destino madconfig create_datasourcepara criar uma origem de dados ODBC em um servidor remoto usando um agenteAnt. No entanto, o agente Ant não tem permissão para modificar o registro doWindows.

Se você estiver executando o gerenciador de implementação do IBM InstallationManager e do WebSphere Application Server na máquina A e tiver queimplementar o servidor operacional e a configuração virtual em nós gerenciadosem outras máquinas (por exemplo B, C e D), use este procedimento. Esteprocedimento cria manualmente a origem de dados ODBC em cada um dosservidores Windows remotos depois que você executa primeiramente o IBMInstallation Manager para instalar seu servidor operacional.

Procedimento1. Execute o IBM Installation Manager na máquina A e instale o servidor

operacional MDM.2. Na máquina B, vá para o diretório WAS_PROFILE_HOME\installedApps\

YOUR_CELL_NAME\MDM-native-IDENTIFIER.ear\native.war\scripts.3. Abra um prompt de linha de comandos.4. Digite este comando: madconfig.bat register_odbc.5. Digite este comando: madconfig.bat create_datasource -Dmad.db.type=DBTYPE

-Dmad.db.name=DBNAME -Dmad.db.port=DBPORT -Dmad.db.host=DBHOST-Dmad.db.dsn=DSN

Em que:v DBTYPE: é o tipo de banco de dados; especifique DB2, ORACLE ou

MSSQLU na máquina Bv DBHOST: é o nome do host ou o endereço IP do banco de dados na máquina

Bv DBPORT: é a porta do banco de dados na máquina Bv DBNAME: é o nome do banco de dados na máquina B, por exemplo,

mdmins11

v DSN: o nome da origem de dados; a convenção de nomenclatura do DSN éDB_NAME_MDM_INSTANCE_IDENTIFIER. MDM_INSTANCE_IDENTIFIER.deve corresponder ao valor de nome do aplicativo MDM inserido no painelConfiguração do Aplicativo durante a instalação na máquina A.

6. Repita as etapas 2-5 para cada máquina adicional no cluster (por exemplo, C eD).

Instalação SilenciosaO IBM Installation Manager pode gerar um arquivo de propriedades durante aexecução do programa de instalação interativo. Para executar instalaçõessilenciosas, é possível editar esse arquivo ou criar seu próprio arquivo.

Arquivos de resposta de amostra no modo silencioso são fornecidos no diretórioSTARTUP_INSTALL_HOME/StartupKit.



Há arquivos específicos do sistema operacional disponíveis para sistemassuportados.

Os seguintes arquivos de resposta de amostra no modo silencioso para o IBMWebSphere Application Server estão disponíveis:v standalone_install_server.res - use esse arquivo de resposta para instalar o

servidor operacional MDM, o banco de dados do MDM, o servidor de banco dedados do IBM DB2 e o WebSphere Application Server Network Deployment

v standalone_install_workstation.res - use esse arquivo de resposta parainstalar o servidor operacional MDM, o banco de dados do MDM, o servidor debanco de dados do IBM DB2, WebSphere Application Server, IBM RationalApplication Developer (RAD) e o InfoSphere MDM do Ambiente de Trabalho

v install_single_servers_aix.res – use esse arquivo de resposta para instalar oservidor operacional com um tipo de implementação de instalação customizadaque use os seguintes parâmetros:– Plataforma: AIX– Provedor de sistemas de mensagens: provedor de sistemas de mensagens

padrão do WebSphere Application Server– Destino de implementação do MDM Operational Server (único servidor):

mdm-s1-E001

– Destino de implementação do Business Administration UI (único servidor):mdm-s2-E001

– Destino de implementação do Data Stewardship UI (único servidor):mdm-s2-E001

– Destino de implementação do Product Maintenance UI (único servidor):mdm-s2-E001

– Destino de implementação do Inspector (único servidor): mdm-s3-E001– Destino de implementação do Enterprise Viewer (único servidor): mdm-s3-E001– Destino de implementação do Web Reports (único servidor): mdm-s3-E001

v install_cluster_aix_mq.res – use esse arquivo de resposta para instalar oOperational Server com um tipo de implementação de instalação customizadaque use os seguintes parâmetros:– Plataforma: AIX– Provedor de sistemas de mensagens: provedor de sistemas de mensagens do

WebSphere MQ– Destino de implementação do MDM Operational Server (cluster): mdm-CL01– Destino de implementação do Business Administration UI (cluster): mdm-CL02– Destino de implementação do Data Stewardship UI (cluster): mdm-CL02– Destino de implementação do Product Maintenance UI (cluster): mdm-CL02– Destino de implementação do Inspector (cluster): mdm-CL02– Destino de implementação do Enterprise Viewer (cluster): mdm-CL02– Destino de implementação do Web Reports (cluster): mdm-CL02

v install_single_servers_linux.res – use esse arquivo de resposta para instalaro Operational Server com um tipo de implementação de instalação customizadaque use os seguintes parâmetros:– Plataforma: Linux


– Provedor de sistemas de mensagens: provedor de sistemas de mensagenspadrão do WebSphere Application Server

– Destino de implementação do MDM Operational Server (único servidor):mdm-s1-E001





v install_cluster_linux_mq.res – use esse arquivo de resposta para instalar oMDM Operational Server com um tipo de implementação de instalaçãocustomizada que use os seguintes parâmetros:– Plataforma: Linux– Provedor de sistemas de mensagens: provedor de sistemas de mensagens do


v install_single_servers_win.res – use este arquivo de resposta para instalar oMDM Operational Server com um tipo de implementação de instalaçãocustomizada que usa os parâmetros a seguir. Se houver um erro de validação noarquivo de resposta, as instalações silenciosas no Windows poderão serencerradas sem exibir nenhuma indicação do motivo. Se sua instalação forencerrada, revise os arquivos de log para localizar o motivo.– Plataforma: Microsoft Windows 7– Provedor de sistemas de mensagens: provedor de sistemas de mensagens


mdm-s1-E001





v install_cluster_win_mq.res – use esse arquivo de resposta para instalar oMDM Operational Server com um tipo de implementação de instalaçãocustomizada que use os seguintes parâmetros:


– Plataforma: Microsoft Windows 7– Provedor de sistemas de mensagens: provedor de sistemas de mensagens do


v install_single_servers_solaris.res – use esse arquivo de resposta parainstalar o MDM Operational Server com um tipo de implementação deinstalação customizada que use os seguintes parâmetros:– Plataforma: Solaris– Provedor de sistemas de mensagens: provedor de sistemas de mensagens


mdm-s1-E001





v install_cluster_solaris_mq.res – use esse arquivo de resposta para instalar oMDM Operational Server com um tipo de implementação de instalaçãocustomizada que use os seguintes parâmetros:– Plataforma: Solaris– Provedor de sistemas de mensagens: provedor de sistemas de mensagens do


Conceitos relacionados:“Instalação silenciosa ou gráfica” na página 28Tarefas relacionadas:“Visualizando os Logs de Instalação do InfoSphere MDM” na página 179Resolução de problemas de uma instalação“Desinstalando no Modo Silencioso” na página 204Referências relacionadas:


“Installation Startup Kit para instalações customizadas” na página 10

Customizando o Arquivo de Resposta no Modo SilenciosoUse este procedimento para customizar seu arquivo de resposta de instalação nomodo silencioso.

Sobre Esta Tarefa

Atenção: Embora os exemplos de código possam ser mostrados com quebras delinha no conteúdo a seguir, o texto entre <.../> deve ser inserido no arquivo deresposta como uma linha sem quebras.

Para obter mais informações sobre como trabalhar em modo silencioso e utilizararquivos de resposta, consulte a documentação on-line para o IBM InstallationManager.

Procedimento1. Abra o arquivo de resposta.2. Exclua ou comente a seguinte linha, se ela estiver incluída no arquivo de

resposta:<data key=’user.L2.db.driver.path,com.ibm.mdm.rdm’ value=’${DB2_JDBC_DRIVER_PATH}/java’/>

Importante: Se esta linha for deixada no arquivo de resposta, as instalaçõessilenciosas usando este arquivo de resposta irão falhar.

3. Especifique os diretórios de recurso inicial e compartilhado.a. Para especificar o diretório MDM_INSTALL_HOME, inclua estas linhas em seu

arquivo de resposta:<profile id=’IBM InfoSphere Master Data Management’installLocation=’/usr/IBM/MDM/H087/mdm’/><data key=’eclipseLocation’ value=’/usr/IBM/MDM/H087/mdm’/>

Em que usr/IBM/MDM/H087/mdm é o diretório inicial de instalação.b. Para especificar o diretório de Recurso Compartilhado do Installation

Manager.<preference name=’com.ibm.cic.common.core.preferences.eclipseCache’value=’/usr/IBM/MDM/H087/Shared’/>

Em que usr/IBM/MDM/H087/Shared é o diretório de Recurso Compartilhadodo Installation Manager.

4. Especifique a versão da oferta do InfoSphere MDM e os recursos que desejainstalar incluindo esta linha:<offering id=’com.ibm.mdm.advanced’ version=’<offering_version>’profile=’IBM InfoSphere Master DataManagement’features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature’ installFixes=’none’/>

Em que <offering_version> é o número da versão do InfoSphere MDM.É possível localizar o número da versão consultando a pasta da mídia deinstalação (download_path/MDM/disk1/) e localizando o arquivo diskTag.inf.Abra disk1/diskTag.inf e copie o valor do valor diskSetOfferingVersion paraser usado como sua substituição para o item temporário <offering_version>.

5. Especifique o recurso a ser instalado durante a única sessão do IBM InstallationManager incluindo esta linha:<offering id=’com.ibm.mdm.advanced’ version=’<offering_version>’profile=’IBM InfoSphere Master DataManagement’features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature, com.ibm.im.mdm.app.feature’ installFixes=’none’>

Sendo que




features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature’

é o recurso específico a ser instalado. Para obter orientação, consulte “Exemplospara Especificar Recursos para uma Instalação Silenciosa” na página 151.com.ibm.mdm.install.iu.localization.feature deve sempre ser incluído emuma lista de recursos. Esse é um recurso interno que fornece suporte a váriosidiomas para o sistema de criação de log do instalador.

6. Especifique seu parâmetros do banco de dados. Para orientação, use o tópico deparâmetros do banco de dados aplicáveis para seu banco de dados. Os tópicossão listados nos links de referência relacionados.Os parâmetros a seguir não devem ser modificados em seu arquivo deresposta:<data key=’user.L2.db.vertype,com.ibm.mdm.advanced’ value=’DB2UDBNT_V82_1’/><data key=’user.L2.mdm.mad.type.db2,com.ibm.mdm.advanced’ value=’DB2’/><data key=’user.L2.mdm.mad.type.db2z,com.ibm.mdm.advanced’ value=’DB2Z’/><data key=’user.L2.mdm.mad.type.oracle,com.ibm.mdm.advanced’ value=’ORACLE’/>

7. Especifique seus parâmetros do WebSphere Application Server. Para orientação,use o tópico de parâmetros do servidor de aplicativos que está listado no finaldeste procedimento.

8. Especifique seus parâmetros do servidor de sistema de mensagens:a. Especifique o tipo de servidor de sistema de mensagens:

v Se estiver instalando com o sistema de mensagens padrão do WebSphereApplication Server, especifique:<data key=’user.L2.messaging.type,com.ibm.mdm.advanced’ value=’WEM’/>

v Se estiver instalando com o IBM WebSphere Message Queue, especifique:<data key=’user.L2.messaging.type,com.ibm.mdm.advanced’ value=’WMQ’/>

b. Se o WebSphere MQ estiver na mesma máquina em que o InstallationManager está executando a instalação silenciosa do InfoSphere MDM, oupara permitir que o aplicativo de instalação crie filas de mensagens etópicos:<data key=’user.config.messaging.server,com.ibm.mdm.advanced’ value=’true’/>

c. Se o WebSphere MQ estiver em uma máquina remota ou para desativar oaplicativo de instalação a partir da criação de filas de mensagens e tópicos:<data key=’user.config.messaging.server,com.ibm.mdm.advanced’ value=’false’/>

Dica: Antes de executar uma instalação silenciosa com a criação da fila demensagens desativada (value=’false’), assegure-se de que você já tenhacriado as filas de mensagens e tópicos antecipadamente. É possível criarmanualmente essas filas e tópicos executando o scriptcustSetupMQServer.mqsc.

9. Especifique o mecanismo de correspondência e procura que esta instalação doInfoSphere MDM usará:v Para o Probabilistic Matching Engine:

<data key="user.L2.engine.type,com.ibm.mdm.advanced" value="PME"/>

v Para o Deterministic Matching Engine (MDM Classic Matching Engine):<data key="user.L2.engine.type,com.ibm.mdm.advanced" value="DME"/>

O que Fazer Depois

Continue com a desativação da tela inicial do instalador e a execução da instalaçãosilenciosa.


Tarefas relacionadas:“Desinstalando no Modo Silencioso” na página 204“Instalando silenciosamente usando um arquivo de resposta” na página 156

Exemplos para Especificar Recursos para uma Instalação Silenciosa:

Você deve editar seu arquivo de resposta e especificar os recursos exatos quedeseja instalar durante uma instalação silenciosa.


Especifique os recursos na linha a seguir na seção <ID da oferta.../> de seuarquivo de resposta:features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app. feature’

Por exemplo:<offering id=’com.ibm.mdm.advanced’ version=’version.timestamp’ profile=’IBM InfoSphere Master DataManagement’ features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature’ installFixes=’none’>

Exemplo 1: Instalando o MDM Database e o InfoSphere MDM OperationalServer

Para instalar apenas o banco de dados e o servidor operacional, inclua esta linha:features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature’

Exemplo 2: Instalando o MDM Database, o InfoSphere MDM OperationalServer e Aplicativos de Usuário

Para instalar o banco de dados, o servidor operacional e todos os aplicativos deusuário e recursos, inclua esta linha:features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature,com.ibm.mdm.ba.webapp.feature,com.ibm.mdm.ds.webapp.feature,com.ibm.mdm.pui.webapp.feature,com.ibm.mdm.inspector.webapp.feature,com.ibm.mdm.ev.webapp.feature,com.ibm.mdm.wb.webapp.feature,com.ibm.mdm.pd.webapp.feature,com.ibm.im.mdm.message.broker.feature,com.ibm.im.mdm.ei.feature,com.ibm.im.mdm.eutc,com.ibm.mdm.ba.webapp.sample.feature’

Parâmetros do Banco de Dados da Instalação Silenciosa para DB2:

Você deve especificar os parâmetros para o banco de dados IBM DB2 em seuarquivo de resposta de instalação silenciosa.

Insira as linhas a seguir em seu arquivo de resposta se você estiver usando umbanco de dados DB2. Altere value= para o valor específico usado por seu banco dedados.


Tipo de banco de dados<data key=’user.db.type,com.ibm.mdm.advanced’ value=’DB2’/><data key=’user.db.type.cm,com.ibm.mdm.advanced’ value=’DB2’/>


Alias do banco de dados em um catálogo do banco de dados para o Cliente DB2<data key=’user.db.name,com.ibm.mdm.advanced’ value=’MDM11E’/><data key=’user.db.name.cm,com.ibm.mdm.advanced’ value=’MDM11E’/>

Nome do banco de dados<data key=’user.db.name.remote,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/><data key=’user.db.name.remote.cm,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/>

Nome do esquema do banco de dados<data key=’user.db.schema,com.ibm.mdm.advanced’ value=’SCHEMANAME’/><data key=’user.db.schema.cm,com.ibm.mdm.advanced’ value=’SCHEMANAME’/>

Nome do host do servidor de banco de dados<data key=’user.db.host,com.ibm.mdm.advanced’ value=’your.host.com’/><data key=’user.db.host,com.ibm.mdm.advanced’ value=’your.host.com’/>

Número da porta do servidor de banco de dados<data key=’user.db.port,com.ibm.mdm.advanced’ value=’50000’/><data key=’user.db.port.cm,com.ibm.mdm.advanced’ value=’50000’/>

Nome de usuário do banco de dados (deve ser igual ao nome do esquema)<data key=’user.db.user,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.db.user.cm,com.ibm.mdm.advanced’ value=’USERNAME’/>

Senha do banco de dados<data key=’user.db.password,com.ibm.mdm.advanced’ value=’’/><data key=’user.db.password.cm,com.ibm.mdm.advanced’ value=’’/>

Diretório inicial do Cliente DB2<data key=’user.db2.home,com.ibm.mdm.advanced’ value=’/home/ws8admin’/><data key=’user.db2.home.cm,com.ibm.mdm.advanced’ value=’/home/ws8admin’/>

URL do JDBC do Banco de Dados<data key=’user.user.db.url,com.ibm.mdm.advanced’ value=’jdbc:db2://HOSTNAME:PORT/DBASENAME’/><data key=’user.user.db.url.cm,com.ibm.mdm.advanced’ value=’jdbc:db2://HOSTNAME:PORT/DBASENAME’/>

Os parâmetros a seguir não devem ser modificados em seu arquivo de resposta:<data key=’user.L2.db.vertype,com.ibm.mdm.advanced’ value=’DB2UDBNT_V82_1’/><data key=’user.L2.mdm.mad.type.db2,com.ibm.mdm.advanced’ value=’DB2’/><data key=’user.L2.mdm.mad.type.db2z,com.ibm.mdm.advanced’ value=’DB2Z’/>

Parâmetros do Banco de Dados da Instalação Silenciosa para o Microsoft SQLServer:

Deve-se especificar os parâmetros para o banco de dados Microsoft SQL Server emseu arquivo de resposta de instalação silenciosa.

Insira as linhas a seguir em seu arquivo de resposta se você estiver usando umbanco de dados SQL Server. Altere value= para o valor específico usado por seubanco de dados.


Tipo de banco de dados<data key=’user.db.type,com.ibm.mdm.advanced’ value=’MSSQLU’/><data key=’user.db.type.cm,com.ibm.mdm.advanced’ value=’MSSQLU’/>


Nome do banco de dados<data key=’user.db.name,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/><data key=’user.db.name.cm,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/><data key=’user.db.name.remote,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/><data key=’user.db.name.remote.cm,com.ibm.mdm.advanced’ value=’YOURDBASENAME’/>

Nome de usuário do banco de dados (deve ser igual ao nome do esquema)<data key=’user.db.user,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.db.user.cm,com.ibm.mdm.advanced’ value=’USERNAME’/>

Senha do banco de dados<data key=’user.db.password,com.ibm.mdm.advanced’ value=’’/><data key=’user.db.password.cm,com.ibm.mdm.advanced’ value=’’/>

URL do JDBC do Banco de Dados<data key=’user.user.db.url,com.ibm.mdm.advanced’value=’jdbc:ibm:sqlserver://HOSTNAME:PORT/DBASENAME’/><data key=’user.user.db.url.cm,com.ibm.mdm.advanced’value=’jdbc:ibm:sqlserver://HOSTNAME:PORT/DBASENAME’/>

Nome do host do banco de dados<data key=’user.db.host,com.ibm.mdm.advanced’ value=’DBHOSTNAME’/><data key=’user.db.host.cm,com.ibm.mdm.advanced’ value=’DBHOSTNAME’/>

Porta do banco de dados<data key=’user.db.port,com.ibm.mdm.advanced’ value=’1433’/><data key=’user.db.port.cm,com.ibm.mdm.advanced’ value=’1433’/>


Diretório home do banco de dados<data key=’user.L2.db.home,com.ibm.mdm.advanced’ value=’DBHOMEDIR’/>

Parâmetros adicionais<data key=’user.db.servername,com.ibm.mdm.advanced’ value=’SERVERNAME’/><data key=’user.db.filegroup,com.ibm.mdm.advanced’ value=’FILEGROUPNAME_FG’/><data key=’user.db.auth.native,com.ibm.mdm.advanced’ value=’false’/>

Configure user.db.auth.native como true se você usar a AutenticaçãoNativa do Windows.

Parâmetros do Banco de Dados da Instalação Silenciosa para o Oracle:

Você deve especificar os parâmetros para o banco de dados Oracle em seu arquivode resposta de instalação silenciosa.

Insira as linhas a seguir em seu arquivo de resposta se você estiver usando umbanco de dados Oracle. Altere value= para o valor específico usado por seu bancode dados.


Tipo de banco de dados<data key=’user.db.type.cm,com.ibm.mdm.advanced’ value=’ORACLE’/><data key="user.db.type,com.ibm.mdm.advanced’ value=’ORACLE’/>

Nome do TNS do cliente Oracle<data key=’user.db.name.cm,com.ibm.mdm.advanced’ value=’TNSNAME’/><data key=’user.db.name,com.ibm.mdm.advanced’ value=’TNSNAME’/>


Nome do banco de dados do servidor Oracle<data key=’user.db.name.remote,com.ibm.mdm.advanced’ value=’DBASENAME’/><data key=’user.db.name.remote.cm,com.ibm.mdm.advanced’ value=’DBASENAME’/>

Nome de usuário do banco de dados (deve ser igual ao nome do esquema)<data key=’user.db.user.cm,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.db.user,com.ibm.mdm.advanced’ value=’USERNAME’/>

Senha do usuário do banco de dados<data key=’user.db.password.cm,com.ibm.mdm.advanced’ value=’DBPASSWORD’/><data key=’user.db.password,com.ibm.mdm.advanced’ value=’DBPASSWORD’/>

URL do JDBC do Banco de Dados<data key=’user.user.db.url,com.ibm.mdm.advanced’value=’jdbc:oracle:thin:@HOSTNAME:PORT/DBASENAME’/><data key=’user.user.db.url.cm,com.ibm.mdm.advanced’value=’jdbc:oracle:thin:@HOSTNAME:PORT/DBASENAME’/>

Nome do host do servidor de banco de dados<data key=’user.db.host,com.ibm.mdm.advanced’ value=’DBHOSTNAME’/><data key=’user.db.host.cm,com.ibm.mdm.advanced’ value=’DBHOSTNAME’/>

Porta do servidor de banco de dados<data key=’user.db.port,com.ibm.mdm.advanced’ value=’1521’/><data key=’user.db.port.cm,com.ibm.mdm.advanced’ value=’1521’/>


Diretório inicial do cliente Oracle<data key=’user.L2.db.home,com.ibm.mdm.advanced’ value=’ORACLEHOMEPATH’/>

O parâmetro a seguir não deve ser modificado em seu arquivo de resposta:<data key=’user.L2.mdm.mad.type.oracle,com.ibm.mdm.advanced’ value=’ORACLE’/>

Parâmetros do WebSphere Application Server da Instalação Silenciosa:

Você deve especificar os parâmetros para o WebSphere Application Server em seuarquivo de resposta de instalação silenciosa.

Insira as linhas a seguir em seu arquivo de resposta. Altere os seguintesmarcadores value= para os valores específicos utilizados pela instância do servidorde aplicativos.


Diretório inicial da instalação do WebSphere Application Server<data key=’user.L1.was.home,com.ibm.mdm.advanced’ value=’/WAS_INSTALL_HOME’/>

Tipo do WebSphere Application Server, Network Deployment ou Base<data key=’user.was.type,com.ibm.mdm.advanced’ value=’ND’/>

Início do perfil (necessário se estiver instalando o apenas o banco de dados doMDM usando o modo INSTALL)

<data key=’user.was.profile.home,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/>

Porta SOAP do server1 do WebSphere Application Server Network DeploymentManager ou do WebSphere Application Server Base

<data key=’user.deploy.port,com.ibm.mdm.advanced’ value=’8880’/>


Nome do host do server1 do WebSphere Application Server DeploymentManager ou do WebSphere Application Server Base

<data key=’user.deploy.host,com.ibm.mdm.advanced’ value=’HOSTNAME’/>

Destino de implementação do WebSphere Application Server (servidor único)<data key=’user.was.cell,com.ibm.mdm.advanced’ value=’CELLNAME’/><data key=’user.was.node,com.ibm.mdm.advanced’ value=’NODENAME’/><data key=’user.was.server,com.ibm.mdm.advanced’ value=’SERVERNAME’/><data key=’user.was.cluster,com.ibm.mdm.advanced’ value=’None’/><data key=’user.was.cluster.flag,com.ibm.mdm.advanced’ value=’false’/>

Destino de implementação do WebSphere Application Server (cluster)<data key=’user.was.cell,com.ibm.mdm.advanced’ value=’CELLNAME’/><data key=’user.was.node,com.ibm.mdm.advanced’ value=’None’/><data key=’user.was.server,com.ibm.mdm.advanced’ value=’None’/><data key=’user.was.cluster,com.ibm.mdm.advanced’ value=’CLUSTERNAME’/><data key=’user.was.cluster.flag,com.ibm.mdm.advanced’ value=’true’/>

Parâmetros de segurança do WebSphere Application Server - usuário desegurança de administração doWebSphere

<data key=’user.was.user,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password,com.ibm.mdm.advanced’ value=’’/>

<data key=’user.security.user.name,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.security.user.password,com.ibm.mdm.advanced’ value=’’/>

<data key=’user.was.user.ba,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password.ba,com.ibm.mdm.advanced’ value=’’/>

<data key=’user.was.user.ds,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password.ds,com.ibm.mdm.advanced’ value=’’/>

<data key=’user.was.user.pui,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password.pui,com.ibm.mdm.advanced’ value=’’/>

<data key=’user.was.user.inspector,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password.inspector,com.ibm.mdm.advanced’ value=’’/>

<data key=’user.was.user.ev,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password.ev,com.ibm.mdm.advanced’ value=’’/>

<data key=’user.was.user.wb,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password.wb,com.ibm.mdm.advanced’ value=’’/>

Importante: O parâmetros de segurança a seguir não podem ser alterados:<data key=’user.was.security,com.ibm.mdm.advanced’ value=’1’/><data key=’user.was.security.on.off,com.ibm.mdm.advanced’ value=’on’/>

Parâmetros de segurança do WebSphere Application Server – usuário demapeamento de função de segurança de aplicativo WebSphere para protegerOSGI e serviços da web

<data key=’user.L2.was.admin.user,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.L2.was.admin.password,com.ibm.mdm.advanced’ value=’’/>

Desativando a Tela Inicial do Instalador durante a InstalaçãoSilenciosaUse este procedimento para desativar a tela inicial do IBM Installation Managerpara instalações silenciosas. Esta tarefa deve ser concluída para que a instalaçãosilenciosa seja executada com êxito.

Sobre Esta Tarefa

Siga estas etapas para incluir o parâmetro -nosplash no arquivo IBMIM.ini.

Procedimento1. Acesse o diretório INSTALLATIONMANAGER_INSTALL_HOME/eclipse.2. Abra o arquivo IBMIM.ini.3. Inclua o parâmetro -nosplash. Por exemplo:

v Microsoft Windows:


-toolId ibmim-accessRights nonAdmin-vm/home/ws7admin/IBM/InstallationManager/eclipse/jre_5.0.1.sr8a_20080811c/jre/bin/java-nosplash-vmargs-Xms40m-Xmx512m-Xquickstart-Xgcpolicy:gencon

v Linux e UNIX:vi IBMIN.ini/opt/IBM/InstallationManager/eclipse/jre_6.0.0.sr9_20110208_03/jre/bin/java-nosplash-vmargs-Xquickstart-Xgcpolicy:gencon

4. Salve e feche o arquivo.

Instalando silenciosamente usando um arquivo de respostaÉ possível instalar o InfoSphere MDM silenciosamente, em que as opções deinstalação são fornecidas em um arquivo de opções em vez dos painéis interativosdo IBM Installation Manager. Esse tipo de instalação é útil quando você estáexecutando várias instalações idênticas.

Antes de Iniciar

Certifique-se de concluir as etapas em “Desativando a Tela Inicial do Instaladordurante a Instalação Silenciosa” na página 155.

Sobre Esta Tarefa

Um arquivo de propriedades é gerado quando você executa o programa deinstalação interativo. Para usar uma instalação silenciosa, você deve editar oarquivo de propriedades ou criar seu próprio arquivo editando um dos arquivosde resposta de amostra.

Procedimento1. Para usar um arquivo de resposta de amostra, acesse STARTUPKIT_INSTALL_HOME.

Dica: É possível extrair o Installation Startup Kit do arquivo de pacote dodisk1.zip transferido por download.Os arquivos de resposta possuem uma extensão .res. Use o arquivo que sejaaplicável a seu sistema operacional.

2. Edite o arquivo de resposta e faça as alterações necessárias antes de iniciar ainstalação.

3. Inicie a instalação com o comando aplicável:v Utilize este comando para executar o IBM Installation Manager e, em

seguida, gere o arquivo de resposta correspondente:IBMIM -record recordedFile

v Utilize este comando para executar no modo silencioso: IBM InstallationManagerIBMIM -acceptLicense -silent -input inputFile

4. Se ocorrer um problema irrecuperável durante a instalação silenciosa, procure acausa nos arquivos de log no diretório MDM_INSTALL_HOME/logs/logs. Apóscorrigir o problema, execute a instalação silenciosa novamente.


Tarefas relacionadas:“Customizando o Arquivo de Resposta no Modo Silencioso” na página 149Resolução de problemas de uma instalação“Desinstalando no Modo Silencioso” na página 204Referências relacionadas:“Installation Startup Kit para instalações customizadas” na página 10

Criando um arquivo de resposta enquanto você está executandouma instalação gráficaUtilize este procedimento para capturar respostas e criar um arquivo de respostaquando você está executando o IBM Installation Manager no modo gráfico.

Antes de Iniciar

Os valores de senha no arquivo estão criptografados. Se o valor da senha foralterado no sistema, você deverá inserir o correto no arquivo de resposta antes deutilizá-lo para uma instalação silenciosa. É possível inserir um novo valorcriptografado para a senha e o sistema criptografa-o quando o arquivo forutilizado durante a instalação.

Procedimento1. Crie o arquivo de resposta iniciando a instalação com o seguinte comando:

../IBMIM -record $YOUR_PATH/mysilent.res

2. Após a conclusão da instalação e a criação do arquivo de resposta, abra oarquivo.

3. Exclua ou comente a seguinte linha, se ela estiver incluída no arquivo deresposta:<data key=’user.L2.db.driver.path,com.ibm.mdm.rdm’ value=’${DB2_JDBC_DRIVER_PATH}/java’/>

Importante: Se esta linha for deixada no arquivo de resposta, as instalaçõessilenciosas usando este arquivo de resposta irão falhar.

Modificando uma Instalação SilenciosamenteUse este procedimento para modificar uma instalação silenciosa existente.

Sobre Esta Tarefa

Para usar uma instalação silenciosa para modificar uma instalação existente, vocêdeve editar seu arquivo de resposta de instalação.


Procedimento

Para modificar sua instalação, configure o parâmetro modify como true e liste osrecursos que você deseja incluir. Por exemplo:<install modify=’true’><offering id=’com.ibm.mdm.advanced’ version=’11.0.0.v20130412-1501’profile=’IBM InfoSphere Master Data Management’features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature,com.ibm.mdm.ba.webapp.feature,com.ibm.mdm.ds.webapp.feature,com.ibm.mdm.pui.webapp.feature,com.ibm.mdm.pd.webapp.feature,


com.ibm.mdm.wb.webapp.feature,com.ibm.mdm.ev.webapp.feature,com.ibm.mdm.inspector.webapp.feature,com.ibm.mdm.ba.webapp.sample.feature’installFixes=’none’/></install>

Instalação manual usando o utilitário madconfigO utilitário madconfig pode ser usado para instalar manualmente o servidoroperacional MDM e os componentes do banco de dados. O IBM InstallationManager usa os destinos do utilitário durante a instalação.

Para executar qualquer destino de madconfig, você deve abrir um prompt de linhade comandos a partir do diretório MDM_INSTALL_HOME/mds/scripts.

Os destinos listados na tabela a seguir são os destinos básicos do utilitário. Hámais destinos do utilitário madconfig que são específicos para o InfoSphere MDM esão descritos em um tópico separado.

Tabela 24. Destinos Básicos do Utilitário madconfig

Comando Descrição

-projecthelp Lista todas as opções válidas e informações de uso desseutilitário

-propertyfile Carrega propriedades a partir de um arquivo registrado

-recordfile Registrar propriedades de resposta em um arquivo

Quando os comandos são executados, você é solicitado a fornecer maisinformações. Por exemplo, para configurar o servidor em que o servidoroperacional MDM está instalado, você é solicitado a fornecer determinadosparâmetros de configuração. Este exemplo mostra uma saída parcial de um destinode madconfig install_server_config (em que user input é um link em branco emque você insere sua resposta).C:/MDM/mds/scripts:madconfig install_server_config

Buildfile: build.xml

install_server_config:

## Enter WAS home:#WAS_INSTALL_HOME/IBM/WebSphere/AppServer

## Enter WAS host:#localhost

## Enter WAS port:#8879

O utilitário ainda solicita mais parâmetros do WebSphere Application Server,parâmetros do banco de dados (provedores JDBC e a origem de dados no servidorde aplicativos), nome do aplicativo, tipos de sistema de mensagens que serãousados (factories de conexão, filas e tópicos), além do tamanho de heap da JVM.

Uma maneira alternativa de executar um destino é usando a opção –propertyfile.O exemplo a seguir mostra como usar -propertyfile para executar o destino


install_mdm_eba. Esse destino instala o arquivo Enterprise Bundle Archive (.eba)do MDM em um servidor de aplicativos. As propriedades que são necessárias paraa implementação incluem detalhes do servidor, o ebaID, o ebaName, o blaName(nome do aplicativo no nível de negócios) e blaDes (descrição do aplicativo nonível de negócios).C:/MDM/mds/scripts:madconfig –propertyfile install_mdm_eba.properties install_mdm_eba

As propriedades necessárias para o destino são lidas no arquivo de propriedades.Quando essa opção está sendo usada, os valores são fornecidos com os nomes depropriedade exatos, conforme esperado pelo destino, porque ela só pode serexecutada quando os nomes de propriedades são conhecidos.

Destinos do utilitário madconfig para o InfoSphere MDMUse o utilitário madconfig para instalar manualmente o servidor operacional MDMe os componentes do banco de dados para implementações física e virtual. O IBMInstallation Manager usa os destinos do utilitário durante a instalação doInfoSphere MDM.

Esse utilitário é executado a partir do diretório MDM_INSTALL_HOME/mds/scripts deinstalação do servidor operacional.

As tabelas a seguir listam os destinos de madconfig para o InfoSphere MDM e seuuso.

Instalação do Servidor Operacional

A tabela a seguir lista os destinos relacionados à instalação do servidoroperacional. Cada destino solicita valores para parâmetros que pertencem aoservidor e ao banco de dados. Os destinos do servidor são usados para configuraro servidor em que o InfoSphere MDM está instalado.

Tabela 25. Destinos do utilitário madconfig para instalação do servidor operacional

Comando Descrição

-install_native_engine_ear Instala o servidor operacional nativo (mecanismo) parauma implementação do MDM virtual.

-install_server_config Configura o servidor de aplicativos para os componentesfísicos e virtuais, incluindo JDBC, caminho de classe evariáveis de ambiente.

-stop_server Para um servidor operacional no WebSphere ApplicationServer Network Deployment. Parar e iniciar o servidor énecessário após a instalação de uma configuração deservidor operacional. A opção -stop_base_server deve serusada quando o servidor não for gerenciado (servidorBase).

-start_server Inicia um servidor operacional em uma implementação deservidor de aplicativos gerenciada. Use a opção-start_base_server quando o servidor de aplicativos nãofor gerenciado.

-install_mdm_old_ws_ear Instala o JAR de serviços da web do MDM físico noservidor de aplicativos.

-install_mdm_eba Instala o InfoSphere MDM OSGi.

-install_prop_file_jar Instala o JAR do arquivo de propriedades necessário aosaplicativos InfoSphere MDM.


Tabela 25. Destinos do utilitário madconfig para instalação do servidoroperacional (continuação)

Comando Descrição

-install_mdm_ws_ear Instala o archive corporativo de serviços da web doInfoSphere MDM.

-install_mds_ws_api Instala a API para o MDM virtual.

-enable_app_security Cria usuários, cria grupos, inclui usuários em grupos, criaconjunto de políticas e cria ligação do conjunto de políticaspara o arquivo EAR de serviços da web.

-map_roles_to_users Cria o mapeamento de função de Segurança e omapeamento de função RunAs para o EBA e o arquivoEAR de serviços da web.

-full_sync Sincroniza nós em uma implementação de servidorgerenciado para refletir a segurança do usuário para oInfoSphere MDM. Esse destino deve ser executado após aexecução do destino map_roles_to_users.

-enable_deployment_target Verifica o status do servidor operacional; se o servidor forinterrompido, é possível usar esse destino para reiniciá-lo.

Instalação do banco de dados do InfoSphere MDM

A tabela a seguir lista os destinos usados para instalar e configurar esquemasfísicos e virtuais para o banco de dados do MDM.

Tabela 26. Destinos do utilitário madconfig para instalação do banco de dados

Comando Descrição

-install_core_db_db2 Cria tabelas, acionadores, restrições e funções para o bancode dados principal do InfoSphere MDM que está instaladono IBM DB2.

-install_domain_db_db2 Cria tabelas, acionadores, restrições e funções paradomínios do InfoSphere MDM em um banco de dadosDB2.

-install_core_db_ora Cria tabelas, acionadores, restrições e funções para umbanco de dados principal do InfoSphere MDM no Oracle.

-install_domain_db_ora Cria tabelas, acionadores, restrições e funções paradomínios do InfoSphere MDM em um banco de dadosOracle.

-install_core_db_sql Cria tabelas, acionadores, restrições e funções para o bancode dados principal do InfoSphere MDM no Microsoft SQLServer.

-Update_configelement_matchingAtualiza a tabela Configelement para o tipo decorrespondência selecionado.

-Update_appsoftware_eba Atualiza a tabela appsoftware fornecendo o nomeapropriado do EBA na coluna de nome do software.

-create_datasource Cria a origem de dados que é usada por um MDM virtual.

-create_odbc Cria um ODBC para uso pelo MDM virtual.

-register_odbc Registra o ODBC para o MDM virtual.

-bootstrap_datasource Cria as tabelas para o MDM virtual.


Tabela 26. Destinos do utilitário madconfig para instalação do banco dedados (continuação)

Comando Descrição

-test_datasource Para testar sua origem de dados, você deve fornecer onome do banco de dados e o nome do DSN. O nome doDSN pode ser localizado no arquivo odbc.ini no diretório/conf mds ou é possível utilizar o comando./madconfig.sh list_datasources.

Forneça o nome do banco de dados e o nome do DSNconforme a seguir:

./madconfig.sh test_datasource -Dmad.db.name=dbname-Dmad.db.dsn=DSNname

Instalações da interface com o usuário da web do InfoSphere MDM

O utilitário madconfig suporta a instalação das interfaces com o usuário doInfoSphere MDM baseadas na web.

Importante: Antes de executar qualquer um dos destinos de instalação de interfacecom o usuário da web, deve-se primeiro executar o destino apropriado para criar einiciar o servidor de aplicativos:v Para o WebSphere Application Server Network Deployment Edition, execute

-enable_deployment_target.v Para o WebSphere Application Server Base Edition, execute -start_base_server.

A tabela a seguir descreve os destinos que são utilizados para instalar e configuraras interfaces da web.

Tabela 27. Destinos do utilitáriomadconfig para interfaces com o usuário baseadas na web

Comando Descrição

-config_mdm_web_app Configura o seguinte:

v Inclui a porta definida por WC_defaulthost_secure nodefault_host como o alias do host.

v Inclui a propriedade customizadacom.ibm.CORBA.RequestTimeout no Serviço ORB.

v Configura Requer SSL para true nas configuraçõesSegurança global > Conexão única.

-mds_ui_prop_config Configura os arquivos de propriedades para os aplicativosda web do MDM virtual, incluindo Inspetor, Web Reportse Enterprise Viewer.

-mdm_ui_prop_config Configura os arquivos de propriedades para os aplicativosda web do MDM físico, incluindo o Data Stewardship UI,Business Administration UI e Product Maintenance UI.

-install_mds_web_app Implementa os aplicativos da web do MDM virtual. ParaInspector e Web Reports, este destino configura o modo docarregador de classes para PARENT_LAST e a políticapara SINGLE.

-install_mdm_web_app Implementa os aplicativos da web do MDM físico.


Tabela 27. Destinos do utilitáriomadconfig para interfaces com o usuário baseadas naweb (continuação)

Comando Descrição

-import_ssl_certificate Importa o certificado SSL. Esse destino é obrigatórioquando:

v Instalando as interfaces da web do MDM virtual.

v Ativando o SSL para as interfaces da web do MDMvirtual.

v Implementando as interfaces da web do MDM virtual eo servidor operacional implementados em diferentescélulas do servidor de aplicativos.

Para instalar a interface da web do MDM físico, execute os seguintes destinosmadconfig em sequência:1. mdm_ui_prop_config

2. config_mdm_web_app

3. install_mdm_web_app

Para instalar a interface da web do MDM virtual, execute os seguintes destinosmadconfig em sequência:1. mds_ui_prop_config

2. config_mdm_web_app

3. install_mds_web_app

Configuração da procura flexível

O utilitário madconfig suporta a configuração e gerenciamento do flexible search.

A tabela a seguir descreve os destinos que são usados para configurar e gerenciar oflexible search.

Tabela 28. Destinos do utilitário madconfig para o flexible search

Comando Descrição

-flexsearch_config Configura o flexible search para indexar atributos doInfoSphere MDM no Data Explorer conforme as entidadesque são compostas desses atributos sãocriadas/atualizadas/excluídas.

-flexsearch_syncdb Indexa entidades ao Data Explorer especificando valoresdo intervalo entrecno (id da entidade) a serem indexados apartir do banco de dados do servidor operacional.

-flexsearch_sync_svc_enable Ativa o serviço de sincronização de índice do flexiblesearch.

-flexsearch_sync_svc_disable Desativa o serviço de sincronização de índice do flexiblesearch.

InfoSphere MDM uninstall

O utilitário madconfig também suporta a desinstalação do servidor de aplicativos ebanco de dados.


Atenção: A reconfiguração do servidor operacional MDM e dos componentes dobanco de dados é suportada pela ferramenta Ambiente de Teste no InfoSphereMDM do Ambiente de Trabalho. Embora os destinos de madconfig estejamdisponíveis para reconfiguração, a melhor prática é sempre usar a ferramenta deambiente de trabalho.

Tabela 29. Destinos do utilitário madconfig para desinstalação

Comando Descrição

-uninstall_mds_ws_api Desinstala a API para o MDM virtual.

-uninstall_mdm_ws_ear Desinstala o archive corporativo de serviços da web doInfoSphere MDM.

-uninstall_mdm_web_app Desinstala as interfaces da web do InfoSphere MDM:

v Business Administration UI

v Data Stewardship UI

v Product Maintenance UI

v Inspector

v Relatórios da Web

v Enterprise Viewer

-uninstall_prop_file_jar Desinstala o JAR do arquivo de propriedades necessáriopara um aplicativo do InfoSphere MDM.

-uninstall_mdm_eba Desinstala o OSGi. InfoSphere MDM

-uninstall_mdm_old_ws_ear Desinstala o JAR de serviços da web do MDM físico noservidor de aplicativos.

-uninstall_server_config Remove as mudanças na configuração relacionadas aoInfoSphere MDM feitas para o servidor de aplicativos.

-uninstall_native_engine_ear Desinstala o servidor operacional nativo (mecanismo) parao MDM virtual.

-remove_datasource Remove a origem de dados usada por um MDM virtual.

-unregister_odbc Cancela o registro do ODBC usado pelo MDM virtual.


Criando um Script Automatizado do Utilitário madconfig

Visão Geral da Configuração de Preferências do Ambiente de Teste

Instalando uma solução MDM híbridaSe você planeja utilizar o InfoSphere MDM como uma solução MDM híbrida,deve-se instalar o InfoSphere MDM Advanced Edition e, em seguida, concluiralgumas tarefas de pós-instalação para configurar a implementação híbrida.

Sobre Esta Tarefa

O estilo de implementação de MDM híbrida do InfoSphere MDM é instaladoutilizando o mesmo processo da Advanced Edition (que inclui ambos os estilos deimplementação, o MDM físico e o MDM virtual). Os recursos do MDM híbridodevem ser configurados após a instalação do aplicativo.

Procedimento1. Conclua os procedimentos de instalação para implementar o InfoSphere MDM

Standard Edition e Advanced Edition.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.release.installpostcfg.doc/topics/t_einstall_recordfile.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.wb.workbench.doc/c_Overview_SettingTestEnvironmentPreferences.html

2. Ative os recursos do MDM híbrido concluindo os procedimentosdocumentados na seção Configuração de pós-instalação da documentação.

3. Configure a solução MDM híbrido utilizando os procedimentos documentadosna seção Desenvolvendo para Standard e Advanced Editions > MDM híbrido dadocumentação.


configuração híbrida

MDM híbrido

Instalando Aplicativos Clientes e Componentes IndividuaisO IBM Installation Manager fornece a opção para selecionar a instalação decomponentes individuais. Essa opção é usada quando você deseja instalarcomponentes em estações de trabalho ou em um servidor diferente do servidor noqual você instala o servidor operacional e o banco de dados do MDM.

Se você estiver optando por instalar um componente individual em uma máquinacom outros componentes do InfoSphere MDM já instalados, use a opção Modificar,em vez da opção Instalar.

Use o IBM Installation Manager para desinstalar aplicativos clientes.




Depois de instalar o recurso, verifique se a instalação foi bem-sucedidavisualizando os arquivos de log.

Quando as interfaces da web do InfoSphere MDM estão instaladas e em execução,é possível acessá-las com um navegador da web nos seguintes URLs:

Business Administration UIhttps://<hostname>:<port>/CustomerBusinessAdminWeb/faces/login.jsp

Data Stewardship UIhttps://<hostname>:<port>/CustomerDataStewardshipWeb/faces/login.jsp

Product Maintenance UIhttps://<hostname>:<port>/ProductWeb/faces/login.jsp

Inspectorhttps://<hostname>:<port>/inspector/common/login.ihtml

Enterprise Viewerhttps://<hostname>:<port>/accessweb/empi/MITLogin.jsp

Relatórios da Webhttps://<hostname>:<port>/webreports/common/login.html

Nota: Os valores <hostname> e <port> diferem dependendo dos detalhes de cadainstalação. Por padrão, a instalação de estação de trabalho típica utiliza a porta9443 em cada URL, mas outros tipos de instalações podem utilizar portas


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.release.installpostcfg.doc/topics/hybrid_configuration.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.hybrid.setup.doc/topics/hybrid_setup.html

diferentes. Use o WebSphere Application Server Integrated Solutions Console(console administrativo) para consultar o valor de porta real.Tarefas relacionadas:“Modificando a Instalação” na página 179“Desinstalando um Único Componente” na página 204“Visualizando os Logs de Instalação do InfoSphere MDM” na página 179Resolução de problemas de uma instalação“Separando configuração de instalação” na página 132Referências relacionadas:“Estruturas de Diretórios” na página 16Informações relacionadas:

Configurando a Segurança do Aplicativo para Aplicativos da Web

Instalando o Business Administration UIUtilize este procedimento para instalar o Business Administration UI. Osadministradores podem usar o Business Administration UI para gerenciardeterminados elementos do servidor operacional MDM sem ter que modificarmanualmente os arquivos de propriedades ou tabelas de banco de dados.

Antes de Iniciar

Antes de instalar o Business Administration UI, certifique-se de que você atendaesses pré-requisitos:v Seu ambiente atende aos requisitos de hardware e software para este

componente.v Você concluiu as etapas de preparação do IBM Installation Manager.v Você revisou e concluiu a planilha de instalação de aplicativos do usuário.v Você tem o IBM WebSphere Application Server instalado e em execução.v Se você estiver atualizando de uma versão anterior do aplicativo e tiver

configurações customizadas nos arquivos de propriedades, faça uma cópia dosarquivos.

Sobre Esta Tarefa

O aplicativo Business Administration pode ser instalado em um servidor ouestação de trabalho. Ele também pode ser instalado em uma máquina remotaescolhendo um perfil do Aplicativo WebSphere remoto.

Esse aplicativo não é suportado para uso com um banco de dados Microsoft SQLServer.

Há duas opções disponíveis na instalação: Instalar ou Modificar. A opção Instalarpresume que você esteja instalando o aplicativo em um servidor ou estação detrabalho limpos. Isso significa que o servidor ou a estação de trabalho não possuinenhum componente do InfoSphere MDM que já esteja instalado (por exemplo, oservidor operacional MDM, componente do banco de dados, ou outro aplicativo dousuário). Se algum componente do InfoSphere MDM estiver presente na máquinaem que o aplicativo está sendo instalado, você deverá usar a opção Modificar.

Procedimento1. Iniciar IBM Installation Manager.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.release.installpostcfg.doc/topics/t_configure_WAS_app_to_use_https_and_secureserverport.html

2. No painel de início do IBM Installation Manager, selecione Instalar ouModificar.

3. Se você tiver selecionado Instalar, conclua estas etapas.a. No painel Instalar pacotes, selecione a oferta do InfoSphere MDM e clique

em Avançar.b. Prossiga pelos painéis para aceitar o contrato de licença, selecionar o

diretório de instalação e o idioma.c. No painel Instalar pacotes, selecione Business Administration UI. Clique

em Avançar.d. Insira as informações de configuração para o aplicativo.e. Revise as informações de resumo da instalação e clique em Instalar.

4. Se você tiver selecionado Modificar, conclua estas etapas.a. No painel Modificar Pacotes, selecione o pacote do InfoSphere MDM e

clique em Avançar.b. Selecione o idioma e clique em Avançar.c. No painel Modificar Pacotes, selecione Business Administration UI.

Componentes instalados anteriormente serão selecionados automaticamente.Certifique-se de que eles permaneçam selecionados; caso contrário, o IBMInstallation Manager os removerá. Clique em Avançar.

d. Insira as informações de configuração para o aplicativo. Utilize a planilhade aplicativos de usuário do MDM como recomendação. Clique emAvançar.

e. Revise as informações de resumo e verifique se o componente que vocêdeseja instalar está listado na caixa Incluir Recursos e se nenhumcomponente está listado na caixa Remover Recursos. Clique em Modificar.

5. Clique em Concluir quando a instalação estiver concluída e feche o IBMInstallation Manager.

6. Abra o IBM WebSphere Application Server Integrated Solutions Console(console administrativo) e verifique se o aplicativo está implementado noservidor especificado durante a instalação.

O que Fazer Depois

Para acessar o Business Administration UI depois de ter sido instalado e iniciado,navegue no navegador da web para a seguinte URL (substituindo <hostname> e<port> pelos valores apropriados): https://<hostname>:<port>/CustomerBusinessAdminWeb/faces/login.jsp

Saiba mais sobre como utilizar o Business Administration UI revisando o conceitorelacionado.Referências relacionadas:“Planilha de instalação de aplicativos do usuário” na página 44Informações relacionadas:


Instalando o Data Stewardship UIUtilize este procedimento para instalar o Data Stewardship UI. O aplicativo DataStewardship UI suporta o controle de dados para dados do MDM físico.



Antes de Iniciar

Certifique-se de que estes pré-requisitos sejam atendidos:v Seu ambiente atende os requisitos de hardware e software para este componentev Você concluiu as etapas de preparação do IBM Installation Managerv Você revisou e concluiu a planilha de instalação de aplicativos do usuário do

MDMv Você tem o IBM WebSphere Application Server instalado e em execuçãov Se você estiver atualizando de uma versão anterior do aplicativo e tiver


Sobre Esta Tarefa

O Data Stewardship UI é utilizado para manter a qualidade dos dados dentro donúcleo físico do aplicativo MDM.

Esse aplicativo pode ser instalado em um servidor ou estação de trabalho. Etambém em uma máquina remota, escolhendo um WebSphere Application Profileremoto.


Há duas opções disponíveis na instalação: Instalar ou Modificar. A opção Instalarpresume que você esteja instalando o aplicativo em um servidor ou estação detrabalho limpos. Isso significa que o servidor (ou estação de trabalho) não possuinenhum componente do InfoSphere MDM já instalado, como por exemplo umservidor operacional do MDM, um componente do banco de dados ou outroaplicativo do usuário. Se algum componente do MDM estiver presente na máquinana qual você está instalando o aplicativo, utilize a opção Modificar.

Procedimento1. Iniciar IBM Installation Manager.2. No painel de início do IBM Installation Manager, selecione Instalar ou

Modificar.3. Se você tiver selecionado Instalar, conclua estas etapas.

a. No painel Instalar pacotes, selecione a oferta do InfoSphere MDM e cliqueem Avançar.

b. Prossiga pelos painéis para aceitar o contrato de licença, selecionar odiretório de instalação e o idioma.

c. No painel Instalar pacotes, selecione Data Stewardship UI. Clique emAvançar.

d. Insira as informações de configuração para o aplicativo. Utilize a planilhade aplicativos de usuário do MDM como recomendação.

e. Revise as informações de resumo da instalação e clique em Instalar.4. Se você tiver selecionado Modificar, conclua estas etapas.

a. No painel Modificar Pacotes, selecione o pacote do InfoSphere MDM eclique em Avançar.

b. Selecione o idioma e clique em Avançar.c. No painel Modificar Pacotes, selecione Data Stewardship UI. Componentes

instalados anteriormente serão selecionados automaticamente. Certifique-se


de que eles permaneçam selecionados; caso contrário, o IBM InstallationManager os removerá. Clique em Avançar.




6. Acesse o IBM WebSphere Application Server Integrated Solutions Console(console administrativo) e verifique se o aplicativo está implementado noservidor especificado durante a instalação.

O que Fazer Depois

Para acessar o Data Stewardship UI depois de ter sido instalado e iniciado,navegue no navegador da web para a seguinte URL (substituindo <hostname> e<port> pelos valores apropriados): https://<hostname>:<port>/CustomerDataStewardshipWeb/faces/login.jsp

Saiba mais sobre como utilizar o Data Stewardship UI, revisando o conceitorelacionado.Referências relacionadas:“Planilha de instalação de aplicativos do usuário” na página 44Informações relacionadas:

Introdução ao Data Stewardship


Criando Manualmente um Usuário do Task Management para oData Stewardship UIEm determinadas circunstâncias, você deverá criar manualmente um usuário doTask Management para o Data Stewardship UI.

Sobre Esta Tarefa

Ao instalar o servidor operacional do MDM e o componente do banco de dados, ocomponente e o Configuration Repository são incluídos no conjunto de instalação,e o instalador cria automaticamente o usuário do Task Management. Se ocomponente do banco de dados do MDM e o Configuration Repository nãoestiverem incluídos no conjunto de instalação, por exemplo, devido a umainstalação manual, você deverá criar manualmente o usuário do Task Managementpara executar corretamente o Data Stewardship UI.

Procedimento

Escolha a opção apropriada para criar o usuário do Task Management para o DataStewardship UI, de acordo com a forma que a segurança global do WebSphereApplication Server estiver configurada em seu ambiente:v Para criar um usuário do Task Management quando a segurança global do

WebSphere Application Server estiver desativada, configure e execute a seguinteinstrução SQL:MDM_INSTALL_HOME/ TaskManagement/TaskManagementGSOFF.sql


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.dat.stdshp.doc/c_Getting_Started_with_Data_Stewardship.html


v Para criar um usuário do Task Management quando a segurança global doWebSphere Application Server estiver ativada, configure e execute a seguinteinstrução SQL:MDM_INSTALL_HOME/ TaskManagement/TaskManagementGSON.sql

Instalando o Product Maintenance UIUtilize este procedimento para instalar o Product Maintenance UI. O ProductMaintenance UI é utilizado para manter a qualidade dos dados do produto.

Antes de Iniciar

Certifique-se de que estes pré-requisitos sejam atendidos:v Seu ambiente atende aos requisitos de hardware e software para este

componente.v Você concluiu as etapas de preparação do IBM Installation Manager.v Revisou e concluiu a planilha de instalação de aplicativos do usuário do MDM.v Você tem o IBM WebSphere Application Server instalado e em execução.v Se você estiver atualizando de uma versão anterior do aplicativo e tiver


Antes de instalar esse aplicativo, assegure-se de que os argumentos de tamanho deheap da JVM do gerenciador de implementação (Dmgr) do WebSphere ApplicationServer estejam configurados como 512 MB e 1024 MB.

Sobre Esta Tarefa

Os administradores são responsáveis por instalar, implementar e suportar osusuários do aplicativo Product Maintenance UI.

Esse aplicativo pode ser instalado em um servidor ou estação de trabalho. Etambém em uma máquina remota, escolhendo um WebSphere Application Profileremoto.


Há duas opções disponíveis na instalação: Instalar ou Modificar. A opção Instalarpresume que você esteja instalando o aplicativo em um servidor ou estação detrabalho limpos. Isso significa que o servidor (ou estação de trabalho) não possuinenhum componente do InfoSphere MDM já instalado, como por exemplo umservidor operacional do MDM, um componente do banco de dados ou outroaplicativo do usuário. Se algum componente do MDM estiver presente na máquinana qual você está instalando o aplicativo, utilize a opção Modificar.






c. No painel Instalar pacotes, selecione Product Maintenance UI. Clique emAvançar.

d. Insira as informações de configuração para o aplicativo. Utilize a planilhade aplicativos de usuário do MDM como recomendação.

e. Revise as informações de resumo da instalação e clique em Instalar.4. Se você tiver selecionado Modificar, conclua estas etapas.

a. No painel Modificar Pacotes, selecione o pacote do InfoSphere MDM eclique em Avançar.

b. Selecione o idioma e clique em Avançar.c. No painel Modificar Pacotes, selecione Product Maintenance UI.





6. Abra o IBM WebSphere Application Server Integrated Solutions Console(console administrativo) e verifique se o aplicativo está implementado noservidor especificado durante a instalação.

O que Fazer Depois

Para acessar o Product Maintenance UI após ele ter sido instalado e iniciado,navegue no navegador da web para a seguinte URL (substituindo <hostname> e<port> pelos valores apropriados): https://<hostname>:<port>/ProductWeb/faces/login.jsp

Saiba mais sobre como utilizar o Product Maintenance UI, revisando o conceitorelacionado.Referências relacionadas:“Planilha de instalação de aplicativos do usuário” na página 44Informações relacionadas:

Introdução à interface com o usuário do Product Maintenance


Instalação do InfoSphere MDM do Ambiente de TrabalhoInstale o InfoSphere MDM do Ambiente de Trabalho usando essas etapas se estiverusando um tipo de implementação de instalação customizada e estiver instalandosomente o Workbench.

Antes de Iniciar

Certifique-se de que estes pré-requisitos sejam atendidos:v Seu ambiente atende os requisitos de hardware e software


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.produi.doc/c_getting_started_with_prod_maint_ui.html


v Você concluiu as etapas de preparação do IBM Installation Manager se esta foruma instalação customizada

v Você tenha instalado o IBM Rational Application Developerv Você tenha instalado o InfoSphere MDMv O login que você utiliza no computador deve ter permissão para gravar no

registro.

Se planejar instalar o Workbench como parte de uma instalação de estação detrabalho independente para implementação do DB2, consulte as instruções parainiciar uma instalação independente (consulte as tarefas relacionadas).

Sobre Esta Tarefa

O InfoSphere MDM do Ambiente de Trabalho é utilizado por implementadores ouadministradores para gerenciar o ambiente do InfoSphere MDM. Usando esseaplicativo, é possível gerenciar algoritmos, criar visualizações compostas, editartabelas de dicionário de dados e desenvolver modelos lógicos de membro, fluxos emapeamentos para origens de dados.

O InfoSphere MDM do Ambiente de Trabalho é uma tecnologia baseada no Eclipsee é executado em computadores que utilizam o Microsoft Windows.

Você deve ter o IBM Rational Application Developer instalado para usar oambiente de trabalho.

Procedimento1. Encerre o IBM Rational Application Developer se ele estiver em execução.2. Iniciar IBM Installation Manager.3. Na tela inicial do IBM Installation Manager, clique em Instalar.4. No painel Instalar pacotes, selecione IBM InfoSphere Master Data

Management Workbench e clique em Avançar.5. Aceite o contrato de licença.6. Selecione o grupo de pacotes onde o IBM Rational Application Developer está

instalado e clique em Avançar.7. Clique em Instalar.8. Clique em Concluir quando concluído.

O que Fazer Depois

Agora é possível usar o InfoSphere MDM do Ambiente de Trabalho paraconfigurar seu servidor operacional.Tarefas relacionadas:“Iniciando um independente com a instalação do DB2 utilizando a Barra deativação” na página 65Visualizando os Logs de InstalaçãoReferências relacionadas:“Bibliotecas de 32 Bits Necessárias em Sistemas Operacionais de 64 Bits” na página5“Requisitos de Instalação” na página 2


Configurando definições do servidor WorkbenchDentro do InfoSphere MDM Workbench, configure parâmetros para seu WebSphereApplication Server para assegurar que a instalação seja executada sem dificuldade.

Sobre Esta Tarefa

Configure alguns parâmetros no MDM Workbench para refletir a função subjacentedo aplicativo e sua configuração.

Comece escolhendo a opção para Executar servidor com recursos no Servidor.Esta opção instala e copia o aplicativo completo e sua configuração específica doservidor a partir do Workbench para os diretórios do servidor. Esta opção reflete aforma que o aplicativo e a configuração são implementados no ambiente deprodução. Em particular, um CBA é fisicamente construído, empacotado eimplementado no repositório de pacotes configuráveis interno do WebSphereApplication Server.

Em segundo lugar, escolha a opção Nunca publicar automaticamente. Se você nãoescolher essa opção, uma operação de publicação que consome muito tempoocorrerá sempre que uma simples mudança acontecer na área de trabalho.

Em terceiro lugar, desmarcar a opção para Iniciar servidor com um script geradopermite que a criação de log do MDM log ocorra sem problemas.

Procedimento1. Na visualização Servidores, dê um clique duplo do WebSphere Application

Server para abrir o editor do servidor.2. Na página Publicando configurações para o WebSphere Application Server,

navegue para a lista Modificar as configurações de publicação.3. Escolha a opção Executar servidor com recursos no Servidor.4. Na página Publicação, navegue para a lista Modificar configurações para

publicação.5. Escolha a opção Nunca publicar automaticamente.6. Na página Visão Geral, navegue para a lista Otimizar início do servidor para

desenvolvimento.7. Desmarque a caixa de seleção para Iniciar servidor com um script gerado.8. Digite Ctrl+S para salvar as definições de configuração do servidor.9. Feche o editor.

10. Inicie o servidor:a. Na visualização Servidores, clique com o botão direito no servidor.b. Selecione Iniciar.

Instalação de amostrasAs amostras incluem mapeamentos e arquivos de código-fonte que demonstram oconsumo de InfoSphere MDM. Instale estas amostras apenas em ambientes dedesenvolvimento.

As amostras estão disponíveis a partir dos seguintes locais:v fragmentos de código na documentaçãov Pacote dentro do IBM Installation Managerv site de amostras e ativos para o InfoSphere MDM



Lista de amostra

Instalando as amostras com o IBM Installation ManagerUse este procedimento para instalar o recurso Amostras que faz parte do IBMInstallation Manager.

Sobre Esta Tarefa

Outras amostras estão disponíveis na documentação ou faça o download delas apartir do site de amostras e ativos.

Há duas opções disponíveis na instalação: Instalar ou Modificar. A opção Instalarpresume que você esteja instalando o aplicativo em um servidor ou estação detrabalho limpos. Isso significa que o servidor ou a estação de trabalho não possuinenhum componente do InfoSphere MDM que já esteja instalado (por exemplo, oservidor operacional MDM, componente do banco de dados, ou outro aplicativo dousuário). Se algum componente do MDM estiver presente na máquina na qualvocê está instalando o aplicativo, utilize a opção Modificar.





c. No painel Instalar pacotes, selecione Samples. Clique em Avançar.d. Revise as informações de resumo da instalação e clique em Instalar.

4. Se você tiver selecionado Modificar, conclua estas etapas.a. No painel Modificar Pacotes, selecione o pacote do InfoSphere MDM e

clique em Avançar.b. Selecione o idioma e clique em Avançar.c. No painel Modificar Pacotes, selecione Samples. Componentes instalados

anteriormente serão selecionados automaticamente. Certifique-se de que elespermaneçam selecionados; caso contrário, o IBM Installation Manager osremoverá. Clique em Avançar.




6. Verifique se os arquivos de amostra foram criados no diretórioMDM_INSTALL_HOME.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.samples.doc/topics/samples_stdadv.html

Instalando as amostras a partir do site de amostras e ativos parao InfoSphere MDMUma tecla de acesso em um arquivo de texto no IBM Passport Advantage énecessária para fazer o download de amostras. Em seguida, para instalá-las,descompacte o arquivo transferido por download em seu computador local.

Sobre Esta Tarefa

Outras amostras estão disponíveis na documentação ou instale-as juntamente comas edições, utilizando IBM Installation Manager.

Procedimento1. Obtenha a chave de acesso para as amostras:

a. Efetue login no IBM Passport Advantage e procure as amostras eAssembly.

Dica: Expanda a lista eAssembly para selecionar o item para download.b. Faça o eAssembly e descompacte o arquivo transferido por download. A

tecla de acesso está em um arquivo de texto que está dentro do arquivotransferido por download.

2. Faça o download das amostras:a. Efetue login no site de amostras e ativos, selecione o pacote e clique em

Continuar.b. Digite a chave de acesso para as amostras e outras informações para

concluir o processo de download.3. Instale as amostras descompactando os arquivos em seu computador local.

O que Fazer Depois

Para algumas amostras, conclua as etapas de configuração adicionais.Referências relacionadas:

IBM Passport Advantage

Site de amostras e ativos

Verificando a instalação baseO IBM Installation Manager executa automaticamente uma rotina de verificaçãopara testar a instalação, executando três transações físicas para incluir uma pessoa,uma organização e um contrato, além de uma transação virtual. Se estas operaçõesforem bem-sucedidas, então a instalação é concluída com êxito.

Além disso, é possível utilizar o Cliente de Teste para executar transações de testepara garantir que o InfoSphere MDM está instalado corretamente.Tarefas relacionadas:Capítulo 3, “Instalando o produto”, na página 21“Instalando um servidor independente com o DB2” na página 65“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 73“Instalando uma implementação customizada do InfoSphere MDM” na página 123

“Instalando o InfoSphere MDM em um ambiente em cluster” na página 137Resolução de problemas de uma instalação


http://www.ibm.com/software/lotus/passportadvantage/

https://www.ibm.com/services/forms/preLogin.do?source=swg-iismdms

Referências relacionadas:Capítulo 2, “Visão geral da instalação”, na página 7“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 13

Verificando a Instalação com o Cliente de Teste noWebSphere Application Server

Verifique sua instalação com o Cliente de Teste do servidor de aplicativos queconclui diversos casos de teste pré-configurados.

Sobre Esta Tarefa

O Cliente de Teste suporta somente bancos de dados DB2 e Oracle.

Procedimento1. No arquivo TestClient.properties na pasta MDM_INSTALL_HOME/IVT/properties,

insira o nome de usuário em user= e a senha em password=, se a segurança doaplicativo estiver ativada.

2. Edite todas as outras propriedades requeridas para criar os parâmetros para oteste que você deseja executar. Para obter informações sobre as propriedadesque podem ser editadas, consulte o tópico Propriedades do cliente de teste.

3. Acesse o diretório MDM_INSTALL_HOME/IVT:4. Remova os dados seguindo as etapas para seu tipo de instalação:

v Execute o seguinte script na linha de comandos para remover os dados sevocê tiver instalado o InfoSphere MDM no Oracle:sqlplus <DB_USER>/<DB_PASSWORD>@TNS@./sql/clearOperationData.sql

v Siga estas etapas para limpar os dados se você tiver instalado o InfoSphereMDM no DB2:a. Conecte-se ao banco de dados do DB2.b. Remova os dados do DB2 executando o seguinte script na linha de

comando:db2 -tvf./sql/deleteIVTdata

5. Da linha de comandos, execute os casos de teste, execute o script:TestClient.sh TEST_CHANNEL XML_FOLDER [USER_NAME PASSWORD] where:v TEST_CHANNEL é o método para enviar os casos de teste para o servidor, ou:

– Para RMI, insira rmi

– Para HTTP, insira soap

– Para JMS, insira jms

v XML_FOLDER é a pasta que contém os casos de teste XML que você desejaexecutar:– Para casos de teste TCRM, insira ./testCases/xml

– Para casos de teste do MDM virtual, insira ./testCases/xml_virtual

– Para casos de teste admin, insira ./testCases/xml_admin

– Para casos de teste compostos TCRM, insira ./testCases/xml_composite

– Para um caso de teste do sistema de mensagens, insira./testCases/xml_msg

v Se a segurança estiver ativada, insira o nome de usuário para efetuar logonno sistema em USER_NAME


v Se a segurança estiver ativada, insira a senha para o nome de usuário emPASSWORD

Por exemplo, para executar os casos de teste admin no WebSphere ApplicationServer através de HTTP com a segurança não ativada, insiraTestClient.sh soap testCases/xml_admin

6. Quando o teste estiver concluído, é possível ver resultados nos diretórios aseguir:v Para ver as respostas criadas pelos testes, verifique a pasta ./response para

cada caso de teste (como ./testCases/xml/response).v Para ver os logs, a lista de execução de casos de teste e seus status, verifique

os arquivos de log em MDM_INSTALL_HOME/IVT/logs.

Exemplo

A tabela a seguir mostra os testes, com as linhas de comando correspondentes, quevocê pode executar:

Tabela 30. Testes de Verificação de Instalação

Para executar o teste: Use o comando:

Para fornecer um arquivo desolicitação para executar um únicocaso de teste TCRM

TestClient.sh rmi./testCases/xml/TCRMaddPerson.xml

Para executar casos de teste JMS Forneça o factory de conexão da fila, o nome dafila de solicitações e o nome da fila de resposta noarquivo TestClientJMS.properties e depoisexecute TestClient.sh jms./testCases/xml

Para executar casos de teste de sistemade mensagens

v Para Oracle:

1. Execute @./sql/Oracle/update_event_active.sql para ativar umevento

2. Reinicie o WebSphere Application Server

3. Execute TestClientWL.shrmi./testCases/xml_msg

v Para o DB2:

1. Execute IVT/sql/db2/update_event_active.sql para ativar umevento

2. Reinicie o WebSphere Application Server

3. Execute TestClientWL.shrmi./testCases/xml_msg

Para executar os casos de teste admin TestClient.sh rmi./testCases/xml_admin

Propriedades do Cliente de TesteÉ possível editar as entradas no arquivo TestClient.properties na pastaMDM_INSTALL_HOME/IVT/properties para configurar os parâmetros para o teste.

Tabela 31. Propriedades que Podem Ser Configuradas no Arquivo de Propriedades doCliente de Teste

Para Configurar o Parâmetro: Configure o Seguinte Parâmetro como:

Para executar casos de teste sem classificação sort=


Tabela 31. Propriedades que Podem Ser Configuradas no Arquivo de Propriedades doCliente de Teste (continuação)

Para Configurar o Parâmetro: Configure o Seguinte Parâmetro como:

Para classificar os casos de teste pelo diretório.Consulte regex= para obter os critérios declassificação

sort=d

Para classificar os casos de teste. Consulteregex= para obter os critérios de classificação

sort=f

Para classificar diretórios e casos de teste.Consulte regex= para obter os critérios declassificação

sort=d|f

Para extrair a primeira correspondência comochave de comparação de classificação. A ordemde classificação é baseada na chave.

O padrão é extrair o último número digital doarquivo de pedido.

regex= [0-9]*[0-9]$

Para classificar pela ordem de cadeia regex=

Para incluir um nome de usuário user=

Para incluir uma senha password=

Para testar o valor extraído utilizando umaexpressão regular

java -cp./lib/TestClient.jar -regextcrmtest_001

Para obter informações sobre como usar o Javapara casos de testes de execuções

java -cp./lib/TestClient.jar ?

Para usar o adaptador MDM JMS, insira onome do factory de conexão da fila

QueueConnectionFactory=

Para inserir um nome de destino da fila depedidos

RequestQueue=

Para inserir o nome de destino da fila deresposta

ResponseQueue=

Logs de InstalaçãoHá dois tipos de logs que são criados durante o processo de instalação. Umconjunto registra as informações relacionadas ao IBM Installation Manager e ooutro registra as informações relacionadas ao InfoSphere MDM.

O local dos logs do IBM Installation Manager depende de como o aplicativo foiinstalado. Se o IBM Installation Manager foi instalado no modo de administrador(usuário raiz no UNIX), os logs estarão em /var/ibm/InstallationManager/logs. Seo aplicativo não foi instalado no modo de administrador, os logs estarão em$HOME/var/ibm/InstallationManager/logs.

Também é possível especificar um local para os logs do IBM Installation Manageratualizando a variável de Local do Agente (cic.appDataLocation) no arquivoconfig.ini. O config.ini está no diretório InstallationManager_INSTALL_HOME/eclipse/configuration.

Os logs do InfoSphere MDM estão no diretório MDM_INSTALL_HOME/logs/database.

Os diretórios a seguir contêm logs que são criados quando os scripts SQL do bancode dados do MDM físico são executados (por instalação manual e pelo instalador):


v MDM_INSTALL_HOME/logs/database/DomainData

v MDM_INSTALL_HOME/logs/database/CoreData

v MDM_INSTALL_HOME/logs/database/CMData

Os arquivos de log que são criados por autoinicialização de um banco de dados doMDM virtual que usa ODBC estão em MDM_INSTALL_HOME/logs/database/Virtual

Visualizando Arquivos de Log do Installation ManagerO aplicativo IBM Installation Manager cria arquivos de log durante o processo deinstalação. Esses logs podem ser visualizados por meio de um navegador.

Antes de Iniciar

Deve-se ter um navegador disponível para visualizar os arquivos de log. Se vocêestiver um servidor que não possui um navegador, copie os arquivos em umaestação de trabalho.

Para ativar a criação de log de depuração aprimorada em ./InstallationManager/logs, copie STARTUPKIT_INSTALL_HOME/InstallationManagerDebug/log.propertiespara ./InstallationManager/logs antes de iniciar o IBM Installation Manager parainiciar a instalação do InfoSphere MDM.

Importante: Após ativar a criação de log de depuração aprimorada, asinformações registradas em ./InstallationManager/logs podem incluir detalhes desenhas inseridos pelo usuário durante a instalação. Certifique-se de que esses logsestejam armazenados em um local seguro para evitar exposição da senha.

Sobre Esta Tarefa

Os logs contêm mensagens com os rótulos INFO, DEBUG, WARNING ou ERROR.Se a instalação for bem-sucedida, todas as mensagens terão um rótulo INFO ouDEBUG. As mensagens que são identificadas como WARNING ou ERROR devemser revisadas.

Dica: Para obter informações adicionais sobre como usar os logs do IBMInstallation Manager para resolver problemas de uma instalação, consulte os linksrelacionados no final deste tópico.

Procedimento1. Acesse o diretório ./InstallationManager/logs.2. Abra o arquivo index.xml.3. Na tabela Todos os Arquivos de Log, clique em um link que corresponda à

sessão do IBM Installation Manager que instalou o InfoSphere MDM.4. Localize o link a seguir: MDM Operational Server de operação customizada,

verificando o local de instalação na unidade mdmv.app.set.install.location.Esse link e os links subsequentes mostram as mensagens do processo deinstalação.

5. Procure por mensagens que são identificadas como WARNING ou ERROR. Asmensagens devem ser revisadas para identificar potenciais problemas com suainstalação.

6. Clique em um link para visualizar as representações do arquivo de log nativode um segmento do processo de instalação.Tais processos podem incluir a execução do código Java customizado paragerenciar arquivos do InfoSphere MDM, para executar a ferramenta baseada no


utilitário Ant madconfig que, por sua vez, executa scripts SQL e paraimplementar a API de MBean do WebSphere Application Server queimplementa os arquivos de implementação do InfoSphere MDM, comoarquivos EBA e EAR, e outras ações.

Resultados

Se você tiver mensagens que são identificadas como WARNING ou ERROR, tentedeterminar a causa do problema procurando por erros de exceção Java ou An. Sevocê localizar uma solução alternativa para o WARNING ou ERROR, tente corrigira instalação ou entre em contato com o Suporte de Software IBM.Tarefas relacionadas:Resolução de problemas de uma instalaçãoReferências relacionadas:“Installation Startup Kit para instalações customizadas” na página 10Informações relacionadas:

IBM Installation Manager: Resolução de problemas de instalações

Visualizando os Logs de Instalação do InfoSphere MDMDurante o processo de instalação, os logs são criados no diretórioMDM_INSTALL_HOME/logs/database. Use esses logs para ajudar na resolução deproblemas ou na verificação da instalação.

Sobre Esta Tarefa

Os logs são armazenados em arquivos.xml com a data e hora da instalação como onome do arquivo. Por exemplo, um arquivo com o nome 20130312_1101.xml,indica que a instalação ocorreu em 12 de março de 2013 às 11h01min. É possívelacessar os logs em duas maneiras diferentes.

Procedimentov No painel final do IBM Installation Manager, após a conclusão da instalação,

clique em Visualizar Arquivo de Log.v Acesse o diretório MDM_INSTALL_HOME/logs/database e abra o arquivo .xml.Conceitos relacionados:“Instalando Aplicativos Clientes e Componentes Individuais” na página 164Tarefas relacionadas:Capítulo 3, “Instalando o produto”, na página 21Resolução de problemas de uma instalaçãoReferências relacionadas:“Instalação Silenciosa” na página 145

Modificando a InstalaçãoUse este procedimento para instalar outros componentes do InfoSphere MDM emuma estação de trabalho ou servidor que já possui componentes da mesma versãoinstalada.

Procedimento1. Inicie o IBM Installation Manager e clique em Modificar.2. Selecione o pacote do InfoSphere MDM e clique em Avançar.


http://www.ibm.com/support/knowledgecenter/SSDV2W_1.7.0/com.ibm.cic.agent.ui.doc/topics/c_troubleshooting.html

3. Selecione o idioma e clique em Avançar.4. No painel Modificar Pacotes, selecione o componente que você deseja instalar.


5. Revise o resumo de informações e verifique se o componente que desejainstalar está listado na caixa Incluir Recursos e se nenhum componente estálistado na caixa Remover Recursos. Clique em Modificar.

6. No painel final do IBM Installation Manager, clique em Visualizar Arquivos deLog para abrir o visualizador de arquivo de log.

7. Clique em Concluir e feche o IBM Installation Manager.

O que Fazer Depois

Uma mensagem no painel do instalador final indica se a modificação de instalaçãofoi bem-sucedida ou não. Se a modificação foi malsucedida, então haverá umamensagem de erro e um arquivo de log que podem ser revisados. Também épossível visualizar os arquivos de log após uma modificação bem-sucedida. Use ostópicos de resolução de problemas para ajudá-lo com erros.Conceitos relacionados:“Instalando Aplicativos Clientes e Componentes Individuais” na página 164Tarefas relacionadas:“Instalando o InfoSphere MDM em um ambiente em cluster” na página 137Resolução de problemas de uma instalação“Separando configuração de instalação” na página 132

Incluindo um novo nó em um cluster existentePara incluir um novo membro do nó do InfoSphere MDM em um cluster existentedo IBM WebSphere Application Server, deve-se criar o nó, conectá-lo no cluster e,em seguida, configurar o relacionamento nó-cluster.

Sobre Esta Tarefa

Um nó em um cluster do WebSphere Application Server é definido como umperfil. Ele pode existir em uma máquina separada ou em uma máquina que játenha um ou mais perfis existentes configurados.

Procedimento1. Crie um novo nó do InfoSphere MDM e conecte-o a um cluster existente do

WebSphere Application Server executando o comando a seguir a partir de umalinha de comandos no servidor de aplicativos:cd /opt/IBM/WebSphere/AppServer/bin./manageprofiles.sh -create -profileName profile_name –profilePath/opt/IBM/WebSphere/AppServer/profiles/profile_name –templatePath /opt/IBM/WebSphere/AppServer/profileTemplates/managed –federateLater false-dmgrAdminUserName username -dmgrAdminPassword password –dmgrHostdmgr_host -dmgrPort dmgr_port

Substitua as variáveis no comando pelo nome do perfil, caminho, nome deusuário, senha, host DMgr e porta DMgr apropriados com os valoresadequados para sua implementação. Por exemplo:cd /opt/IBM/WebSphere/AppServer/bin./manageprofiles.sh -create -profileName AppSrv03 –profilePath /opt/IBM/WebSphere/AppServer/profiles/AppSrv03–templatePath /opt/IBM/WebSphere/AppServer/profileTemplates/managed–federateLater false -dmgrAdminUserName perf01-dmgrAdminPassword perf01 –dmgrHost warhol-10ge -dmgrPort 8879


Quando o comando for concluído, um nó adicional aparecerá no WebSphereApplication Server Integrated Solutions Console (console administrativo).

2. Navegue para Administração do sistema > Nós para confirmar que o novo nóestá presente.

3. Incluir uma nova instância do servidor no cluster no novo nó:a. No WebSphere Application Server Integrated Solutions Console, navegue

para Clusters do WebSphere Application Server > SECluster > Membrosde cluster e clique em Novo.

b. Forneça um nome para o novo membro, selecione o nó novo na listadrop-down e, em seguida, salve e sincronize as configurações.

c. Navegue para Clusters do WebSphere Application Server > SECluster >Membros de Cluster para confirmar que o novo membro está presente nalista de nós.

4. Inclua uma nova linha na tabela APPINSTANCE para representar seu novo nó:id|1000|server_name|current_timestamp|installer

Substitua as variáveis na linha pelos detalhes apropriados de seu nó.5. Execute tarefas madconfig para configurar o novo nó:

a. Copie o arquivo MDM_INSTALL_HOME/properties/install_native_engine.ear.properties para a pasta MDM_INSTALL_HOME/mds/scripts e renomeie o arquivo copiadoinstall_native_engine.ear.local.properties.

b. Em install_native_engine.ear.local.properties, modifique todas assenhas criptografadas para senhas de texto simples.

Dica: O valor da propriedade trustFilePwd é WebAS.c. Além das senhas, modifique ou inclua as seguintes propriedades:

cluster.flag=falsecluster=Nonenode=node_nameserver=server_nameconfigForNewNode=true

d. Execute o script madconfig install_native_engine utilizando o comando aseguir:MDM_INSTALL_HOME/mds/scripts/madconfig.sh install_native_engine.ear

e. Copie o arquivo MDM_INSTALL_HOME/properties/install_server_config.properties para a pasta MDM_INSTALL_HOME/mds/scripts, e renomeie o arquivo copiadoinstall_server_config.local.properties.

f. Em install_server_config.local.properties, modifique todas as senhascriptografadas para senhas de texto simples.

Dica: O valor da propriedade trustFilePwd é WebAS.g. Além das senhas, modifique ou inclua as seguintes propriedades:

cluster.flag=falsecluster=Nonenode=node_nameserver=server_nameconfigForNewNode=true

h. Execute o script madconfig install_server_config utilizando o comando aseguir:MDM_INSTALL_HOME/mds/scripts/madconfig.sh install_server_config


i. Execute o script madconfig map_roles_to_users utilizando o comando aseguir:MDM_INSTALL_HOME/mds/scripts/madconfig.sh map_roles_to_users

j. Forneça os seguintes detalhes para o script map_roles_to_users:v Prefixo EBA: com.ibm.mdm.hub.server.appv Nome do aplicativo WAS: MDM-web-services-instance_id.

Nota: É possível localizar o nome do aplicativo no Integrated SolutionsConsole.

v Usuário BLA: o usuário administrador do InfoSphere MDM, comomdmadmin.

v Senha BLA: a senha do usuário administrativo do InfoSphere MDMk. Execute o script madconfig full_sync utilizando o comando a seguir:

MDM_INSTALL_HOME/mds/scripts/madconfig.sh full_sync

l. Exclua os arquivos local.properties que você criou em MDM_INSTALL_HOME/mds/scripts.

Importante: Esses arquivos devem ser excluídos assim que possível. Elesrepresentam um problema de segurança em potencial porque contêm senhasde texto simples.

6. Reinicie o cluster do WebSphere Application Server.Tarefas relacionadas:Preparando o banco de dados DB2 para usar o InfoSphere MDM em um ambienteem cluster“Preparando o Banco de Dados Oracle para Usar o InfoSphere MDM em umAmbiente em Cluster” na página 98“Instalando o InfoSphere MDM em um ambiente em cluster” na página 137

Atualizando os arquivos de propriedades implementados parao MDM físico

Depois de instalar ou atualizar o InfoSphere MDM, pode ser necessário atualizaros arquivos de propriedades implementados, se eles requererem mudanças que nãopodem ser feitas usando o gerenciador de configuração. Use este procedimentopara atualizar os arquivos de propriedades implementados.

Sobre Esta Tarefa

Atenção: Atualizar propriedades dinamicamente não é o ideal. Sempre quepossível, transporte suas propriedades customizadas para o gerenciador deconfiguração.

Como os arquivos de propriedades são compactados em um .jar e implementadoscomo um recurso de biblioteca compartilhada de aplicativo em nível de negócios(BLA), eles não podem ser alterados apenas alterando-se um valor de propriedade.Quando instalado, um arquivo properties.jar duplicado é extraído para umsubdiretório de implementação da unidade de composição BLA. Essa extraçãopermite que atualizações sejam feitas em tempo quase real sem precisar reinstalar oenterprise bundle application (EBA). Por exemplo, se o nome da implementação doaplicativo for E001 e o diretório inicial de instalação do WebSphere ApplicationServer for opt/IBM/WebSphere/AppServer/, o local dos arquivos de propriedadesimplementados estará no diretório do recurso instalado do perfil do aplicativo.


Neste caso, opt/IBM/WebSphere/AppServer/profiles/Node01/installedAssets/com.ibm.mdm.server.resources.properties-E001.jar/BASE

É possível modificar o conteúdo do arquivo JAR diretamente no nó. Em umatopologia com vários nós ou em cluster, as mudanças devem ser replicadosmanualmente para todos os nós e servidores. A melhor maneira de atualizar aspropriedades é usando o WebSphere Application Server Integrated SolutionsConsole (console administrativo), que manipula a propagação para você.

Procedimento1. Inicie o WebSphere Application Server Integrated Solutions Console e acesse

Aplicativos > Tipos de aplicativos > Recursos.a. Selecione o arquivo com.ibm.mdm.server.resources.properties-

deployment_name_used_for_install.jar.b. Clique em Exportar para exportar as propriedades implementadas

atualmente. Daí, é possível fazer o download da biblioteca para seu sistemalocal para atualização.

2. Edite os valores e arquivos usando os arquivos de propriedades expandidos dopacote com.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar transferido por download na etapa 1.

3. Compacte novamente as propriedades alteradas em um novo arquivocom.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar. Assegure-se de manter o mesmo nomeque a biblioteca original.

4. No WebSphere Application Server Integrated Solutions Console, selecione oarquivo com.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar novamente.a. Clique em Atualizar.b. Na próxima tela, escolha o tipo de atualização que deseja e selecione o novo

JAR de propriedades. Por exemplo: selecione a opção Substituir RecursoInteiro juntamente com as propriedades JAR novas ou atualizadas.Atualizar o recurso de propriedades usando essa opção propagaautomaticamente as mudanças para todos os nós e servidores.

5. Após a conclusão da atualização, você deve reiniciar o aplicativo BLA.



Capítulo 4. Aplicando fix packs

Quando a IBM libera um fix pack para o InfoSphere MDM, é possível aplicá-lousando o IBM Installation Manager.

Sobre Esta Tarefa

Para aplicar um fix pack, deve-se fazer o download e extrair os artefatos do fixpack e, em seguida, executar uma ferramenta de linha de comandos paraconfigurar o fix pack. Opcionalmente, é possível configurar o fix pack para ignoraros componentes especificados se você não deseja aplicar as correções por qualquermotivo.

Se necessário, é possível usar o IBM Installation Manager para retroceder um fixpack aplicado.

Dica: Para obter instruções importantes e detalhes sobre as correções incluídas,revise o leia-me do fix pack antes de começar a aplicar a atualização. Cada leia-medo fix pack está disponível no website Suporte IBM.

Instalando um fix packUse o IBM Installation Manager para fazer o download e extrair os artefatos do fixpack e, em seguida, execute um script para instalar os arquivos do fix pack.

Antes de Iniciarv Revise o leia-me do fix pack antes de começar a aplicar a atualização. Cada

leia-me do fix pack está disponível no website Suporte IBM.v Revise a documentação do IBM Installation Manager para saber como usar o

modo de Atualização para localizar e fazer download de fix packs. Consulte oslinks relacionados para obter detalhes.

v Durante a atualização, pode ser necessário efetuar login em um servidoribm.com usando seu ID IBM. Se você não tiver um ID IBM, poderá registrar-separa obter um.

Sobre Esta Tarefa

A instalação de um fix pack é um processo de dois estágios. Primeiro, deve-se usaro IBM Installation Manager para fazer download e extrair os recursos do fix packe, em seguida, instalar manualmente esses recursos do fix pack extraídos usandoum script de linha de comandos.

Restrição: Não é possível instalar ambos, o produto InfoSphere MDM completo eum fix pack em uma única sessão do Installation Manager. Deve-se instalartotalmente o InfoSphere MDM primeiro no modo de Instalação do InstallationManager e, em seguida, aplicar o fix pack em uma segunda sessão do InstallationManager no modo de Atualização.




https://www.ibm.com/account/profile

https://www.ibm.com/account/profile

Procedimento1. Se você estiver atrás de um firewall, configure um proxy para assegurar que o

IBM Installation Manager possa conectar-se ao repositório de fix packpredefinido do InfoSphere MDM. Consulte os links relacionados para obterdetalhes.

Dica: Se estiver atrás de um firewall e sua organização não permitir o uso deproxies, deve-se adquirir o fix pack de outra fonte, como o IBM Fix Central:a. Localize o fix pack no Fix Central e faça download dele para um diretório

local, MDM_INSTALL_HOME/updates.b. Extraia o arquivo ZIP do fix pack transferido por download.c. Inicie o IBM Installation Manager.d. Selecione Arquivo > Preferências..., em seguida, clique em Incluir

repositório...

e. Clique em Procurar..., em seguida, navegue para os diretórios do fix packextraído e selecione MDM_INSTALL_HOME/updates/fix_pack_version/delta/repository.config. Clique em OK.

f. Clique em Aplicar, em seguida, clique em OK.g. Feche o IBM Installation Manager.

2. Inicie o IBM Installation Manager.3. Clique em Atualizar.4. Se solicitado, forneça as credenciais de ID IBM.5. Selecione as atualizações do fix pack que deseja aplicar e, em seguida, clique

em Avançar.6. Leia e aceite os termos de licença.7. Na página Resumo do upgrade, leia sobre o fix pack e os problemas que ele

resolve e, em seguida, clique em Upgrade. O Installation Manager faz odownload e extrai os artefatos do fix pack no sistema de arquivos. Vocêlocalizará os arquivos do fix pack extraídos em MDM_INSTALL_HOME/updates/fix_pack_version.

Importante: Se desejar que qualquer componente do InfoSphere MDM nãoseja atualizado pelo fix pack, deve-se modificar o arquivoFeatureFixpackApplied.properties extraído antes de concluir esteprocedimento. Consulte os links relacionados para obter detalhes.

8. Inicie todos os servidores, aplicativos da web e servidores de aplicativos doInfoSphere MDM.

9. Abra um prompt de comandos e navegue para MDM_INSTALL_HOME/mds/scripts.

10. Execute o script para aplicar o fix pack: ./madconfig.sh Apply_Fixpack

11. Forneça as senhas de acordo com os prompts do script.12. Reinicie todos os servidores, aplicativos da web e servidores de aplicativos do

InfoSphere MDM.Tarefas relacionadas:“Excluindo componentes especificados de um fix pack” na página 187Informações relacionadas:

IBM Installation Manager: Atualizando pacotes utilizando o modo de assistente

IBM Installation Manager: preferências da Internet


http://www.ibm.com/support/knowledgecenter/SSDV2W_1.7.0/com.ibm.cic.agent.ui.doc/topics/t_install_updates.html

http://www.ibm.com/support/knowledgecenter/SSDV2W_1.7.0/com.ibm.cic.agent.ui.doc/topics/c_proxy_server.html

Excluindo componentes especificados de um fix packSe desejar que qualquer componente do InfoSphere MDM não seja atualizado porum fix pack, deve-se modificar o arquivo FeatureFixpackApplied.propertiesextraído antes de executar o script que instala o fix pack.

Antes de Iniciar

Você já deve ter transferido por download e extraído os artefatos do fix pack antesde poder concluir este procedimento. Consulte os links relacionados para obterdetalhes.

Sobre Esta Tarefa

Se a sua instância do InfoSphere MDM incluir componentes que forammodificados ou estendido, você pode desejar que esses componentes não sejamatualizados por um fix pack. Por exemplo, se você tiver feito alterações em umainterface com o usuário específica do InfoSphere MDM, é possível optar porexcluir essa interface com o usuário da atualização do fix pack para preservar suascustomizações.

Procedimento1. Navegue para MDM_INSTALL_HOME/backup/fix_pack_version.2. Abra FeatureFixpackApplied.properties.

Este arquivo de propriedades contém uma lista de propriedades, em que cadapropriedade correspondente a um componente do InfoSphere MDM. É possívelescolher incluir ou excluir cada componente na atualização do fix pack. Porpadrão, todas as propriedades do componente têm um valor de NÃO, o quesignifica que o componente não será excluído e será atualizada.

3. Para excluir um componente da atualização pelo fix pack, altere seu valorcorrespondente para como YES.

4. Salve as alterações no arquivo. Ao executar o script de instalação do fix pack,os componentes que você marcou como YES não serão atualizados.

Tarefas relacionadas:“Instalando um fix pack” na página 185

Recuperando um fix pack aplicadoSe você aplicou um fix pack, mas posteriormente determinar que deseja removê-lo,é possível recuperar as atualizações.

Sobre Esta Tarefa

O retrocesso de um fix pack é um processo de dois estágios. Primeiro, deve-seretroceder manualmente algumas atualizações de configuração e, em seguida, usaro IBM Installation Manager para retroceder os elementos restantes do fix pack econcluir o processo de retrocesso.

Procedimento1. Siga as instruções no arquivo leia-me do fix pack apropriado para retroceder

manualmente as mudanças na configuração. As etapas manuais de retrocessosão o primeiro estágio no processo de retrocesso. É importante concluir asetapas manuais como parte da remoção de um fix pack aplicado.

2. Conclua o processo de retrocesso usando o IBM Installation Manager:

Capítulo 4. Aplicando fix packs 187


a. Inicie o IBM Installation Manager.b. Selecione Retroceder, em seguida, clique em Avançar.c. Selecione a versão que deseja recuperar e, em seguida, clique em Avançar.d. Clique em Retroceder. O IBM Installation Manager concluirá o processo de

retrocesso.


Capítulo 5. Resolução de problemas de instalações daStandard Edition ou da Advanced Edition

Se a instalação da Standard Edition ou da Advanced Edition falhar, é possíveltentar as etapas de resolução de problemas e revisar os erros conhecidos.

SintomasDepois que a instalação estiver concluída, você poderá ver mensagens de erro noIBM Installation Manager no painel Instalação Concluída. Também é possível vererros nos logs de instalação ou nos testes de verificação de instalação.

Uma mensagem de êxito no painel do instalador final indica que os testes deverificação foram executados automaticamente como parte do processo deinstalação.

Para problemas de banco de dados, servidor de aplicativos ou do IBM InstallationManager, use suas ferramentas para diagnosticar e corrigir condições de erroindividuais.

Resolvendo o problema1. Revise as mensagens nos logs de instalação para localizar condições de erro.2. Revise as condições de erro descritas nos tópicos de erro para soluções ou

soluções alternativas. Os erros documentados não são uma lista abrangente detodos os erros que podem ser encontrados. Se o erro que você está vendo emseus logs não estiver listado, entre em contato com o Suporte de Software IBM.

3. Após corrigir os erros, execute novamente o programa de instalação.Tarefas relacionadas

Verificando a instalação com o cliente de teste no WebSphere Application ServerVisualizando os logs de instalação do InfoSphere MDM

Erros de instalaçãoOs erros listados são uma amostragem dos erros que podem ser encontradosdurante a instalação do MDM. Essa lista não é uma lista completa de todos oserros. Se o erro que você estiver vendo em seus logs não estiver listado, entre emcontato com o Suporte de Software IBM.

Atenção: O conteúdo do log que você vê nos tópicos de erro é apenas umexemplo. Nomes de arquivo de log, caminhos, registros de data e hora reais eassim por diante, que você vê em sua implementação são diferentes do que émostrado nos exemplos.

Informações relacionadas

Documentação do IBM Installation Manager

Erro de instalação: O acesso é negado para a operaçãocheckIfAppExists no AppManagement MBean

O acesso é negado para a operação checkIfAppExists no AppManagement MBean.checkIfAppExists



Descrição

Durante uma desinstalação, se a senha do SOAP errada for digitada no painel dedesinstalação, a desinstalação pode falhar. Se esse problema ocorrer, o instaladorinterromperá a sessão de desinstalação e mostrará uma mensagem de erro.

A mensagem de erro é semelhante a essa mensagem de exemplo do arquivo de logdo IBM Installation Manager:Erro ao desinstalar. CRIMA1076E: Erro ao executaroperação "/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh" (status=255).Consulte o log de saída do agente para obter mais informações:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/TIME_STAMP.logCRIMA1076E: Erro ao executar "/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh"operação (status=255). Consulte o log de saída do agente para obter mais informações:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/TIME_STAMPa.logCRIMA1076E: Erro ao executar "/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh"(status=1). Consulte o log de saída do agente para obter mais informações:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/20130506_1551b.logCRIMA1076E: Erro ao executar "/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh"(status=1). Consulte o log de saída do agente para obter mais informações:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/TIME_STAMPc.logCRIMA1076E: Erro ao executar "/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh"operação (status=255). Consulte o log de saída do agente para obter mais informações:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/TIME_STAMP.logCRIMA1076E: Erro ao executar operação "/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh"(status=255). Consulte o log de saída do agente para obter mais informações:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/TIME_STAMP.log


uninstall_mds_ws_api:..............................................................trustFilePwd is *****com.ibm.websphere.management.exception.AdminException:em com.ibm.websphere.management.application.AppManagementProxy.proxyInvoke(AppManagementProxy.java:192)em com.ibm.websphere.management.application.AppManagementProxy.checkIfAppExists(AppManagementProxy.java:269)em com.ibm.mdm.de.config.appserver.core.MDSAppDeploy.checkIfAppExists(MDSAppDeploy.java:165)em com.ibm.mds.de.config.appserver.configurator.MDSDeployAppConfigurator.configure(MDSDeployAppConfigurator.java:24)em com.ibm.mdm.de.config.appserver.remoteclient.command.MDSDeployAppRemoteCommand.performUninstall(MDSDeployAppRemoteCommand.java:36)em com.ibm.mdm.de.config.appserver.remoteclient.command.MDSDeployAppRemoteCommand.execute(MDSDeployAppRemoteCommand.java:22)em com.ibm.mdm.de.config.appserver.remoteclient.MDSRemoteClient.execute(MDSRemoteClient.java:26)em com.ibm.mdm.de.ant.task.UninstallMDSWSAPITask.execute(UninstallMDSWSAPITask.java:84)em org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)em org.apache.tools.ant.Task.perform(Task.java:364)

Solução

Se a desinstalação do banco de dados do MDM foi bem-sucedida, mas adesinstalação do servidor operacional do InfoSphere MDM falhou, será necessáriodesinstalar o servidor operacional manualmente.1. Desinstale os módulos de implementação e aplicativos em nível de negócios do

InfoSphere MDM usando o IBM WebSphere Application Server IntegratedSolutions Console.

2. Desinstale os recursos com.ibm.mdm.hub.server.app-<>.eba ecom.ibm.mdm.server.resources.properties-<>.jar usando o IBM WebSphereApplication Server Integrated Solutions Console.

3. Desinstale os pacotes configuráveis de repositórios locais:com.ibm.mdm.mds.api.app, com.ibm.mdm.mds.jni.app,com.ibm.mdm.server.jaxrpcws.cba e com.ibm.mdm.thirdparty.cba usando oIBM WebSphere Application Server Integrated Solutions Console.


4. Exclua o destino de implementação (servidor ou cluster) para eliminar objetosde configuração do InfoSphere MDM como Provedores JDBC, origens de dadose o provedor de sistema de mensagens.

Erro de instalação: AdminTaskUm erro AdminTask pode causar uma falha na instalação.

Descrição

Este problema pode fazer com que a instalação do InfoSphere MDM falhe e acioneum retrocesso da instalação completo. Este problema pode ocorrer quando vocêestiver instalando o Business Administration UI, Data Stewardship UI, ouaplicativos Product Maintenance UI como parte da instalação do InfoSphere MDM.O problema está relacionado à capacidade do IBM WebSphere Application ServerDeployment Manager em interagir com o aplicativo de instalação do InfoSphereMDM. Se encontrada, a sessão de instalação é parada, uma mensagem de erro éemitida e a recuperação da instalação é acionada.

A mensagem de aviso é semelhante a essa mensagem de exemplo do arquivo delog do IBM Installation Manager:Erro ocorrido na fase: install SU: com.ibm.mdm.ba.webapp 11.0.0.v20130410-1220IU: com.ibm.mdm.ui.ba.config.server_create.config.objects.on.servernull->11.0.0.v20130410-1220Mensagem: Erro ao executar o comando /usr/IBM/WebSphere/AppServer8502ND/bin/wsadmin.shstatus=105. Para obter mais informações, consulte o arquivo de log do agente:/home/ws8admin/var/ibm/InstallationManager_H001/logs/native/TIME_STAMP.log

WASX7209I: Conectado ao processo "dmgr" no nó myCellManager01 utilizando o conector SOAP;O tipo do processo é: DeploymentManagerWASX8011W: O objeto AdminTask não está disponível.WASX7303I: As seguintes opções são transmitidas para o ambiente de script e estão disponíveiscomo argumentos que estão armazenados na variável argv:"[myCell01, Nenhum, myNode01, mdm-s3-H080, default_host]"Configurando o servidor de aplicativos e VirtualHost para UIs WCC...Nome da célula :myCell01Nome do cluster :NenhumNome do nó :myNode01Nome do servidore :mdm-s3-H080Nome de VirtualHost :default_host

Configurando servidor mdm-s3-H080 no nó myNode01 na célula myCell01...’ Servidor mdm-s3-H080’ não existe. Criando novo servidor a partir do modelo ’padrão’...

servidor é ’mdm-s3-H080’Incluindo novo alias com portas para o host virtual...

Porta WC_defaulthost a ser incluída: 9080Porta WC_defaulthost_secure a ser incluída: 9443

Incluído novo alias com as portas para o host virtual !!

Incluído tempo limite de ORB para server:mdm-s3-H080modificar segurança do cookiecriar propriedade com.ibm.ws.webcontainer.HTTPOnlyCookiesWASX7017E: Exceção recebida ao executaro arquivo"/usr/IBM/MDM/H080/Shared/tmp/script/wccUISetupAppServer.py";informações sobre exceção: com.ibm.bsf.BSFException: exceção de Jython:Análise retrospectiva (mais interno por último):Arquivo "<string>", linha 198, em ?O arquivo "<string>", linha 131, em createPropertyNameError: AdminTask

WASX7341W: Nenhum "salvar" foi executado antes de a sessão de script interativo ter saído;mudanças na configuração não serão salvas.

Solução1. Aumente o tamanho de heap da JVM do Deployment Manager do IBM

WebSphere Application Server para 1024/2048.2. Execute a instalação do MDM novamente.

Capítulo 5. Resolução de problemas de uma instalação 191

3. Evite o uso do IBM WebSphere Application Server Integrated Solutions Consoledurante a instalação do MDM.

Erro de instalação: objeto AdminTask não está disponívelO objeto AdminTask não está disponível.

Descrição

Este erro pode fazer com que o arquivo de resposta IVT mostre uma falha devidoa um problema que ocorreu quando o instalador tentou processar as configuraçõesde Mapeamento de Função. Esse problema está relacionado à capacidade do IBMWebSphere Application Server Deployment Manager em interagir com o aplicativode instalação do InfoSphere MDM. Se esse problema ocorrer, o instalador podeatingir o final da instalação, mas indicar que o IVT (Installation Verification Tool)não foi bem-sucedido.

O IVT mostra a seguinte exceção:CORBA NO_PERMISSION 0x0 No; exceção aninhada é:org.omg.CORBA.NO_PERMISSION:>> SERVER (id=5b5ab1aa, host=evg01.torolab.ibm.com) TRACE START:> > org.omg.CORBA.NO_PERMISSION: java.rmi.AccessException:; a exceção aninhada é:com.ibm.websphere.csi.CSIAccessException: SECJ0053E: Autorização com falhapara defaultWIMFileBasedRealm/mdmadmin ao chamar(Home)com.ibm.mdm.hub.server-E457..11.0.0..com.ibm.mdm.server.dwlcommonservices.ejb..11.0.0.FP00IF000_20130503-1713.war#com.ibm.mdm.server.dwlcommonservices.ejb..11.0.0.FP00IF000_20130503-1713.war#DWLServiceController criar::2 não tem permissão para nenhuma das funções requeridas:ServiceConsumer ServiceProvider vmcid: 0x0 código secundário: 0 concluído: Não>> em com.ibm.ws.security.core.SecurityCollaborator.performAuthorization(SecurityCollaborator.java:626)>> em com.ibm.ws.security.core.EJSSecurityCollaborator.preInvoke(EJSSecurityCollaborator.java:265)>> em com.ibm.ejs.container.EJSContainer.EjbPreInvokeForStatelessCreate(EJSContainer.java:4561)>> em com.dwl.base.requestHandler.beans.EJSRemoteCSLDWLServiceControllerHome_2c54996d.create(EJSRemoteCSLDWLServiceControllerHome_2c54996d.java)>> em com.dwl.base.requestHandler.beans._EJSRemoteCSLDWLServiceControllerHome_2c54996d_Tie.create(_EJSRemoteCSLDWLServiceControllerHome_2c54996d_Tie.java:1)>> em com.dwl.base.requestHandler.beans._EJSRemoteCSLDWLServiceControllerHome_2c54996d_Tie._invoke(_EJSRemoteCSLDWLServiceControllerHome_2c54996d_Tie.java)>> em com.ibm.CORBA.iiop.ServerDelegate.dispatchInvokeHandler(ServerDelegate.java:669)>> em com.ibm.CORBA.iiop.ServerDelegate.dispatch(ServerDelegate.java:523)>> em com.ibm.rmi.iiop.ORB.process(ORB.java:523)>> em com.ibm.CORBA.iiop.ORB.process(ORB.java:1575)>> em com.ibm.rmi.iiop.Connection.doRequestWork(Connection.java:3039)>> em com.ibm.rmi.iiop.Connection.doWork(Connection.java:2922)>> em com.ibm.rmi.iiop.WorkUnitImpl.doWork(WorkUnitImpl.java:64)>> em com.ibm.ws.giop.threadpool.WorkQueueElement.dispatch(WorkQueueElement.java:165)>> em com.ibm.ws.giop.filter.GiopFilterChain.processMessage(GiopFilterChain.java:203)>> em com.ibm.ws.giop.threadpool.PooledThread.handleRequest(PooledThread.java:81)>> em com.ibm.ws.giop.threadpool.PooledThread.run(PooledThread.java:102)>> em com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1814)>> SERVER (id=5b5ab1aa, host=evg01.torolab.ibm.com) TRACE END.vmcid: 0x0 código secundário: 0 concluído: Não

A mensagem de aviso é semelhante a essa mensagem de exemplo do arquivo delog: IBM Installation ManagerProblema ao executar operação "/usr/IBM/WebSphere/AppServer8502ND/bin/wsadmin.sh"(status=105). Consulte o log de saída do agente para obter mais informações:/home/ws8admin/var/ibm/InstallationManager_H001/logs/native/TIME_STAMP.log

/home/ws8admin/var/ibm/InstallationManager_H001/logs/native/TIME_STAMP.logmostra uma mensagem semelhante à seguinteWASX7209I: Conectado ao processo "dmgr" no nó myCellManager01 utilizando o conector SOAP;O tipo do processo é: DeploymentManagerWASX8011W: O objeto AdminTask não está disponível.WASX7303I: As seguintes opções são transmitidas para o ambiente de script eestão disponíveis como argumentos que estão armazenados na variável argv:"[--blaName, MDM-operational-server-EBA-H085, --ebaPrefix, com.ibm.mdm.hub.server.app,--blaUser, mdmadmin, --wsName, MDM-web-services-H085,--blaPwd, mdmadmin]"Configurando segurança do aplicativo---------------------------------------------------------------


\n AdminBLA: Listar unidades de composição em um BLAID BLA (ou nome BLA): MDM-operational-server-EBA-H085Parâmetro opcional:

Exibir descrição:Uso: AdminBLA.listCompUnits("MDM-operational-server-EBA-H085", "")Retornar: Listar as unidades de composição no aplicativo de nível de negócios especificado.---------------------------------------------------------------

Exceção: exceptions.NameError AdminTaskWASX7017E: Exceção recebida ao executaro arquivo"/usr/IBM/MDM/H085/Shared/tmp/script/RoleMapping.py"; informações da exceção:com.ibm.bsf.BSFException: exceção de Jython:Análise retrospectiva (mais interno por último):Arquivo "<string>", linha 144, em ?O arquivo "<string>", linha 28, em retrieveCompUnitIDArquivo "/usr/IBM/WebSphere/AppServer8502ND/scriptLibraries/application/V70/AdminBLA.py",linha 763, em listCompUnitsScriptLibraryException:: ’exceptions.NameError AdminTask’

Solução1. Aumente o tamanho de heap da JVM do Deployment Manager do IBM

WebSphere Application Server para 1024/2048.2. Execute a instalação do InfoSphere MDM novamente.3. Evite o uso do IBM WebSphere Application Server Integrated Solutions Console

durante a instalação do InfoSphere MDM.

Erro de instalação: processo de ligação não está ativo[DB2 JDBC Driver]Ligação o processo não está ativo.

Descrição

No IBM DB2 for z/OS, o DB2 Wire Protocol driver não funciona adequadamente amenos que os pacotes apropriados existam em cada servidor ao qual você deseja seconectar. Seu ID do usuário deve ter privilégios BINDADD para que o driverpossa criar e ligar pacotes. Se os pacotes de ligação não estiverem estabelecidos, aseguinte mensagem será exibida ao testar as conexões para a origem de dados doInfoSphere MDM no servidor operacional:java.sql.SQLException: [IBM][DB2 JDBC Driver]Processo de ligação não está ativo.Assegure-se de que o usuário tenha permissões para criar pacotes.Os pacotes não podem ser criados em uma Conexão XA. DSRA0010E: Estado SQL = HY000, Código de Erro = 0.

Solução

Assegure-se de que o ID do usuário do banco de dados tenha privilégiosBINDADD no banco de dados do MDM:1. Efetue login como o usuário administrador de banco de dados (DBA).2. Conecte-se ao banco de dados do MDM.3. Conceda privilégios BINDADD para o usuário do banco de dados (dbuser).4. Efetue logout da conta do usuário do DBA.5. Efetue login com a conta de usuário do banco de dados. Quando a conta de

usuário do banco de dados se conecta ao banco de dados com o driver DB2Wire Protocol, o pacote correto é criado automaticamente.

Nota: Por padrão, os pacotes contêm 200 seções dinâmicas e são criados na coleçãodenominada NULLID.

Para obter detalhes adicionais sobre esse problema, consulte os links relacionados.Informações relacionadas


O driver e os pacotes do DB2 Wire Protocol

Erro de instalação: página em branco é exibida após efetuarlogin na interface com o usuário

Depois de efetuar login no Business Administration UI, Data Stewardship UI ouProduct Maintenance UI, uma página em branco pode ser encontrada.

Descrição

Mensagem de erro de autenticação pode ser localizada no arquivo IBM WebSphereApplication Server SystemOut.log. A página em branco pode ser causada por umafunção de segurança para mapeamento de usuário/grupo para o aplicativo. Paraverificar se a página em branco é um problema de mapeamento de função:1. Abra o IBM WebSphere Application Server Integrated Solutions Console.2. Em Aplicativos > Tipos de Aplicativo > Aplicativos corporativos do

WebSphere, selecione o aplicativo da interface com o usuário.3. Clique em Função de segurança para mapeamento de usuário/grupo e

verifique se todas as funções estão configuradas para Nenhum.

Solução1. Na página do aplicativo da interface com o usuário, selecione a função.2. Clique em Mapear assuntos especiais e, em seguida, selecione Todos

autenticados na região do aplicativo.3. Clique em OK para salvar.4. Reinicie o servidor.

Erro de instalação: Não foi possível incluircom.ibm.mdm.hub.server.app.eba ativo

Não é possível incluir o recurso com.ibm.mdm.hub.server.app-name.eba.

Descrição

Esse erro significa que o arquivo de resposta IVT não está disponível porquehouve um problema na implementação do Enterprise Bundle Archive (EBA).Durante a instalação do InfoSphere MDM, se o IBM WebSphere Application Serverfor incapaz de implementar o arquivo com.ibm.mdm.hub.server.app-name.eba, esteerro será registrado. O arquivo EBA é um dos archives de implementação deinstalação do InfoSphere MDM. Se esse problema ocorrer, o instalador podeprocessar até o final das tarefas de instalação e instalar o InfoSphere MDM, masuma indicação de que o IVT (Installation Verification Tool) não foi bem-sucedido éfornecida. A mensagem de erro pode ser visto no arquivo de log do IBMInstallation Manager.

A mensagem de erro é semelhante a essa mensagem de exemplo do arquivo delog: IBM Installation ManagerServidor Operacional do MDM de operação customizada implementando aplicativo de negócios corporativos (EBA) no destinoserver1 na unidade com.ibm.mdm.mdm_config.install.eba.win concluído:saída em TIME_STAMP.log


install_mdm_eba:Criando novo arquivo de propriedade: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesAtualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDMAtualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDM


http://www.datadirect.com/resources/resource-library/odbc-developer-center/odbc-tutorials/understanding-and-using-packages-on-db2-udb/the-db2-wire-protocol-driver-and-packages

Atualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDMAtualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDMAtualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDMAtualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDMAtualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDMAtualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDMAtualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDMAtualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDMAtualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDMAtualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDMAtualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDMAtualizando arquivo de propriedade: \properties\install_mdm_eba.properties C:\IBM\E443\MDMExpandindo: C:\IBM\E443\MDM\InstallableApps\com.ibm.mdm.hub.server.app.eba intoC:\IBM\E443\MDM\tmp\mdm_eba_temp_TIME_STAMP########################### inserindo ConfigEBATask ###########################baseDir é ../../tmp//mdm_eba_temp_TIME_STAMP/ebaID é E443versionFilePath é ./MDM_VERSIONComeçar a modificar o arquivo.Começar a ler o arquivo.Ler o arquivo com êxito.Começar a gravar o arquivo modificado.Gravar o arquivo modificado com êxito.Modificar o arquivo com êxito.Começar a ler a versão.Ler o arquivo com êxito: 11.0.0Começar a registrar a versão.Registrar versão com êxito: C:\IBM\E443\MDM\mds\scripts\.\MDM_VERSION...................................Configurar parâmetro cuSourceID para assetname=com.ibm.mdm.hub.server.app-E443.ebaFalha de asyncCmdClientHelper.processCommandParameters(cmd).com.ibm.wsspi.management.bla.op.OpExecutionException: CWSAL0022E: Não é possível incluir recursocom.ibm.mdm.hub.server.app-E443.eba porque os pacotes configuráveis que ele requernão são transferíveis por download. Para iniciar o download do pacote configurável, salve as alterações naconfiguração principal após importar o recurso.em com.ibm.ws.management.bla.commands.ADTCommand.finishOp(ADTCommand.java:320)em com.ibm.ws.management.bla.commands.ADTCommand.opCompleted(ADTCommand.java:428)em com.ibm.wsspi.management.bla.op.Operation.notifyListeners(Operation.java:170)em com.ibm.wsspi.management.bla.op.Operation.execute(Operation.java:242)em com.ibm.wsspi.management.bla.op.compound.CompoundOperation.execute(CompoundOperation.java:83)em com.ibm.ws.management.bla.commands.ADTCommand$OperationScheduler.run(ADTCommand.java:672)em java.lang.Thread.run(Thread.java:773)...................................

Solução1. Certifique-se de que a máquina na qual você está implementando o InfoSphere

MDM atenda aos requisitos de hardware e tenha pelo menos 8G de RAM.2. Encerre outros aplicativos não essenciais, especialmente aplicativos que estejam

executando JVMs.3. Desinstale o InfoSphere MDM e instale-o novamente.

Erro de instalação: propriedade httpPort não pode estar embranco

A propriedade httpPort não pode estar em branco

Descrição

Este problema pode fazer com que a instalação do InfoSphere MDM falhe e acioneuma recuperação da instalação completa.

Existem dois casos possíveis que podem causar esse problema:v Durante a instalação do InfoSphere MDM, o agente do nó do IBM WebSphere

Application Server é incapaz de processar as interações com o aplicativo deinstalação do InfoSphere MDM.

v A cadeia de transporte HTTP foi desativada para o servidor a ser utilizado comoum destino de implementação ao instalar os módulos de implementação doInfoSphere MDM.


Se estas situações ocorrem, a sessão de instalação é interrompida e o aplicativo deinstalação fornece uma mensagem de erro antes de a recuperação da instalação seracionada.

A mensagem de aviso é semelhante a essa mensagem de exemplo do arquivo delog: IBM Installation ManagerErro ocorrido na fase: instalar SU: com.ibm.mdm.application.server.component.config.server11.0.0.FP00IF000_20130502-1800 IU: com.ibm.mdm.mdm_config.install.ws.api.unixnull->999.999.999.1127209126Mensagem: Erro ao executar operação "/opt/IBM/MDM/E453/mdm/mds/scripts/madconfig.sh"(status=1). Consulte o log de saída do agente para obter mais informações:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/TIME_STAMP.log


install_mds_ws_api:Criando novo arquivo de propriedade: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesAtualizando arquivo de propriedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesAtualizando arquivo de propriedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesAtualizando arquivo de propriedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesAtualizando arquivo de propriedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesAtualizando arquivo de propriedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesAtualizando arquivo de propriedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesAtualizando arquivo de propriedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesAtualizando arquivo de propriedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesAtualizando arquivo de propriedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesAtualizando arquivo de propriedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesAtualizando arquivo de propriedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.properties

CONSTRUÇÃO FALHOU/opt/IBM/MDM/E453/mdm/mds/scripts/build-utils-app.xml:1508:Ocorreu o seguinte erro ao executar esta linha:/opt/IBM/MDM/E453/mdm/mds/scripts/build-utils-config.xml:618:ERRO: propriedade httpPort não pode estar em branco.

Tempo total: 1 segundo

Solução1. Certifique-se de que o agente do nó do IBM WebSphere Application Server

esteja ativo e em execução. Inicie o agente do nó e execute a instalação doInfoSphere MDM novamente. Se você estiver implementando em um ambienteem cluster, inicie todos os nós no cluster.

2. Certifique-se de que o agente do nó do IBM WebSphere Application Serveresteja corretamente sincronizado com o Deployment Manager. Sincronize oagente do nó e execute a instalação do InfoSphere MDM novamente. Se vocêestiver implementando em um ambiente em cluster, sincronize todos os nós nocluster.

3. Certifique-se de que a cadeia de transporte HTTP não foi desativada para oservidor a ser utilizado como um destino de implementação:a. No WebSphere Application Server Integrated Solutions Console, acesse

Servidores > Tipos de servidor > Servidores de aplicativos WebSphere ><nome do membro de cluster> > Portas.

b. Na lista de portas disponíveis, localize WC_defaulthost e clique emVisualizar transportes associados.

c. Vá para HttpQueueInboundDefault, selecione Ativar e, em seguida, cliqueem OK e salve suas alterações.

d. Vá para WCInboundDefault, selecione Ativar e, em seguida, clique em OKe salve suas alterações.

e. Conclua as etapas anteriores para cada membro de cluster e, em seguida,reinicie o cluster inteiro.

Dica: Reiniciar os membros de cluster não funcionará. Deve-se reiniciar ocluster inteiro.


Erro de desinstalação: O instalador não elimina tabelas doMDM virtual

Ao desinstalar o InfoSphere MDM com um IBM DB2 for z/OS, o instalador nãoelimina as tabelas do MDM virtual.

Solução

É necessário eliminar manualmente as tabelas. Uma lista completa das tabelas doMDM virtual pode ser localizada no arquivo MDM_INSTALL_HOME/mds/sql/mpihub.db2z.sto.

Erro de instalação: 'java.lang.RuntimeException: Aplicativonão pôde ser inicializado

java.lang.RuntimeException: Aplicativo não pôde ser inicializado. Nome doAplicativo e Versão não puderam ser resolvidos.

Descrição

Esse problema pode fazer com que o arquivo de resposta do IVT (InstallationVerification Tool) exiba nulo porque os dados do repositório de configuração doInfoSphere MDM estão ausentes após a conclusão da instalação do InfoSphereMDM. Esse problema está relacionado a uma falha durante a criação da tabela debanco de dados e ao processo de preenchimento de dados. Se esse problemaocorrer, o instalador pode concluir a instalação do InfoSphere MDM e indicar queo arquivo de resposta IVT é nulo.

A mensagem de erro é semelhante a esta mensagem de exemplo do arquivo IBMWebSphere Application Server SystemOut.log.TIME_STAMP] 0000006f TopologySessi E java.lang.RuntimeException: Application poderianão ser inicializado. Nome do Aplicativo e Versão não puderam ser resolvidos.

em com.dwl.management.config.cache.CachingLoaderHelperImpl.initApplication(CachingLoaderHelperImpl.java:171)

em com.dwl.management.config.cache.CachingLoaderHelperImpl.getApplicationName(CachingLoaderHelperImpl.java:185)

Solução1. Procure os arquivos de log de instalação, armazenados em

MDM_INSTALL_HOME/logs/database, para uma possível causa desse erro. Procureo texto a seguir para localizar as mensagens que são conhecidas por seremrelacionados a este erro:v Operação customizada do MDM Operational Server, atualização dos dados

em tabelas de Configuração do repositório na unidadecom.ibm.mdm.mdm_config.update.appsoftware.table.unix concluída:

v Operação customizada do MDM Operational Server, Atualização doRepositório para o tipo de correspondência de configuração na unidadecom.ibm.mdm.mdm_config.update.PME.tables concluída:

2. Corrija quaisquer problemas de conexão com o banco de dados.3. Desinstale o InfoSphere MDM e instale-o novamente.

Erro de instalação: erro de falta de memória – espaçoPermGen

Quando não houver memória suficiente para o espaço PermGen no processows_ant.sh do WebSphere Application Server padrão, ocorrerá este erro.


Descrição

Esse problema afeta os ambientes Solaris. Qualquer instalação do InfoSphere MDMque inclui um ou mais aplicativos de interface com o usuário pode falhar com oerro a seguir no arquivo de log nativo do IBM Installation Manager:[timestamp] [main] INFOcom.ibm.mdm.de.config.appserver.core.MDMWebAppDeploy.roleMapping(Line:214) - ==========java.lang.OutOfMemoryError: Espaço ermGenespaço PermGen

Solução

Antes de instalar o InfoSphere MDM, aumente o tamanho de memória para oespaço PermGen:1. Abra $WAS_HOME/bin/ws_ant.sh.2. Inclua "-XX:MaxPermSize=256m" como um argumento de linha de comandos de

Java no arquivo ws_ant.sh:eval "$JAVA_EXE" "-XX:MaxPermSize=256m"

Erro de instalação: falha de handshake SSLAo instalar o InfoSphere MDM no modo de instalação silenciosa em uma máquinaque não suporta interfaces gráficas com o usuário, a mensagem falha dehandshake SSL mensagem pode aparecer, o que causa falha na instalação.

Descrição

Durante a instalação do InfoSphere MDM, se a janela pop-up do IBM WebSphereApplication Server handshake SSL não puder se abrir como o esperado, então oagente do nó não pode processar as interações com o aplicativo de instalação doInfoSphere MDM. Este problema faz com que a instalação do InfoSphere MDMfalhe e acione um retrocesso completo da instalação.

A mensagem de aviso é semelhante a essa mensagem de exemplo do arquivo delog: IBM Installation ManagerAtualizando arquivo de propriedades: /app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.propertiesAtualizando arquivo de propriedades: /app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.propertiesAtualizando arquivo de propriedades: /app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.propertiesAtualizando arquivo de propriedades: /app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.propertiesAtualizando arquivo de propriedades: /app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.properties########################### entering SyncNodesTask ###########################wasUser é mdmadminwasPwd é ********nome do host é M2848porta é 28879trustFile é /m1/mdm/WebSphere85dev/AppServer/etc/DummyClientTrustFile.jkstrustFilePwd is *****nó é NenhumCWPKI0308I: Incluindo alias de assinante "CN=M2848, OU=Root Certifica" no local

keystore "null" com a seguinte compilação SHA:33:1A:02:2A:C1:10:77:AD:09:3F:FF:CB:F8:8B:49:53:22:3F:5A:89

CWPKI0022E: FALHA DE HANDSHAKE SSL: Um assinante com SubjectDN "CN=M2848, OU=c1_mdm_dev, OU=dm_c1_mdm_dev,O=ACME5, C=US" foi enviado do host:porta de destino "10.87.17.230:28879".O assinante pode precisar ser incluído no armazenamento de confiança local"/m1/mdm/WebSphere85dev/AppServer/etc/DummyClientTrustFile.jks" localizado no alias de configuração SSL "null" carregado a partir dearquivo de configuração SSL "null". A mensagem de erro estendida da exceção de handshake SSL é:"construção de caminho PKIX com falha: java.security.cert.CertPathBuilderException:PKIXCertPathBuilderImpl não pôde construir um CertPath válido.; causa interna é:

java.security.cert.CertPathValidatorException: The certificado emitido por CN=M2848,OU=Certificado Raiz, OU=O1_mdm_dev, OU=dm_c1_mdm_dev, O=ACME5,C=US não é confiável; causa interna é:

java.security.cert.CertPathValidatorException: Erro de encadeamento de certificado".CWPKI0040I: Uma falha de handshake SSL ocorreu em um cliente seguro. O assinante SSL do servidor deve serincluído no armazenamento confiável do cliente. Um utilitário retrieveSigners é fornecido


para fazer download de assinantes do servidor, mas requer permissãoadministrativa. Verifique com o administrador para que este utilitário executea configuração do ambiente seguro antes de executar o cliente. Como alternativa,o com.ibm.ssl.enableSignerExchangePrompt pode ser ativado no ssl.client.propspara "DefaultSSLSettings" para permitir a aceitação do assinante durante atentativa de conexão.Exceção em com.ibm.mdm.de.ant.task.SyncNodesTaskcom.ibm.websphere.management.exception.ConnectorException: ADMC0016E: O sistema não pode criar um conector SOAPpara conectar ao host M2848 na porta 28879.ADMC0016E: O sistema não pode criar um conector SOAP para conectar ao host M2848 na porta 28879.########################### SyncNodesTask existente ###########################

Solução1. Aplicar uma das seguintes soluções alternativas:

v Incluir o assinante SSL do Servidor no armazenamento confiável do cliente:a. Usar o utilitário retrieveSigners para fazer download dos assinantes a

partir do servidor.b. Incluir o assinante no armazenamento confiável do cliente.

Nota: O utilitário retrieveSigners requer permissões administrativas.Verifique com seu administrador para executar esse utilitário para configuraro ambiente seguro antes de executar o cliente.

v Permitir a aceitação do assinante durante as tentativas de conexão:– No arquivo ssl.client.props para DefaultSSLSettings, ative a

propriedade com.ibm.ssl.enableSignerExchangePrompt de permitir aaceitação do assinante durante a tentativa de conexão.

2. Execute a instalação do InfoSphere MDM novamente.

Erro de desinstalação: o sistema não pode criar um conectorSOAP para conectar ao host localhost na porta 88xx

O sistema não pode criar um conector SOAP para conectar ao host localhost naporta 88xx.

Descrição

A função de desinstalação não verifica se o IBM WebSphere Application ServerDmgr (para Network Deployment) ou Servidor (para Base Deployment) está emexecução antes de processar a desinstalação. Se não estiverem em execução quandovocê desinstalar o InfoSphere MDM, o instalador não poderá criar um conectorSOAP para se conectar ao host. O processo de desinstalação pode continuar comêxito, mas nenhum dos recursos relacionados será excluído do IBM WebSphereApplication Server.

A mensagem de erro é semelhante a essa mensagem de exemplo do arquivo delog: IBM Installation Managercom.ibm.websphere.management.exception.ConnectorException: ADMC0016E:O sistema não pode criar um conector SOAP para conectar ao host localhost na porta 8881.em com.ibm.websphere.management.AdminClientFactory.createAdminClientPrivileged(AdminClientFactory.java:634)em com.ibm.websphere.management.AdminClientFactory.access$000(AdminClientFactory.java:126)em com.ibm.websphere.management.AdminClientFactory$1.run(AdminClientFactory.java:209)em com.ibm.ws.security.util.AccessController.doPrivileged(AccessController.java:63)em com.ibm.websphere.management.AdminClientFactory.createAdminClient(AdminClientFactory.java:205)em com.ibm.mdm.de.config.appserver.remoteclient.MDSRemoteClient.init(MDSRemoteClient.java:43)em com.ibm.mdm.de.config.appserver.remoteclient.MDSRemoteClient.execute(MDSRemoteClient.java:21)em com.ibm.mdm.de.ant.task.UninstallMDSWSAPITask.execute(UninstallMDSWSAPITask.java:84)em org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)em org.apache.tools.ant.Task.perform(Task.java:364)em org.apache.tools.ant.Target.execute(Target.java:341)em org.apache.tools.ant.Target.performTasks(Target.java:369)em org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)


em org.apache.tools.ant.Project.executeTarget(Project.java:1185)em org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)em org.apache.tools.ant.Project.executeTargets(Project.java:1068)em org.apache.tools.ant.Main.runBuild(Main.java:668)em org.apache.tools.ant.Main.startAnt(Main.java:187)em org.apache.tools.ant.Main.start(Main.java:150)em org.apache.tools.ant.Main.main(Main.java:240)em sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)em sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)em sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)em java.lang.reflect.Method.invoke(Method.java:611)em com.ibm.ws.bootstrap.WSLauncher.main(WSLauncher.java:277)Causado por: java.lang.reflect.InvocationTargetExceptionem sun.reflect.NativeConstructorAccessorImpl.newInstance0(Método Nativo)em sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:56)em sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:39)at java.lang.reflect.Constructor.newInstance(Constructor.java:527)em com.ibm.websphere.management.AdminClientFactory.createAdminClientPrivileged(AdminClientFactory.java:456)... 24 maisCausado por: com.ibm.websphere.management.exception.ConnectorNotAvailableException:[SOAPException: faultCode=SOAP-ENV:Protocol; msg=; targetException=java.net.MalformedURLException]em com.ibm.ws.management.connector.soap.SOAPConnectorClient.reconnect(SOAPConnectorClient.java:422)em com.ibm.ws.management.connector.soap.SOAPConnectorClient.<init>(SOAPConnectorClient.java:222)... 29 maisCausado por: [SOAPException: faultCode=SOAP-ENV:Protocol; msg=; targetException=java.net.MalformedURLException]em org.apache.soap.rpc.Call.WASinvoke(Call.java:529)em com.ibm.ws.management.connector.soap.SOAPConnectorClient$4.run(SOAPConnectorClient.java:380)em com.ibm.ws.security.util.AccessController.doPrivileged(AccessController.java:118)em com.ibm.ws.management.connector.soap.SOAPConnectorClient.reconnect(SOAPConnectorClient.java:365)... 30 mais

Solução

Ao desinstalar o InfoSphere MDM, certifique-se de que o IBM WebSphereApplication Server Dmgr e AppSrv (Network Deployment) ou Server (BaseDeployment) estejam em execução.

Erro de instalação: Falha de IVT do MDM virtualAo executar Testes de Verificação de Instalação (IVTs) no MDM virtual, os testespodem falhar com a seguinte mensagem se o servidor de aplicativos não tiver sidoiniciado corretamente: com.dwl.base.exception.DWLBaseException: Não foipossível localizar o objeto de negócios: VirtualMDMBObj

Descrição

Após a conclusão da instalação do InfoSphere MDM, o IVT do MDM virtual podefalhar se o servidor de aplicativos não foi iniciado corretamente.

Este problema afeta instalações do InfoSphere MDM no Microsoft Windows com oWebSphere Application Server Base Edition. Ele pode surgir após uma instalaçãoindependente com o DB2 ou uma instalação customizada.

Solução1. Inicie manualmente o servidor de aplicativos (server1).2. Execute novamente os Testes de Verificação de Instalação executando o script

do IVT MDM_INSTALL_HOME\IVT\verify.bat.


Capítulo 6. Desinstalando o InfoSphere MDM

Use o IBM Installation Manager para desinstalar sua edição ou para removercomponentes individuais.

Para remover a edição inteira (servidor operacional, banco de dados ecomponentes), use a opção de desinstalação do IBM Installation Manager.

Para remover apenas componentes selecionados, use a opção de modificação.

Desinstalando o InfoSphere MDM instânciaUtilize este procedimento para desinstalar a instância do produto completa doInfoSphere MDM.

Antes de Iniciar

Se você está planejando reinstalar este ambiente de tempo de execução doInfoSphere MDM posteriormente e usar a mesma instância do banco de dados queele usa, certifique-se de criar uma imagem de backup do banco de dados comoprecaução.

No ambiente que você deseja desinstalar, pare cada instância de tempo deexecução do InfoSphere MDM (servidor operacional, instância do gerenciador deentidade, aplicativo cliente, e assim por diante).

Sobre Esta Tarefa

Usar a opção de desinstalação do IBM Installation Manager remove a oferta inteira.Se você desejar remover somente componentes selecionados (por exemplo,Inspector ou Data Steward UI), utilize a opção modificar.

Procedimento1. Opcional: Se você usou o script madconfig Configure_MasterDataManagement

para separar a instalação e a configuração, será necessário executar outro scriptmadconfig para limpar os arquivos de configuração:v Em sistemas Microsoft Windows, execute

madconfig.bat Uninstall_MDM

v Em sistemas Linux ou UNIX, executemadconfig.sh Uninstall_MDM

Importante: Tenha cuidado ao executar o script madconfig Uninstall_MDM.Executar Uninstall_MDM remove a configuração de todos os recursos e nãoapenas a configuração de um componente específico.

2. Inicie o IBM Installation Manager e clique em Desinstalar.3. Selecione o pacote do InfoSphere MDM e clique em Avançar.4. Revise as informações de resumo e clique em Desinstalar.5. Clique em Concluir.


O que Fazer Depois

O processo de desinstalação não remove o composite bundle archive (CBA) dorepositório interno de pacotes configuráveis. Deve-se remover manualmente o CBAno IBM WebSphere Application Server Integrated Solutions Console (consoleadministrativo).Tarefas relacionadas:“Removendo o CBA do repositório de pacotes configuráveis interno” na página206Resolução de problemas de uma instalação

Desinstalando uma instalação do servidor independente com o DB2Se você instalou InfoSphere MDM usando uma instalação de servidorindependente com o DB2, use este procedimento para desinstalar os recursos.

Sobre Esta Tarefa

Uma instalação independente cria um banco de dados chamado MDM11DB. NoMicrosoft Windows, a desinstalação do InfoSphere MDM remove completamente obanco de dados MDM11DB. No Linux ou UNIX, o banco de dados não seráexcluído (você deve excluir manualmente o banco de dados MDM11DB).


Se desejar desinstalar apenas os recursos do InfoSphere MDM, use esteprocedimento: “Desinstalando o InfoSphere MDM instância” na página 201.

O IBM Installation Manager suporta a seleção de várias ofertas para desinstalaçãode uma vez. No entanto, é possível optar por desinstalar as ofertas separadamenteconforme descrito neste procedimento.

Procedimento1. Inicie o IBM Installation Manager e clique em Desinstalar.2. Desinstale o InfoSphere MDM.

a. Selecione o pacote do InfoSphere MDM e clique em Avançar.b. Continue pelos prompts e clique em Desinstalar.c. Clique em Concluir e retorne para o painel inicial do IBM Installation

Manager.3. Desinstale o IBM DB2.

a. Selecione o pacote do IBM DB2 e clique em Avançar.b. Continue pelos prompts e clique em Desinstalar.c. Clique em Concluir e retorne para o painel inicial do IBM Installation

Manager.4. Desinstale o WebSphere Application Server.

a. Certifique-se de que tanto o WebSphere Application Server quanto oDeployment Manager estejam parados. O WebSphere Application Servernão poderá ser desinstalado se esses processos estiverem em execução.

b. No painel inicial do IBM Installation Manager, selecione Desinstalar.c. Selecione o pacote do WebSphere Application Server e clique em Avançar.


d. Continue pelos prompts e clique em Desinstalar.e. Clique em Concluir e feche o IBM Installation Manager.

Tarefas relacionadas:“Instalando um servidor independente com o DB2” na página 65

Desinstalando uma Instalação estação de trabalho independente como DB2

Se você instalou InfoSphere MDM usando uma instalação estação de trabalhoindependente com o DB2, use este procedimento para desinstalar os recursos.

Sobre Esta Tarefa

Uma instalação independente cria um banco de dados chamado MDM11DB. NoMicrosoft Windows, a desinstalação do InfoSphere MDM remove completamente obanco de dados MDM11DB. No Linux ou UNIX, o banco de dados não seráexcluído (você deve excluir manualmente o banco de MDM11DB).


Se você deseja desinstalar apenas o InfoSphere MDM recursos, use esteprocedimento: Desinstalando o InfoSphere MDM instância.

O IBM Installation Manager suporta a seleção de várias ofertas para desinstalaçãode uma vez. No entanto, é possível optar por desinstalar as ofertas separadamenteconforme descrito neste procedimento.

Procedimento1. Inicie o IBM Installation Manager e clique em Desinstalar.2. Desinstale o InfoSphere MDM.

a. Selecione o pacote do InfoSphere MDM e clique em Avançar.b. Continue pelos prompts e clique em Desinstalar.c. Clique em Concluir e retorne para o painel inicial do IBM Installation

Manager.3. Desinstale o IBM DB2.

a. Selecione o pacote do IBM DB2 e clique em Avançar.b. Continue pelos prompts e clique em Desinstalar.c. Clique em Concluir e retorne para o painel inicial do IBM Installation

Manager.4. Desinstale o InfoSphere MDM do Ambiente de Trabalho e o IBM Rational

Application Developer (RAD) ao mesmo tempo.a. Selecione os pacotes do MDM Workbench e IBM Rational Application

Developer e clique em Avançar.b. Continue pelos prompts e clique em Desinstalar.c. Clique em Concluir e feche o IBM Installation Manager.

5. Desinstale o WebSphere Application Server.a. Certifique-se de que tanto o WebSphere Application Server quanto o

Deployment Manager estejam parados. O WebSphere Application Servernão poderá ser desinstalado se esses processos estiverem em execução.

Capítulo 6. Desinstalando o InfoSphere MDM 203

b. No painel inicial do IBM Installation Manager, selecione Desinstalar.c. Selecione o pacote do WebSphere Application Server e clique em Avançar.d. Continue pelos prompts e clique em Desinstalar.e. Clique em Concluir e retorne para o painel inicial do IBM Installation

Manager.Tarefas relacionadas:“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 73

Desinstalando um Único ComponenteUtilize este procedimento para desinstalar um aplicativo ou componente doInfoSphere MDM.

Sobre Esta Tarefa

Este procedimento remove apenas o aplicativo ou o componente selecionado. Sevocê quiser remover a edição do InfoSphere MDM inteira, utilize a opçãodesinstalar do IBM Installation Manager.

Procedimento1. Inicie o IBM Installation Manager e clique em Modificar.2. Selecione o pacote do InfoSphere MDM e clique em Avançar.3. Selecione o idioma e clique em Avançar.4. No painel Modificar Pacotes, todos os componentes anteriormente instalados

são selecionados automaticamente. Verifique se somente o componente quevocê deseja remover está excluído. Clique em Avançar.

5. Revise as informações de resumo e verifique se somente o componente quevocê deseja remover está listado na caixa Remover Recursos. Clique emModificar.

6. Clique em Concluir.

O que Fazer Depois

O processo de desinstalação não remove o composite bundle archive (CBA) dorepositório interno de pacotes configuráveis. Deve-se remover manualmente o CBAno IBM WebSphere Application Server Integrated Solutions Console (consoleadministrativo).Conceitos relacionados:“Instalando Aplicativos Clientes e Componentes Individuais” na página 164Tarefas relacionadas:“Removendo o CBA do repositório de pacotes configuráveis interno” na página206Resolução de problemas de uma instalação

Desinstalando no Modo SilenciosoUse este procedimento para desinstalar os componentes do InfoSphere MDM nomodo silencioso.


Sobre Esta Tarefa

Um arquivo de propriedades é gerado quando você está executando umadesinstalação interativa. Para utilizar uma desinstalação silenciosa, é necessárioeditar esse arquivo ou criar seu próprio arquivo.


Procedimento1. Para desinstalar, substitua as identificações <install modify=’false’> e

</install> em seu arquivo de resposta por desinstalar. Por exemplo:<uninstall modify=’false’><offering id=’com.ibm.mdm.advanced’ version=’versionNumber’ profile=’IBM InfoSphere MasterData Management’ features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature,com.ibm.im.mdm.native.feature,com.ibm.mdm.ba.webapp.feature,com.ibm.mdm.ds.webapp.feature,com.ibm.mdm.pui.webapp.feature,com.ibm.mdm.inspector.webapp.feature,com.ibm.mdm.ev.webapp.feature,com.ibm.mdm.wb.webapp.feature,com.ibm.mdm.pd.webapp.feature,com.ibm.im.mdm.pair.manager.feature,com.ibm.im.mdm.message.broker.feature,com.ibm.im.mdm.ei.feature,com.ibm.mdm.ba.webapp.sample.feature,com.ibm.im.mdm.eutc’/></uninstall>

2. Substitua o valor do perfil padrão por valores do perfil real. Por exemplo:Antes da alteração:<data key=’user.was.profile.home,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.ba,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.ds,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.pui,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.inspector,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.wb,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.ev,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.pd,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/>

Após a alteração:<data key=’user.was.profile.home,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.ba,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.ds,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.pui,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.inspector,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.wb,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.ev,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.pd,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/>

3. Certifique-se de que os três recursos a seguir sempre sejam incluídos naresposta quando você executar uma desinstalação silenciosa:com.ibm.mdm.install.iu.localization.feature,com.ibm.mdm.server.swtag.feature,com.ibm.mdm.server.bundles.feature

4. Se você utilizar um arquivo de resposta de amostra do Installation Startup Kit equiser modificá-lo para uma desinstalação silenciosa, inclua:com.ibm.mdm.server.swtag.feature,com.ibm.mdm.server.bundles.featurefeatues Por exemplo:

Capítulo 6. Desinstalando o InfoSphere MDM 205

<uninstall modify=’false’><offering id=’com.ibm.mdm.advanced’ version=’versionNumberprofile=’IBM InfoSphere Master Data Management’ features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.mdm.server.swtag.feature,com.ibm.mdm.server.bundles.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature,com.ibm.mdm.ba.webapp.feature’installFixes=’none’/></uninstall>

O que Fazer Depois

O processo de desinstalação não remove o composite bundle archive (CBA) dorepositório interno de pacotes configuráveis. Deve-se remover manualmente o CBAno IBM WebSphere Application Server Integrated Solutions Console.Tarefas relacionadas:“Customizando o Arquivo de Resposta no Modo Silencioso” na página 149“Instalando silenciosamente usando um arquivo de resposta” na página 156Referências relacionadas:“Instalação Silenciosa” na página 145

Removendo o CBA do repositório de pacotes configuráveis internoA desinstalação do InfoSphere MDM não remove o composite bundle archive(CBA) do repositório interno de pacotes configuráveis. Você deve removê-lomanualmente, depois que terminar de executar o processo de desinstalação.

Procedimento1. Efetue login no IBM WebSphere Application Server Integrated Solutions

Console (console administrativo).2. Acesse Ambiente > Repositórios de Pacotes Configuráveis OSGI >

Repositórios Internos de Pacotes Configuráveis.3. Selecione os CBAs do MDM.ear e clique em Excluir.Tarefas relacionadas:“Desinstalando o InfoSphere MDM instância” na página 201“Desinstalando um Único Componente” na página 204


Avisos

Estas informações foram desenvolvidas para produtos e serviços oferecidos nosEstados Unidos.

Avisos

Essas informações foram desenvolvidas para produtos e serviços oferecidos nosEUA. Este material pode estar disponível na IBM em outros idiomas. No entanto,pode ser necessário possuir uma cópia do produto ou da versão do produto nesteidioma a fim de acessá-lo.

A IBM pode não oferecer os produtos, serviços ou recursos discutidos nestedocumento em outros países. Consulte um representante IBM local para obterinformaçõ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 queapenas produtos, programas ou serviços IBM possam ser utilizados. Qualquerproduto, programa ou serviço funcionalmente equivalente, que não infrinjanenhum direito de propriedade intelectual da IBM poderá ser utilizado emsubstituição a este produto, programa ou serviço. Todavia, é responsabilidade dousuário avaliar e verificar a operação de qualquer produto, programa ou serviçonão IBM.

A IBM pode ter patentes ou solicitações de patentes pendentes relativas a assuntostratados nesta publicação. O fornecimento desta publicação não concede ao Clientenenhum direito sobre tais patentes. Pedidos de licença devem ser enviados, porescrito, para:

Gerência de Relações Comerciais e Industriais da IBM BrasilAv. Pasteur, 138-146BotafogoRio de Janeiro, RJCEP: 22290-240

Para pedidos de licença relacionados a informações de DBCS (Conjunto deCaracteres de Byte Duplo), entre em contato com o Departamento de PropriedadeIntelectual da IBM em seu país ou envie pedidos de licença, por escrito, para:

Intellectual PropertyLicensingLegal and Intellectual Property LawIBM Japan Ltd.19-21, Nihonbashi-Hakozakicho, Chuo-kuTokyo 103-8510, Japan

O parágrafo a seguir não se aplica a nenhum país em que tais disposições nãoestejam de acordo com a legislação local: A INTERNATIONAL BUSINESSMACHINES CORPORATION FORNECE ESTA PUBLICAÇÃO "NO ESTADO EMQUE SE ENCONTRA", SEM GARANTIA DE NENHUM TIPO, SEJA EXPRESSAOU IMPLÍCITA, INCLUINDO, MAS A ELAS NÃO SE LIMITANDO, ASGARANTIAS IMPLÍCITAS DE NÃO INFRAÇÃO, COMERCIALIZAÇÃO OUADEQUAÇÃ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, estadisposição pode não se aplicar ao Cliente.

Essas informações podem conter imprecisões técnicas ou erros tipográficos.Periodicamente, são feitas alterações nas informações aqui contidas; tais alteraçõesserão incorporadas em futuras edições desta publicação. A IBM pode, a qualquermomento, aperfeiçoar e/ou alterar os produtos e/ou programas descritos nestapublicação, sem aviso prévio.

Referências nestas informações a Web sites não IBM são fornecidas apenas porconveniência e não representam de forma alguma um endosso a esses Web sites.Os materiais contidos nesses websites não fazem parte dos materiais deste produtoIBM e o uso desses websites é de inteira responsabilidade do Cliente.

A IBM pode utilizar ou distribuir as informações fornecidas da forma que julgarapropriada sem incorrer em qualquer obrigação para com o Cliente.

Licenciados deste programa que desejam obter informações sobre esse assunto comobjetivo de permitir: (i) a troca de informações entre programas criadosindependentemente e outros programas (incluindo este) e (ii) a utilização mútuadas informações trocadas, devem entrar em contato com:

Gerência de Relações Comerciais e Industriais da IBM BrasilAv. Pasteur, 138-146BotafogoRio de Janeiro, RJCEP: 22290-240

Tais informações podem estar disponíveis, sujeitas a termos e condiçõesapropriadas, incluindo em alguns casos o pagamento de uma taxa.

O programa licenciado descrito nesta publicação e todo o material licenciadodisponível são fornecidos pela IBM sob os termos do Contrato com o Cliente IBM,do Contrato Internacional de Licença do Programa IBM ou de qualquer outrocontrato equivalente.

Todos os dados de desempenho aqui contidos foram obtidos em um ambientecontrolado. Portanto, os resultados obtidos em outros ambientes operacionaispoderão variar significativamente. Algumas medidas podem ter sido tomadas emsistemas em nível de desenvolvimento e não há garantia de que estas medidasserão as mesmas nos sistemas geralmente disponíveis. Além disso, algumasmedidas podem ter sido estimadas por extrapolação. Os resultados reais poderãovariar. Os usuários deste documento devem verificar os dados aplicáveis para seuambiente específico.

As informações sobre os produtos não IBM foram obtidas junto a fornecedores dosrespectivos produtos, de seus anúncios publicados ou de outras fontes disponíveispublicamente. A IBM não testou estes produtos e não pode confirmar a precisão deseu desempenho, compatibilidade nem qualquer outra reivindicação relacionada aprodutos não IBM. Dúvidas sobre os recursos de produtos não-IBM devem serencaminhadas diretamente a seus fornecedores.

Todas as declarações em relação à estratégia ou intenção futuras da IBM estãosujeitas a alteração ou suspensão sem aviso prévio e representam somente metas eobjetivos.


Essas informações contêm exemplos de dados e relatórios utilizados nas operaçõesdiárias de negócios. Para ilustrá-los da forma mais completa possível, os exemplospodem incluir nomes de indivíduos, empresas, marcas e produtos. Todos estesnomes são fictícios e qualquer semelhança com nomes e endereços utilizados poruma empresa real é mera coincidência.

LICENÇA DE COPYRIGHT:

Estas informações contêm programas de aplicativos de exemplo na linguagemfonte, ilustrando as técnicas de programação em diversas plataformas operacionais.O Cliente pode copiar, modificar e distribuir estes programas de exemplo sem anecessidade de pagar à IBM, com objetivos de desenvolvimento, utilização,marketing ou distribuição de programas aplicativos em conformidade com ainterface de programação de aplicativo para a plataforma operacional para a qualos programas de exemplo são criados. Esses exemplos não foram testadoscompletamente em todas as condições. Portanto, a IBM não pode garantir ouimplicar a confiabilidade, manutenção ou função destes programas. Os programasde amostra são fornecidos "no estado em que se encontram", sem garantia dequalquer tipo. A IBM não poderá ser responsabilizada por qualquer dano causadopelo uso dos programas de amostra pelo Cliente.

Cada cópia ou qualquer parte destes programas de amostra, ou qualquer trabalhoderivativo, deve incluir um aviso de copyright da seguinte forma:

© (o nome de sua empresa) (ano). Partes deste código são derivadas dosProgramas de Amostra da IBM Corp. © Copyright IBM Corp. _digite o ano ouanos_. Todos os Direitos Reservados.

Se estiver visualizando o formato eletrônico destas informações, as fotos eilustrações coloridas podem não aparecer.

Considerações de Política de Privacidade

Os produtos de Software IBM, incluindo soluções de software como serviço,("Ofertas de Software") podem usar cookies ou outras tecnologias para coletarinformações sobre o uso do produto, a fim de ajudar a melhorar a experiência dousuário final, para customizar as interações com o usuário final ou para outrospropósitos. Em muitos casos, nenhuma informação identificável pessoalmente écoletada pelas Ofertas de Software. Algumas de nossas Ofertas de Software podemajudá-lo a coletar informações identificáveis pessoalmente. Se esta Oferta deSoftware usar cookies para coletar informações pessoais identificáveis, informaçõesespecíficas sobre o uso de cookies desta oferta são estabelecidos abaixo.

Dependendo das configurações implementadas, essa Oferta de Software pode usarcookies de sessão e persistentes que coletam o nome de cada usuário, o nome deusuário, a senha, o nome do perfil ou outras informações pessoais para propósitosde gerenciamento de sessões, autenticação, usabilidade de usuário aprimorada,configuração de conexão única ou identificação de página da web que o usuáriotentou carregar antes de efetuar login. Esses cookies podem ser desativados, masdesativá-los provavelmente também eliminará a funcionalidade que eles ativam.

Se as configurações implementadas nesta Oferta de Software fornecerem a vocêcomo cliente a capacidade de coletar informações identificáveis pessoalmente dosusuários finais por meio de cookies e outras tecnologias, você deve consultar comseu próprio conselho jurídico sobre as leis aplicáveis a tal coleta de dados,incluindo os requisitos para aviso e consentimento.

Avisos 209

Para obter mais informações sobre o uso de várias tecnologias, incluindo cookies,para esses propósitos, consulte a Política de Privacidade da IBM emwww.ibm.com/privacy e a Declaração de Privacidade Online da IBM emwww.ibm.com/privacy/details, seção intitulada "Cookies, Web Beacons and OtherTechnologies", e o "IBM Software Products and Software-as-a-Service PrivacyStatement" em www.ibm.com/software/info/product-privacy.

Instrução geral sobre a segurança do produto

Os sistemas e produtos da IBM são projetados para serem implementados comoparte de uma abrangente abordagem de segurança, que poderá exigir o uso deoutros sistemas, produtos ou serviços para serem mais eficazes. Uma abordagemde segurança abrangente deve ser revista sempre que sistemas e produtos foremincluídos ao seu ambiente.

Nenhum sistema ou produto de TI pode ser feito totalmente seguro, e nenhumúnico produto ou medida de segurança pode ser completamente eficaz naprevenção de acesso indevido.

A segurança do sistema de TI envolve proteger os sistemas e as informaçõesatravés da prevenção, detecção e resposta ao acesso indevido de dentro e fora desua empresa. Acesso incorreto pode resultar em informações que são alteradas,destruídas ou desviadas, ou pode resultar em mau uso de seus sistemas paraatacar outros.

A IBM não garante que os sistemas e produtos são imunes a condutamal-intencionada ou ilegal de nenhuma parte.

A IBM não acredita que qualquer processo único pode ser completamente eficazem ajudar a identificar e solucionar vulnerabilidades de segurança. A IBM possuiuma abordagem multicamadas:v Uma iniciativa interna em curso promove a adoção consistente de práticas de

segurança em desenvolvimento de produtos e serviços, com o objetivo demelhorar continuamente as características de qualidade e segurança de produtose serviços da IBM. Esta iniciativa é descrita no IBM Redguide Segurança emdesenvolvimento: A IBM Secure Engineering Framework Secure Engineering, quecontém informações públicas sobre práticas de desenvolvimento de software daIBM.

v Testes e varreduras de produtos IBM usam diversas tecnologias da IBM paraidentificar e corrigir proativamente defeitos e vulnerabilidades, incluindovulnerabilidades criticamente altas ou maiores. A correção ocorre dentro dosprazos alvo de resposta definidos pela IBM para análise, avaliação de impacto eentrega de correção.

v A IBM Product Security Incident Response Team (PSIRT) gerencia o recebimento,investigação e coordenação interna de informações de vulnerabilidade desegurança relacionadas às ofertas da IBM. A equipe IBM PSIRT atua como umponto focal que pesquisadores de segurança, grupos do segmento de mercado,organizações do governo, fornecedores e clientes podem entrar em contatoatravés do portal IBM PSIRT para relatar potenciais vulnerabilidades desegurança de produtos IBM. Esta equipe coordena junto com as equipes deprodutos e soluções IBM para investigar e identificar o plano de respostaadequado.


http://www.ibm.com/privacy

http://www.ibm.com/privacy/details

http://www.ibm.com/software/info/product-privacy

v Um programa e estrutura de integridade da cadeia de fornecimento globalfornecem aos compradores de produtos de TI uma escolha de parceiros efornecedores de tecnologia acreditados no Open Group Trusted TechnologyForum (OTTF).

Considerando que a segurança dos sistemas de computador e software decomputador é uma questão muito complexa, a IBM não fornece informações sobreas práticas de desenvolvimento para produtos individuais diferentes dasencontradas na documentação do produto padrão ou conforme publicado nasatividades públicas da IBM.

As informações públicas sobre as práticas de desenvolvimento de softwarerecomendadas pela IBM são documentadas no IBM Secure EngineeringFramework. Estas informações são uma compilação de práticas entre unidades denegócios da IBM e as equipes de desenvolvimento.

Na maioria dos casos, as vulnerabilidades publicadas são documentadas emintervalos de tempo hábil, através do IBM Security Bulletins que inclui apontuação de base do Common Vulnerability Scoring System (CVSS) associado.Em alguns casos, a IBM pode entrar em contato com os clientes direta ediscretamente sobre vulnerabilidades específicas.

Os clientes que desejam validar ainda mais a vulnerabilidade do software IBMalém das avaliações que são realizadas internamente pela IBM, são bem-vindospara realizar a sua própria varredura com relação ao software licenciado. Elespodem usar a ferramenta de sua escolha dentro dos termos de licenciamento desoftware existentes. Por exemplo, a varredura é aceitável, mas em compilaçãoinversa ou engenharia reversa, o software IBM não é autorizado, exceto quandoexpressamente permitido por lei, sem a possibilidade de renúncia contratual.

Marcas Registradas

IBM, o logotipo IBM e ibm.com são marcas comerciais ou marcas registradas daInternational Business Machines Corporation, registradas em vários países nomundo todo. Outros nomes de produtos e serviços podem ser marcas comerciaisda IBM ou de outras empresas. Uma lista atual de marcas comerciais IBM estádisponível na web em "Copyright and trademark information" emwww.ibm.com/legal/copytrade.shtml.

Os termos a seguir são marcas comerciais ou marcas registradas de outrasempresas:

Adobe, o logotipo Adobe, PostScript e o logotipo PostScript são marcas registradasou marcas comerciais da Adobe Systems Incorporated nos Estados Unidos e/ouem outros países.

IT Infrastructure Library é uma marca registrada da Central Computer andTelecommunications Agency, que agora faz parte do Departamento de comércio dogoverno.

Linear Tape-Open, LTO, o Logotipo LTO, Ultrium e o logotipo Ultrium são marcascomerciais da HP, IBM Corporation e Quantum nos EUA e em outros países.

Avisos 211

http://www.ibm.com/security/secure-engineering/bulletins.html

http://www.ibm.com/legal/copytrade.shtml

Intel, o logotipo Intel, Intel Inside, o logotipo Intel Inside, Intel Centrino, o logotipoIntel Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium e Pentium são marcascomerciais ou marcas registradas da Intel Corporation ou de suas subsidiárias nosEstados Unidos e em outros países.

Linux é uma marca registrada de Linus Torvalds nos Estados Unidos e/ou emoutros países.

Microsoft, Windows, Windows NT e o logotipo Windows são marcas comerciais daMicrosoft Corporation nos Estados Unidos e/ou em outros países.

Java e todas as marcas comerciais e logotipos baseados em Java são marcascomerciais ou marcas registradas da Oracle e/ou suas afiliadas.

Cell Broadband Engine é uma marca comercial da Sony Computer Entertainment,Inc. nos Estados Unidos e/ou em outros países e é usada sob licença a partir desteponto.

ITIL é uma marca registrada e uma marca registrada da comunidade do TheMinister for the Cabinet Office e é registrada no U.S. Patent and Trademark Office.

UNIX é uma marca registrada da The Open Group nos Estados Unidos e emoutros países.


Índice Remissivo

Aadicionando um usuário 88alta disponibilidade 29, 50, 53, 180ambiente de desenvolvimento local

cenários de instalação 59ambiente de instalação 123amostras

instalando 172visão geral de instalação 173

Aplicativoinstalação 164

aplicativo de usuárioassociação do servidor operacional 46

arquivo de respostacriação de gráfico 157customizar 149especificar recursos 151instalação silenciosa 145, 157parâmetros do DB2 151, 152parâmetros do Oracle 153parâmetros do servidor de aplicativos 154utilizando 156

atualizando arquivos de propriedades implementados 182autenticação nativa do Windows 34avisos legais 207

Bbanco de dados

conexões 90contas do usuário 90esquema 31, 34, 36início 31, 34, 36instalação manual 31, 34, 36nome do host 31, 34, 36nome do usuário e senha 31, 34, 36porta 31, 34, 36preparando o DB2 91preparando o SQL Server 94preparando Oracle 96tipo 31, 34, 36

banco de dados DB2cenários de instalação 50preparando para instalação 91

banco de dados Oraclecenários de instalação 53preparando para instalação 96

banco de dados remotocenários de instalação 59

banco de dados SQL Servercenários de instalação 56preparando para instalação 94

Barra de Ativaçãoiniciando o independente com a instalação do DB2 65, 73

barramento do sistema de mensagensform. 142

Business Administration UIinstalando 165

Ccaminho de utilitário do conjunto Oracle 99célula

WebSphere Application Server 38, 44cenários de instalação 49chave de acesso para amostras 174cluster 38, 41, 44

cenários de instalação 50, 53incluindo um nó InfoSphere MDM 180instalação 137

codificação de caracteresconfiguração em computadores de destino 121

código de idiomaconfiguração em computadores de destino 121

componente do sistema de mensagensinstalando manualmente 120

conexõesbanco de dados 90

Configuração do XA do DB2 for z/OS 100configurando caminho de utilitário do DB2 94contas do usuário 13

banco de dados 90criação e instalação do banco de dados do z/OS 100criar

scripts de banco de dados 10customizada

instalação 123

DData Stewardship UI

instalando 167desativar a tela inicial

instalação silenciosa 155desinstalar 201

aplicativos individuais/componentes 204produto completo 201silenciosa 205

drivers ODBC 99

Eestilo de correspondência 41estrutura de diretório 16

Ffazendo o download

amostras 174ferramenta de verificação de pré-requisito 123form.

arquivos de propriedades 132cenários 134planilhas 29

acionadores de histórico 46aplicativo MDM 41aplicativos do usuário 44diretório de instalação 30origem de dados do DB2 31


form. (continuação)planilhas (continuação)

origem de dados do Microsoft SQL Server 34origem de dados do Oracle 36WebSphere Application Server 38

separação da configuração 132, 134separando da instalação 132, 134

Gglobalização 121gráfica

instalação 28grupo de pacotes

existente 30novo 30

grupos 13grupos do MDM

adicionando um usuário 88

IIBM Support Assistant Data Collector 123idioma

recurso de aplicativo 46tabela de códigos 46

idioma da tabela de códigos 46idioma do recurso de aplicativo 46implementação

diversos fusos horários 41implementação de diversos fusos horários 41incluindo um nó em um cluster 180independente

instalação 74instalação de servidor 66

instalaçãocomo exibir logs 179

Installation Manager 178gráfica 28modificar 179planilhas 29silenciosa 28visão geral 7

instalação customizadatipo de implementação 27

instalação independentetipo de implementação 23

para estação de trabalho 26para o servidor 24

instalação silenciosa 145criando o arquivo de resposta 157customizando o arquivo de resposta 149desativar a tela inicial 155desinstalar 205especificar recursos 151modificar 157parâmetros do DB2 151, 152parâmetros do Oracle 153parâmetros do servidor de aplicativos 154utilizando o arquivo de resposta 156

instalandoamostras 172, 173, 174aplicativos 164Business Administration UI 165customizada 123Data Stewardship UI 167

instalando (continuação)desinstalação silenciosa 205em um cluster 137estação de trabalho independente 74instalação silenciosa 145instalando manualmente

configuração do banco de dados Oracle 103instalando manualmente o aplicativo 100instalando manualmente o aplicativo no DB2 for

z/OS 101, 103, 108, 109, 111instalando manualmente o aplicativo no DB2 para Linux

ou UNIX 104, 106instalando manualmente o aplicativo no Oracle 113, 114Installation Manager 81modificar silenciosa 157no z/OS 140Product Maintenance UI 169recursos 9servidor independente 66silenciosa

criando o arquivo de resposta 157customizar o arquivo de resposta 149desativar a tela inicial 155especificar recursos 151parâmetros do DB2 151, 152parâmetros do Oracle 153parâmetros do servidor de aplicativos 154utilizando o arquivo de resposta 156

tipo de implementação customizada 27tipo de implementação independente 23, 24, 26tipos de implementação

independente ou customizada 23usando a Barra de Ativação 65, 73verificando 174, 175, 176

instalando manualmentebanco de dados de domínio no Oracle 116

instalando manualmente o aplicativo 100instalando manualmente o aplicativo no DB2 for z/OS 101,

103, 108, 109, 111instalando manualmente o aplicativo no DB2 para Linux ou

UNIX 104, 106instalando manualmente o aplicativo no Oracle 113, 114instalando manualmente o banco de dados do MDM

físico 103instalando o Data Stewardship

criar manualmente um usuário do Task Management 168instalar

estrutura de diretórios e nomes 16Installation Manager

incluindo ofertas MDM 82instalando 81

Installation Startup Kit 123

Kkit de inicialização 10

Llista de verificação 29listas de verificação 29, 30, 31, 34, 36, 38, 41, 44, 46logs

visualizando 179Installation Manager 178


MMAD_HOMEDIR 18MAD_ROOTDIR 18marcas registradas

lista de 207MDM_INSTALL_HOME 18mensagem de erro

teste de verificação 142modificar

instalação 179modificar silenciosa 157

Nnó

WebSphere Application Server 38, 44nome de usuário 38, 44nome do aplicativo 41nome do host 38, 44

OOracle

instalando manualmente o banco de dados dedomínio 116

Ppadrão do WebSphere

sistema de mensagens 41padrões

configurações de contas do usuário 13perfil

WebSphere Application Server 44planilhas 29

acionadores de histórico 46aplicativo MDM 41aplicativos do usuário 44diretório de instalação 30origem de dados do DB2 ou DB2 for z/OS 31origem de dados do Microsoft SQL Server 34origem de dados do Oracle 36WebSphere Application Server 38

porta RMI 41porta SOAP 38, 44Pré-requisitos da conta 82preparando

alta disponibilidade 29preparando para instalar 80

banco de dados 89banco de dados do DB2 em um ambiente em cluster 93banco de dados do DB2 em um servidor diferente 92banco de dados Oracle em um ambiente em cluster 98Banco de dados Oracle em um servidor diferente 98banco de dados SQL Server em um ambiente em

cluster 96banco de dados SQL Server em um servidor diferente 95caminho de utilitário do conjunto Oracle 99configurando a mídia de instalação 63, 71, 79configurando caminho de utilitário do DB2 94incluindo ofertas MDM para o instalador 82instalação independente com o DB2 64, 72kit de inicialização 10o servidor de aplicativos dmgr 84Pré-requisitos da conta 82

preparando para instalar (continuação)servidor de aplicativos para implementação de base 87servidor gerenciado do servidor de aplicativos 86WebSphere Application Server 83

prepararbanco de dados DB2 para instalação 91banco de dados Oracle para instalação 96banco de dados SQL Server para instalação 94

procuras com distinção entre maiúsculas e minúsculas 46Product Maintenance UI

instalando 169

Rrequisitos de instalação

teste 68, 76, 127verificando 68, 76, 127

requisitos do sistema 123

Ssegmento de mercado 46segurança

funções de canal 89senha 38, 41, 44separando instalação de configuração 132

cenários 134serviços de software

entrando em contato 215servidor

WebSphere Application Server 38, 44servidor de aplicativos

preparando 83preparando dmgr 84preparando o servidor gerenciado 86preparando para a implementação de base 87

servidor operacionalassociação do aplicativo de usuário 46

servidor remotocenários de instalação 59

silenciosainstalação 28

sistema de mensagensMessage Brokers 41WebSphere Default Messaging 41WebSphere MQ 41

suportecliente 215

suporte ao clienteentrando em contato 215

TTask Management

criar manualmente um usuário 168tecla de acesso, amostras 174teste de verificação 68, 76, 127

mensagem de erro 142tipo de implementação

customizada 27independente 23, 24, 26WebSphere Application Server 38, 44

Índice Remissivo 215

Uusuários

incluindo o usuário em um grupo 88

Vvárias instâncias

instalando e configurando 13verificação de pré-requisito 68, 76, 127verificando a instalação 174, 175, 176verificando requisitos de instalação 68, 76, 127

WWebSphere Application Server

célula 38início 38nó 38perfil 38servidor 38tipo de implementação 38

WebSphere MQsistema de mensagens 41

Zz/OS

barramento de mensagens configurar 142instalando no 140


Entrando em Contato com a IBM

É possível entrar em contato com a IBM para obter suporte ao cliente, serviços desoftware, informações do produto e informações gerais. Também é possívelfornecer um feedback para a IBM sobre produtos e documentação.

A tabela a seguir lista os recursos para suporte ao cliente, serviços de software,treinamento e informações sobre produtos e soluções.

Tabela 32. Recursos da IBM

Recurso Descrição e Local

Documentação do produto para InfoSphereMDM

É possível procurar e navegar pelosdocumentos do InfoSphere MDMemhttp://www.ibm.com/support/knowledgecenter/SSWSR9_11.4.0.

Documentação do produto InfoSphere MDMCustom Domain Hub, incluindo InfoSphereMDM Reference Data Management

É possível procurar e navegar pelosdocumentos do InfoSphere MDM CustomDomain Hub em http://www.ibm.com/support/knowledgecenter/SSLSQH_11.4.0.

Portal de Suporte da IBM É possível customizar as informações desuporte escolhendo os produtos e tópicosque interessam a você emwww.ibm.com/support/.

Serviços de suporte a software É possível localizar informações sobresoftware, TI e serviços de consultoria denegócios, no site de soluções emwww.ibm.com/businesssolutions/.

Minha IBM É possível gerenciar links para web sites daIBM e informações que correspondam àssuas específicas necessidades de suportetécnico, criando uma conta no site MinhaIBM em www.ibm.com/account/.

Treinamento e Certificação É possível aprender sobre serviços detreinamento técnico e educação projetadospara indivíduos, empresas e organizaçõespúblicas para adquirirem, manterem ouotimizarem sua qualificação em TI, emwww.ibm.com/software/sw-training/.

Representantes IBM É possível entrar em contato com umrepresentante IBM para aprender sobresoluções em www.ibm.com/connect/ibm/us/en/.

Fornecimento de Feedback

A tabela a seguir descreve como fornecer feedback para IBM sobre produtos edocumentação de produto.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.4.0

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.4.0

http://www.ibm.com/support/knowledgecenter/SSLSQH_11.4.0

http://www.ibm.com/support/knowledgecenter/SSLSQH_11.4.0

https://www.ibm.com/support/

http://www.ibm.com/businesssolutions/

http://www.ibm.com/account/

http://www.ibm.com/software/sw-training/

http://www.ibm.com/connect/ibm/us/en/

http://www.ibm.com/connect/ibm/us/en/

Tabela 33. Fornecendo feedback para IBM

Tipo de Feedback Ação

Feedback de Produtos É possível fornecer feedback geral doproduto por meio da Pesquisa de Opiniãode Consumabilidade emhttps://www.ibm.com/survey/oid/wsb.dll/studies/consumabilitywebform.htm.

Feedback da documentação Para comentar sobre a documentação doproduto:

v Clique em Incluir comentário no tópicono IBM Knowledge Center

v Clique no link Feedback no tópico noIBM Knowledge Center

v Use o formulário de comentários do leitoronline: www.ibm.com/software/data/rcf/

v Envie um email para:[email protected]


https://www.ibm.com/survey/oid/wsb.dll/studies/consumabilitywebform.htm

https://www.ibm.com/survey/oid/wsb.dll/studies/consumabilitywebform.htm

http://www.ibm.com/software/data/rcf/

��

Impresso no Brasil

GC27-6717-00

Documents

Guia de Instala. - ibm.com · Preparando-se para uma instalação independente comoDB2 ... Verificando a Instalação com o Cliente de Teste no WebSphere Application Server