Já vieram me questionar como localizamos de uma forma fácil se existe um patch aplicado no E-Business Suite, bem segue abaixo as duas tabelas que precisamos analisar e verificar através do numero do patch para verificar se o mesmo está aplicado no ambiente ou não.

Lembrando que devemos analisar as duas tabelas abaixo para verificação da aplicação de um patch.

— AD_BUGS

 select * from ad_bugs

where bug_number in (‘NUMERO DO PATCH’)

— AD_APPLIED_PATCHES

select * from AD_APPLIED_PATCHES

where applied_patch_id in (‘NUMERO DO PATCH’)

Caso você queira colocar mais de uma patch para analise é somente necessário colocar “,” após cada patch.

Ex:  where applied_patch_id in (‘xxxx,yyyy,zzzz ‘)

Conclusões

Bem espero ter auxiliado com esta dica a todos vocês.

Valeu até mais !!!

André

I have already been asked how easy it is to find out if there is a patch applied in the E-Business Suite, well below the two tables that we need to analyze and check through the patch number to check if it is applied in the environment or not.

Remember that we must analyze the two tables below to verify the application of a patch.

— AD_BUGS

select * from ad_bugs

where bug_number in (‘NUMBER OF PATCH’)

— AD_APPLIED_PATCHES

select * from AD_APPLIED_PATCHES

where applied_patch_id in (‘NUMBER OF PATCH’)

If you want to put more than one patch for analysis it is only necessary to put “,” after each patch.

Ex:  where applied_patch_id in (‘xxxx,yyyy,zzzz ‘)

Conclusions

Well I hope to have helped with this tip to all of you.

Thanks so much !!

André

Neste artigo será apresentado os módulos do Oracle E-Business Suíte 12i.

Em que situação o tema é útil:

Conhecimento de quais áreas podem ser atendidas pelo E-Business Suíte.

Introdução

Após apreendermos  instalar e entender a infra que suporta o E-Business suíte da Oracle, foi muito questionado por e-mail e por alunos meus quais seriam os módulos que existem no E-Business Suíte.

Bem atendendo a grandes pedidos segue mais um artigo que traz todos os módulos que fazem parte do E-Business Suíte 12i – 12.2.2, incluindo os módulos que estão sendo descontinuados pela Oracle.

Conclusões

Bem espero ter ajudado a dar um pouco mais de esclarecimento quais são os módulos que fazem parte do EBS, nos próximos artigos vamos entender como realizamos a aplicação de patches para os módulos e a infra do EBS.

Até a próxima!

André DBA

Segue uma grande noticia.

Aplicativos móveis Oracle E-Business Suite são compatíveis com o Apple iOS e Android no cliente, e com o Oracle E-Business Suite Release 12.1.3 e Release 12.2.3 e superior no servidor.

Para usar um aplicativo móvel Oracle E-Business Suite, você deve ser um usuário licenciado do produto de base Oracle E-Business Suite associado, com serviços móveis configurados no servidor pelo seu administrador.

Não há custos adicionais para usuários licenciados de produtos de base.
Fonte: Oracle E-Business Suite Mobile Apps, Release Índice de 12.1 e 12.2 Documentação (ID Doc 1.641.772,1)

Updates to Approvals for EBS 1.4 app include:

• New approval types for:
  • Channel Revenue Management (claims, budgets, and offers)
  • Human Resources (absences and learning including class enrollments and certification subscriptions)
  • Inventory (move orders)
  • Maintenance (work orders, work requests, and work permits)
  • Order Management (RMAs, sales agreements, and quotes)
  • Quoting (quotes)
• Ability to view attachments for approval requests
• Ability to add custom workflows
• Enhanced Pending Approvals by Type page
  • Improved approval type icons (achromatic icons)
  • Real-time pending approvals count
  • Dynamically show only those approval types with pending approvals
• Improved subject card view in the Details page
• Enhanced refresh interaction using a Pull to Refresh gesture in place of the Sync icon
• Mobile Foundation:
  • User installation and usage metrics for administrators
  • Updated look and feel for selected app interactions
  • Technical updates with of Oracle Mobile Application Framework (MAF) 2.2.2

Fonte: https://blogs.oracle.com/oracleworkflow/

Bem segue ai um post sobre o assunto

O License Manager é um utilitário que registra produtos adicionais, funcionalidades específicas de cada país e idiomas para cada instalação do Oracle E-Business Suite.

Está é uma ferramenta para gerenciar as licenças do EBS.

Produtos que você utiliza após a instalação inicial devem ser registrados como “Ativo” para que possam ser incluídos em várias tarefas de manutenção de sistema.

Existe um documento da  Oracle que responde a todas essas questões sobre o License Manager funciona:

Understanding and Managing Licensing Options in Oracle E-Business Suite (Note 1639705.1)

Até a próxima.

Recebi o pedido de ajuda de alguns colegas e pedindo como localizar um trace de um concurrent no EBS.

Segue script que localiza.

column traceid format a8
column tracename format a80
column user_concurrent_program_name format a40
column execname format a15
column enable_trace format a12
set lines 80
set pages 22
set head off
select
‘Request id: ‘||request_id ,
‘Trace id: ‘||oracle_Process_id,
‘Trace Flag: ‘||req.enable_trace,
‘Trace Name: ‘||dest.value||’/’||lower(dbnm.value)||’_ora_’||oracle_process_id||’.trc’,
‘Prog. Name: ‘||prog.user_concurrent_program_name,
‘File Name: ‘||execname.execution_file_name|| execname.subroutine_name ,
‘Status : ‘||decode(phase_code,’R’,’Running’) ||’-‘||decode(status_code,’R’,’Normal’), ‘SID Serial: ‘||ses.sid||’,’|| ses.serial#,
‘Module : ‘||ses.module
from fnd_concurrent_requests req, v$session ses, v$process proc,
v$parameter dest, v$parameter dbnm, fnd_concurrent_programs_vl prog, fnd_executables execname
where req.request_id = &request
and req.oracle_process_id=proc.spid(+)
and proc.addr = ses.paddr(+)
and dest.name=’user_dump_dest’
and dbnm.name=’db_name’
and req.concurrent_program_id = prog.concurrent_program_id
and req.program_application_id = prog.application_id
and prog.application_id = execname.application_id
and prog.executable_id=execname.executable_id
/

Neste artigo sera apresentada a instalação do Oracle E-Business Suite 12i, sobre o RED HAT LINUX ENTERPRISE 6.

Em que situação o tema é útil:

Conhecimento da instalação do E-Business Suite 12i sobre o Linux.

Introdução

Antes de iniciarmos a instalação do E-Business Suite 12i, devemos nos atentar aos pré-requisitos para instalação como já foi explicado no outro artigo publicado sobre instalação.

Após validação vamos dar inicio ao processo de instalação é necessário criar todo a estrutura de diretório assim, como os usuários para realizarmos a instalação do E-Business Suite 12i.

1 – Criar a estrutura de diretórios para instalação.

Neste item devemos criar a estrutura de diretório, para este nosso teste como estamos utilizando uma máquina virtual estou fazendo tanto o banco de dados como o Application no mesmo equipamento, porém a recomendação da Oracle e que o mesmo seja feito em server separados, para garantir uma melhor performance do ambiente.

Devemos criar a estrutura para banco de dados e para a aplicação, neste exemplo estaremos fazendo utilizando o /prodb (para banco de dados) e /apl (para Aplicação).

mkdir prodb

mkdir apl

Após a criação dos diretórios iremos ao próximo passo que e a criação dos usuários.

2 – Criar a estrutura de usuários e permissões.

Iremos agora criar os usuários que serão utilizados, devemos criar 2 usuários um para banco de dados e outro para aplicação, como exemplo iremos utilizar o usuário chamado oracle e applmgr, além disso iremos criar os grupos necessários para utilização.

–   Criar grupo DBA.

groupadd dba

–  Criar usuários Oracle e Applmgr.

useradd –G dba oracle

useradd –G dba applmgr

Após isso iremos realizar as permissões para os diretórios conforme exemplo abaixo.

chmod –R 755 apl/ prodb/

Após isso iremos realizar a alteração do dos owners dos diretórios assim como grupos aos quais pertence.

chown –R oracle:dba /prodb

chown –R applmgr:dba /apl

3 – Iniciar a instalação do Oracle E-Business Suite 12i.

Primeiro iremos iniciar devemos colocar o DVD Rapid Install Start Here,  chamando o instalador rapidwiz, aonde ira ser apresentado a tela inicial abaixo de instalação.

Nesta tela inicial é apresentado o itens que serão configurados para o processo de instalação do Oracle E-Business Suite 12i, podemos clicar no NEXT, para continuar a instalação do produto.

Nesta tela é nos apresentado o tipo de instalação do produto onde podemos atualizar um produto Oracle de versões 11i para 12i ou instalação  de um novo produto E-Business Suite 12i.

Em um outro artigo iremos tratar de como realizar um upgrade de versão de aplicação.  Vamos usar a opção de instalação de um novo aplicativo, clicar em NEXT para continuar nossa instalação.

Como recomendação da Oracle foi implementado o Oracle Configuration Manager que envia as configurações após instalado para a base da Oracle onde em um suporte atraves do metalink o pessoal do suporte tem a visão do que estão instalado no server em questão. Para isso o cliente deve possuir um CSI (CUSTOMER SUPPORT IDENTIFIER) que e adquirido pagando o contrato de suporte de Oracle.

No nosso caso iremos somente clicar em NEXT pra continuar a instalação

Nesta tela e onde criamos um novo arquivo de configuração que vai guardar toda a configurção do seu ambiente     E-Business Suite, onde se você quiser incluir mais server para criar um FARM de aplicação você vai precisar deste arquivo.

A opção de load do arquivo é quando você esta montando mais um node de application ou esta fazendo uma instalação segregada do banco de dados e a camada de aplicação.

Em um artigo mais em breve estarei explicando o conceito e como fazer a criação de um FARM de aplicação de E-Business Suite.

Para nossa instalação iremos utilizar a criação do arquivo de configuração e clicar em NEXT para continuar a instalação.

Nesta tela temos a opção de selecionar um pool de porta por default a porta padrão do E-Business Suite para ser utilizado pelo client web é a 8000, além da porta web existem outras portas de comunicação com o serviços do E-Business Suite.  Aqui podemos alterar o port pool uma vez alterado a ferramenta aumenta as portas de comunicação conforme o pool selecionado.

Para está instalação vamos utilizar o port pool default 0, clicar em NEXT para continuar a instalação.

Nesta tela temos a configuração da parte do banco de dados, existem 2 tipos de instalações a Fresh Database e Vision Database, onde a Fresh Database vem com a configuração do banco de dados e os objetos do E-Business Suite porém não vem como uma empresa de exemplo e com transações para testar o produtos, somente a estrutura.

No Vision Database vem com a estrutura e com informações de uma empresa DEMO a Vision Corporation.

Aqui podemos determinar o nome do nosso banco, o tipo de sistema operacional que vai ser instalado, o usuario e o grupo que vao ter acesso e o ponto de instalação do produto.

Preencha as informações e após esta todas preenchidas podemos clicar em NEXT para continuar a instalação.

Nesta tela temos devemos selecionar qual o tipo de licenciamento que vamos utilizar o Suite Licensing habilita todos os produtos para utilização e o Componente Licensing habilita somente os componentes que você quer ou tem licenciado.

Para nosso teste vamos utilizar o Suite Licensing, e clicar em NEXT para continuar.

Nesta tela apresenta os produtos adicionais que podem ser habilitados, no nosso caso esta desabilitado pois selecionamos o Suite Licensing, se fosse da forma de Component Licensing o mesmo estaria habilitado e poderiamos selecionar produtos adicionais na lista.

Vamos clicar no NEXT para continuar a instalação.

Nesta tela temos o a lista de paises que devemos selecionar o pais ou região para habilitar a funcionalidades do      E-Business Suite para o pais selecionado.

Nesta tela iremos selecionar o Brazil – BR e clicar em NEXT para continuar a instalação.

Nesta tela iremos selecionar as linguagens que o E-Business Suite ira ser apresentada aos usuários finais assim como o Character Set para o banco e a aplicação.

Por default a linguagem American_English – US sempre vai ser instalado pois o produto é internacional e todas as melhorias e patches de correção saem em inglês, e o Brazilian_Portuguese – PTB para termos as paginas e programas na nossa linguagem.

Após feito isso clicar em NEXT para continuar a instalação.

Nesta tela iremos passar os parâmetros para instalação da aplicação. Devemos preencher todos os itens como tipo do sistema operacional, o usuário e o grupo para instalação da aplicação assim como o diretório para instalação do produto.

Após preencher todos os itens clicar em NEXT para continuar a instalação.

Nesta tela nos mostra quais são as configurações do database node e application node, podemos clicar em NEXT para continuar a instalação.

Após ter clicado em NEXT na outra tela vai aparecer esta tela fazendo a checagem de todos os pré-requisitos assim que finalizado mostrando a tela seguinte.

Aqui vai ser exibido se todos os itens de checagem estão OK, caso esteja clique em NEXT ou reveja os erros depois de acerados clique em RETRY para ser refeito o teste.

Após clicar no NEXT na tela anterior vai ser apresentado esta tela onde pergunta se pode iniciar a instalação da aplicação. Vamos clicar em YES e iniciar a instalação do produto.

Agora e hora de ir trocando as mídias do produto até finalizar a instalação do mesmo.

Nesta tela após a instalação e feita a checagem de toda a configuração feita. Caso não apresente erro clique em NEXT.

Podemos ver que nesta instalação apresentou erro em 5 itens que se trata do erro RW-50015 para os 5 itens.  Bem este erro é tratado no documento da oracle ID: 414414.1 – R12 Rapidwiz Postinstall Steps Http, Login page, Virtual directory, JSP, Help Page Fails.

Para tanto iremos aplicar a correção do mesmo, conforme descrito abaixo.

Remove the parameter -DSSL in the ohs_start() function as follows:

$/<?>ora/10.1.3/Apache/Apache/bin/apachectl:

Edit o arquivo e localize a linha abaixo para alteração

> eval ohs_start -DSSL “$args” 

—> # eval ohs_start -DSSL “$args”

> eval ohs_start “$args” — Nova linha

Restart Apache.

Após ter realizado o procedimento corretivo do problema, damos um RETRY para revalidar o ambiente e pronto, agora clicamos em NEXT para finalizar o processo.

Aqui nesta tela demonstra o que foi instalado.  Podemos clicar em FINSH e testar o produto.

Digite no navegador o http://hostaname:8000 e pronto estamos pronto para utilizar o produto Oracle E-Business Suite 12i.

Conclusões

Bem apreendemos a instalar o E-Business Suite 12i, com todas as configurações necessárias e procedimentos para possíveis problemas.

Espero ter ajudado, e nos próximos artigos vamos melhorando o conhecimento de E-Business Suite 12i, com ferramentas de manutenção do E-Business Suite, aplicação de patches entre outros.

Referências

Oracle E-Business Suite Installation and Upgrade Notes Release 12 (12.1.1) for Linux x86-64 [ID 761566.1]

R12 Rapidwiz Postinstall Steps Http, Login page, Virtual directory, JSP, Help Page Fails. [ID 414414.1]

Até a próxima!

Neste artigo será apresentando os pré-requisitos para instalação do Oracle E-Business Suite 12i.

Em que situação o tema é útil:

Para preparação do ambiente onde será instalado o E-Business Suite 12.1.x

Estaremos a partir deste artigo apresentando as melhores práticas para instalação do ambiente Oracle E-Business Suite 12.1.x.

Neste artigo iniciaremos pela configuração do ambiente com os pré-requisitos necessário para um correto funcionamento.

Suporte aos Sistemas Operacionais

Neste item verificamos se nosso Linux é suportado dentro de umas das versão homologadas pela Oracle. No nosso caso vamos utilizar um RED HAT ENTERPRISE 6.

Versão do Kernel

Neste item verificamos se nosso Linux esta com um kernel suportado dentro de umas das versão homologadas pela Oracle. No nosso o kernel é o 2.6.18-53.1.4.EL5

Instalação de pacotes Linux

Neste item vamos instalar todos os pacotes necessários para o funcionamento do ambiente E-Business Suite.

Pacotes que estão dentro da mídia de instalação do Red Hat.

• gcc-4.1.2-14.el5.x86_64
• gcc-c++-4.1.2-14.el5.x86_64
• glibc-2.5-18.i686 (32-bit)
• glibc-2.5-18.x86_64
• glibc-common-2.5-18.x86_64
• glibc-devel-2.5-18.i386 (32-bit)
• glibc-devel-2.5-18.x86_64
• libgcc-4.1.2-14.el5.i386
• libgcc-4.1.2-14.el5.x86_64
• libstdc++-devel-4.1.2-14.el5.i386
• libstdc++-devel-4.1.2-14.el5.x86_64
• libstdc++-4.1.2-14.el5.i386
• libstdc++-4.1.2-14.el5.x86_64
• make-3.81-1.1.x86_64
• gdbm-1.8.0-26.2.1.i386
• gdbm-1.8.0-26.2.1.x86_64
• libXp-1.0.0-8.1.el5.i386
• libXp-1.0.0-8.1.el5.x86_64
• libaio-0.3.106-3.2.i386
• libaio-0.3.106-3.2.x86_64
• libgomp-4.1.2-14.el5.x86_64
• sysstat-7.0.0-3.el5.x86_64
• util-linux-2.13-0.45.el5.x86_64
• compat-libstdc++-296-2.96-138.i386
• compat-libstdc++-33-3.2.3-61.i386
• openmotif21-2.1.30-11.EL5.i3861

Pacote necessário para instalação do banco de dados do E-Business suíte.

• compat-libstdc++-33-3.2.3-61.x86_64
• elfutils-libelf-devel-0.125-3.el5.x86_64
• elfutils-libelf-devel-static-0.125-3.el5.x86_64
• libaio-devel-0.3.106-3.2.x86_64
• unixODBC-2.2.11-7.1.i386
• unixODBC-devel-2.2.11-7.1.i386
• unixODBC-2.2.11-7.1.x86_64
• unixODBC-devel-2.2.11-7.1.x86_64
• kernel-headers-2.6.18-8.el5.x86_64

Este pacote não vem nas distribuições do Linux segue endereço para download do mesmo.

http://oss.oracle.com/projects/compat-oracle/files/Enterprise_Linux/

• xorg-x11-libs-compat-6.8.2-1.EL.33.0.1.i386

O comando para instalação destes pacotes é o rpm –ivh <NOME DO PACOTE>.

Preparação do Kernel do Linux

Neste item iremos configurar o KERNEL do Linux, onde iremos parametrizar os itens do kernel necessário para utilização pelo E-Business Suíte 12.x

Edite o arquivo /etc/sysctl.conf com os itens abaixo.

kernel.sem = 256 32000 100 142

kernel.shmall=20971524

kernel.shmmax=4294967295  (Este parâmetro deve ser configurado conforme a sua utilização de memória neste caso estamos com 4 GB)

kernel.shmmni=4096

kernel.msgmax=8192

kernel.msgmnb 65535

kernel.msgmni 2878

fs.file-max 131072

net.ipv4.ip_local_port_range 10000 650003

net.core.rmem_default 262144

net.core.rmem_max 4194304

net.core.wmem_default 262144

net.core.wmem_max 262144

Ao final salve as alterações do arquivo e execute os seguintes comandos:

sysctl –p = Validação do arquivo

sysctl –a = Para colocar em execução as alterações do Kernel.

Preparação do Limits do Linux.

Neste item iremos configurar o KERNEL do Linux, onde iremos parametrizar os itens do limites de abertura de processos e arquivos necessário para utilização pelo E-Business Suíte 12.x

Edite o arquivo /etc/security/limits.conf com os itens abaixo:

* hard nofile 65535

* soft nofile 4096

* hard nproc 16384

* soft nproc 2047

Ao final salve as alterações do arquivo.

Recriando link simbolico para o Oracle Application Server.

Execute o seguinte comando (como root) para atualizar um link necessário para uma biblioteca Motif antes do relink ou patch do Application Server 10.1.2.

unlink /usr/lib/libXtst.so.6

ln -s /usr/X11R6/lib/libXtst.so.6.1 /usr/lib/libXtst.so.6

Se faz necessário esta modificação para que não apresente este problema durante a instalação.

/usr/lib/libXtst.so.6: undefined reference to `__stack_chk_fail@GLIBC_2.4′

/usr/lib/libXtst.so.6: undefined reference to `__fprintf_chk@GLIBC_2.3.4′

/usr/lib/libXtst.so.6: undefined reference to `__sprintf_chk@GLIBC_2.3.4′

 Conclusões

Pronto finalizamos a 1 parte da instalação do E-Business Suite sobre Linux, onde configuramos todo o ambiente com os pacotes assim como realizamos a configurações das funções do Linux para um correto funcionamento do sistema.

Referências

Oracle E-Business Suite Installation and Upgrade Notes Release 12 (12.1.1) for Linux x86-64 [ID 761566.1]

Espero ter ajudado.

Até a próxima!

André DBA

Neste artigo serão apresentadas a estrutura inicial sobre Oracle E-Business Suite 12i.

Em que situação o tema é útil:

Conhecimento da nova estrutura do Sistema de ERP da Oracle.

Sistema de Aplicação compartilhado

Uma instalação multi-nó tradicional do EBS 11i exigia cada camada do aplicativo para manter seu próprio sistema de arquivos, que consiste no sistema de arquivos APPL_TOP (APPL_TOP, COMMON_TOP, e alguns diretórios relacionados) e camada de application tier technology stack de arquivos (8.0.6 ORACLE_HOME e IAS ORACLE_HOME).

Posteriormente, esta foi modificada para permitir a APPL_TOP para ser compartilhado entre diferentes máquinas, e, posteriormente, para permitir o compartilhamento de todo o sistema de arquivos camada de aplicativo.

Dando continuidade a essa estratégia de instalação rápida, para a versão 12 cria um sistema que compartilha não só APPL_TOP e o sistemas de arquivos COMMON_TOP, como a camada application tier technology stack também.

O Rapid Install configura essa configuração como padrão para os nós que estão executando no mesmo sistema operacional.

Estes arquivos formam a camada de aplicação do sistema de arquivos, e podem ser compartilhados entre os nós de aplicações em múltiplas camadas (desde que estejam executando o mesmo sistema operacional).

Nota: A configuração do sistema compartilhado de arquivo não é atualmente suportado em nós de camada de aplicativo servidores que executam o Windows.

Com um sistema de arquivos da camada de aplicativo compartilhado, todos os arquivos desta camada aplicativo são instalados em um único disco compartilhado que é montado a partir de cada nó camada de aplicativo.

Qualquer nó da camada de aplicativo pode ser usado para fornecer serviços padrões, como um servidor de Forms, Web Pages ou de Concurrent.

Camada de aplicação compartilhado – Exemplo

Bem como reduzir espaço em disco necessário, existem vários outros benefícios de uma configuração de aplicativo compartilhado níveis:

• Tarefas mais administrativas, aplicação de patches e manutenção precisa ser realizado apenas uma vez, em vez de um nó de aplicação de única camada.

• Alterações feitas no sistema de arquivo compartilhado são imediatamente acessíveis em todos os nós da camada de aplicação.

• Distribui o processamento de tarefas para executar em paralelo em vários nós (AD Distribuído).

• Reduz os requisitos gerais de disco.

• Adicionar nós de aplicativos de forma mais fácil.

Compartilhando a aplicação do Sistema de Arquivo entre instâncias.

Capacidades de compartilhar a aplicação do sistema de arquivos em camadas foram estendidas ainda mais na versão 12.0.4, que introduziu a opção de compartilhar uma instalação do Oracle E-Business Release 12 com outra instância do banco de dados.

Uma aplicação do sistema de arquivos camada instalado e configurado desta forma pode ser usado para acessar duas instâncias (ou mais) banco de dados.

As restrições a este são:

• Todas as instâncias de banco de dados deve esta com os mesmos patche.

• Somente a aplicação pode ser compartilhado, o banco de dados não pode ser compartilhado.

Nota: Para mais informações sobre recursos, opções e as etapas de implementação, ver documento 384248.1, Sharing the Application Tier File System in Oracle E-Business Suite Release 12.

Configuração do ambiente

Rapid Install cria arquivos de ambiente para configurar o banco de dados Oracle, o conjunto tecnológico da Oracle, o Oracle HTTP Server, e os ambientes Oracle E-Business Suite.

A localização destes arquivos de ambiente é mostrada na seguinte tabela:

No UNIX, Oracle E-Business Suite inclui um arquivo consolidado chamado APPS<CONTEXT_NAME>.Env, que estabelece tanto o Oracle E-Business Suite e ambientes Oracle technology stack.

Quando você instala o Oracle E-Business Suite, Rapid Install cria este script no diretório APPL_TOP. Muitos dos parâmetros são especificados durante o processo de instalação.

No Windows, o arquivo de ambiente equivalente consolidado é chamado %APPL_TOP%\envshell<CONTEXT_NAME>.cmd.

Ao executá-lo cria uma janela de comando com as configurações de ambiente necessárias para o Oracle E-Business Suite. Todas as operações subseqüentes na APPL_TOP (por exemplo, executando adadmin ou adpatch) deve ser realizada a partir desta janela.

A tabela a seguir lista as configurações-chave do ambiente em APPS<CONTEXT_NAME>.env.

A maioria dos arquivos temporários são gravados para o local especificado pela configuração do ambiente APPLTMP, que é definido no Rapid Install.

Produtos Oracle E-Business Suite também criar arquivos temporários de PL / SQL de saída utilizadas no processamento simultâneo. Esses arquivos são gravados em um local no nó do servidor de banco de dados especificado pela configuração do ambiente APPLPTMP.

O diretório APPLPTMP deve ser o mesmo diretório especificado pelo parâmetro utl_file_dir em seu arquivo de inicialização do banco de dados.

O Rapid Install define tanto APPLPTMP e o parâmetro utl_file_dir para o diretório padrão mesmo.

Alguns Oracle Utilities E-Business Suite usam o diretório do seu sistema operacional padrão temporário até mesmo se você definir as configurações de ambiente listadas no parágrafo anterior. Você deve, portanto, garantir que há espaço suficiente em disco livre neste diretório, bem como naqueles indicados por APPLTMP e APPLPTMP.

Em um sistema multi-nó, o diretório definido pela APPLPTMP não precisa de existir nos servidores camada de aplicativo.

Nota: Os arquivos temporários colocados no diretório utl_file_dir podem ser protegidos contra acesso não autorizado, garantindo que este diretório tem de leitura e gravação de acesso para a conta do banco de dados Oracle só.

Outros arquivos de ambientes

Vários outros arquivos-chave do ambiente são usados ​​em um sistema Oracle E-Business Suite.

O arquivo adovars.env

O arquivo adovars.env, localizado em $ APPL_TOP / admin, especifica a localização de vários arquivos, como arquivos Java, arquivos HTML e do JRE (Java Runtime Environment) arquivos.

Ele é chamado a partir do arquivo principal aplicações ambiente, <CONTEXT_NAME>. Env. O arquivo adovars.env inclui comentários sobre a finalidade ea configuração recomendada de cada variável. Num ambiente de lançamento 12, adovars.env é mantido por AutoConfig, e não deve ser editado manualmente.

O arquivo adovars.env inclui os seguintes parâmetros:

O arquivo adconfig.txt

Programas utilitários AD executar uma variedade de banco de dados e tarefas de gerenciamento de arquivos. Esses utilitários precisam saber informações sobre a configuração certa para executar com êxito. Essas informações de configuração é especificado quando o Oracle E-Business Suite está instalado e, posteriormente, armazenados no arquivo adconfig.txt no <APPL_TOP> / admin. Depois de ter sido criado, este arquivo é usado por outros utilitários do Oracle E-Business Suite.

Nota: adconfig.txt é criado com o sistema de arquivos APPL_TOP, e mostra as camadas que foram configurados em um nó particular. É distinto do arquivo config.txt configurado pelo Rapid Install.

O arquivo fndenv.env

Este arquivo define variáveis ​​de ambiente utilizadas pela biblioteca de objetos do aplicativo. Por exemplo, ele define APPLBIN como o nome do subdiretório onde os programas de produtos executáveis ​​e scripts de shell são armazenadas (bin). Este arquivo não deve ser modificado: os valores padrão são aplicáveis ​​para todos os clientes. O arquivo está localizado no diretório FND_TOP.

O arquivo devenv.env

Este arquivo define as variáveis ​​que permitem vincular o software de terceiros e seus próprios aplicativos personalizados desenvolvidos com o Oracle E-Business Suite.

Na versão 12, este script está localizado no $FND_TOP/usrxit, e é automaticamente chamado por fndenv.env. Isto permite a você compilar e vincular formulários personalizados de usuários Oracle saídas e programas concorrentes com o Oracle E-Business Suite.

Conclusões

Nos próximos artigos daremos continuidade sobre o entendimento da estrutura do E-Business Suite e guia de melhores práticas para instalação do produto de forma eficiente.

Referências

Oracle E-Business Suite Release 12 Technology Stack Documentation Roadmap [ID 380482.1]

Até a próxima!

André – Blog DBA DUTRA

Em que situação o tema é útil: Conhecimento da nova estrutura do Sistema de ERP da Oracle.

Introdução

Um Oracle E-Business Suite Release 12i é um  sistema utiliza componentes de diversos produtos Oracle.

Esses arquivos são armazenados em uma estrutura do produto, abaixo veremos algumas dos principais diretórios de nível superior no banco de dados e servidor de aplicação.

Dependendo de como você escolheu para instalar o Oracle E-Business Suite, esses diretórios do produto podem ser localizados em uma única máquina (1 node) ou em várias máquinas (múltiplos nodes).

Estrutura de diretórios Oracle E-Business Suite

• O db/apps_st/data – Diretório onde está localizado a parte banco de dados, e contém os tablespaces do sistema, arquivos de log redo, tablespaces de dados, tablespaces e arquivos de índice de banco de dados
• O db/tech_st/11.1.0 diretório onde está localizado o ORACLE_HOME para o banco de dados Oracle 11g
• O apps/apps_st/appl – (APPL_TOP) contém os diretórios e arquivos de produtos para o Oracle E-Business Suite.
• O apps/apps_st/comn – (COMMON_TOP) contém classes Java, páginas HTML e outros arquivos e diretórios utilizados por vários produtos
• O apps/tech_st/10.1.2 contém o ORACLE_HOME utilizado para os    E-Business Suíte Oracle ferramentas de tecnologia componentes de pilha.
• O apps/tech_st/10.1.3 contém o ORACLE_HOME utilizado para os   E-Business da Oracle Technology Suite componentes de pilha Java.

Ambiente Oracle E-Business Suite

O Oracle E-Business Suite faz uso extensivo de configurações de ambiente para localizar programas executáveis ​​e outros arquivos essenciais para o Oracle E-Business Suite.

Essas configurações de ambiente são definidas quando você instala o Oracle E-Business Suite.

Muitas das configurações são definidas por informações que você fornecer ao executar Rapid Install, enquanto outros têm os mesmos valores em todas as instalações.
As configurações de ambiente e seus valores associados são armazenados em arquivos de ambiente, que têm um sufixo .env em UNIX ou    .Cmd no Windows.

Arquivos e configurações de ambiente vamos falar na continuidade do blog.

Instance Home ($INST_TOP)

Oracle E-Business Suite Release 12i introduz o conceito de um diretório para uma instância Suíte Oracle E-Business. Este diretório é referido como o Instance Home, e denotado pelo ambiente pela variável $INST_TOP.

Utilizando uma Instance Home,  a mesma fornece a capacidade de compartilhar aplicativos e código pilha de tecnologia entre várias instâncias, por exemplo, uma instância de desenvolvimento e uma instância de teste.

Outros benefícios incluem suporte para sistemas de arquivos somente leitura e centralização de arquivos de log, estes itens entre outros serão abordados em outros blogs.

A estrutura básica da instance home é:

<APPS_BASE>/inst/apps/<context_name>, onde APPS_BASE (que não tem ou precisa de uma variável de ambiente correspondente) é o nível mais alto da instalação Suíte Oracle E-Business e o  <context_name> é o mais alto nível no qual o contexto aplicações existe.

Por exemplo, a configuração de $INST_TOP pode ser <diskresource>/ applmgr/inst/apps/testsys2, onde testsys2 é o nome do contexto.

Todos os arquivos de configuração criados pelo AutoConfig e são armazenadas sob a Instance Home. Isso facilita o uso de um sistema de arquivos compartilhado camada de aplicativo.

Estrutura da Instance Home

Read-Only File Systems

Um dos principais benefícios de se mudar para o novo modelo Instance Home é que, como AutoConfig já não escreve para os diretórios APPL_TOP ou ORACLE_HOME, ambos podem ser feitas em sistemas de arquivos somente leitura, se necessário.

Em versões anteriores do Oracle E-Business Suite, o utilitário adpatch alterava $APPL_TOP/admin em uma aplicação administração (patching). Sob o novo modelo, $APPL_CONFIG_HOME/admin é usado.

$APPL_CONFIG_HOME vai equivaler a um valor como /u01/oracle/VIS/apps/apps_st/appl.

Importante: Em um ambiente compartilhado do sistema de arquivos, a Oracle recomenda que o $INST_TOP deve estar localizado em um disco local e não em um recurso compartilhado, como NFS, por causa de possíveis problemas que armazenam arquivos de log em recursos compartilhados.

Log Files

Outra vantagem de se empregar o conceito de uma Instance Home é que os arquivos de log podem ser armazenados de forma centralizada por uma instância e, portanto, mais facilmente gerida.

O diagrama a seguir mostra a estrutura de diretório utilizado para arquivos de log no Release 12i, com alguns dos subdiretórios utilizados para classificar os arquivos de log:

Estrutura Log Files

O Data Directory

O db/apps_st/data diretório armazena os diferentes tipos de arquivo utilizados pelo banco de dados Oracle. O Rapid Install coloca o sistema, dados e arquivos de índice em diretórios com vários pontos de montagem do sistema de arquivos na máquina de banco de dados. Você pode especificar esses pontos de montagem durante a instalação.

O Diretório comn

O apps/apps_st/comn (COMMON_TOP) contém arquivos usados ​​por diferentes produtos Oracle E-Business Suite, e que também pode ser usado com produtos de terceiros.

Estrutura do COMMON_TOP

O diretório admin

O diretório admin, sob o diretório COMMON_TOP, é o local padrão para os logs do concurrent manager e diretórios de saída.

Quando o concurrent manager executar relatórios do Oracle E-Business Suite, eles escrevem os arquivos de log e arquivos temporários para o subdiretório log do diretório admin, e os arquivos de saída para o fora subdiretório do diretório admin.

Você pode alterar a localização dos concurrent managers escrever esses arquivos, de modo que, por exemplo, os arquivos de log e de saída são gravados em diretórios <PROD>_TOP. Isto pode ser mais utilizado em termos de gestão de espaço em disco, ou a necessidade de evitar um gargalo de desempenho possível em um sistema que tem um rendimento de processamento de alta concorrência.

A instalação do subdiretório dentro do diretório admin contém scripts e arquivos de log utilizados pelo Rapid Install. O subdiretório scripts dentro do admin contém scripts usados ​​para iniciar e parar serviços como o listener e concurrent managers

O diretório html

A variável $OA_HTML aponta para o diretório html. O Oracle E-Business Suite sign-on baseado em HTML e as telas baseados em HTML do Oracle Applications estão instalados aqui. O diretório html também contém outros arquivos utilizados pelos produtos baseados em HTML, tais como JavaServer (JSP) arquivos, scripts Java, arquivos XML e folhas de estilo. Normalmente, o caminho será semelhante:

<diskresource>/applmgr/apps/apps_st/comn/webapps/oacore/html.

Importante: A META-INF e WEB-INF subdiretórios foram introduzidos no Release 12i para atender às especificações J2EE.

O diretório java

Na Release 12i, introduz algumas alterações significativas nos locais em que os vários tipos de arquivos Java são armazenados.

O Rapid Install instala todos os arquivos do Oracle E-Business Suíte das classe Java no $COMMON_TOP/ diretório de classes, apontado pela variável de ambiente $JAVA_TOP.

Arquivos zip e jar estão instalados no $COMMON_TOP/java/lib, apontado pela variável de ambiente $AF_JLIB (introduzido com a versão 12i).

O diretório Java, $COMMON_TOP/java, é apontado pela variável de ambiente $JAVA_BASE.

O diretório util

O diretório util contém os utilitários de terceiros licenciados para usar com o Oracle E-Business Suite. Estas incluem, por exemplo, o Java Runtime Environment (JRE), Java Development Kit (JDK) eo utilitário Zip.

O diretório appl

Os arquivos do Oracle E-Business Suite estão armazenados no diretório <dbname>APPL, que é geralmente conhecido como o diretório APPL_TOP.

Estrutura do APPL_TOP

O diretório APPL_TOP contém:

• Os principais arquivos de tecnologia e diretórios.

• Os arquivos e diretórios do produto (para todos os produtos).

• O arquivo de ambiente principal Oracle E-Business Suíte, chamada <CONTEXT_NAME>.env em UNIX, e <CONTEXT_NAME>.cmd no Windows.

• O arquivo de ambiente consolidado, chamado APPS<CONTEXT_NAME>.env em UNIX, e APPS<CONTEXT_NAME>.cmd no Windows.

Rapid Install cria uma árvore de diretórios para cada produto Suíte Oracle E-Business neste diretório APPL_TOP, se licenciado ou não.

ATENÇÃO:  Independentemente do status de registro, todos os produtos Oracle E-Business Suite estão instalados no banco de dados e o sistema de arquivos. Não tente remover os arquivos de todos os produtos não registrados.
Rapid Install installs instala um novo diretório APPL_TOP quando você atualizar. O Rapid Install  não apaga todos os arquivos de produtos existentes de versões anteriores, mas descarrega arquivos de novos produtos em um novos aplicativos /apps_st/appl da árvore de diretórios.
Cada diretório APPL_TOP está associado a um único banco de dados Oracle E-Business Suíte. Se você instalar ambas Vision Demo e um Ambiente de Teste, o Rapid Install irá estabelecer dois sistemas de arquivos, um para cada um desses sistemas Oracle E-Business Suite.

Diretório de Produtos

Cada produto tem seu próprio subdiretório sob APPL_TOP. Os subdiretórios são nomeados de acordo com abreviatura padrão do produto, tais como gl para Oracle General Ledger.

Dentro de cada diretório do produto é um subdiretório que tem o nome utilizando a base Oracle E-Business Suite Release número, como 12.0.0 para o lançamento inicial de 12. Este diretório contém os subdiretórios diferentes para os arquivos do produto.

Diretório  <PROD>_TOP

O caminho <APPL_TOP>/<prod>/<versão> é conhecido como o diretório raiz do produto (<PROD>_TOP), e seu valor é armazenado na variável de ambiente <PROD>_TOP.

Por exemplo, se APPL_TOP=/d01/oracle/prodapps, então o valor contido na variável ambiente $AD_TOP é /d01/oracle/prodapps/ad/12.0.0, e os pontos de variáveis ​​$AD_TOP para o diretório <APPL_TOP>/ad/12.0.0.

Para a APPL_TOP mesmo, o valor de AU_TOP é /d01/oracle/prodapps/au/12.0.0, e os pontos de variáveis $​​AU_TOP para o diretório <APPL_TOP>/au/12.0.0. O mesmo princípio se aplica a todos os diretórios, além do diretório admin.

Product Files

Cada diretório <PROD>_TOP, como <APPL_TOP>/gl/12.0.0, contém subdiretórios para arquivos do produto. Arquivos do produto incluem formulários, arquivos de relatórios e arquivos usados ​​para atualizar o banco de dados.

Para exibir as formas de entrada de dados para Oracle General Ledger, por exemplo, o Oracle E-Business Suite acessa arquivos nas formas subdiretório sob o diretório 12.0.0.

Estrutura do Diretório APPL_TOP

Dentro de cada diretório <PROD>_TOP,  os arquivos do produto são agrupados em subdiretórios de acordo com o tipo de arquivo e função. A figura a seguir expande a inserção para mostrar a estrutura de diretório cheia de gl.

Detalhe da Estrutura do GL

A tabela a seguir resume os subdiretórios dos produtos e os tipos de arquivos que cada um pode conter.

Importante: Nem todos os produtos utilizam todos os subdiretórios listados nesta tabela

produtos requerem este diretório.javaContém arquivos JAR (Java Archive arquivos) e arquivos de dependência Java. Cópias dos arquivos JAR também estão localizados no diretório $AF_JLIB.libContém arquivos usados ​​para vincular programas concorrentes com as bibliotecas do servidor Oracle. Esses arquivos incluem:
Os arquivos objeto (.o no UNIX, .OBJ no Windows), com código compilado específico para um dos programas do produto.
Os arquivos de biblioteca (.a no UNIX, incluindo vários .DLL no Windows), com código compilado comum aos programas do produto.
make files (.mk) que especificam como criar arquivos executáveis ​​a partir de arquivos de objetos e arquivos de biblioteca.log and outContém arquivos de saída para programas concorrentes:
•  .mgr (arquivo principal de log para o concurrent manager)
• .req (arquivo de log para um concurrent process)

Note que log out e subdiretórios em um diretório de produtos não são usados ​​se você optar por configurar um diretório comum para registro e arquivos de saída (FND_TOP é a única exceção a esta).mediaContém .gif usados ​​na exibição de texto e gráficos no cliente desktop.mesgProgramas concorrentes também imprimir as mensagens nos arquivos de log e de saída. Este diretório contém os arquivos .MSB (arquivos de mensagens binários usados ​​em tempo de execução), e arquivos específicos do idioma de mensagens (como um arquivo US.msb para Inglês Americano e um arquivo D.msb para alemão entre outros). Os arquivos contêm as mensagens formulários que são exibidos na parte inferior da tela ou em janelas pop-up.patchAs atualizações dos dados ou modelo de dados utilizam esse diretório para armazenar os arquivos de patch.reportsContém Oracle Reports específicos da plataforma rdf arquivos binários do relatório para cada produto. Relatórios para cada idioma são armazenados em subdiretórios do diretório relatórios.resourceContém arquivos .PLL (arquivos PL / SQL Oracle Forms para biblioteca), que, como os arquivos do diretório plsql, são depois copiados para AU_TOP.sqlContém arquivos. SQL (scripts SQL * Plus) para processo das concurrents

Language Files

Quando você instalar o Oracle E-Business Suite em um idioma diferente do Inglês Americano, cada árvore de produtos inclui diretórios que usam o código de linguagem relevante NLS. Esses diretórios armazenar dados traduzidos, formulários e arquivos de mensagens.

Por exemplo, o diretório de linguagem chamada D designa alemão. Os arquivos de carregador de dados no subdiretório D do diretório admin contém a tradução alemã dos dados de sementes de produtos.

O subdiretório US/forms contém formas Oracle Forms em Inglês Americano. O diretório D no diretório de formulários contém as mesmos forms, traduzido para o alemão. No entanto, a mesg contém arquivos de mensagens, tanto na América Inglês e Alemão.

Diretório Core Technology

O administrador, ad, au, e os diretórios do FND são os diretórios centrais de tecnologia.

O diretório admin

Este diretório e seus subdiretórios conter arquivos e scripts utilizados pelo AD durante os processos de atualização e manutenção.

Esses arquivos e scripts incluem:

• O arquivo de ambiente adovars.env, que define determinados arquivos e locais de diretório
• Scripts são executados durante a atualização
• <SID>/log e <SID>/out diretórios para atualização, registrar e arquivos de saída, respectivamente.
• <SID>/restart diretório onde os programas de AD criar reinicia arquivos

O diretório do ad (Applications DBA)

Este diretório e seus subdiretórios contém utilitários de instalação e manutenção, incluindo:

• AD Administration (adadmin)
• Automática (adconfig.sh)

 O diretório au (Applications Utilities)

Este diretório e seus subdiretórios contém arquivos do produto que estão consolidadas em um único local para o processamento ideal. Esses arquivos incluem:

• PL / SQL bibliotecas usadas pelo Oracle Forms.
• Oracle Forms arquivos de origem, nos subdiretório forms.

• Uma cópia de todos os arquivos Java utilizados na regeneração dos desktops arquivos JAR de cliente, no subdiretório java
• Certos Relatórios necessários e produtos como Discoverer, no subdiretório de reports.

O diretório fnd (Application Object Library)

Este diretório e seus subdiretórios conter os scripts e programas que são usados ​​como base para todos os produtos da Oracle E-Business Suite para construir dicionários de dados, formulários e bibliotecas de objetos C.

CONCLUSÕES

Na versão 12i do E-Business Suite, houve várias mudanças perante a versão 11i e a inclusão da arquitetura SOA, já dando aderência para as novas tecnologias de integração e workflow de processos.

Nos próximos artigos daremos continuidade sobre o entendimento da estrutura do E-Business Suite e guia de melhores práticas para instalação do produto de forma eficiente.

Referências

Oracle E-Business Suite Release 12 Technology Stack Documentation Roadmap [ID 380482.1]

Até a próxima!

André