Na verdade existe uma outra coisa que você precisa verificar no seu banco. Devido a esta alteraçao do Horario de DST (horario de verão) nos estados unidos, você precisa verificar em seus bancos se existem colunas utilizando o datatype TIMEZONE e se vc tem JVM instalado no banco.
Com o select abaixo vc verifica se tem colunas com timezone select table_name, column_name, data_type from dba_tab_cols where data_type like '%WITH%TIME ZONE'; Para mais detalhes de uma olhada no metalink *Note:359145.1. * Em 22/02/07, jlchiappa <[EMAIL PROTECTED]> escreveu: > > Márcio, a nota fala sobre o JDK do Oracle Application Server, e o > colega lá diz "... Java Stored Procedures do meu banco...", portanto > suponho que na verdade ela está se referindo é a JVM nativa dentro do > banco, assim penso que a nota não se aplica.... > Igor, só complementando se FOR MESMO o acima : o que vc tem dentro > dum bd Oracle afaik *** não é ** uma JDK, ** não é ** um development > kit completo, é apenas uma JVM, ie, uma máquina virtual java, onde vc > pode executar códigos e mais nada, ok ??? Então quando vc > diz "acertar a hora da JDK do meu banco de dados" vou supor que é um > erro de conceito, apenas, e o que vc tem e quer é a JVM nativa e > comum do banco. > Respondendo : nunca usei funções de dete/time numa hava proc, mas > sei que o java engine é INDEPENDENTE do kernel do bd, assim VOU SUPOR > que ele provavelmente deve estar usando um clock dele mesmo - não é o > clock do SO, não é o do banco -, é um dele que ele iniciou no > startup, aí se mais à frente vc alterar clock do SO e/ou do banco, > pro JVM necas de pitibiriba... Em sendo isso mesmo, o que vc deveria > fazer é PARAR e RE-STARTAR a JVM, pois aí sim o clock dela será re- > iniciado : vc pode fazer isso baixando & subindo o banco, OU , iirc, > chamando as rotinas SERVER_SHUTDOWN e SERVER_STARTUP na package > DBMS_JAVA, certo ? Experimenta aí num servidor teste, mas afaik é > isso... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br <oracle_br%40yahoogrupos.com.br>, > "Marcio Portes" > <[EMAIL PROTECTED]> escreveu > > > > Igor, voce terá que aplicar um patch para o DST. O governo dos > Estados > > Unidos, antecipou o DST portanto diversos sistemas operacionais e > banco de > > dados (incluindo o Oracle) foram impactados com essa nova > regulamentação. > > Acredito que voce tenha que ler a nota *416288.1 *no metalink e > verificar o > > que se aplica a seu ambiente. Nessa nota, voce encontra todos os > links > > necessários para a atualização do JRE e JVM, assim como outros > impactos. > > > > On 2/22/07, Igor Laguardia <[EMAIL PROTECTED]> wrote: > > > > > > Prezados, > > > por algum motivo, de sabado para cá as Java Stored Procedures do > meu banco > > > diminuiram 1 hora, me gerando um problema muito grande. > > > Verificando o código, ví que o desenvolvedor utiliza o método > > > System.getcurrenttimeinmillis() para retornar a data atual. > Pesquisando um > > > pouco mais ví que o problema pode ser com o Horário de verão. > > > Agora a pergunta é: como faço para acertar a hora da JDK do meu > banco de > > > dados? Lembrando que a hora do banco está certa e a do sistema > operacional > > > também. > > > > > > -- > > > [ ]'s > > > Igor Laguardia > > > --------------------- > > > "Pedras no caminho?Guardo todas, um dia vou construir um castelo." > > > (Fernando Pessoa) > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > -- > > Marcio Portes > > Material Tecnico em Portugues - http://mportes.blogspot.com > > Practical Learning Oracle - > > http://mportes.blogspot.com/2006/02/practical-learning-oracle.html > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas]