Posts com Tag ‘Enterprise Manager’

Olá Pessoal, hoje venho aqui passar um procedimento bastante simples mas que todo mundo um dia já teve dúvidas a respeito, o de implantação de repositórios de metadados do OBIEE.

O repositório de metadados do OBIEE, também conhecido como RPD pela sua extensão (.rpd), nada mais é do que um arquivo que armazena metadados do Oracle Business Intelligence. Estes metadados armazenados definem as estruturas que iremos consumir através da ferramenta de apresentação como esquemas físicos de banco, arquivos, esquemas lógicos, mapeamentos físico-lógico e outras estruturas mais.

A implantação deste arquivo é necessária para que as fontes de dados possam ser consumidas através dos serviços de apresentação (Ex.: criando uma análise, painél e etc).

Para realizar a implantação de um RPD, siga os passos abaixo:

Com os serviços do OBIEE iniciados, abra o navegador e digite http://obiee:7001/em para acessar o EM (Enterprise Manager);

1

Coloque o usuário e senha de administração do ambiente;

Após carregar a página do EM, expanda no canto esquerdo da tela a seção “business intelligence” e depois clique em “coreapplication”;

2

Agora já na guia “Visão Geral”, clique em “Interromper” para interromper os serviços dos componentes do OBIEE;

3

Clique em “sim”;

4

5

6

Agora vá na guia “Implantação” e clique na sub-aba “Repositório”;

7

Clique em “Bloquear e Editar configuração”.

8

9

10

Clique em “selecionar arquivo”, selecione o seu repositório, coloque a senha do repositório;

11

Clique em “aplicar” e depois em “ativar alterações”;

12

14

16

Vá na guia “Visão Geral”;

17

Agora clique em “Iniciar”.

 

 

18

19

20

Abraços Pessoal

Felipe Idalgo

 

banner_treinamento

Anúncios

Pessoal, uma ótima tarde a todos!!!!

Depois de algum tempo sem postar, devido a grande demanda de trabalho… estou aqui novamente para compartilhar com vocês um trabalho realizado recentemente em parceria com nosso grande colaborador Tiago Dib.

O trabalho se consiste na migração do OBI 11.1.1.3 para a release 11.1.1.6.2 BP1

*** os passos para realizar a migração estão condicionados ao tipo de desenvolvimento que você tem em seu ambiente

Esta migração pode ser realizada de 2 formas, são elas:

1) In-Place

– Esta modalidade é realizada diretamente no host onde a aplicação antiga está alocada;

– Enquanto o procedimento de upgrade de release estiver sendo realizado, o servidor do OBI ficará inativo;

– Existem utilitários que automatizam grande parte do procedimento.

2) Out-of-Place

– Esta modalidade é realizada em um novo host;

– Enquanto o procedimento de upgrade de release estiver sendo realizado, o servidor do OBI permanecerá ativo;

– O procedimento quase em sua totalidade é executado manualmente.

Como em nosso cliente o servidor de HML é compartilhado com o DSV, optamos por utilizar a migração Out-of-Place, dessa maneira não impactaríamos nos desenvolvimentos que estavam ocorrendo paralelamente.

Step-by-Step

A saber, precisamos realizar os seguintes passos para executar esse tipo de migração:

1) Instalação do ambiente OBI na versão 11.1.1.6.0;

2) Aplicação dos patchs disponíveis para essa versão (hoje já temos o patch que atualiza a release para a 11.1.1.6.2 BP1);

3) Migração dos usuários, grupos e roles para o weblogic 10.3.6;

4) Migração do RPD para a versão 11.1.1.6.X;

5) Migração e upgrade do webcat para a versão 11.1.1.6.X;

6) Atualização dos GUID’s dos usuários e roles.

Após a instalação e aplicação dos patchs, vamos para a migração dos usuários, grupos e roles para o weblogic 10.3.6.

"passos 1 e 2 já concluídos"

3) Migração dos usuários, grupos e roles para o weblogic 10.3.6

Para realizar a migração dos usuários e grupos basta acessar o weblogic, entrar no menu de segurança e exportar as definições para a location informada.

Após isso, você deve entrar no ambiente de destino e realizar a importação das definições

Quando a importação estiver concluída, você poderá ver os usuários e grupos na aba “Usuários e Grupos”.

Após realizar a migração das definições dos usuários e grupos da aplicação, você precisará realizar a migração das roles de policys de ambiente. Isso deve ser executado no ambiente de destino

– Realize o backup do arquivo system-jazn-data.xml localizado em {Middleware_Home}/user_projects/domains/bifoundation_domain/config/fmwconfig;

– Crie 2 diretórios temporários que deverão conter o system-jazn-data.xml de origem e destino. Para a nossa migração assumimos os diretórios 11.3 (origem) e 11.6 (destino);

– Copie o system-jazn-data.xml de origem para o diretório 11.3 e o do destino para o diretório 11.6;

– Crie o arquivo jps-config-policy.xml com o seguinte conteúdo lembrando que o caminho do srcpolicystore e do policystore devem estar de acordo com a location dos seus arquivos

– Execute o WLST.sh (weblogic scripting tool) localizado em {Middleware_Home}/Oracle_BI1/common/bin

Após iniciado, execute o comando abaixo para realizar o merge dos system-jazn-data.xml

migrateSecurityStore(type=”appPolicies”, srcApp=”obi”, configFile=”/home/weblogic/migracao/jps-config-policy.xml”, src=”sourceFileStore”, dst=”targetFileStore”, overWrite=”false”)

*** não se esqueça de informar o caminho correto do jps-config-policy.xml

– Substitua o system-jazn-data.xml original pelo atualizado e reinicie todos os serviços.

4) Migração do RPD para a versão 11.1.1.6.X

O RPD da versão 11.1.1.3 é compatível com a nova release, porém sugiro antes de realizar o procedimento de deploy abri-lo no AdminTool 11.1.1.6, executar o “check consistency” e salvar um cópia, e então faça o deploy dessa cópia no EM

5) Migração e upgrade do webcat para a versão 11.1.1.6.X

Para realizar a migração do webcat, basta fazer a cópia física dos objetos para o novo servidor e executar o upgrade.

Para executar o upgrade, após o novo webcat já estar configurado no instanceconfig.xml, baixe o presentation server, altere a tag <UpgradeAndExit>false</UpgradeAndExit>

para <UpgradeAndExit>true</UpgradeAndExit> e inicie novamente o presentation sever.

Você pode acompanhar o upgrade do webcat pelo log webcatupgradeX.log localizado em /$Instance_Home$/diagnostics/logs/OracleBIPresentationServicesComponent/coreapplication_obipsX/

Após a conclusão do webcat upgrade, o serviço do presentation server irá cair sozinho, então volte a alteração feita no instanceconfig.xml e inicie novamente o presentation server.

6) Atualização dos GUID’s dos usuários e roles

Após realizado o upgrade do webcat, precisamos atualizar o identificador global único dos usuários e roles. Os passos necessários para a execução dessa tarefa são:

– com todos os serviços no ar, edite o arquivo NQSCONFIG.INI e altere a parametrização da tag FMW_UPDATE_ROLE_AND_USER_REF_GUIDS para YES

– edite o arquivo instanceconfig.xml e inclua a tag <UpdateAccountGUIDs>UpdateAndExit</UpdateAccountGUIDs> abaixo de<UpgradeAndExit>false</UpgradeAndExit>

– execute o restart do OPMN, desfaça as alterações feitas anteriormente e execute o restart do OPMN novamente

Espero que tenham gostado!!!!

Abraços a todos, não se esqueçam de nos seguir e se cadastrar em nosso FORUM

Felipe Idalgo

Este diretório deverá estar acessível pelo Oracle BI e terá alguns conteúdos compartilhados, como o dicionário de metadados, arquivos de estilos, cores, imagens e mensagens padrões da ferramenta.

Este diretório pode ser disponibilizado pelo WebLogic Server (WLS) através de um deploy, semelhante a uma aplicação J2EE.

  1. Entrar para o console de administração usando http://hostname:7001/console. Ir para implantações e clique (Bloquerar e editar) e em seguida em Instalar.

  1. Procure a pasta padrão ‘analyticsRes’ que encontra-se no caminho "%OBIEE_HOME%/instances/instance1/bifoundation/OracleBIPresentationServicesComponent/coreapplication_obips1" selecione e clique em próximo.

  1. Escolha a opção de instala esta implantação como um aplicativo e clique em próximo.

  1. Escolha a opção de implantar o servidor gerenciado. Essa etapa é importante como a implantação em Admin Console irá resultar em diferentes números de porta. No meu caso, estou implantando no servidor bi_server1 gerenciado. Clique em próximo.

  1. Clique em “Torno a implantação acessível a partir da seguinte localização” e em seguida finalizar. Isso irá criar um novo aplicativo chamado analyticsRes no WebLogic Server.

  1. Certifique-se que a aplicação é iniciada (aplicação deve ser em estado ativo, conforme mostrado abaixo)

A partir de agora o diretório estará acessível pela web.

Abs,
Alan Viegas

Galera, uma ótima tarde a todos, aposto que todo mundo já está querendo ir embora pra curtir o final de semana, mas… não poderia deixar que vocês fossem sem aprender uma nova técnica de migração de objetos do catalogo web.

O procedimento é bem simples, ele se consiste resumidamente em salvar um objeto do catalogo de origem na sua máquina local e fazer upload dele no catalogo de destino.

Para isso, siga os passo abaixo:

1 – Abra o OBIEE no ambiente de origem (de onde quer fazer o exports) e acesse o catalogo web

2 – Utilize a área superior esquerda (“Pastas”) para navegar até o diretório onde se encontra a análise que você irá exportar;

3 – Após navegar até a análise, selecione-a e clique em compactar (ARCHIVE) na área “Tarefas”;

4 – Marque as opções para exportar as permissões aplicadas e a data/horário de criação da consulta;

5 – Salve a consulta em seu computador;

Obs.: por padrão a consulta será salva na pasta DOWNLOADS

6 – Entre no ambiente que deseja implementar as análises, navegue pelo catalogo web até o diretório que deseja fazer o deploy na área de “Tarefas” e clique em descompactar (UNARCHIVE);

7 – Selecione o arquivo que você exportou do ambiente de origem e marque as opções de não substituir e criar uma nova análise como demonstrado na figura abaixo;

8 – Por fim, como podem ver a análise foi criado com sucesso no ambiente de destino.

Espero que tenham gostado e não se esqueçam de de seguir nosso blog e deixar seus comentários e dúvidas

Abraços,
Felipe Idalgo

Fala Galerinha do Mal..rsss, uma amiga hoje me acionou com uma dúvida sobre a possibilidade de se alterar o formato (orientação) de exportação PDF de um relatório de retrato para paisagem.

Montei um passo-a-passo bem simplificado de como fazer isso.

*** essa configuração é válida para toda página (aba).

1 – Edite o dashboard e navegue até a página que quer fazer a configuração;

2 – Clique em ferramentas na parte superior direita da página e após em “PDF e propriedade de impressão”;

3 – Nesta tela você tem as configurações disponíveis para impressão e exportação de relatórios PDF como descrito abaixo da imagem

Configurações da Página

– Tamanho do Papel (define o tamanho do papel utilizado na impressora)

– Orientação (define o formato da impressão)

– Imprimir linhas (define se serão impressas somente linhas exibidas no relatório ou se serão impressas todas as linhas)

– Ocultar Margens (oculta as margens da impressão)

Cabeçalho e Rodapé

– Incluir Cabeçalho (exibe informações definidas no cabeçalho com possíveis customiação)

– Incluir Rodapé (exibe informações definidas no rodapé com possíveis customiação)

4 – Para definir o tipo de impressão/exportação PDF como paisagem, basta definir o campo “orientação” como paisagem;

E… Bom Proveito…

Abraços,

Felipe Idalgo

Fala Pessoal, tudo certinho???

Vamos falar hoje sobre uma das formas de se implementar o ROW LEVEL SECURITY com uma tabela de permissões.

Para este exemplo utilizaremos uma tabela de cadastro de usuário contendo as informações de acesso, ou seja, qual usuário tem acesso a quais informações. Essa segurança pode ser implementada através de tabelas já armazenadas no banco de dados, servidor de usuários (AD por exemplo), até mesmo uma planilha Excel.

E… VAMOS LÁ!!! Passos para a implementação da segurança em nível de dados

*** Lembrando que isso é possível de diversar maneiras

1 – Criar uma tabela de usuário e permissões de acesso;

De acordo com o exemplo abaixo, o usuário weblogic tem acesso as informações dos usuários 1 e 2.

2 – Fazer o join da tabela de acessos com o modelo que deverá ser filtrado;

No exemplo abaixo, temos a tabela FATO_VENDAS, com informações de vendas por região e por usuário (vendedor).

.

Precisamos agora fazer o filtro dos dados através do usuário conectado no ambiente.

A regra de acesso aos dados será montada de acordo com o perfil do usuário que se conectou na aplicação, usaremos o grupo BIAdministrator para ilustrar os usuários internos (tem acesso a todas as informações) e o grupo BIConsumer para ilustrar os usuários externos (usuários que terão o filtro de dados aplicado).

3 – Vá no menu principal em Gerenciar > Identidade;

4 – Edite as propriedades do grupo BIConsumer com um clique-duplo;

5 – Clique em “Permissões…” e após na aba filtro de dados;

6 – Adicione um novo filtro na área de negócios e tabela desejada;

.

*** Utilizamos acima a variável USER. Ela é uma variável de sessão que retorna o usuário que se conectou na aplicação.
`

Após essa configuração, todos os usuários do grupo BIConsumer terão esse filtro adicionado implicitamente em suas consultas, ou seja, o usuário só enxergará o que foi lhe dado acesso previamente na tabela de controle.

Espero que tenham gostado!!! Deixem suas dúvidas, sugestões e etc e…. não se esqueçam de SEGUIR O NOSSO BLOG!!!!

Abraços,
Felipe Idalgo

Fala Pessoal… tudo bem?? Esse será meu primeiro de muitos posts interessantes sobre BI.

Vou falar um pouco hoje sobre como configurar o ODBC para acessar o repositório on-line do OBI.

Bom, quando falamos sobre conexão ODBC do client do OBI com o repositório on-line, antes de tudo precisamos verificar a plataforma onde o client foi instalado.
Se seu client foi instalado em um windows 32bits, você deverá realizar o seguinte…

1) Execute o ODBC Data Source Administrator, localizado em C:Windowssystem32odbcad32.exe;

2) Vá na aba fonte de dados de sistema;

3) Adicione uma nova fonte de dados ODBC e escolha o Driver do OBI;

4) Preencha o nome da sua nova conexão (nome que aparecerá na execução do cliente do OBI) e o servidor que o OBI foi instalado;

5) Na próxima tela, temos as opções de realizar o login automático, alterar o repositório padrão e etc, por hora vamos apenas conferir a porta de conexão (por padrão o cliente acessa o repositório pela 9703, porém essa porta pode ser alterada);

6) Após essas configurações, temos algumas outras personalizações possíveis que são exibidas na tela abaixo, como a ideia do post não é explicar todas as opções de personalização e sim como fazer (HOW-TO-DO), não vou entrar nesses detalhes agora (dúvidas, postem no blog);

7) Conclua a configuração e bom proveito!!!!

Se seu client foi instalado em um windows 64bits, o primeiro passo muda um pouquinho…

O ODBC Driver do OBI é uma aplicação 32bits, ou seja, para você adicioná-lo você precisará executar a versão 32bits do ODBC Data Source Administrator, localizado em C:WindowsSysWOW64odbcad32.exe

A partir dai o procedimento é o mesmo!!!!

Espero que tenham gostado, até breve, e não se esqueçam de SEGUIR NOSSO BLOG!!!

Abraços,
Felipe Idalgo