none
PROBLEMAS COM RESTAURACAO DE FILE GROUP RRS feed

 > 

  • Pergunta

  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Colegas,

     

    Estou precisando de uma ajuda de vocês, tenho um banco de dados que é composto por 10FileGroups.

    Cada FG tem um tamanho bem granade, estou querendo fazer backups somente de alguns FG, ao fazer o Backup tudo ok! Porém ao tentar restaurar que começa o meu drama. O FG está e modo Read-Only.

     

    Quando tento restaurar somente o FG em questão, ele até restaura, porém recebo a seguinte mensagem.

    Esta mensagem aparece quando tento executar um select em um tabala que está FG restaurand.

     

    Msg 8653, Level 16, State 1, Line 1
    The query processor is unable to produce a plan for the table or view 'TB_CadClieEst' because the table resides in a filegroup which is not online.

     

    Já verifiquei em tudo que deu SITE, GRUPOS etc.. porém nada! Fiz passo a passo como manda as melhores práticas do SQL Server e nada também..

     

    Será que alguem pode me ajudar a fazer um backup de um FG e depois estaurar o mesmo sem todo este drama?

     

    Obrigado.

     

    segunda-feira, 26 de maio de 2008 02:26
    |

Respostas

  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Bom Dia,

     

    Essa estratégia é passível de problemas futuros no RESTORE. Embora pareça ser bastante interessante, ela só é factível se uma condição puder ser garantida. Os dados que estiverem no FILEGROUP descartado não podem ser PK de nenhuma outra tabela em outro FILEGROUP.

     

    É preciso lembrar também que da forma como você está propondo, para que os dados possam ser restaurados, você terá sempre que gerar um novo banco a partir do backup do FILEGROUP descartado e que será sempre necessário fazer um backup do PRIMARY antes da exclusão do FILEGROUP e após a adição do novo FILEGROUP.

     

    Existem outras alternativas como o uso do particionamento e de algumas outras funções para arquivamento e expurgo como o SWITCH. Se você detalhar um pouco mais o seu banco de dados, talvez possamos propor uma alternativa melhor.

     

    [ ]s,

     

    Gustavo

     

    quinta-feira, 29 de maio de 2008 15:59
    |

Todas as Respostas

  • Question
    Entrar para Votar
    0
    Entrar para Votar

     

    se vc. executar

     

    ALTER DATABASE [nome_banco ] MODIFY FILEGROUP [nome_filegroup]  READWRITE

     

    Absa/

    segunda-feira, 26 de maio de 2008 10:21
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Marcelo,

     

    Executei o que você me informou, mas apareceu a seguinte mensagem

     

    Msg 5056, Level 16, State 3, Line 1

    Cannot add, remove, or modify a file in filegroup 'FG_4' because the filegroup is offline.

     

    Obrigado.

    segunda-feira, 26 de maio de 2008 13:00
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Bom Dia,

     

    Não se pode falar em estratégias de backup de FILEGROUP sem combiná-las com o backup diferencial e principalmente o backup de log. Se você faz apenas backups de FILEGROUPs, o máximo que conseguirá é criar um novo banco a partir de um FILEGROUP que você fez o backup, mas não será possível reconstruir o banco completamente mesmo que você possua todos os FILEGROUPs.

     

    Ou seja, você poderá criar 10 novos bancos com o backup de cada filegroup, mas não conseguirá recuperar o banco original.

     

    O que você gostaria de fazer exatamente com esse backup ?

     

    [ ]s,

     

    Gustavo

     

    segunda-feira, 26 de maio de 2008 13:51
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Olá Gustavo.

     

    Obrigado pelo retorno.

     

    O que eu quero e preciso fazer é o seguinte:

     

    Eu tenho um base de dados com grandes volumes de informações e estes volumes estão divididos em 10FG.

     

    Estes FG a cada mês é acrescentado mais 1, ou seja, no começo do mês será criado mais um FG que somará 11,  mas para não deixar o base ficar gigantesca o FG mais antigo pode ser backupeado e seus dados depois do backup podem ser apagados, e assim sucessivamente para o FG mais antigo.

     

    Estou fazendo alguns testes de backup e restore, e estou encontrando bastante dificuldade em restaurar os FG backupeados.

     

    Espero ter conseguido me expressar melhor..

     

    Obrigado.

     

    segunda-feira, 26 de maio de 2008 15:57
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    depois que vc. cricou o filegroup vc. fez um backup full ?

     

    Abs/;

     

    segunda-feira, 26 de maio de 2008 16:14
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Olá,

     

    Antes de propriamente discorrer sobre sua estratégia, gostaria de saber qual SQL Server você está utilizando

     

    [ ]s,

     

    Gustavo

     

    quarta-feira, 28 de maio de 2008 21:15
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Bom dia Augusto.

     

    A versão que estou utilizando é SQL Server 2005.

     

     

    Muito Obrigado.

    quinta-feira, 29 de maio de 2008 10:40
    |
  • Question
    Entrar para Votar
    0
    Entrar para Votar

    Bom Dia,

     

    Essa estratégia é passível de problemas futuros no RESTORE. Embora pareça ser bastante interessante, ela só é factível se uma condição puder ser garantida. Os dados que estiverem no FILEGROUP descartado não podem ser PK de nenhuma outra tabela em outro FILEGROUP.

     

    É preciso lembrar também que da forma como você está propondo, para que os dados possam ser restaurados, você terá sempre que gerar um novo banco a partir do backup do FILEGROUP descartado e que será sempre necessário fazer um backup do PRIMARY antes da exclusão do FILEGROUP e após a adição do novo FILEGROUP.

     

    Existem outras alternativas como o uso do particionamento e de algumas outras funções para arquivamento e expurgo como o SWITCH. Se você detalhar um pouco mais o seu banco de dados, talvez possamos propor uma alternativa melhor.

     

    [ ]s,

     

    Gustavo

     

    quinta-feira, 29 de maio de 2008 15:59
    |