Perguntei a vc's, exatamente pra ver se alguém tinha alguma solução (Objetiva), pois não sei se foi falta de sorte, mas peguei um analista que já me pediu pra executar o RDA nas duas instancias e enviar-lhe os resultados, fiz isso, e tenho seguido todos os passo que ele pediu, mas até agora não tive solução...
bom, mas agradeço atenção.. caso alguém conheça alguma que possa me ajudar, já agradeço. Abraços, 2009/8/20 jlchiappa <jlchia...@yahoo.com.br> > > > OK, o procedimento é bem esse, se vc estava/está Ciente e o fez, se ** > nenhuma ** das notas que vc encontrou foi adequada, tá então, realmente vc > tem um problema mais sério... O importante é que vc sabia o que fazer, fez o > correto, é isso aí... > Só o que não é admissível é uma semana sem resposta, mas se vc está > providenciando escalonamento e está trabalhando firme em cima do chamado, > acionando não só o duty manager mas o seu gerente de conta na Oracle, o > fornecedor/revendedor , tá "batendo" nesses caras perfeito, é o que se tem > que fazer mesmo... O crucial é realmente, dada toda a informação pro > Analista, ficar mesmo no pé dele AO MESMO TEMPO em que providencia atuação > dos Gerentes e quetais... > > []s > > Chiappa > > OBS : não era o seu problema, no meu caso era externo (ao se usar/startar > OEM), mas tive uns problemas referentes à TZ em Solaris 9 ao migrar um banco > 9i para 10g, o servidor estava com TZ Brazil/East e não ia de jeito nenhum , > mesmo com os patches mais recentes e diversos one-offs, e mesmo BRZ/EST > sendo uma TZ absolutamente válida e existente no bd e no SO.... Pra esse > nãotive uma solução mas cheguei num work-around, que foi setar para GMT-3, > aí foi... Work-arounds do tipo já foram aventados/pensados/sugeridos ? Se > não foram não deixe de conversar com o Analista desse chamado sobre isso ... > > > --- Em oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>, > Mária Cristina Silva <mariancrist...@...> escreveu > > > > Chiappa, concordo com td o que vc disse e posso lhe assegurar que > > Escalonamento, pedido para subir a prioridade, falar com quem manda e a > > troca do analista já foi solicitada...Tanto que estou aguardando uma > posição > > deles. > > > > Só para responder sua pergunta, se eu pesquisei no metalink... > > > > As notas abaixo, foram td q encontrei a respeito e seguir várias delas > pra > > tentar solucionar o problema, tanto que apliquei o patch em uma instancia > > single, e atualizei o timezone seguindo o patch de atualização de versão > e > > não tive problema nessa instancia.. já no RAC não tive a mesma sorte, > > realmente confesso qeu não tenho tanta experiencia com o RAC, mas posso > > garatir que não constumo ficar de braços cruzados esperando cair do ceu. > > > > Note:415912.1 - Identifying And Adjusting Incorrect Data After Upgrading > > Database > > Time Zone Files Without Using Correct Pre- And Post-Install Actions > > Note:467722.1 - DBMS_SCHEDULER or DBMS_JOB And DST / Timezones Explained. > > Note:424649.1 - What Is The Impact Of Daylight Saving Time (Summer Time) > On > > ODI Fl > > ows? > > Note:783357.1 - Troubleshooting DBMS_SCHEDULER and DBMS_JOB > > Note:553534.1 - How to make the Grid Control OMS JDK DST compliant ? > > Note:471451.1 - DST 2007/2008/2009 Oracore files Version for Grid Control > > Components > > Note:418792.1 - Enterprise Manager DST Quick Fix Guide > > Note:457792.1 - DST Compliance for Grid Control OMS, Repository and > Agents: > > Checks and Updates > > Note:416860.1 - Testing your Oracle JVM Time Zone Setup > > > > 2009/8/20 jlchiappa <jlchia...@...> > > > > > > > > > > > > Duas obs aí, colega : > > > > > > 1) vc ** pesquisou ** no metalink pela questão ???? Pois não é só abrir > o > > > chamado e ficar esperando, o metalink possui ** imenso ** cabedal de > > > material, com dicas, workaorounds, documentação extendida.... Por > exemplo, > > > numa busca simples já encontrei a nota de Subject: Time Zone IDs for 7 > Time > > > Zones Changed in Time Zone Files Version 3 and Higher, Possible > ORA-1882 > > > After Upgrade, Doc ID: 414590.1, vc checou se o que ela diz, as > soluções > > > nela constantes são aplicáveis ao seu caso ? > > > > > > e > > > > > > 2) absolutamente NÃO EXISTE isso de um chamado ficar uma semana sem > solução > > > se o banco é importante : vc tem ** TODO O DIREITO ** de pedir um > > > Escalonamento desse chamado, pedir atuação do Duty Manager (Gerente da > > > Oracle) encarregado, pedir troca de amalista, subir o nível de > prioriade se > > > isso está causando problemas ao andamento dos negócios... A nota > metalink > > > Subject: Escalating Service Requests with Oracle Support Services, DOC > > > ID:199389.1 te dá as dicas mas normalmente o que eu faço é ligar no no > > > (0800) 891-5899, dar os dados do chamado e a razão do pedido (listando > os > > > problemas que a questão causou aos negócios) que rapidinho vem retorno, > a > > > hora que vc começa a "bater" nos caras certos (gerentes e quetais), que > vc > > > "ameaça" eles, que pede pra falar com quem manda, aí vc obtém > retorno.... É > > > aquele negócio, Suporte é um negócio caro, o mínimo que se exige é que > tenha > > > Resposta, um chamado parado há uma semana não tem como eu aceitar se > fosse o > > > meu banco... É + ou - como ocorre quando vc é mal-atendido numa loja ou > num > > > prestador de serviço, NÃO PERCA tempo batendo boca com o caixa, vá pra > quem > > > manda... > > > > > > []s > > > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br > > > <oracle_br%40yahoogrupos.com.br><oracle_br% > 40yahoogrupos.com.br>, > > > > Mária Cristina Silva <mariancristina@> escreveu > > > > > > > > Boa tarde!! > > > > Pessoal, estou com um erro quando faço a consulta (*SELECT* * > > > > *FROM*DBA_SCHEDULER_JOBS ) > > > > me retorna o erro: > > > > > > > > ORA-01882: timezone region %s not found > > > > > > > > E já abri um chamado na oracle, desde a semana passada, e está > demorando > > > > muito para me ajudarem, talvez alguém já passou por tal situação e > possa > > > me > > > > ajudar. > > > > > > > > Desde já agradeço atenção. > > > > > > > > > > > > > > > > -- > > > > Abraços, > > > > Mária Cristina > > > > Cel: 031-8883-5543 > > > > E-mail: mariancristina@ > > > > MSN: mcristinasilva3@ > > > > -- > > > > "O começo é a parte mais importante do trabalho." > > > > - Platão > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > > > -- > > Abraços, > > Mária Cristina > > Cel: 031-8883-5543 > > E-mail: mariancrist...@... > > MSN: mcristinasil...@... > > -- > > "O começo é a parte mais importante do trabalho." > > - Platão > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > -- Abraços, Mária Cristina Cel: 031-8883-5543 E-mail: mariancrist...@gmail.com MSN: mcristinasil...@hotmail.com -- "O começo é a parte mais importante do trabalho." - Platão [As partes desta mensagem que não continham texto foram removidas]