Início / dba / Perguntas / 62770
Accepted
paulH
Asked: 2014-04-09 07:57:15 +0800 CST

A configuração MAXTRANSFERSIZE faz com que a restauração falhe

  • 772

Eu tenho um banco de dados que parece estar funcionando bem sem erros aparentes, exceto que qualquer backup completo feito está quebrado - a tentativa de restauração falha com um erro "RESTORE detectou um erro na página (18469:-1767164485)"

DBCC CheckDB no banco de dados é concluído sem erros.

EDIÇÃO #1

O backup é criado com o seguinte comando:

BACKUP DATABASE @DatabaseName
TO
DISK = @backupFile1,
DISK = @backupFile2,
DISK = @backupFile3
WITH COMPRESSION, RETAINDAYS = 0, FORMAT, INIT, SKIP, NAME = @DatabaseName

EDIÇÃO Nº 2

Acabei de concluir um backup usando o backup do banco de dados da GUI, caso meu script estivesse errado de alguma forma - isso deu o mesmo resultado de um backup danificado.

--

Isso só começou a acontecer ontem à noite. A única mudança significativa que conheço é que alterei a opção 'auto-shrink' do banco de dados (ela foi originalmente definida como true).

Alguém está ciente de um problema nesta área com o SQL Server 2012 (especificamente estou na versão 11.0.3128)? Pode ser apenas coincidência ou relacionado a algo totalmente diferente, mas essa parece a causa mais provável no momento.

Além disso, alguém tem algum conselho sobre o que fazer em tal situação? O banco de dados está funcionando bem (tanto quanto posso determinar), mas não me importo de ficar sem backups por muito tempo...!

backup sql-server-2012

1 respostas

  1. Best Answer

    Isso acabou não sendo um erro com o backup, mas com o comando de restauração que eu estava usando.

    RESTORE verifyonly  FROM 
DISK = @backupFile
 WITH FILE=1,  STATS=5,  MAXTRANSFERSIZE=4194304

    retornou o erro " Dano no conjunto de backup foi detectado " alguns enquanto

    RESTORE verifyonly  FROM 
DISK = @backupFile
 WITH FILE=1,  STATS=5

    retornou " O conjunto de backup no arquivo 1 é válido. "

    O que é irônico, visto que eu estava usando apenas a opção MAXTRANSFERSIZE para tentar acelerar a restauração, mas em vez disso me custou meio dia!

    O erro ocorre apenas em backups feitos a partir da noite anterior. Os backups anteriores verificam bem se eu especifico MAXTRANSFERSIZE ou não, o que é estranho, mas acho que posso viver sem saber o motivo disso, a menos que alguém tenha uma ideia desse comportamento?

    • 1

relate perguntas