Versão, Release, Patch, Patchset e Patch Number

[wbarrence]

Amigos,

Alguém saberia me explicar de modo fácil e claro qual a diferença entre os itens listados abaixo?

Versão
Release
Patch
Patchset
Patch Number
Patchset Updates (PSUs)
Critical Patch Updates (CPUs)
Bundle Patches
Interim (one-off) Patches

É interessante que em curso nenhum ensinam essas práticas.

Desde já agradeço pela ajuda.

--
WABS

[stcoutinho]

Wbarrance,

No manual do MY ORACLE SUPPORT (o sucessor do METALINK), você pode encontrar uma descrição detalhada sobre estes temas:

http://docs.oracle.com/cd/E25290_01/doc ... pdates.htm

Talvez algum forista aqui que costume trabalhar com ORACLE EBS e outros produtos possa lhe dar uma explicação mas personalizada destes pontos.

Abraços,

Sergio Coutinho

[wbarrence]

Fala Sergio Coutinho,

Primeiramente quero agradecer pela ajuda.

No caso desta pergunta, nem precisa uma explicação tão formal, pode ser explicado de acordo com a sua experiência mesmo.

Eu precisava saber como eu utilizo esses Patchs no dia-a-dia de trabalho?
Com qual regularidade esse patchs devem ser aplicados?
Em quais períodos que a Oracle disponibiliza os mesmos?
Quais tipos de patches são imprescindíveis de serem aplicados?

Att,

[adrianoturbo]

Brothers,vou passar um overview sobre tudo isso ,segue :

11.2.0.4.0
Número da versão Principal_____| | | |__Plataforma especifica do número do lançamento
| | |_Componente especifico do número da versão (Patchset)
Número da versão de lançamento de manutenção__| |
|_______Número da versão do Servidor de Aplicação

Número da versão Principal
O primeiro digito é o identificador principal da versão.

Número da versão lançamento de manutenção
O segundo digito representa o nível de lançamento ,por exemplo 11gR1 e 11gR2,ou seja, do nível 1(11g) para o nível 2(11gR2) foram adicionados

Número da versão do Servidor de Aplicação
O terceiro digito refere-se ao número do nível para Servidores de Aplicação Oracle.

Componente especifico do número da versão de lançamento (Patchset)
O quarto digito identificar o número do nível do componente específico para um componente,geralmente esse número refere-se ao último pacthset aplicado,porém outros componentes podem assumir essa posição.

Plataforma especifica do número do lançamento
O quinto e último digito identifica a plataforma espeicifica ,usualmente esse campo representaria o número do patchset.

A partir de 2005 foram criados os pacotes críticos de atualizações (Critical Patch Updates (CPU)).Logo depois foram criados os Conjuntos de Pacotes de Atualizações(Patch Set Updates (PSU)) ,onde os pacotes eram acumulativos eram incluídos com correções de segurança.
Em 2012 a Oracle resolveu mudar e acrescentar diferentes tipos de patches.
As terminologias que irei descrever a seguir podem usadas nos seguintes produtos :Oracle Database, Enterprise Manager, Fusion Middleware e WebLogic.
Vamos lá então :
-Critical Patch Update (CPU)-Pacote de Atualizações Críticas refere-se ao lançamento global de correções de segurança lançadas trimestralmente de forma acumulativa;

-Patch Set Updates (PSU)-Aqui está o famoso Patch Set que na verdade são pacotes de atualizações cumulativas que incluem tanto correções de segurança como correções prioritárias,exemplo de Patchsets :11.2.0.2.0,11.2.0.3.0 e 11.2.0.4.0.
É sempre bom lembrar que Patchset não rola fazer downgrade,uma vez aplicado já era.

-Security Patch Update (SPU)-Apesar de já termos o Critical Patch Update (CPU) e o Patch Set Updates (PSU) com opção de correção de segurança a Oracle resolveu ano passado introduzir um patch especifico para segurança que é o Security Patch Update (SPU).
Para bancos de dados,o Security Patch Update (SPU) podem ser aplicados desde que tenha ocorrido um upgrade da versão x para uma nova versão.
Esse tipo de patch é cumulativo e é disponibilizado trimestralmente pela Oracle no METALINK.

-Bundle Patches:são pacotes disponibilizados trimestramente especificamente para Windows e Exadata com correções de segurança e correções recomendadas.

-Interim (one-off) Patches-é um pacth único e não cumulativo para resolver um bug específico,exemplo caso tenha instalado o binário do 11gR2 ,na versão 11.2.0.1.0 em seguida ter aplicado o Patchset 11.2.0.4.0 ,vamos imaginar que depois de tudo isso apareça um bug que o Patchset não tem noção da existência do mesmo,ai será necessário reportar a Oracle e a mesma analisará e criará um Interim (one-off) para resolver o bug específico.
Para conhecimento os patchsets atuais do 11g para frente são instalações completas,tipo o DBA não tem mais necessidade de instalar por exemplo o 11.2.0.1.0 e depois aplicar o Patchset 11.2.0.4.0,digo isso numa instalação começando do zero,óbvio que em casos de upgrade com o trem rodando em produção será necessário aplicar de uma versão xyz indo para xyzw.
Bom é isso senhores,espero ter ajudado.

[adrianoturbo]

[adrianoturbo]

11.2.0.4.0

11=Número da versão Principal
2=Número da versão lançamento de manutenção
0-Número da versão do Servidor de Aplicação
4-Componente especifico do número da versão (Patchset)
0-Plataforma especifica do número do lançamento

[wbarrence]

Adriano,

Muito obrigado pelo seu "Overview", bem completo e tirou muitas dúvidas.

Vamos a outra pergunta, de todos esses tipos de patch's que você citou, qual é aquele que é imprescindível para que seja aplicado em produção (com o trem andando)?

Att,

[adrianoturbo]

A resposta é depende:
Aplicação de Patch,quando realmente é necessário ?Um assunto bem polêmico.
Os patches são atualizações para corrigir falhas do banco ,derrepente essas falhas não se aplicam a realidade da sua aplicação.Será que você precisa aplicar,só por aplicar?
Não pense que os Patches são balas de pratas ,algumas empresas exigem que o banco o esteja no último release,tudo depende das suas necessidades.Mesmo porque o patch quando é lançado é um incógnita nunca sabemos se vai funcionar.
Falo isso pelo Oracle ser um Database multiplataforma e a chance de dar erro é bem grande ,por isso o bom senso e canja de galinha se fazem necessário.
Alguns resultados que uma aplicação de Patch podem gerar : resolve o problema,não resolve nada e pode ferrar o banco.Derrepente você aplica patches para situações que nem precisa aplicar o mesmo.
Situações que aplicaria um Patchset quando o ciclo de vida da versão está acabando e consequentemente a Oracle não dará mais suporte para a versão,em casos de bugs e brechas de segurança que realmente compromentam e quando o desenvolvedor da aplicação diz que tal versão não é será mais suportada pela aplicação.Nessa história entra a questão da evolução do sistema entre outras coisas.
Só um louco sai aplicando diretamente PatchSet em produção só porque acha bonito e legal está no último release.
Antes de colocar o trem rodando em produção ,a prudência de todo DBA metódico diz que :
-DBA LEIA O README da documentação do PatchSet de cabo a rabo quantas vezes forem necessárias ,
-DBA monte um Ambiente de Teste e teste tudo antes,seja desconfiado não acredite em tudo no que falam ou escrevam ,antes de testar e confirmar por sua conta e risco que realmente que na prática é possível pegar o fósforo e acender um fogo.
-DBA não se contente apenas com Ambiente de Teste,monte também um Ambiente de Homologação para ter certeza que tudo que deu certo no Ambiente de Teste dará certo também no de Homologação,teste todos os processos possíveis,
Se tudo acontecer as mil e uma maravilhas nos dois ambientes ai sim ,coloca o trem para rodar em produção.
Como disse anteriormente ,aplicação de patchset não tem volta (downgrade),uma vez aplicado: ou você resolve seus problemas,não resolve nada ou simplesmente acaba com seu banco e tem que fazer tudo do zero.
Vamos imaginar que você tenha um ambiente estável na atual versão abcde ,você acha que teria necessidade de mudar de versão?Tendo em vista que teria que mudar toda a aplicação?Por isso falei a resposta é depende.

[wbarrence]

Fala Adriano!!!

Cara primeiramente quero agradecer mais uma vez o esclarecimento.

Achei perfeito o seu ponto de vista na questão da atualização do banco de dados Produção, é bem isso que você falou, então podemos dizer que em time que está ganhando não se mexe, ou só mexemos em time que está ganhando caso um problema de contusão (bug)... kkk.

Conclui-se então que a atualização dos Patch's do Oracle só é viável, em caso de bug ou quando você está configurando um novo banco de dados do ZERO.

[adrianoturbo]

Olá wbarrence,vivenciamos a Profissão Perigo na pele todos os dias e os maiores bens de uma empresa são seus dados,então todo cuidado é pouco.
Estamos aqui para ajudar.
Abraço.
Valeu pelas palavras.