Guia de Instala. - ibm.com · mas não é possível fornecer estimativas de tempo. Alguns fatores que influenciam no tempo de ... transação virtual. Se estas operações forem bem-sucedidas,

IBM InfoSphere Master Data Management Custom DomainHubVersão 11 Release 0

Guia de Instalação

G517-1465-00

��

IBM InfoSphere Master Data Management Custom DomainHubVersão 11 Release 0

Guia de Instalação

G517-1465-00

��

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

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

Índice

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

Capítulo 1. Instalação do IBM InfoSphereMaster Data Management CustomDomain Hub . . . . . . . . . . . . . 1

Capítulo 2. Visão geral da instalação . . 3Requisitos de Instalação . . . . . . . . . . 4

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

Instalação silenciosa ou gráfica . . . . . . . . 7Installation Startup Kit . . . . . . . . . . . 7Armazenamento e Exposição da Senha . . . . . 8

Criptografando Senhas com o WebSphereApplication Server . . . . . . . . . . . 8

Estruturas de Diretórios . . . . . . . . . . 9

Capítulo 3. Configurando a Mídia deInstalação . . . . . . . . . . . . . 11

Capítulo 4. Preparando-se para umaInstalação Customizada . . . . . . . 13Planilhas de instalação e configuração . . . . . 13

Planilha de diretório de instalação . . . . . . 14Planilha de Origem de Dados do IBM DB2 ou doDB2 para z/OS . . . . . . . . . . . . 15Planilha de origem de dados do Oracle . . . . 16Planilha de instalação do WebSphere ApplicationServer . . . . . . . . . . . . . . . 18Planilha de Configuração do AplicativoInfoSphere MDM Custom Domain Hub . . . . 21Planilha de instalação de aplicativos do usuário 23Planilha de instalação de histórico . . . . . . 24

Prepare o IBM Installation Manager . . . . . . 27Instalando o Installation Manager . . . . . . 27Incluindo ofertas para o IBM InstallationManager . . . . . . . . . . . . . . 27

Instalando o Installation Startup Kit . . . . . . 28Preparando para alta disponibilidade . . . . . . 29Pré-requisitos da Conta para InstalaçõesCustomizadas . . . . . . . . . . . . . 30Preparando seu banco de dados . . . . . . . 30

Conexõs e contas de usuário de banco de dados 31Preparando um Banco de Dados DB2. . . . . 32Preparando um Banco de Dados Oracle . . . . 34

Prepare seu servidor de aplicativos . . . . . . 35Para configurar um caminho de utilitário do IBMDB2 . . . . . . . . . . . . . . . . 36Para Configurar um Caminho de Utilitário doOracle . . . . . . . . . . . . . . . 36Preparando o WebSphere Application ServerNetwork Deployment para uma implementaçãode servidor gerenciado . . . . . . . . . 37

Preparando o WebSphere Application ServerNetwork Deployment para um servidor nãogerenciado. . . . . . . . . . . . . . 38Preparando o WebSphere Application Server paraa implementação de base . . . . . . . . . 39Criando um novo usuário e o adicionando a umgrupo MDM . . . . . . . . . . . . . 39

Preparando um Sistema Solaris para Instalação doInfoSphere MDM Custom Domain Hub . . . . . 40

Capítulo 5. Instalando o InfoSphereMDM Custom Domain Hub . . . . . . 41Instalando o InfoSphere MDM Custom Domain Hube o InfoSphere MDM Reference Data ManagementHub . . . . . . . . . . . . . . . . . 41Instalando em um Ambiente em Cluster . . . . . 43Instalando no z/OS. . . . . . . . . . . . 46Instalação Silenciosa . . . . . . . . . . . 48

Customizando o Arquivo de Resposta no ModoSilencioso . . . . . . . . . . . . . . 48Desativando a Tela Inicial do Instalador durantea Instalação Silenciosa . . . . . . . . . . 52Instalando Silenciosamente Usando um Arquivode Resposta . . . . . . . . . . . . . 53Criando um arquivo de resposta enquanto vocêestá executando uma instalação gráfica . . . . 54Modificando uma Instalação Silenciosamente . . 54

Modificando a Instalação . . . . . . . . . . 54Cenários de Instalação . . . . . . . . . . . 55

Cenário 1: Instalando o InfoSphere MDM CustomDomain Hub em um cluster do WebSphereApplication Server, usando um banco de dadosIBM DB2 e o Sistema de Mensagens do IBMWebSphere MQ . . . . . . . . . . . . 56Cenário 2, Procedimento 1: Preparando oWebSphere Application Server NetworkDeployment . . . . . . . . . . . . . 59

Utilitário madconfig. . . . . . . . . . . . 63Destinos do Utilitário madconfig para oInfoSphere MDM Custom Domain Hub . . . . 64

Instalação Manual do Banco de Dados do MDMCustom Domain Hub . . . . . . . . . . . 66

Definindo a configuração XA no IBM WebSphereApplication Server para se conectar com o DB2para z/OS . . . . . . . . . . . . . . 67criação e instalação do banco de dados do z/OS 67Concedendo Privilégios de Conexão no DB2 paraz/OS . . . . . . . . . . . . . . . 68Configuração do Banco de Dados Oracle . . . 69Instalação Manual do Banco de Dados do MDMCustom Domain Hub no DB2 for Linux ou UNIX 69Instalação Manual do Banco de Dados do MDMCustom Domain Hub no DB2 for z/OS . . . . 71Instalação Manual do Banco de Dados doCustom Domain Hub Server no Oracle . . . . 75

© Copyright IBM Corp. 1996, 2013 iii

Instalando o Componente do Servidor deMensagens do InfoSphere MDM Custom DomainHub Manualmente . . . . . . . . . . . . 77Atualizando os Arquivos de PropriedadesImplementados para um Custom Domain HubServer . . . . . . . . . . . . . . . . 78

Capítulo 6. Instalando AplicativosClientes e Componentes Individuais . . 81instalação do Business Administration UI . . . . 81

Instalando o Business Administration UI . . . 81Instalação do InfoSphere Custom Domain HubWorkbench . . . . . . . . . . . . . . 83

Instalando o InfoSphere InfoSphere CustomDomain Hub Workbench . . . . . . . . . 83

Configurando a Segurança do Aplicativo paraAplicativos da Web . . . . . . . . . . . . 84

Capítulo 7. Verificando a instalação . . 87Verificando a Instalação com o Cliente de Teste noWebSphere Application Server . . . . . . . . 87

Propriedades do Cliente de Teste . . . . . . . 89Logs de Instalação . . . . . . . . . . . . 90

Visualizando Arquivos de Log do InstallationManager . . . . . . . . . . . . . . 90Visualizando os Logs de Instalação do InfoSphereMDM Custom Domain Hub . . . . . . . . 91

Capítulo 8. Desinstalando o InfoSphereMDM Custom Domain Hub . . . . . . 93Desinstalando a Edição do InfoSphere . . . . . 93Desinstalando um Único Componente . . . . . 94Desinstalando no Modo Silencioso. . . . . . . 94Removendo o CBA do Repositório Interno dePacotes Configuráveis . . . . . . . . . . . 95

Avisos e Marcas Registradas . . . . . 97

Índice Remissivo . . . . . . . . . . 101

Entrando em Contato com a IBM . . . 103

iv Guia de Instalação

Tabelas

1. Requisitos de Instalação . . . . . . . . . 42. Diretórios CDH_INSTALL_HOME . . . . . . . 93. diretório de instalação doInfoSphere MDM

Custom Domain Hub planilha . . . . . . 144. Planilha de Origem de Dados do IBM DB2 ou

do DB2 para z/OS . . . . . . . . . . 165. Planilha de origem de dados do Oracle 176. Planilha de Instalação do IBM WebSphere

Application Server . . . . . . . . . . 197. Planilhas de instalação do aplicativo MDM 228. Planilha de instalação do aplicativo do usuário 239. Planilha de instalação de histórico . . . . . 25

10. Destinos Básicos do Utilitário madconfig 63

11. Destinos do Utilitário madconfig paraInstalação do Servidor . . . . . . . . . 64

12. Destinos do utilitário madconfig paradesinstalação . . . . . . . . . . . . 65

13. Destinos do Utilitário madconfig para Instalar eDesinstalar o InfoSphere MDM Reference DataManagement Hub . . . . . . . . . . 65

14. Testes de Verificação de Instalação . . . . . 8815. Propriedades que Podem Ser Configuradas no

Arquivo de Propriedades do Cliente de Teste . 8916. Recursos da IBM . . . . . . . . . . 10317. Fornecendo Feedback para a IBM . . . . . 103

© Copyright IBM Corp. 1996, 2013 v

vi Guia de Instalação

Capítulo 1. Instalação do IBM InfoSphere Master DataManagement Custom Domain Hub

Os componentes do InfoSphere MDM Custom Domain Hub são instalados utilizando oIBM® InstallationManager, que garante uma experiência de instalação simples e consistente.

O IBM Installation Manager também é utilizado para desinstalar componentes e para modificar umainstalação existente incluindo ou removendo os componentes. É possível executar a instalação no modográfico ou silencioso.

Os tópicos de instalação descrevem como preparar seu servidor de aplicativos e o banco de dados parainstalação do InfoSphere MDM Custom Domain Hub e como instalar o produto.

Os tópicos de instalação presumem que você esteja familiarizado com o WebSphere Application Server ecom o banco de dados que você planeja utilizar.

© Copyright IBM Corp. 1996, 2013 1

2 Guia de Instalação

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

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

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

O tempo necessário para instalar o InfoSphere MDM Custom Domain Hub depende de vários fatores,mas não é possível fornecer estimativas de tempo. Alguns fatores que influenciam no tempo depreparação e instalação podem incluir:v O número de componentes que estão sendo instaladosv O número de servidores ou estações em seu ambientev A capacidade de carga da rede se estiver sendo instalado em um ambiente em clusterv Se o IBM WebSphere Application Server está instaladov Se o software de banco de dados está instalado

Após o início do IBM Installation Manager, sua ordem básica se funcionamento é descrita nestas etapas.1. Selecione os recursos que deseja instalar. O MDM Database e o Custom Domain Hub Server são os

componentes-chave.2. Depois de selecionar os recursos e o local do diretório de instalação, o instalador faz algumas

verificações básicas no sistema operacional, no espaço em disco e no software de suporte antes decontinuar com a instalação. Se o diretó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çãoserá sobrescrita.

3. Você será então solicitado a inserir informações em vários painéis de configuração. Essas informaçõesserão usadas para configurar automaticamente o banco de dados do MDM e o servidor de aplicativoscom as informações específicas de conexão e para identificar a célula, o nó e os servidores nos quaisos artefatos do InfoSphere MDM Custom Domain Hub são implementados.

4. Os dados estáticos são extraídos no diretório CDH_INSTALL_HOME selecionado no início doprocesso. Dados estáticos incluem itens, como o Batch Processor, o Management Agent, oManagement Console e os scripts do utilitá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ão implementados em todos os nós especificados.7. Interfaces de usuário e aplicativos da web que são selecionados para instalação também são

implementados no servidor de aplicativos. O instalador de pacotes baseado na web de arquivos WARdo aplicativo em um arquivo EAR e implementa o arquivo EAR no servidor de aplicativos. Durante aimplementação, o servidor de aplicativos descompacta o conteúdo dos arquivos EAR.

8. Após a implementação, o banco de dados é autoinicializado.9. Antes que a instalação seja concluída, o instalador conclui um processo de verificação executando

transações por meio do servidor operacional.

Além dos testes de verificação executados pelo instalador, é possível usar o Cliente de Teste para executartransações de teste e assegurar uma instalação bem-sucedida.


Conceitos relacionados:Capítulo 7, “Verificando a instalação”, na página 87O IBM Installation Manager executa automaticamente uma rotina de verificação para testar a instalação,executando três transações físicas para incluir uma pessoa, uma organização e um contrato, além de umatransação virtual. Se estas operações forem bem-sucedidas, então a instalação é concluída com êxito.

Requisitos de InstalaçãoUse esta lista como referência antes de iniciar a instalação. Se você também estiver instalando o IBM DB2,o IBM WebSphere Application Server ou o IBM Rational Application Developer (RAD), a lista tambémoferece uma recomendação para escolher os recursos corretos para instalação.

Atenção: Para obter uma listagem exata de hardware e software suportados e as versões necessárias,sempre revise a página Requisitos do Sistema do IBM InfoSphere Master Data Management CustomDomain Hub. O link para essa página pode ser localizado nas notas sobre a liberação da versão 11.0.

Para instalar qualquer um dos recursos e aplicativos, o IBM Installation Manager 1.6.0 deve estarinstalado no sistema do qual você está executando a instalação. O IBM Installation Manager faz parte dopacote do InfoSphere MDM Custom Domain Hub. O IBM Installation Manager só pode ser executado emuma máquina de 64 bits.

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

Se o recurso ou o aplicativo que você deseja instalar não estiver listado nessa tabela, consulte adocumentação desse recurso para saber quais são os requisitos específicos.

Tabela 1. Requisitos de Instalação

Se você estiver planejando instalar esterecurso Precisará deste pré-requisito:

InfoSphere MDM Custom Domain Hub Todos os servidores e estações de trabalho nos quais você instala e usaos componentes do InfoSphere MDM Custom Domain Hub têm umsistema operacional suportado instalado e configurado. Use adocumentação específica do produto para orientação.

Certifique-se de também instalar o Installation Startup Kit.

Custom Domain Hub Server Esse recurso instala os pacotes configuráveis principais do IBMWebSphere Application Server, EBAs, e outros, para o servidoroperacional.

Se você estiver usando uma instalação customizada, deverá ter aversão suportada do IBM WebSphere Application Server instalada eum perfil administrativo (nome do usuário e senha) criado. Depois deinstalar o IBM WebSphere Application Server, use os tópicos depreparação do servidor de aplicativos para configurar o servidor.

MDM Database O componente do banco de dados cria as tabelas e o esquema doInfoSphere MDM Custom Domain Hub.

Para instalações customizadas, você deve ter um banco de dadossuportado instalado e configurado com um nome e senha da conta dousuário que pretende usar para se conectar ao Custom Domain HubServer.

Use a documentação específica do produto para orientação. Depois deinstalar o software de banco de dados, use os tópicos de preparaçãodo banco de dados para configurar o banco de dados para suportar oInfoSphere MDM Custom Domain Hub.


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

Se você estiver planejando instalar esterecurso Precisará deste pré-requisito:

Aplicativos do usuário Um navegador da web suportado deve ser instalado nas estações detrabalho que acessam o aplicativo.

InfoSphere Custom Domain HubWorkbench

Você deve instalar o IBM Rational Application Developer (RAD) paraWebSphere (64 bits) antes de instalar o ambiente de trabalho naestação de trabalho.

IBM DB2 Instale o banco de dados DB2 com os recursos padrão selecionados.

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™ TechnologyEdition 6

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

IBM Rational Application Developer (RAD) Ao instalar o IBM Rational Application Developer (RAD), você deveselecionar, no mínimo, esses recursos adicionais necessários no IBMInstallation 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 bitsnecessárias estejam disponíveis no sistema operacional de 64 bits.Consulte o tópico relacionado a seguir.

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

Tarefas relacionadas:“Instalando o InfoSphere InfoSphere Custom Domain Hub Workbench” na página 83Use este procedimento para instalar o InfoSphere Custom Domain Hub Workbench se você estiverusando um tipo de implementação de instalação customizada e estiver instalando apenas o ambiente detrabalho.Capítulo 4, “Preparando-se para uma Instalação Customizada”, na página 13Antes de instalar o InfoSphere MDM Custom Domain Hub, certifique-se de concluir as etapas deplanejamento e atender os pré-requisitos. Essas etapas são aplicáveis apenas a instalações customizadas.Capítulo 3, “Configurando a Mídia de Instalação”, na página 11A mídia de instalação para instalar o InfoSphere MDM Custom Domain Hub está disponível como CDsfísicos ou como arquivos de imagem de instalação transferíveis por download.Informações relacionadas:“Instalação do InfoSphere Custom Domain Hub Workbench” na página 83O InfoSphere Custom Domain Hub Workbench é utilizado por implementadores ou administradores paragerenciar o ambiente do InfoSphere MDM Custom Domain Hub. Usando esse aplicativo, é possívelgerenciar algoritmos, criar visualizações compostas, editar tabelas de dicionário de dados e desenvolvermodelos lógicos de membro, fluxos e mapeamentos para origens de dados.

Bibliotecas de 32 Bits Necessárias em Sistemas Operacionais de 64BitsAo instalar o InfoSphere Custom Domain Hub Workbench e o IBM Rational Application Developer(RAD) em uma estação de trabalho de 64 bits, você deve ter determinadas bibliotecas de 32 bitsdisponíveis na estação de trabalho para uma instalação bem-sucedida.

Você deve instalar as bibliotecas de 32 bits que são listadas aqui ou instalar o IBM Rational ApplicationDeveloper (RAD) no modo de 64 bits antes de instalar os recursos do InfoSphere MDM Custom DomainHub.

As bibliotecas de 32 bits necessárias são:v libatk-1.0.so.0

v libfontconfig.so.1

v libfreetype.so.6

v libgdk_pixbuf-2.0.so.0

v libgdk-x11-2.0.so.0

v libglib-2.0.so.0

v libgmodule-2.0.so.0

v libgobject-2.0.so.0

v libgthread-2.0.so.0

v libgtk-x11-2.0.so.0

v libpango-1.0.so.0

v libpangoft2-1.0.so.0

v libpng12.so.0

v libselinux.so.1

v libX11.so.6

v libXcomposite.so.1

v libXcursor.so.1

v libXdamage.so.1

v libXext.so.6

v libXfixes.so.3


v libXft.so.2

v libXinerama.so.1

v libXi.so.6

v libXrandr.so.2

v libXrender.so.1

v libXtst.so.6

v libz.so.1

Tarefas relacionadas:“Instalando o InfoSphere MDM Custom Domain Hub e o InfoSphere MDM Reference Data ManagementHub” na página 41Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e o InfoSphere MDMReference Data Management Hub.“Instalando o InfoSphere InfoSphere Custom Domain Hub Workbench” na página 83Use este procedimento para instalar o InfoSphere Custom Domain Hub Workbench se você estiverusando um tipo de implementação de instalação customizada e estiver instalando apenas o ambiente detrabalho.Informações relacionadas:“Instalação do InfoSphere Custom Domain Hub Workbench” na página 83O InfoSphere Custom Domain Hub Workbench é utilizado por implementadores ou administradores paragerenciar o ambiente do InfoSphere MDM Custom Domain Hub. Usando esse aplicativo, é possívelgerenciar algoritmos, criar visualizações compostas, editar tabelas de dicionário de dados e desenvolvermodelos lógicos de membro, fluxos e mapeamentos para origens de dados.

Instalação silenciosa ou gráficaÉ possível instalar o InfoSphere MDM Custom Domain Hub 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 pode renderizar uma interfacegráfica com o usuário, o modo gráfico é a opção preferencial. O IBM Installation Manager exibe umasérie de telas que o direcionam por meio da seleção de recursos, configuração do parâmetro básico, efornece um resumo 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 a opção silenciosa. Umainstalação silenciosa é iniciada a partir da linha de comandos e utiliza um arquivo de resposta. Estaopção não requer a especificação das opções de instalação. Em vez disso, as opções de instalação sãolidas por um arquivo de resposta. É possível criar um arquivo de resposta manualmente ou utilizandoum assistente de instalação gráfica. Um arquivo de resposta pode ser criado durante uma instalação ousem nenhum software. As etapas seguidas no processo de instalação e de erros encontrados sãoregistradas em um arquivo.

Installation Startup KitO kit de inicialização extrai arquivos e scripts para ajudá-lo a preparar seu ambiente antes da instalaçãodo Custom Domain Hub Server. Os arquivos e scripts estão em STARTUPKIT_INSTALL_HOME.

Os scripts de banco de dados são executados antes do início da instalação do InfoSphere MDM CustomDomain Hub. Os scripts criam automaticamente as tabelas, os espaços de tabela, os buffer pools, asespecificações de codificação e os acionadores apropriados necessários para sua edição.


v Os scripts para criar bancos de dados e espaços de tabela do IBM DB2 estão emSTARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/Standard/ddl/

– CreateDB.sql

– CreateTS.sql

v Scripts para criar o banco de dados DB2 for z/OS e instalar o banco de dados InfoSphere MDMCustom Domain Hub: STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/ZOS/pds/*

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

Use os scripts custSetupMQServer.mqsc e ChannelAuth.mqsc para instalar o componente de sistema demensagens do MDM quando o WebSphere MQ estiver em um computador remoto em relação ao localem que o IBM Installation Manager está sendo executado.

Os arquivos .res são arquivos de amostra que podem ser usados para instalações silenciosas.Tarefas relacionadas:“Instalando o InfoSphere MDM Custom Domain Hub e o InfoSphere MDM Reference Data ManagementHub” na página 41Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e o InfoSphere MDMReference Data Management Hub.“Instalando o Installation Startup Kit” na página 28Use este procedimento para instalar o Installation Startup Kit antes de iniciar a preparação de seuambiente para instalação.“Preparando seu banco de dados” na página 30Utilize este procedimento como um guia ao preparar seu banco de dados para suportar uma instalaçãocustomizada do InfoSphere MDM Custom Domain Hub. Você deve concluir este procedimento se vocêestiver utilizando uma instalação customizada.“Cenário 1, Procedimento 3: Preparando o IBM WebSphere MQ” na página 58Use este procedimento para instalar e preparar o IBM WebSphere MQ como uma terceira etapa naconclusão do cenário 1.Referências relacionadas:“Instalação Silenciosa” na página 48Um arquivo de propriedades é gerado quando você está executando o programa de instalação interativo.Para executar instalações silenciosas, é necessário editar esse arquivo ou criar seu próprio arquivo.

Armazenamento e Exposição da SenhaDurante a instalação, as senhas são criptografadas usando a criptografada do WebSphere ApplicationServer.

Todos os aplicativos de interface com o usuário e aplicativos clientes têm um nome de usuário e umasenha para se conectar ao Custom Domain Hub Server. Essas senhas também são criptografados usandoo mecanismo de criptografia do WebSphere Application Server. Se alguma das senhas for alterada noservidor de aplicativos, 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 ser usados parainstalações silenciosas, esses arquivos contêm senhas de usuário em texto simples. Se as senhas de textosimples armazenadas nos arquivos forem contra as políticas organizacionais, use o modo de instalaçãográfica.

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


Sobre Esta Tarefa

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

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

v Para Microsoft Windows: $NODE_HOME\bin\PropFilePasswordEncoder.bat path\mypassword.txtmypassword

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

Em que $NODE_HOME representa o diretório inicial do nó do WebSphere Application Server e pathrepresenta a localização do diretório do arquivo mypassword.txt.

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

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

Ao executar o IBM Installation Manager, você escolhe um caminho de instalação. Este caminho ediretório-raiz são definidos nos tópicos de instalação como CDH_INSTALL_HOME. CDH_INSTALL_HOME contémrecursos que são exclusivos para o pacote instalado. Nesse diretório estão os subdiretórios para cada umdos componentes selecionados para instalação. Ele também tem diretórios que são específicos do sistemaoperacional em que você instala.

O diretório MDMShared contém arquivos de recursos que são compartilhados por vários grupos de pacoteinstalados. O conteúdo pode incluir recursos que são necessários para executar scripts do IBM InstallationManager, bibliotecas de código customizado Java e o IBM Rational Application Developer, por exemplo.Para obter mais informações sobre esse diretório, consulte http://pic.dhe.ibm.com/infocenter/install/v1r6/index.jsp?topic=%2Fcom.ibm.cic.agent.ui.doc%2Fhelpindex_imic.html

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

CDH_INSTALL_HOME

Tabela 2. Diretórios CDH_INSTALL_HOME

Diretório Descrição

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

BatchExport Contém subdiretórios e arquivos para suportar o Reference DataManagement. BatchExport é usado para exportar o conjunto e seusvalores (entidades RDM) para uma planilha ou um arquivo CSV.

BatchProcessor Contém subdiretórios e arquivos necessários para executar aferramenta Batch Processor.

com.ibm.mdm.tools Contém pacotes configuráveis do OSGi. Uma área de trabalho doInfoSphere Custom Domain Hub Workbench pode ser configuradapara usar esses pacotes configuráveis para que modelos de referênciae referências de classe Java possam ser resolvidos.

database Contém arquivos de esquema estáticos.


Tabela 2. Diretórios CDH_INSTALL_HOME (continuação)

Diretório Descrição

documentation Contém um arquivo messages.properties no subdiretório /nl/, que éusado pelo instalador durante o tempo de execução. Por exemplo, elecontém mensagens que são usadas pelo monitor de progresso doinstalador.

eventManagmentClient Contém subdiretórios e arquivos para suportar o componente EventManager. O Event Manager é um componente de acionamento quepode detectar eventos e atividades no InfoSphere MDM CustomDomain Hub.

InstallableApps Contém subdiretórios e arquivos para os aplicativos de usuárioinstalados, por exemplo, Business Administration UI.

IVT Contém subdiretórios e scripts que são usados para executar os testesde 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 oagente de gerenciamento de configuração, que é usado paraconfigurar e gerenciar vários recursos do InfoSphere MDM CustomDomain Hub.

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

MDMCollector Contém subdiretórios e arquivos que são usados para executar o IBMSupport Assistant Data Collector.

mds Contém um diretório /scripts a partir do qual é possível executar outilitário madconfig.

properties O conteúdo nesse diretório fornece parâmetros de entrada que sãousados ao reconfigurar o banco de dados e o servidor MDM a partirdo InfoSphere Custom Domain Hub Workbench.

Samples Contém as amostras do Batch Console.

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

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

Uninstall Esse diretório contém os scripts que são necessários para desinstalaros componentes do InfoSphere MDM Custom Domain Hub.

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

Conceitos relacionados:Gerenciador de EventosVisão Geral dos componentes do Configuration and ManagementRecursos e Entidades ComunsEvergreening de Tarefas em LoteVisão Geral da Configuração de Preferências do Ambiente de TesteCapítulo 6, “Instalando Aplicativos Clientes e Componentes Individuais”, na página 81O IBM Installation Manager fornece a opção para selecionar a instalação de componentes individuais.Essa opção é usada quando você deseja instalar componentes em estações de trabalho ou em um servidordiferente do servidor no qual você instala o servidor operacional e o banco de dados do MDM.


Capítulo 3. Configurando a Mídia de Instalação

A mídia de instalação para instalar o InfoSphere MDM Custom Domain Hub está disponível como CDsfísicos ou como arquivos de imagem de instalação transferíveis por download.

Procedimentov Se tiver obtido o InfoSphere MDM Custom Domain Hub na forma de CDs físicos, verifique se você

tem todos os discos de instalação.v Se você estiver obtendo arquivos de imagem de instalação a partir do Passport Advantage ou de outro

método, faça o download e extraia os arquivos para os seguintes diretórios aplicáveis:– DB2

– Installation Manager 1.6

– CDH

– MDMWB

– RAD

– WAS

Referências relacionadas:“Requisitos de Instalação” na página 4Use esta lista como referência antes de iniciar a instalação. Se você também estiver instalando o IBM DB2,o IBM WebSphere Application Server ou o IBM Rational Application Developer (RAD), a lista tambémoferece uma recomendação para escolher os recursos corretos para instalação.



Capítulo 4. Preparando-se para uma Instalação Customizada

Antes de instalar o InfoSphere MDM Custom Domain Hub, certifique-se de concluir as etapas deplanejamento e atender os pré-requisitos. Essas etapas são aplicáveis apenas a instalações customizadas.

Sobre Esta Tarefav Revise o arquivo leia-me para os requisitos do sistema e possíveis problemas que podem afetar a

instalaçãov Leia as notas sobre a liberação para obter informações sobre os recursos de produtos suportados ou

aprimoramento do produto para liberaçãov Revise a seção dos cenários de instalação e determine a topologia de instalação que você irá utilizarv Revise e preencha as planilhas de instalaçãov Configure a mídia de instalaçãov Use um usuário de banco de dados diferente para cada implementação da ofertav Observe esses itens se você planeja utilizar um banco de dados IBM DB2:

– Para fins de instalação, configure um ou mais usuários restritos em um sistema para usuários deesquema do banco de dados. Como o DB2 usa o sistema operacional para autenticar um novousuário, use um ID de usuário como mdmdb1 com um shell restrito. Este usuário não precisará sermembro de nenhum dos grupos do DB2.

– Você também pode fazer uma instalação simples utilizando apenas um ID para a instalação do DB2e o esquema. O ID padrão é db2inst1. Para obter mais informações, consulte a documentação doDB2.

v Além desses pré-requisitos gerais, há outras tarefas de pré-requisito específicas para instalar oInfoSphere MDM Custom Domain Hub. Essas tarefas estão descritas nos tópicos a seguir.

Conceitos relacionados:Cenários de InstalaçãoHá alguns cenários de instalação comuns que podem ser usados como diretrizes ao instalar o InfoSphereMDM Custom Domain Hub em ambientes semelhantes. O objetivo dos cenários não é tratar de todas aspossíveis configurações ou ambientes, mas sim mostrar as etapas básicas envolvidas em uma instalaçãocustomizada envolvendo vários produtos e máquinas.Tarefas relacionadas:Capítulo 5, “Instalando o InfoSphere MDM Custom Domain Hub”, na página 41As instruções de instalação são iguais para todas as edições.Referências relacionadas:“Requisitos de Instalação” na página 4Use esta lista como referência antes de iniciar a instalação. Se você também estiver instalando o IBM DB2,o IBM WebSphere Application Server ou o IBM Rational Application Developer (RAD), a lista tambémoferece uma recomendação para escolher os recursos corretos para instalação.

Planilhas de instalação e configuraçãoAs planilhas de instalação listam todos os valores que devem ser especificados durante um processo deinstalação do InfoSphere MDM Custom Domain Hub. Preencher as planilhas de instalação antes deinstalar os componentes pode ajudá-lo a planejar sua instalação, economizar tempo e impor a consistênciadurante o processo de instalação e configuração.

Reutilizar as planilhas para cada ambiente de tempo de execução que você planeja implementar. Porexemplo, você pode ter um ambiente de produção, um ambiente de teste, e um ambiente de treinamento.


As planilhas são usadas para aplicativos e componentes com suas definições de configuração basedefinidas no IBM Installation Manager. Qualquer servidor operacional, aplicativo do usuário, ou etapasde configuração do componente que são necessários fora do IBM Installation Manager são descritos emtópicos separados de aplicativo individual ou componente.Tarefas relacionadas:“Instalando o InfoSphere MDM Custom Domain Hub e o InfoSphere MDM Reference Data ManagementHub” na página 41Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e o InfoSphere MDMReference Data Management Hub.“Instalando em um Ambiente em Cluster” na página 43Utilize este procedimento para executar uma instalação customizada em um ambiente em cluster.“Cenário 1, Procedimento 4: Instalando o InfoSphere MDM Custom Domain Hub” na página 58Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e qualquer aplicativo deusuário selecionado como a etapa final na conclusão do cenário 1.“Cenário 2, Procedimento 3: Instalando o InfoSphere MDM Custom Domain Hub” na página 62Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e qualquer aplicativo deusuário selecionado como a etapa final na conclusão do cenário 2.

Planilha de diretório de instalaçãoUtilize essa planilha para registrar o diretório raiz do host no qual você deseja instalar o InfoSphereMDM Custom Domain Hub.

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

Os parâmetros listados na tabela a seguir equivalem a prompts ou campos que podem ser vistos no IBMInstallation Manager.

Tabela 3. diretório de instalação doInfoSphere MDM Custom Domain Hub planilha

Parâmetro Descrição Seu valor

Utilizar o grupo de pacotes existente Escolha esta opção se você deseja que oscomponentes do InfoSphere MDMCustom Domain Hub sejam instalados emum shell ou diretório do Eclipse existente.Você não pode modificar o nome dodiretório, se você escolher essa opção.

Não escolha esta opção se você tiverinstalado outros produtos anteriormenteutilizando IBM Installation Manager,como IBM Rational Application Developer(RAD).

O InfoSphere MDM Workbench deve serinstalado no mesmo grupo de pacotes queo IBM Rational Application Developer(RAD).


Tabela 3. diretório de instalação doInfoSphere MDM Custom Domain Hub planilha (continuação)


Crie um novo grupo de pacote Essa opção é a configuração padrão. OIBM Installation Manager cria umdiretório padrão IBM/CDH no diretório-raizde sua escolha. Ou, você pode nomear odiretório como você desejar.

Por exemplo, CDH_INSTALL_HOME/IBM/CDH_test ou CDH_INSTALL_HOME/IBM/CDH_prod

Planilha de Origem de Dados do IBM DB2 ou do DB2 para z/OSUse essa planilha de origem de dados para identificar parâmetros para a origem de dados do IBM DB2ou DB2 for z/OS ao qual o Custom Domain Hub Server está se conectando.

Ao definir os nomes para seus bancos de dados e contas de usuário, considere o mesmo nome para ainstância do banco de dados associado, a conta de usuário e a configuração da origem de dados. Vocêtambém pode querer incluir a versão do InfoSphere MDM Custom Domain Hub nesse nome. Utilizaressa convenção de nomenclatura pode ajudar outros membros de sua organização e o IBM SoftwareSupport a entender o mapeamento entre instâncias, contas e bancos de dados.


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


Tipo de banco de dados O DB2 e o DB2 para z/OS ésuportado por todas as edições doInfoSphere MDM Custom DomainHub.

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

Porta do banco de dados Identifique a porta do banco dedados ou use o número de portapadrão fornecido. O padrão do DB2 edo DB2 for z/OS é 50000.

Nome do usuário do banco de dados O nome do usuário do banco dedados deve ter privilégios DBA.

Restrições de comprimento ecaracteres suportados a nomes esenhas de usuário são dependentesde quaisquer restrições que possamser impostas por seu sistemaoperacional.

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

Capítulo 4. Preparando-se para uma Instalação Customizada 15

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


Nome do Banco de Dados Local Forneça um nome que identifique obanco de dados do MDM. O padrãoé MDMDB.

O nome deve ser composto de 12 oumenos caracteres alfanuméricos. Épossível usar caracteres sublinhados(_) no nome. Outros caracteres nãosão suportados.

Nome do banco de dados remoto Forneça um nome que identifique obanco de dados do MDM remoto. Opadrão é MDMDB.

Início do banco de dados Para instalações customizadas,forneça o diretório completo no qualo 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 dobanco de dados. Por padrão, o nomedo esquema é o mesmo que ousuário do aplicativo de banco dedados.

Instalando o MDM DatabaseManualmente

Se você estiver planejando instalar obanco de dados do Custom DomainHub Server manualmente, selecioneessa opção para extrair os scripts quesão usados para a instalação manual.

Tarefas relacionadas:“Preparando um Banco de Dados DB2” na página 32Utilize este procedimento para configurar um banco de dados IBM DB2 para instalação do InfoSphereMDM Custom Domain Hub.“Cenário 1, Procedimento 2: Preparando o Banco de Dados do IBM DB2” na página 57Use este procedimento para instalar e preparar o banco de dados DB2 como uma segunda etapa naconclusão do cenário 1.

Planilha de origem de dados do OracleUse a planilha de origem de dados do Oracle para identificar parâmetros para a origem de dados à qualo Custom Domain Hub Server está se conectando.

Ao definir os nomes para seus bancos de dados e contas de usuário, considere o mesmo nome para ainstância do banco de dados associado, a conta de usuário e a configuração da origem de dados. Vocêtambém pode querer incluir a versão do InfoSphere MDM Custom Domain Hub nesse nome. Utilizaressa convenção de nomenclatura pode ajudar outros membros de sua organização e o IBM SoftwareSupport a entender o mapeamento entre instâncias, contas e bancos de dados.



Tabela 5. Planilha de origem de dados do Oracle


Tipo de banco de dados O Oracle é suportado por todas asedições do InfoSphere MDM CustomDomain Hub.

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

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

Nome do usuário do banco de dados O nome do usuário do banco dedados deve ter privilégios DBA.

Restrições de comprimento ecaracteres suportados a nomes esenhas de usuário são dependentesde quaisquer restrições que possamser impostas por seu sistemaoperacional.

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

Nome do banco de dados Forneça o SID (ID do sistema) debanco de dados.

TNS Especifique o nome do serviçoutilizado para conectar o banco dedados do Oracle. Esse parâmetro énecessário porque esse serviçotambém pode ser usado para seconectar ao banco de dados remoto.

Início do banco de dados Forneça o diretório completo no qualo banco de dados está instalado. Porexemplo:

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 DatabaseManualmente

Se você estiver planejando instalar obanco de dados do Custom DomainHub Server manualmente, selecioneessa opção para extrair os scripts quesão usados para a instalação manual.


Tarefas relacionadas:“Preparando um Banco de Dados Oracle” na página 34Utilize este procedimento para configurar um banco de dados Oracle para a instalação do InfoSphereMDM Custom Domain Hub.“Cenário 2, Procedimento 2: Preparando o banco de dados Oracle” na página 61Use este procedimento para instalar e preparar o banco de dados Oracle como uma segunda etapa naconclusão do cenário 2.

Planilha de instalação do WebSphere Application ServerUse a planilha de configuração do IBM WebSphere Application Server para identificar parâmetros para oservidor de aplicativos usado para hospedar o Custom Domain Hub Server.



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


Tipo de implementação Especifique o tipo de implementaçãoe anote o nome do perfil do IBMWebSphere Application Server . Suasopções são implementação de redeou base.

A implementação de rede é utilizadapara instalações de servidor oucluster. Uma implementação base égeralmente utilizada em instalaçõesde demonstração ou estação detrabalho.

Se você escolher a implementação derede, o instalador executará umasequência de comandos no processodo gerenciador de implementação doIBM WebSphere Application Serverpara configurar servidores deaplicativos e implementar aplicativos.O gerenciador de implementação e osagentes do nó devem serconfigurados e estar em execuçãoantes da implementação podercontinuar. Por exemplo, utilize umnome de perfil do Dmgr01.

Se você selecionar NetworkDeployment, o instalador tambémpoderá ser executado em um clusterdo IBM WebSphere ApplicationServer. O programa de instalaçãodetecta automaticamente o cluster. Seo cluster estiver configurado, opadrão será implementar osaplicativos em um cluster. Em vezdisso, você poderá selecionarimplementar os aplicativos em umúnico servidor.

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

Início do IBM WebSphere ApplicationServer

Especifique o diretório completo noqual o IBM WebSphere ApplicationServer está instalado. O padrão é/opt/IBM/WebSphere/AppServer.


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


Início do perfil do IBM WebSphereApplication Server

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

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

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

Nome de usuário Identifique o nome do usuário doIBM WebSphere Application Server .O usuário deve ter privilégiosadministrativos.

Senha A senha do usuário do IBMWebSphere Application Server .

Célula Especifique a célula do IBMWebSphere Application Server naqual você deseja implementar oInfoSphere MDM Custom DomainHub.

Se você tiver o IBM WebSphereApplication Server já instalado econfigurado, você poderá clicar emRecuperar Detalhes do Host duranteo processo de instalação e ter o IBMInstallation Manager para recuperaras informações de Célula, Nó eServidor.

Nó Especifique a célula do IBMWebSphere Application Server naqual você deseja implementar oInfoSphere MDM Custom DomainHub.

Depois de selecionar a célula no IBMInstallation Manager, todos os nósdentro dessa célula estarãodisponíveis na lista.


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


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

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

Para criar um novo servidor paraimplementação, é possível especificaro novo nome no painel deconfiguração e ele será criado no IBMWebSphere Application Serverdurante o processo de instalação.

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

Cluster Se estiver instalando em umambiente em cluster, selecione ocluster em que deseja implementarseus aplicativos.

Conceitos relacionados:“Prepare seu servidor de aplicativos” na página 35Os componentes do InfoSphere MDM Custom Domain Hub são executados no WebSphere ApplicationServer. O servidor de aplicativos fornece infraestrutura para a comunicação de componente paracomponente, autenticação e criação de log. Se você estiver planejando instalar o InfoSphere MDMCustom Domain Hub usando uma instalação customizada, você deve preparar um servidor de aplicativosantes de iniciar o processo de instalação.Tarefas relacionadas:“Cenário 1, Procedimento 1: Preparando o WebSphere Application Server Network Deployment” napágina 56Use este procedimento para instalar e preparar o servidor de aplicativos como uma primeira etapa naconclusão do cenário 1.“Cenário 2, Procedimento 1: Preparando o WebSphere Application Server Network Deployment” napágina 59Use este procedimento para instalar e preparar o servidor de aplicativos como uma primeira etapa naconclusão do cenário 2.

Planilha de Configuração do Aplicativo InfoSphere MDM CustomDomain HubUse a planilha de configuração de aplicativo para identificar parâmetros para o Custom Domain HubServer.

Os parâmetros listados na tabela a seguir equivalem a prompts ou campos que podem ser vistos no IBMInstallation Manager no painel Configuração do Aplicativo.


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


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

Senha mdmadmin do usuário Especifique a senha para o usuárioadministrador do InfoSphere MDMCustom Domain Hub.

Porta RMI Especifique a porta na qual o serviçode registro do RMI (Chamada deMétodo Remoto) recebe paraconexões de outros serviços. Em umambiente em cluster, todos os nósdevem utilizar a mesma porta RMIpara se comunicarem. O padrão é9999.

Ativar implementação de diversosfusos horários

Selecione essa opção se seu aplicativoestiver executando em fusos horáriosdiferentes, ou seus dados tiveremvalores sensíveis ao tempo em fusoshorários diferentes.

Fuso horário padrão Selecione o fuso horário padrão docliente na lista. Se um fuso horárionão for especificado, o fuso horáriodo servidor de aplicativos será usado.

Sistema de mensagens Especifique o tipo de sistema demensagens para sua implementação.

Se você desejar usar o sistema demensagens interno do WebSphere,selecione IBM WebSphere DefaultMessaging.

IBM WebSphere MQ é um produtocorporativo separado e deve serinstalado antes da instalação doInfoSphere MDM Custom DomainHub. Se optar pelo IBM WebSphereMQ, especifique os valores para osparâmetros a seguir.

Início de fila de mensagens Especifique o diretório totalmentequalificado do início da fila demensagens. O padrão é /usr/mqm.

Nome do gerenciador de mensagens Especifique o nome para ogerenciador de filas. Por exemplo,CUSTOMER.QUEUE.MANAGER.

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

Porta MQ Especifique o número da porta derecebimento do WebSphere MQ.

Nome de canal Especifique o nome do canal. Oscanais são utilizados para transmitiras mensagens entre os gerenciadoresde filas.


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


Nome de usuário Especifique o nome de usuário doWebSphere MQ.

Senha Especifique a senha.

Configurar o Servidor de Sistema deMensagens

Selecione essa opção paraimplementar seus parâmetros econfigurar o servidor de sistema demensagens.

Tarefas relacionadas:“Cenário 1, Procedimento 3: Preparando o IBM WebSphere MQ” na página 58Use este procedimento para instalar e preparar o IBM WebSphere MQ como uma terceira etapa naconclusão do cenário 1.

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

Reutilize esta planilha para cada aplicativo de usuário ou observação de qualquer diferença entre osaplicativos na planilha.


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


Tipo de implementação Especifique se a sua implementaçãoIBM WebSphere Application Server éde Base ou Rede. A implementaçãode rede é utilizada para instalaçõesde servidor ou cluster. Umaimplementação base é geralmenteutilizada em instalações dedemonstração ou estação de trabalho.

Início do perfil do IBM WebSphereApplication Server

Se você estiver usando umaimplementação de base, especifique ocaminho 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 IBMWebSphere Application Server emque o servidor Custom Domain HubServer é implementado.

Porta SOAP Especifique o número da porta doCustom Domain Hub Server ou use opadrão de 8879.

Nome de usuário Especifique o nome de usuárioadministrativo para este aplicativo.

Senha Especifique a senha do usuárioadministrativo.


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


Célula Especifique a célula do IBMWebSphere Application Server naqual deseja implementar o aplicativo.Se você tiver o IBM WebSphereApplication Server instalado econfigurado, clique em RecuperarDetalhes do Host durante o processode instalação para recuperar asinformações para Célula, Nó eServidor.

Nó Especifique o nó do IBM WebSphereApplication Server no qual desejaimplementar o aplicativo.

Servidor Especifique o servidor do IBMWebSphere Application Server noqual deseja implementar o aplicativo.

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

Cluster Se estiver instalando em umambiente em cluster, selecione ocluster em que deseja implementarseus aplicativos.

Tarefas relacionadas:“Instalando o Business Administration UI” na página 81Utilize este procedimento para instalar o Business Administration UI.

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

Há dois conjuntos de acionadores que geram dados para tabelas de históricos do banco de dados doMDM físico. O primeiro conjunto é para as tabelas principais e de domínio. O segundo conjunto é paraas tabelas de gerenciamento de configuração. Cada conjunto consiste em acionadores de histórico eacionadores DELETE.



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


Indústria Especifique o tipo de segmento demercado que seja suportado nestaimplementação. Você pode especificarapenas um tipo.

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

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

v Financeiro - Escolha esta opçãopara linhas de negócios comoFinanceiro de Varejo, FinanceiroComercial, Cartões de Crédito,Empréstimos e outros.

v Telecomunicação - Escolha estaopção para linhas de negócioscomo Wireless, Televisão a Cabo,Televisão via Satélite, Internet,Serviços Telefônicos e outros.

v Fabricação - Escolha esta opçãopara linhas de negócios comoFerramentas de Precisão,Aeroespacial, Elétrica,Aquecimento, Mecânica e outros.


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


Acionadores de histórico Há três opções de acionador dehistórico. Você pode especificarapenas um.

v Nenhum. Escolha essa opção sevocê não deseja instalar nenhumacionador. Escolher esta opçãoimpede o histórico de serarmazenado no banco de dados.

v Simples. Escolha esta opção parainstalar apenas os acionadores deatualização. Quando um registro éatualizado no banco de dados,uma cópia desse registro (antes daatualização) é incluída na tabela dehistóricos. As versões passadas doregistro são armazenados na tabelade históricos.

v Composto. Escolha esta opção sevocê deseja instalar os acionadoresde inserção e atualização. Quandoum registro é incluído no banco dedados ou quando um registro éatualizado no banco de dados,uma cópia é incluída na tabela dehistóricos. Cópias das versõesatuais e passadas do registro sãoarmazenadas na tabela dehistóricos.

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

Por padrão, as procuras de nomepara os contratos, produtos ecategorias não fazem distinção entremaiúsculas e minúsculas. Marque acaixa de opções Ativar procuras dedistinção entre letras maiúsculas eminúsculas somente se você desejarcolocar restrições de distinção entremaiúsculas e minúsculas em suaspesquisas.

Uma vez que esse recurso é ativado,os objetos de banco de dados sãocriados e você não pode desativaressa opção.

Tabela de códigos de idiomas Os valores da tabela de códigosconvertido utilizados para listaspredefinidas e mensagens de erroestão incluídas com o servidoroperacional MDM físico.

Inglês é o idioma padrão.

Idioma do recurso de aplicativo Especifique as traduções de idiomacorrespondentes para a interface como usuário a ser instalada.


Prepare o IBM Installation ManagerTodos os componentes das edições do InfoSphere MDM Custom Domain Hub são instalados utilizando oIBM Installation Manager.

O IBM Installation Manager usa repositórios definidos para determinar quais pacotes estão disponíveispara instalação. Esses repositórios apontam para sua mídia de instalação.

As ofertas devem ser incluídas manualmente nos repositórios do IBM Installation Manager.Tarefas relacionadas:“Instalando o InfoSphere MDM Custom Domain Hub e o InfoSphere MDM Reference Data ManagementHub” na página 41Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e o InfoSphere MDMReference Data Management Hub.“Instalando em um Ambiente em Cluster” na página 43Utilize este procedimento para executar uma instalação customizada em um ambiente em cluster.“Cenário 1, Procedimento 4: Instalando o InfoSphere MDM Custom Domain Hub” na página 58Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e qualquer aplicativo deusuário selecionado como a etapa final na conclusão do cenário 1.“Cenário 2, Procedimento 3: Instalando o InfoSphere MDM Custom Domain Hub” na página 62Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e qualquer aplicativo deusuário selecionado como a etapa final na conclusão do cenário 2.

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

Sobre Esta Tarefa

Não instale o IBM Installation Manager no modo administrador.

Procedimento1. Na sua mídia de instalação ou por meio do Passport Advantage, faça o download do IBM Installation

Manager versão 1.6.2. Extraia o arquivo agent.installer.win32.win32.x86.zip .3. Por meio de um prompt de comandos, inicie install.exe e conclua o assistente de instalação.

O que Fazer Depois

Continue com as ofertas de inclusão para o IBM Installation Manager.

Incluindo ofertas para o IBM Installation ManagerUse este procedimento para incluir o InfoSphere MDM Custom Domain Hub na lista de ofertas instaladaspelo IBM Installation Manager.

Antes de Iniciar

Certifique-se de que o IBM Installation Manager foi instalado e que ele não tenha sido no modoadministrativo.

Procedimento1. 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 Custom Domain Hub que deseja instalar. Por

exemplo, download_path/CDH/disk1/diskTag.ini.6. Inclua quaisquer ofertas adicionais, como IBM WebSphere Application Server, IBM DB2, ou

InfoSphere Custom Domain Hub Workbench.7. No diálogo Incluir Repositório, clique em OK.8. No diálogo Preferências, clique em OK.

O que Fazer Depois

Continue com a preparação e instalação do Custom Domain Hub Server e aplicativos.

Instalando o Installation Startup KitUse este procedimento para instalar o Installation Startup Kit antes de iniciar a preparação de seuambiente para instalação.

Antes de Iniciar

Assegure-se de incluir a oferta de kit de inicialização nos repositórios do IBM Installation Manager.

Sobre Esta Tarefa

O kit de inicialização contém scripts que são usados para criar bancos de dados e perfis que sãonecessários para preparar o ambiente de instalação.

Procedimento1. Inicie o IBM Installation Manager.2. Na tela inicial do IBM Installation Manager, clique em Instalar.3. No painel Instalar Pacotes, selecione o Installation Startup Kit e clique em Avançar.4. Continue pelos painéis, selecionando o grupo de pacotes padrão e os pacotes de instalação.5. Clique em Instalar.6. Clique em Concluir quando a instalação estiver concluída e feche o IBM Installation Manager.

Resultados

Os scripts e arquivos são extraídos no diretório STARTUPKIT_INSTALL_HOME.

O que Fazer Depois

Continue com a preparação do banco de dados e do servidor de aplicativos.


Tarefas relacionadas:“Instalando Silenciosamente Usando um Arquivo de Resposta” na página 53É possível instalar o InfoSphere MDM Custom Domain Hub silenciosamente, em que as opções deinstalação são fornecidas emum arquivo de opções em vez dos painéis interativos do IBM Installation Manager. Esse tipo deinstalação é útil quando você está executando várias instalações idênticas.“Preparando seu banco de dados” na página 30Utilize este procedimento como um guia ao preparar seu banco de dados para suportar uma instalaçãocustomizada do InfoSphere MDM Custom Domain Hub. Você deve concluir este procedimento se vocêestiver utilizando uma instalação customizada.“Instalando o Componente do Servidor de Mensagens do InfoSphere MDM Custom Domain HubManualmente” na página 77É possível usar o IBM Installation Manager para criar o componente do servidor de sistema demensagens do InfoSphere MDM Custom Domain Hub ou instalá-lo manualmente.“Preparando um Banco de Dados DB2” na página 32Utilize este procedimento para configurar um banco de dados IBM DB2 para instalação do InfoSphereMDM Custom Domain Hub.“Preparando um Banco de Dados Oracle” na página 34Utilize este procedimento para configurar um banco de dados Oracle para a instalação do InfoSphereMDM Custom Domain Hub.“Cenário 1, Procedimento 2: Preparando o Banco de Dados do IBM DB2” na página 57Use este procedimento para instalar e preparar o banco de dados DB2 como uma segunda etapa naconclusão do cenário 1.“Cenário 1, Procedimento 3: Preparando o IBM WebSphere MQ” na página 58Use este procedimento para instalar e preparar o IBM WebSphere MQ como uma terceira etapa naconclusão do cenário 1.“Cenário 2, Procedimento 2: Preparando o banco de dados Oracle” na página 61Use este procedimento para instalar e preparar o banco de dados Oracle como uma segunda etapa naconclusão do cenário 2.Referências relacionadas:“Installation Startup Kit” na página 7O kit de inicialização extrai arquivos e scripts para ajudá-lo a preparar seu ambiente antes da instalaçãodo Custom Domain Hub Server. Os arquivos e scripts estão em STARTUPKIT_INSTALL_HOME.

Preparando para alta disponibilidadePara suportar a instalação do InfoSphere MDM Custom Domain Hub em ambientes de altadisponibilidade, é possível configurar várias instâncias em vários servidores host. Ao fazer isso, se umservidor ou instância ficar inativo, os outros podem continuar a processar tráfego.

O Custom Domain Hub Server usa um contêiner do IBM WebSphere Application Server e pode serimplementado em um único servidor ou em um cluster conforme configurado no contêiner. O clusterpode ser pré-configurado no servidor. O instalador pode detectar um ambiente em cluster e implementarnesse ambiente utilizando uma instalação customizada.

Revise os cenários de instalação antes de iniciá-la para compreender melhor como suportar a altadisponibilidade e os requisitos do ambiente em cluster.


Conceitos relacionados:Cenários de InstalaçãoHá alguns cenários de instalação comuns que podem ser usados como diretrizes ao instalar o InfoSphereMDM Custom Domain Hub em ambientes semelhantes. O objetivo dos cenários não é tratar de todas aspossíveis configurações ou ambientes, mas sim mostrar as etapas básicas envolvidas em uma instalaçãocustomizada envolvendo vários produtos e máquinas.

Pré-requisitos da Conta para Instalações CustomizadasAntes de iniciar uma instalação customizada, determinados pré-requisitos de conta devem 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 de dados devem ser acessíveis através dessaconta. As instruções nos tópicos de preparação assumem que você esteja fazendo a instalaçãolocalmente no servidor.

v Para obter melhores resultados, instale o InfoSphere MDM Custom Domain Hub 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 do grupo de gerenciamento mqm.– Para o DB2:

- O método de instalação sugerido é para configurar um ou mais usuários restritos em um sistemapara usuários do esquema do banco de dados. Como o DB2 utiliza o sistema operacional paraautenticar 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 do DB2.

- Você também pode fazer uma instalação simples utilizando apenas um ID para a instalação doDB2 e o esquema. O ID padrão é db2inst1. Para obter mais 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 cada implementação doInfoSphere MDM Custom Domain Hub. Não são necessários bancos de dados diferentes para cadaimplementação.

– Ao instalar no IBM WebSphere Application Server, assegure-se de que não haja nenhum servidorchamado server ou cluster chamado cluster sendo usado no IBM WebSphere Application Server. Osnomes server e cluster são utilizados pela instalação do InfoSphere MDM Custom Domain Hub.

Tarefas relacionadas:“Preparando seu banco de dados”Utilize este procedimento como um guia ao preparar seu banco de dados para suportar uma instalaçãocustomizada do InfoSphere MDM Custom Domain Hub. Você deve concluir este procedimento se vocêestiver utilizando uma instalação customizada.Referências relacionadas:“Conexõs e contas de usuário de banco de dados” na página 31Todas as instalações requerem pelo menos uma conta de usuário do banco de dados.

Preparando seu banco de dadosUtilize este procedimento como um guia ao preparar seu banco de dados para suportar uma instalaçãocustomizada do InfoSphere MDM Custom Domain Hub. Você deve concluir este procedimento se vocêestiver utilizando uma instalação customizada.

Sobre Esta Tarefa

Ao definir nomes para seus bancos de dados e contas de usuário, considere o mesmo nome para ainstância do banco de dados associado, a conta de usuário e a configuração da origem de dados. Vocêtambém pode querer incluir a versão do InfoSphere MDM Custom Domain Hub no nome. Por exemplo:é possível nomear cada um desses elementos como mdmprod_110 para o banco de dados de produção.


Utilizar essa convenção de nomenclatura pode ajudar outros membros de sua organização e o IBMSoftware Support a entender o mapeamento entre instâncias, contas e bancos de dados.

Procedimento1. Conclua as planilhas de banco de dados aplicáveis que estão listadas como referência relacionada.2. Instale o software de banco de dados e crie contas do usuário do banco de dados com as permissões

apropriadas. Revise o tópico contas do usuário do banco de dados.3. Certifique-se de que tenha instalado o Installation Startup Kit. Este kit de ferramentas fornece scripts

que são utilizados para criar o banco de dados do MDM.4. Crie o banco de dados do MDM utilizando o script que seja aplicável a seu tipo de banco de dados.

Os scripts criam automaticamente os espaços de tabela apropriados, os buffer pools e as especificaçõesde codificação necessárias para a edição do InfoSphere MDM Custom Domain Hub. Para obterdetalhes sobre algumas dessas configurações, consulte os tópicos de referência relacionados.

Conceitos relacionados:“Pré-requisitos da Conta para Instalações Customizadas” na página 30Antes de iniciar uma instalação customizada, determinados pré-requisitos de conta devem estar em vigor.Tarefas relacionadas:“Instalando o InfoSphere MDM Custom Domain Hub e o InfoSphere MDM Reference Data ManagementHub” na página 41Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e o InfoSphere MDMReference Data Management Hub.“Instalando em um Ambiente em Cluster” na página 43Utilize este procedimento para executar uma instalação customizada em um ambiente em cluster.“Instalando o Installation Startup Kit” na página 28Use este procedimento para instalar o Installation Startup Kit antes de iniciar a preparação de seuambiente para instalação.“Cenário 1, Procedimento 2: Preparando o Banco de Dados do IBM DB2” na página 57Use este procedimento para instalar e preparar o banco de dados DB2 como uma segunda etapa naconclusão do cenário 1.“Cenário 2, Procedimento 2: Preparando o banco de dados Oracle” na página 61Use este procedimento para instalar e preparar o banco de dados Oracle como uma segunda etapa naconclusão do cenário 2.Referências relacionadas:Planilha de Origem de Dados do IBM DB2 ou do DB2 for z/OSUse essa planilha de origem de dados para identificar parâmetros para a origem de dados do IBM DB2ou DB2 for z/OS ao qual o Custom Domain Hub Server está se conectando.Planilha de origem de dados do OracleUse a planilha de origem de dados do Oracle para identificar parâmetros para a origem de dados à qualo Custom Domain Hub Server está se conectando.“Installation Startup Kit” na página 7O kit de inicialização extrai arquivos e scripts para ajudá-lo a preparar seu ambiente antes da instalaçãodo Custom Domain Hub Server. Os arquivos e scripts estão em STARTUPKIT_INSTALL_HOME.

Conexõs e contas de usuário de banco de dadosTodas as instalações requerem pelo menos uma conta de usuário do banco de dados.

Para autoinicializar o banco de dados (o que normalmente é feito durante a instalação), processar umupgrade, definir novos tipos de entidade ou criar segmentos definidos por implementação, a conta deusuário do banco de dados deve ter certas permissões. Essa conta do usuário principal deve terpermissão para:v Criar e eliminar tabela


v Criar e eliminar índicev Selecionar, inserir, atualizar e excluir

Depois que o banco de dados é reinicializado e, os tipos de entidade e os segmentos definidos porimplementação são configurados, você pode optar por restringir a conta do usuário, se necessário. Umaconta do usuário restrito tem permissão apenas para selecionar, inserir, atualizar e excluir.

Considere configurar um relacionamento de um para um entre o usuário do banco de dados e o banco dedados para que os usuários não tenham acesso aos bancos de dados múltiplos. Este modelo fornece umacamada de segurança que pode evitar 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ções serão necessárias paraconcluir a instalação.

A contagem de conexão do banco de dados é a soma de conexões que são utilizadas pelo servidoroperacional e por quaisquer gerenciadores de entidade que você pretende utilizar. Alguns servidoresoperacionais ou processos do InfoSphere Custom Domain Hub Workbench também requerem maisconexões com o banco de dados, que são fechadas quando o processo for concluído. Permitir maisconexões para esses processos em sua configuração.Conceitos relacionados:“Pré-requisitos da Conta para Instalações Customizadas” na página 30Antes de iniciar uma instalação customizada, determinados pré-requisitos de conta devem estar em vigor.

Preparando um Banco de Dados DB2Utilize este procedimento para configurar um banco de dados IBM DB2 para instalação do InfoSphereMDM Custom Domain Hub.

Sobre Esta Tarefa

Para criar o banco de dados do MDM, você deve estar conectado ao DB2 pela conta do usuárioadministrador criada ao instalar o DB2.

O Installation Startup Kit também deve estar instalado.

Atenção: Se você estiver instalando o InfoSphere MDM Custom Domain Hub no z/OS, ignore as etapasde preparação do banco de dados e acesse “Instalando no z/OS” na página 46.

Procedimento1. Acesse o diretório STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/Standard/ddl/ (em que

STARTUPKIT_INSTALL_HOME é o local do kit instalado).2. 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

3. Modifique o script CreateDB.sql que é fornecido na Quick Start Installation Toolkit.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>.4. 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, clique com o botão direito do mouse em Janela de Comandos e selecione Executarcomo 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.5. 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

Tarefas relacionadas:“Instalando o Installation Startup Kit” na página 28Use este procedimento para instalar o Installation Startup Kit antes de iniciar a preparação de seuambiente para instalação.“Cenário 1, Procedimento 2: Preparando o Banco de Dados do IBM DB2” na página 57Use este procedimento para instalar e preparar o banco de dados DB2 como uma segunda etapa naconclusão do cenário 1.Referências relacionadas:“Planilha de Origem de Dados do IBM DB2 ou do DB2 para z/OS” na página 15Use essa planilha de origem de dados para identificar parâmetros para a origem de dados do IBM DB2ou DB2 for z/OS ao qual o Custom Domain Hub Server está se conectando.

Preparando o Banco de Dados DB2 em um Servidor Diferente do InfoSphere MDMCustom Domain HubUse este procedimento quando o banco de dados DB2 e as instalações do InfoSphere MDM CustomDomain Hub estiverem em servidores diferentes.

Procedimento1. Na máquina em que pretende instalar o InfoSphere MDM Custom Domain Hub, você deve fazer o

seguinte:v Instale o software cliente do DB2v Catalogue o banco de dados remoto para o servidor local

2. Utilize o WebSphere Application Server Integrated Solutions Console para criar uma variável deambiente DB2_JDBC_DRIVER_PATH do WebSphere Application Server, apontando para o início dainstância do DB2 na máquina local e direcionada para o nível do nó.

Preparando o Banco de Dados DB2 para Usar o InfoSphere MDM Custom DomainHub em um Ambiente em ClusterUse este procedimento para preparar o banco de dados DB2 quando o InfoSphere MDM Custom DomainHub estiver sendo instalado em um ambiente em cluster.

Procedimento1. 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áquina localmente, para cada nó no cluster.


Tarefas relacionadas:“Instalando o InfoSphere MDM Custom Domain Hub e o InfoSphere MDM Reference Data ManagementHub” na página 41Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e o InfoSphere MDMReference Data Management Hub.“Cenário 1, Procedimento 1: Preparando o WebSphere Application Server Network Deployment” napágina 56Use este procedimento para instalar e preparar o servidor de aplicativos como uma primeira etapa naconclusão do cenário 1.

Preparando um Banco de Dados OracleUtilize este procedimento para configurar um banco de dados Oracle para a instalação do InfoSphereMDM Custom Domain Hub.

Antes de Iniciar

Para criar o banco de dados MDM, você deve efetuar login no Oracle com a conta de usuárioadministrador criada ao instalar o Oracle.

O Installation Startup Kit também deve estar instalado.

Procedimento1. 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 queSTARTUPKIT_INSTALL_HOME é o local do kit instalado).

b. Abra o arquivo create_schema_ora.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. Crie o banco de dados Oracle.

a. Acesse ORACLE_HOME/bin.b. Abra um prompt de comandos e digite sqlplus.c. Execute o script create_schema_ora.sql para criar o banco de dados. Utilize este comando:

@CreateDB_oracle.sql

Tarefas relacionadas:“Instalando o Installation Startup Kit” na página 28Use este procedimento para instalar o Installation Startup Kit antes de iniciar a preparação de seuambiente para instalação.“Cenário 2, Procedimento 2: Preparando o banco de dados Oracle” na página 61Use este procedimento para instalar e preparar o banco de dados Oracle como uma segunda etapa naconclusão do cenário 2.Referências relacionadas:“Planilha de origem de dados do Oracle” na página 16Use a planilha de origem de dados do Oracle para identificar parâmetros para a origem de dados à qualo Custom Domain Hub Server está se conectando.

Preparando o Banco de Dados Oracle em um Servidor Diferente do InfoSphereMDM Custom Domain HubUse este procedimento quando o banco de dados Oracle e as instalações do InfoSphere MDM CustomDomain Hub estiverem em servidores diferentes.


Procedimento1. Instale um cliente Oracle na máquina onde você pretende instalar o InfoSphere MDM Custom

Domain Hub.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ício do banco de dados Oracle na máquinalocal e esteja direcionado para o nível do nó.

Preparando o Banco de Dados Oracle para Usar o InfoSphere MDM CustomDomain Hub em um Ambiente em ClusterUse este procedimento para preparar o banco de dados Oracle quando o InfoSphere MDM CustomDomain Hub estiver sendo instalado em um ambiente em cluster.

Procedimento1. 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, presente localmente na máquina, para cada nó nocluster.

Tarefas relacionadas:“Instalando o InfoSphere MDM Custom Domain Hub e o InfoSphere MDM Reference Data ManagementHub” na página 41Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e o InfoSphere MDMReference Data Management Hub.“Cenário 2, Procedimento 1: Preparando o WebSphere Application Server Network Deployment” napágina 59Use este procedimento para instalar e preparar o servidor de aplicativos como uma primeira etapa naconclusão do cenário 2.

Prepare seu servidor de aplicativosOs componentes do InfoSphere MDM Custom Domain Hub são executados no WebSphere ApplicationServer. O servidor de aplicativos fornece infraestrutura para a comunicação de componente paracomponente, autenticação e criação de log. Se você estiver planejando instalar o InfoSphere MDMCustom Domain Hub usando uma instalação customizada, você deve preparar um servidor de aplicativosantes de iniciar o processo de instalação.

É possível escolher preparar um servidor de aplicativos novo ou reutilizar um servidor de aplicativosexistente.

Revise esses pré-requisitos antes de preparar o servidor de aplicativos para a instalação do InfoSphereMDM Custom Domain Hub.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. Ao completar a planilha, certifique-se de que vocêtenha as informações básicas necessárias para concluir a instalação. Para instâncias múltiplas, copie aplanilha e prepare uma planilha separada para cada implementação.


v Utilize o ID wasadmin ao preparar o servidor de aplicativos. Se você estiver usando o DB2, esse IDdeverá ter uma instância do cliente DB2 ou do DB2. O ID deverá ser um membro do grupo mqm doWebSphere MQ se você estiver usando o WebSphere MQ para sistema de mensagens. Este grupo éutilizado para administrar o WebSphere MQ.

v Assegure-se de configurar o caminho Java WAS_HOME e JAVA_HOME para o IBM WebSphere ApplicationServer.

v Verifique se não há um servidor denominado server ou um cluster chamado cluster.

Atenção: Para instalações customizadas, os argumentos de tamanho de heap da JVM do gerenciador deimplementação (Dmgr) do WebSphere Application Server devem estar configurados como 512 MB e 1024MB. Isso é especialmente importante se você planeja instalar o Product Maintenance UI.Tarefas relacionadas:“Instalando o InfoSphere MDM Custom Domain Hub e o InfoSphere MDM Reference Data ManagementHub” na página 41Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e o InfoSphere MDMReference Data Management Hub.“Instalando em um Ambiente em Cluster” na página 43Utilize este procedimento para executar uma instalação customizada em um ambiente em cluster.“Cenário 1, Procedimento 1: Preparando o WebSphere Application Server Network Deployment” napágina 56Use este procedimento para instalar e preparar o servidor de aplicativos como uma primeira etapa naconclusão do cenário 1.“Cenário 2, Procedimento 1: Preparando o WebSphere Application Server Network Deployment” napágina 59Use este procedimento para instalar e preparar o servidor de aplicativos como uma primeira etapa naconclusão do cenário 2.Referências relacionadas:“Planilha de instalação do WebSphere Application Server” na página 18Use a planilha de configuração do IBM WebSphere Application Server para identificar parâmetros para oservidor de aplicativos usado para hospedar o Custom Domain Hub Server.

Para configurar um caminho de utilitário do IBM DB2Se você estiver utilizando um banco de dados do IBM DB2, você deve configurar o utilitário de banco dedados ao seu caminho de sistema.

Procedimento

Na linha de comando, inclua os utilitários do banco de dados DB2 para a variável CAMINHO em seusistema.Por exemplo:export PATH=DB2_HOME/sqllib/bin:$PATH

O que Fazer Depois

Também é possível incluir as linhas acima em seu perfil de usuário.

Para Configurar um Caminho de Utilitário do OracleSe você estiver utilizando um banco de dados Oracle, você deve configurar o utilitário de banco de dadospara seu caminho de sistema.


Procedimento

Na linha de comandos, inclua os utilitários de banco de dados Oracle na variável PATH em seu sistema.Por exemplo:export ORACLE_HOME=ORACLE_HOMEexport PATH=$ORACLE_HOME/bin:$PATH

O que Fazer Depois

Também é possível incluir as linhas acima em seu perfil de usuário.

Preparando o WebSphere Application Server Network Deployment parauma implementação de servidor gerenciadoUtilize este procedimento para configurar o IBM WebSphere Application Server Network Deploymentpara uma implementação de servidor gerenciado.

Sobre Esta Tarefa

Utilize este procedimento somente para instalações customizadas do InfoSphere MDM Custom DomainHub.

Esse procedimento supõe que você tenha o IBM WebSphere Application Server já instalado.

Procedimento1. Crie um gerenciador de implementação (dmgr).

a. Abra um prompt de comandos e navegue para o diretório de instalação do IBM WebSphereApplication Server.

b. No prompt da linha de comandos, execute este comando: bin/manageprofiles.bat -create-profileName dmgrProfileName -templatePath profileTemplates/management -serverTypeDEPLOYMENT_MANAGER -enableAdminSecurity true -adminUserName username -adminPasswordpassword

2. Inicie o gerenciador de implementação executando este comando: bin/startManager.bat-profileName dmgrProfileName

3. Descubra quais portas estão designadas para o gerenciador de implementação.a. Abra o arquivo profiles/dmgrProfileName/logs/AboutThisProfile.txt.b. Localize a entrada para a porta do conector SOAP Management e anote esse número.c. Localize a entrada para a porta do console administrativo e anote esse número.

4. Crie um nó que está conectado ao gerenciador de implementação executando este comando:bin/manageprofiles.bat -create -profileName nodeProfileName -templatePathprofileTemplates/managed -federateLater false -dmgrAdminUserName username -dmgrAdminPasswordpassword -dmgrHost localhost -dmgrPort dmgrPort

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: bin/startNode.bat -profileName nodeProfileName

6. Abra o console administrativo do IBM WebSphere Application Server e ative a sincronizaçã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 da etapa 3.c.


b. Se você encontrar um aviso indicando que a conexão não é confiável, você pode ignorar amensagem ou incluir uma exceção conforme necessário para 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 administrativo do IBM WebSphereApplication 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 seu banco de dados e cliqueem OK.v Para Oracle, utilize ORACLE_HOME/jdbc/lib/ojdbc6.jar.v Para o 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.

Tarefas relacionadas:“Cenário 1, Procedimento 1: Preparando o WebSphere Application Server Network Deployment” napágina 56Use este procedimento para instalar e preparar o servidor de aplicativos como uma primeira etapa naconclusão do cenário 1.“Cenário 2, Procedimento 1: Preparando o WebSphere Application Server Network Deployment” napágina 59Use este procedimento para instalar e preparar o servidor de aplicativos como uma primeira etapa naconclusão do cenário 2.

Preparando o WebSphere Application Server Network Deployment paraum servidor não gerenciadoUtilize este procedimento para configurar o IBM WebSphere Application Server Network Deploymentpara uma implementação do servidor não gerenciado.

Sobre Esta Tarefa


Esse procedimento supõe que você tenha o IBM WebSphere Application Server já instalado.

Procedimento1. Crie um nó não gerenciado no servidor de aplicativos que cria um servidor denominado server1 no

nó. Utilize este comando: bin/manageprofiles.bat -create -profileName nodeProfileName-templatePath profileTemplates/default -federateLater false -dmgrAdminUserName username-enableAdminSecurity true -adminUserName username -adminPassword password

Ao utilizar um servidor não gerenciado, o nome do servidor do nó é server1.2. Inicie o nó com este comando: bin/startServer.bat -server1

3. Configure o caminho do driver de banco de dados no console administrativo do IBM WebSphereApplication 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 dedados, 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 seu banco de dados e cliqueem OK. Substitua barras simples invertidas por barras duplas invertidas. Por exemplo, se ocaminho for C:/IBM/SQLLIB, insira C://IBM.

d. Selecione Salvar diretamente na configuração principal.

Preparando o WebSphere Application Server para a implementação debaseUtilize este procedimento para configurar o IBM WebSphere Application Server para a implementação debase.

Sobre Esta Tarefa

Se você estiver planejando utilizar uma implementação de base, o IBM Installation Manager cria umperfil denominado server1 IBM WebSphere Application Server. Se você optar por utilizar este perfil, vocênão terá que criar um antes da instalação.


Esse procedimento supõe que você tenha o servidor de aplicativos já instalado.

Procedimento1. Acesse o diretório WAS_HOME/ProfileManagement e execute o Profile Management tool.

v Para Microsoft Windows: pmt.batv Para Linux e UNIX: pmt.sh

2. No painel Seleção de Ambiente, clique em Application Server e clique em Avançar.3. No painel Opções de Criação de Perfil , selecione Criação de Perfil Típico e clique em Avançar.4. No painel Segurança Administrativa, certifique-se de que a opção Ativar Segurança Administrativa

está selecionado. Inclua um nome de usuário e senha, e, em seguida, clique em Avançar.5. Revise o resumo e clique em Criar.6. Depois que o perfil for criado, você poderá iniciar o servidor e o nó. Você pode utilizar o console do

First Steps ou uma linha de comandos. Por exemplo: /opt/IBM/WebSphere/AppServerBASE/profiles/AppSrv01/bin/startNode.sh

Criando um novo usuário e o adicionando a um grupo MDMUse este procedimento para criar um usuário do IBM WebSphere Application Server e, em seguida,inclua esse usuário em um grupo do InfoSphere MDM Custom Domain Hub.

Sobre Esta Tarefa

IBM Installation Manager cria todos os grupos e um usuário administrador MDM (mdmadmin) com osdireitos e privilégios necessários. Utilize este procedimento para incluir novos usuários.

Revise o tópico "Contas do Usuário e Grupos" para obter informações sobre os grupos disponíveis.

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

Alterar as Funções de Segurança dos Canais no MDMO mecanismo de segurança no MDM possui algumas configurações de função do canal.

O MDM aceita pedidos a partir destes canais somente se a função do responsável pela 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 novo usuário é criado e não édesignado para a função mdm_admin, então uma função válida do usuário criado deve ser configuradapela atualização dessas configurações.

Para obter mais informações, consulte o tópico "Definindo serviços de segurança".Conceitos relacionados:Configurando e Administrando o Serviço de Segurança

Preparando um Sistema Solaris para Instalação do InfoSphere MDMCustom Domain HubSe você estiver instalando em um sistema operacional Solaris, deverá concluir este procedimento antes deiniciar a instalação.

Sobre Esta Tarefa

Se você não concluir estas etapas, sua instalação do InfoSphere MDM Custom Domain Hub poderápotencialmente levar mais de 8 horas para ser concluída. O resultado é que a instalação atinge o tempolimite ou é concluída com uma instalação corrompida.

Procedimento

Configure o argumento da Java virtual machine para seu gerenciador de implementaçã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 Java e Processos > Definição de Processo > JavaVirtual Machine.

3. No campo Argumentos de JVM Genérica na guia Configuração, insira o argumento a seguir:-XX:MaxpermSize=384m. Clique em Aplicar e Salvar diretamente 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=18007. Reinicie o nó e o gerenciador de implementação.


Capítulo 5. Instalando o InfoSphere MDM Custom Domain Hub

As instruções de instalação são iguais para todas as edições.

Antes de Iniciar

Certifique-se de que estes pré-requisitos sejam atendidos:v Seu ambiente atende aos requisitos de hardware e software dos componentes que você planeja instalarv Você concluiu as planilhas de instalaçãov Você tem acesso à oferta InfoSphere MDM Custom Domain Hubv Você concluiu as etapas de preparação

Procedimento1. Inclua os repositórios necessários para o IBM Installation Manager.2. Instale o aplicativo e os componentes.3. Use o procedimento específico para seu tipo de implementação.4. Quando a instalação estiver concluída, clique em Visualizar Arquivos de Log no painel final do IBM

Installation Manager. Revise os logs para verificar se a instalação foi bem-sucedida.5. Execute os testes de verificação de instalação.

O que Fazer Depois

Após a instalação, se desejar incluir ou remover um recurso (por exemplo, incluir um aplicativo ou outratradução de idioma), ou modificar qualquer uma de suas definições de configuração, é possível executaro IBM Installation Manager novamente e selecionar Modificar.Conceitos relacionados:Capítulo 7, “Verificando a instalação”, na página 87O IBM Installation Manager executa automaticamente uma rotina de verificação para testar a instalação,executando três transações físicas para incluir uma pessoa, uma organização e um contrato, além de umatransação virtual. Se estas operações forem bem-sucedidas, então a instalação é concluída com êxito.Tarefas relacionadas:Capítulo 4, “Preparando-se para uma Instalação Customizada”, na página 13Antes de instalar o InfoSphere MDM Custom Domain Hub, certifique-se de concluir as etapas deplanejamento e atender os pré-requisitos. Essas etapas são aplicáveis apenas a instalações customizadas.“Visualizando os Logs de Instalação do InfoSphere MDM Custom Domain Hub” na página 91Durante o processo de instalação, os logs são criados no diretório CDH_INSTALL_HOME/logs/database. Useesses logs para ajudar na resolução de problemas ou na verificação da instalação.

Instalando o InfoSphere MDM Custom Domain Hub e o InfoSphereMDM Reference Data Management HubUse este procedimento para instalar o InfoSphere MDM Custom Domain Hub e o InfoSphere MDMReference Data Management Hub.

Antes de Iniciar

Certifique-se de que estes pré-requisitos sejam atendidos:v Você concluiu as tarefas de preparação da instalação (incluindo a preparação do IBM WebSphere

Application Server e do banco de dados)


v Seu IBM WebSphere Application Server (gerenciador de implementação e nó) e o banco de dados sãoiniciados

Procedimento1. Inicie o IBM Installation Manager.2. Na tela inicial do IBM Installation Manager, clique em Instalar.3. No painel Instalar Pacotes, selecione Custom Domain Hub with Reference Data Management. Clique

em Avançar.4. No segundo painel Instalar Pacotes:

a. Selecione o Diretório de Instalação no qual você deseja instalar os componentes. Se você escolherinstalar em um diretório diferente do padrão, selecione esse componente e clique em Procurar nocampo Diretório de Instalação.

b. Para Seleção de Arquitetura, assegure-se de que 64 bits esteja selecionado.c. Clique em Avançar.

5. Selecione o idioma e clique em Avançar.6. Selecione os recursos a serem instalados e clique em Avançar. MDM Database e Custom Domain

Hub Server são selecionados automaticamente. Opcionalmente, é possível escolher instalar o BusinessAdministration UI.

7. Inserir as informações de configuração. Utilize as planilhas de instalação para obter orientação.v Ao inserir os detalhes do banco de dados, clique em Testar Conexão antes de você sair do painel.v Para a configuração do IBM WebSphere Application Server, certifique-se de inserir as informações

usadas durante a preparação do servidor de aplicativos. Clique em Verificar Instância do MDM noServidor antes de sair do painel.

v No painel Servidor de Sistema de Mensagens, selecione sua opção de sistema de mensagens: IBMWebSphere Default Messaging ou IBM WebSphere MQ.

8. Revise as informações de resumo da instalação e clique em Instalar.9. Quando a instalação estiver concluída, clique em Nenhum na área de janela Que programa você

deseja iniciar. Clique em Concluir e feche o IBM Installation Manager.

O que Fazer Depois

Verifique se os recursos são implementados em seu servidor de aplicativos.

Verifique uma instalação bem-sucedida, visualizando os arquivos de log e usando o Cliente de Teste paraexecutar transações de teste.

Após a instalação, se desejar incluir ou remover um recurso (por exemplo, incluir um aplicativo ou outratradução de idioma), ou modificar qualquer uma de suas definições de configuração, é possível executaro IBM Installation Manager novamente e selecionar Modificar.


Conceitos relacionados:“Planilhas de instalação e configuração” na página 13As planilhas de instalação listam todos os valores que devem ser especificados durante um processo deinstalação do InfoSphere MDM Custom Domain Hub. Preencher as planilhas de instalação antes deinstalar os componentes pode ajudá-lo a planejar sua instalação, economizar tempo e impor a consistênciadurante o processo de instalação e configuração.“Prepare o IBM Installation Manager” na página 27Todos os componentes das edições do InfoSphere MDM Custom Domain Hub são instalados utilizando oIBM Installation Manager.“Prepare seu servidor de aplicativos” na página 35Os componentes do InfoSphere MDM Custom Domain Hub são executados no WebSphere ApplicationServer. O servidor de aplicativos fornece infraestrutura para a comunicação de componente paracomponente, autenticação e criação de log. Se você estiver planejando instalar o InfoSphere MDMCustom Domain Hub usando uma instalação customizada, você deve preparar um servidor de aplicativosantes de iniciar o processo de instalação.Capítulo 7, “Verificando a instalação”, na página 87O IBM Installation Manager executa automaticamente uma rotina de verificação para testar a instalação,executando três transações físicas para incluir uma pessoa, uma organização e um contrato, além de umatransação virtual. Se estas operações forem bem-sucedidas, então a instalação é concluída com êxito.Tarefas relacionadas:“Preparando seu banco de dados” na página 30Utilize este procedimento como um guia ao preparar seu banco de dados para suportar uma instalaçãocustomizada do InfoSphere MDM Custom Domain Hub. Você deve concluir este procedimento se vocêestiver utilizando uma instalação customizada.“Preparando o Banco de Dados DB2 para Usar o InfoSphere MDM Custom Domain Hub em umAmbiente em Cluster” na página 33Use este procedimento para preparar o banco de dados DB2 quando o InfoSphere MDM Custom DomainHub estiver sendo instalado em um ambiente em cluster.“Preparando o Banco de Dados Oracle para Usar o InfoSphere MDM Custom Domain Hub em umAmbiente em Cluster” na página 35Use este procedimento para preparar o banco de dados Oracle quando o InfoSphere MDM CustomDomain Hub estiver sendo instalado em um ambiente em cluster.“Instalando no z/OS” na página 46Use este procedimento se você estiver instalando com o IBM DB2 for z/OS.“Cenário 1, Procedimento 4: Instalando o InfoSphere MDM Custom Domain Hub” na página 58Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e qualquer aplicativo deusuário selecionado como a etapa final na conclusão do cenário 1.“Cenário 2, Procedimento 3: Instalando o InfoSphere MDM Custom Domain Hub” na página 62Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e qualquer aplicativo deusuário selecionado como a etapa final na conclusão do cenário 2.Referências relacionadas:“Installation Startup Kit” na página 7O kit de inicialização extrai arquivos e scripts para ajudá-lo a preparar seu ambiente antes da instalaçãodo Custom Domain Hub Server. Os arquivos e scripts estão em STARTUPKIT_INSTALL_HOME.“Bibliotecas de 32 Bits Necessárias em Sistemas Operacionais de 64 Bits” na página 6Ao instalar o InfoSphere Custom Domain Hub Workbench e o IBM Rational Application Developer(RAD) em uma estação de trabalho de 64 bits, você deve ter determinadas bibliotecas de 32 bitsdisponíveis na estação de trabalho para uma instalação bem-sucedida.

Instalando em um Ambiente em ClusterUtilize este procedimento para executar uma instalação customizada em um ambiente em cluster.

Capítulo 5. Instalando o InfoSphere MDM Custom Domain Hub 43

Antes de Iniciar

Certifique-se de que estes pré-requisitos sejam atendidos:v Você concluiu as tarefas de preparação da instalação (incluindo a preparação do IBM WebSphere

Application Server e do banco de dados)v O IBM WebSphere Application Server (gerenciador de implementação e nó) e o banco de dados são

iniciadosv Você instalou o IBM Rational Application Developer (RAD), se estiver instalando o InfoSphere Custom

Domain Hub Workbench em uma estação de trabalho

Atenção: Para instalações customizadas, os argumentos de tamanho de heap da JVM do gerenciador deimplementação (Dmgr) do WebSphere Application Server devem estar configurados como 512 MB e 1024MB. Isso é especialmente importante se você planeja instalar o Product Maintenance UI.

Sobre Esta Tarefa

Revise os cenários de instalação antes de iniciar uma instalação em cluster. Embora os cenários possamnão se ajustar exatamente a seu ambiente, eles podem oferecer uma recomendação para a instalação.

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

2. Verifique se o banco de dados e o software do cliente de banco de dados estão instalados nasmáquinas necessárias, e se o banco de dados foi iniciado.

3. Se você estiver usando o sistema de mensagens do IBM WebSphere MQ, conclua estas etapas. Seestiver 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ão no Installation Startup Kit.4. Instale o InfoSphere MDM Custom Domain Hub.

a. Inicie o IBM Installation Manager, selecione a oferta InfoSphere MDM Custom Domain Hub econtinue pelos prompts.

b. No painel Configuração do Banco de Dados, insira os detalhes do banco de dados e clique emConexão de Teste antes de sair do painel.

c. No painel Configuração do WebSphere Application Server:v Insira as informações usadas durante a preparação do servidor de aplicativos.v Selecione Recuperar Detalhes do Host para obter informações da Célula, do Nó e do Servidor.v Selecione Instalar o aplicativo MDM no cluster e escolha o nome do cluster na lista Cluster.v Clique em Verificar Instância do MDM no Servidor antes de sair do painel.

d. No painel Configuração do Aplicativo:v Forneça o nome do aplicativo, a senha do usuário e a porta do RMI.v Selecione Correspondência Probabilística ou Correspondência Determinística para seu estilo

de correspondência.


v Se seu aplicativo estiver executando em fusos horários diferentes ou se seus dados tiveremvalores sensíveis ao tempo em fusos horários diferentes, selecione Ativar a implementação devários fusos horários e selecione um Fuso horário padrão.

v Selecione o tipo de sistema de mensagens. Se você selecionar IBM WebSphere MQ, deveráfornecer mais informações. Se tiver instalado o WebSphere MQ em uma máquina diferentedaquela em que o IBM Installation Manager está sendo executado, certifique-se de limpar aopção Configurar servidor de sistema de mensagens para evitar que o instalador crie umgerenciador de filas.

e. Em cada painel individual de configuração do aplicativo de usuário, forneça os parâmetros.Selecione Instalar aplicativo MDM no cluster e escolha o cluster na lista.

5. Revise as informações de resumo da instalação e clique em Instalar.6. No painel final do IBM Installation Manager, clique em Visualizar Arquivos de Log para abrir o

visualizador de arquivo de log.7. Clique em Concluir e feche o IBM Installation Manager.

O que Fazer Depois


Após a instalação, se desejar incluir ou remover um recurso (por exemplo, incluir um aplicativo ou outratradução de idioma), ou modificar qualquer uma de suas definições de configuração, é possível executaro IBM Installation Manager novamente e selecionar Modificar.


Conceitos relacionados:“Planilhas de instalação e configuração” na página 13As planilhas de instalação listam todos os valores que devem ser especificados durante um processo deinstalação do InfoSphere MDM Custom Domain Hub. Preencher as planilhas de instalação antes deinstalar os componentes pode ajudá-lo a planejar sua instalação, economizar tempo e impor a consistênciadurante o processo de instalação e configuração.“Prepare o IBM Installation Manager” na página 27Todos os componentes das edições do InfoSphere MDM Custom Domain Hub são instalados utilizando oIBM Installation Manager.“Prepare seu servidor de aplicativos” na página 35Os componentes do InfoSphere MDM Custom Domain Hub são executados no WebSphere ApplicationServer. O servidor de aplicativos fornece infraestrutura para a comunicação de componente paracomponente, autenticação e criação de log. Se você estiver planejando instalar o InfoSphere MDMCustom Domain Hub usando uma instalação customizada, você deve preparar um servidor de aplicativosantes de iniciar o processo de instalação.Cenários de InstalaçãoHá alguns cenários de instalação comuns que podem ser usados como diretrizes ao instalar o InfoSphereMDM Custom Domain Hub em ambientes semelhantes. O objetivo dos cenários não é tratar de todas aspossíveis configurações ou ambientes, mas sim mostrar as etapas básicas envolvidas em uma instalaçãocustomizada envolvendo vários produtos e máquinas.Capítulo 7, “Verificando a instalação”, na página 87O IBM Installation Manager executa automaticamente uma rotina de verificação para testar a instalação,executando três transações físicas para incluir uma pessoa, uma organização e um contrato, além de umatransação virtual. Se estas operações forem bem-sucedidas, então a instalação é concluída com êxito.Tarefas relacionadas:“Preparando seu banco de dados” na página 30Utilize este procedimento como um guia ao preparar seu banco de dados para suportar uma instalaçãocustomizada do InfoSphere MDM Custom Domain Hub. Você deve concluir este procedimento se vocêestiver utilizando uma instalação customizada.“Instalando no z/OS”Use este procedimento se você estiver instalando com o IBM DB2 for z/OS.

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

Antes de Iniciar

Certifique-se de que estes pré-requisitos sejam atendidos:v Você incluiu a oferta InfoSphere MDM Custom Domain Hub no IBM Installation Managerv Você concluiu as tarefas de preparação para criar o banco de dados e o servidor de aplicativosv O IBM WebSphere Application Server (gerenciador de implementação e nó) e o banco de dados são

iniciados

Sobre Esta Tarefa

Este processo requer três etapas ou sessões distintas; duas dessas sessões devem ser usadas para executaro processo do instalador. Na primeira sessão, o instalador extrai as JCLs usadas para instalarmanualmente o banco de dados do Custom Domain Hub Server.

Depois que o carregamento do banco de dados estiver concluído, a segunda sessão de instalação instalaráo Custom Domain Hub Server e outros recursos que estiverem selecionados.


Procedimento

Primeira sessão, extrair as JCLs do MDM físico. Instale o Installation Startup Kit para extrair os recursosdo DB2 z/OS do MDM físico no diretó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

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

Segunda sessão, transferir recursos do DB2 e carregar os dados do MDM físico manualmente.6. Acesse STARTUPKIT_INSTALL_HOME.7. Copie os recursos do z/OS do Custom Domain Hub do diretório STARTUPKIT_INSTALL_HOMECoreData/

Full/DB2/ZOS/pds para o sistema z/OS.8. Carregue o MDM físico manualmente usando estas instruções: “Instalação Manual do Banco de

Dados do MDM Custom Domain Hub no DB2 for z/OS” na página 71 (instalação do banco dedados principal usando TSO e JCLs, instalação de dados CLOB e instalação do banco de dados dedomínio).

Terceira sessão, instalar o Custom Domain Hub Servere outros recursos:9. Inicie o IBM Installation Manager e clique em Instalar no painel inicial.

10. No painel Instalar Pacotes, selecione a edição e clique em Avançar.11. Continue através dos prompts para aceitar o contrato de licença, selecione um local de instalação e

um idioma.Atenção: Se você tiver o IBM Rational Application Developer (RAD) instalado, certifique-se de nãoinstalar o InfoSphere MDM Custom Domain Hub no mesmo grupo de pacotes. No painel InstalarPacotes, selecione Criar um novo grupo de pacotes.

12. Selecione o Custom Domain Hub Server, MDM Database e outros recursos que deseja instalar.13. Inserir 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 de aplicativos. Use o usuário e a senha mdmadmin. Cliqueem Verificar a instância MDM no Servidor antes de sair do painel.

v No painel do Servidor de sistema de mensagens, selecione IBM WebSphere Default Messaging.14. Revise as informações de resumo da instalação e clique em Instalar.15. No painel final do IBM Installation Manager, clique em Visualizar Arquivos de Log para abrir o

visualizador de arquivo de log.16. Clique em Concluir e feche o IBM Installation Manager.

O que Fazer Depois



Tarefas relacionadas:“Instalando o InfoSphere MDM Custom Domain Hub e o InfoSphere MDM Reference Data ManagementHub” na página 41Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e o InfoSphere MDMReference Data Management Hub.“Instalando em um Ambiente em Cluster” na página 43Utilize este procedimento para executar uma instalação customizada em um ambiente em cluster.

Instalação SilenciosaUm arquivo de propriedades é gerado quando você está executando o programa de instalação interativo.Para executar instalações silenciosas, é necessário editar esse arquivo ou criar seu próprio arquivo.

Arquivos de resposta de amostra no modo silencioso são fornecidos no diretório STARTUP_INSTALL_HOME/StartupKit.

Há arquivos específicos do sistema operacional disponíveis para sistemas suportados.Tarefas relacionadas:“Visualizando os Logs de Instalação do InfoSphere MDM Custom Domain Hub” na página 91Durante o processo de instalação, os logs são criados no diretório CDH_INSTALL_HOME/logs/database. Useesses logs para ajudar na resolução de problemas ou na verificação da instalação.Referências relacionadas:“Installation Startup Kit” na página 7O kit de inicialização extrai arquivos e scripts para ajudá-lo a preparar seu ambiente antes da instalaçãodo Custom Domain Hub Server. Os arquivos e scripts estão em STARTUPKIT_INSTALL_HOME.

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

Sobre Esta Tarefa

Atenção: Embora os exemplos de código possam ser mostrados com quebras de linha no conteúdo aseguir, o texto entre <.../> deve ser inserido no arquivo de resposta como uma linha sem quebras.

Procedimento1. Abra seu arquivo de resposta.2. Especifique os diretórios de recurso inicial e compartilhado.

a. Para especificar o diretório CDH_INSTALL_HOME, inclua estas linhas em seu arquivo de resposta:<profile id=’IBM InfoSphere Master Data Management’ installLocation=’/usr/IBM/MDM/H087/mdm’/><data key=’eclipseLocation’ value=’/usr/IBM/MDM/H087/mdm’/>

Em que usr/IBM/MDM/H087/mdm é o diretório inicial 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 Compartilhado do InstallationManager.

3. Especifique a versão da oferta MDM e os recursos que você deseja instalar incluindo esta linha:<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’/>

Em que 11.0.0.v20130415-1124 é o número da versão do InfoSphere MDM Custom Domain Hub.


É possível localizar o número da versão consultando sua pasta de mídia de instalação(download_path/CDH/disk1/md/Offerings) e localizando o arquivo JAR da oferta. Por exemplo,disk1/md/Offerings/com.ibm.mdm.advanced_11.0.0.v20130415-1124.jar, em que 11.0.0.v20130415-1124é o número da versão.

4. Especifique o recurso a ser instalado durante a única sessão do IBM Installation Manager incluindoesta linha:<offering id=’com.ibm.mdm.cdh 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’>

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 “Exemplos para EspecificarRecursos para uma Instalação Silenciosa”.com.ibm.mdm.install.iu.localization.feature deve sempre ser incluído em uma lista de recursos.Esse é um recurso interno que fornece suporte a vários idiomas para o sistema de criação de log doinstalador.

5. Especifique seu parâmetros do banco de dados. Para orientação, use o tópico de parâmetros do bancode dados aplicáveis para seu banco de dados. Os tópicos são listados nos links de referênciarelacionados.Os parâmetros a seguir não devem ser modificados em seu arquivo de resposta:<data key=’user.L2.db.vertype,com.ibm.mdm.cdh value=’DB2UDBNT_V82_1’/><data key=’user.L2.mdm.mad.type.db2,com.ibm.mdm.cdh value=’DB2’/><data key=’user.L2.mdm.mad.type.db2z,com.ibm.mdm.cdh value=’DB2Z’/><data key=’user.L2.mdm.mad.type.oracle,com.ibm.mdm.cdh value=’ORACLE’/>

6. Especifique seus parâmetros do WebSphere Application Server. Para orientação, use o tópico deparâmetros do servidor de aplicativos que está listado no final deste procedimento.

O que Fazer Depois

Continue com a desativação da tela inicial do instalador e a execução da instalação silenciosa.Tarefas relacionadas:“Instalando Silenciosamente Usando um Arquivo de Resposta” na página 53É possível instalar o InfoSphere MDM Custom Domain Hub silenciosamente, em que as opções deinstalação são fornecidas emum arquivo de opções em vez dos painéis interativos do IBM Installation Manager. Esse tipo deinstalação é útil quando você está executando várias instalações idênticas.

Exemplos para Especificar Recursos para uma Instalação SilenciosaVocê deve editar seu arquivo de resposta e especificar os recursos exatos que deseja instalar durante umainstalação silenciosa.


Especifique os recursos na linha a seguir na seção <ID da oferta.../> de seu arquivo 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.cdh version=’11.0.0.v20130415-1124’ 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’ installFixes=’none’>


Exemplo 1: Instalando o MDM Database e o InfoSphere MDM Custom Domain HubOperational Server

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 Custom Domain HubOperational Server e Aplicativos de Usuário

Para instalar o banco de dados, o servidor operacional e o Business Administration UI, 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

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 seu arquivo de resposta deinstalação silenciosa.

Insira as linhas a seguir em seu arquivo de resposta se você estiver usando um banco de dados DB2.Altere value= para o valor específico usado por seu banco de dados.

Atenção: Embora os exemplos de código possam ser mostrados com quebras de linha no conteúdo aseguir, o texto entre <.../> deve ser inserido no arquivo de resposta como uma linha sem quebras.v Tipo de banco de dados

<data key=’user.db.type,com.ibm.mdm.cdh value=’DB2’/><data key=’user.db.type.cm,com.ibm.mdm.cdh value=’DB2’/>

v 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.cdh value=’MDM11E’/><data key=’user.db.name.cm,com.ibm.mdm.cdh value=’MDM11E’/>

v Nome do banco de dados<data key=’user.db.name.remote,com.ibm.mdm.cdh value=’YOURDBASENAME’/><data key=’user.db.name.remote.cm,com.ibm.mdm.cdh value=’YOURDBASENAME’/>

v Nome do esquema do banco de dados<data key=’user.db.schema,com.ibm.mdm.cdh value=’SCHEMANAME’/><data key=’user.db.schema.cm,com.ibm.mdm.cdh value=’SCHEMANAME’/>

v Nome do host do servidor de banco de dados<data key=’user.db.host,com.ibm.mdm.cdh value=’your.host.com’/><data key=’user.db.host,com.ibm.mdm.cdh value=’your.host.com’/>

v Número da porta do servidor de banco de dados<data key=’user.db.port,com.ibm.mdm.cdh value=’50000’/><data key=’user.db.port.cm,com.ibm.mdm.cdh value=’50000’/>

v Nome de usuário do banco de dados (deve ser igual ao nome do esquema)<data key=’user.db.user,com.ibm.mdm.cdh value=’USERNAME’/><data key=’user.db.user.cm,com.ibm.mdm.cdh value=’USERNAME’/>

v Senha do banco de dados<data key=’user.db.password,com.ibm.mdm.cdh value=’’/><data key=’user.db.password.cm,com.ibm.mdm.cdh value=’’/>

v Diretório inicial do Cliente DB2<data key=’user.db2.home,com.ibm.mdm.cdh value=’/home/ws8admin’/><data key=’user.db2.home.cm,com.ibm.mdm.cdh value=’/home/ws8admin’/>

v URL do JDBC do Banco de Dados<data key=’user.user.db.url,com.ibm.mdm.cdh value=’jdbc:db2://HOSTNAME:PORT/DBASENAME’/><data key=’user.user.db.url.cm,com.ibm.mdm.cdh 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.cdh value=’DB2UDBNT_V82_1’/><data key=’user.L2.mdm.mad.type.db2,com.ibm.mdm.cdh value=’DB2’/><data key=’user.L2.mdm.mad.type.db2z,com.ibm.mdm.cdh value=’DB2Z’/>

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 arquivo de resposta deinstalação silenciosa.

Insira as linhas a seguir em seu arquivo de resposta se você estiver usando um banco de dados Oracle.Altere value= para o valor específico usado por seu banco de dados.

Atenção: Embora os exemplos de código possam ser mostrados com quebras de linha no conteúdo aseguir, o texto entre <.../> deve ser inserido no arquivo de resposta como uma linha sem quebras.v Tipo de banco de dados

<data key=’user.db.type.cm,com.ibm.mdm.cdh’ value=’ORACLE’/><data key=’user.db.type,com.ibm.mdm.cdh’ value=’ORACLE’/>

v Nome do TNS do cliente Oracle<data key=’user.db.name.cm,com.ibm.mdm.cdh’ value=’TNSNAME’/><data key=’user.db.name,com.ibm.mdm.cdh’ value=’TNSNAME’/>

v Nome do banco de dados do servidor Oracle<data key=’user.db.name.remote,com.ibm.mdm.cdh’ value=’DBASENAME’/><data key=’user.db.name.remote,com.ibm.mdm.cdh’ value=’DBASENAME’/>

v Nome de usuário do banco de dados (deve ser igual ao nome do esquema)<data key=’user.db.user.cm,com.ibm.mdm.cdh’ value="USERNAME’/><data key=’user.db.user,com.ibm.mdm.cdh’ value=’USERNAME’/>

v Senha do usuário do banco de dados<data key=’user.db.password.cm,com.ibm.mdm.cdh’ value=’DBPASSWORD’/><data key=’user.db.password,com.ibm.mdm.cdh’ value=’DBPASSWORD’/>

v URL do JDBC do Banco de Dados<data key=’user.user.db.url,com.ibm.mdm.cdh’ value=’jdbc:oracle:thin:@HOSTNAME:PORT/DBASENAME’/><data key=’user.user.db.url.cm,com.ibm.mdm.cdh’ value=’jdbc:oracle:thin:@HOSTNAME:PORT/DBASENAME’/>

v Nome do host do servidor de banco de dados<data key=’user.db.host,com.ibm.mdm.cdh’ value=’DBHOSTNAME’/><data key=’user.db.host.cm,com.ibm.mdm.cdh’ value=’DBHOSTNAME’/>

v Porta do servidor de banco de dados<data key=’user.db.port,com.ibm.mdm.cdh’ value=’1521’/><data key=’user.db.port.cm,com.ibm.mdm.cdh’ value=’1521’/>

v Nome do esquema do banco de dados<data key=’user.db.schema,com.ibm.mdm.cdh’ value=’SCHEMANAME’/><data key=’user.db.schema.cm,com.ibm.mdm.cdh’ value=’SCHEMANAME’/>

v Diretório inicial do cliente Oracle<data key=’user.L2.db.home,com.ibm.mdm.cdh’ 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.cdh value=’ORACLE’/>

Parâmetros do WebSphere Application Server da Instalação Silenciosa:

Você deve especificar os parâmetros para o WebSphere Application Server em seu arquivo de resposta deinstalação silenciosa.


Insira as linhas a seguir em seu arquivo de resposta. Altere value= para o valor específico usado por seuservidor de aplicativos.

Atenção: Embora os exemplos de código possam ser mostrados com quebras de linha no conteúdo aseguir, o texto entre <.../> deve ser inserido no arquivo de resposta como uma linha sem quebras.v Diretório inicial da instalação do WebSphere Application Server

<data key=’user.L1.was.home,com.ibm.mdm.cdh value=’/WAS_INSTALL_HOME/>

v Tipo do WebSphere Application Server, ND (implementação de rede) ou BASE<data key=’user.was.type,com.ibm.mdm.cdh value=’ND’/>

v Início do Perfil (necessário se estiver instalando apenas o banco de dados do MDM usando o modoINSTALL)<data key=’user.was.profile.home,com.ibm.mdm.cdh value=’opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/>

v Porta SOAP do server1 do WebSphere Application Server Network Deployment Manager ou doWebSphere Application Server Base<data key=’user.deploy.port,com.ibm.mdm.cdh value=’8880’/>

v Nome do host do server1 do WebSphere Application Server Deployment Manager ou do WebSphereApplication Server Base<data key=’user.deploy.host,com.ibm.mdm.cdh value=’HOSTNAME’/>

v Destino de implementação do WebSphere Application Server (servidor único)<data key=’user.was.cell,com.ibm.mdm.cdh value=’CELLNAME’/><data key=’user.was.node,com.ibm.mdm.cdh value=’NODENAME’/><data key=’user.was.server,com.ibm.mdm.cdh value=’SERVERNAME’/><data key=’user.was.cluster,com.ibm.mdm.cdh value=’None’/><data key=’user.was.cluster.flag,com.ibm.mdm.cdh value=’false’/>

v Destino de implementação do WebSphere Application Server (cluster)<data key=’user.was.cell,com.ibm.mdm.cdh value=’CELLNAME’/><data key=’user.was.node,com.ibm.mdm.cdh value=’None’/><data key=’user.was.server,com.ibm.mdm.cdh value=’None’/><data key=’user.was.cluster,com.ibm.mdm.cdh value=’CLUSTERNAME’/><data key=’user.was.cluster.flag,com.ibm.mdm.cdh value=’true’/>

v Parâmetros de segurança do WebSphere Application Server<data key=’user.was.security,com.ibm.mdm.cdh value=’1’/><data key=’user.was.security.on.off,com.ibm.mdm.cdh value=’on’/><data key=’user.was.user,com.ibm.mdm.cdh value=’USERNAME’/><data key=’user.was.password,com.ibm.mdm.cdh value=’’/><data key=’user.security.user.name,com.ibm.mdm.cdh value=’USERNAME’/><data key=’user.security.user.password,com.ibm.mdm.cdh value=’’/>

Desativando a Tela Inicial do Instalador durante a InstalaçãoSilenciosaUse este procedimento para desativar a tela inicial do IBM Installation Manager para instalaçõessilenciosas. Esta tarefa deve ser concluída para que a instalação silenciosa seja executada com êxito.

Sobre Esta Tarefa

Siga estas etapas para incluir o parâmetro -nosplash no arquivo IBMIM.ini.

Procedimento1. Acesse o diretório INSTALLATIONMANAGER_INSTALL_HOME/eclipse.2. Abra o arquivo IBMIM.ini.3. Inclua o parâmetro -nosplash. Por exemplo:

v Microsoft Windows:


-toolId ibmim-accessRights nonAdmin-vm/home/ws7admin/IBM/InstallationManager/eclipse/jre_5.0.1.sr8a_20080811c/jre/bin/java-nosplash-vmargs-Xms40m-Xmx512m-Xquickstart-Xgcpolicy:gencon

v Linux e UNIX:vi IBMIN.ini/opt/IBM/InstallationManager/eclipse/jre_6.0.0.sr9_20110208_03/jre/bin/java-nosplash-vmargs-Xquickstart-Xgcpolicy:gencon

4. Salve e feche o arquivo.

Instalando Silenciosamente Usando um Arquivo de RespostaÉ possível instalar o InfoSphere MDM Custom Domain Hub silenciosamente, em que as opções deinstalação são fornecidas emum arquivo de opções em vez dos painéis interativos do IBM Installation Manager. Esse tipo deinstalação é útil quando você está executando várias instalações idênticas.

Antes de Iniciar

Verifique se o Installation Startup Kit está instalado. Os arquivos de resposta no kit podem ser usadospara uma instalação silenciosa.

Certifique-se de concluir as etapas em “Desativando a Tela Inicial do Instalador durante a InstalaçãoSilenciosa” na página 52.

Sobre Esta Tarefa

Um arquivo de propriedades é gerado quando você executa o programa de instalação interativo. Parausar uma instalação silenciosa, você deve editar o arquivo de propriedades ou criar seu próprio arquivoeditando um dos arquivos de resposta de amostra.

Procedimento1. 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 seja aplicável a seu sistema operacional.2. Edite o arquivo de resposta e faça as alterações necessárias antes de iniciar a instalaçã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 deresposta correspondente:IBMIM -record recordedFile

v Utilize este comando para executar no modo silencioso : IBM Installation ManagerIBMIM -acceptLicense -silent -input inputFile

4. Se ocorrer um problema irrecuperável durante a instalação silenciosa, procure a causa nos arquivos delog no diretório /logsCDH_INSTALL_HOME/logs. Após corrigir o problema, execute a instalaçãosilenciosa novamente.


Tarefas relacionadas:“Instalando o Installation Startup Kit” na página 28Use este procedimento para instalar o Installation Startup Kit antes de iniciar a preparação de seuambiente para instalação.“Customizando o Arquivo de Resposta no Modo Silencioso” na página 48Use este procedimento para customizar seu arquivo de resposta de instalação no modo silencioso.

Criando um arquivo de resposta enquanto você está executando umainstalação gráficaUtilize este procedimento para capturar respostas e criar um arquivo de resposta quando você estáexecutando o IBM Installation Manager no modo gráfico.

Antes de Iniciar

Os valores de senha no arquivo estão criptografados. Se o valor da senha for alterado no sistema, vocêdeverá inserir o correto no arquivo de resposta antes de utilizá-lo para uma instalação silenciosa. Épossível inserir um novo valor criptografado para a senha e o sistema criptografa-o quando o arquivo forutilizado durante a instalação.

Procedimento

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.

Sobre Esta Tarefa

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


Procedimento

Para modificar sua instalação, configure o parâmetro modify como true e liste os recursos que você desejaincluir. Por exemplo:<install modify=’true’><offering id=’com.ibm.mdm.cdh 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’ installFixes=’none’/></install>

Tarefas relacionadas:“Modificando a Instalação”Use este procedimento para instalar outros componentes do InfoSphere MDM Custom Domain Hub emuma estação de trabalho ou servidor que já possui componentes da mesma versão instalada.

Modificando a InstalaçãoUse este procedimento para instalar outros componentes do InfoSphere MDM Custom Domain Hub emuma estação de trabalho ou servidor que já possui componentes da mesma versão instalada.


Procedimento1. Inicie o IBM Installation Manager e clique em Modificar.2.

3. Selecione o idioma e clique em Avançar.4. No painel Modificar Pacotes, selecione o componente que você deseja instalar. Componentes

instalados anteriormente serão selecionados automaticamente. Certifique-se de que eles permaneçamselecionados; caso contrário, o IBM Installation Manager os removerá. Clique em Avançar.

5. Revise o resumo de informações e verifique se o componente que deseja instalar está listado na caixaIncluir Recursos e se nenhum componente está listado na caixa Remover Recursos. Clique emModificar.

6. No painel final do IBM Installation Manager, clique em Visualizar Arquivos de Log para abrir ovisualizador de arquivo de log.

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

O que Fazer Depois

Verifique uma instalação bem-sucedida, visualizando os arquivos de log e usando o Cliente de Teste paraexecutar transações de teste.Conceitos relacionados:Capítulo 6, “Instalando Aplicativos Clientes e Componentes Individuais”, na página 81O IBM Installation Manager fornece a opção para selecionar a instalação de componentes individuais.Essa opção é usada quando você deseja instalar componentes em estações de trabalho ou em um servidordiferente do servidor no qual você instala o servidor operacional e o banco de dados do MDM.Tarefas relacionadas:“Modificando uma Instalação Silenciosamente” na página 54Use este procedimento para modificar uma instalação silenciosa existente.

Cenários de InstalaçãoHá alguns cenários de instalação comuns que podem ser usados como diretrizes ao instalar o InfoSphereMDM Custom Domain Hub em ambientes semelhantes. O objetivo dos cenários não é tratar de todas aspossíveis configurações ou ambientes, mas sim mostrar as etapas básicas envolvidas em uma instalaçãocustomizada envolvendo vários produtos e máquinas.

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

Estes cenários presumem que você tenha concluído as seguintes tarefas:v Capítulo 3, “Configurando a Mídia de Instalação”, na página 11v “Prepare o IBM Installation Manager” na página 27v “Instalando o Installation Startup Kit” na página 28

Antes de iniciar qualquer instalação, assegure-se de que estas condições sejam atendidas: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 WebSphere Application Server é chamado de server1.v Assegure-se de que as variáveis de ambiente JAVA_HOME e PATH estejam configuradas corretamente

em cada máquina.


v Para o WebSphere Application Server Network Deployment, assegure-se de que as variáveis doservidor de aplicativos DB2_JDBC_DRIVER_PATH sejam destinadas aos respectivos nós contendo osdrivers JDBC do DB2 para as máquinas. Isso não será aplicável se você estiver usando a base doWebSphere Application Server.

v Conheça os nomes de host e os números de porta SOAP da máquina para processamento de Dmgr.v Conheça o nome de host e o número da porta de autoinicialização do servidor de aplicativos onde o

aplicativo InfoSphere MDM Custom Domain Hub foi anteriormente instalado como resultado daexecução do IBM Installation Manager.

Cenário 1: Instalando o InfoSphere MDM Custom Domain Hub em umcluster do WebSphere Application Server, usando um banco de dadosIBM DB2 e o Sistema de Mensagens do IBM WebSphere MQUse este cenário como referência ao planejar e instalar o InfoSphere MDM Custom Domain Hub em umcluster do WebSphere Application Server com um banco de dados DB2 e o sistema de mensagens do IBMWebSphere MQ. Este cenário é aplicável ao DB2 nos sistemas operacionais Microsoft Windows, Linux ouUNIX.

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 Custom Domain Hub.

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 Custom Domain Hub

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

Cenário 1, Procedimento 1: Preparando o WebSphere Application Server NetworkDeploymentUse este procedimento para instalar e preparar o servidor de aplicativos como uma primeira etapa naconclusão do cenário 1.

Sobre Esta Tarefa

A topologia resultante deste procedimento é que a máquina A possui o WebSphere Application ServerDeployment Manager e as máquinas B, C e D possuem os nós gerenciados do WebSphere ApplicationServer.

Procedimento1. Instale e configure o WebSphere Application Server nas máquinas A, B, C e D. Use a documentação

do WebSphere Application Server Network Deployment como guia.


2. Crie dois clusters do WebSphere Application Server. CLUSTER1 para o Custom Domain Hub Server eCLUSTER2 para os aplicativos de usuário.

3. Crie uma variável de ambiente DB2_JDBC_DRIVER_PATH do WebSphere Application Server paracada nó no cluster. O caminho deve apontar para os drivers JDBC de cada máquina. Por exemplo, seo cliente DB2 e os drivers JDBC 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 sincronizados corretamente antes de iniciar ainstalação do InfoSphere MDM Custom Domain Hub.

5. Certifique-se de que saiba o nome do host do WebSphere Application Server Deployment Manager ea porta SOAP antes de iniciar a instalação do InfoSphere MDM Custom Domain Hub. Use a planilhade configuração do WebSphere Application Server para registrar os valores.

6. Certifique-se de que o cluster seja iniciado antes de você iniciar a instalação do InfoSphere MDMCustom Domain Hub.

Conceitos relacionados:“Prepare seu servidor de aplicativos” na página 35Os componentes do InfoSphere MDM Custom Domain Hub são executados no WebSphere ApplicationServer. O servidor de aplicativos fornece infraestrutura para a comunicação de componente paracomponente, autenticação e criação de log. Se você estiver planejando instalar o InfoSphere MDMCustom Domain Hub usando uma instalação customizada, você deve preparar um servidor de aplicativosantes de iniciar o processo de instalação.Tarefas relacionadas:“Preparando o WebSphere Application Server Network Deployment para uma implementação de servidorgerenciado” na página 37Utilize este procedimento para configurar o IBM WebSphere Application Server Network Deploymentpara uma implementação de servidor gerenciado.“Preparando o Banco de Dados DB2 para Usar o InfoSphere MDM Custom Domain Hub em umAmbiente em Cluster” na página 33Use este procedimento para preparar o banco de dados DB2 quando o InfoSphere MDM Custom DomainHub estiver sendo instalado em um ambiente em cluster.Referências relacionadas:“Planilha de instalação do WebSphere Application Server” na página 18Use a planilha de configuração do IBM WebSphere Application Server para identificar parâmetros para oservidor de aplicativos usado para hospedar o Custom Domain Hub Server.

Cenário 1, Procedimento 2: Preparando o Banco de Dados do IBM DB2Use este procedimento para instalar e preparar o banco de dados DB2 como uma segunda etapa naconclusão do cenário 1.

Sobre Esta Tarefa

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

Procedimento1. 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, C e D.2. Crie o banco de dados e os espaços de tabela usando os scripts fornecidos no Kit de Inicialização da

Instalação.


3. Certifique-se de que $HOME/sqllib/bin do Cliente DB2 esteja incluído no PATH na máquina A. Essaetapa é necessária para que o IBM Installation Manager implemente o utilitário $HOME/sqllib/bin/db2ao executar os scripts SQL.

Tarefas relacionadas:“Preparando seu banco de dados” na página 30Utilize este procedimento como um guia ao preparar seu banco de dados para suportar uma instalaçãocustomizada do InfoSphere MDM Custom Domain Hub. Você deve concluir este procedimento se vocêestiver utilizando uma instalação customizada.“Preparando um Banco de Dados DB2” na página 32Utilize este procedimento para configurar um banco de dados IBM DB2 para instalação do InfoSphereMDM Custom Domain Hub.“Instalando o Installation Startup Kit” na página 28Use este procedimento para instalar o Installation Startup Kit antes de iniciar a preparação de seuambiente para instalação.Referências relacionadas:“Planilha de Origem de Dados do IBM DB2 ou do DB2 para z/OS” na página 15Use essa planilha de origem de dados para identificar parâmetros para a origem de dados do IBM DB2ou DB2 for z/OS ao qual o Custom Domain Hub Server está se conectando.

Cenário 1, Procedimento 3: Preparando o IBM WebSphere MQUse este procedimento para instalar e preparar o IBM WebSphere MQ como uma terceira etapa naconclusão do cenário 1.

Procedimento1. 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ão incluídos no Kit de Inicialização daInstalação.

Tarefas relacionadas:“Instalando o Installation Startup Kit” na página 28Use este procedimento para instalar o Installation Startup Kit antes de iniciar a preparação de seuambiente para instalação.Referências relacionadas:“Planilha de Configuração do Aplicativo InfoSphere MDM Custom Domain Hub” na página 21Use a planilha de configuração de aplicativo para identificar parâmetros para o Custom Domain HubServer.“Installation Startup Kit” na página 7O kit de inicialização extrai arquivos e scripts para ajudá-lo a preparar seu ambiente antes da instalaçãodo Custom Domain Hub Server. Os arquivos e scripts estão em STARTUPKIT_INSTALL_HOME.

Cenário 1, Procedimento 4: Instalando o InfoSphere MDM Custom Domain HubUse este procedimento para instalar o InfoSphere MDM Custom Domain Hub e qualquer aplicativo deusuário selecionado como a etapa final na conclusão do cenário 1.

Sobre Esta Tarefa

Certifique-se de que o servidor de aplicativos e o banco de dados sejam iniciados antes de iniciar ainstalação do InfoSphere MDM Custom Domain Hub.

Procedimento1. Inicie o IBM Installation Manager na máquina A e escolha sua oferta InfoSphere MDM Custom

Domain Hub. Continue pelos prompts.


2. Especifique os diretórios inicial e compartilhado do InfoSphere MDM Custom Domain Hub. Porexemplo, Inicial - /usr/IBM/CDH/E001/mdm e Compartilhado - /usr/IBM/CDH/E001/Shared

3. Escolha MDM Database, Custom Domain Hub Server e Business Administration UI.4. No painel Configuração do Banco de Dados, especifique o tipo de banco de dados e os parâmetros do

banco de dados. É possível escolher se você deseja testar a conexão com o banco de dadosselecionando Conexão de Teste ou selecionando Nenhum teste de conexão necessário.

5. No painel Configuração do WebSphere Application Server, especifique os parâmetros do servidor deaplicativos. Selecione Recuperar Detalhes do Host para obter informações da Célula, do Nó e doServidor. Selecione Instalar aplicativo MDM no cluster. Escolha CLUSTER1 na lista Cluster.

6. No painel Configuração do Aplicativo, selecione o sistema de mensagens do IBM WebSphere MQ einsira os parâmetros. Limpe a opção Configurar servidor de sistema de mensagens para evitar que oIBM Installation Manager crie um gerenciador de filas na máquina A (porque o gerenciador de filasestá ativado na máquina F).

7. Em cada painel individual de configuração do aplicativo de usuário, forneça os parâmetros. SelecioneInstalar aplicativo MDM no cluster. Escolha CLUSTER2 na lista Cluster.

8. Clique em Instalar.9. 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 27Todos os componentes das edições do InfoSphere MDM Custom Domain Hub são instalados utilizando oIBM Installation Manager.“Planilhas de instalação e configuração” na página 13As planilhas de instalação listam todos os valores que devem ser especificados durante um processo deinstalação do InfoSphere MDM Custom Domain Hub. Preencher as planilhas de instalação antes deinstalar os componentes pode ajudá-lo a planejar sua instalação, economizar tempo e impor a consistênciadurante o processo de instalação e configuração.Capítulo 7, “Verificando a instalação”, na página 87O IBM Installation Manager executa automaticamente uma rotina de verificação para testar a instalação,executando três transações físicas para incluir uma pessoa, uma organização e um contrato, além de umatransação virtual. Se estas operações forem bem-sucedidas, então a instalação é concluída com êxito.Tarefas relacionadas:“Instalando o InfoSphere MDM Custom Domain Hub e o InfoSphere MDM Reference Data ManagementHub” na página 41Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e o InfoSphere MDMReference Data Management Hub.

Cenário 2, Procedimento 1: Preparando o WebSphere ApplicationServer Network DeploymentUse este procedimento para instalar e preparar o servidor de aplicativos como uma primeira etapa naconclusão do cenário 2.

Sobre Esta Tarefa



do WebSphere Application Server Network Deployment como guia.


2. Crie um cluster do WebSphere Application Server chamado CLUSTER1 para o Custom Domain HubServer.

3. Crie uma variável de ambiente ORACLE_JDBC_DRIVER_PATH do WebSphere Application Serverpara cada nó no cluster. O caminho deve apontar para os drivers JDBC de cada máquina. Porexemplo, se o cliente Oracle e os drivers JDBC estiverem instalados em $USER_HOME/jdbc/lib/ojdbc6.jar, especifique o ORACLE_JDBC_DRIVER_PATH igual a $USER_HOME.




Conceitos relacionados:“Prepare seu servidor de aplicativos” na página 35Os componentes do InfoSphere MDM Custom Domain Hub são executados no WebSphere ApplicationServer. O servidor de aplicativos fornece infraestrutura para a comunicação de componente paracomponente, autenticação e criação de log. Se você estiver planejando instalar o InfoSphere MDMCustom Domain Hub usando uma instalação customizada, você deve preparar um servidor de aplicativosantes de iniciar o processo de instalação.Tarefas relacionadas:“Preparando o WebSphere Application Server Network Deployment para uma implementação de servidorgerenciado” na página 37Utilize este procedimento para configurar o IBM WebSphere Application Server Network Deploymentpara uma implementação de servidor gerenciado.“Preparando o Banco de Dados Oracle para Usar o InfoSphere MDM Custom Domain Hub em umAmbiente em Cluster” na página 35Use este procedimento para preparar o banco de dados Oracle quando o InfoSphere MDM CustomDomain Hub estiver sendo instalado em um ambiente em cluster.Referências relacionadas:“Planilha de instalação do WebSphere Application Server” na página 18Use a planilha de configuração do IBM WebSphere Application Server para identificar parâmetros para oservidor de aplicativos usado para hospedar o Custom Domain Hub Server.

Cenário 2, Procedimento 1: Preparando o WebSphere Application Server NetworkDeploymentUse este procedimento para instalar e preparar o servidor de aplicativos como uma primeira etapa naconclusão do cenário 2.

Sobre Esta Tarefa



do WebSphere Application Server Network Deployment como guia.2. Crie um cluster do WebSphere Application Server chamado CLUSTER1 para o Custom Domain Hub

Server.3. Crie uma variável de ambiente ORACLE_JDBC_DRIVER_PATH do WebSphere Application Server

para cada nó no cluster. O caminho deve apontar para os drivers JDBC de cada máquina. Por


exemplo, se o cliente Oracle e os drivers JDBC estiverem instalados em $USER_HOME/jdbc/lib/ojdbc6.jar, especifique o ORACLE_JDBC_DRIVER_PATH igual a $USER_HOME.




Conceitos relacionados:“Prepare seu servidor de aplicativos” na página 35Os componentes do InfoSphere MDM Custom Domain Hub são executados no WebSphere ApplicationServer. O servidor de aplicativos fornece infraestrutura para a comunicação de componente paracomponente, autenticação e criação de log. Se você estiver planejando instalar o InfoSphere MDMCustom Domain Hub usando uma instalação customizada, você deve preparar um servidor de aplicativosantes de iniciar o processo de instalação.Tarefas relacionadas:“Preparando o WebSphere Application Server Network Deployment para uma implementação de servidorgerenciado” na página 37Utilize este procedimento para configurar o IBM WebSphere Application Server Network Deploymentpara uma implementação de servidor gerenciado.“Preparando o Banco de Dados Oracle para Usar o InfoSphere MDM Custom Domain Hub em umAmbiente em Cluster” na página 35Use este procedimento para preparar o banco de dados Oracle quando o InfoSphere MDM CustomDomain Hub estiver sendo instalado em um ambiente em cluster.Referências relacionadas:“Planilha de instalação do WebSphere Application Server” na página 18Use a planilha de configuração do IBM WebSphere Application Server para identificar parâmetros para oservidor de aplicativos usado para hospedar o Custom Domain Hub Server.

Cenário 2, Procedimento 2: Preparando o banco de dados OracleUse este procedimento para instalar e preparar o banco de dados Oracle como uma segunda etapa naconclusão do cenário 2.

Sobre Esta Tarefa

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

Procedimento1. 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 Installation Startup Kit.3. Certifique-se de que sqlplus do Cliente Oracle esteja incluído no PATH na máquina A. Esta etapa é

necessária para que o IBM Installation Manager implemente o utilitário sqlplus ao executar os scriptsSQL.


Tarefas relacionadas:“Preparando seu banco de dados” na página 30Utilize este procedimento como um guia ao preparar seu banco de dados para suportar uma instalaçãocustomizada do InfoSphere MDM Custom Domain Hub. Você deve concluir este procedimento se vocêestiver utilizando uma instalação customizada.“Preparando um Banco de Dados Oracle” na página 34Utilize este procedimento para configurar um banco de dados Oracle para a instalação do InfoSphereMDM Custom Domain Hub.“Instalando o Installation Startup Kit” na página 28Use este procedimento para instalar o Installation Startup Kit antes de iniciar a preparação de seuambiente para instalação.Referências relacionadas:“Planilha de origem de dados do Oracle” na página 16Use a planilha de origem de dados do Oracle para identificar parâmetros para a origem de dados à qualo Custom Domain Hub Server está se conectando.

Cenário 2, Procedimento 3: Instalando o InfoSphere MDM Custom Domain HubUse este procedimento para instalar o InfoSphere MDM Custom Domain Hub e qualquer aplicativo deusuário selecionado como a etapa final na conclusão do cenário 2.

Sobre Esta Tarefa

Certifique-se de que o servidor de aplicativos e o banco de dados sejam iniciados antes de iniciar ainstalação do InfoSphere MDM Custom Domain Hub.

Procedimento1. Inicie o IBM Installation Manager na máquina A e escolha sua oferta InfoSphere MDM Custom

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

exemplo, Inicial - /usr/IBM/CDH/E001/mdm e Compartilhado - /usr/IBM/CDH/E001/Shared3. Escolha MDM Database, Custom Domain Hub Server e Business Administration UI.4. No painel Configuração do Banco de Dados, especifique o tipo de banco de dados e os parâmetros do

banco de dados. É possível escolher se você deseja testar a conexão com o banco de dadosselecionando Conexão de Teste ou selecionando Nenhum teste de conexão necessário.

5. No painel Configuração do WebSphere Application Server, especifique os parâmetros do servidor deaplicativos. Selecione Recuperar Detalhes do Host para obter informações da Célula, do Nó e doServidor. Selecione Instalar aplicativo MDM no cluster. Escolha CLUSTER1 na lista Cluster.

6. No painel Configuração do Aplicativo, selecione Sistema de Mensagens Padrão do IBMWebSphere.

7. Em cada painel individual de configuração do aplicativo de usuário, forneça os parâmetros. SelecioneInstalar aplicativo MDM no cluster. Escolha CLUSTER1 na lista Cluster.

8. Clique em Instalar.9. 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 27Todos os componentes das edições do InfoSphere MDM Custom Domain Hub são instalados utilizando oIBM Installation Manager.“Planilhas de instalação e configuração” na página 13As planilhas de instalação listam todos os valores que devem ser especificados durante um processo deinstalação do InfoSphere MDM Custom Domain Hub. Preencher as planilhas de instalação antes deinstalar os componentes pode ajudá-lo a planejar sua instalação, economizar tempo e impor a consistênciadurante o processo de instalação e configuração.Capítulo 7, “Verificando a instalação”, na página 87O IBM Installation Manager executa automaticamente uma rotina de verificação para testar a instalação,executando três transações físicas para incluir uma pessoa, uma organização e um contrato, além de umatransação virtual. Se estas operações forem bem-sucedidas, então a instalação é concluída com êxito.Tarefas relacionadas:“Instalando o InfoSphere MDM Custom Domain Hub e o InfoSphere MDM Reference Data ManagementHub” na página 41Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e o InfoSphere MDMReference Data Management Hub.

Utilitário madconfigO utilitário madconfig pode ser usado para instalar manualmente o Custom Domain Hub Server e oscomponentes do banco de dados. O IBM Installation Manager usa os destinos do utilitário durante ainstalação.

Para executar qualquer destino de madconfig, você deve abrir um prompt de linha de comandos a partirdo diretório CDH_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áriomadconfig que são específicos para o InfoSphere MDM Custom Domain Hub e são descritos em umtópico separado.

Tabela 10. Destinos Básicos do Utilitário madconfig

Comando 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 mais informações. Por exemplo, paraconfigurar o servidor em que o Custom Domain Hub Server está instalado, você é solicitado a fornecerdeterminados parâmetros de configuração. Este exemplo mostra uma saída parcial de um destino demadconfig install_server_config (em que user input é um link em branco em que você insere suaresposta).C:/CDH/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 dedados (provedores JDBC e a origem de dados no servidor de aplicativos), nome do aplicativo, tipos desistema de mensagens que serão usados (factories de conexão, filas e tópicos), além do tamanho de heapda JVM.

Uma maneira alternativa de executar um destino é usando a opção –propertyfile. O exemplo a seguirmostra como usar -propertyfile para executar o destino install_mdm_eba. Esse destino instala o arquivoEnterprise Bundle Archive (.eba) do MDM em um servidor de aplicativos. As propriedades que sãonecessárias para a implementação incluem detalhes do servidor, o ebaID, o ebaName, o blaName (nomedo aplicativo no nível de negócios) e blaDes (descrição do aplicativo no nível de negócios).C:/CDH/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çãoestá sendo usada, os valores são fornecidos com os nomes de propriedade exatos, conforme esperadopelo destino, porque ela só pode ser executada quando os nomes de propriedades são conhecidos.

Destinos do Utilitário madconfig para o InfoSphere MDM CustomDomain HubUse o utilitário madconfig se você precisar instalar manualmente o InfoSphere MDM Custom DomainHub e o InfoSphere MDM Reference Data Management Hub. O IBM Installation Manager usa os destinosdo utilitário durante a instalação.

Esse utilitário é executado a partir do diretório CDH_INSTALL_HOME/mds/scripts de instalação do servidoroperacional.

As tabelas a seguir listam os destinos do madconfig para o InfoSphere MDM Custom Domain Hub e seususos.

Instalação do Custom Domain Hub Server e do MDM Database

A tabela a seguir lista os destinos que estão relacionados à instalação do InfoSphere MDM CustomDomain Hub e do banco de dados. Cada destino solicita valores para parâmetros que pertencem aoservidor e ao banco de dados. Os destinos do servidor são usados para configurar o servidor no qual oInfoSphere MDM Custom Domain Hub está instalado.

Tabela 11. Destinos do Utilitário madconfig para Instalação do Servidor

Comando Descrição

- install_cdh_old_ws_ear Instala o arquivo EAR de serviços da web

-install_mdm_ws_ear Instala o arquivo EAR de serviços da web do MDM

-install_CDH Instala o InfoSphere MDM Custom Domain Hub

-install_cdh_prop_jar_file Instala o ativo do arquivo JAR de propriedades que é usado peloInfoSphere MDM Custom Domain Hub

-update_appsoftware_eba_cdh Atualiza a tabela APPSOFTWARE no banco de dados do InfoSphere MDMCustom Domain Hub


Tabela 11. Destinos do Utilitário madconfig para Instalação do Servidor (continuação)

Comando Descrição

-enable_cdh_app_security Ativa a segurança do aplicativo para o InfoSphere MDM Custom DomainHub

-install_cdh_config Configura o servidor de aplicativos que é usado pelo InfoSphere MDMCustom Domain Hub

-install_rdm_db_db2 Cria as tabelas principais para o InfoSphere MDM Custom Domain Hub eas tabelas necessárias para o InfoSphere MDM Reference DataManagement Hub em um banco de dados IBM DB2

-install_rdm_db_oracle Cria as tabelas principais para o InfoSphere MDM Custom Domain Hub eas tabelas necessárias para o InfoSphere MDM Reference DataManagement Hub em um banco de dados Oracle

Desinstalação do InfoSphere MDM Custom Domain Hub e do Banco de Dados

O utilitário madconfig também suporta a desinstalação do Custom Domain Hub Server e do banco dedados.

Atenção: A reconfiguração do Custom Domain Hub Server e dos componentes do banco de dados ésuportada pela ferramenta Ambiente de Teste no InfoSphere Custom Domain Hub Workbench. Embora osdestinos de madconfig estejam disponíveis para reconfiguração, a melhor prática é sempre usar aferramenta de ambiente de trabalho.

Tabela 12. Destinos do utilitário madconfig para desinstalação

Comando Descrição

-uninstall_cdh_prop_file_jar Desinstala o jar do arquivo de propriedades usado pelo InfoSphere MDMCustom Domain Hub

-uninstall_cdh_eba Desinstala o aplicativo InfoSphere MDM Custom Domain Hub OSGi

-uninstall_mdm_ws_ear Desinstala o arquivo EAR de serviços da web do InfoSphere MDM CustomDomain Hub

-uninstall_cdh_old_ws_ear Desinstala o arquivo ear de serviços da web do InfoSphere MDM CustomDomain Hub no servidor de aplicativos

-uninstall_cdh_config Desinstala as configurações feitas no servidor de aplicativos que é usadopelo InfoSphere MDM Custom Domain Hub

-reset_db2 Remove todas as tabelas, acionadores e funções do InfoSphere MDMCustom Domain Hub que estão instalados em um banco de dados DB2

-reset_oracle Remove todas as tabelas, acionadores e funções do InfoSphere MDMCustom Domain Hub que estão instalados em um banco de dados Oracle

InfoSphere MDM Reference Data Management Hub

Os destinos de instalação e desinstalação para o InfoSphere MDM Reference Data Management Hub sãolistados nesta tabela.

Tabela 13. Destinos do Utilitário madconfig para Instalar e Desinstalar o InfoSphere MDM Reference DataManagement Hub

Comando Descrição

-install_rdm_batch_properties_unix Instala as propriedades em lote do InfoSphere MDM Reference DataManagement Hub parar UNIX


Tabela 13. Destinos do Utilitário madconfig para Instalar e Desinstalar o InfoSphere MDM Reference DataManagement Hub (continuação)

Comando Descrição

-install_rdm_batch_properties_windows

Instala as propriedades em lote do InfoSphere MDM Reference DataManagement Hub para Microsoft Windows

-install_rdm_ear Instala o arquivo EAR do InfoSphere MDM Reference Data ManagementHub

-uninstall_rdm_ear Desinstala o arquivo EAR do InfoSphere MDM Reference DataManagement Hub

-install_rdm_db_db2 Cria as tabelas principais e as tabelas necessárias para o InfoSphere MDMReference Data Management Hub em um banco de dados DB2

-install_rdm_db_oracle Cria as tabelas principais necessárias para o InfoSphere MDM ReferenceData Management Hub em um banco de dados Oracle

-reset_db2 Remove todas as tabelas, acionadores e funções que estão instalados emseu banco de dados DB2

-reset_oracle Remove todas as tabelas, acionadores e funções que estão instalados emseu banco de dados Oracle

Instalação Manual do Banco de Dados do MDM Custom Domain HubÉ possível instalar manualmente o Banco de Dados do MDM Custom Domain Hub no DB2 for UNIX ouLinux, DB2 for z/OS e Oracle.

É sempre possível usar o IBM Installation Manager para criar o Banco de Dados do MDM CustomDomain Hub. Entretanto, se desejar é possível instalá-lo manualmente.

Antes de iniciar a instalação manual, leia o seguinte e tome as decisões necessárias sobre criar espaços detabela 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çosde tabela para dados do usuário, índices do usuário e objetos grandes do usuário para melhoraro desempenho do banco de dados. Valores de marcadores são fornecidos em scripts relevantescomo TABLE_SPACE, INDEX_SPACE e LONG_SPACE. É possível ajustar os tamanhos dos espaçosde tabela nos scripts fornecidos para o tamanho apropriado para seu ambiente de produção.

Existem dois espaços de tabela para o InfoSphere MDM Probabilistic Matching Engine,requerendo que os espaços de tabela do InfoSphere MDM Probabilistic Matching Engine tenhamos mesmos nomes que TABLE_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 InfoSphere MDM Custom DomainHub: acionadores simples e acionadores compostos. É necessário selecionar um desses tipos deacionadores para instalar:v Acionadores Simples: Criam uma cópia da imagem "anterior" dos dados atuais na tabela

HISTORY quando uma tabela base é criada, atualizada ou excluída. A tabela HISTORY contémsomente registros antigos; ela não contém os registros atuais da tabela de base. Se você escolherinstalar os acionadores simples, será necessário instalar os acionadores de atualização simples.Também é possível instalar os acionadores de exclusão simples, que são opcionais.

v Acionadores Compostos: Criam uma cópia das imagens "anterior" e "posterior" dos dadosatuais da tabela base para a tabela HISTORY quando uma tabela base é inserida, atualizada ouexcluída. A tabela HISTORY contém todos os registros antigos e atuais na tabela base. Se você


escolher instalar os acionadores compostos, deverá instalar os acionadores de inserção e deatualização. Também é possível instalar os acionadores DELETE simples, que são opcionais.

Vários Fusos Horários (UTC)

Se seu aplicativo estiver executando em fusos horários diferentes ou seus dados tiverem valoresde 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 fuso horário, deverá desativá-lo ao instalar o banco de dados.

Recurso de procura de distinção ou não distinção entre maiúsculas e minúsculas

Você pode adicionar a habilidade de procura por contratos, produtos e categorias por nome, massem as restrições de distinção de maiúsculas e minúsculas. Uma vez que esse o recurso de nãodistinção de maiúsculas e minúsculas é ativado, você não pode desativá-lo. Está disponível noDB2 UDB, DB2 para z/OS v9 e posteriores, e Oracle.

Definindo a configuração XA no IBM WebSphere Application Serverpara se conectar com o DB2 para z/OSAo instalar manualmente o banco de dados do MDM no DB2 forz/OS, utilize este procedimento paradefinir a configuração XA no IBM WebSphere Application Server.

Sobre Esta Tarefa

Você deve alterar os valores de amostra no procedimento para que correspondam ao ambiente doservidor.

Procedimento1. 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ância completa 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 que a instância tenhasidocriada 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” na página 71

criação e instalação do banco de dados do z/OSQuando estiver criando o subsistema e associando bancos de dados a ele, lembre-se de que o InfoSphereMDM Custom Domain Hub foi desenvolvido no DB2 for z/OS com dados Unicode e mais de umidioma. Também é necessário definir a configuração de 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 no DSNZPARM, 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 os pacotes doMIH comUnicode utilizando LOCALE LC_CTYPE = UNI., o qual é necessário para funções agregadas comoSUPERIOR e INFERIOR.

v Se você estiver usando um novo subsistema DB2, configure todos os DSNZPARM como Unicode,incluindo o parâmetro LC_TYPE de macro DSNHDECP. Planos de acesso e bancos de dados Unicode sãonecessários para funcionalidade total.

v Alocação de espaço: antes de criar objetos físicos, é necessário fornecer espaço no DASD. Parasimplificar a alocação de armazenamento, a recomendação é utilizar grupos de armazenamento noSMS. Crie o HLQ MDMIBM para todos os arquivos de dados z.

v Espaços de tabela e índice: para mais manutenção mais fácil e para evitar problemas de desempenho,separe tabelas e seus índices relacionados em diferentes espaços de tabela e de índice. Para tabelaspequenas, utilize espaços de 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 de autorização.v Buffer pools: se os buffer pools não existem, você deve criá-los. Um tamanho mí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 Application Server JDBC e obanco de dados. Este procedimento é necessário para WebSphere Application Servertrabalhar de modoadequado com relação ao DB2 paraz/OS.

Concedendo Privilégios de Conexão no DB2 para z/OSSe você estiver instalando manualmente um banco de dados do Custom Domain Hub Server no DB2 forz/OS, use este procedimento para conceder os privilégios de conexão necessários.

Procedimento1. 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 que correspondam aoambiente 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” na página 71

Configuração do Banco de Dados OracleAo instalar manualmente o banco de dados do Custom Domain Hub Server no Oracle, se você omitir aexecução do script create_schema_ora.sql, deverá alterar o sistema de banco de dados Oracle.

Dentro do script create_schema_ora.sql, certifique-se de que a instrução ALTER SYSTEM SET open_cursorsesteja configurada como:ALTER SYSTEM SET open_cursors = 1500 SCOPE=BOTH;

Também, verifique se as concessões estão feitas especialmente como GRANT CREATE SEQUENCE TO <SCHEMA>;

Instalação Manual do Banco de Dados do MDM Custom Domain Hubno DB2 for Linux ou UNIXÉ possível instalar manualmente o Banco de Dados do MDM Custom Domain Hub no DB2 for Linux ouUNIX.

Existem instruções separadas para instalar o banco de dados de configuração e de gerenciamento, e obanco 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 LinuxUse este procedimento para instalar o banco de dados principal do MDM físico no DB2 for UNIX ouLinux.

Procedimento1. Acesse o diretório MDM/database/CoreData/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 e LOG_FILE_NAME é o nomedo arquivo histórico onde os comandos são registrados em log. Se você precisar utilizar uma sintaxede comando diferente, a sintaxe será mostrada no procedimento.Altere o valor do marcador:a. Substitua DBNAME pelo nome do banco de que você deseja utilizar.b. Substitua TERRITORY pelo território.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 SCHEMA pelo nome do esquema designado para conter os ativos do banco de dados.


g. Substitua DBUSER pelo ID do usuário do banco de dados que possui o esquema.h. Altere o valor de marcador DTYPE para um dos seguintes valores em letra minúscula:

v bankingv insurancev telcov manufacturing

i. CONFIG_LANG para o idioma de configuração a ser utilizado.Por exemplo, para inglês, use en; para francês, use fr.

j. CODE_LANG para o idioma de quaisquer dados adicionais da tabela de códigos a seremcarregados.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 script CreateDB.sql.4. Crie o banco de dados e espaços de tabela e conceda os privilégios necessários a usuários

autorizados e esquemas, executando o arquivo CreateDB.sql.5. Crie os espaços de tabela e conceda os privilégios necessários para os usuários e esquemas

autorizados, executando o arquivo CreateTS.sql. Nesse script, são criados quatro espaços de tabelaextras para objetos de banco de dados do InfoSphere MDM Probabilistic Matching Engine. Os nomesdos dois espaços de tabela são criados com base em TABLE MDS4K, TABLE_SPACE, TABLE SPMDS,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/database/CoreData/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 seus dados tiverem valores detempo em fusos horários diferentes, você deverá ativar o recurso de vários fusos horários.Se você não requer o recurso de fuso horário, deverá desativá-lo ao instalar o banco de dados.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 de comandodb2 -v -td@ -f SCRIPT_NAME -l LOG_FILE_NAME

em que SCRIPT_NAME é o nome do script que você está executando e LOG_FILE_NAME é o nomedo arquivo histórico onde os comandos são registrados em log. Se você precisar utilizar uma sintaxede comando diferente, 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 para inserções e atualizações.b. Opcional: CreateTriggers_delete_compound.sql: instala acionadores compostos para exclusões.

10. Para preencher as tabelas de códigos com dados no idioma inglês para o segmento que for inseridono marcador DTYPE e os dados de configuração no idioma que for inserido no marcadorCONFIG_LANG , execute o script:ImpReqData.sql

11. Escolha se instalará mais de um idioma:v Se estiver instalando o produto somente em inglês, ignore esta etapa.v Continue com esta etapa para instalar conjuntos complementares de dados da tabela de códigos

para idiomas que não sejam o inglês. Para o segmento inserido no marcador DTYPE e para ocódigo de idioma que for inserido no marcador CODE_LANG, execute o script:ImpCodeTableData.sql

Repita esta etapa para cada idioma que estiver sendo instalado.12. Opcional: para ativar a procura sem fazer distinção entre maiúsculas e minúsculas, execute o script a

seguir:Insensitive_search_enabled.sql

Instalação Manual do Banco de Dados do MDM Custom Domain Hubno DB2 for z/OSÉ possível instalar manualmente o Banco de Dados do MDM Custom Domain Hub no DB2 for z/OS.

Antes de iniciar a instalação, leia o tópico sobre instalação manual do banco de dados, incluindo as notase as informações sobre a criação e instalação do banco de dados z/OS, considerando todos os problemasapresentados.

Instalando o Banco de Dados Principal Manualmente no DB2 for z/OSAntes de Iniciar

Esta tarefa contém diversos valores de marcador. Certifique-se de que tenha as informações do sistemanecessárias antes de iniciar. Entre em contato com o programador de sistemas para obter essasinformações, conforme necessário. Antes de instalar manualmente o banco de dados do z/OS,certifique-se de que você conclua as seguintes tarefas:v Defina a configuração XA no servidor de aplicativosv Conceda privilégios de conexãov Crie no qualificador de alto nível (HLQ) do mainframe, chamado MDMIBM, com 3 GB de espaço, que está

alocado para armazenar todos os arquivos e bibliotecas do InfoSphere MDM Custom Domain Hub.

Certifique-se de que tenha criado HLQ MDMIBM. Isso é necessário apenas para a instalação e pode sereliminado depois de concluí-la.

Procedimento1. Acesse o diretório CDH/database/CoreData/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. 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.

f. Execute o seguinte comando:echo "\$ transferddl" | ftp hostname

A biblioteca MDMIBM.MIHDDL.LIB será incluída ao seu sistema, no mainframe.2. Acesse o diretório CDH/database/CoreData/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. 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.f. Execute o seguinte comando:

echo "\$ transferjcl" | ftp hostname

A biblioteca MDMIBM.MIHJCL.LIB será incluída ao seu sistema, no mainframe.3. Acesse o diretório CDH/database/CoreData/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 no diretório $HOME.f. Execute o seguinte comando:

echo "\$ transferbins" | ftp hostname

O conjunto de dados MDMIBM.MIH*.BIN será incluído ao seu sistema, no mainframe.4. Efetue login no TSO, no servidor de banco de dados.5. Usando TSO/ISPF, acesse MDMIBM.MIHJCL.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. 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 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 membro do conjunto dedados @01crdbz01crdb da biblioteca MDM.MIHDDL.LIB.

6. Usando o TSO/ISPF, procure MDM.MIHJCL.LIB e modifique o membro do conjunto de dados MDMICORpara substituir os valores de marcador a seguir por valores apropriados para o uso em seu banco dedados: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. Multiple time zone (MTZ) fica desativado por padrão. Para ativar o MTZ, comente a linha//SYSIN DD DSN=MDMIBM.MIHDDL.LIB(Z08CRUTE),DISP=SHR dentro da JCL MDMICOR (consulte a etapa8). Para a tarefa MDMICOR, os códigos de retorno 0 ou 4 indicam que a JCL foi executada comsucesso.

g. Envie a JCL MDMICOR usando o comando sub. Os códigos de retorno 0 ou 4 indicam que a JCL foiexecutada com êxito.

h. Decida se ativará o recurso de vários fusos horários. Esse recurso estará desativado por padrão.Se seu aplicativo estiver executando em fusos horários diferentes ou seus dados tiverem valoresde tempo em fusos horários diferentes, você deverá ativar o recurso de vários fusos horários.Para ativar o recurso de vários fusos horários:1) Modifique a JCL MDMICOR STEP8, comente a linha do script de desativação e remova o

comentário da procura com distinção entre maiúsculas e minúsculas enable script.case.2) Para desativar a procura com sensibilidade a maiúsculas e minúsculas, modifique a JCL

>MDMICOR STEP9 e comente a etapa completa.7. Extraia os dados comuns para receber os arquivos de dados, navegando para MDMIBM.MIHJCL.LIB, e

modifique o membro do conjunto de dados RECBINDT para substituir os seguintes valores demarcador por 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. Envie a JCL RECBINDT usando o comando sub. Os códigos de retorno 0 ou 4 indicam que a JCL

foi executada com êxito.8. Expanda os conjuntos de dados para restaurá-los, navegando para MDMIBM.MIHJCL.LIB, e modifique o

membro do conjunto de dados RESDATDT para substituir os seguintes valores de marcador por valoresapropriados 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 do subsistema DB2 válido.d. Envie a JCL RESDATDT usando o comando sub. Os códigos de retorno 0 ou 4 indicam que a JCL

foi executada com êxito.9. Extraia os arquivos de dados EN, procurando MDMIBM.MIHJCL.LIB e modificando o membro do

conjunto de dados RECBINEN para substituir os valores de marcador a seguir por valores apropriadospara o uso em 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. Envie a JCL RECBINEN usando o comando sub. Os códigos de retorno 0 ou 4 indicam que a JCL

foi executada com êxito.10. Expanda os conjuntos de dados para restaurar os conjuntos EN, navegando para MDMIBM.MIHJCL.LIB,

e modifique o membro do conjunto de dados RESDATEN para substituir os seguintes valores demarcador por 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. Envie a JCL RESDATEN usando o comando sub. Os códigos de retorno 0 ou 4 indicam que a JCL

foi executada com êxito.


11. Extraia os arquivos de dados CODE_LANGUAGE, procurando MDMIBM.MIHJCL.LIB e modificando omembro do conjunto de dados RECBINOP para substituir os valores de marcador a seguir por valoresapropriados para o uso em 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 CODE_LANG pelo idioma de código (não EN) que você deseja receber.e. Envie a JCL RECBINOP usando o comando sub. Os códigos de retorno 0 ou 4 indicam que a JCL foi

executada com êxito.12. Expanda os conjuntos de dados para restaurar os conjuntos CODE_LANGUAGE, navegando para

MDMIBM.MIHJCL.LIB e modificando o membro do conjunto de dados RESDATOP para substituir osseguintes valores de marcador por 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 CODE_LANG pelo idioma de código (não EN) que você deseja receber.e. Envie a JCL RESDATOP usando o comando sub. Os códigos de retorno 0 ou 4 indicam que a JCL

foi executada com êxito.13. Usando o TSO/ISPF, procure MDMIBM.MIHJCL.LIB e modifique o membro do conjunto de dados

IMPRQCO para substituir os valores de marcador a seguir pelos valores apropriados para o uso em seubanco 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 DSN of the TEMPLATE pelo espaço de armazenamento do usuário.e. Substitua DTYPE por um dos seguintes valores:

v BAN para financeirov INS para segurov TEL para telecomunicaçõesv MAN para manufatura

f. Substitua USER_ACCOUNT por uma conta do usuário com o nível de autoridade apropriado.g. Envie a JCL IMPRQCO usando o comando sub. Os códigos de retorno 0 ou 4 indicam que a JCL foi

executada com êxito.14. Importe os dados para as tabelas do gerenciador de configuração no banco de dados procurando

MDMIBM.MDMJCL.LIB e modifique o membro do conjunto de dados IMPRQCM para substituir os valoresde marcador a seguir pelos valores apropriados para o uso em 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 USER ACCOUNT por uma conta do usuário com o nível de autoridade apropriado.e. Envie a JCL IMPRQCM usando o comando sub. O código de retorno 0 indica que a JCL foi

executada com êxito.15. Escolha se preencherá as tabelas de códigos com dados para idiomas diferentes do inglês:

v Se você estiver instalando para o idioma inglês apenas, ignore esta etapa. O idioma inglês foicarregado na etapa 13.

v Se você estiver instalando para mais idiomas, procure MDMIBM.MIHJCL.LIB e modifique o membrodo conjunto de dados IMPOPCO para substituir os valores de marcador a seguir pelos valoresapropriados para seu banco de dados:


– Substitua JOB NAME pelo nome da tarefa.– Substitua db-hlq por um valor de qualificador de alto nível de DSN válido.– Substitua SYSTEM por um ID de subsistema DB2 válido.– Substitua CONFIG_LANG pelo idioma de código (não EN) que você deseja instalar (por

exemplo, DE para alemão, EL para grego, e assim por diante).– Substitua DTYPE por um dos seguintes valores:

- BAN para financeiro- INS para seguro- TEL para telecomunicações- MAN para manufatura

– Substitua USER_ACCOUNT por uma conta do usuário com o nível de autoridade apropriado.– Envie a JCL IMPOPCO usando o comando sub. Os códigos de retorno 0 ou 4 indicam que a JCL

foi executada com êxito.– Repita este procedimento para cada idioma (não EN) que você deseja instalar (por exemplo, ES

para espanhol, IT para italiano e JA para japonês e assim por diante).Tarefas relacionadas:“Definindo a configuração XA no IBM WebSphere Application Server para se conectar com o DB2 paraz/OS” na página 67Ao instalar manualmente o banco de dados do MDM no DB2 forz/OS, utilize este procedimento paradefinir a configuração XA no IBM WebSphere Application Server.“Concedendo Privilégios de Conexão no DB2 para z/OS” na página 68Se você estiver instalando manualmente um banco de dados do Custom Domain Hub Server no DB2 forz/OS, use este procedimento para conceder os privilégios de conexão necessários.

Instalando os Dados CLOB Manualmente no DB2 for z/OS para o Banco de DadosPrincipalUse este procedimento para instalar manualmente os dados CLOB no DB2 for z/OS

Procedimento1. Acesse a biblioteca do conjunto de dados MDMIBM.MIHJCL.LIB e edite o membro do conjunto de dados

IPDCLSPF para substituir os valores de marcador a seguir por valores apropriados para seu banco dedados.a. Altere JOB NAME para o nome da tarefa.b. Altere db-hlq para um valor de qualificador de alto nível de DSN válido.c. Altere SYSTEM> para um ID de subsistema DB2 válido.

2. Envie a JCL IPDCLSPF usando o comando sub.

Instalação Manual do Banco de Dados do Custom Domain Hub Serverno OracleÉ possível instalar manualmente o banco de dados do Custom Domain Hub Server no Oracle.

Antes de iniciar a instalação, leia sobre a instalação manual no tópico de banco de dados do CustomDomain Hub Server.

Instalando o Banco de Dados Principal Manualmente no OracleUse este procedimento para instalar manualmente o banco de dados principal no Oracle.

Procedimento1. Acesse o diretório MDM/database/CoreData/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 seguintes marcadores:a. DBNAME para o nome do banco de dados.b. SCHEMA para um usuário de banco de dados com os privilégios necessáriosc. NEWPASSWORD para a senha do usuário do esquemad. TABLE_SPACE para o nome do espaço de tabela onde os dados da tabela base e de histórico foren

armazenadose. INDEX_SPACE para um nome de espaço de tabela em que os dados indexados forem

armazenadosf. LONG_SPACE para um espaço de tabelas no qual dados longos da coluna do usuário, como CLOB

e XML, sejam armazenadosg. 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 em ORACLE_HOME. Por exemplo,D:/Oracle/product/10.2.0/oradata/MDMDB, em que MDMDB é o nome do banco de dados e 10.2.0 é aversão do Oracle que está sendo usada.

h. DTYPE para o tipo de dado que será carregado. Especifique um dos seguintes valores em letrasminúsculas:v bankingv insurancev telcov manufacturing

i. CONFIG_LANG para o idioma de configuração a ser utilizado. Por exemplo, para inglês, utilize en;para francês, use fr

j. CODE_LANG para o idioma de quaisquer dados adicionais da tabela de códigos a seremcarregados. Por exemplo, para japonês use ja; para francês, use fr

k. DBUSER para um usuário do banco de dados com autoridade DBAl. DBPASSWORD para a senha do dbuser

3. Na linha de comandos, em MDM/database/CoreData/Oracle/Standard/ddl, execute os comandos naordem 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 chave primárias.d. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_ix_ora.sql>> LOG_FILE_NAME cria todos os índices,

inclusive restrições de índice exclusivo.e. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_fk_ora.sql>> LOG_FILE_NAME cria as chaves

estrangeiras.f. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_chk_ora.sql>> LOG_FILE_NAME cria as restrições de

verificação.g. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_eME_ora.sql>> LOG_FILE_NAME cria os objetos do

InfoSphere MDM Probabilistic Matching Engine4. Se seu aplicativo estiver executando em fusos horários diferentes ou seus dados tiverem valores de

tempo em fusos horários diferentes, você deverá ativar o recurso de vários fusos horários. Se orecurso de vários fusos não for necessá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 instalaacionadores simples

– Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_delete_triggers_simple_ora.sql>>LOG_FILE_NAME instala acionadores 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 acionadores compostos para inserções e atualizações.– Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_delete_triggers_compound_ora.sql>>

LOG_FILE_NAME instala acionadores compostos para exclusões.6. Converta o arquivo ImpReqData.script em um shell script e execute o shell script na linha de

comandos. Esse script preenche as tabelas de códigos e as tabelas de configuração do sistemanecessárias com dados da tabela de códigos em inglês para o segmento de mercado que for inseridono marcador DTYPE, e os 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 do inglê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 idioma que for inserido no marcador CODE_LANG,converta o arquivo Imp_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 tabela separados para oInfoSphere MDM Probabilistic Matching Engine, da seguinte forma: TABLE_SPACE>E eINDEX_SPACE>E

Instalando o Componente do Servidor de Mensagens do InfoSphereMDM Custom Domain Hub ManualmenteÉ possível usar o IBM Installation Manager para criar o componente do servidor de sistema demensagens do InfoSphere MDM Custom Domain Hub ou instalá-lo manualmente.

Sobre Esta Tarefa

Use o IBM Installation Manager para instalar o componente de sistema de mensagens do InfoSphereMDM Custom Domain Hub se o IBM WebSphere MQ estiver na mesma máquina que aquela em quevocê planeja executar o instalador para instalar o componente de Custom Domain Hub Server. Ocomponente do servidor de sistema de mensagens do InfoSphere MDM é instalado pelo IBM InstallationManager por padrão quando você escolhe o provedor de sistemas de mensagens do WebSphere MQ emvez do provedor de sistemas de mensagens padrão do WebSphere Application Server no painel deconfiguração de aplicativos do MDM.


Procedimento1. Certifique-se de que você tenha o script custSetupMQServer.mqsc antes de iniciar manualmente a

instalação do componente do servidor do sistema de mensagens do InfoSphere MDM CustomDomain Hub.

2. Obtenha o script custSetupMQServer.mqsc no diretório STARTUPKIT_INSTALL_HOME.3. Crie e inicie o gerenciador de filas a ser usado pelo componente do servidor de mensagens do

InfoSphere MDM Custom Domain Hub (substitua MDM1011.QMANAGER por qualquer nome de suaescolha) 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_NAME no scriptcustSetupMQServer.mqsc pelo valor real do canal do WebSphere MQ a ser usado.

6. Crie os objetos de configuração do componente do servidor do sistema de mensagens do InfoSphereMDM Custom Domain Hub executando o script:/usr/mqm/runmqsc < $HOME/custSetupMQServer.mqsc MDM1011.QMANAGER

Substitua o marcador CHANNEL_NAME no script custSetupMQServer.mqsc pelo valor real do canaldo 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 do WebSphere MQ.Tarefas relacionadas:“Instalando o Installation Startup Kit” na página 28Use este procedimento para instalar o Installation Startup Kit antes de iniciar a preparação de seuambiente para instalação.

Atualizando os Arquivos de Propriedades Implementados para umCustom Domain Hub ServerDepois de instalar ou atualizar o InfoSphere MDM Custom Domain Hub, pode ser necessário atualizar osarquivos de propriedades implementados, se eles requererem mudanças que não podem ser feitas usandoo gerenciador de configuração. Use este procedimento para atualizar os arquivos de propriedadesimplementados.

Sobre Esta Tarefa

Atenção: Atualizar propriedades dinamicamente não é o ideal. Sempre que possível, transporte suaspropriedades customizadas para o gerenciador de configuração.

Como os arquivos de propriedades são compactados em um .jar e implementados como um recurso debiblioteca compartilhada de aplicativo em nível de negócios (BLA), eles não podem ser alterados apenasalterando-se um valor de propriedade. Quando instalado, um arquivo properties.jar duplicado éextraído para um subdiretório de implementação da unidade de composição BLA. Essa extração permiteque atualizações sejam feitas em tempo quase real sem precisar reinstalar o enterprise bundle application


(EBA). Por exemplo, se o nome da implementação do aplicativo for E001 e o diretório inicial de instalaçãodo WebSphere Application Server for opt/IBM/WebSphere/AppServer/, o local dos arquivos depropriedades implementados 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 uma topologia com vários nósou em cluster, as mudanças devem ser replicados manualmente para todos os nós e servidores. A melhormaneira de atualizar as propriedades é usando o console administrativo do WebSphere ApplicationServer, que manipula a propagação para você.

Procedimento1. 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 sistema local para atualização.2. Edite os valores e arquivos usando os arquivos de propriedades expandidos do pacote

com.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar transferido pordownload 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 demanter o mesmo nome que a biblioteca original.

4. No console administrativo do WebSphere Application Server, selecione o arquivocom.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 Recurso Inteiro juntamente com as propriedades JARnovas 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.Conceitos relacionados:Usando os Componentes do Configuration and Management



Capítulo 6. Instalando Aplicativos Clientes e ComponentesIndividuais

O IBM Installation Manager fornece a opção para selecionar a instalação de componentes individuais.Essa opção é usada quando você deseja instalar componentes em estações de trabalho ou em um servidordiferente do servidor no qual você instala o servidor operacional e o banco de dados do MDM.

Se você estiver optando por instalar um componente individual em uma máquina com outroscomponentes do InfoSphere MDM Custom Domain Hub já instalados, use a opção Modificar, em vez daopção Instalar.

Use o IBM Installation Manager para desinstalar aplicativos clientes.

Depois de instalar o recurso, verifique se a instalação foi bem-sucedida visualizando os arquivos de log.Tarefas relacionadas:“Modificando a Instalação” na página 54Use este procedimento para instalar outros componentes do InfoSphere MDM Custom Domain Hub emuma estação de trabalho ou servidor que já possui componentes da mesma versão instalada.“Desinstalando um Único Componente” na página 94Utilize este procedimento para desinstalar um aplicativo ou componente do InfoSphere MDM CustomDomain Hub .Visualizando os Logs de InstalaçãoDurante o processo de instalação, os logs são criados no diretório CDH_INSTALL_HOME/logs/database. Useesses logs para ajudar na resolução de problemas ou na verificação da instalação.“Configurando a Segurança do Aplicativo para Aplicativos da Web” na página 84Todos os aplicativos da web instalados no IBM WebSphere Application Server são configurados comoseguros para cookies e conexão única. Você deve usar o protocolo https e o número da porta segura paraacessar o aplicativo da web, uma vez que o protocolo http não é mais válido.Referências relacionadas:“Estruturas de Diretórios” na página 9Há três diretórios que precisam ser entendidos ao instalar e usar o InfoSphere MDM Custom DomainHub: o diretório de instalação, o diretório compartilhado e o diretório do servidor de aplicativos.

instalação do Business Administration UIOs administradores são responsáveis pela instalação, pela implementação e pelo suporte aos usuários doaplicativo Business Administration.

As pessoas que são responsáveis pela manutenção e gerenciamento do InfoSphere MDM Custom DomainHub podem usar o Business Administration UI para gerenciar determinados elementos do CustomDomain Hub Server tendo que modificar manualmente os arquivos de propriedades ou tabelas de bancode dados.

Esse aplicativo pode ser instalado em um servidor ou estação de trabalho. Ele também pode ser instaladoem uma máquina remota escolhendo um perfil do Aplicativo WebSphere remoto.

Esse aplicativo não é suportado para uso com um banco de dados Microsoft SQL Server.

Instalando o Business Administration UIUtilize este procedimento para instalar o Business Administration UI.


Antes de Iniciar

Certifique-se de que estes pré-requisitos sejam atendidos:v Seu ambiente atende os requisitos de hardware e software para este componentev Você concluiu as etapas de preparação do IBM Installation Managerv Você revisou e concluiu a planilha de instalação de aplicativos do usuáriov 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 configurações customizadas

nos arquivos de propriedades, faça uma cópia dos arquivos.

Sobre Esta Tarefa

Há duas opções disponíveis na instalação: Instalar ou Modificar. A opção Instalar presume que vocêesteja instalando o aplicativo em um servidor ou estação de trabalho limpos. Isso significa que o servidorou a estação de trabalho não possui nenhum componente do InfoSphere MDM Custom Domain Hub quejá esteja instalado (por exemplo, o Custom Domain Hub Server, componente do banco de dados, ou outroaplicativo do usuário). Se algum componente do InfoSphere MDM Custom Domain Hub estiver presentena máquina em que o aplicativo está sendo instalado, você deverá usar a opção Modificar.

Procedimento1. 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 Custom Domain Hub e cliqueem Avançar.

b. Prossiga pelos painéis para aceitar o contrato de licença, selecionar o diretório de instalação e oidioma.

c. No painel Instalar Pacotes, selecione Business Administration UI. Clique em Avançar.d. Insira as informações de configuração para o aplicativo.e. Revise as informações de resumo da instalação e clique em Instalar.

4. Se você tiver selecionado Modificar, conclua estas etapas.a. No painel Modificar Pacotes, selecione o pacote do InfoSphere MDM Custom Domain Hub 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çamselecionados; caso contrário, o IBM Installation Manager os removerá. Clique em Avançar.

d. Insira as informações de configuração para o aplicativo. Utilize a planilha de aplicativos deusuário do MDM como recomendação. Clique em Avançar.

e. Revise as informações de resumo e verifique se o componente que você deseja instalar está listadona caixa Incluir Recursos e se nenhum componente está listado na caixa Remover Recursos. Cliqueem Modificar.

5. Clique em Concluir quando a instalação estiver concluída e feche o IBM Installation Manager.6. Acesse o console administrativo do IBM WebSphere Application Server e verifique se o aplicativo foi

implementado no servidor especificado durante a instalação.

O que Fazer Depois

Saiba mais sobre utilizar o Business Administration UI, revisando o conceito relacionado que está listadoabaixo.


Conceitos relacionados:Usando o aplicativo AdministrationTarefas relacionadas:“Configurando a Segurança do Aplicativo para Aplicativos da Web” na página 84Todos os aplicativos da web instalados no IBM WebSphere Application Server são configurados comoseguros para cookies e conexão única. Você deve usar o protocolo https e o número da porta segura paraacessar o aplicativo da web, uma vez que o protocolo http não é mais válido.Referências relacionadas:“Planilha de instalação de aplicativos do usuário” na página 23Use esta planilha para registrar parâmetros para os aplicativos de usuário que planeja instalar.

Instalação do InfoSphere Custom Domain Hub WorkbenchO InfoSphere Custom Domain Hub Workbench é utilizado por implementadores ou administradores paragerenciar o ambiente do InfoSphere MDM Custom Domain Hub. Usando esse aplicativo, é possívelgerenciar algoritmos, criar visualizações compostas, editar tabelas de dicionário de dados e desenvolvermodelos lógicos de membro, fluxos e mapeamentos para origens de dados.

O InfoSphere Custom Domain Hub Workbench é uma tecnologia baseada no Eclipse e é executado emcomputadores que utilizam o Microsoft Windows.

Você deve ter o IBM Rational Application Developer (RAD) instalado para usar o ambiente de trabalho.Referências relacionadas:“Bibliotecas de 32 Bits Necessárias em Sistemas Operacionais de 64 Bits” na página 6Ao instalar o InfoSphere Custom Domain Hub Workbench e o IBM Rational Application Developer(RAD) em uma estação de trabalho de 64 bits, você deve ter determinadas bibliotecas de 32 bitsdisponíveis na estação de trabalho para uma instalação bem-sucedida.“Requisitos de Instalação” na página 4Use esta lista como referência antes de iniciar a instalação. Se você também estiver instalando o IBM DB2,o IBM WebSphere Application Server ou o IBM Rational Application Developer (RAD), a lista tambémoferece uma recomendação para escolher os recursos corretos para instalação.

Instalando o InfoSphere InfoSphere Custom Domain Hub WorkbenchUse este procedimento para instalar o InfoSphere Custom Domain Hub Workbench se você estiverusando um tipo de implementação de instalação customizada e estiver instalando apenas o ambiente detrabalho.

Antes de Iniciar

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 MDM Custom Domain Hubv O login que você utiliza no computador deve ter permissão para gravar no registro.

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

Capítulo 6. Instalando Aplicativos Clientes e Componentes Individuais 83

4. No painel Instalar Pacotes, selecione IBM InfoSphere MDM Custom Domain Hub Workbench eclique 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.

O que Fazer Depois

Agora é possível usar o InfoSphere Custom Domain Hub Workbench para configurar seu servidoroperacional.Conceitos relacionados:MDM Workbench basicsTarefas relacionadas:Visualizando os Logs de InstalaçãoDurante o processo de instalação, os logs são criados no diretório CDH_INSTALL_HOME/logs/database. Useesses logs para ajudar na resolução de problemas ou na verificação da instalação.Referências relacionadas:“Bibliotecas de 32 Bits Necessárias em Sistemas Operacionais de 64 Bits” na página 6Ao instalar o InfoSphere Custom Domain Hub Workbench e o IBM Rational Application Developer(RAD) em uma estação de trabalho de 64 bits, você deve ter determinadas bibliotecas de 32 bitsdisponíveis na estação de trabalho para uma instalação bem-sucedida.“Requisitos de Instalação” na página 4Use esta lista como referência antes de iniciar a instalação. Se você também estiver instalando o IBM DB2,o IBM WebSphere Application Server ou o IBM Rational Application Developer (RAD), a lista tambémoferece uma recomendação para escolher os recursos corretos para instalação.

Configurando a Segurança do Aplicativo para Aplicativos da WebTodos os aplicativos da web instalados no IBM WebSphere Application Server são configurados comoseguros para cookies e conexão única. Você deve usar o protocolo https e o número da porta segura paraacessar o aplicativo da web, uma vez que o protocolo http não é mais válido.

Procedimento1. Para localizar o número da porta segura, abra o console administrativo do WebSphere Application

Server e acesse Tipos de Servidores > WebSphere Application Servers > %WEB_SERVER_NAME%> Portas e localize WC_defaulthost_secure.

2. Para configurar o atributo seguro para forçar o protocolo https:a. Acesse Tipos de Servidores > WebSphere Application Servers > %SERVER_NAME% >

Gerenciamento de Sessões.b. No menu Ativar cookies, selecione a opção Restringir cookies a sessões HTTPS.c. Acesse Segurança > Segurança Global > Autenticação > Segurança da Web e SIP > Conexão

Única (SSO) e selecione a opção Requer SSL.


Conceitos relacionados:Capítulo 6, “Instalando Aplicativos Clientes e Componentes Individuais”, na página 81O IBM Installation Manager fornece a opção para selecionar a instalação de componentes individuais.Essa opção é usada quando você deseja instalar componentes em estações de trabalho ou em um servidordiferente do servidor no qual você instala o servidor operacional e o banco de dados do MDM.Tarefas relacionadas:“Instalando o Business Administration UI” na página 81Utilize este procedimento para instalar o Business Administration UI.

Capítulo 6. Instalando Aplicativos Clientes e Componentes Individuais 85


Capítulo 7. Verificando a instalação

O IBM Installation Manager executa automaticamente uma rotina de verificação para testar a instalação,executando três transações físicas para incluir uma pessoa, uma organização e um contrato, além de umatransação virtual. Se estas operações forem bem-sucedidas, então a instalação é concluída com êxito.

Além disso, você pode utilizar o Cliente de Teste para executar transações de teste para garantir que oInfoSphere MDM Custom Domain Hub está instalado corretamente.Tarefas relacionadas:Capítulo 5, “Instalando o InfoSphere MDM Custom Domain Hub”, na página 41As instruções de instalação são iguais para todas as edições.“Instalando o InfoSphere MDM Custom Domain Hub e o InfoSphere MDM Reference Data ManagementHub” na página 41Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e o InfoSphere MDMReference Data Management Hub.“Instalando em um Ambiente em Cluster” na página 43Utilize este procedimento para executar uma instalação customizada em um ambiente em cluster.“Cenário 1, Procedimento 4: Instalando o InfoSphere MDM Custom Domain Hub” na página 58Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e qualquer aplicativo deusuário selecionado como a etapa final na conclusão do cenário 1.“Cenário 2, Procedimento 3: Instalando o InfoSphere MDM Custom Domain Hub” na página 62Use este procedimento para instalar o InfoSphere MDM Custom Domain Hub e qualquer aplicativo deusuário selecionado como a etapa final na conclusão do cenário 2.Referências relacionadas:Capítulo 2, “Visão geral da instalação”, na página 3A maioria dos componentes do IBM InfoSphere Master Data Management Custom Domain Hub podemser instalados em um servidor ou estação de trabalho, uma combinação dos dois, ou entre váriosservidores para suportar ambientes em cluster.

Verificando a Instalação com o Cliente de Teste no WebSphereApplication ServerUtilize este procedimento para verificar sua instalação com o cliente de teste do servidor de aplicativos.

Sobre Esta Tarefa

O Cliente de Teste suporta apenas os bancos de dados DB2 e Oracle.

Procedimento1. No arquivo TestClient.properties na pasta CDH_INSTALL_HOME/IVT/properties, insira o nome de

usuário em user= e a senha em password=, se a segurança do aplicativo estiver ativada.2. Edite todas as outras propriedades requeridas para criar os parâmetros para o teste que você deseja

executar. Para obter informações sobre as propriedades que você pode editar, consulte o tópico"Propriedades do Cliente de Teste".

3. Acesse o diretório CDH_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 se você tiver instalado oInfoSphere MDM Custom Domain Hub no Oracle:sqlplus <DB_USER>/<DB_PASSWORD>@TNS@./sql/clearOperationData.sql


v Siga estas etapas para limpar os dados se você tiver instalado o InfoSphere MDM Custom DomainHub no DB2:a. Conecte-se ao banco de dados do DB2.b. Remova os dados do DB2 executando o seguinte script na linha de comando:

db2 -tvf ./sql/deleteIVTdata

5. Da linha de comandos, execute os casos de teste, execute o script:TestClient.sh TEST_CHANNEL XML_FOLDER [ USER_NAME PASSWORD] em que: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ê deseja executar, quer :– Para casos de teste TCRM, insira ./testCases/xml_mih

– Para casos de teste admin, insira ./testCases/xml_admin

– Para casos de teste composto TCRM, insira ./testCases/xml_composite

– Para casos de teste de sistema de mensagens, insira ./testCases/xml_msg

– Para casos de teste de serviços da web, insira ./testCases/xml_ws

v Se a segurança estiver ativada, insira o nome de usuário para efetuar logon no sistema emUSER_NAME

v Se a segurança estiver ativada, insira a senha para o nome de usuário em PASSWORD

Por exemplo, para executar etapas de teste de serviço da Web no WebSphere Application Serveratravés de HTTP com a segurança não ativada, insira:TestClient.sh soap testCases/xml_ws

6. Quando o teste estiver concluído, é possível ver resultados nos diretórios a seguir:v Para ver as respostas que foram criadas pelos testes, verifique testCases/xml_ws/response

v Para ver os logs, a lista de execução de etapas de teste e seus status, verifique os arquivos de logem CDH_INSTALL_HOME/IVT/logs

Exemplo

A tabela a seguir mostra os testes, com as linhas de comando correspondentes, que você pode executar:

Tabela 14. Testes de Verificação de Instalação

Para executar o teste: Use o comando:

Para fornecer um arquivo de solicitação paraexecutar um único caso de teste TCRM

TestClient.sh rmi ./testCases/xml_mih/TCRMaddCampaign.xml

Para executar casos de teste JMS Forneça o factory de conexão da fila, o nome da fila de pedidos,e o nome da fila de resposta no arquivoTestClientJMS.properties e depois execute TestClient.sh jms./testCases/xml


Tabela 14. Testes de Verificação de Instalação (continuação)

Para executar o teste: Use o comando:

Para executar casos de teste de sistema demensagens

v Para Oracle:

1. Execute @./sql/Oracle/update_event_active.sql paraativar um evento

2. Reinicie WebSphere Application Server

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

v Para DB2:

1. Execute IVT/sql/db2/update_event_active.sql para ativarum 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

Para executar casos de teste de serviços da web TestClient.sh soap ./testCases/xml_ws

Propriedades do Cliente de TesteÉ possível editar as entradas no arquivo TestClient.properties na pasta CDH_INSTALL_HOME/IVT/properties para configurar os parâmetros para o teste.

Tabela 15. Propriedades que Podem Ser Configuradas no Arquivo de Propriedades do Cliente de Teste

Para 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. Consulteregex= para obter os critérios de classificação

sort=d

Para classificar os casos de teste. Consulte regex= para obteros critérios de classificação

sort=f

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

sort=d|f

Para extrair a primeira correspondência como chave decomparação de classificação. A ordem de classificação ébaseada na chave.

O padrão é extrair o último número digital do arquivo depedido.

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

java -cp ./lib/TestClient.jar -regex tcrmtest_001

Para obter informações sobre como usar o Java para casosde testes de execuções

java -cp ./lib/TestClient.jar ?

Para usar o adaptador MIH JMS, insira o nome do factoryde 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=

Capítulo 7. Verificando a instalação 89

Logs de InstalaçãoHá dois tipos de logs que são criados durante o processo de instalação. Um conjunto registra asinformações relacionadas ao IBM Installation Manager e o outro registra as informações relacionadas aoInfoSphere MDM Custom Domain Hub.

O local dos logs do IBM Installation Manager depende de como o aplicativo foi instalado. Se o IBMInstallation Manager foi instalado no modo de administrador (usuário raiz no UNIX), os logs estarão em/var/ibm/InstallationManager/logs. Se o aplicativo não foi instalado no modo de administrador, os logsestarão em $HOME/var/ibm/InstallationManager/logs.

Também é possível especificar um local para os logs do IBM Installation Manager atualizando a variávelde Local do Agente (cic.appDataLocation) no arquivo config.ini. O config.ini está no diretórioInstallationManager_INSTALL_HOME/eclipse/configuration.

Os logs do InfoSphere MDM Custom Domain Hub estão no diretório CDH_INSTALL_HOME/logs/database.

Os diretórios a seguir contêm logs que são criados quando os scripts SQL do banco de dados do CustomDomain Hub Server são executados (por instalação manual e pelo instalador):v CDH_INSTALL_HOME/logs/database/DomainData

v CDH_INSTALL_HOME/logs/database/CoreData

v CDH_INSTALL_HOME/logs/database/CMData

Visualizando Arquivos de Log do Installation ManagerO aplicativo IBM Installation Manager cria arquivos de log durante o processo de instalação. Esses logspodem ser visualizados por meio de um navegador.

Antes de Iniciar

Você deve ter um navegador disponível no qual visualizará os arquivos de log. Se você estiver umservidor que não possui um navegador, copie os arquivos em uma estação de trabalho.

Sobre Esta Tarefa

Os logs contêm mensagens com os rótulos INFO, DEBUG, WARNING ou ERROR. Se a instalação forbem-sucedida, todas as mensagens terão um rótulo INFO ou DEBUG. As mensagens que sãoidentificadas como WARNING ou ERROR devem ser revisadas.

Procedimento1. Acesse o diretório ./InstallationManager/logs.2. Abra o arquivo index.xml.3. Na tabela Todos os Arquivos de Log, clique em um link que corresponda à sessão do IBM

Installation Manager que instalou o InfoSphere MDM Custom Domain Hub.4. Procure por mensagens que são identificadas como WARNING ou ERROR. As mensagens devem ser

revisadas para identificar potenciais problemas com sua instalação.5. Clique em um link para visualizar as representações do arquivo de log nativo de um segmento do

processo de instalação.Tais processos podem incluir a execução do código Java customizado para gerenciar arquivos doInfoSphere MDM Custom Domain Hub, para executar a ferramenta baseada no utilitário Antmadconfig que, por sua vez, executa scripts SQL e para implementar a API de MBean do WebSphereApplication Server que implementa os arquivos de implementação do InfoSphere MDM CustomDomain Hub, como arquivos EBA e EAR, e outras ações.


Resultados

Se você tiver mensagens que são identificadas como WARNING ou ERROR, tente determinar a causa doproblema procurando por erros de exceção Java ou An. Se você localizar uma solução alternativa para oWARNING ou ERROR, tente corrigir a instalação ou entre em contato com o Suporte de Software IBM.

Visualizando os Logs de Instalação do InfoSphere MDM CustomDomain HubDurante o processo de instalação, os logs são criados no diretório CDH_INSTALL_HOME/logs/database. Useesses logs para ajudar na resolução de problemas ou na verificação da instalação.

Sobre Esta Tarefa

Os logs são armazenados em arquivos .xml com a data e hora da instalação como o nome do arquivo.Por exemplo, um arquivo com o nome 20130312_1101.xml, indica que a instalação ocorreu em 3 de marçode 2013 às 11h01min. É possível acessar os logs em duas maneiras diferentes.

Procedimentov No painel final do IBM Installation Manager, após a conclusão da instalação, clique em Visualizar

Arquivo de Log.v Acesse o diretório CDH_INSTALL_HOME/logs/database e abra o arquivo .xml.Tarefas relacionadas:Capítulo 5, “Instalando o InfoSphere MDM Custom Domain Hub”, na página 41As instruções de instalação são iguais para todas as edições.Referências relacionadas:“Instalação Silenciosa” na página 48Um arquivo de propriedades é gerado quando você está executando o programa de instalação interativo.Para executar instalações silenciosas, é necessário editar esse arquivo ou criar seu próprio arquivo.

Capítulo 7. Verificando a instalação 91


Capítulo 8. Desinstalando o InfoSphere MDM Custom DomainHub

Use o IBM Installation Manager para desinstalar sua edição ou para remover componentes individuais.

Para remover a edição inteira (servidor operacional, banco de dados e componentes), use a opção dedesinstalação do IBM Installation Manager.

Para remover apenas componentes selecionados, use a opção de modificação.

Desinstalando a Edição do InfoSphereUtilize este procedimento para desinstalar a edição completa do InfoSphere MDM Custom Domain Hub .

Antes de Iniciar

Se você está planejando reinstalar este ambiente de tempo de execução e utiliza a mesma instância debanco de dados que ele utiliza, 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 de execução do InfoSphere MDMCustom Domain Hub (servidor operacional, instância do gerenciador de entidade, aplicativo cliente, eassim por diante).

Sobre Esta Tarefa

Usar a opção de desinstalação do IBM Installation Manager remove a oferta inteira. Se você desejarremover somente componentes selecionados (por exemplo, Inspector ou Data Steward UI), utilize a opçãomodificar.

Procedimento1. Inicie o IBM Installation Manager e clique em Desinstalar.2. Selecione o pacote do InfoSphere MDM Custom Domain Hub e clique em Avançar.3. Revise as informações de resumo e clique em Desinstalar.4. Clique em Concluir.

O que Fazer Depois

O processo de desinstalação não remove o composite bundle archive (CBA) do repositório interno depacotes configuráveis. Você deve remover manualmente o CBA no console administrativo do IBMWebSphere Application Server.


Tarefas relacionadas:“Desinstalando um Único Componente”Utilize este procedimento para desinstalar um aplicativo ou componente do InfoSphere MDM CustomDomain Hub .“Removendo o CBA do Repositório Interno de Pacotes Configuráveis” na página 95A desinstalação do InfoSphere MDM Custom Domain Hub não remove o composite bundle archive(CBA) do repositório interno de pacotes configuráveis. Você deve removê-lo manualmente, depois queterminar de executar o processo de desinstalação.

Desinstalando um Único ComponenteUtilize este procedimento para desinstalar um aplicativo ou componente do InfoSphere MDM CustomDomain Hub .

Sobre Esta Tarefa

Este procedimento remove apenas o aplicativo ou o componente selecionado. Se você quiser remover aedição do InfoSphere MDM Custom Domain Hub inteira, utilize a opção desinstalar do IBM InstallationManager.

Procedimento1. Inicie o IBM Installation Manager e clique em Modificar.2. Selecione o pacote do InfoSphere MDM Custom Domain Hub 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 que você deseja remover está excluído. Cliqueem Avançar.

5. Revise as informações de resumo e verifique se somente o componente que você deseja remover estálistado na caixa Remover Recursos. Clique em Modificar.

6. Clique em Concluir.

O que Fazer Depois

O processo de desinstalação não remove o composite bundle archive (CBA) do repositório interno depacotes configuráveis. Você deve remover manualmente o CBA no console administrativo do IBMWebSphere Application Server.Conceitos relacionados:Capítulo 6, “Instalando Aplicativos Clientes e Componentes Individuais”, na página 81O IBM Installation Manager fornece a opção para selecionar a instalação de componentes individuais.Essa opção é usada quando você deseja instalar componentes em estações de trabalho ou em um servidordiferente do servidor no qual você instala o servidor operacional e o banco de dados do MDM.Tarefas relacionadas:“Desinstalando a Edição do InfoSphere” na página 93Utilize este procedimento para desinstalar a edição completa do InfoSphere MDM Custom Domain Hub .“Removendo o CBA do Repositório Interno de Pacotes Configuráveis” na página 95A desinstalação do InfoSphere MDM Custom Domain Hub não remove o composite bundle archive(CBA) do repositório interno de pacotes configuráveis. Você deve removê-lo manualmente, depois queterminar de executar o processo de desinstalação.

Desinstalando no Modo SilenciosoUse este procedimento para desinstalar os componentes do InfoSphere MDM Custom Domain Hub nomodo silencioso.


Sobre Esta Tarefa

Um arquivo de propriedades é gerado quando você está executando uma desinstalação interativa. Parautilizar uma desinstalação silenciosa, é necessário editar esse arquivo ou criar seu próprio arquivo.


Procedimento

Para desinstalar, substitua a tag de instalação em seu arquivo de resposta pela tag de desinstalação. Porexemplo:<uninstall modify=’false’><offering id=’com.ibm.mdm.cdh version=’11.0.0.v20130401-1025’ 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’/></uninstall>

O que Fazer Depois

O processo de desinstalação não remove o composite bundle archive (CBA) do repositório interno depacotes configuráveis. Você deve remover manualmente o CBA no console administrativo do IBMWebSphere Application Server.Tarefas relacionadas:“Removendo o CBA do Repositório Interno de Pacotes Configuráveis”A desinstalação do InfoSphere MDM Custom Domain Hub não remove o composite bundle archive(CBA) do repositório interno de pacotes configuráveis. Você deve removê-lo manualmente, depois queterminar de executar o processo de desinstalação.

Removendo o CBA do Repositório Interno de Pacotes ConfiguráveisA desinstalação do InfoSphere MDM Custom Domain Hub não remove o composite bundle archive(CBA) do repositório interno de pacotes configuráveis. Você deve removê-lo manualmente, depois queterminar de executar o processo de desinstalação.

Procedimento1. 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 MIH.ear e clique em Excluir.Tarefas relacionadas:“Desinstalando a Edição do InfoSphere” na página 93Utilize este procedimento para desinstalar a edição completa do InfoSphere MDM Custom Domain Hub .“Desinstalando um Único Componente” na página 94Utilize este procedimento para desinstalar um aplicativo ou componente do InfoSphere MDM CustomDomain Hub .“Desinstalando no Modo Silencioso” na página 94Use este procedimento para desinstalar os componentes do InfoSphere MDM Custom Domain Hub nomodo silencioso.

Capítulo 8. Desinstalando o InfoSphere MDM Custom Domain Hub 95


Avisos e Marcas Registradas

Estas informações foram desenvolvidas para produtos e serviços oferecidos nos Estados Unidos.

Avisos

Estas informações foram desenvolvidas para produtos e serviços oferecidos nos Estados Unidos. Épossível que a IBM não ofereça os produtos, serviços ou recursos discutidos nesta publicação em outrospaíses.

Consulte um representante IBM local para obter informações sobre produtos e serviços disponíveisatualmente em sua área. Qualquer referência a produtos, programas ou serviços IBM não significa queapenas produtos, programas ou serviços IBM possam ser utilizados. Qualquer produto, programa ouserviço funcionalmente equivalente, que não infrinja nenhum direito de propriedade intelectual da IBMpoderá ser utilizado em substituição a este produto, programa ou serviço. Entretanto, a avaliação everificação da operação de qualquer produto, programa ou serviço não IBM são de responsabilidade doCliente.

A IBM pode ter patentes ou solicitações de patentes pendentes relativas a assuntos tratados nestapublicação. O fornecimento deste documento não concede ao Cliente nenhuma licença para tais patentes.Pedidos de licença devem ser enviados, por escrito, 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 caracteres de byte duplo (DBCS),entre em contato com o Departamento de Propriedade Intelectual 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ções estejam inconsistentes coma lei local: A INTERNATIONAL BUSINESS MACHINES CORPORATION FORNECE ESTAPUBLICAÇÃO "NO ESTADO EM QUE SE ENCONTRA", SEM GARANTIA DE NENHUM TIPO, SEJAEXPRESSA OU IMPLÍCITA, INCLUINDO, MAS A ELAS NÃO SE LIMITANDO, AS GARANTIASIMPLÍCITAS DE NÃO INFRAÇÃO, COMERCIALIZAÇÃO OU ADEQUAÇÃO A UM DETERMINADOPROPÓSITO. Alguns países não permitem a renúncia de responsabilidade de garantias expressas ouimplícitas em certas transaçõ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ão feitas alteraçõesperiódicas nas informações aqui contidas; tais alterações serão incorporadas em futuras edições destapublicação. A IBM pode, a qualquer momento, aperfeiçoar e/ou alterar os produtos e/ou programasdescritos nesta publicação, sem aviso prévio.


Referências nestas informações a websites não IBM são fornecidas apenas por conveniência e nãorepresentam, de forma alguma, um endosso a esses websites. Os materiais contidos nesses websites nãofazem parte dos materiais deste produto IBM e o uso desses websites é de inteira responsabilidade doCliente.

A IBM IBM pode utilizar ou distribuir as informações fornecidas da forma que julgar apropriada semincorrer em qualquer obrigação para com o Cliente.

Licenciados deste programa que desejam obter informações sobre esse assunto com objetivo de permitir:(i) a troca de informações entre programas criados independentemente e outros programas (incluindoeste) e (ii) a utilização mútua das informações trocadas, devem entrar em contato com:

Gerência de Relações Comerciais e Industriais da IBM BrasilAv. Pasteur, 138-146BotafogoRio de Janeiro, RJCEP 22290-240

Tais informações podem estar disponíveis, sujeitas aos termos e condições apropriados, incluindo, emalguns casos, o pagamento de uma taxa.

O programa licenciado descrito neste documento e todo o material licenciado disponível são fornecidospela IBM sob os termos do IBM Customer Agreement, do Contrato de Licença do Programa Internacionalda IBM ou de qualquer contrato equivalente.

Todos os dados de desempenho aqui contidos foram determinados em um ambiente controlado. Portanto,os resultados obtidos em outros ambientes operacionais podem variar significativamente. Algumasmedidas podem ter sido tomadas em sistemas em nível de desenvolvimento e não há garantia de queestas medidas serão as mesmas nos sistemas geralmente disponíveis. Além disso, algumas medidaspodem ter sido estimadas por extrapolação. Os resultados reais podem variar. Os usuários destedocumento devem verificar os dados aplicáveis para seu ambiente específico.

As informações relativas a produtos não IBM foram obtidas junto aos fornecedores dos respectivosprodutos, de seus anúncios publicados ou de outras fontes disponíveis publicamente. A IBM não testouestes produtos e não pode confirmar a precisão de seu desempenho, compatibilidade nem qualquer outrareivindicação relacionada a produtos não IBM. Dúvidas sobre os recursos de produtos não IBM devemser encaminhadas diretamente a seus fornecedores.

Todas as declarações relacionadas aos objetivos e intenções futuras da IBM estão sujeitas a alterações oucancelamento sem aviso prévio e representam apenas metas e objetivos.

Estas informações destinam-se apenas aos propósitos de planejamento. As informações aqui contidasestão sujeitas a mudanças antes que os produtos descritos estejam disponíveis.

Estas informações contêm exemplos de dados e relatórios usados nas operações diárias de negócios. Parailustrá-los da forma mais completa possível, os exemplos podem incluir nomes de indivíduos, empresas,marcas e produtos. Todos esses nomes são fictícios e qualquer semelhança com nomes e endereçosutilizados por uma empresa de negócios real é mera coincidência.

LICENÇA DE COPYRIGHT:

Estas informações contêm programas de aplicativos de amostra na linguagem fonte, que ilustram técnicasde programação em diversas plataformas operacionais. O Cliente pode copiar, modificar e distribuir estesprogramas de amostra sem a necessidade de pagar à IBM, com objetivos de desenvolvimento, utilização,marketing ou distribuição de programas aplicativos em conformidade com a interface de programação deaplicativo para a plataforma operacional para a qual os programas de amostra são escritos. Esses


exemplos não foram testados completamente em todas as condições. Portanto, a IBM não pode garantirou implicar a confiabilidade, manutenção ou função destes programas. Os programas de amostra sãofornecidos "NO ESTADO EM QUE SE ENCONTRAM", sem garantia de espécie alguma. A IBM nãopoderá ser responsabilizada por qualquer dano causado pelo uso dos programas de amostra pelo Cliente.

Cada cópia ou qualquer parte desses programas de amostra ou qualquer trabalho derivativo deve incluirum aviso de copyright da seguinte forma:

© (nome de sua empresa) (ano). Partes deste código são derivadas dos Programas de Amostra da IBMCorp. © Copyright IBM Corp. _digite o(s) ano(s)_. Todos os direitos reservados.

Se o Cliente estiver visualizando estas informações em formato eletrônico, as fotografias e as ilustraçõescoloridas 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 coletar informações sobre o uso do produto, a fim deajudar a melhorar a experiência do usuário final, para customizar as interações com o usuário final oupara outros propósitos. Em muitos casos, nenhuma informação identificável pessoalmente é coletadapelas Ofertas de Software. Algumas de nossas Ofertas de Software podem ajudá-lo a coletar informaçõesidentificáveis pessoalmente. Se esta Oferta de Software usar cookies para coletar informações pessoaisidentificáveis, informações específicas sobre o uso de cookies desta oferta são estabelecidos abaixo.

Dependendo das configurações implementadas, essa Oferta de Software pode usar cookies de sessão epersistentes que coletam o nome de cada usuário, o nome de usuário, a senha, o nome do perfil ououtras informações pessoais para propósitos de gerenciamento de sessões, autenticação, usabilidade deusuá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, mas desativá-losprovavelmente também eliminará a funcionalidade que eles ativam.

Se as configurações implementadas nesta Oferta de Software fornecerem a você como cliente acapacidade de coletar informações identificáveis pessoalmente dos usuários finais por meio de cookies eoutras tecnologias, você deve consultar com seu próprio conselho jurídico sobre as leis aplicáveis a talcoleta de dados, incluindo os requisitos para aviso e consentimento.

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 em www.ibm.com/privacy e a Declaração de PrivacidadeOnline da IBM em www.ibm.com/privacy/details, seção intitulada "Cookies, Web Beacons and OtherTechnologies", e o "IBM Software Products and Software-as-a-Service Privacy Statement" emwww.ibm.com/software/info/product-privacy.

Marcas Registradas

IBM, o logotipo IBM e ibm.com são marcas ou marcas registradas da International Business MachinesCorp., registradas em várias jurisdições no mundo inteiro. Outros nomes de produtos e serviços podemser marcas registradas da IBM ou de outras empresas. Uma lista atual de marcas registradas da IBM estádisponível na web 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 marcas registradas da AdobeSystems Incorporated nos Estados Unidos e/ou em outros países.

IT Infrastructure Library é uma marca registrada da Agência Central de Computação e Telecomunicaçõesque agora faz parte do Departamento de Comércio do Governo.

Avisos e Marcas Registradas 99

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

Intel, o logotipo Intel, Intel Inside, o logotipo Intel Inside, Intel Centrino, o logotipo Intel Centrino,Celeron, Intel Xeon, Intel SpeedStep, Itanium e Pentium são marcas ou marcas registradas da IntelCorporation ou suas subsidiárias nos Estados Unidos e em outros países.

Linux é uma marca registrada de Linus Torvalds nos Estados Unidos e/ou em outros países.

Microsoft, Windows, Windows NT e o logotipo Windows são marcas registradas da MicrosoftCorporation nos Estados Unidos e/ou em outros países.

ITIL é uma marca registrada e uma marca registrada da comunidade do Departamento de Comércio doGoverno e está registrada no Departamento de Marcas e Patentes dos Estados Unidos.

UNIX é uma marca registrada do The Open Group nos Estados Unidos e em outros países.

Java e todas as marcas registradas e logotipos baseados em Java são marcas ou marcas registradas daOracle e/ou suas afiliadas.

Cell Broadband Engine é uma marca registrada da Sony Computer Entertainment, Inc. nos EstadosUnidos e/ou em outros países e é utilizadas sob licença a partir deste ponto.

Linear Tape-Open, LTO, o logotipo LTO, Ultrium e o logotipo Ultrium são marcas registradas da HP, daIBM Corp. e da Quantum nos Estados Unidos e em outros países.


Índice Remissivo

Aacessando o aplicativo da web

porta do servidor seguro 84protocolo https 84

adicionando um usuário 39alta disponibilidade 29Aplicativo

instalação 81arquivo de resposta

criação de gráfico 54customizar 48especificar recursos 49instalação silenciosa 48, 54parâmetros do DB2 50parâmetros do Oracle 51parâmetros do servidor de

aplicativos 52utilizando 53

atualizando arquivos de propriedadesimplementados 78

avisos legais 97

Bbanco de dados

conexões 31contas do usuário 31criar utilizando os scripts de iniciação

rápida 28esquema 15, 16início 15, 16instalação manual 15, 16nome do host 15, 16nome do usuário e senha 15, 16porta 15, 16preparando o DB2 32preparando Oracle 34tipo 15, 16

banco de dados DB2preparando para instalação 32

Banco de dados DB2cenários de instalação 56

banco de dados Oraclepreparando para instalação 34

Business Administration UIinstalando 82visão geral da instalação 81

Ccaminho de utilitário do conjunto

Oracle 37célula

WebSphere Application Server 18, 23cenários de instalação 55cluster 18, 21, 23

cenários de instalação 56instalação 44

componente do sistema de mensagensinstalando manualmente 77

conexõesbanco de dados 31

configuraçãoplanilhas 13

acionadores de histórico 24aplicativo MDM 21aplicativos do usuário 23diretório de instalação 14o DB2/DB2 para a origem de

dados do z/OS 15origem de dados do Oracle 16WebSphere Application Server 18

Configuração do XA do DB2 forz/OS 66

configurar caminho de utilitário doDB2 36

contas do usuáriobanco de dados 31

criação e instalação do banco de dadosdo z/OS 66

criarscripts de banco de dados 7

Custom Domain Hubinstalando 41

DDB2 for z/OS principal

instalando manualmente dadosCLOB 75

desativar a tela inicialinstalação silenciosa 52

desinstalar 93aplicativos individuais/

componentes 94edição completa 93silenciosa 95

Eestilo de correspondência 21estrutura de diretório 9

Ggráfica

instalação 7grupo de pacotes

existente 14novo 14

Hhttps

configurar o aplicativo da web 84

Iidioma

recurso de aplicativo 24tabela de códigos 24

idioma da tabela de códigos 24idioma do recurso de aplicativo 24implementação

diversos fusos horários 21implementação de diversos fusos

horários 21instalação

como exibir logs 91Installation Manager 90

gráfica 7modificar 55planilhas 13silenciosa 7visão geral 3visão geral da instalação do Business

Administration UI 81instalação silenciosa 48

criando o arquivo de resposta 54customizando o arquivo de

resposta 48desativar a tela inicial 52desinstalar 95especificar recursos 49modificar 54parâmetros do DB2 50parâmetros do Oracle 51parâmetros do servidor de

aplicativos 52utilizando o arquivo de resposta 53

instalandoaplicativos 81Business Administration UI 82Custom Domain Hub 41desinstalação silenciosa 95em um cluster 44instalação silenciosa 48instalando manualmente

configuração do banco de dadosOracle 69

instalando manualmente oaplicativo 66

instalando manualmente o aplicativono DB2 for z/OS 67, 68, 71

instalando manualmente o aplicativono DB2 para Linux ou UNIX 69

instalando manualmente o aplicativono Oracle 75

Installation Manager 27modificar silenciosa 54no z/OS 46Reference Data Management Hub 41silenciosa

criando o arquivo de resposta 54customizar o arquivo de

resposta 48desativar a tela inicial 52especificar recursos 49


instalando (continuação)silenciosa (continuação)

parâmetros do DB2 50parâmetros do Oracle 51parâmetros do servidor de

aplicativos 52utilizando o arquivo de

resposta 53sua edição do MDM 41verificando 87, 89

instalando manualmente o aplicativo 66instalando manualmente o aplicativo no

DB2 for z/OS 67, 68, 71instalando manualmente o aplicativo no

DB2 para Linux ou UNIX 69instalando manualmente o aplicativo no

Oracle 75instalando manualmente o banco de

dados do MDM físico 69instalar

estrutura de diretórios e nomes 9Installation Manager

incluindo ofertas MDM 27instalando 27

Kkit de inicialização 7

Llogs

visualizando 91Installation Manager 90

Mmarcas registradas

lista de 97modificar

instalação 55modificar silenciosa 54

Nnó

WebSphere Application Server 18, 23nome de usuário 18, 23nome do aplicativo 21nome do host 18, 23núcleo

instalando manualmente dadosCLOB 75

Ppadrão do WebSphere

sistema de mensagens 21perfil

WebSphere Application Server 23planilhas 13

acionadores de histórico 24aplicativo MDM 21aplicativos do usuário 23diretório de instalação 14

planilhas (continuação)o DB2/DB2 para a origem de dados

do z/OS 15origem de dados do Oracle 16WebSphere Application Server 18

porta do servidor seguroacessando o aplicativo da web 84

porta RMI 21porta SOAP 23Porta SOAP 18Pré-requisitos da conta 30preparando

alta disponibilidade 29preparando para instalar 13

banco de dados 30banco de dados do DB2 em um

ambiente em cluster 33banco de dados do DB2 em um

servidor diferente 33banco de dados Oracle em um

ambiente em cluster 35Banco de dados Oracle em um

servidor diferente 35caminho de utilitário do conjunto

Oracle 37configurando a mídia de

instalação 11configurar caminho de utilitário do

DB2 36incluindo ofertas MDM para o

instalador 27kit de inicialização 7o servidor de aplicativos dmgr 37Pré-requisitos da conta 30servidor de aplicativos para

implementação de base 39servidor gerenciado do servidor de

aplicativos 38utilizando o kit de ferramentas de

iniciação rápida 28WebSphere Application Server 35

prepararbanco de dados DB2 para

instalação 32banco de dados Oracle para

instalação 34procuras com distinção entre maiúsculas

e minúsculas 24

RReference Data Management Hub

instalando 41

Ssegmento de mercado 24segurança

funções de canal 40senha 18, 21, 23serviços de software

entrando em contato 103servidor

WebSphere Application Server 18, 23servidor de aplicativos

preparando 35

servidor de aplicativos (continuação)preparando dmgr 37preparando o servidor gerenciado 38preparando para a implementação de

base 39silenciosa

instalação 7sistema de mensagens

Message Brokers 21WebSphere Default Messaging 21WebSphere MQ 21

suportecliente 103

suporte ao clienteentrando em contato 103

Ttipo de implementação

WebSphere Application Server 18, 23

Uusuários

incluindo o usuário em um grupo 39

Vverificando a instalação 87, 89

WWAS

configuração do aplicativo da Webprotocolo https 84

WebSphere Application Servercélula 18início 18nó 18perfil 18servidor 18tipo de implementação 18

WebSphere MQsistema de mensagens 21

Zz/OS

instalando no 46


Entrando em Contato com a IBM

É possível entrar em contato com a IBM para obter suporte ao cliente, serviços de software, informaçõesdo produto e informações gerais. Também é possível fornecer um feedback para a IBM sobre produtos edocumentação.

A tabela a seguir lista os recursos para suporte ao cliente, serviços de suporte a software, treinamento einformações sobre produtos e soluções.

Tabela 16. Recursos da IBM

Recurso Descrição e local

Documentação do produto para InfoSphere MDM É possível procurar e navegar pelos documentos doInfoSphere MDM em http://pic.dhe.ibm.com/infocenter/mdm/v11r0/index.jsp.

Documentação do produto InfoSphere MDM CustomDomain Hub, incluindo InfoSphere MDM Reference DataManagement

É possível procurar e navegar por todos os documentosdo InfoSphere MDM Custom Domain Hub emhttp://pic.dhe.ibm.com/infocenter/mih/v11r0/index.jsp.

IBM Support Portal É possível customizar informações de suporte escolhendoos produtos e os tópicos que interessam a você emwww.ibm.com/support/.

Serviços de suporte a software É possível localizar informações sobre software, TI eserviços de consultoria de negócios, no site de soluçõesem www.ibm.com/businesssolutions/.

Minha IBM É possível gerenciar links para web sites da IBM einformações que correspondam às suas específicasnecessidades de suporte técnico, criando uma conta nosite Minha IBM em www.ibm.com/account/.

Treinamento e certificação É possível saber mais sobre treinamento técnico eserviços de educação projetados para indivíduos,empresas e organizações públicas para adquirir, manter eotimizar suas qualificações de TI emwww.ibm.com/software/sw-training/.

Representantes IBM É possível entrar em contato com um representante IBMpara aprender sobre soluções em www.ibm.com/connect/ibm/us/en/.

Fornecimento de Feedback

A tabela a seguir descreve como fornecer feedback para IBM sobre produtos e documentação de produto.

Tabela 17. Fornecendo Feedback para a IBM

Tipo de Feedback Ação

Feedback do Produto É possível fornecer feedback geral do produto por meioda Pesquisa de Opinião de Consumabilidade emwww.ibm.com/software/ucd/consumability/.


http://pic.dhe.ibm.com/infocenter/mdm/v11r0/index.jsp

http://pic.dhe.ibm.com/infocenter/mdm/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/connect/ibm/us/en/

http://www.ibm.com/connect/ibm/us/en/

http://www.ibm.com/software/ucd/consumability/

Tabela 17. Fornecendo Feedback para a IBM (continuação)

Tipo de Feedback Ação

Feedback da documentação Para enviar comentários no centro de informações, cliqueno link Feedback na parte superior direita de qualquertópico no centro de informações. Também é possívelenviar comentários sobre manuais de arquivos em PDF, ocentro de informações ou de qualquer outradocumentaçã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://www.ibm.com/software/data/rcf/

��

Impresso no Brasil

G517-1465-00

Documents

Guia de Instala. - ibm.com · mas não é possível fornecer estimativas de tempo. Alguns fatores que influenciam no tempo de ... transação virtual. Se estas operações forem bem-sucedidas,