Oracle
 sql >> Base de Dados >  >> RDS >> Oracle

Processo de atualização passo a passo para R12.2 Atualização parte -3


A atualização R12.2 consiste na seguinte parte
  1. Etapas de preparação de pré-atualização
  2. Upgrade principal  usando o driver de upgrade principal para R12.2.0 (combinado com o patch de atualização consolidado do Oracle E-Business Suite para R12.2.0 pré-instalado)
  3. Ativação de patches on-line
  4. Aplicando as últimas  R12.AD.C.Delta.n e R12.TXK.C.Delta.n
  5. Aplicando o 12.2.n Release Update Pack (RUP)

Já cuidamos da parte 1 e 2 no Post anterior

Processo de atualização passo a passo para R12.2 Upgrade parte -1
Processo de upgrade passo a passo para R12.2 Upgrade parte -2
Processo de upgrade passo a passo para R12.2 Upgrade parte -3
Processo de atualização passo a passo para atualização R12.2 Parte -4

Estamos publicando o passo 3 nesta parte

Ativação de patches on-line

(1) Verifique a versão do banco de dados

**Verificado mínimo RDBMS Versão 11.2.0.4

(2) Certifique-se de que os patches 11.2.0.4 necessários para o Release 12.2 tenham sido aplicados

Isso foi aplicado como parte da etapa de preparação para a atualização R12.2 (consulte o número 1349240.1)

(3) Aplicar o patch mais recente de prontidão para correção on-line e relatório GSCC

Aplique o Patch 31026891:R12.AD.C usando adpatch no sistema de arquivos de execução

(4) Verifique se há corrupção de dicionário de dados / incompatibilidade de carimbo de hora

(i) Verificar se há corrupção no dicionário de dados
  • Execute o script $AD_TOP/patch/115/sql/adzddtsfix.sql, seguindo as instruções de uso fornecidas.
  • Execute o script $AD_TOP/sql/ADZDDBCC.sql para identificar se há corrupção no dicionário de dados lógicos.
  • Se nenhuma corrupção for encontrada, prossiga com a atualização.
  • Se houver corrupção, siga (ii) abaixo.

(ii) Corrigir a corrupção do dicionário de dados (condicional)
  • Observação:siga estas etapas apenas como uma correção quando houver corrupção do dicionário de dados lógicos (pai ausente).
  • Copie o script $AD_TOP/patch/115/sql/adzddmpfix.sql para a camada do banco de dados.
  • Na camada de banco de dados, conecte-se ao banco de dados como SYSDBA.
  • Observação:se você estiver no Oracle E-Business Suite Release 12.1.3 ou Release 12.2 com uma arquitetura multitenant, para se conectar a um banco de dados de arquitetura multitenant como SYSDBA, execute os comandos a seguir para definir o campo SID do banco de dados como , o pluggable nome do banco de dados para seu banco de dados Oracle E-Business Suite:
$ source  CDB env
$ export ORACLE_PDB_SID=TEST;
$ sqlplus "/ as sysdba"
$SQL>@AD_TOP/patch/115/sql/adzddmpfix.sql
  • Na camada do aplicativo, execute o script $AD_TOP/sql/ADZDDBCC.sql novamente para identificar se a corrupção do dicionário de dados ainda está presente.
  • Se nenhuma corrupção for encontrada, prossiga com o ciclo de atualização ou correção.
  • Se a corrupção ainda estiver presente, prossiga para a Etapa 3.3 abaixo.

(iii) Ações Adicionais para Corrupção do Dicionário de Dados (Condicional)
  • Observação:siga estas etapas somente quando houver corrupção no dicionário de dados após seguir as etapas em 3.2 acima.
  • Na camada de banco de dados, acesse o diretório $ORACLE_HOME/rdbms/admin.
  • Execute o script utlirp.sql , seguindo as instruções de uso fornecidas.
  • Execute o script utlrp.sql, seguindo as instruções de uso fornecidas.
  • Na camada do aplicativo, execute o script $AD_TOP/sql/ADZDDBCC.sql novamente para identificar se a corrupção do dicionário de dados ainda está presente.
  • Se nenhuma corrupção for encontrada, prossiga com o ciclo de atualização ou correção.
  • Se a corrupção ainda estiver presente, entre em contato com o Suporte da Oracle e solicite que um bug seja registrado.

(5) Execute a Ativação de patch online – Relatórios de prontidão
  • Consulte Como usar o Relatório de prontidão para aplicação de patches on-line no Oracle E-Business Suite versão 12.2 (Doc ID 1531121.1) para obter instruções sobre como fazer download desses utilitários.
  • Você deve executar o seguinte utilitário da camada de aplicativo APPL_TOP. Ele relata violações de EBR que incluem objetos que não cumprem a regra EBR sobre objetos não editados (objetos de armazenamento de dados como tabelas e visualizações materializadas) e referenciam objetos editados (objetos de código como:pacotes, gatilhos, tipos de objeto e assim por diante ). Este relatório também lista várias violações de padrões de nomenclatura que devem ser corrigidas antes de aplicar o patch de ativação de patches online.

(i) Inicialize o ambiente Run File System:

(ii) Crie o local do arquivo de log de correção online e defina-o como o diretório atual:
mkdir $LOG_HOME/appl/op
cd $LOG_HOME/appl/op

(iii) Execute os seguintes relatórios de prontidão:

ADZDPSUM.sql
Fornece um resumo dos esquemas que serão editados e também esquemas com objetos que dependem do código do E-Business Suite que é recomendado para edição. Você pode registrar esses esquemas no aplicativo executando os comandos que serão listados na última seção deste relatório. A Oracle recomenda que você execute este relatório novamente depois que os esquemas personalizados forem registrados com o aplicativo. Você deve executar o ADZDPSUM.sql repetidamente para manipular esquemas dependentes até que nenhuma outra violação de EBR seja relatada.

Nota:Digite a senha do sistema quando solicitado. Você pode ignorar os esquemas APPS_NE e ODM que podem aparecer na seção 2 do relatório.
sqlplus system @$AD_TOP/sql/ADZDPSUM.sql
mv adzdpsum.txt adzdpsum_pre_dbprep.txt

ADZDPMAN.sql
Lista objetos com diferentes categorias de violações às regras do EBR que devem ser corrigidas antes de executar o processo de ativação para evitar erros durante esse processo. A Oracle recomenda que você execute isso depois que todos os esquemas personalizados forem registrados com o aplicativo de acordo com as instruções no relatório ADZDPSUM.sql acima.

Nota:Digite a senha do sistema quando solicitado.
sqlplus system @$AD_TOP/sql/ADZDPMAN.sql
mv adzdpman.txt adzdpman_pre_dbprep.txt

ADZDPAUT.sql
Este relatório lista todos os objetos com violações às regras do EBR que serão corrigidas automaticamente a partir do processo de habilitação. Este relatório é fornecido para fins informativos e nenhuma ação deve ser tomada a partir dele.
Observação:Digite a senha do sistema quando solicitado.
sqlplus system @$AD_TOP/sql/ADZDPAUT.sql
mv adzdpaut.txt adzdpaut_pre_dbprep.txt

(6) Corrija as violações listadas no relatório de prontidão para aplicação de patches on-line que exigem intervenção manual

O Relatório de Prontidão de Patching Online contém seções com diferentes tipos de violação.
Reveja todas as seções listadas no relatório ADZDPMAN.sql. Siga as instruções em cada seção para corrigir violações.

Observação:muitas violações no relatório de prontidão podem ser corrigidas automaticamente registrando seus esquemas personalizados. Revise a última seção do Relatório de preparação de resumo  (ADZDPSUM.sql) para obter exemplos de comandos sobre como registrar seus esquemas personalizados.

O esquema a seguir NÃO deve ser registrado:

• SISTEMA

• SISTEMA

• CTXSYS

Qualquer dependência entre esses esquemas e objetos editados é uma violação dos padrões de codificação e deve ser corrigida manualmente.
A Oracle recomenda que você execute a correção escolhida personalizando o arquivo de modelo $AD_TOP/sql/ADZDPCUST.sql

(7) Repita a etapa Run the Online Patching Enablement – ​​Readiness Report acima até que todas as violações tenham sido resolvidas.

(8)  Verifique o espaço livre do tablespace do banco de dados

O recurso de Redefinição Baseada em Edição do Oracle Database 11gR2 requer espaço adicional para as tabelas de dicionário que são usadas para gerenciar objetos editados.

(eu). Inicialize o ambiente Run File System:

(ii).
Defina a variável de ambiente HOSTNAME antes de executar a ferramenta de correção online adop.
Verifique se a variável de ambiente HOSTNAME está definida executando o seguinte:

$ echo $ HOSTNAME

Se a variável de ambiente HOSTNAME não estiver configurada, execute o seguinte:

export HOSTNAME=

Observação:repita a primeira etapa para garantir que a variável de ambiente seja definida com o nome de host correto.
Se o nome de host estiver definido, mas tiver o domínio, redefina-o sem o domínio.

(iii) Execute o seguinte relatório para recuperar o espaço livre do tablespace atual:

aplicativos perl $AD_TOP/bin/adzdreport.pl
  1. Selecione a opção 3 - "Outros relatórios genéricos"
  2. Selecione a próxima opção – ‘Espaço livre em tablespaces importantes’

Digite a senha quando solicitado.

(iv) Garantir o seguinte:

• SYSTEM Tablespace:tem no mínimo 25 GB de espaço livre

• APPS_TS_SEED Tablespace:tem no mínimo 5 GB de espaço livre

APPS_TS_SEED é usado para hospedar todas as tabelas que foram registradas como tabelas de sementes e que requerem infraestrutura de armazenamento de dados de sementes.

(9) Execute a Ativação de Patch Online – Relatório de Status

Este relatório fornece um status geral do processo de ativação de patches online. Você pode executá-lo antes, durante e após a aplicação do patch de ativação. Nesta fase, você receberá os resultados do relatório antes de ativar a aplicação de patches online.

(i) Defina o diretório atual para $LOG_HOME/appl/op:
cd $LOG_HOME/appl/op

(ii) Execute o relatório usando o seguinte comando. Certifique-se de verificar quaisquer objetos inválidos neste estágio. Tome nota especial para garantir que todos os objetos de patch online (objetos que correspondem ao padrão ‘AD_ZD%’) sejam válidos:
sqlplus @$AD_TOP/sql/ADZDEXRPT.sql

Observação:digite a senha dos aplicativos quando solicitado.

(iii) Salve a saída como pre_dbprep para referência futura, como:
mv adzdexrpt.txt adzdexrpt_pre_dbprep.txt

(10) Certifique-se de que todos os serviços do E-Business Suite de nível intermediário sejam encerrados

(11) Baixe e aplique o patch Online Patching Enablement

Baixe e aplique o patch de Ativação de Patch Online:13543062:R12.AD.C. Use o Autopatch no modo hotpatch para aplicar o patch. 12.2 CORREÇÃO DE HABILITAÇÃO ONLINE DA CA.

O patch deve ser aplicado no sistema de arquivos RUN.

Observação:certifique-se de que seu ambiente seja originado para apontar para o sistema de arquivos apropriado. Você também deve habilitar o modo de manutenção antes de aplicar este patch.

Outra coisa que devemos acrescentar seria. O usuário verá esta mensagem ao aplicar o patch no sistema de arquivos do patch

O aplicativo do patch de ativação pode levar várias horas para ser concluído. Você pode monitorar seu progresso a qualquer momento executando o Relatório de Status DDL (ADZDSHOWDDLS.sql) da seguinte forma:

aplicativos sqlplus @$AD_TOP/sql/ADZDSHOWDDLS.sql

Este relatório lista uma contagem das instruções DDL necessárias para ativar o EBR em seu ambiente. O relatório é organizado por resultado da execução:'Executado com sucesso', 'Não executado' e 'Execução com falha'. Ao final da aplicação do patch o relatório deverá ter contagem zero nas seções:‘Não Executado’ e ‘Falha na Execução’. Se o relatório contiver itens 'Não executado' e 'Falha na execução',

em seguida, relate essas falhas ao Suporte Oracle. Você será solicitado a fornecer a saída do relatório, o log de patch e todos os logs de trabalho e a saída do relatório de status de ativação de patch online. Se houver alguma falha do trabalhador durante o patch de ativação online, você não deve ignorar ou ignorar o erro com falha. O problema deve ser resolvido antes de reiniciar o trabalhador. Ignorar ou pular o erro pode causar

corrupção do banco de dados.

(12) Executar compilação inválida
Conecte-se ao sqlplus como 'apps' e execute o seguinte:
exec sys.utl_recomp.recomp_parallel

(13) Execute novamente o Relatório de status de ativação de patch online após a aplicação do patch de ativação de patch online

Execute novamente o Relatório de status de ativação de patch online após a aplicação do patch de ativação de patch online

(eu). Defina o diretório atual para $LOG_HOME/appl/op:
cd $LOG_HOME/appl/op

(ii). Execute o Relatório de Status imediatamente após a conclusão do patch de ativação:
sqlplus @$AD_TOP/sql/ADZDEXRPT.sql

Nota:Você deve fornecer a senha do esquema APPS quando solicitado.

O objetivo de executar este relatório nesta fase é identificar e corrigir quaisquer erros ocorridos durante o processo de habilitação

(14) Execute novamente o Relatório de prontidão de ativação de patch online após a aplicação do patch de ativação de patch online

Execute novamente o Relatório de prontidão de ativação de patch online após o

O patch de ativação de patch foi aplicado

(eu). Defina o diretório atual para $LOG_HOME/appl/op:
cd $LOG_HOME/appl/op

(ii). Execute o Relatório de prontidão após a conclusão do patch de ativação:
sqlplus system @$AD_TOP/sql/ADZDPSUM.sql
mv adzdpsum.txt adzdpsum_post_dbprep.txt
sqlplus system @$AD_TOP/sql/ADZDPMAN.sql
mv adzdpman.txt adzdpman_post_dbprep.txt
sqlplus system @$AD_TOP/sql/ADZDPAUT.sql
mv adzdpaut.txt adzdpaut_post_dbprep.txt

O objetivo de executar este relatório neste estágio é garantir que todas as violações de EBR que possam ter aparecido antes de ativar o recurso de correção online sejam corrigidas.

Os próximos passos podem ser verificados no artigo abaixo

Processo de atualização passo a passo para atualização R12.2 Parte -4

Artigos relacionados

Principais consultas úteis do AWR para atualização R12.2/R12.1

40 perguntas que você deve saber sobre R12.2

Como clonar o ambiente R12.2

Mudanças importantes no Autoconfig R12.2