Só pra descontrair.. fica a pergunta no ar: Será que eles botam bug de propósito nesses pacotes para que continuemos pagando o suporte em dia? Olha que tem lógica hein..kkkk
2014-03-11 11:04 GMT-03:00 <jlchia...@yahoo.com.br>: > > > Bem, o fato é que não dá pra ficar sem as muitas correções Cruciais que > um PSU (ou mesmo o CPU !!) te dá - no meio delas normalmente tem bugs de > segurança terríveis, tem bugs de performance vitais , não dá pra ficar sem > em nome de uma pseudo-segurança de eventualmente, quem sabe, o PSU ou CPU > xyz introduzir novos bugs... E, imho, dizer que se vai aplicar os one-off > patches individualmente é um auto-engano : via de regra há dúzias de > patches encapsulados num patch update, eu du-vi-de-o-dó que um DBA vai ter > tempo/paci~encia/oportunidade de Realmente os aplicar todos... Aí fica > naquela de correr atrás do rabo, só aplicar o one-off quando a issue > realmente acontece, colocar a tranca só depois que a porta foi > arrombada.... Sorry, eu não compactuo com isso, não... > > Pra vc Minimizar a chance de se ver ás voltas com bugs introduzidos por > PSU, o que se faz é mesmo : > > 1. testar BEM no ambiente de teste, e depois em Homologação > > e > > 2. enquanto 1. rola, acompanhar no metalink e nos Fóruns os relatos de > issues com o patchset > > Com isso vc diminui Drasticamente a possibilidade, deixando-a (imho) > desprezível.... E só relembrando, CASO o pior aconteça, na remota hipótese > de mesmo usando os procedimentos acima vc realmente caia num novo bug > introduzido pelo PSU, vc PODE SIm na maioria das vezes DESAPLICAr o PSU, > fazendo o proceidmento de rollback dele via opatch , ok ?? Então De Forma > Alguma vc vai ficar "parado esperando a boa vontade da Oracle em corrigir", > yep ?? > > []s > > Chiappa > > OBS : eu citei várias vezes o CPU (Critical Patch Update) em oposição ao > PSU (Patch Set Update) porque o CPU é, normalmente, um pacote Muito menor > do que o PSU - o CPU foca nos bugs especialmente críticos, no melhor dos > piores, okdoc ? Então via de regra é muitíssimo menor a chance de um CPU > introduzir novos bugs, assim uma OUTRA opção para aqueles databases > ultra-críticos aonde vc não quer correr riscos pode ser vc aplicar os CPUs > ao invés dos PSUs , yep ?? > Óbvio, isso Não elimina a necessidade de se fazer os dois procedimentos > acima, nem de talvez vc ter que eventualmente fazer rollback de algum CPU, > mas talvez ajude no gerenciamento de riscos... > > >
