Qual é a maneira mais eficaz de compactar e armazenar um backup do SQL Server? [fechadas]

9

Venho testando métodos diferentes para compactar e armazenar backups do SQL Server (usando o SQL Server 2008 R2 Enterprise Edition) e estou imaginando qual é o algoritmo de compactação mais eficaz para o armazenamento de longo prazo desses backups, fora do SQL. algoritmos de compressão interna.

Não estou preocupado com o armazenamento físico, as unidades de fita ou qualquer outra coisa, apenas tentando transformar nossos 3 TB de dados e arquivos de log no menor arquivo único possível.

Então, por exemplo, um .zip ou .7z? Ou existem muitas variáveis ​​no meu banco de dados para poder estimar com precisão o que será mais eficaz e eu só precisarei fazer alguns testes? Ou a compressão interna do SQL Server é a melhor que receberei?

sql-server-2008-r2 compression backup Sean Long
fonte
O armazenamento físico é o fator determinante para isso, porque nosso espaço no disco rígido está acabando. No entanto, eu queria me afastar da discussão sobre o tipo de RAID que estou usando ou a resposta é "Basta pegar mais pratos", pois essas são coisas nas quais eu já estou trabalhando, mas são soluções de longo prazo.
Sean Long
Parece algo que você pode testar, pois dependerá amplamente da natureza dos seus dados. Faça backup de um banco de dados com compactação e tente compactar ainda mais o arquivo de backup usando outras ferramentas de compactação. Pessoalmente, não consigo imaginar que você consiga espaço extra suficiente para complicar o processo, e não esqueça que mais compressão = mais CPU que às vezes = mais tempo. Portanto, se levar um minuto extra para economizar 100 MB extras de espaço em disco, será que valerá a pena quando você estiver se esforçando para restaurar?
Aaron Bertrand

Respostas:

13

Venho testando métodos diferentes para compactar e armazenar backups do MS SQL (usando a edição do MS SQL 2008 R2 Enterprise), e estou me perguntando qual é o algoritmo de compactação mais eficaz para o armazenamento de longo prazo desses backups, fora do SQL. algoritmos de compressão interna.

Como você está usando o SQL 2008 R2 Enterprise edition, você pode / deve aproveitar

A compactação de backup usa ciclos de CPU para compactar os dados antes de deixar o servidor, e é por isso que na grande maioria dos cenários, os backups compactados são mais rápidos que os backups não compactados.

Observe que, ao usar as ferramentas de código-fonte aberto, é necessário descompactar o arquivo de backup do banco de dados antes de iniciar o processo de restauração.

Por exemplo: quando você recebe um backup do banco de dados SQL de 50 Gb, compactado em 5 GB. Para restaurar esse banco de dados, você precisa de muito mais espaço em disco:

  • 5 Gb para o arquivo zip
  • 50 Gb para o arquivo de backup
  • 50 Gb para o banco de dados restaurado. (suponha que não haja espaço vazio no banco de dados)

No total, são necessários 105 Gb de espaço em disco.

Você ainda pode usar ferramentas de compactação de código- fonte aberto como gzip , 7Zip , bzip2 ou QuickLZ após a compactação de backup.

Além disso, ter um olhar para backup MSSQL compactados no CodePlex.

Boas referências para estatísticas de comparação

Kin Shah
fonte
3
Se você compactou seus backups por meio da compactação SQL, não poderá obter muita compactação se tentar compactar / compactar 7zip / rar o arquivo de backup.
user1207758
8

Em termos de compactação de backup, fiz (alguns anos atrás) uma comparação das opções de compactação de backup fornecidas pelo SQL Backup da Red Gate , pelo LiteSpeed ​​para SQL Server da Quests e pelo SQLSafe da Idera, comparando os três produtos. As diferenças em um backup típico na compactação máxima foram de cerca de 5% entre os três pelo tempo gasto, e um pouco mais amplo para o tamanho do backup, com o Red Gate saindo por cima (compactação de 90% vs 80 e 85% para Idera e Quest, nessa ordem).

Thomas Rushton
fonte