none
restore de base muito grande RRS feed

  • Pergunta

  • Olá,

     

    Estou restaurando uma base muito grande no sql para voltar a uma hora atrás nos dados,estou recuperando o backup full e os logs até o momento onde os dados existiam, porém ela está demorando muito pra restaurar, existe alguma possibilidade de restaurar os dados mais rapidamente, até mesmo porque eu só quero recuperar um pequeno número de linhas de uma tabela.

     

    Grato,

     

    Maurício



    quinta-feira, 24 de março de 2011 18:49

Respostas

  • Bom Dia,

    O propósito do Log Shipping é ter um servidor de espera com os dados prontos no caso de falha do banco de dados no servidor primário. Ele não é destinado a acelerar procedimentos de restauração ou ainda recuperar dados perdidos. Entretanto, dependendo do delay que os dados são enviados via Log Shipping ele pode atendê-lo.

    Se você tem o segundo servidor com uma hora de atraso, você poderia recuperar os dados olhando o servidor secundário. Entretanto, não indicaria o log shipping para isso. Você nunca saberá se precisará dos dados de cinco minutos atrás, de uma hora atrás ou de uma semana atrás. Com tantas possibilidades, o Log Shipping não seria suficiente.

    Se você precisa guardar um histórico e voltar dados rapidamente, procure por implementações como o CT (Change Tracking) e o CDC (Change Data Capture).

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.wordpress.com 


    Classifique as respostas. O seu feedback é imprescindível
    • Sugerido como Resposta Gustavo Maia Aguiar sexta-feira, 25 de março de 2011 13:26
    • Marcado como Resposta maumauboy sexta-feira, 25 de março de 2011 15:15
    sexta-feira, 25 de março de 2011 13:25

Todas as Respostas

  • Boa Tarde,

    Não há comandos para acelerar o processo de restauração. Você terá mesmo que aguardar todo o RESTORE mesmo que só queira um pedaço dos dados. Se essa necessidade for constante, opte por dividir seus dados em FILEGROUPs, pois, ele podem dar-lhe essa flexibilidade.

    Outra alternativa é utilizar alguma ferramenta paga como as da Apex ou da Reg Gate. Com elas e de posse dos logs e da base atual, você conseguirá ver o que aconteceu com os registros desejados e eventualmente desfazer as alterações ou capturar os dados como estavam em um determinado momento.

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.wordpress.com


    Classifique as respostas. O seu feedback é imprescindível
    quinta-feira, 24 de março de 2011 20:04
  •  

     

    Obrigado!

     

    Log Shiping poderia ser usado pra isso?

     

     

    Grato,

     

    Maurício

    quinta-feira, 24 de março de 2011 20:55
  • Bom Dia,

    O propósito do Log Shipping é ter um servidor de espera com os dados prontos no caso de falha do banco de dados no servidor primário. Ele não é destinado a acelerar procedimentos de restauração ou ainda recuperar dados perdidos. Entretanto, dependendo do delay que os dados são enviados via Log Shipping ele pode atendê-lo.

    Se você tem o segundo servidor com uma hora de atraso, você poderia recuperar os dados olhando o servidor secundário. Entretanto, não indicaria o log shipping para isso. Você nunca saberá se precisará dos dados de cinco minutos atrás, de uma hora atrás ou de uma semana atrás. Com tantas possibilidades, o Log Shipping não seria suficiente.

    Se você precisa guardar um histórico e voltar dados rapidamente, procure por implementações como o CT (Change Tracking) e o CDC (Change Data Capture).

    [ ]s,

    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.wordpress.com 


    Classifique as respostas. O seu feedback é imprescindível
    • Sugerido como Resposta Gustavo Maia Aguiar sexta-feira, 25 de março de 2011 13:26
    • Marcado como Resposta maumauboy sexta-feira, 25 de março de 2011 15:15
    sexta-feira, 25 de março de 2011 13:25
  • Obrigado! Estou pesquisando!

     

    Grato,


    Maurício

    sexta-feira, 25 de março de 2011 15:15