none
Erro 3203 ao restaurar o backup no SQL Server 2008 Evaluation RRS feed

  • Pergunta

  • Boa tarde, fui incumbido de fazer diariamente a restauração de de 5 bancos de dados da empresa em que trabalho, onde 4 deles se encontram em instâncias do SQL 2008 e 1 no SQL 2005. Pois bem, a restauração deverá ser feita em outro computador que possui o SQL Server 2008 Evoluation. Consegui fazer a restauração de 3 bancos: 1 do SQL 2005 e 2 do SQL 2008. Para os outros 2 bancos o assistente de restauração mostra a seguinte mensagem de erro:

    TÍTULO: Microsoft SQL Server Management Studio
    ------------------------------
    Ocorreu uma exceção ao executar um lote ou uma instrução Transact-SQL. (Microsoft.SqlServer.ConnectionInfo)
    ------------------------------
    INFORMAÇÕES ADICIONAIS:

    Falha ao ler "D:\Carlos\Banco de Dados\MultQuest SQL 2008\20151201.bak": 38 (Final do arquivo alcançado.) (Microsoft SQL Server, Erro: 3203)

    Alguém poderia me dar uma ajudinha nesta tarefa de extrema importância no meu trabalho?

    desde já agraço.

    quarta-feira, 2 de dezembro de 2015 17:43

Respostas

  • Carlos, o restore está tentando criar os datafiles do banco no caminho que ele gravou onde existiam na maquina origem.

    Restaure os backups passando a nova alocação de local, por exemplo:

    RESTORE DATABASE [databasename]
    FROM  DISK = N'D:\Carlos\Banco de Dados\MultQuest SQL 2008\20151201.bak'
    WITH  FILE = 1,  
    MOVE N'datafile_mdf' TO N'Unidade\novo diretório\datafile.mdf',  
    MOVE N'datafile_ldf' TO N'Unidade\novo_diretório\datafile.ldf',  NOUNLOAD,  REPLACE,  STATS = 10
    GO


    Luiz Fernando Lima - MCTS SQL Server - Microsoft Partner

    quarta-feira, 9 de dezembro de 2015 15:36
  • Obrigado pelo auxilio Luiz, consegui resolver o problema de um jeito mais simples. Realmente os arquivos estavam sendo corrompidos no momento que copiava de um computador para o outro através do acesso remoto. Eu não estava utilizando a unidade compartilhada através do acesso remoto para copiar os arquivos e isso parece que estava corrompendo alguns arquivos. 

    Mas a solução que você me passou parece pertinente, pois eu tinha notado , só não sabia como fazer essa movimentação.

    quinta-feira, 7 de janeiro de 2016 12:52

Todas as Respostas

  • Cara pode ser que o arquivo esteja corrompido. 

    executa o RESTORE VERIFYONLY FROM DISK 'Diretorio', para validar o arquivo.


    Se a resposta foi útil por favor classifique. Tiago Neves - @tiagolneves - acesse o meu blog http://www.tiagoneves.net

    quarta-feira, 2 de dezembro de 2015 18:08
  • Colega,

    Por gentileza, utilize o exemplo abaixo para consultar a estrutura e informações sobre o seu arquivo de backup:

    --Retorna Informações sobre as mídias de backup --
    Restore LabelOnly from Disk = 'C:\Backup\Backup-Simples-Criptografia.bak'
    
    --Retorna Informações sobre os backups --
    Restore HeaderOnly from Disk = 'C:\Backup\Backup-Simples-Criptografia.bak'
    
    /* O comando RESTORE VERIFYONLY realiza uma checagem na integridade dos backups de um 
    dispositivo, verificando se o mesmo é legível, este comando não verifica a estrutura de 
    dados existente dentro do backup. Se o backup for válido, o SQL Server retorna uma mensagem 
    de sucesso.*/
    Restore VerifyOnly from Disk = 'C:\Backup\Backup-Simples-Criptografia.bak'
    
    -- Retorna informações sobre os arquivos de dados e log (*.mdf, *.ndf e *.ldf) armazenados em um dispositivo --
    Restore FileListOnly from Disk = 'C:\Backup\Backup-Simples-Criptografia.bak'


    Pedro Antonio Galvao Junior [MVP | MCC | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | Professor Universitario | SoroCodigos | @JuniorGalvaoMVP | http://pedrogalvaojunior.wordpress.com]

    sexta-feira, 4 de dezembro de 2015 14:50
    Moderador
  • Realmente acho que está acontecendo algo ao fazer a cópia dos arquivos de backup. Parece que de alguma forma os arquivo estão ficando corrompidos, o intrigante é que fiz os processos de cópia para 5 bancos e 2 funcionaram... acho que tem algo haver  com o caminho do arquivo.

    Agradeço a todos pelas respostas.

    segunda-feira, 7 de dezembro de 2015 12:15
  • Resultado do Restore VerifyOnly from Disk:

    A tentativa de restaurar este backup poderá encontrar problemas de espaço de armazenamento. As próximas mensagens fornecerão detalhes.
    O caminho especificado por "E:\banco\BancoDeDados\OLTP\banco.mdf" não está em um diretório válido.
    Falha na pesquisa de diretório pelo arquivo "E:\banco\BancoDeDados\OLTP\banco.ldf" com o erro do sistema operacional 21(O dispositivo não está pronto.).
    O conjunto de backup no arquivo 1 é válido.

    segunda-feira, 7 de dezembro de 2015 12:23
  • Carlos, o restore está tentando criar os datafiles do banco no caminho que ele gravou onde existiam na maquina origem.

    Restaure os backups passando a nova alocação de local, por exemplo:

    RESTORE DATABASE [databasename]
    FROM  DISK = N'D:\Carlos\Banco de Dados\MultQuest SQL 2008\20151201.bak'
    WITH  FILE = 1,  
    MOVE N'datafile_mdf' TO N'Unidade\novo diretório\datafile.mdf',  
    MOVE N'datafile_ldf' TO N'Unidade\novo_diretório\datafile.ldf',  NOUNLOAD,  REPLACE,  STATS = 10
    GO


    Luiz Fernando Lima - MCTS SQL Server - Microsoft Partner

    quarta-feira, 9 de dezembro de 2015 15:36
  • Obrigado pelo auxilio Luiz, consegui resolver o problema de um jeito mais simples. Realmente os arquivos estavam sendo corrompidos no momento que copiava de um computador para o outro através do acesso remoto. Eu não estava utilizando a unidade compartilhada através do acesso remoto para copiar os arquivos e isso parece que estava corrompendo alguns arquivos. 

    Mas a solução que você me passou parece pertinente, pois eu tinha notado , só não sabia como fazer essa movimentação.

    quinta-feira, 7 de janeiro de 2016 12:52