Neste artigo sera apresentado o Oracle Database Appliance.

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

Para  entendimento do equipamento Oracle Database Appliance.

Bem vamos iniciar o deploy do Oracle Database Appliance, para tanto precisamos antes fazer a checagem de alguns itens importantes.

Primeiramente devemos ter instalado e checado todo o hardware para iniciar a instalação.

O Oracle Appliance Manager instala o software de banco de dados nos discos espelhados que são internos ao Oracle Database Appliance. Durante a configuração inicial, a Oracle Appliance Manager oferece três opções de implantação.

• Enterprise Edition: Oracle Database 11g Release 2 Enterprise Edition (sem failover automático), com as seguintes características:Single-instância Oracle Database Enterprise Edition

Instalado em um ou ambos os servidores

• Oracle Real Application Clusters (Oracle RAC) um nó: Oracle RAC One Node 11g Release 2, com as seguintes características:

Oracle RAC One Node

Oracle RAC instalado em ambos os servidores
Failover automatizado
Requer licença Enterprise Edition
Requer licença de Oracle RAC One Node em cada servidor (exceção: você pode designar um servidor como um servidor de backup, e você pode usar o servidor sem licença, de acordo com a regra de 10 dias)

• Oracle RAC: Oracle Real Application Clusters 11g Release 2, com as seguintes características:

Oracle RAC
Oracle RAC instalado em ambos os servidores
Requer licença Enterprise Edition Oracle RAC em cada servidor (não elegível para a regra de 10 dias).

O software do Oracle Database Appliance inclui modelos pré-configurados que são otimizados para diferentes classes de bases de dados.

Cada classe de banco de dados tem diferentes perfis de carga de trabalho e requisitos de desempenho. Os modelos de incorporar as melhores práticas da Oracle.

Os modelos para Oracle Database Appliance X3-2 e o Oracle Database Appliance são ligeiramente diferentes. Use a lista que é apropriado para seu hardware.

Para o Oracle Appliance Gerente X3-2, escolha um dos seguintes modelos:

• Very Small: SGA 4096 MB, PGA 2048 MB, 200 processes, 16 MB log buffer, 1 GB online redo log file

• Small: SGA 8192 MB, PGA 4096 MB, 400 processes, 16 MB log buffer, 1 GB redo log file

• Medium: SGA 16384 MB, PGA 8192 MB, 800 processes, 32 MB log buffer, 2 GB redo log file

• Large: SGA 24576 MB, PGA 12288 MB, 1200 processes, 64 MB log buffer, 4 GB redo log file

• Extra Large: SGA 49152 MB, PGA 24576 MB, 2400 processes, 64 MB log buffer, 4 GB redo log file

• Extra Extra Large: SGA 65536 MB, PGA 32768 MB, 3200 processes, 64 MB log buffer, 4 GB redo log file

Para o Oracle Appliance Manager, escolher um dos seguintes modelos:

• Very Small: SGA 4096 MB, PGA 2048 MB, 200 processes, 16 MB log buffer, 1 GB online redo log file

• Small: SGA 8192 MB, PGA 4096 MB, 400 processes, 16 MB log buffer, 1 GB redo log file

• Medium: SGA 16384 MB, PGA 8192 MB, 800 processes, 32 MB log buffer, 2 GB redo log file

• Large: SGA 24576 MB, PGA 12288 MB, 1200 processes, 64 MB log buffer, 4 GB redo log file

• Extra Large: SGA 49152 MB, PGA 24576 MB, 2400 processes, 64 MB log buffer, 4 GB redo log file

Nota:

A Oracle recomenda enfaticamente que você use esses modelos, porque implementam as melhores práticas e são configurados especificamente para o Oracle Database Appliance.
Você pode usar o Gerenciador de Appliance da Oracle ou Database Configuration Assistant (DBCA) para criar bancos de dados Oracle Database Appliance. Os modelos estão disponíveis em ambos os utilitários.

Antes de configurar os nomes e endereços de seu DNS, certifique-se de que todos os nomes de rede em conformidade com o padrão RFC 952, que permite caracteres alfanuméricos e hífens (“-“), mas não permite sublinhados(“_”).
Análise Tabela abaixo para garantir que sua s reservas de administrador de rede, pelo menos, o número mínimo de endereços IP necessários para o seu banco de dados Oracle

Confirme com o seu administrador de rede que os endereços que você configurou para o Oracle Database Appliance atendem a esses três critérios:

1. 1. Eles são endereços IP estáticos
2. Eles estão na mesma sub-rede que todos os outros endereços IP, IP virtual (VIP) endereços (usado para Real Application Clusters comunicação) e endereços SCAN.

3. Eles incluem o seguinte:

Um endereço IP público para cada nó, com as seguintes características:

• Configurado no DNS antes da instalação para cada nó, e resolvido para esse nó antes da instalação.

Um endereço de VIP em cada nó, com as seguintes características:

• Configurado no DNS antes da instalação para cada nó, mas não atualmente em uso

Verifica Oracle Database Appliance, com as seguintes características:

• Configurado no DNS antes da instalação para que os dois endereços IP são associados com o nome fornecido como o SCAN, e ambos os endereços são retornados em ordem aleatória pelo DNS para o solicitante
• Configurado no DNS antes da instalação para resolver a endereços que não estão atualmente em uso
• Use um nome que não começar com um numeral

Usando o Oracle Appliance Manager Configurator

A Oracle Appliance Gerente Configurator é uma ferramenta baseada em Java que você pode usar para introduzir o seu plano de implantação e validar suas configurações de rede antes da implantação real.

No final de uma sessão configurador, você pode salvar seu plano de implantação em um arquivo de configuração. Quando você estiver pronto para implantar, copie este arquivo de configuração para Oracle Database Appliance, onde o Oracle Appliance Gerente Configurator irá usá-lo para implantar o seu plano.

Você também pode imprimir o conteúdo do arquivo e usar a impressão como uma lista de verificação para configurar a configuração de rede externa.

Antes de salvar o seu arquivo de configuração, você pode testar suas configurações de rede, mas apenas se estiver conectado a mesma rede que você vai usar para Oracle Database Appliance.

Confirmando os seus endereços de DNS não é necessário durante a execução do configurador em um cliente, mas é fortemente recomendado quando você é capaz de testar o seu arquivo de configuração.

Para executar o configurador:

1. Download do Oracle Appliance Gerente Configurator que corresponde à sua versão do Oracle Database Appliance. Todas as versões do Configurator estão disponíveis no Appliance página Visão Geral do Oracle Database no seguinte URL:

http://www.oracle.com/technetwork/server-storage/engineered-systems/database-appliance/index.html

2. Inicie o Configurador usando o config.bat comando em um cliente Windows ou o comando ./config.sh em um cliente Linux. O Appliance página Bem-vindo Gerente da Oracle aparece.

Clique em NEXT

3. Em a Select Configuration Type, selecione as opções para o tipo de configuração, tipo de ambiente e hardware. Você também pode localizar e carregar um arquivo de configuração existente com a opção de navegação.

Configuração típica é a opção recomendada, a menos que você estará usando Oracle Database Appliance para bancos de dados e aplicativos SAP, nesse caso, escolha a aplicação SAP. Escolha a opção Custom para configurar interfaces de rede adicionais ou alternativos ou para substituir os valores padrão para uma ou mais das seguintes opções:

Bloco de banco de dados de tamanho, língua, território, a localização do arquivo de backup, ou o nível de redundância de disco para os dados e RECO diskgroups.

Você pode executar o Configurador usando a opção Custom para ver os valores padrão para a versão do Oracle Database Appliance, antes de escolher a opção típica ou personalizada.
Se você estiver instalando o Oracle Database Appliance plataforma virtualizada, em seguida, selecione plataforma virtualizada, ou deixe o valor padrão, Bare Metal, como a opção de ambiente.

Se você estiver instalando o Oracle Database Appliance X3-2, em seguida, selecione a APD-X3-2, ou deixe o valor padrão, a APD V1, como a opção de hardware.
A opção Procurar não é útil durante a execução inicial, porque você ainda não tiver criado os arquivos de configuração para carregar.
Neste exemplo, típica, plataforma virtualizada, e APD-X3-2 são as opções selecionadas.

Clique em NEXT.

4. Em página Informações do sistema, forneça o nome do sistema, e selecione o valor correto a partir das listas para a sua região e fuso horário.

No campo de Database Deployment, selecione o tipo de implantação de banco de dados que você deseja:

• Oracle Database Enterprise Edition (sem Oracle RAC)
• Oracle RAC One
• Oracle RAC

No campo Nova senha de root e Nova Senha Root (confirmar), digite uma nova senha para o usuário root. Esta senha é criptografada no arquivo de configuração e será de-codificado e usado para redefinir a senha durante a implantação.

Clique em NEXT

5. Em a página de Informação de Rede, fornecer o nome de domínio, endereços de servidor DNS público e endereços VIP para seus dois nós, o nome SCAN e endereços, e máscara de rede e endereços de gateway. Por exemplo:

Como você inserir dados nesta tela, alguns campos vão pré-preencher com os valores derivados de entradas anteriores. Por exemplo, se o endereço que você fornecer para o nó 0 endereço IP público é 192.0.2.18, então os endereços de nó são atribuídos da seguinte forma:

• Node 0 endereço IP público: 192.0.2.18.
• Node um endereço IP público: 192.0.2.19.
• Node 0 IP (VIP) endereço virtual: 192.0.2.20.
• Node 1 IP (VIP) endereço virtual: 192.0.2.21.
• SCAN ADDRESS (dois endereços resolvendo o nome VIP SCAN): 192.0.2.22, 192.0.2.23.

Clique em NEXT.

6. Na página de informações de banco de dados, forneça o nome de seu banco de dados e selecione o modelo de configuração de banco de dados e linguagem de banco de dados.

Clique NEXT.

7. Na página Validação de Rede, você pode validar as configurações de rede e salvar a saída de validação em um arquivo, ou você pode ignorar a etapa de validação, selecionando a caixa de seleção Ignorar validações rede, como mostrado no exemplo a seguir:

A Oracle recomenda que você valide sua rede antes de implantar a sua configuração. Porém, se você estiver executando o Oracle Appliance Manager Configurator em Oracle Database Appliance, ou em servidor ligado à sub-rede configurada para o seu aparelho, a validação irá falhar.

Nesse caso, marque a caixa de seleção Rede validações, em seguida, clique em Avançar para prosseguir para a próxima página. Se você executar a validação, em seguida, analisar os resultados. Depois de rever o resultados, se você estiver pronto para continuar, clique em Avançar.

Se a validação falhar, em seguida, salvar a saída de validação para rever esses resultados com o seu administrador de rede.

Para salvar as informações de configuração que você digitou e corrigir os endereços de rede mais tarde, selecione Skip Network Validations e clique em Avançar para continuar para a próxima página.

8. Na página Resumo, revise as opções de configuração que você selecionou. Clique em Salvar para salvar o arquivo de configuração, ou clique em Voltar para modificar as seleções.

Se você estiver executando o Configurator em um Oracle Database Appliance e ter concluído os passos preliminares para configurar a sua rede inicial e instalar o pacote End-User ou ODA_BASE, então você pode clicar em Instalar para implantar a configuração que você acabou de criar.

Conclusões

Bem está é uma das formas de instalar o Oracle Database Appliance, nos próximos artigos apresentaremos outras formas de se instalar o ODA.

Espero ter ajudado.

Até a próxima!

André – BLOG DBA DUTRA

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:

Para  entendimento do equipamento Oracle Database Appliance e sua implementação

Oracle Database Appliance é um pacote completo de hardware e software, junta armazenamento e hardware de rede combinada com a rede, cluster, e software de banco de dados, com, se desejado, o Oracle VM no Oracle Database Appliance plataforma virtualizada. Oracle suporta integralmente todos os componentes de hardware e software. O hardware e software são projetados em conjunto para ser simples de configurar e manter e, para ser pré-configurado para cargas de trabalho de banco de dados específicos. Oracle Database Appliance foi projetado para minimizar o custo, tempo e risco na implantação e manutenção de banco de dados. Oracle Database Appliance plataforma virtualizada proporciona flexibilidade adicional, isolando seu software Oracle de domínios de máquinas virtuais que você pode implantar máquinas virtuais sempre que necessário.

Vamos agora conhecer um pouco deste hardware.

Frente do Painel do Oracle Database Appliance X3-2, são 2 equipamentos X3-2 para criação do ambiente de Alta disponibilidade.

Conclusões

Bem demos uma breve descrição e demonstração do equipamento, no próximo artigo iremos realizar o DEPLOY assim como explicar o que precisa para realizar toda a instalação do equipamento.

Até a próxima!

André

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é