Pois é, pode acontecer de uma PSU corrigir vários bugs que NUNCA afetaram
teu ambiente, mas daí o mesmo PSU trazer um bug novo que afeta diretamente
tua aplicação.
Haja testes!
Em 10 de março de 2014 22:37, Ivan Ricardo Schuster
escreveu:
>
>
> Bem, é uma questão um pouco complexa, não há verda
Bem, é uma questão um pouco complexa, não há verdade absoluta.
Já fui questionado por cliente do porquê de não ter aplicado um patch
existente em um ambiente novo que falhou por bug já conhecido.
Por outro lado, patchsets, PSUs, CPUs, etc corrigem diversos bugs mas podem
trazer bugs novos. Se eu te
Marcelo, por boa prática procuro sempre aplicar os psu's também.
O último que apliquei, entretanto, 11.2.0.3.7 não trouxe boas experiências.
Apareceram vários bugs com mviews que só foram corrigidos com off patchs ou
no psu posterior 11.2.0.3.8 e pra cima.
No geral é aquilo:
- aplica em hlg
- homol
Pessoal, tudo bem?
Eu considero importante sempre manter o Oracle com os patchs mais recentes,
mas e quanto aos PSUs, devo seguir a mesma regra ou apenas aplicar quando
identificar um problema real que afeta a base em questão e que ele possa
corrigir?
Abs,
*Marcelo Santino*
DBA SQL Server / Ora
Olá, bom dia!
Humm .. na verdade nunca vai ultrapassar esse tamnho, porque temos disponíveis
apenas 36 horários disponíveis em cada loja, e pensando em um dia de movimento
a oficina teria 36 clientes agendados por dia, sendo que cada registro
retornaria no máximo 80 bytes cada .. não teria como
Depende : ** SE ** vc tem total certeza que os dados / registros sendo lidos
absolutamente nunca ultrapassam o limite máximo de uma variável string no
PL/SQL (ie, 32767 bytes), vc simplesmente redimensiona a variável V_EMAIL_CORPO
para varchar2(32767), continua concatenando cada registro lido ne
Dá um look na nota metalink "Cluster Health Monitor (CHM/OS) osysmond.bin High
Resource (CPU, Memory and FD etc) Usage" (Doc ID 1554116.1) que vc acha
Diversos bugs desse cara consumindo em excesso, e CONFIRME com um Chamado no
Suporte Oracle em qual/quais vc pode estar caindo E Como vc vai
wilson,
Deixa eu ver se entendi...
Você quer um único email... então o envio deve ser fora do loop.
se o tamanho é pequeno então o coloque com 32760.
CREATE OR REPLACE PROCEDURE WJOB_AGENDADOS AS
-- PROC PARA ENVIAR E-MAIL DOS AGENDAMENTOS DO DIA POSTERIOR
V_EMAIL_CORPO VARCHAR2(32760);
Z_NOME
Pessoal, não sei se vocês passam por isso, mas tenho um oracle rac (11g R2)
e de tempos em tempos (coisa de 15 dias) preciso reiniciá-los para liberar
memória, já apliquei alguns patches mas sem solução, alguém já passou por
isso?
Oracle Database 11g Release 11.2.0.3.0 - 64bit Production
PL/SQL Re