Estou pensando em usar esta ferramenta para compactar meus backups. Estou procurando acelerar o processo de backup e restauração, mais do que economizar espaço em disco. Você já usou? Se for assim:
- Como foi? Alguma coisa particularmente boa ou ruim sobre isso?
- Se você também usou uma das ferramentas pagas de compactação de backup, acha que eu ganharia algo extra pelo dinheiro?
(Lembre-se, no curto prazo, estou apenas procurando acelerar o processo. Estou usando o 2005 Workgroup Edition)
Obrigado.
Responder1
Você mencionou que deseja usar a ferramenta para acelerar o processo de backup/restauração mais do que para economizar espaço em disco.
O problema que vejo com isso é que leva TEMPO para compactar/descompactar arquivos.
Portanto, a GRANDE questão é... onde você está armazenando seus backups e (se estiver armazenando em um servidor separado) quão rápida é a conexão de rede entre as duas máquinas?
Pense desta forma. Normalmente, posso fazer backup (leia-se: copiar) vários arquivos para uma segunda unidade SATA na mesma máquina MUITO mais rápido do que COMPRESS/ZIP esses mesmos arquivos e, em seguida, copiá-los e descompactá-los.
MAS... se eu estiver fazendo backup ou copiando para um segundo servidor através de uma conexão lenta... então pode ser mais eficiente usar a CPU do computador para compactar/zipar os arquivos antes de enviá-los pela rede. . especialmente se eu conseguir alta compactação.
Backup/restauração do MS SQL sempre foi um processo bastante longo e lento para mim quando os bancos de dados têm um tamanho decente. Não acho que compactá-los com antecedência (apenas para descompactá-los mais tarde) vá ajudar muito.
Responder2
Acabei de começar a usá-lo e devo dizer que estou impressionado. A velocidade é muito boa e a compressão também é muito boa. Eu faço backup para um array raid 6 local e estou obtendo velocidades de backup de cerca de 100 mbytes/segundo e cerca de 30-40% do tamanho do arquivo (vs o tamanho do banco de dados original). Eu tenho um quad core com 16 GB de RAM, então tenho potência para fazer isso.
E é grátis! Muito legal no meu livro.
Responder3
NB: A edição Freeware foi descontinuada, então esqueça.
Estive fazendo alguns testes e aqui está o que descobri:
- Backups e restaurações completos e de log são executados entre 30% e 50% do backup nativo.
- Os arquivos de backup têm entre 10% e 30% do tamanho dos arquivos de backup nativos.
Estou usando seus processos armazenados estendidos para envio de log e há algumas coisas que preciso resolver:
- Se você estiver restaurando um banco de dados no modo de espera e quiser mantê-lo assim, o @undofile não deverá conter espaços. Idera levantou um bug sobre isso.
- Não há como colocar um banco de dados em modo de espera com seu processo de backup. Eu tive que usar BACKUP DATABASE ... COM STANDBY para isso. Idera levantou uma solicitação de recurso.
Fiquei impressionado com a resposta deles às minhas perguntas, especialmente porque é um produto gratuito.