none
Banco de Dados Corrompido, Tipos de Recuperação!??!? bcp, algo + ?? RRS feed

  • Pergunta

  • Bom dia!

    Estamos com um grave problema aqui na empresa, os 04 principais e gigantescos bancos de dados foram corrompidos após os discos físicos do storage derem problema, 03 discos de uma vez (raridade?), logo o RAID 5 não segurou nada, os discos foram levados para reparação fora do país, voltaram e mesmo assim com arquivos corrompidos. Compramos um software de recuperação que gerou um arquivo BCP para cada tabela do BD, assim alimentamos o BD que recuperamos de uma fita antiga do ano passado, mas muitos dos dados foram perdidos, não recuperados pelo software. Existe alguma outra forma de recuperação de arquivos corrompidos BKP ou MDF além dos scripts e bcp's?


    Obrigado,
    Rafael Silva
    • Movido Gustavo Maia Aguiar quarta-feira, 22 de julho de 2009 12:01 (De:SQL Server - Desenvolvimento Geral)
    quarta-feira, 22 de julho de 2009 11:30

Respostas

  • Olá Rafael,

    O RAID 5 é normalmente a mais econômica, mas nem sempre é a mais "tolerante" à falhas.
    Há esperança se você conseguir garantir as seguintes condições:

    - Você possui um backup full anterior ao desastre
    - Os bancos tinham Recovery Model Full
    - Você consegue voltar o ambiente de forma igual ao momento de desastre
    - Não houve "truncate" do log
    - Você possui todos os backups de log entre o full se algum tiver sido tirado

    Se puder garantir essas condições podemos tentar. Senão puder, sobram muito poucas opções certeiras

    [ ]s,
     
    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Mitos do SQL Server – A ordem das tabelas influencia no desempenho de uma instrução SELECT ?
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!643.entry


    Classifique as respostas. O seu feedback é imprescindível
    • Marcado como Resposta rafael.dev quinta-feira, 23 de julho de 2009 18:12
    quarta-feira, 22 de julho de 2009 14:03
  • Rafael,

    Um consideração importante que devemos fazer não adianta existe o backup precisamos verificar a integridade destes dados.

    Você tem algum procedimento para chegar a integridade destes backups?


    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    • Marcado como Resposta rafael.dev quinta-feira, 23 de julho de 2009 18:12
    quarta-feira, 22 de julho de 2009 14:19
    Moderador

Todas as Respostas

  • Bom Dia,

    3 de uma só vez ? Não sei se isso é mais comum ou se é mais fácil acertar na loteria (rs).
    Os arquivos de LOG e de dados estavam no mesmo disco ?

    Sua dúvida foi movida, pois, não estava associada a "SQL Server - Desenvolvimento"

    [ ]s,
     
    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Mitos do SQL Server – A ordem das tabelas influencia no desempenho de uma instrução SELECT ?
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!643.entry


    Classifique as respostas. O seu feedback é imprescindível
    quarta-feira, 22 de julho de 2009 12:00
  • Sim, todas as bases foram corrompidas, são 4 bases, as mdf, ldf, bkp, afinal raid 5 com storage de ultima geração "seria confiável" (pra mim nada mais é confiável depois desta, lição de profissão, ta aí + uma pra vcs tb (rs) ). Os mdf e ldf sempre na mesma pasta. Os servidores todos virtualizados. Tentei anexar os mdf regenerando o log mas não da certo, erro informando que não foi limpo antes do encerramento/desligamento... e tentei também ignorando erros, também não passou.. o problema é que alguns BD's estão 70% recuperaveis, tudo na mão e no pelejamento (trocentos programinhas no VB.NET pra tratar cada tabela, cada coluna...), mas teve um BD de DW que não conseguiu reparar nada, nem um script, nem uma tabela aff.


    Obrigado,
    Rafael Silva
    quarta-feira, 22 de julho de 2009 12:14
  • Olá Rafael,

    O RAID 5 é normalmente a mais econômica, mas nem sempre é a mais "tolerante" à falhas.
    Há esperança se você conseguir garantir as seguintes condições:

    - Você possui um backup full anterior ao desastre
    - Os bancos tinham Recovery Model Full
    - Você consegue voltar o ambiente de forma igual ao momento de desastre
    - Não houve "truncate" do log
    - Você possui todos os backups de log entre o full se algum tiver sido tirado

    Se puder garantir essas condições podemos tentar. Senão puder, sobram muito poucas opções certeiras

    [ ]s,
     
    Gustavo Maia Aguiar
    http://gustavomaiaaguiar.spaces.live.com

    Mitos do SQL Server – A ordem das tabelas influencia no desempenho de uma instrução SELECT ?
    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!643.entry


    Classifique as respostas. O seu feedback é imprescindível
    • Marcado como Resposta rafael.dev quinta-feira, 23 de julho de 2009 18:12
    quarta-feira, 22 de julho de 2009 14:03
  • Rafael,

    Um consideração importante que devemos fazer não adianta existe o backup precisamos verificar a integridade destes dados.

    Você tem algum procedimento para chegar a integridade destes backups?


    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    • Marcado como Resposta rafael.dev quinta-feira, 23 de julho de 2009 18:12
    quarta-feira, 22 de julho de 2009 14:19
    Moderador
  • Pois é pessoal, estamos na luta aqui, mas nestas situações ou requisitos que me informaram, acho que é caso perdido para o mais que conseguimos "mineirar/penerar" até o momento.

    Mesmo assim, obrigado pela luz, pela ajuda.

    Atenciosamente,
    Rafael Silva
    quinta-feira, 23 de julho de 2009 18:11
  • Olá Rafael, como vai!

    O comando FOR ATTACH_REBUILD_LOG não refaz o Log se a base não estiver em clean shutdown ou se você não tiver todos os ndfs da base.
    Para criar o log independente dos requisitos acima use o seguinte comando:

    CREATE DATABASE <dbname> ON (database path file) FOR ATTACH_FORCE_REBUILD_LOG

    Espero que ajude recuperar alguns MDFs

    Abs

    Denis

    quinta-feira, 23 de julho de 2009 20:34
  • Rafael,

    Atualmente esta base de dados esta inacesível?


    Pedro Antonio Galvão Junior - MVP - Windows Server System - SQL Server/Coordenador de Projetos/DBA
    sexta-feira, 24 de julho de 2009 10:52
    Moderador