Guia de Instala. - ibm.com · Verificando a Instalação com o Cliente de Teste no WebSphere ......

IBM InfoSphere Master Data Management EdiçõesStandard e Advanced

Guia de InstalaçãoVersão 11 Release 3

GI13-2658-01

��

NotaAntes de usar essas informações e o produto suportado por ela, leia as informações em “Avisos e Marcas Registradas” napágina 165.

Aviso Sobre a 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 . . . . . . . . . . 3

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

Criptografando Senhas com o WebSphereApplication Server . . . . . . . . . . . 11

Estruturas de Diretórios . . . . . . . . . . 12Uso de MAD_ROOTDIR e MAD_HOMEDIR . . 13

Capítulo 3. Instalando o produto. . . . 15Planejando uma instalação . . . . . . . . . 16

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

Instalando um servidor independente com o DB2 . 44Adquirindo e extraindo os arquivos de instalação 45Preparando para uma instalação independentecom a instalação do DB2 . . . . . . . . . 45Iniciando um independente com a instalação doDB2 utilizando a Barra de ativação . . . . . 46Instalando um servidor independente com o DB2 47

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

Adquirindo e extraindo os arquivos de instalação 50Preparando para uma instalação independentecom a instalação do DB2 . . . . . . . . . 51Iniciando um independente com a instalação doDB2 utilizando a Barra de ativação . . . . . 52Desinstalando uma instalação de estação detrabalho independente com o DB2 . . . . . . 53

Instalando uma implementação customizada . . . 56Adquirindo e extraindo os arquivos de instalação 57Preparando para uma implementaçãocustomizada . . . . . . . . . . . . . 57Instalando uma implementação customizada doInfoSphere MDM . . . . . . . . . . . 99Instalação Silenciosa . . . . . . . . . . 114

Instalando manualmente utilizando o utilitáriomadconfig . . . . . . . . . . . . . 125

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

Instalando o Business Administration UI . . . 130Instalando o Data Stewardship UI . . . . . 132Instalando o Product Maintenance UI . . . . 134Instalação do InfoSphere MDM do Ambiente deTrabalho . . . . . . . . . . . . . . 135Instalação de amostras . . . . . . . . . 137

Verificando a instalação base . . . . . . . . 139Verificando a Instalação com o Cliente de Testeno WebSphere Application Server . . . . . 139Propriedades do Cliente de Teste . . . . . . 140Logs de Instalação. . . . . . . . . . . 141

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

Capítulo 4. Aplicando fix packs. . . . 147Fazendo o download e instalando um fix pack . . 147Excluindo componentes especificados de um fixpack . . . . . . . . . . . . . . . . 148Recuperando um fix pack aplicado . . . . . . 148

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

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

© Copyright IBM Corp. 1996, 2014 iii

Capítulo 6. Desinstalando oInfoSphere MDM . . . . . . . . . . 159Desinstalando o InfoSphere MDM instância . . . 159Desinstalando uma instalação do servidorindependente com o DB2 . . . . . . . . . 159Desinstalando uma Instalação estação de trabalhoindependente com o DB2 . . . . . . . . . 160Desinstalando um Único Componente . . . . . 161Desinstalando no Modo Silencioso . . . . . . 162

Removendo o CBA do Repositório Interno dePacotes Configuráveis . . . . . . . . . . 163

Avisos e Marcas Registradas . . . . 165

Índice Remissivo . . . . . . . . . . 169

Entrando em Contato com a IBM . . . 173

iv Guia de Instalação

Tabelas

1. Requisitos de Instalação . . . . . . . . . 22. Recursos do InfoSphere MDM instalados 73. Contas de usuário do InfoSphere MDM 104. Grupos de usuários do InfoSphere MDM 105. Diretórios MDM_INSTALL_HOME . . . . . . . 126. diretório de instalação doInfoSphere MDM

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

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

SQL Server. . . . . . . . . . . . . 269. Planilha de origem de dados do Oracle 27

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

11. Planilhas de instalação do aplicativo MDM 2912. Planilha de instalação do aplicativo do usuário 3013. Aplicativos de usuário do InfoSphere MDM 3014. Planilha de instalação de histórico . . . . . 3115. O sistema verifica . . . . . . . . . . 4916. Verificações de banco de dados . . . . . . 4917. Verificações do servidor operacional . . . . 50

18. O sistema verifica . . . . . . . . . . 5519. Verificações de banco de dados . . . . . . 5620. Verificações do servidor operacional . . . . 5621. Verificações do sistema . . . . . . . . 10322. Verificações de banco de dados . . . . . 10323. Verificações do servidor operacional . . . . 10424. Destinos Básicos do Utilitário madconfig 12525. Destinos do utilitário madconfig para

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

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

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

desinstalação. . . . . . . . . . . . 12829. Testes de Verificação de Instalação . . . . 14030. Propriedades que Podem Ser Configuradas

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

31. Recursos da IBM . . . . . . . . . . 17332. Fornecendo Feedback para a IBM . . . . . 173

© 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 153. instalação de servidor independente com o

DB2 . . . . . . . . . . . . . . . 19

4. Instalação da estação de trabalho independentecom o DB2 . . . . . . . . . . . . . 20

5. Instalação customizada em um ambiente emcluster . . . . . . . . . . . . . . 22

© 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. Anão conclusã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 o download de uma versão em PDF do dos tópicos deinstalação.Informações relacionadas:

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

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 (RAD), a lista também oferece uma recomendação paraescolher os recursos 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çãoSe você estiver planejando instalar este recurso Precisará deste pré-requisito:

InfoSphere MDM Standard, Advanced ou Enterprise Edition Todos os servidores e estações de trabalho nos quais você instala e usa os componentes doInfoSphere MDM têm um sistema operacional suportado instalado e configurado. Use adocumentação específica do produto para orientação.Importante: A Advanced Edition suporta a instalação no sistema operacional Microsoft Windowspara um ambiente de customização somente. Um ambiente de produção no Windows não ésuportado para Advanced Edition. Somente a Standard Edition é suportada no Windows paraambos os ambientes, de customização e produção.

Installation Startup Kit Importante: Certifique-se de ter instalado o Installation Startup Kit se você planeja desempenharuma instalação customizada.

Não é necessário instalar o kit se você estiver executando uma instalação de servidor independenteou uma instalação de estação de trabalho independente.

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

Se estiver executando uma instalação independente, o IBM Installation Manager instalará o IBMWebSphere Application Server e o configurará com definições padrão.

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

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

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

Para instalações customizadas, você deve ter um banco de dados suportado instalado e configuradocom um nome e senha da conta do usuário que pretende usar para se conectar ao servidoroperacional MDM.

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

Aplicativos do usuário Um navegador da web suportado deve ser instalado nas estações de trabalho que acessam oaplicativo.

2 Guia de Instalação

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



Tabela 1. Requisitos de Instalação (continuação)Se você estiver planejando instalar este recurso Precisará deste pré-requisito:

InfoSphere MDM do Ambiente de Trabalho Você deve instalar o IBM Rational Application Developer (RAD) para WebSphere (64 bits) antes deinstalar o ambiente de trabalho na estação de trabalho.

IBM DB2Para uma instalação independente:

Instale o wrapper do banco de dados DB2 que é incluído com a instalação doInfoSphere MDM. Utilize os recursos padrão selecionados.Importante: Esse software será necessário se você estiver executando umainstalação independente.

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

IBM WebSphere Application Server Selecione estes recursos de instalação para o servidor de aplicativos:

v IBM WebSphere Application Server

– Perfil Completo do IBM WebSphere Application Server

– IBM WebSphere Application Server SDK for Java™ Technology Edition 6

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

IBM Rational Application Developer (RAD) Ao instalar o IBM Rational Application Developer (RAD), você deve selecionar, no mínimo, essesrecursos adicionais 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 de 32 bits necessárias estejam disponíveis nosistema operacional de 64 bits.

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

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 (RAD) 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 (RAD) no modo de 64 bits antes de instalar osrecursos do InfoSphere 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

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

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:“Instalação do InfoSphere MDM do Ambiente de Trabalho” na página 135


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.

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.

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 21. 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 você não possa utilizar o Barra de ativação.Se você não puder utilizar o Barra de ativação:1. Efetue login como o 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 139Informaçõ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 instaladosSe você instalar: Esses recursos estão disponíveis:

InfoSphere MDM Standard Edition MDM Database

Operacional MDM Server (inclui o Kit de Ferramentas para a Arquitetura Orientada a ServiçosEmpresariais (ESOA), Java e SDKs Web 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 (esse item é instalado automaticamente com aStandard Edition e não está listado como uma opção no IBM Installation Manager)

InfoSphere MDM Advanced Edition A Advanced Edition inclui todos os recursos listados para a Standard Edition, mais estesaplicativos:

v Business Administration UI**

v Data Stewardship UI**

v Product Maintenance UI**

InfoSphere MDM Enterprise Edition Inclui todos os recursos da Advanced Edition, além de Collaborative Edition e InfoSphereMDM Extension for Unstructured Text Correlation

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

IBM DB2 Se você estiver planejando executar uma instalação independente, é possível optar por instalarum wrapper do banco de dados DB2. O wrapper contém o instalador nativo do banco dedados do DB2 e é executado no modo silencioso por meio do IBM Installation Manager.

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

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

Outros componentes são também instalados utilizando o IBM Installation Manager.Estes componentes são listados aqui e suas instruções de instalação são fornecidasna documentação online.v Monitoramento de Política do Master Datav InfoSphere MDM Application Toolkitv

v 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 17“Instalação de servidor independente com o DB2” na página 18“Instalação da estação independente com o DB2” na página 20Referências relacionadas:“Aplicativos de usuário e associações do servidor operacional” na página 30

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

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.

Os arquivos e scripts para o Installation Startup Kit são implementados para apasta que você define como o STARTUPKIT_INSTALL_HOME. Esses itens podem serusados para ajudá-lo a concluir uma instalação customizada.

Configuração e criação do banco de dados

Dica: Os scripts de banco de dados no Installation Startup Kit devem serexecutados antes de você iniciar a instalação do InfoSphere MDM.

Os scripts automaticamente criam as tabelas, espaços de tabelas, bufferpools, especificações de codificação e acionadores apropriados que sãorequeridos 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: Criar um espaço de tabela temporário para cada tamanho do bloco.Por exemplo, se você tiver espaços de tabela de 16K, então, crie um espaçode tabela temporário de 16K.v Os scripts para criar os bancos de dados e espaços de tabela IBM DB2

estã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

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 a


evitar 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 124“Instalando o Installation Startup Kit” na página 59“Instalando e configurando o banco de dados” na página 61“Verificando os pré-requisitos usando a ferramenta de linha de comandos” napágina 98Referências relacionadas:“Instalação Silenciosa” na página 114

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 106


“Preparando para uma implementação customizada” na página 57

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 MDMNome de usuário Senha Descrição

mdmins11 mdmins11 Se você executar uma instalação independente em um sistema operacional Linux ouUNIX, essa combinação de nome de usuário e senha será criada para o seu banco dedados IBM DB2.

db2admin db3Admin Se você executar uma instalação independente em um sistema operacional MicrosoftWindows, essa combinação de nome de usuário e senha será criada para o seubanco de dados IBM DB2.

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.

Importante: Por motivos de segurança, se você usar a senha padrão mdmadmin, seráaconselhado a alterar a senha de usuário após a instalação.

Grupos

A tabela a seguir lista os grupos e funções que são criados pelo aplicativo deinstalação. É possível incluir usuários a esses grupos pelo console administrativodo IBM WebSphere Application Server.

Tabela 4. Grupos de usuários do InfoSphere MDMGrupo InfoSphere MDM 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 da interface com o usuário estiverem instalados.

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

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

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

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

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

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

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ção está associada a todos os módulos que não sãoconsiderados pontos 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: MDM11DB


v 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 60Gerenciando usuários“Verificando a instalação base” na página 139Tarefas relacionadas:“Instalando um servidor independente com o DB2” na página 47“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 53“Preparando para uma instalação independente com a instalação do DB2” napágina 45Ativando a segurança do usuário para o servidor operacionalConfigurando usuários e grupos de usuários virtuais do MDM“Criando um novo usuário e o adicionando a um grupo MDM” na página 92Referências relacionadas:“Conexõs e contas de usuário de banco de dados” na página 62

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.Tarefas 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.


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.1. 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.

Tarefas 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 o IBM Rational Application Developer, por exemplo.Para obter mais informações sobre esse diretório, consulte a documentação onlinepara o IBM 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_HOMEDiretório Descrição

aix, linux, solaris, win32, win64, zlinux Esses diretórios contêm arquivos específicos do sistema operacional.

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

com.ibm.mdm.tools Contém pacotes configuráveis do OSGi. Uma área de trabalho do MDM Workbench pode serconfigurada para usar esses pacotes configuráveis para que modelos de referência e referências declasse Java possam ser resolvidos.

database Contém arquivos de esquema estáticos.


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)Diretório Descrição

documentation Contém um arquivo messages.properties no subdiretório /nl/, que é usado pelo instaladordurante o tempo de execução. Por exemplo, ele contém mensagens que são usadas pelo monitorde progresso do instalador.

EnterpriseIntegrator Contém subdiretórios e arquivos que são necessários para configurar e usar o aplicativo deprocura InfoSphere MDM Healthcare Point of Service Integrator.

eventManagmentClient Contém subdiretórios e arquivos para suportar o componente Event Manager. O Event Manager éum componente de acionamento que pode detectar eventos e atividades no MDM.

InstallableApps Contém subdiretórios e arquivos para os aplicativos de usuário instalados. Os aplicativos incluem,mas não estão limitados ao Data Stewardship UI, Product Maintenance UI, Inspector e WebReports.

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

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

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

ManagementConsole Contém subdiretórios e arquivos que são usados pelo Management Console. O ManagementConsole é a interface com o usuário que suporta o agente de gerenciamento.

MDMCollector Contém subdiretórios e arquivos que são usados para executar o IBM Support Assistant DataCollector.

mds Esse diretório contém arquivos para o MDM virtual (anteriormente IBM Initiate Master DataService). Os exemplos de SDK de Java e Web Service são instalados 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 que são usados para implementar e gerenciar oscomponentes do Message Broker. Os componentes do Message Broker são usados geralmente emimplementações virtuais para suportar o sistema de mensagens entre os sistemas de origem e oservidor operacional e o banco de dados do MDM.

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

properties O conteúdo nesse diretório fornece parâmetros de entrada que são usados ao reconfigurar obanco de dados e o servidor MDM a partir do MDM Workbench.

Samples Contém mapeamentos e arquivos de código-fonte que podem ser usados em ambientes dedesenvolvimento.

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

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

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

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

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

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 essa


configuraçã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.

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. Anão conclusão destas tarefas de configuração pode resultar em uma instalação comfalha.

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


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.

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.

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ágina17“Verificando a instalação base” na página 139Tarefas relacionadas:“Preparando para uma implementação customizada” na página 57Visualizando 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 (RAD) (se você estiverutilizando InfoSphere MDM Workbench) também são instalados pelo IBMInstallation Manager.

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 15

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 (RAD).

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: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.

Capítulo 3. Instalando o produto 17

v estiver instalando em sistemas operacionais Microsoft Windows (somente estaçãode 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 7

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) 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 47Referências relacionadas:“Recursos instalados pelo IBM Installation Manager” na página 7

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 (RAD) e InfoSphere MDM Workbench em uma estação detrabalho Microsoft Windows ou Linux.

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 independentes.

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:1. Instala o IBM WebSphere Application Server (implementação base), IBM DB2

for Linux, UNIX e Windows e IBM Rational Application Developer (RAD).2. Instala o InfoSphere MDM Workbench no IBM Rational Application Developer

(RAD).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 de


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 de trabalho independente com o DB2


instalaçã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.

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. O processo de instalação finalmente implementa os componentes do MDM noservidor de aplicativos.

Tarefas relacionadas:“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 53Referências relacionadas:“Recursos instalados pelo IBM Installation Manager” na página 7

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 23Tarefas relacionadas:“Preparando para uma implementação customizada” na página 57“Instalando uma implementação customizada do InfoSphere MDM” na página 99

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çãodas opções de instalação. Em vez disso, as opções de instalação são lidas por um

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


arquivo 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 114

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“Tipo de implementação de instalação customizada” na página 21Tarefas relacionadas:“Instalando uma implementação customizada” na página 56

Planilhas de 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, valores padrãoserão usados e nenhuma entrada será solicitada.

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.

As planilhas são usadas para aplicativos e componentes com suas definições deconfiguração base definidas no IBM Installation Manager. Qualquer servidoroperacional, aplicativo do usuário, ou etapas de configuração do componente quesão necessários fora do IBM Installation Manager são descritos em tópicosseparados de aplicativo individual ou componente.Tarefas relacionadas:“Instalando um servidor independente com o DB2” na página 47


“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 53“Instalando uma implementação customizada do InfoSphere MDM” na página 99“Instalando o InfoSphere MDM em um ambiente em cluster” na página 106

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 planilhaParâmetro Descrição Seu valor

Utilizar o grupo de pacotes existente Escolha esta opção se você deseja que os componentes doInfoSphere MDM sejam instalados em um shell oudiretório do Eclipse existente. Você não pode modificar onome do diretório, se você escolher essa opção.

Não escolha esta opção se você tiver instalado outrosprodutos anteriormente utilizando IBM InstallationManager, como IBM Rational Application Developer(RAD).

O InfoSphere MDM Workbench deve ser instalado nomesmo grupo de pacotes que o IBM Rational ApplicationDeveloper (RAD).

Crie um novo grupo de pacote Essa opção é a configuração padrão. O IBM InstallationManager cria um diretório padrão IBM/MDM no diretório-raizde sua escolha. Ou, é possível nomear o diretório comovocê desejar.

Por exemplo, MDM_INSTALL_HOME/IBM/MDM_test ouMDM_INSTALL_HOME/IBM/MDM_prod

Planilha de origem de dados do DB2 ou DB2 for z/OSUse essa planilha de origem de dados para identificar parâmetros para a origem dedados do IBM DB2 ou IBM DB2 for z/OS ao qual o servidor operacional MDMestá se conectando.

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.

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/OSParâmetro Descrição Seu valor

Tipo de banco de dados O DB2 e o DB2 para z/OS é suportado por todas asedições do InfoSphere MDM.

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

Porta do banco de dados Identifique a porta do banco de dados ou use onúmero de porta padrão fornecido. O padrão doDB2 e do DB2 for z/OS é 50000.

Nome do usuário do banco de dados O nome do usuário do banco de dados deve terprivilégios DBA.

Restrições de comprimento e caracteres suportados anomes e senhas de usuário são dependentes dequaisquer restrições que possam ser impostas porseu sistema operacional.

Se você instalar o InfoSphere MDM usando umainstalação independente, o nome de usuário e senhado banco de dados do DB2 assumirá como padrãomdminst11 no Linux e UNIX e db2admin no MicrosoftWindows.

Senha do banco de dados Forneça uma senha para o nome do usuário dobanco de dados.

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

O nome deve ser composto de 12 ou menoscaracteres alfanuméricos. Caracteres e sublinhado ( _) podem ser utilizados no nome. Outros caracteresnão são suportados.

Início do banco de dados Para instalações customizadas, forneça o diretóriocompleto no qual o banco de dados está instalado.Forneça o diretório-pai do SQLLIB. Por exemplo:

Windows: C:\IBM\DB2

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

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

Instalando o MDM Database Manualmente Se você estiver planejando instalar o banco de dadosMDM físico manualmente, é possível selecionar aopção Extrair scripts para instalação de banco dedados manual. O aplicativo de instalação irá extrairos scripts que permitem que você conclua ainstalação manual.

As tabelas do MDM virtual são instaladas mesmo seessa opção for selecionada.

Esta opção estará disponível somente quando obanco de dados do MDM estiver sendo instaladosozinho, sem quaisquer outros componentes.

Nomes de espaço de tabela Se você tiver criado seu espaços de tabelaantecipadamente, então, você deve tomar nota deseus nomes para que possa especificá-los noaplicativo de instalação. Os espaços de tabela aseguir são necessários (nomes padrão estão entreparênteses):

v 4k de espaço de tabela (TBS4K)

v 8K de espaço de tabela (TBS8K)

v 16K de espaço de tabela (TBS16K)

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:“Preparando um banco de dados DB2” na página 63

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.


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.

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 ServerParâmetro Descrição Seu valor

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

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

Porta do banco de dados Identifique a porta do banco de dados ou use onúmero de porta padrão fornecido. O padrão doMicrosoft SQL Server é 1433.

Nome do usuário do banco de dados O nome do usuário do banco de dados deve terprivilégios DBA.



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

Nome do servidor de banco de dados Especifique o nome do servidor de banco de dadoscom o qual a instância do banco de dados do MDMse conecta.

Grupo de arquivo de banco de dados Especifique o nome de um grupo de arquivos para obanco de dados. Um grupo de arquivos é umaestrutura lógica para objetos do grupo (coletas dearquivos) em um banco de dados. No Microsoft SQLServer, os grupos de arquivos são usados paraajudar no posicionamento de dados e nas tarefasadministrativas, como backup e operações derestauração.

Utilize a Autenticação Nativa do Windows Escolha se você deseja que o servidor operacionalautentique com o banco de dados utilizando ascredenciais do Microsoft Windows. O padrão éutilizar as credenciais do SQL Server.

Se planeja usar a autenticação do Windows, seuDBA deve configurar o esquema padrão do usuáriode login para o esquema que será usado pelo IBMInstallation Manager.

Instalando o MDM Database Manualmente Se você estiver planejando instalar o banco de dadosdo MDM físico manualmente, selecione essa opçãopara extrair os scripts que são usados para ainstalação manual.


Tarefas relacionadas:“Preparando um Banco de Dados Microsoft SQL Server” na página 65

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.

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 a


configuraçã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 9. Planilha de origem de dados do OracleParâmetro Descrição Seu valor

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

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

Porta do banco de dados Identifique a porta do banco de dados ou use onúmero de porta padrão fornecido. O padrão doOracle é 1521.

Nome do usuário do banco de dados O nome do usuário do banco de dados deve terprivilégios DBA. Para Oracle, o nome do usuário dobanco de dados e o nome do esquema devem ser osmesmos.



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

Início do banco de dados Forneça o diretório completo no qual o banco dedados está 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

Instalando o MDM Database Manualmente Se você estiver planejando instalar o banco de dadosMDM físico manualmente, é possível selecionar aopção Extrair scripts para instalação de banco dedados manual. O aplicativo de instalação irá extrairos scripts que permitem que você conclua ainstalação manual.


Esta opção estará disponível somente quando obanco de dados do MDM estiver sendo instaladosozinho, sem quaisquer outros componentes.

Nomes de espaço de tabela Se você tiver criado seu espaços de tabelaantecipadamente, então, você deve tomar nota deseus nomes para que possa especificá-los noaplicativo de instalação. Os seguintes espaços detabela são necessários (os nomes padrão estão entreparê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:“Preparando um Banco de Dados Oracle” na página 67

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 ServerParâmetro Descrição Seu valor

Tipo de implementação Especifique o tipo de implementação e anote o nome do perfil do IBMWebSphere Application Server. Suas opções são Network DeploymentEdition ou Base Edition (não-gerenciados).

Network Deployment é utilizado para instalações do servidor oucluster. Uma implementação base é geralmente utilizada eminstalações de demonstração ou estação de trabalho.

Se você escolher a implementação de rede, o instalador executará umasequência de comandos no processo do gerenciador de implementaçãodo IBM WebSphere Application Server para configurar servidores deaplicativos e implementar aplicativos. O gerenciador deimplementação e os agentes do nó devem ser configurados e estar emexecução antes da implementação poder continuar. Por exemplo,utilize um nome de perfil do Dmgr01.

Se você selecionar Network Deployment, o instalador também poderáser executado em um cluster do IBM WebSphere Application Server. Oprograma de instalação detecta automaticamente o cluster. Se o clusterestiver configurado, o padrão será implementar os aplicativos em umcluster. Em vez disso, você poderá selecionar implementar osaplicativos em um único servidor.

Se você escolher a base, o servidor operacional será implementado noserver1 da base do IBM WebSphere Application Server. O instaladorexecuta uma sequência de comandos no server1 para configurar oservidor de aplicativos e implementar os aplicativos. Certifique-se deque o server1 esteja em execução antes de prosseguir com aimplementação. Por exemplo, utilize um nome de perfil do AppSrv1.

Início do IBM WebSphere ApplicationServer

Especifique o diretório completo no qual o IBM WebSphereApplication Server está instalado. O padrão é /opt/IBM/WebSphere/AppServer.

Início do perfil do IBM WebSphereApplication Server

Se você estiver usando uma implementação de base, especifique ocaminho completo do diretório inicial do perfil do servidor deaplicativos. O padrão é /opt/IBM/WebSphere/AppServer/profiles.

Federar em um Deployment Managerexistente

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 do DeploymentManager

Forneça o nome do perfil do Deployment Manager. Certifique-se deque o nome ainda não esteja em uso. Isso é aplicável apenas se o tipode implementação for Network Deployment e a opção Federar em umDeployment Manager existente estiver selecionada.

Início do perfil do DeploymentManager

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

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

porta SOAP Identifique a porta SOAP do gerenciador de implementação nocomputador remoto, se você estiver utilizando a implementaçãoremota. O padrão é 8879.

Nome de usuário Identifique o nome do usuário do IBM WebSphere Application Server.O usuário deve ter privilégios administrativos.

Senha A senha do usuário do IBM WebSphere Application Server.

Célula Especifique a célula do IBM WebSphere Application Server na qualvocê deseja implementar o InfoSphere MDM.

Se você tiver o IBM WebSphere Application Server já instalado econfigurado, você poderá clicar em Recuperar Detalhes do Hostdurante o processo de instalação e ter o IBM Installation Manager pararecuperar as informações de Célula, Nó e Servidor.

Nó Especifique a célula do IBM WebSphere Application Server na qualvocê deseja implementar o InfoSphere MDM.

Depois de selecionar a célula no IBM Installation Manager, todos osnós dentro dessa célula estarão disponíveis na lista.

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

Após selecionar o nó em IBM Installation Manager, todos os servidoresdisponíveis para esse nó aparecerão na lista.

Para criar um novo servidor para implementação, é possívelespecificar o novo nome no painel de configuração e ele será criado noIBM WebSphere Application Server durante o processo de instalação.

Nome do perfil do nó 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 Network Deployment.

Início do perfil do nó gerenciado Especifique o caminho completo do diretório inicial do perfil do nógerenciado.

Instalar o aplicativo MDM no cluster Se você tiver um cluster existente do WebSphere Application Server,essa opção estará disponível no painel de configuração. Selecione essaopção se desejar instalar o aplicativo InfoSphere MDM em umambiente em cluster.

Cluster Se estiver instalando em um ambiente em cluster, selecione o clusterem que deseja implementar seus aplicativos.

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


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 MDMParâmetro Descrição Seu valor

Nome do aplicativo MDM Especifique o nome do servidor operacional MDM.Este nome é utilizado no IBM WebSphereApplication Server. O padrão é E001.

Nome de usuário do MDM Especifique o nome de usuário que essa instância doInfoSphere MDM usará para efetuar login nosaplicativos clientes e interfaces com o usuário doMDM.Nota: Este usuário não é o usuário administrador doWebSphere Application Server que administra ainstância do InfoSphere MDM e não precisacorresponder a esse nome de usuário.

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

porta RMI Especifique a porta na qual o serviço de registro doRMI (Chamada de Método Remoto) recebe paraconexões de outros serviços. Em um ambiente emcluster, todos os nós devem utilizar a mesma portaRMI para se comunicarem. O padrão é 9999.

Estilo de correspondência Especifique se você deseja utilizar um estilo decorrespondência probabilístico ou determinístico.

Ativar implementação de diversos fusos horários Selecione essa opção se seu aplicativo estiverexecutando em fusos horários diferentes, ou seusdados tiverem valores sensíveis ao tempo em fusoshorários diferentes.

Fuso horário padrão Selecione o fuso horário padrão do cliente na lista.Se um fuso horário não for especificado, o fusohorário do servidor de aplicativos será usado.

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

Se você desejar usar o sistema de mensagens internodo WebSphere, selecione IBM WebSphere DefaultMessaging.

A maioria das configurações do MDM virtualselecionará IBM WebSphere Default Messaging einstalará o recurso Message Brokers.

IBM WebSphere MQ é um produto corporativoseparado e deve ser instalado antes da instalação doInfoSphere MDM. Se optar pelo IBM WebSphereMQ, especifique os valores para os parâmetros aseguir.

Início de fila de mensagens Especifique o diretório totalmente qualificado doinício da fila de mensagens. O padrão é /usr/mqm.

Nome do gerenciador de mensagens Especifique o nome para o gerenciador de filas. Porexemplo, CUSTOMER.QUEUE.MANAGER.

Nome do host MQ Especifique o nome do servidor que estáhospedando o WebSphere MQ.

Porta MQ Especifique o número da porta de recebimento doWebSphere MQ.

Nome de canal Especifique o nome do canal. Os canais sãoutilizados para transmitir as mensagens entre osgerenciadores de filas.

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

Senha Especifique a senha.

Configurar o Servidor de Sistema de Mensagens Selecione essa opção para implementar seusparâmetros e configurar o servidor de sistema demensagens.

Conceitos relacionados:Suporte a Diversos Fusos HoráriosEstilos 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árioParâmetro Descrição Seu valor

Tipo de implementação Especifique se a sua implementação IBM WebSphereApplication Server é de Base ou Rede. Aimplementação de rede é utilizada para instalaçõesde servidor ou cluster. Uma implementação base égeralmente utilizada em instalações de demonstraçãoou estação de trabalho.

Início do perfil do IBM WebSphere ApplicationServer

Se você estiver usando uma implementação de base,especifique o caminho completo do diretório inicialdo perfil do servidor de aplicativos. O padrão é/opt/IBM/WebSphere/AppServer/profiles

Nome do host Especifique o nome do IBM WebSphere ApplicationServer em que o servidor servidor operacional MDMé implementado.

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

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

Senha Especifique a senha do usuário administrativo.

Célula Especifique a célula do IBM WebSphere ApplicationServer na qual deseja implementar o aplicativo. Sevocê tiver o IBM WebSphere Application Serverinstalado e configurado, clique em RecuperarDetalhes do Host durante o processo de instalaçãopara recuperar as informações para Célula, Nó eServidor.

Nó Especifique o nó do IBM WebSphere ApplicationServer no qual deseja implementar o aplicativo.

Servidor Especifique o servidor do IBM WebSphereApplication Server no qual deseja implementar oaplicativo.

Instalar o aplicativo MDM no cluster Se você tiver um cluster existente do WebSphereApplication Server, essa opção estará disponível nopainel de configuração. Selecione essa opção sedesejar instalar o aplicativo InfoSphere MDM em umambiente em cluster.

Cluster Se estiver instalando em um ambiente em cluster,selecione o cluster em que deseja implementar seusaplicativos.

Tarefas relacionadas:“Instalando o Business Administration UI” na página 130“Instalando o Data Stewardship UI” na página 132“Instalando o Product Maintenance UI” na página 134Instalando o InspectorInstalando o Enterprise ViewerInstalando o Web ReportsInstalando 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.

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 MDMAplicativos 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 InfoSphere MDM

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 7“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óricoParâmetro Descrição Seu valor

Indústria Especifique o tipo de segmento de mercado que sejasuportado nesta implementação. É possívelespecificar apenas um tipo.

Há quatro tipos de segmento de mercado suportado.Cada opção instala as tabelas de códigos e dadospara esse tipo de segmento de mercado.

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

v Financeiro - Escolha esta opção para linhas denegócios como Financeiro de Varejo, FinanceiroComercial, Cartões de Crédito, Empréstimos eoutros.

v Telecomunicação - Escolha esta opção para linhasde negócios como Wireless, Televisão a Cabo,Televisão via Satélite, Internet, Serviços Telefônicose outros.

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

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

v Nenhum. Escolha essa opção se você não desejainstalar nenhum acionador. Escolher esta opçãoimpede o histórico de ser armazenado no bancode dados.

v Simples. Escolha esta opção para instalar apenasos acionadores de atualização. Quando umregistro é atualizado no banco de dados, umacópia desse registro (antes da atualização) éincluída na tabela de históricos. As versõespassadas do registro são armazenados na tabelade históricos.

v Composto. Escolha esta opção se você desejainstalar os acionadores de inserção e atualização.Quando um registro é incluído no banco de dadosou quando um registro é atualizado no banco dedados, uma cópia é incluída na tabela dehistóricos. Cópias das versões atuais e passadasdo registro são armazenadas na tabela dehistóricos.


Tabela 14. Planilha de instalação de histórico (continuação)Parâmetro Descrição Seu valor

Procuras de distinção entre maiúsculas e minúsculas Por padrão, as procuras de nome para os contratos,produtos e categorias não fazem distinção entremaiúsculas e minúsculas. Marque a caixa de opçõesAtivar procuras de distinção entre letras maiúsculase minúsculas somente se você desejar colocarrestrições de distinção entre maiúsculas e minúsculasem suas pesquisas.

Uma vez que esse recurso é ativado, os objetos debanco de dados são criados e você não podedesativar essa opção.

Tabela de códigos de idiomas Os valores da tabela de códigos convertidoutilizados para listas predefinidas e mensagens deerro estão incluídas com o servidor operacionalMDM físico.

Inglês é o idioma padrão.

Idioma do recurso de aplicativo Especifique as traduções de idioma correspondentespara a interface com o usuário a ser instalada.

Conceitos relacionados: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 45v “Prepare o IBM Installation Manager” na página 58v “Instalando o Installation Startup Kit” na página 59

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.

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.


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.

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.1. Instale o banco de dados DB2. Use a documentação de instalação do IBM DB2

como 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.

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 61“Preparando um banco de dados DB2” na página 63


“Instalando o Installation Startup Kit” na página 59Referências relacionadas:“Planilha de origem de dados do DB2 ou DB2 for z/OS” na página 24

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.

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.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 88Tarefas relacionadas:“Preparando o WebSphere Application Server Network Deployment para umaimplementação de servidor gerenciado” na página 89“Preparando o banco de dados DB2 para usar o InfoSphere MDM em um ambienteem cluster” na página 64Referências relacionadas:“Planilha de instalação do WebSphere Application Server” na página 27

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.1. Instale o IBM WebSphere MQ na máquina F. Use a documentação de instalação

do IBM WebSphere MQ como guia.2. Crie o gerenciador de filas, o canal e as filas do WebSphere MQ usando os

scripts custSetupMQServer.mqsc e ChannelAuth.mqsc. Esses scripts estãoincluídos no Kit de Inicialização da Instalação.

Tarefas relacionadas:“Instalando o Installation Startup Kit” na página 59


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

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.

Certifique-se de que o servidor de aplicativos e o banco de dados sejam iniciadosantes de iniciar a instalação do InfoSphere MDM.1. Inicie o IBM Installation Manager na máquina A e escolha sua oferta

InfoSphere MDM. Continue pelos prompts.2. Especifique os diretórios inicial e compartilhado do InfoSphere MDM. Por

exemplo, MDM_INSTALL Inicial - /usr/IBM/MDM/E001/mdm e Compartilhado -/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 58“Planilhas de instalação e configuração” na página 23“Verificando a instalação base” na página 139Tarefas relacionadas:“Instalando uma implementação customizada do InfoSphere MDM” na página 99Resoluçã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.

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.1. Instale o banco de dados Oracle. Use a documentação de instalação do Oracle

como 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.Para instalar o MDM com o Oracle, o nome do usuário do banco de dados e onome do esquema devem ser os mesmos.

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 61“Preparando um Banco de Dados Oracle” na página 67“Instalando o Installation Startup Kit” na página 59Referências relacionadas:“Planilha de origem de dados do Oracle” na página 26


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.

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.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 88Tarefas relacionadas:“Preparando o WebSphere Application Server Network Deployment para umaimplementação de servidor gerenciado” na página 89“Preparando o Banco de Dados Oracle para Usar o InfoSphere MDM em umAmbiente em Cluster” na página 69Referências relacionadas:“Planilha de instalação do WebSphere Application Server” na página 27




InfoSphere MDM. Continue pelos prompts.2. Especifique os diretórios de instalação inicial e compartilhado do InfoSphere

MDM. 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.

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 as verificações são aprovadas, 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 58“Planilhas de instalação e configuração” na página 23“Verificando a instalação base” na página 139Tarefas relacionadas:“Instalando uma implementação customizada do InfoSphere MDM” na página 99Resolução de problemas de uma instalação

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 MDMv 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.1. Instale o banco de dados SQL Server na máquina B. Utilize a documentação de

instalaçã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ão

fornecidos no InfoSphere MDM Installation Startup Kit.Tarefas relacionadas:“Instalando e configurando o banco de dados” na página 61“Preparando um Banco de Dados Microsoft SQL Server” na página 65“Instalando o Installation Startup Kit” na página 59Referências relacionadas:“Planilha de Origem de Dados do Microsoft SQL Server” na página 25

Preparar o WebSphere Application Server Network Deployment:

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

A topologia resultante deste procedimento é que a máquina A possui o WebSphereApplication Server Deployment Manager e um nó gerenciado.1. Instale e configure o WebSphere Application Server na máquina A. Use a

documentaçã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 88Tarefas relacionadas:“Preparando o WebSphere Application Server Network Deployment para umaimplementação de servidor gerenciado” na página 89Referências relacionadas:“Planilha de instalação do WebSphere Application Server” na página 27

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.1. Instale o IBM WebSphere MQ na máquina A. Use a documentação de instalação

do 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.




InfoSphere MDM. Continue pelos prompts.2. Especifique os diretórios de instalação inicial e compartilhado do InfoSphere

MDM. 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.

8. Clique em Verificar requisitos de instalação para executar as verificações depré-requisito. Revise e corrija quaisquer erros ou avisos e, 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 58“Planilhas de instalação e configuração” na página 23“Verificando a instalação base” na página 139Tarefas relacionadas:“Instalando uma implementação customizada do InfoSphere MDM” na página 99


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

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 99

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).

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.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...


http://youtu.be/96CkbrwASik

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 99

Configurando a conexão do servidor remoto:

Crie uma nova entrada na visualização Servidores MDM Workbench para seconectar ao servidor de aplicativos remoto.1. Abra o MDM Workbench em sua máquina local.2. Abra a visualização Servidores.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 Application

Server 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 88

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.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 61Executando os scripts SQL para preparar para implementação

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 você deve implementar o CBA para o servidor operacionalremoto usando o console de administração do WebSphere Application Server.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 no


InfoSphere 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 console de administração remoto do WebSphere Application Server e,no quadro de navegação, clique em Ambiente > Repositórios de pacotesconfiguráveis OSGi > Repositório interno de pacotes configuráveis 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.Tarefas relacionadas:Implementação de adição e extensãoExecutando os scripts SQL para preparar para implementaçãoImplementando 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.

Uma instalação de servidor independente permite implementar uma edição doInfoSphere MDM, IBM WebSphere Application Server e IBM DB2 for Linux, UNIXe Windows em um servidor.

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. Anão conclusão destas tarefas de configuração 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.

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.

Se você estiver obtendo arquivos de imagem de instalação do IBM PassportAdvantage, faça o download e extraia os arquivos em um diretório chamado MDM.Ao extrair os arquivos, eles serão colocados em uma estrutura de pasta que reflitaas partes que você tenha transferido por download.Conceitos relacionados:Requisitos do sistema para o InfoSphere MDMTarefas relacionadas:“Iniciando um independente com a instalação do DB2 utilizando a Barra deativação” na página 46Referências relacionadas:“Requisitos de Instalação” na página 2Informações relacionadas:


Preparando para uma instalação independente com ainstalação do DB2

Antes 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.

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. Sua estação de trabalhodeve ser um sistema operacional Microsoft Windows. Outros sistemas operacionaisnão são suportados para instalações de estação de trabalho independente com oDB2.v 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 Conclua a tarefa “Adquirindo e extraindo os arquivos de instalação”.v Reveja “Requisitos de Instalação” na página 2.v Reveja “Tipos de implementação de instalação independente” na página 17.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.

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.Tarefas relacionadas:“Iniciando um independente com a instalação do DB2 utilizando a Barra deativação”“Instalando um servidor independente com o DB2” na página 47“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 53Referências relacionadas:“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 10

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.

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 45.1. 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 raizTarefas relacionadas:“Instalação do InfoSphere MDM do Ambiente de Trabalho” na página 135“Adquirindo e extraindo os arquivos de instalação” na página 45“Preparando para uma instalação independente com a instalação do DB2” napágina 45

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.

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

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

e IBM DB2v Se estiver instalando no Linux ou UNIX, efetue login como usuário raiz.




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 45.

Durante uma instalação independente, os valores de configuração padrão sãofornecidos. É possível revisar as planilhas de configuração se desejar saber o queos padrões são antes de iniciar a 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.1. Em download_path/MDM/disk1, inicie a Barra de ativação utilizando um destes


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

2. No painel Instalar pacotes, verifique se os seguintes itens são selecionados:v Implementação de rede do IBM WebSphere Application Serverv IBM DB2


v 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. Selecione Eu aceito os termos dos contratos de licença e clique em Avançar.5. Selecione o diretório de recurso compartilhado ou aceite o padrão. Se você

também estiver instalando o IBM Installation Manager, também deveráselecionar um diretório de instalação ou aceitar o padrão. Clique em Avançar.

6. No segundo painel Instalar pacotes:a. Se desejar aceitar os diretórios de instalação padrão, clique em Avançar.b. Se desejar alterar o diretório padrão para um pacote, selecione o nome do

pacote e altere o campo Diretório de instalação. Repita para cada pacoteque desejar alterar. Clique em Avançar.

7. No painel de idioma, o inglês é sempre selecionado.a. Se quiser quaisquer idiomas além do inglês, selecione o idioma.b. Se desejar mais idiomas para alguns pacotes, clique na seta para Traduções

suportadas somente por alguns pacotes e selecione cada idioma desejado.c. Clique em Avançar.

8. Selecione Data Stewardship UI ou Inspector se desejar instalar um, ou ambosos aplicativos de usuário.

9. 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. 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.


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 18“Planilhas de instalação e configuração” na página 23“Verificando a instalação base” na página 139Tarefas relacionadas:“Desinstalando uma instalação do servidor independente com o DB2” na página159Resolução de problemas de uma instalação“Preparando para uma instalação independente com a instalação do DB2” napágina 45Referências relacionadas:“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 10

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 verificaVerificação de pré-requisito Descrição Resolução

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

Esta verificação valida se há espaço em disco suficientepara instalar o InfoSphere MDM e todo o softwarerequerido para uma implementação independente do DB2,incluindo o perfil do WebSphere Application Server e obanco de dados.

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

Verificação de memória para executar oaplicativo de instalação

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

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

Tabela 16. Verificações de banco de dadosVerificação de pré-requisito Descrição Resolução

Verificação da instância do banco dedados

A verificação valida se o banco de dados ainda não existir.Instalações independentes com o DB2 exigem um ambientesem um banco de dados pré-existente.

Se o seu ambiente de instalação possuir um banco dedados pré-existente, remova-o antes de tentar concluir ainstalação.

Verificação do nome do banco de dados A verificação valida se o nome do banco de dados é válido. O nome do banco de dados deve ser composto de 12 oumenos caracteres alfanuméricos. Caracteres de sublinhado (_ ) podem ser utilizados no nome. Outros caracteres nãosão suportados.

Verificação do usuário do banco dedados

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

Exclua o usuário do banco de dados se ele já existir. Ainstalação independente com o DB2 criará o usuáriodurante a instalação. Como alternativa, certifique-se de queo usuário do banco de dados db2admin tenha a mesmasenha padrão.Nota: É possível optar por ignorar este aviso, mas ainstalação pode falhar.

Verificação do Global Security Kit v8 Essa verificação determina se a biblioteca Global SecurityKit está presente a partir de uma instalação anterior doDB2.

Se a biblioteca Global Security Kit estiver presente e aversão instalada estiver abaixo do requisito mínimo para oInfoSphere MDM, então a verificação falhará. Se abiblioteca Global Security Kit for da versão errada, então ogerenciador de banco de dados DB2 será incapaz de iniciar.

Exclua a pasta da biblioteca Global Security Kit(GSK8\lib64), em seguida, continue com a instalação.Dica: No Microsoft Windows, é possível localizar a pastaGSK8, verificando as variáveis Caminho em seu sistema eprocurando por um caminho de diretório semelhante aC:\Program Files\IBM\GSK8\lib64


Tabela 16. Verificações de banco de dados (continuação)Verificação de pré-requisito Descrição Resolução

Verificação de origem de dados ODBC Essa verificação determina se uma origem de dados ODBCexiste em um registro do Microsoft Windows. Estaverificação falhará com um erro se uma origem de dadosODBC já existir.Nota: Para sistemas não-Windows, essa verificação sempreserá aprovada.

Se uma origem de dados ODBC existir em seu registro doWindows, remova a origem de dados:

1. Abra o Windows Registry Editor executando ocomando regedit.

2. Localize a entrada HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI.

3. Expanda ODBC.INI, localize a entrada da origem dedados ODBC e, em seguida, clique com o botão direitodo mouse nela e selecione Excluir.

4. Em ODBC.INI, selecione a entrada das Origens deDados ODBC. No painel de exibição, todas assubentradas são mostradas.

5. Localize a entrada da origem de dados ODBC na listade subentradas. Clique com o botão direito do mousena entrada e selecione Excluir.

Tabela 17. Verificações do servidor operacionalVerificação de pré-requisito Descrição Resolução

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

Certifique-se de que ambas as portas, 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 62Informaçõ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.

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. Anão conclusão destas tarefas de configuração resultará em uma instalação comfalha.

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(RAD)e InfoSphere MDM Workbench em uma estação de trabalho MicrosoftWindows.

Sua estação de trabalho deve ser um sistema operacional Microsoft Windows.Outros sistemas operacionais não são suportados para instalações de estação detrabalho independente.









Preparando para uma instalação independente com ainstalação do DB2

Antes 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.

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. Sua estação de trabalhodeve ser um sistema operacional Microsoft Windows. Outros sistemas operacionaisnão são suportados para instalações de estação de trabalho independente com oDB2.v Revise o arquivo leia-me para os requisitos do sistema e potenciais problemas


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

45.v Reveja “Requisitos de Instalação” na página 2.v Reveja “Tipos de implementação de instalação independente” na página 17.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.



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.Tarefas relacionadas:“Iniciando um independente com a instalação do DB2 utilizando a Barra deativação” na página 46“Instalando um servidor independente com o DB2” na página 47“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 53Referências relacionadas:“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 10

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.

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 45.1. 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 135“Adquirindo e extraindo os arquivos de instalação” na página 45“Preparando para uma instalação independente com a instalação do DB2” napágina 45


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. Instalações de estação de trabalho independentes sãosuportadas em um sistema operacional Microsoft Windows somente. 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.

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

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

IBM DB2, IBM Rational Application Developer (RAD) e MDM Workbenchv Se estiver instalando no Linux ou UNIX, efetue login como usuário raiz.




Você também deve certificar-se de que as bibliotecas de 32 bits necessárias estejamdisponíveis no sistema operacional de 64 bits. Consulte os tópicos de referênciarelacionados.

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 45.

Durante uma instalação independente com o DB2, os valores de configuraçãopadrão são fornecidos. É possível revisar as planilhas de configuração se desejarsaber o que os padrões são antes de iniciar a instalação.

Para instalações de estação de trabalho, você deve utilizar a implementação derede do IBM WebSphere Application Server.

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.1. 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 IBM WebSphere Application Serverv IBM DB2


v IBM Rational Application Developer (RAD)v InfoSphere MDM Standard ou Advanced Editionv 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.

3. Clique em Avançar.4. Selecione Eu aceito os termos dos contratos de licença e clique em Avançar.5. Selecione o diretório de recurso compartilhado ou aceite o padrão. Se você

também estiver instalando o IBM Installation Manager, também deveráselecionar um diretório de instalação ou aceitar o padrão. Clique em Avançar.

6. No segundo painel Instalar pacotes:a. Se você deseja aceitar os diretórios de instalação padrão, clique em

Avançar.b. Se desejar alterar o diretório padrão para um pacote, selecione o nome do

pacote e altere o campo Diretório de instalação. Repita para cada pacoteque deseja alterar. Clique em Avançar.

7. No painel idioma, o inglês é sempre selecionado.a. Se você quiser que algum idiomas além do inglês, selecione o idioma.b. Se você desejar mais idiomas para alguns pacotes, clique na seta para

Traduções Suportadas Somente por Alguns Pacotes e selecione cadaidioma desejado.

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

opcionais do InfoSphere MDM para instalar e clique em Avançar.9. No painel Estender Eclipse, defina se você desejar estender uma instalação

existente do Eclipse.10. 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.11. Revise as informações de resumo da instalação para assegurar que os detalhes

são precisos e, em seguida, clique em Verificar requisitos de 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.


13. 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.

14. Clique em Instalar.15. Quando a instalação estiver concluída, clique em Nenhum na área de janela

Que programa você deseja iniciar.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.

Uma mensagem de êxito no painel do instalador final indica que os testes deverificação foram executados automaticamente como parte do processo de


instalaçã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.

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 20“Planilhas de instalação e configuração” na página 23“Verificando a instalação base” na página 139Tarefas relacionadas:“Desinstalando uma Instalação estação de trabalho independente com o DB2” napágina 160Resolução de problemas de uma instalação“Preparando para uma instalação independente com a instalação do DB2” napágina 45Referências relacionadas:“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 10

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.


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 18. O sistema verificaVerificação de pré-requisito Descrição Resolução


Esta verificação valida se há espaço em disco suficientepara instalar o InfoSphere MDM e todo o softwarerequerido para uma implementação independente do DB2,incluindo o perfil do WebSphere Application Server e obanco de dados.

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

Verificação de memória para executar oaplicativo de instalação

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

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



Verificação da instância do banco dedados

A verificação valida se o banco de dados ainda não existir.Instalações independentes com o DB2 exigem um ambientesem um banco de dados pré-existente.

Se o seu ambiente de instalação possuir um banco dedados pré-existente, remova-o antes de tentar concluir ainstalação.

Verificação do nome do banco de dados A verificação valida se o nome do banco de dados é válido. O nome do banco de dados deve ser composto de 12 oumenos caracteres alfanuméricos. Caracteres de sublinhado (_ ) podem ser utilizados no nome. Outros caracteres nãosão suportados.

Verificação do usuário do banco dedados

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

Exclua o usuário do banco de dados se ele já existir. Ainstalação independente com o DB2 criará o usuáriodurante a instalação. Como alternativa, certifique-se de queo usuário do banco de dados db2admin tenha a mesmasenha padrão.Nota: É possível optar por ignorar este aviso, mas ainstalação pode falhar.

Verificação do Global Security Kit v8 Essa verificação determina se a biblioteca Global SecurityKit está presente a partir de uma instalação anterior doDB2.

Se a biblioteca Global Security Kit estiver presente e aversão instalada estiver abaixo do requisito mínimo para oInfoSphere MDM, então a verificação falhará. Se abiblioteca Global Security Kit for da versão errada, então ogerenciador de banco de dados DB2 será incapaz de iniciar.

Exclua a pasta da biblioteca Global Security Kit(GSK8\lib64), em seguida, continue com a instalação.Dica: No Microsoft Windows, é possível localizar a pastaGSK8, verificando as variáveis Caminho em seu sistema eprocurando por um caminho de diretório semelhante aC:\Program Files\IBM\GSK8\lib64

Verificação de origem de dados ODBC Essa verificação determina se uma origem de dados ODBCexiste em um registro do Microsoft Windows. Estaverificação falhará com um erro se uma origem de dadosODBC já existir.Nota: Para sistemas não-Windows, essa verificação sempreserá aprovada.





4. Em ODBC.INI, selecione a entrada das Origens deDados ODBC. No painel de exibição, todas assubentradas são mostradas.



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

Certifique-se de que ambas as portas, 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 62Informações relacionadas:


Instalando uma implementação customizadaConclua as tarefas nesta seção para instalar uma implementação customizada doInfoSphere MDM.

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.

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. Anão conclusão destas tarefas de configuração resultará em uma instalação comfalha.




Conceitos relacionados:“Suporte para ambientes de alta disponibilidade” na página 23






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.

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 21Cenários de Instalação“Suporte a várias instâncias” na página 9Tarefas relacionadas:Capítulo 3, “Instalando o produto”, na página 15“Instalando uma implementação customizada do InfoSphere MDM” na página 99Referê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 106

Instalando o IBM Installation Manager:

Utilize este procedimento se o IBM Installation Manager não está instalado.

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.1. Na página Passport Advantage para a sua versão e edição do InfoSphere

MDM, faça o download do pacote do IBM Installation Manager.2. Extraia o arquivo compactado.3. Por meio de um prompt de comandos, inicie install.exe e conclua o assistente

de instalação.

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.

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.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, no Microsoft Windows, selecione download_path/MDM/disk1/diskTag.ini. Nos sistemas Linux ou UNIX systems, selecionedownload_path\MDM\disk1\diskTag.inf.

6. Inclua quaisquer ofertas adicionais, como o Installation Startup Kit, IBMWebSphere Application Server, IBM DB2, ou InfoSphere MDM do Ambiente deTrabalho.

7. No diálogo Incluir Repositório, clique em OK.8. No diálogo Preferências, clique em OK.

Continue com a preparação e instalação do servidor operacional MDM eaplicativos.

Instalando o Installation Startup KitInstale o Installation Startup Kit antes de iniciar a preparação de seu ambiente parainstalação.

O Installation Startup Kit contém scripts que são usados para criar bancos dedados e perfis que são necessários para preparar o ambiente de instalação. O kittambém inclui uma ferramenta de verificação de pré-requisito de linha decomandos que pode ajudar você a saber quando o ambiente está pronto parainiciar a instalação.1. Inicie o IBM Installation Manager.2. Inclua a oferta Installation Startup Kit nos repositórios do IBM Installation

Managera. Abra o IBM Installation Manager.b. Selecione Arquivo > Preferências....c. No painel Repositórios painel, escolha Incluir repositório.


d. Clique em Procurar e navegue para o local do diretório do pacote doInstallation Startup Kit (MDM_INSTALL_HOME\StartupToolkit. Selecionedisk1.inf e clique em OK.

3. Na tela inicial do IBM Installation Manager, clique em Instalar.4. No painel Instalar Pacotes, selecione IBM MDM Operational Server

Installation Startup Kit e clique em Avançar.5. Continue pelos painéis, selecionando o grupo de pacotes padrão e pacotes de

instalação.6. Clique em Instalar.7. Clique em Concluir quando a instalação estiver concluída e feche o IBM

Installation Manager.

Os scripts e arquivos do Installation Startup Kit são extraídos para o diretório quevocê define como o STARTUPKIT_INSTALL_HOME.

É possível usar os scripts e arquivos do Installation Startup Kit para ajudá-lo apreparar o banco de dados e o servidor de aplicativos.Conceitos relacionados:“Prepare o IBM Installation Manager” na página 58Tarefas relacionadas:“Instalando Silenciosamente Usando um Arquivo de Resposta” na página 124“Instalando e configurando o banco de dados” na página 61Instalando manualmente o componente do servidor do sistema de mensagens doInfoSphere MDM“Preparando um banco de dados DB2” na página 63“Preparando um Banco de Dados Oracle” na página 67“Preparando um Banco de Dados Microsoft SQL Server” na página 65“Verificando os pré-requisitos usando a ferramenta de linha de comandos” napágina 98Referências relacionadas:“Installation Startup Kit para instalações customizadas” na página 8

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 Para obter melhores resultados, instale o InfoSphere MDM como um usuário nãoraiz:– 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 novo


usuá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 98Referências relacionadas:“Conexõs e contas de usuário de banco de dados” na página 62“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 10

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.

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.1. 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.

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, instale o Installation Startup Kit. Este kit de ferramentasfornece scripts que você pode utilizar para criar o banco de dados do MDM,mas não é obrigatório.

Nota: Se você não instalar o Installation Startup Kit, então, o aplicativo deinstalação exibirá 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 debanco 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 106“Instalando o Installation Startup Kit” na página 59Referências relacionadas:Planilha de origem de dados do DB2 ou DB2 for z/OSPlanilha de origem de dados do OraclePlanilha de Origem de Dados do Microsoft SQL Server“Installation Startup Kit para instalações customizadas” na página 8

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 60


Referências relacionadas:“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 10“Verificações de pré-requisito para instalações customizadas” na página 103“Verificações de pré-requisito para instalações independente com o DB2” na página49

Preparando um banco de dados DB2:

Utilize este procedimento para configurar um banco de dados IBM DB2 para umainstalação do InfoSphere MDM.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.v Você deve ter o Installation Startup Kit instalado.

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 109.1. Acesse o diretório STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/Standard/ddl/

(em que STARTUPKIT_INSTALL_HOME é o local do kit instalado).2. Modifique o script CreateDB.sql.

a. Abra o arquivo CreateDB.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 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

Tarefas relacionadas:“Instalando o Installation Startup Kit” na página 59Referências relacionadas:“Planilha de origem de dados do DB2 ou DB2 for z/OS” na página 24

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.1. Na máquina onde você pretende instalar o InfoSphere MDM, deve executar o

seguinte: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.


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 143

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.

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.

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 de

usuário do banco de dados se conectar ao banco de dados com o driver do DB2Wire Protocol, o pacote correto será criado automaticamente.

Informações relacionadas:

Driver e pacotes do DB2 Wire ProtocolO processo de ligação não está ativo

Preparando um Banco de Dados Microsoft SQL Server:

Configure um banco de dados Microsoft SQL Server antes de iniciar umainstalação do InfoSphere MDM.

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.

O Installation Startup Kit também deverá estar instalado antes de você iniciar apreparação do banco de dados.


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

1. Modifique o script CreateDB.sql fornecido no Installation Startup Kit.a. Acesse o diretório STARTUPKIT_INSTALL_HOME/CoreData/Full/SQLServer/ddl/

(em que STARTUPKIT_INSTALL_HOME é o local do kit instalado).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 Serverv Se o cliente e o SQL Server estiverem em domínios diferentes, os dois

domínios deverão ser confiáveis3. Copie o arquivo sqljdbc.dll para o diretório /Binn para a instância do SQL

Server 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.

Tarefas relacionadas:“Instalando o Installation Startup Kit” na página 59Referências relacionadas:“Planilha de Origem de Dados do Microsoft SQL Server” na página 25

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.


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.

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.v Essas etapas assumem que o banco de dados já foi instalado.v Opcionalmente, instale o Installation Startup Kit.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.

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, você pode 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.

a. Acesse o diretório STARTUPKIT_INSTALL_HOME/CoreData/Full/Oracle/Standard/ddl/ (em que STARTUPKIT_INSTALL_HOME é o local do kitinstalado).

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 114.

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.

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.

Tarefas relacionadas:“Instalando o Installation Startup Kit” na página 59Referências relacionadas:“Planilha de origem de dados do Oracle” na página 26

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.1. Instale um cliente Oracle na máquina em que você pretende instalar o

InfoSphere MDM.2. Aponte para a entrada TNS no computador cliente para o servidor de banco de

dados.3. Utilize o WebSphere Application Server Integrated Solutions Console para criar

uma 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.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 143

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 113

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.

É 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 os


tamanhos 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.

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 IBM WebSphere Application Server para se conectar como DB2 para 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.

Você deve alterar os valores de amostra no procedimento para que correspondamao ambiente do servidor.1. Efetue login no sistema UNIX como o usuário raiz e vá para o diretório de

instâ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ânciacompleta do ESE: db2icrt -a SERVER -p 60000 -s ese -u db2fenc1 db2inst1

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. Inicie a instância do DB2 usando o comando db2start.5. Configure um provedor JDBC tipo 4, baseado em CLI, para o suporte à XA.6. Configure o IBM WebSphere Application Server para utilizar um driver XA

para o DB2 para z/OS.7. Inclua a seguinte linha no CLASSPATH:

<DB2HOME>sqllib/java/db2jcc.jar

Tarefas relacionadas:“Instalando o Banco de Dados Principal Manualmente no DB2 for z/OS usandoTSO e JCLs ” na página 79

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.1. Verifique se SYSADM está concedido para o usuário de instalação, para os

espaç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 ao

usuá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 79

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.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 pelos

valores 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 bankingv 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 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, 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 eminú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 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 foramfeitas quando vocêinstalou o banco de dados principal.

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 os

ativos do banco de dados.c. Substitua TABLE_SPACE pelo nome do espaço de tabela onde os dados da

tabela base e de históricos devem ser armazenados.d. Substitua INDEX_SPACE pelo nome do espaço de tabela onde os dados

indexados são armazenados.e. Substitua LONG_SPACE pelo nome do espaço de tabela na qual dados

longos 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 o

esquema.g. Altere o valor de marcador DTYPE para um dos seguintes valores em letra

minú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ão


registrados 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.

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.

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.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 IBM WebSphere Application Server para seconectar com o DB2 para z/OS” na página 72“Concedendo Privilégios de Conexão no DB2 para z/OS” na página 73

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.




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.

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.1. Acesse o diretório MDM/database/Full/DB2/ZOS/pds/ddllib em que o WAS.jar

foi 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.


Antes de iniciar a instalação, leia sobre a instalação manual do banco de dados doMDM físico.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 pelos

valores 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.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 pelos

valores 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ços de tabelas:

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 os 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 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 de tabela para dados da tabela deusuário do MDM virtual de 16K. O aplicativo de instalação espera que ovalor seja 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.




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 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.

h. DTYPE para o tipo de dado que será carregado. Especifique um dosseguintes valores em letras minúsculas:v banking


v 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 astabelas 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êspara 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

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 console administrativo do WebSphere Application Server e vá para

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 106Referências relacionadas:“Planilha de instalação do WebSphere Application Server” na página 27

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.

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.1. Crie um gerenciador de implementação (dmgr).

a. Abra um prompt de comandos e navegue para o diretório de instalação doIBM WebSphere Application Server.

b. No prompt da linha de comandos, execute esse comando a partir dodiretó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: MicrosoftWindows: 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 essenúmero.

c. Localize a entrada para a porta do console administrativo e anote essenúmero.

4. Crie um nó que seja conectado ao gerenciador de implementação executandoesse 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 1v password - é a senha especificada na etapa 1v dmgrPort - é o número da porta do conector SOAP de gerenciamento da

etapa 3.b.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 console administrativo do IBM WebSphere Application Server e ative asincronização de nós.a. Abra um navegador e vá para https://localhostPorta/ibm/console. O

número da porta é o número da porta do console administrativo a partir daetapa 3.c.

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 utilizando 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 console administrativodo IBM WebSphere Application Server.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. Digite o caminho para o diretório-pai do diretório de instalação do seubanco de dados e clique em OK.v Para Oracle, utilize ORACLE_HOME/jdbc/lib/ojdbc6.jar.v Para Microsoft SQL Server, utilize SQL_PLUS_HOME\sqljdbc4.jar.v Substitua barras simples invertidas por barras duplas invertidas. Por

exemplo, se o caminho for C:/IBM/SQLLIB, insira C://IBM.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.


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.1. Crie um nó não gerenciado no servidor de aplicativos que cria um servidor

denominado 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 console administrativo do IBM WebSphere Application Server econfigure o caminho do driver do 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.

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.1. Crie o perfil de base do IBM WebSphere Application Server:

v Para criar o perfil de base utilizando a ferramenta de gerenciamento deperfil: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.WAS_HOME/bin/manageprofiles.sh -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.


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.1. No console administrativo do IBM WebSphere Application Server, acesse

Usuários e Grupos > Gerenciar Usuários e clique em Criar.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.Conceitos relacionados:Gerenciando usuáriosTarefas relacionadas:Ativando a segurança do usuário para o servidor operacionalConfigurando usuários e grupos de usuários virtuais do MDMReferências relacionadas:“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 10

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".


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.

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

Também é possível incluir a linha de exportação em seu perfil de usuário.

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.

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

Também é possível incluir as linhas de exportação para seu perfil de usuário.

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.

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.

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 console administrativo do WebSphere Application Server e acesse

Administração do Sistema > Deployment Manager > Gerenciamento de Javae Processos > Definição de Processo > Java Virtual Machine.

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.


O sistema de mensagens integrado do WebSphere ApplicationServerO 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ãoexistir, os MDBs atingem o tempo limite e falham ao iniciar. Para simplificar oprocesso de instalação e configuração, a instalação do InfoSphere MDM configuraautomaticamente 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 111

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).

Se você tiver um barramento do sistema de mensagens existente do WebSphereApplication Server e estiver instalando com um usuário que não tem prmissões decriaçã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 111.1. Abra o console administrativo do WebSphere Application Server.2. Vá para Integração de serviço > Barramentos > seu barramento do aplicativo

> Membros do Barramento.3. Na página de membros do barramento, clique em seu membro do barramento

do aplicativo > seu servidor SIB do aplicativo > Armazenamento demensagens.

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.sqlpara o seu esquema, prefixo e proprietário do banco de dados. No arquivo,substitua <SCHEMA> pelo nome do esquema, <PREFIX> por seu prefixo detrês caracteres e <DBA ACCOUNT> pelo proprietário do seu banco de dados.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 109

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.

Utilize este procedimento para apontar o esquema de mensagens para o esquemado InfoSphere MDM antes de começar a instalação.1. Abra o console administrativo do WebSphere Application Server.2. Vá para Integração de serviço > Barramentos > seu barramento do aplicativo

> Membros do barramento.3. Na página de membros do barramento, clique em seu membro do barramento

do aplicativo > seu servidor SIB do aplicativo > Armazenamento demensagens.

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 do 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.

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. O componente do servidor de sistemade mensagens do InfoSphere MDM é instalado pelo IBM Installation Manager porpadrão quando você escolhe o provedor de sistemas de mensagens do WebSphereMQ em vez do provedor de sistemas de mensagens padrão do WebSphereApplication Server no painel de configuração de aplicativos do MDM.1. Certifique-se de que você tenha o script custSetupMQServer.mqsc antes de

iniciar manualmente a instalação do componente do servidor do sistema demensagens do InfoSphere MDM.

2. Obtenha o script custSetupMQServer.mqsc no diretórioSTARTUPKIT_INSTALL_HOME.


3. Crie e inicie o gerenciador de filas a ser usado pelo componente do servidor demensagens 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.4. Inicie o gerenciador de filas executando o script:

/usr/mqm/strmqm MDM1011.QMANAGER

5. Prepare custSetupMQServer.mqsc substituindo o marcador CHANNEL_NAMEno script custSetupMQServer.mqsc pelo valor real do canal do WebSphere MQ aser usado.

6. 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.

7. Ative o suporte para o broker do evento executando o script:/usr/mqm/runmqsc < /usr/mqm/java/bin/MQJMS PSQ.mqsc MDM1011.QMANAGER

8. Inicie o broker do evento executando o script:/usr/mqm/strmqbrk –m MDM1011.QMANAGER

9. 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ção


padrã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.

Deve-se instalar o Installation Startup Kit antes de poder executar a ferramenta delinha de comandos de verificação de pré-requisito.

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.


1. Navegue para o diretório do verificador de pré-requisito do Installation StartupKit, STARTUPKIT_INSTALL_HOME\MDMStartupKit\prereq_checker\MDMCollector\isadc.

2. 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 60Tarefas relacionadas:“Instalando o Installation Startup Kit” na página 59Referências relacionadas:“Installation Startup Kit para instalações customizadas” na página 8“Verificações de pré-requisito para instalações customizadas” na página 103

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.

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 Server

são iniciados.v Seu banco de dados está iniciado.v Você instalou IBM Rational Application Developer (RAD) se estiver instalando o

InfoSphere MDM Workbench em uma estação de trabalho.v Opcionalmente, você instalou o Installation Startup Kit, que inclui scripts e

outras ferramentas para ajudar com sua instalação e configuração. Se oInstallation Startup Kit não tiver instalado, o aplicativo de instalação exibirá umaviso.





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 console administrativo do WebSphere Application Server e vá para



heap para 1024 MB.5. Clique em OK, salve suas alterações e sincronize suas alterações com os nós.

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 109.

Se você tiver o IBM Rational Application Developer (RAD) instalado, certifique-sede não instalar o InfoSphere MDM no mesmo grupo de pacotes.1. 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. Inicie o 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.

Dica: Se você não selecionar o Installation Startup Kit, ou se você não oinstalou anteriormente, então, o aplicativo de instalação exibirá um aviso.Entretanto, você ainda pode continuar com a instalação.

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.

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 (RAD)instalado, certifique-se de não instalar o InfoSphere MDM no mesmo grupo depacotes. Selecione Criar um novo grupo de pacotes.

7. 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.

8. 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ê desejarmais idiomas, clique na seta para Traduções suportadas somente poralguns pacotes e selecione cada idioma adicional que desejar.

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.




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 21“Planilhas de instalação e configuração” na página 23“Verificando a instalação base” na página 139Tarefas relacionadas:“Preparando para uma implementação customizada” na página 57“Instalando no z/OS” na página 109Resoluçã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.


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

Ao executar uma instalação customizada, o aplicativo de instalação executa asseguintes verificações de pré-requisito.

Tabela 21. Verificações do sistemaVerificação de pré-requisito Descrição Resolução


Esta verificação valida se há espaço em disco suficiente parainstalar o InfoSphere MDM no diretórioMDM_INSTALL_HOME.

Assegure-se de que haja pelo menos 2 GB de espaço emdisco disponível no MDM_INSTALL_HOME local.

verificação de memória para executaro aplicativo de 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 sistema no qual você estáinstalando tenha pelo menos 8 GB de RAM.Nota: É possível optar por ignorar este aviso, mas ainstalação pode falhar.


Verificação de versão do banco dedados

Esta verificação valida se a versão do banco de dados ésuportada.

Certifique-se de que o banco de dados para esta instalaçãoseja uma das versões de banco de dados listadas nosrequisitos do sistema do InfoSphere MDM.

Verificação do espaço em disco para obanco de dados

Esta verificação valida se há espaço em disco suficientedisponível para o banco de dados do MDM no local do bancode dados padrão (a pasta inicial do banco de dados).

Certifique-se de que haja pelo menos 6 GB de espaço emdisco para o banco de dados.Nota: Este requisito considera apenas os requisitos básicosde espaço em disco para a criação do banco de dados.

Verificação de parâmetros do bancode dados

Esta verificação valida se todas as credenciais de conexão dobanco de dados (como host, porta, usuário e senha) estãocorretas tentando se conectar ao banco de dados.

Certifique-se de que o usuário do banco de dadosespecificado possa se conectar ao banco de dadosutilizando o nome do host, porta e credenciais do bancode dados especificado. Cada um desses parâmetros deveestar correto e os JARs necessários devem estardisponíveis para conectarem o cliente ao servidor debanco de dados.

Para obter detalhes sobre as razões específicas para a falhadessa verificação, consulte o arquivo de log.

Verificação dos buffer pools do bancode dados

Essa verificação determina se os buffer pools do banco dedados atendam aos requisitos do sistema do InfoSphereMDM.

Certifique-se de que os buffer pools do banco de dadosatendam aos requisitos do sistema do InfoSphere MDM.


Verificação de permissão do usuáriodo banco de dados

Esta verificação valida se o usuário do banco de dadosespecificado existe e possui as permissões requeridas.

Certifique-se de que o usuário do banco de dados que estásendo utilizado para a instalação tenha todas aspermissões necessárias.


Usuários do banco de dados do MDM devem ter acapacidade para criar e editar espaços de tabelas, tabelas,acionadores, funções, visualizações, procedimentos esequências. Para obter detalhes sobre as permissões debanco de dados necessários, instale o InfoSphere MDMStartup Kit e consulte as operações executadas pelosscripts de configuração do banco 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ão específicas para DB2 e Oracle.

Verificação de definição de espaço detabela

Esta verificação valida se os espaços de tabelas de banco dedados necessários estão presentes no banco de dados.

Certifique-se de que os espaços de tabelas estejamcorretos.

Consulte o arquivo de log para obter informaçõesadicionais sobre os espaços de tabelas ausentes.Nota: Espaços de tabelas são específicos para DB2 eOracle.


Tabela 22. Verificações de banco de dados (continuação)Verificação de pré-requisito Descrição Resolução

Verificação de origem de dadosODBC

Essa verificação determina se uma origem de dados ODBCexiste em um registro do Microsoft Windows. Esta verificaçãofalhará com um erro se uma origem de dados ODBC já existir.Nota: Para sistemas não-Windows, essa verificação sempreserá aprovada.





4. Em ODBC.INI, selecione a entrada das Origens deDados ODBC. Na área de janela de exibição, todas assubentradas são mostradas.


Verificação de estado do banco dedados

Esta verificação valida se não há tabelas de dados do MDMpré-existentes no esquema do banco de dados. Se o esquemajá estiver preenchido, uma mensagem de aviso será exibida.Dica: Não tente instalar o InfoSphere MDM em um banco dedados que já esteja preenchida com dados do MDM. Instalarsobre um banco de dados existente pode resultar na perda dedados se houver uma falha na instalação.

Certifique-se de que o banco de dados inicia com umesquema vazio antes de instalar o InfoSphere MDM. Ainstalação criará as tabelas MDM.

Se você pretende executar uma instalação de upgrade,consulte o tópico Atualizando a partir de uma versão anterior(consulte os links relacionados no final deste tópico).Nota: É possível optar por ignorar este aviso, mas osdados podem ser perdidos se a instalação falhar.


Verificação de versão do WebSphereApplication Server

Esta verificação valida se a versão correta do WebSphereApplication Server está instalada e disponível.

Há dois cenários com falha possíveis para essa validação:

v Não conectado – A ferramenta de verificação de instalaçãonão pode se conectar ao WebSphere Application Server.

v Versão antiga – A versão do WebSphere Application Servernão é suportada.

Se a mensagem de erro indicar que a verificação devalidação não pode se conectar, verifique novamente osdetalhes da conexão que você especificou. O arquivo de logindica os motivos da falha da conexão.

Se a mensagem de falha indicar que a versão não ésuportada, então, você deve instalar a versão correta doWebSphere Application Server. O arquivo de log indica aversão detectada e a versão necessária.

Verificação de espaço em disco para operfil

Esta verificação valida se há espaço em disco suficiente parainstalar o servidor operacional do InfoSphere MDM no localMDM_INSTALL_HOME. Uma falha dessa validação exibiráum aviso.

Certifique-se de que haja espaço em disco suficientedisponível no local MDM_INSTALL_HOME.

A quantidade necessária de espaço em disco variamdependendo dos recursos que você escolher instalar. Paraobter detalhes sobre os requisitos específicos para suainstalação, consulte o arquivo de log.Nota: É possível optar por ignorar este aviso, mas ainstalação pode falhar.

Verificação de tempo limite deconexão SOAP

Essa verificação valida se o arquivo soap.client.props estápresente e se o valor de tempo limite da conexão SOAP(com.ibm.SOAP.requestTimeout) é suficiente. Uma falha dessavalidação exibirá um aviso.

Se a mensagem de aviso indicar que o arquivosoap.client.props não foi localizado, então, consulte oarquivo de log para obter detalhes.

Se a mensagem de aviso indicar que o valor de tempolimite da conexão SOAP não foi suficientemente longo,configure o valor de com.ibm.SOAP.requestTimeout paraum dos seguintes valores:

v um número maior ou igual a 1800

v 0, que indica que não haverá tempo limite

Nota: É possível optar por ignorar este aviso, mas ainstalação pode falhar.

Verificação de status do WebSphereApplication Server

Esta verificação valida se o WebSphere Application Serverestá em execução.

Assegure-se de que o WebSphere Application Server estejaem execução. Consulte o arquivo de log para obterdetalhes adicionais sobre o motivo da falha dessaverificação.

Tarefas relacionadas:“Verificando os pré-requisitos usando a ferramenta de linha de comandos” napágina 98Atualizando de uma versão anteriorReferências relacionadas:“Conexõs e contas de usuário de banco de dados” na página 62Informações relacionadas:


Separando configuração de instalaçãoO aplicativo de instalação do InfoSphere MDM permite instalar o produto ao geraros arquivos de propriedades de configuração que você pode utilizar paraconfigurar o produto em um determinado momento posterior.



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 e aconfiguração de propriedades do aplicativo, o banco de dados, interfaces com ousuário e outras propriedades e variáveis chave.

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. Esses arquivos depropriedades são armazenadas em MDM_INSTALLATION_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.1. 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 que vocêselecionou para instalar, em MDM_INSTALLATION_HOME/properties:

db.propertiesSe você tiver optado por instalar o recurso MDM Database no IBMInstallation Manager, esse arquivo de propriedades será criado. Elecontém os detalhes de configuração da instância de banco de dados.

app.propertiesSe você tiver optado por instalar o recurso MDM Application no IBMInstallation Manager, esse arquivo de propriedades será criado. Elecontém os detalhes de configuração de sua instância do servidoroperacional do InfoSphere 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 os componentes do InfoSphere MDM instalados e o estado desserecurso. Este arquivo possui um par de chave/valor para cadacomponente que controla se cada recurso está instalado com êxito (YES),parcialmente instalado (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ãocriado 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 uma mudança na configuração for exigida, edite um ou mais arquivos depropriedades em MDM_INSTALLATION_HOME/properties para refletir a alteraçãonecessá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.

Instalando o InfoSphere MDM em um ambiente em clusterUtilize este procedimento para executar uma instalação customizada do InfoSphereMDM em um ambiente em cluster.

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 Server

são iniciados.v Seu banco de dados está iniciado.v Você instalou o IBM Rational Application Developer (RAD) se estiver instalando

o InfoSphere MDM Workbench em uma estação de trabalho.


v Opcionalmente, você instalou o Installation Startup Kit, que inclui scripts eoutras ferramentas para ajudar com sua instalação e configuração. Se oInstallation Startup Kit não estiver instalado, o aplicativo de instalação exibiráum aviso.




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 console administrativo do WebSphere Application Server e vá para



heap para 1024 MB.5. Clique em OK, salve suas alterações e sincronize suas alterações com os nós.

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.1. Revise os pré-requisitos listados anteriormente neste tópico e assegure-se de

que tenha concluído todas as etapas de preparação necessárias. Essas etapasnã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 você estiver usando o sistema de mensagens do IBM WebSphere MQ,

conclua estas etapas. Se estiver usando o IBM WebSphere Default Messaging,continue na etapa 4.a. Verifique se ele 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. Esses scripts estãono Installation Startup Kit.

5. 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, a telaexibe um visto verde ou x vermelho para indicar se o painel foi concluído comê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 Testar Conexão se torna ativo.

v Clique em Conexão de Teste. O banco de dados deve estar acessível e emexecução para que o teste seja bem-sucedido.

v Depois de um teste de conexão bem-sucedido, é possível 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 novo nome do aplicativo, a senha do usuário e a porta do RMI.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 de 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 os linksfornecidos para visualizar o arquivo de log e ajuda para cada resultado.

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 lidar com quaisqueravisos ou erros e, em seguida, clique em Verificar novamente o status.

v Quando as verificações forem aprovadas, 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.

6. No painel final do IBM Installation Manager, clique em Visualizar Arquivos deLog para abrir o visualizador de arquivo de log.



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 de instalação e configuração” na página 23“Prepare o IBM Installation Manager” na página 58“Instalando e configurando o servidor de aplicativos” na página 88Cenários de Instalação“Verificando a instalação base” na página 139“Suporte a várias instâncias” na página 9Tarefas relacionadas:“Instalando e configurando o banco de dados” na página 61“Instalando no z/OS”“Modificando a Instalação” na página 143Resolução de problemas de uma instalação“Incluindo um novo nó em um cluster existente” na página 143

Instalando no z/OSUse este procedimento se você estiver instalando com o IBM DB2 for z/OS.

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 servidorde aplicativos.

v Você concluiu o “Preparando um barramento do sistema de mensagens existentedo WebSphere Application Server para instalação do InfoSphere MDM no z/OS”na página 95.

v O IBM WebSphere Application Server (gerenciador de implementação e nó) e obanco de dados são iniciados.

Este processo requer três etapas ou sessões distintas. Durante duas dessas sessões,você deve executar o processo do instalador. Na primeira sessão, o instaladorextrai as JCLs usadas para instalar manualmente o banco de dados do MDM físico.

Depois que o carregamento do banco de dados físico estiver concluído, a terceirasessão de instalação instalará a parte virtual do banco de dados do MDM, oservidor operacional e quaisquer outros recursos que estiverem selecionados.

Para a sessão primeiro, extraia os JCLs do MDM físico. Instale o InstallationStartup Kit para extrair o InfoSphere MDM DB2 para recursos do z/OS para odiretório STARTUPKIT_INSTALL_HOME.1. Inicie o IBM Installation Manager e clique em Instalar no painel inicial.2. No painel Instalar pacotes, selecione Installation Startup Kit e clique em

Avançar.3. Continue através dos prompts para aceitar o contrato de licença, selecione um

local de instalação e selecione idiomas.4. Revise as informações de resumo da instalação e clique em Instalar.5. Clique em Concluir quando a instalação estiver concluída.

Para a segunda sessão, transfira recursos do DB2 e carregue os dados do MDMfísico manualmente.6. Acesse STARTUPKIT_INSTALL_HOME.7. 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 terceira sessão, instale o MDM Operational Server e outros recursos:8. Inicie o IBM Installation Manager e clique em Instalar no painel inicial.9. No painel Instalar pacotes, selecione a edição e clique em Avançar.

10. Continue através dos prompts para aceitar o contrato de licença, selecione umlocal de instalação e um idioma.Atenção: Se você tiver o IBM Rational Application Developer (RAD)instalado, certifique-se de não instalar o InfoSphere MDM no mesmo grupo depacotes. No painel Instalar pacotes, selecione Criar um novo grupo depacotes.

11. Selecione o MDM Operational Server, MDM Database e outros recursos quedeseja instalar.

12. 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 obter


informaçõ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.

13. Revise as informações de resumo da instalação para assegurar que os detalhessão precisos e, em seguida, clique em Verificar requisitos de 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.



16. Clique em Concluir e feche o IBM Installation Manager.

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 99“Instalando o InfoSphere MDM em um ambiente em cluster” na página 106“Preparando um barramento do sistema de mensagens existente do WebSphereApplication Server para instalação do InfoSphere MDM no z/OS” na página 95

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.

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.1. Abra o console administrativo do WebSphere Application Server.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.


www.ibm.com/support/knowledgecenter/SSEQTP_8.5.5/com.ibm.websphere.base.doc/ae/tjm0080_.html

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:“O sistema de mensagens integrado do WebSphere Application Server” na página95

Instalando no Oracle RACUse este procedimento se você estiver usando um MDM virtual e estiverinstalando um Oracle Real Application Clusters (RAC).

Certifique-se de que estes pré-requisitos sejam atendidos:v Você concluiu as etapas de preparação do IBM Installation Manager.v Você concluiu as tarefas de preparação para criar o banco de dados e o servidor

de aplicativos.v O IBM WebSphere Application Server (gerenciador de implementação e nó) e o

banco de dados são iniciados.1. Inicie o IBM Installation Manager.

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 instalador cria a origem de dados ODBC com o SID e executa o destinomadconfig bootstrap_datasource para criar todas as tabelas do MDM virtual.

2. Acesse o console administrativo do WebSphere Application Server 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. Paraum ambiente em cluster, você deve executar esses comandos em cada máquinado 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.


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.

Conclua as etapas em “Implementando o Recurso Native Component do MDM noServidor Windows Remoto”.1. 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 69

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 eum sistema operacional Microsoft Windows, há etapas que você deve executardepois de instalar seu servidor operacional.

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 dos


servidores Windows remotos depois que você executa primeiramente o IBMInstallation Manager para instalar seu servidor operacional.1. 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 SilenciosaUm arquivo de propriedades é gerado quando você está executando o programade instalação interativo. Para executar instalações silenciosas, é necessário editaresse 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 mensagenspadrã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 mensagens

padrã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 doWebSphere 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_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

padrão do WebSphere Application Server– Destino de implementação do MDM Operational Server (único servidor):

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

padrão do WebSphere Application Server


– Destino de implementação do MDM Operational Server (único servidor):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 22Tarefas relacionadas:“Visualizando os Logs de Instalação do InfoSphere MDM” na página 142Resolução de problemas de uma instalação“Desinstalando no Modo Silencioso” na página 162Referências relacionadas:“Installation Startup Kit para instalações customizadas” na página 8

Customizando o Arquivo de Resposta no Modo SilenciosoUse este procedimento para customizar seu arquivo de resposta de instalação nomodo silencioso.

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.1. Abra seu arquivo de resposta.2. Especifique os diretórios de recurso inicial e compartilhado.

a. Para especificar o diretório MDM_INSTALL_HOME, inclua estas linhas em seuarquivo 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 da instalação do MDM.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.

3. Especifique a versão da oferta do InfoSphere MDM e os recursos que desejainstalar incluindo esta linha:<offering id=’com.ibm.mdm.advanced’ version=’11.3.0.v20140627-1124’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 11.3.0.v20140627-1124 é o número da versão do InfoSphere MDM.É possível localizar o número da versão consultando sua pasta de mídia deinstalação (download_path/MDM/disk1/md/Offerings) e localizando o arquivoJAR da oferta. Por exemplo, disk1/md/Offerings/com.ibm.mdm.advanced_11.3.0.v20140627-1124.jar, em que11.3.0.v20140627-1124 é o número da versão.

4. Especifique o recurso a ser instalado durante a única sessão do IBM InstallationManager incluindo esta linha:<offering id=’com.ibm.mdm.advanced’ version=’11.3.0.v20140627-1124’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 quefeatures=’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 119.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.O Healthcare Point of Service Integrator (com.ibm.im.mdm.ei.feature) pode serinstalado apenas no Microsoft Windows. Se você incluir esse recurso em umambiente não Windows, o instalador ignorará o recurso e não o instalará.

5. 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’/>

6. 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.

7. 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.

8. 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"/>

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 162“Instalando Silenciosamente Usando um Arquivo de Resposta” na página 124

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=’11.0.0.v20130415-1124’ 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.

Siga estas etapas para incluir o parâmetro -nosplash no arquivo IBMIM.ini.1. 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.

Verifique se o Installation Startup Kit está instalado. Os arquivos de resposta no kitpodem ser usados para uma instalação silenciosa.

Certifique-se de concluir as etapas em “Desativando a Tela Inicial do Instaladordurante a Instalação Silenciosa” na página 123.

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.1. Para usar um arquivo de resposta de amostra, acesse STARTUPKIT_INSTALL_HOME.

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.



“Customizando o Arquivo de Resposta no Modo Silencioso” na página 117Resolução de problemas de uma instalação“Desinstalando no Modo Silencioso” na página 162Referências relacionadas:“Installation Startup Kit para instalações customizadas” na página 8

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.

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.

Crie o arquivo de resposta iniciando a instalação com o seguinte comando:../IBMIM -record $YOUR_PATH/mysilent.res

Modificando uma Instalação SilenciosamenteUse este procedimento para modificar uma instalação silenciosa existente.

Para usar uma instalação silenciosa para modificar uma instalação existente, vocêdeve editar seu arquivo de resposta de instalação.


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>

Instalando manualmente utilizando 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 madconfigComando Descrição

-projecthelp Lista todas as opções válidas e informações de uso desse utilitá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 destinoinstall_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 operacionalComando Descrição

-install_native_engine_ear Instala o servidor operacional nativo (mecanismo) para uma implementação do MDM virtual.

-install_server_config Configura o servidor de aplicativos para os componentes físicos e virtuais, incluindo JDBC, caminho declasse e variáveis de ambiente.

-stop_server Para um servidor operacional no WebSphere Application Server Network Deployment. Parar e iniciar oservidor é necessário após a instalação de uma configuração de servidor operacional. A opção-stop_base_server deve ser usada quando o servidor não for gerenciado (servidor Base).

-start_server Inicia um servidor operacional em uma implementação de servidor de aplicativos gerenciada. Use a opção-start_base_server quando o servidor de aplicativos não for gerenciado.

-install_mdm_old_ws_ear Instala o JAR de serviços da web do MDM físico no servidor de aplicativos.

-install_mdm_eba Instala o InfoSphere MDM OSGi.

-install_prop_file_jar Instala o JAR do arquivo de propriedades necessário aos aplicativos InfoSphere MDM.

-install_mdm_ws_ear Instala o archive corporativo de serviços da web do InfoSphere 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, cria conjunto de políticas e cria ligação do conjuntode políticas para o arquivo EAR de serviços da web.

-map_roles_to_users Cria o mapeamento de função de Segurança e o mapeamento 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 servidor gerenciado para refletir a segurança do usuário para oInfoSphere MDM. Esse destino deve ser executado após a execução do destino map_roles_to_users.

-enable_deployment_target Verifica o status do servidor operacional; se o servidor for interrompido, é possível usar esse destino parareiniciá-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 dadosComando Descrição

-install_core_db_db2 Cria tabelas, acionadores, restrições e funções para o banco de dados principal do InfoSphere MDM queestá instalado no IBM DB2.

-install_domain_db_db2 Cria tabelas, acionadores, restrições e funções para domínios do InfoSphere MDM em um banco de dadosDB2.

-install_core_db_ora Cria tabelas, acionadores, restrições e funções para um banco de dados principal do InfoSphere MDM noOracle.

-install_domain_db_ora Cria tabelas, acionadores, restrições e funções para domínios do InfoSphere MDM em um banco de dadosOracle.

-install_core_db_sql Cria tabelas, acionadores, restrições e funções para o banco de dados principal do InfoSphere MDM noMicrosoft SQL Server.

-Update_configelement_matching Atualiza a tabela Configelement para o tipo de correspondência selecionado.

-Update_appsoftware_eba Atualiza a tabela appsoftware fornecendo o nome apropriado 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.

-test_datasource Para testar sua origem de dados, você deve fornecer o nome do banco de dados e o nome do DSN. Onome do DSN pode ser localizado no arquivo odbc.ini no diretório /conf mds ou é possível utilizar ocomando ./madconfig.sh list_datasources.

Forneça o nome do banco de dados e o nome do DSN conforme 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 webComando Descrição

-config_mdm_web_app Configura o seguinte:

v Inclui a porta definida por WC_defaulthost_secure no default_host como o alias do host.

v Inclui a propriedade customizada com.ibm.CORBA.RequestTimeout no Serviço ORB.

v Configura Requer SSL para true nas configurações Segurança global > Conexão única.

-mds_ui_prop_config Configura os arquivos de propriedades para os aplicativos da web do MDM virtual, incluindo Inspetor,Web Reports e Enterprise Viewer.

-mdm_ui_prop_config Configura os arquivos de propriedades para os aplicativos da web do MDM físico, incluindo o DataStewardship UI, Business Administration UI e Product Maintenance UI.

-install_mds_web_app Implementa os aplicativos da web do MDM virtual. Para Inspector e Web Reports, este destino configurao modo do carregador de classes para PARENT_LAST e a política para SINGLE.

-install_mdm_web_app Implementa os aplicativos da web do MDM físico.

-import_ssl_certificate Importa o certificado SSL. Esse destino é obrigatório quando:

v Instalando as interfaces da web do MDM virtual.

v Ativando o SSL para as interfaces da web do MDM virtual.

v Implementando as interfaces da web do MDM virtual e o servidor operacional implementados emdiferentes cé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

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 28. Destinos do utilitário madconfig para desinstalaçãoComando 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 do InfoSphere 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ário para um aplicativo do InfoSphere MDM.


Tabela 28. Destinos do utilitário madconfig para desinstalação (continuação)Comando Descrição

-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 no servidor de aplicativos.

-uninstall_server_config Remove as mudanças na configuração relacionadas ao InfoSphere MDM feitas para o servidor deaplicativos.

-uninstall_native_engine_ear Desinstala o servidor operacional nativo (mecanismo) para o 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.

Conceitos relacionados:Visão Geral da Configuração de Preferências do Ambiente de TesteTarefas relacionadas:Criando um Script Automatizado do Utilitário madconfig

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.

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.1. Conclua os procedimentos de instalação para implementar o InfoSphere MDM

Standard Edition e Advanced Edition.2. Ative os recursos do MDM híbrido concluindo os procedimentos

documentados na seção Configuração de pós-instalação da documentação.3. Configure a solução MDM híbrido utilizando os procedimentos documentados

na seção Desenvolvendo para Standard e Advanced Editions > MDM híbrido dadocumentação.

Tarefas relacionadas:configuração híbridaMDM 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 portasdiferentes. Utilize o console administrativo do WebSphere Application Server paraconsultar cada valor de porta real.Tarefas relacionadas:“Modificando a Instalação” na página 143“Desinstalando um Único Componente” na página 161Visualizando os Logs de InstalaçãoConfigurando a Segurança do Aplicativo para Aplicativos da WebResolução de problemas de uma instalaçãoReferências relacionadas:“Estruturas de Diretórios” na página 12

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 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.


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.1. Inicie o 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 Business Administration UI. Cliqueem 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. Acesse o console administrativo do IBM WebSphere Application Server everifique se o aplicativo foi implementado no servidor especificado durante ainstalação.

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.Tarefas relacionadas:Configurando a Segurança do Aplicativo para Aplicativos da WebReferências relacionadas:“Planilha de instalação de aplicativos do usuário” na página 29

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.

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


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.1. Inicie o IBM Installation Manager.2. No painel de início do IBM Installation Manager, selecione Instalar ou




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.



clique 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-sede que eles permaneçam selecionados; caso contrário, o IBM InstallationManager os removerá. Clique em Avançar.





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.Conceitos relacionados:Introdução ao Data StewardshipTarefas relacionadas:Configurando a Segurança do Aplicativo para Aplicativos da WebReferências relacionadas:“Planilha de instalação de aplicativos do usuário” na página 29

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.

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.

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

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.

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


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.

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.1. Inicie o IBM Installation Manager.2. No painel de início do IBM Installation Manager, selecione Instalar ou




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.






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.Conceitos relacionados:Introdução à interface com o usuário do Product MaintenanceTarefas relacionadas:Configurando a Segurança do Aplicativo para Aplicativos da WebReferências relacionadas:“Planilha de instalação de aplicativos do usuário” na página 29

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.

Certifique-se de que estes pré-requisitos sejam atendidos:v Seu ambiente atende os requisitos de hardware e softwarev Você concluiu as etapas de preparação do IBM Installation Manager se esta for

uma instalação customizadav Você tenha instalado o IBM Rational Application Developer (RAD)v 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).

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 (RAD) instalado para usar oambiente de trabalho.1. Encerre o IBM Rational Application Developer (RAD) se ele estiver em

execução.2. Inicie o 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

(RAD) está instalado e clique em Avançar.7. Clique em Instalar.8. Clique em Concluir quando concluído.

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 46Visualizando os Logs de InstalaçãoReferências relacionadas:“Bibliotecas de 32 Bits Necessárias em Sistemas Operacionais de 64 Bits” na página3“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.

Defina determinados parâmetros no InfoSphere MDM Workbench para refletir afunção subjacente do 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. Essa opção éapropriada devido à forma como o aplicativo e a configuração são implementadosno ambiente de produção. Em particular, um CBA é fisicamente construído,empacotado e implementado no repositório de pacotes configuráveis interno doWebSphere Application 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.1. 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 MDMInformações relacionadas:Lista de amostra

Instalando as amostras com o IBM Installation ManagerUse este procedimento para instalar o recurso Amostras que faz parte do IBMInstallation Manager.

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.1. Inicie o IBM Installation Manager.


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 Samples. Clique em Avançar.d. Revise as informações de resumo da instalação e clique em Instalar.


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.

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.

Outras amostras estão disponíveis na documentação ou instale-as juntamente comas edições, utilizando IBM Installation Manager.1. 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.

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 15“Instalando um servidor independente com o DB2” na página 47“Desinstalando uma instalação de estação de trabalho independente com o DB2”na página 53“Instalando uma implementação customizada do InfoSphere MDM” na página 99“Instalando o InfoSphere MDM em um ambiente em cluster” na página 106Resolução de problemas de uma instalaçãoReferências relacionadas:Capítulo 2, “Visão geral da instalação”, na página 5“Contas do usuário, grupos e padrões utilizados pelo aplicativo de instalação” napágina 10

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.

O Cliente de Teste suporta somente bancos de dados DB2 e Oracle.1. 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


http://www.ibm.com/software/lotus/passportadvantage/

https://www.ibm.com/services/forms/preLogin.do?source=swg-iismdms

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.

A tabela a seguir mostra os testes, com as linhas de comando correspondentes, queé possível executar:

Tabela 29. Testes de Verificação de InstalaçãoPara executar o teste: Use o comando:

Para fornecer um arquivo de solicitação para executar um único casode 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 da fila de solicitações e o nome da fila deresposta no arquivo TestClientJMS.properties e depois execute TestClient.shjms./testCases/xml

Para executar casos de teste de sistema de mensagensv Para Oracle:

1. Execute @./sql/Oracle/update_event_active.sql para ativar um evento

2. Reinicie o WebSphere Application Server

3. Execute TestClientWL.sh rmi./testCases/xml_msg

v Para o DB2:

1. Execute IVT/sql/db2/update_event_active.sql para ativar um evento

2. Reinicie o WebSphere Application Server

3. Execute TestClientWL.sh rmi./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 30. Propriedades que Podem Ser Configuradas no Arquivo de Propriedades doCliente de TestePara Configurar o Parâmetro: Configure o Seguinte Parâmetro como:

Para executar casos de teste sem classificação sort=

Para classificar os casos de teste pelo diretório. Consulte regex= para obter oscritérios de classificação

sort=d

Para classificar os casos de teste. Consulte regex= para obter os critérios declassificaçã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 como chave de comparação de classificação.A ordem de classificação é baseada na chave.

O padrão é extrair o último número digital do arquivo 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 uma expressão regular java -cp./lib/TestClient.jar -regex tcrmtest_001

Para obter informações sobre como usar o Java para casos de testes de execuções java -cp./lib/TestClient.jar ?

Para usar o adaptador MDM JMS, insira o nome do factory de conexão da fila QueueConnectionFactory=

Para inserir um nome de destino da fila de pedidos RequestQueue=

Para inserir o nome de destino da fila de resposta 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.

Você deve ter um navegador disponível no qual visualizará os arquivos de log. Sevocê estiver um servidor que não possui um navegador, copie os arquivos em umaestação de trabalho.


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.1. 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 noutilitá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.

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ção

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.

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.v 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.Tarefas relacionadas:Capítulo 3, “Instalando o produto”, na página 15Resolução de problemas de uma instalaçãoReferências relacionadas:“Instalação Silenciosa” na página 114


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.1. 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, 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.

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.Conceitos relacionados:“Instalando Aplicativos Clientes e Componentes Individuais” na página 129Tarefas relacionadas:“Instalando o InfoSphere MDM em um ambiente em cluster” na página 106Resolução de problemas de uma instalação

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.

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.1. 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 console deadministração do WebSphere Application Server.

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 console de administração do WebSphere Application Server, 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 console deadministração.

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 69“Instalando o InfoSphere MDM em um ambiente em cluster” na página 106

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.

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 console administrativo do WebSphere Application Server,que manipula a propagação para você.1. Inicie o console administrativo do WebSphere Application Server e acesse

Aplicativos > Tipos de Aplicativos > Ativos.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 console administrativo do WebSphere Application Server, 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.

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.

Fazendo o download e 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.v Assegure-se de que você tenha atualizado o aplicativo de instalação, se aplicável.v Revise a documentação do Installation Manager para aprender sobre a utilização

do modo Atualizar para localizar e fazer o download de fix packs. Consulte oslinks relacionados para obter detalhes.

v Se você estiver protegido por um firewall, configure o proxy para garantir que oInstallation Manager possa se conectar ao repositório do fix pack predefinido.Consulte os links relacionados para obter detalhes.

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 instalar oInfoSphere MDM completamente primeiro no modo de Instalação do InstallationManager e, depois, aplicar o fix pack em uma segunda sessão do InstallationManager em modo de Atualização.1. Inicie o IBM Installation Manager.2. Clique em Atualizar.3. Selecione Atualizar todos e, em seguida, clique em Avançar.4. Leia e aceite os termos de licença.5. 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ão sejaatualizado pelo fix pack, deve-se modificar o arquivoFeatureFixpackApplied.properties extraído antes de concluir esteprocedimento. Consulte os links relacionados para obter detalhes.

6. Abra um prompt de comandos e navegue para <MDM_INSTALL_HOME>/mds/scripts.

7. Execute o script para aplicar o fix pack: ./madconfig.sh Apply_Fixpack

Tarefas relacionadas:“Excluindo componentes especificados de um fix pack” na página 148


Informações relacionadas:

IBM Installation Manager: Atualizando pacotes utilizando o modo de assistente

IBM Installation Manager: preferências da Internet

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.

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.

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.1. 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:“Fazendo o download e instalando um fix pack” na página 147

Recuperando um fix pack aplicadoSe você aplicou um fix pack, mas posteriormente determinar que deseja removê-lo,é possível recuperar as atualizações.1. Consulte o arquivo leia-me que foi incluído com o fix pack (IBM InfoSphere

Master Data Management Readme for <fix_pack_version>.htm) para obterdetalhes sobre como recuperar manualmente o fix pack. A recuperação manualé a primeira etapa no processo de recuperação.

2. Remova o fix pack do IBM Installation Manager.3. Inicie o Installation Manager e selecione Recuperar e, em seguida, clique em

Avançar.4. Selecione a versão que deseja recuperar e, em seguida, clique em Avançar.5. Clique em Retroceder. O Installation Manager concluirá o processo de

recuperação.


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

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


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

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 mensagemn de exemplo do arquivo delog do 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 operação "/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 operação "/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 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.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 os aplicativos de nível de negócios

do InfoSphere MDM usando o IBM WebSphere Application Server IntegratedSolution Console.

2. Desinstale os ativos com.ibm.mdm.hub.server.app-<>.eba ecom.ibm.mdm.server.resources.properties-<>.jar usando o IBM WebSphereApplication Server Integrated Solution Console.

3. Desinstale os pacotes configuráveis do repositório local: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 Solution 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 executar o 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 (o 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.3. Evite o uso do IBM WebSphere Application Server Integrated Solution Console

durante 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)

Capítulo 5. Resolução de problemas de uma instalação 151

>> 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 Solution 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 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 console administrativo do IBM WebSphere Application Server.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 pode


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

processar 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: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesAtualizando arquivo de propriedade: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesAtualizando arquivo de propriedade: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesAtualizando arquivo de propriedade: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesAtualizando arquivo de propriedade: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesAtualizando 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\MDMAtualizando arquivo de propriedade: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesAtualizando arquivo de propriedade: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesAtualizando arquivo de propriedade: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesAtualizando arquivo de propriedade: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesAtualizando arquivo de propriedade: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesAtualizando arquivo de propriedade: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesExpandindo: 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 console de administração do WebSphere Application Server, acesse

Servers > Tipos de servidor > Servidores de aplicativos WebSphere ><cluster member name> > 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 IBM Installation Manager padrão, este erro ocorrerá.


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:[registro de data e hora] [principal] INFO com.ibm.mdm.de.config.appserver.core.MDMWebAppDeploy.roleMapping(Linha:214) - ==========java.lang.OutOfMemoryError: Espaço ermGenespaço PermGen

Solução

Aumente o tamanho de memória para o espaço PermGen:1. Abra $WAS_HOME/bin/ws_ant.sh.2. Altere o tamanho da memória PermGen para 256 MB utilizando a linha de

comandos Java a seguir: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.properties Atualizando arquivo de propriedades:/app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.properties Atualizando arquivo de propriedades:/app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.properties Atualizando arquivo de propriedades:/app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.properties Atualizando 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 é fornecidopara 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.


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.

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).

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.1. Inicie o IBM Installation Manager e clique em Desinstalar.2. Selecione o pacote do InfoSphere MDM e clique em Avançar.3. Revise as informações de resumo e clique em Desinstalar.4. Clique em Concluir.

O processo de desinstalação não remove o composite bundle archive (CBA) dorepositório interno de pacotes configuráveis. Você deve remover manualmente oCBA no console administrativo do IBM WebSphere Application Server.Tarefas relacionadas:“Removendo o CBA do Repositório Interno de Pacotes Configuráveis” na página163Resoluçã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.

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 159.

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.1. 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 47

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.

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.1. 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 e o Deployment

Manager estão parados. O WebSphere Application Server não poderá serdesinstalado 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 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 53

Desinstalando um Único ComponenteUtilize este procedimento para desinstalar um aplicativo ou componente doInfoSphere MDM.

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.1. 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.

Capítulo 6. Desinstalando o InfoSphere MDM 161

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 processo de desinstalação não remove o composite bundle archive (CBA) dorepositório interno de pacotes configuráveis. Você deve remover manualmente oCBA no console administrativo do IBM WebSphere Application Server.Conceitos relacionados:“Instalando Aplicativos Clientes e Componentes Individuais” na página 129Tarefas relacionadas:“Removendo o CBA do Repositório Interno de Pacotes Configuráveis” na página163Resolução de problemas de uma instalação

Desinstalando no Modo SilenciosoUse este procedimento para desinstalar os componentes do InfoSphere MDM nomodo silencioso.

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.

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.1. 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:<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 processo de desinstalação não remove o composite bundle archive (CBA) dorepositório interno de pacotes configuráveis. Você deve remover manualmente oCBA no console administrativo do IBM WebSphere Application Server.Tarefas relacionadas:“Customizando o Arquivo de Resposta no Modo Silencioso” na página 117“Instalando Silenciosamente Usando um Arquivo de Resposta” na página 124Referências relacionadas:“Instalação Silenciosa” na página 114

Removendo o CBA do Repositório Interno de Pacotes ConfiguráveisA 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.1. Efetue login no Console Administrativo do IBM WebSphere Application Server.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 159“Desinstalando um Único Componente” na página 161

Capítulo 6. Desinstalando o InfoSphere MDM 163

Avisos e Marcas Registradas

Estas informações foram desenvolvidas para produtos e serviços oferecidos nosEstados Unidos.

Avisos

Estas informações foram desenvolvidas para produtos e serviços oferecidos nosEstados Unidos. É possível que a IBM não ofereça os produtos, serviços ourecursos discutidos nesta publicação em outros países.

Consulte um representante IBM local para obter informações sobre produtos eserviços disponíveis atualmente em sua área. Qualquer referência a produtos,programas ou serviços IBM não significa que apenas produtos, programas ouserviços IBM possam ser utilizados. Qualquer produto, programa ou serviçofuncionalmente equivalente, que não infrinja nenhum direito de propriedadeintelectual da IBM poderá ser utilizado em substituição a este produto, programaou serviço. Entretanto, a avaliação e verificação da operação de qualquer produto,programa ou serviço não IBM são de responsabilidade do Cliente.

A IBM pode ter patentes ou solicitações de patentes pendentes relativas a assuntostratados nesta publicação. O fornecimento deste documento não concede ao Clientenenhuma licença para 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 consultas sobre licenças a respeito de informações do conjunto de caracteresde byte duplo (DBCS), entre em contato com o Departamento de PropriedadeIntelectual da IBM em seu país ou envie consultas, por escrito, para:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan Ltd.1623-14, Shimotsuruma, Yamato-shiKanagawa 242-8502 Japan

O parágrafo a seguir não se aplica a nenhum país em que tais disposiçõesestejam inconsistentes com a lei 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 permitema renúncia de responsabilidade de garantias expressas ou implícitas em certastransações, portanto, esta instrução pode não se aplicar ao Cliente.

Essas informações podem conter imprecisões técnicas ou erros tipográficos. Sãofeitas alterações periódicas nas informações aqui contidas; tais alterações serã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 websites não IBM são fornecidas apenas porconveniência e não representam, de forma alguma, um endosso a esses websites.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 IBM pode utilizar ou distribuir as informações fornecidas da forma quejulgar apropriada 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 aos termos e condiçõesapropriados, incluindo, em alguns casos, o pagamento de uma taxa.

O programa licenciado descrito neste documento e todo o material licenciadodisponível são fornecidos pela IBM sob os termos do IBM Customer Agreement,do Contrato de Licença do Programa Internacional da IBM ou de qualquer contratoequivalente.

Todos os dados de desempenho aqui contidos foram determinados em umambiente controlado. Portanto, os resultados obtidos em outros ambientesoperacionais podem variar significativamente. Algumas medidas podem ter sidotomadas em sistemas em nível de desenvolvimento e não há garantia de que estasmedidas serão as mesmas nos sistemas geralmente disponíveis. Além disso,algumas medidas podem ter sido estimadas por extrapolação. Os resultados reaispodem variar. Os usuários deste documento devem verificar os dados aplicáveispara seu ambiente específico.

As informações relativas a produtos não IBM foram obtidas junto aos fornecedoresdos respectivos produtos, de seus anúncios publicados ou de outras fontesdisponíveis publicamente. A IBM não testou estes produtos e não pode confirmar aprecisão de seu desempenho, compatibilidade nem qualquer outra reivindicaçãorelacionada a produtos não IBM. Dúvidas sobre os recursos de produtos não IBMdevem ser encaminhadas diretamente a seus fornecedores.

Todas as declarações relacionadas aos objetivos e intenções futuras da IBM estãosujeitas a alterações ou cancelamento sem aviso prévio e representam apenas metase objetivos.

Estas informações destinam-se apenas aos propósitos de planejamento. Asinformações aqui contidas estão sujeitas a mudanças antes que os produtosdescritos estejam disponíveis.


Estas informações contêm exemplos de dados e relatórios usados 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 essesnomes são fictícios e qualquer semelhança com nomes e endereços utilizados poruma empresa de negócios real é mera coincidência.

LICENÇA DE COPYRIGHT:

Estas informações contêm programas de aplicativos de amostra na linguagemfonte, que ilustram técnicas de programação em diversas plataformas operacionais.O Cliente pode copiar, modificar e distribuir estes programas de amostra 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 amostra são escritos. 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", semgarantia de espécie alguma. A IBM não poderá ser responsabilizada por qualquerdano causado pelo uso dos programas de amostra pelo Cliente.

Cada cópia ou qualquer parte desses programas de amostra ou qualquer trabalhoderivativo deve incluir um aviso de copyright da seguinte forma:

© (nome de sua empresa) (ano). Partes deste código são derivadas dos Programasde Amostra da IBM Corp. © Copyright IBM Corp. _digite o(s) ano(s)_. Todos osdireitos reservados.

Se o Cliente estiver visualizando estas informações em formato eletrônico, asfotografias e as ilustraçõ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 e Marcas Registradas 167

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.

Marcas Registradas

IBM, o logotipo IBM e ibm.com são marcas ou marcas registradas da InternationalBusiness Machines Corp., registradas em várias jurisdições no mundo inteiro.Outros nomes de produtos e serviços podem ser marcas registradas da IBM ou deoutras empresas. Uma lista atual de marcas registradas da IBM está disponível naweb em "Copyright and trademark information" em www.ibm.com/legal/copytrade.shtml.

Os termos a seguir são marcas ou marcas registradas de outras empresas:

Adobe, o logotipo Adobe, PostScript e o logotipo PostScript são marcas ou marcasregistradas da Adobe Systems Incorporated nos Estados Unidos e/ou em outrospaíses.

IT Infrastructure Library é uma marca registrada da Agência Central deComputação e Telecomunicações que agora faz parte do Departamento deComércio do Governo.

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 marcasou marcas registradas da Intel Corporation ou suas subsidiárias nos EstadosUnidos 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 registradasda Microsoft Corporation nos Estados Unidos e/ou em outros países.

ITIL é uma marca registrada e uma marca registrada da comunidade doDepartamento de Comércio do Governo e está registrada no Departamento deMarcas e Patentes dos Estados Unidos.

UNIX é uma marca registrada do The Open Group nos Estados Unidos e emoutros países.

Java e todas as marcas registradas e logotipos baseados em Java são marcas oumarcas registradas da Oracle e/ou suas afiliadas.

Cell Broadband Engine é uma marca registrada da Sony Computer Entertainment,Inc. nos Estados Unidos e/ou em outros países e é utilizadas sob licença a partirdeste ponto.

Linear Tape-Open, LTO, o logotipo LTO, Ultrium e o logotipo Ultrium são marcasregistradas da HP, da IBM Corp. e da Quantum nos Estados Unidos e em outrospaíses.


http://www.ibm.com/privacy

http://www.ibm.com/privacy/details

http://www.ibm.com/software/info/product-privacy

http://www.ibm.com/legal/copytrade.shtml

http://www.ibm.com/legal/copytrade.shtml

Índice Remissivo

Aadicionando um usuário 93alta disponibilidade 23, 33, 36, 143ambiente de desenvolvimento local

cenários de instalação 41ambiente de instalação 98amostras

instalando 137visão geral de instalação 137

Aplicativoinstalação 129

aplicativo de usuárioassociação do servidor operacional 30

arquivo de respostacriação de gráfico 125customizar 117especificar recursos 119instalação silenciosa 114, 125parâmetros do DB2 120, 121parâmetros do Oracle 122parâmetros do servidor de aplicativos 123utilizando 124

atualizando arquivos de propriedades implementados 145autenticação nativa do Windows 25avisos legais 165

Bbanco de dados

conexões 62contas do usuário 62esquema 24, 25, 26início 24, 25, 26instalação manual 24, 25, 26nome do host 24, 25, 26nome do usuário e senha 24, 25, 26porta 24, 25, 26preparando o DB2 63preparando o SQL Server 65preparando Oracle 67tipo 24, 25, 26

banco de dados DB2cenários de instalação 33preparando para instalação 63

banco de dados Oraclecenários de instalação 36preparando para instalação 67

banco de dados remotocenários de instalação 41

banco de dados SQL Servercenários de instalação 38preparando para instalação 65

Barra de Ativaçãoiniciando o independente com a instalação do DB2 46, 52

barramento do sistema de mensagensform. 111

Business Administration UIinstalando 130

Ccaminho de utilitário do conjunto Oracle 94célula

WebSphere Application Server 27, 29cenários de instalação 32chave de acesso para amostras 138cluster 27, 29

cenários de instalação 33, 36incluindo um nó InfoSphere MDM 143instalação 106

codificação de caracteresconfiguração em computadores de destino 97

código de idiomaconfiguração em computadores de destino 97

componente do sistema de mensagensinstalando manualmente 96

conexõesbanco de dados 62

Configuração do XA do DB2 for z/OS 70configurando caminho de utilitário do DB2 94contas do usuário 10

banco de dados 62criação e instalação do banco de dados do z/OS 70criar

scripts de banco de dados 8customizada

instalação 99

DData Stewardship UI

instalando 132desativar a tela inicial

instalação silenciosa 123desinstalar 159

aplicativos individuais/componentes 161produto completo 159silenciosa 162

drivers ODBC 70

Eestilo de correspondência 29estrutura de diretório 12

Ffazendo o download

amostras 138ferramenta de verificação de pré-requisito 98form.

arquivos de propriedades 105planilhas 23

acionadores de histórico 31aplicativo MDM 29aplicativos do usuário 29diretório de instalação 24o DB2/DB2 para a origem de dados do z/OS 24origem de dados do Microsoft SQL Server 25


form. (continuação)planilhas (continuação)

origem de dados do Oracle 26WebSphere Application Server 27

separação da configuração 105separando da instalação 105

Gglobalização 97gráfica

instalação 22grupo de pacotes

existente 24novo 24

grupos 10grupos do MDM

adicionando um usuário 93

IIBM Support Assistant Data Collector 98idioma

recurso de aplicativo 31tabela de códigos 31

idioma da tabela de códigos 31idioma do recurso de aplicativo 31implementação

diversos fusos horários 29implementação de diversos fusos horários 29incluindo um nó em um cluster 143independente

instalação 53instalação de servidor 47

instalaçãocomo exibir logs 142

Installation Manager 141gráfica 22modificar 143planilhas 23silenciosa 22visão geral 5

instalação customizadatipo de implementação 21

instalação independentetipo de implementação 17

para estação de trabalho 20para o servidor 18

instalação silenciosa 114criando o arquivo de resposta 125customizando o arquivo de resposta 117desativar a tela inicial 123desinstalar 162especificar recursos 119modificar 125parâmetros do DB2 120, 121parâmetros do Oracle 122parâmetros do servidor de aplicativos 123utilizando o arquivo de resposta 124

instalandoamostras 137, 138aplicativos 129Business Administration UI 130customizada 99Data Stewardship UI 132desinstalação silenciosa 162

instalando (continuação)em um cluster 106estação de trabalho independente 53instalação silenciosa 114instalando manualmente

configuração do banco de dados Oracle 74instalando manualmente o aplicativo 70instalando manualmente o aplicativo no DB2 for z/OS 72,

73, 79, 81instalando manualmente o aplicativo no DB2 para Linux

ou UNIX 74, 77instalando manualmente o aplicativo no Oracle 84Installation Manager 58modificar silenciosa 125no z/OS 109Product Maintenance UI 134recursos 7servidor independente 47silenciosa

criando o arquivo de resposta 125customizar o arquivo de resposta 117desativar a tela inicial 123especificar recursos 119parâmetros do DB2 120, 121parâmetros do Oracle 122parâmetros do servidor de aplicativos 123utilizando o arquivo de resposta 124

tipo de implementação customizada 21tipo de implementação independente 17, 18, 20tipos de implementação

independente ou customizada 17usando a Barra de Ativação 46, 52verificando 139, 141

instalando manualmentebanco de dados de domínio no Oracle 86

instalando manualmente o aplicativo 70instalando manualmente o aplicativo no DB2 for z/OS 72,

73, 79, 81instalando manualmente o aplicativo no DB2 para Linux ou

UNIX 74, 77instalando manualmente o aplicativo no Oracle 84instalando manualmente o banco de dados do MDM

físico 74instalando o Data Stewardship

criar manualmente um usuário do Task Management 133instalar

estrutura de diretórios e nomes 12Installation Manager

incluindo ofertas MDM 59instalando 58

Installation Startup Kit 98

Kkit de inicialização 8

Llista de verificação 23listas de verificação 23, 24, 25, 26, 27, 29, 30, 31logs

visualizando 142Installation Manager 141


MMAD_HOMEDIR 13MAD_ROOTDIR 13marcas registradas

lista de 165MDM_INSTALL_HOME 13mensagem de erro

teste de verificação 111modificar

instalação 143modificar silenciosa 125

Nnó

WebSphere Application Server 27, 29nome de usuário 27, 29nome do aplicativo 29nome do host 27, 29

OOracle

instalando manualmente o banco de dados de domínio 86

Ppadrão do WebSphere

sistema de mensagens 29padrões

configurações de contas do usuário 10perfil

WebSphere Application Server 29planilhas 23

acionadores de histórico 31aplicativo MDM 29aplicativos do usuário 29diretório de instalação 24origem de dados do DB2 ou DB2 for z/OS 24origem de dados do Microsoft SQL Server 25origem de dados do Oracle 26WebSphere Application Server 27

porta RMI 29porta SOAP 27, 29Pré-requisitos da conta 60preparando

alta disponibilidade 23preparando para instalar 57

banco de dados 61banco de dados do DB2 em um ambiente em cluster 65banco de dados do DB2 em um servidor diferente 64banco de dados Oracle em um ambiente em cluster 69Banco de dados Oracle em um servidor diferente 69banco de dados SQL Server em um ambiente em

cluster 67banco de dados SQL Server em um servidor diferente 67caminho de utilitário do conjunto Oracle 94configurando a mídia de instalação 45, 50, 57configurando caminho de utilitário do DB2 94incluindo ofertas MDM para o instalador 59instalação independente com o DB2 45, 51Installation Startup Kit 59kit de inicialização 8o servidor de aplicativos dmgr 89Pré-requisitos da conta 60

preparando para instalar (continuação)servidor de aplicativos para implementação de base 91servidor gerenciado do servidor de aplicativos 91Startup Toolkit 59WebSphere Application Server 88

prepararbanco de dados DB2 para instalação 63banco de dados Oracle para instalação 67banco de dados SQL Server para instalação 65

procuras com distinção entre maiúsculas e minúsculas 31Product Maintenance UI

instalando 134

Rrequisitos de instalação

teste 49, 55, 103verificando 49, 55, 103

requisitos do sistema 98

Ssegmento de mercado 31segurança

funções de canal 93senha 27, 29separando instalação de configuração 105serviços de software

entrando em contato 171servidor

WebSphere Application Server 27, 29servidor de aplicativos

preparando 88preparando dmgr 89preparando o servidor gerenciado 91preparando para a implementação de base 91

servidor operacionalassociação do aplicativo de usuário 30

servidor remotocenários de instalação 41

silenciosainstalação 22

sistema de mensagensMessage Brokers 29WebSphere Default Messaging 29WebSphere MQ 29

suportecliente 171

suporte ao clienteentrando em contato 171

TTask Management

criar manualmente um usuário 133tecla de acesso, amostras 138teste de verificação 49, 55, 103

mensagem de erro 111tipo de implementação

customizada 21independente 17, 18, 20WebSphere Application Server 27, 29

Índice Remissivo 171

Uusuários

incluindo o usuário em um grupo 93

Vvárias instâncias

instalando e configurando 9verificação de pré-requisito 49, 55, 103verificando a instalação 139, 141verificando requisitos de instalação 49, 55, 103

WWebSphere Application Server

célula 27início 27nó 27perfil 27servidor 27tipo de implementação 27

WebSphere MQsistema de mensagens 29

Zz/OS

barramento de mensagens configurar 111instalando no 109


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 suporte asoftware, treinamento e informações sobre produtos e soluções.

Tabela 31. Recursos da IBMRecurso Descrição e local

Documentação do produto para InfoSphere MDM É possível procurar e navegar pelos documentos do InfoSphere MDM emhttp://pic.dhe.ibm.com/infocenter/mdm/v11r0/index.jsp.

Documentação do produto InfoSphere MDM Custom Domain Hub, incluindoInfoSphere MDM Reference Data Management

É possível procurar e navegar por todos os documentos do InfoSphere MDMCustom Domain Hub em http://pic.dhe.ibm.com/infocenter/mih/v11r0/index.jsp.

IBM Support Portal É possível customizar informações de suporte escolhendo os produtos e ostópicos que interessam a você em www.ibm.com/support/.

Serviços de suporte a software É possível localizar informações sobre software, TI e serviços de consultoria denegócios, no site de soluções em www.ibm.com/businesssolutions/.

Minha IBM É possível gerenciar links para web sites da IBM e informações quecorrespondam às suas específicas necessidades de suporte técnico, criando umaconta no site Minha IBM em www.ibm.com/account/.

Treinamento e certificação É possível saber mais sobre treinamento técnico e serviços de educaçãoprojetados para indivíduos, empresas e organizações públicas para adquirir,manter e otimizar suas qualificações de TI em www.ibm.com/software/sw-training/.

Representantes IBM É possível entrar em contato com um representante 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.

Tabela 32. Fornecendo Feedback para a IBMTipo de Feedback Ação

Feedback do Produto É possível fornecer feedback geral do produto por meio da Pesquisa de Opiniãode Consumabilidade em www.ibm.com/software/ucd/consumability/.

Feedback da documentação Para enviar comentários no centro de informações, clique no link Feedback naparte superior direita de qualquer tópico no centro de informações. Também épossível enviar comentários sobre manuais de arquivos em PDF, o centro deinformações ou de qualquer outra documentação das seguintes formas:

v Formulário on-line de comentário do leitor: www.ibm.com/software/data/rcf/

v Email: [email protected]


http://pic.dhe.ibm.com/infocenter/mdm/v11r0/index.jsp

http://pic.dhe.ibm.com/infocenter/mih/v11r0/index.jsp

http://pic.dhe.ibm.com/infocenter/mih/v11r0/index.jsp

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/software/sw-training/

http://www.ibm.com/connect/ibm/us/en/

http://www.ibm.com/software/ucd/consumability/

http://www.ibm.com/software/data/rcf/

http://www.ibm.com/software/data/rcf/

��

Impresso no Brasil

GI13-2658-01

Guia de Instala. - ibm.com · Verificando a Instalação com o Cliente de Teste no WebSphere ......

Documents

Transcript of Guia de Instala. - ibm.com · Verificando a Instalação com o Cliente de Teste no WebSphere ......