Chiappa,
Obrigado pela resposta,
O que eu tenho visto nas empresas em que trabalhei é a posição
conservadora, ou seja, atualiza o maximo possível até virar produção, e
depois, o gerente não deixa mexer em mais nada, só com problemas
extremamente graves.
abraço
Sandro
2011/11/7 José Laurindo
> **
>
>
> Vixe, a internet comeu metade da minha resposta. Segue novamente :
>
> Isso depende do nível de exigência do Cliente principalmente em relação à
> criticidade do ambiente (já que PSUs ou CPUs FREQUENTEMENTE lidam com bugs
> que envolvem vulnerabilidades de segurança) : na Empresa atual é sob
> demanda (na verdade, assim que um bug corrigido no PSU/CPU é detectado),
> mas antes eu trabalhei numa Empresa que, por Contrato, assim que a Oracle
> liberava os patches do quarter, exigia um prazo fixo e delimitado (duas
> semanas
>
> ou algo assim) pra aplicar o CPU/PSU em Desenv, depois em Homologação e
> finalmente em Produção ... No caso, o fato de ser 24x7 não implicava para
> essa
> política, pois :
>
> a) a aplicação em teste e em homo, Com a posterior validação da aplicação
> pelo
> Cliente, necessariamente já "pegou" 99% dos potenciais problemas, o risco é
> pequeno
>
> e
>
> b) se é 24x7 de verdade, na real ou tem um Cluster tipo RAC ou tem um
> Standby,
> então via de regra era plenamente possível a aplicação em cada parte do
> ambiente
> (rollup), ou era possível aplicar no standby (se preciso quebrando o
> standby
> temporariamente), ou então virar o standby para Prod, aplicar o PSU/CPU na
> antiga Prod e depois inverter...
>
> É isso... Nem preciso dizer que imho é um risco TREMENDO a política que
> hoje me
> é imposta, de só aplicar quando o bug foi percebido, pois há CPUs/PSUs que
> corrigem bugs graves, no nível de usuário se tornar DBA, mas assim foi
> estabelecido e imposto, a gente, como eu disse, segue o que o Cliente
> (externo
> ou interno) dispões : no meu caso aqui já declarei bem diretamente os
> riscos
> então fiz a minha parte, se a Gerência, ciente dos mesmos, optou por
> manageá-los, não há ação cabível na esfera técnica, que é a minha...
>
> []s
>
> Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br, José Laurindo
> escreveu
>
> >
> > liberava os patches do quarter, exigia um prazo fixo e delimitado (duas
> semanas ou algo assim) pra aplicar o CPU/PSU em Desenv, depois em
> Homologação e finalmente em Produção ... No caso, o fato de ser 24x7 não
> implicava para essa política, pois :
> >
> > a) a aplicação em teste e em homo, Com a posterior validação da
> aplicação pelo Cliente, necessariamente já "pegou" 99% dos potenciais
> problemas, o risco é pequeno
> >
> > e
> >
> > b) se é 24x7 de verdade, na real ou tem um Cluster tipo RAC ou tem um
> Standby, então via de regra era plenamente possível a aplicação em cada
> parte do ambiente (rollup), ou era possível aplicar no standby (se preciso
> quebrando o standby temporariamente), ou então virar o standby para Prod,
> aplicar o PSU/CPU na antiga Prod e depois inverter...
> >
> > É isso... Nem preciso dizer que imho é um risco TREMENDO a política que
> hoje me é imposta, de só aplicar quando o bug foi percebido, pois há
> CPUs/PSUs que corrigem bugs graves, no nível de usuário se tornar DBA, mas
> assim foi estabelecido e imposto, a gente, como eu disse, segue o que o
> Cliente (externo ou interno) dispões : no meu caso aqui já declarei bem
> diretamente os riscos então fiz a minha parte, se a Gerência, ciente dos
> mesmos, optou por manageá-los, não há ação cabível na esfera técnica, que é
> a minha...
> >
> > []s
> >
> > Chiappa
> >
> > --- Em oracle_br@yahoogrupos.com.br, Sandro Niederauer Curte
> escreveu
>
> > >
> > > Senhores,
> > > Gostaria de saber como vocês trabalham a política de aplicação de
> > > PSUs em produção (24x7).
> > >
> > > Se aplicam assim que é liberado ou aplicam em homolagação e em
> > > produção sempre uma versão anterior ou o melhor mesmo é tem uma visão
> > > conservadora, ou seja, virou produção, não se aplica mais nada, patch
> > > só sob demanda.
> > >
> > > Att,
> > > Sandro
> > >
> > >
> > > [As partes desta mensagem que não continham texto foram removidas]
> > >
> >
>
>
>
[As partes desta mensagem que não continham texto foram removidas]
--
>Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira
>responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
--
>Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure »
>Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE:
>http://www.oraclebr.com.br/
---
