Peguei um arquivo de backup completo de um sistema ativo, aproximadamente 210 GB. Está na pasta de downloads com a extensão .bak. Estou tentando instalá-lo localmente com o banco de dados de restauração no SQL Server em meu computador desktop, mas ocorre o seguinte erro.
Sim, não tenho mais de 210 GB de espaço livre no disco C, mas ele requer aproximadamente 1,3 TB de espaço livre de mim. Qual é a razão para isso ou existe uma maneira alternativa de evitar isso?
Aqui está a foto;
Espaço de arquivo real em média 210 GB
O tamanho do arquivo de backup não é o tamanho do banco de dados (são arquivos de dados e log). O arquivo de backup contém apenas as páginas não vazias de dados do banco de dados. Também é possível que a compactação tenha sido usada quando o arquivo de backup foi criado.
Se você observar o tamanho total do banco de dados original de onde veio o backup, imagino que verá que ele também tem aproximadamente 1,3 TB. Você pode verificar isso executando o procedimento armazenado do sistema
sp_spaceusednesse banco de dados.Você precisa da mesma quantidade de espaço livre disponível para restaurar um backup de um banco de dados desse tamanho. Não há como evitar isso.
É um sinal de alerta que o backup do banco de dados seja muito menor. Parece que as configurações de crescimento automático do banco de dados original podem ter sido definidas muito altas. Ou uma transação não autorizada explodiu o log de transações. Parece que você tem quase um terabyte de espaço que não está em uso ativo (páginas vazias).
Se foi devido a configurações inadequadas de crescimento automático, você pode querer ajustá-las para algo mais razoável e, em seguida, fazer uma redução única para liberar o espaço reivindicado desnecessário de volta ao disco. (Não se sinta confortável com a redução, não é recomendado como um processo regular e só deve ser usado em ocasiões especiais únicas.) Então, quando você restaurar um backup desse banco de dados, ele terá um tamanho mais razoável.