Pular para o conteúdo
  • Este tópico contém 7 respostas, 4 vozes e foi atualizado pela última vez 17 anos, 2 meses atrás por jspaulonci.
Visualizando 8 posts - 1 até 8 (de 8 do total)
  • Autor
    Posts
  • #84644
    jspaulonci
    Participante

      Bom 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

      #84648
      Avatar photoLeonardo Litz
      Participante

        Ola 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 problemas

        vlw Leonardo Litz

        #84649
        jspaulonci
        Participante

          Boa 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.

          #84689
          Avatar photoLeonardo Litz
          Participante

            Depende, 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.

            #84691
            jspaulonci
            Participante

              puts..verdade heim….não pensei nisso não …ótima colocação

              Spaulonci

              #84693
              Marcio68Almeida
              Participante

                Se 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…

                #84746
                David Siqueira
                Participante

                  Cara 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á.

                  #84787
                  jspaulonci
                  Participante

                    Boa 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 ?

                  Visualizando 8 posts - 1 até 8 (de 8 do total)
                  • Você deve fazer login para responder a este tópico.