none
Backup Diferencial é confiável ? RRS feed

  • Pergunta

  • Membros, o backup diferencial pode ser usado para recuperar o banco em caso de perda ? Estou com um problema de espaço em disco para o backup completo e tenho que aguardar a chegada do no server para resolver o problema. Não tenho nunhum backup completo, somente o diferencial, pois foi o que deu para se fazer com o espaço com tenho no disco.

    Outra coisa, o backup completo fica da mesmo tamanho do DATA_FILE ?

    Agradeço essas e outras informações que possam me passar.

    :)


    JayCorp
    terça-feira, 15 de setembro de 2009 20:55

Respostas

  • Jayro,

    no seu caso eu pararia os serviços do SQL Server e faria a cópia física dos arquivos pelo sistema operacional para mídia externa, como fita ou disco USB externo. Não é a melhor maneira e provavelmente não recomendada pela MS, mas no seu caso, vai poupar problemas caso algum banco fique danificado. Se uma base "crashar" você para o serviço do SQL Server, restaura os arquivos e depois sobe o serviço novamente. Atenete principalmente para alterações na master depois do bacup dos arquivos.

    Você disse que está esperando um servidor. Hoje as bases do SQL Server estão em disco IDE? Se sim, tome cuidado com isso pois caso o servidor seja reiniciado por alguma falta de energia por exemplo, você pode ter problemas que causem a corrupção da base.

    Maiores detalhes, procure por Forced Unit Access (FUA) e stable media no seguinte artigo(que aliás é excelente):

    http://technet.microsoft.com/en-us/library/cc966500.aspx


    Espero ter ajudado.

    Alex
    • Marcado como Resposta Jayro Rodrigues quarta-feira, 16 de setembro de 2009 16:37
    quarta-feira, 16 de setembro de 2009 12:00
  • Felipesf,

    concordo plenamente com você, tanto que eu frisei isso no meu post.

    O problema é que ele não pode fazer o full por falta de espaço em disco na máquina. Como backup do SQL Server não pode ser feito em drive mapeado, ele poderia
    1 - com o sql server "stopado" fazer cópia física dos arquivos para outra máquina via rede
    2 - fazer backup full em hd externo.

    Eu prefiro fazer o backup de arquivos físicos (não usual) e ter backup do que não ter backup por não estar seguindo as "melhores práticas de mercado".

    Alex
    • Marcado como Resposta Jayro Rodrigues quarta-feira, 16 de setembro de 2009 16:37
    quarta-feira, 16 de setembro de 2009 14:13

Todas as Respostas

  • Boa tarde Jayro


    O backup diferencial sem um backup full não tem utilidade nenhuma, o backup diferencial armazena as informações que foram alteradas no banco de dados desde o último backup full, entao se vc nao tiver o full de nada vai adiantar. O Gustavo escreveu um artigo sobre confiabilidade do backup diferencial vale a pena conferir.



    Espero ter ajudado


    Anderson - DBA/MCP/MCTS/MCITP/MCT - Sua pergunta foi respondida ? Marque-a como tal! www.myspace.com/andersondpa
    terça-feira, 15 de setembro de 2009 21:00
  • Boa tarde Jayro


    O backup diferencial sem um backup full não tem utilidade nenhuma, o backup diferencial armazena as informações que foram alteradas no banco de dados desde o último backup full, entao se vc nao tiver o full de nada vai adiantar. O Gustavo escreveu um artigo sobre confiabilidade do backup diferencial vale a pena conferir.



    Espero ter ajudado


    Anderson - DBA/MCP/MCTS/MCITP/MCT - Sua pergunta foi respondida ? Marque-a como tal! www.myspace.com/andersondpa

    Anderson, agradeço a esposta. Tens o link do artigo ?
    Grato.
    JayCorp
    terça-feira, 15 de setembro de 2009 21:02
  • Este o o link

    http://gustavomaiaaguiar.spaces.live.com/blog/cns!F4F5C630410B9865!719.entry




    Anderson - DBA/MCP/MCTS/MCITP/MCT - Sua pergunta foi respondida ? Marque-a como tal! www.myspace.com/andersondpa
    • Sugerido como Resposta Alex M. Bastos quarta-feira, 16 de setembro de 2009 11:52
    • Não Sugerido como Resposta Jayro Rodrigues quarta-feira, 16 de setembro de 2009 16:37
    terça-feira, 15 de setembro de 2009 21:16
  • Jayro,

    no seu caso eu pararia os serviços do SQL Server e faria a cópia física dos arquivos pelo sistema operacional para mídia externa, como fita ou disco USB externo. Não é a melhor maneira e provavelmente não recomendada pela MS, mas no seu caso, vai poupar problemas caso algum banco fique danificado. Se uma base "crashar" você para o serviço do SQL Server, restaura os arquivos e depois sobe o serviço novamente. Atenete principalmente para alterações na master depois do bacup dos arquivos.

    Você disse que está esperando um servidor. Hoje as bases do SQL Server estão em disco IDE? Se sim, tome cuidado com isso pois caso o servidor seja reiniciado por alguma falta de energia por exemplo, você pode ter problemas que causem a corrupção da base.

    Maiores detalhes, procure por Forced Unit Access (FUA) e stable media no seguinte artigo(que aliás é excelente):

    http://technet.microsoft.com/en-us/library/cc966500.aspx


    Espero ter ajudado.

    Alex
    • Marcado como Resposta Jayro Rodrigues quarta-feira, 16 de setembro de 2009 16:37
    quarta-feira, 16 de setembro de 2009 12:00
  • Jayro,

    no seu caso eu pararia os serviços do SQL Server e faria a cópia física dos arquivos pelo sistema operacional para mídia externa, como fita ou disco USB externo. Não é a melhor maneira e provavelmente não recomendada pela MS, mas no seu caso, vai poupar problemas caso algum banco fique danificado. Se uma base "crashar" você para o serviço do SQL Server, restaura os arquivos e depois sobe o serviço novamente. Atenete principalmente para alterações na master depois do bacup dos arquivos.

    Você disse que está esperando um servidor. Hoje as bases do SQL Server estão em disco IDE? Se sim, tome cuidado com isso pois caso o servidor seja reiniciado por alguma falta de energia por exemplo, você pode ter problemas que causem a corrupção da base.

    Maiores detalhes, procure por Forced Unit Access (FUA) e stable media no seguinte artigo(que aliás é excelente):

    http://technet.microsoft.com/en-us/library/cc966500.aspx


    Espero ter ajudado.

    Alex

    Alex, se não me engano o backup Full no caso do Jayro seria o mais indicado,pois copiar os arquivos físicos para um disco externo o outro qualquer dispositivos de armazenamento iriar ocupar em muitas vezes muito mais espaço em disco que um Backup FULL,já que com o Backup Full o SQL Server armazena somente os metadados e dados necessários para recriar o banco de dados,qualquer espaco dentro do data file que não esteja utilizado ou que não contenha dados não será armazenado.

    Aproveitando e respondendo a pergunta do Jayro,com isso o backup full é quase sempre menor que o data file.
    Até a próxima.
    Felipe Santana - MCP
    • Sugerido como Resposta Felipesf quarta-feira, 16 de setembro de 2009 12:25
    quarta-feira, 16 de setembro de 2009 12:25
  • Felipesf,

    concordo plenamente com você, tanto que eu frisei isso no meu post.

    O problema é que ele não pode fazer o full por falta de espaço em disco na máquina. Como backup do SQL Server não pode ser feito em drive mapeado, ele poderia
    1 - com o sql server "stopado" fazer cópia física dos arquivos para outra máquina via rede
    2 - fazer backup full em hd externo.

    Eu prefiro fazer o backup de arquivos físicos (não usual) e ter backup do que não ter backup por não estar seguindo as "melhores práticas de mercado".

    Alex
    • Marcado como Resposta Jayro Rodrigues quarta-feira, 16 de setembro de 2009 16:37
    quarta-feira, 16 de setembro de 2009 14:13
  • Bom, essa questão ficou muito clara. Obrigado pelas informações pessoal.

    :)
    JayCorp
    quarta-feira, 16 de setembro de 2009 16:38
  • "Como backup do SQL Server não pode ser feito em drive mapeado"

    Alex Bastos

    O SQL Server PERMITE fazer backup em um DRIVE REMOTO, basta para isso usar a linha de comando do BACKUP e no parâmetro TO DISK especificar \\computername\drive\folder





    Alex Rosa -- Sharing my knowledge at http://www.keep-learning.com/blog
    quinta-feira, 17 de setembro de 2009 01:49