- Este tópico contém 7 respostas, 4 vozes e foi atualizado pela última vez 17 anos, 2 meses atrás por
jspaulonci.
-
AutorPosts
-
12 de janeiro de 2009 às 5:07 pm #84644
jspaulonci
ParticipanteBom dia Moçada, vc veêm algum problema em mudar o horário do servidor do banco de dados ?
Pelo que sei não vejo maiores problemas, estou pensando em mudar a quente mesmo, o que vc acham ?Spaulonci
12 de janeiro de 2009 às 6:50 pm #84648Leonardo Litz
ParticipanteOla Paulo,
Ao se adiantar o horario do servidor não há problemas.
O problema pode ocorrer ao se atrazar, o ideal é baixar o banco, atrazar o horario em 1 hora, aguardar pelo menos 1 hora até voltar o banco no ar. Em modo de archive log, o nome dos archives tem a hora de geração, caso vc volte a hora com o banco on-line é bem possível que essa hora volte a se repetir, assim sobrescrevendo o arquivo ja existente, além disso pode haver tratativas na propria aplicacao que possam ocasionar problemasvlw Leonardo Litz
12 de janeiro de 2009 às 7:02 pm #84649jspaulonci
ParticipanteBoa boa….mas segurar o banco 1 hora não tem como, o esquem é baixar o banco copiar os archives ( quem trabalha com ASM) faz um backup e depois atrasa o horário.
13 de janeiro de 2009 às 8:48 pm #84689Leonardo Litz
ParticipanteDepende, imagine uma aplicação que trabalha com datas na chave ok…
Quando vc insere um registro a aplicação puxa sysdate e coloca na chave…
É possível ocorrer de ja haver um dado inserido com uma data na qual quando vc voltou ele se repetir, dado erro de chave unica.Dentre outros tipos, como vigencia de registros coisa e tal
Mas se sua aplicação não contiver este tipo de situacao, a melhor forma é fazer o backup mesmo.
13 de janeiro de 2009 às 9:08 pm #84691jspaulonci
Participanteputs..verdade heim….não pensei nisso não …ótima colocação
Spaulonci
13 de janeiro de 2009 às 9:24 pm #84693Marcio68Almeida
ParticipanteSe você estiver trabalhando em RAC, é aconselhável você baixar todos os nós, alterar todas as datas antes de subir o banco novamente.
Se mudar apenas uma data vai quebrar o banco…Quanto à mudanças para menos, é bom verificar se não há chaves contendo data/hora, se não houver, não há problemas, se houver tem que ver com o analista responsável qual será o ]melhor procedimento a ser adotado.
Parar o banco por uma hora só em casos em que se possua uma janela desse tamanho, mas não é aconselhável parar o banco, o Oracle foi feito para ficar no ar indefinidamente…15 de janeiro de 2009 às 11:45 pm #84746David Siqueira
ParticipanteCara certifique-se das datas, esse é seu maior problema no momento, porque caso não haja datas como chave ou até mesmo como prioridade em algum determinado processo do seu Database tudo bem, de contra-partida é uma manutenção super importate a mudança de horário, ainda mais em RAC, devido a complexibilidade do ambiente, uma janela para manutenção você tem que ter, porque das duas uma, ou você para por precaução ou para por necessidade, ai você escolhe, argumente com demosntrações plausiveis que você com certeza conseguira uma janela pra realizar essa paralisação e troca do horário.Abraço
Obs.: Um conselho tire seus archives do ASM, tente deixa-los fora do ASM, nem tudo precisa estar guardado lá.19 de janeiro de 2009 às 3:06 pm #84787jspaulonci
ParticipanteBoa obrigado……vou tentar 1 hora de parada, se não conseguir, vou tirar os archives do ASM um dia antes, depois no dia da parada eu faço um swtich log , levo os archives do disco para fita, shuto o banco , mudo o horário e subo a base novamente.
O que vc acham ?
-
AutorPosts
- Você deve fazer login para responder a este tópico.