Este documento fornece instruções para configurar os repositórios Mestre e de Trabalho do Oracle Data Integrator (ODI) em um banco de dados Oracle para integrar dados de diferentes origens para um destino único. Ele descreve como criar esquemas, usuários, repositórios e conexões para permitir que o ODI execute processos ETL.

1. February 11
2012
ODI
Tutorial
Uso da ferramenta Oracle Data Integrator (ODI) para a
construção de processos ETL (Extract, Transform e Load).
Repositórios
Neste séries de tutoriais, utilizaremos o ODI para integrar Mestre e
dados de diferentes origens (banco de dados: diferentes e
arquivo texto) para uma base de destino Oracle. Trabalho

2. Configuração repositórios Mestre e Trabalho
Para este tutorial iremos utilizar o ODI na plataforma Microsoft XP versão 10.1 e o
banco de dados Oracle 10g Express Edition.
Será necessário criar os seguintes esquemas no banco de dados:
REP_ODI_MASTER
o Criar na base Oracle um ”schema” para conter o repositório Mestre do
ODI. Este repositório conterá as estruturas das diferentes tecnologias
usadas no ODI, informações de segurança de acesso, versionamento
dos projetos e modelos desenvolvidos;
REP_ODI_WORK
o Criar na base Oracle um ”schema” para conter o repositório de
Trabalho do ODI. Este repositório conterá as informações dos objetos
desenvolvidos, modelo de dados, projetos, interfaces e como eles são
utilizados, seus valores e propriedades;
DW_ORIGEM
o Contém as tabelas de origem que serão utilizadas neste tutorial;
DW_DESTINO
o Contém as tabelas de destino que serão populadas;
DW_TEMP
o Contém as tabelas temporárias do processo de ETL, este esquema será
utilizado para conexão tanto do banco de origem quanto o banco de
destino;
Para criar os repositórios acima devemos seguir os seguintes passos:
Inicie o SQL Developer ou outro utilitário para criação do novo
esquema/usuário, lembrando que devemos criar o esquema e setar as
permissões básicas para tanto utilize o comando SQL abaixo:

3. Depois de criar o esquema/usuário crie uma conexão com o mesmo nome, isto
irá facilitar no momento de validar as informações no banco de dados.
Repita o processo até que todos os repositórios tenham sido criados.

4. Criação do repositório Mestre
A primeira atividade que deve ser feita após a liberação do ambiente é a criação do
repositório mestre (Master Repository). Para realizar esta tarefa devemos acessar a
aplicação Master Repository Creation, o caminho padrão pode ser visto na figura
abaixo:
No Master Repository Creation (Figura acima) devemos indicar qual esquema do banco
de dados será o repositório Mestre do ambiente, neste caso REP_ODI_MASTER.

5. Master Repository Parâmetro
Driver oracle.jdbc.driver.OracleDriver
URL jdbc:oracle:thin:@localhost:1521:xe
User rep_odi_master
Password rep_odi_master
Technology Oracle
Após a configuração verificamos no repositório Mestre se as tabelas de configuração e
suporte (prefixo SNP) foram criadas (veja figura abaixo). Utilize o SQL Developer para
realizar essa tarefa.
Relação de tabelas criadas na configuração do repositório Mestre
SNP_ACTION SNP_GRP_ACTION SNP_LOOKUP SNP_PWD_RULE
SNP_AGENT SNP_HIST_VERSION SNP_LOOKUP_VALUE SNP_REM_REP
SNP_ALLOC_AGENT SNP_HOST SNP_LSCHEMA SNP_SOL_ELT
SNP_CONNECT SNP_HOST_MOD SNP_METHOD SNP_SOLUTION
SNP_CONNECT_PROP SNP_INST_OBJ SNP_MODULE SNP_SUB_LANG
SNP_CONTEXT SNP_LAGENT SNP_MORIG_TXT SNP_TECHNO
SNP_CONV_DT SNP_LANG SNP_MTXT SNP_U_O_M_REP
SNP_DATA SNP_LANG_ELT SNP_MTXT_PART SNP_USER
SNP_DT SNP_LANG_TECHNO SNP_OBJECT SNP_USER_METH
SNP_ENT_ID SNP_LB_AGENT SNP_OPEN_TOOL SNP_USER_OBJ_METH
SNP_ENTITY SNP_LE_TECHNO SNP_PROF_METH SNP_USER_PREF
SNP_FF_VALUEM SNP_LICENSE SNP_PROFILE SNP_USER_PROF
SNP_FIELD SNP_LINE_ACTION SNP_PSCHEMA SNP_VERSION
SNP_FIELD_LOOKUP SNP_LINK SNP_PSCHEMA_CONT
SNP_FLEX_FIELD SNP_LOC_REP SNP_PWD_POLICY

6. Configuração de usuário de acesso
Nesta etapa do processo iremos criar um usuário para as conexões com os módulos do
ODI (Designer, Topology, Operator, Security), esta etapa não é obrigatória, pois o ODI
tem um usuário chamado SUPERVISOR que podería ser utilizado. Porém, as melhores
práticas de arquitetura e segurança indicam que deve-se criar usuários específicos para
cada tipo de atividade que for realizada dentro do ambiente.
Vamos criar um usuário chamado DW_DBA com permissões de super usuário. O
Login deverá ser chamado de OracleDI Tutorial Series.
Acesse o módulo Security Manager conforme é demonstrado na figura abaixo:
Antes de continuar cabe uma explicação sobre o significado das nomenclaturas que
iremos utilizar:
Login: Login de acesso ao ODI, é a conta que utilizaremos para acessar o ODI.
User: Usuário do ODI. O ODI nos permite criar diversos usuários, com diversos
tipos de acesso e restrições diferentes.
Esquema: Esquema do banco de dados Oracle.

7. Na tela de login devemos criar um novo login para o nosso projeto e fazer a
associação com o repositório Mestre, que foi criado na etapa anterior.
Clique no botão “New” será apresentada a tela de configuração do módulo Security
Manager, conforme podemos ver na figura abaixo. Nesta tela deve-se parametrizar o
novo Login, o usuário do ODI, a senha para este usuário e também parametrizar as
configurações de conexão.
Vamos dividir a configuração em duas parte, na primeira vamos parametrizar o
repositório Mestre e os parâmetros de configuração, utilizando o usuário SUPERVISOR
(senha SUNOPSIS) como usuário de acesso. Veja como vai ficar essa configuração na
figura abaixo, utilize os parâmetros listados na tabela abaixo:
OracleDI - Connection Parâmetro
Login Name OracleDI Tutorial Series
User SUPERVISOR
Password SUNOPSIS

8. Database Connection (Master) Parâmetro
User rep_odi_master
Password rep_odi_master
Driver List Oracle JDBC Driver
Driver Name oracle.jdbc.driver.OracleDriver
URL jdbc:oracle:thin:@localhost:1521:xe
Default Connection Marcar para transformar em default esta
conexão, toda vez que abrir os módulos
do ODI o login irá aparecer como
sugestão.
Agora que já temos um Login de acesso configurado, é o momento para a criação dos
usuários de acesso. Para o nosso projeto iremos criar um usuário com previlégio de
administrador.
Entre no módulo Security Manger, procure a pasta Users, clique com o botão direito
no usuário SUPERVISOR e selecione a opção “Insert”.

9. É importante salientar que após criar um usuário o mesmo possui apenas os privilégios
básicos de acesso.
O nosso usuário deverá conter os privilégios de Supervisor logo, marque a opção
Supervisor que se encontra no final da tela de configuração. A configuração de cada
usuário depende de sua utilidade dentro da estrutura do projeto. Se o usuário não
pode ter privilégios de Supervisor é possível customizá-lo para as funções pretendidas.

10. Configurando o repositório de Trabalho
A última atividade de configuração dos repositórios é a criação e configuração do
repositório de Trabalho. Esta configuração é feita utilizando o módulo Topology.
No momento de acessar o módulo Topology Manager, utilize as configurações criadas
no passo anterior. Selecione o Login OracleDI Tutorial Series e informe o usuário e
senha DW_DBA, conforme a figura abaixo:
Prosseguimos com a configuração do ambiente, neste ponto vamos inserir o
repositório de trabalho. Dentro do módulo Topology Manager, clique na aba
Repository.
Agora clique com o botão direito do mouse na opção Work Repositories e selecione
a opção “Insert Work Repository”.

11. Comece a configuração do repositório de trabalho pela aba Definition conforme
mostrado na figura.
Agora iremos configurar a aba JDBC.

12. Voltando para a aba Definition, testamos a conexão com o repositório de trabalho
clicando na opção Test, desta mesma janela. Após o teste de conexão devemos
indicar um determinado número de identificação (ODI) para o repositório que será
utilizado pelo ODI e um nome para este repositório. Também deve fazer a escolha do
tipo de repositório: Development ou Execution.
Após a configuração verificamos no repositório de Trabalho se as tabelas dos objetos
de desenvolvimento e informações de execução foram criadas (veja figura abaixo).
Utilize o SQL Developer para realizar essa tarefa.

13. Relação de tabelas criadas na configuração do repositório de Trabalho
SNP_COL SNP_PLAN_AGENT SNP_SOURCE_TAB
SNP_COND SNP_POP SNP_SRC_SET
SNP_DIAG_PARAM SNP_POP_CLAUSE SNP_STATE
SNP_DIAGRAM SNP_POP_COL SNP_STATE2
SNP_EXP_TXT SNP_POP_CONSTRAINT SNP_STEP
SNP_FF_VALUEE SNP_POP_CONTEXT SNP_STEP_LOG
SNP_FF_VALUEW SNP_PROJECT SNP_STEP_REPORT
SNP_FOLDER SNP_REV_COL SNP_SUB_MODEL
SNP_GRP_STATE SNP_REV_COND SNP_TABLE
SNP_ID SNP_REV_FOR_TABLE SNP_TASK_TXT
SNP_INDIRECT_MREF SNP_REV_JOIN SNP_TRT
SNP_JOIN SNP_REV_JOIN_COL SNP_TXT
SNP_JOIN_COL SNP_REV_KEY SNP_TXT_CROSSR
SNP_KEY SNP_REV_KEY_COL SNP_UE_ORIG
SNP_KEY_COL SNP_REV_SUB_MODEL SNP_UE_USED
SNP_LINE_TRT SNP_REV_TABLE SNP_UFUNC
SNP_LINE_TRT_UE SNP_SCEN SNP_UFUNC_IMPL
SNP_LINK_COORD SNP_SCEN_FOLDER SNP_UFUNC_TECHNO
SNP_LINK_DIAG SNP_SCEN_REPORT SNP_USER_EXIT
SNP_LOC_REPW SNP_SCEN_STEP SNP_VAR
SNP_LOCK SNP_SCEN_TASK SNP_VAR_DATA
SNP_LOCKED_OBJECT SNP_SCEN_TXT SNP_VAR_PLAN_AGENT
SNP_MISSING_REF SNP_SEQ_DATA SNP_VAR_SCEN
SNP_MOD_FOLDER SNP_SEQ_SCEN SNP_VAR_SESS
SNP_MODEL SNP_SEQ_SESS
SNP_OBJ_DIAG SNP_SEQUENCE
SNP_OBJ_STATE SNP_SESS_FOLDER
SNP_OBJ_TRACE SNP_SESS_STEP
SNP_OBJECT_ID SNP_SESS_TASK
SNP_OBJECT_ID_COL SNP_SESS_TASK_LOG
SNP_ORIG_TXT SNP_SESS_TXT_LOG
SNP_PACKAGE SNP_SESSION