Oracle RAC - Aplicando e removendo PSU no Grid Infrastructure Home com detecção de conflitos (12.1.0.2.0)

Revisado por Marcelo Pivovar

Por Skant Gupta (OCP Cloud),Joel Pérez & Franky Weber F. (OCE)
Publicado en Junho 2017

Neste artigo vamos apresentar como aplicar e remover PSU no Grid Infrastructure Home em somente um nó utilizando o método de resolução de conflitos. Para fazer isso precisamos de um RAC de pelo menos 2 nós.

Nossoambiente:

  • Grid Infrastructure Home is 12.1.0.2.0
  • Oracle Home is 12.1.0.2.0
  • 2 Node RAC
01

Precisamos inicialmente efetuar o download do PSU desejado e do utilitário OPatch compatível do My Oracle Support (support.oracle.com).

  • Doc ID 1454618.1 Quick References to Patch Numbers for Database/GI PSU, SPU (CPU), Bundle Patches and Patchsets.
  • Doc ID 274526.1  How To Download And Install The Latest OPatch (6880880) Version.

    Necessário:

    • P24412235  Oct 2016 PSU for GI
    • P6880880  latest OPatch Utility
02

O próximo passo é instalar o OPatch no Grid Infrastructure Home:

  • Encontre o GI Home;
  • Faça um backup do utilitário OPatch antigo;
  • Descompacte o novo OPatch.
03 04

Depois de descompactar o novo utilitário OPatch, verifique a versão.

05

Há 3 etapas principais para aplicar o PSU:

  • Detectar e resolver conflitos.
  • Aplicar o Patch no GI Home.
  • Desinstalar o Patch, caso necessário.

Agora é necessário descompactar o PSU, e para isso tenha certeza de que o diretório onde estiver sendo descompactado está acessível para o GI Owner e que há espaço suficiente no /tmp.

06

Detecção e resolução de conflitos

Esta etapa deve ser executada antes do PSU ser aplicado em qualquer ambiente.

A maneira mais fácil e rápida de determinar se você tem um patch já aplicado que irá conflitar com outro que ainda será aplicado é através do método de detecção e resolução de conflitos (One-off Patch ConflictDetectionandResolution).

Se nenhum conflito for encontrado você pode aplicar o patch, do contrário é necessário resolver os conflitos.

Execute:  export ORACLE_HOME=/u01/app/12.1.0.2/grid  
export PATH=$ORACLE_HOME/OPatch:$ORACLE_HOME/bin:$PATH  
opatchauto apply /u01/soft/24412235 -analyze -oh /u01/app/12.1.0.2/grid

Obs: o utilitário o patch auto deve ser executado como root.

Exemplo de Output:

07

Aplicando o Patch no Grid Infrastructure Home

O utilitário OPatch automatizou a aplicação de patches para o Oracle Grid Infrastructure Home e para o Oracle RAC Database Home. Ele opera consultando a configuração existente e automatizando os passos necessários para aplicar patches tanto no DB Home quanto no GI Home.

O utilitário deve ser executado por um usuário do Sistema Operacional com privilégios de root e ainda deve ser executado em cada nó do cluster para o GI Home ou para o RAC DB Home caso este último não esteja em filesystem compartilhado. O utilitário não deve ser executado em paralelo em outros nós do cluster.

Executar:

export ORACLE_HOME=/u01/app/12.1.0.2/grid  
export PATH=$ORACLE_HOME/OPatch:$ORACLE_HOME/bin:$PATH 
opatchauto apply /u01/soft/24412235 -oh /u01/app/12.1.0.2/grid

Obs: o patch auto deve ser executado como Root.

Exemplo de Output:

08

Depois de aplicar o PSU no GI Home você pode consultar a lista de patchsets aplicados usando o “lsinvetory” do OPatch. Executar:

opatchlsinventory-oh /u01/app/12.1.0.2/grid

Exemplo de output:

09

Removendo o Patch do GridInfrastructure Home

Neste ponto nós aplicamos o PSU no Grid Infrastructure Home em apenas um nó do cluster. Depois de verificar o desempenho identificamos alguns problemas no nosso ambiente e decidimos reverter o PSU que foi aplicado.

As instruções de rollback do patch serão diferentes para o GI e DB Home. Os passos necessários para o rollback no GI Home estão listados abaixo.

Executar:

export ORACLE_HOME=/u01/app/12.1.0.2/grid 
 export PATH=$ORACLE_HOME/OPatch:$ORACLE_HOME/bin:$PATH
  opatchautorollback /u01/soft/24412235 -oh /u01/app/12.1.0.2/grid

Obs: opatchautodeve ser executado como root.

Exemplo de Output:

10

Agradecemos a leitura e esperamos que este artigo tenha sido útil. Convidamos a continuar acompanhando as próximas publicações a respeito do Oracle RAC.

Skant Gupta é um Oracle Certified Professional Cloud,12c & 11g RAC Certified, trabalha como DBA Sênior na Etisalat em Dubai. Temmais de 5 anos de experiênciaem diferentes tecnologias Oracle, focando principalmente em banco de dados, soluções de alta disponibilidade, WebLogic e GoldenGate.

Joel Pérez é um DBA (Oracle ACE Director, MaximumAvailability OCM, OCM Cloud Admin. & OCM12c/11g) Especialista commais de 16 anos de experiência real no mundo da tecnologia Oracle, especializada na concepção e implementação de soluções: Nuvem, alta disponibilidade, recuperação de desastres, Upgrades, replicação e toda a área relacionada com bancos de dados Oracle. Joel serve como "Chief Technologist & MAA, TEM Architect" para www.Enmotech.com Yunhe ENMO (Beijing) Technology Co. Ltd. Beijing, China. OCM Perfil Joel Perez: http://education.oracle.com/education/otn/JoelPerez.htm

Franky Weber Faust atua como administrador de banco de dados Oracle e MySQL no PagSeguro, tem 26 anos, é graduado em Tecnologia em Bancos de Dados e iniciou sua carreira trabalhando num projeto internacional da Volkswagen com os bancos de dados DB2 da IBM, SQL Server da Microsoft e também com o Oracle e desde o início direcionou seus estudos para as tecnologias Oracle. É especialista em tecnologias de Alta Disponibilidade como RAC, Dataguard e GoldenGate e compartilha seus conhecimentos no blog loredata.com.br. Possui as certificações OCE SQL, OCA 11g, OCP 12c, OCS RAC 12c e OCS Linux 6.

Este artigo foi revisto pela equipe de produtos Oracle e está em conformidade com as normas e práticas para o uso de produtos Oracle.