Eu tenho duas instâncias da edição STANDARD do SQL Server 2005, Servidor A em Nova York e Servidor B na Califórnia.
O servidor A tem um grande banco de dados; para fins de DR / BCP, gostaria de usar o Log Shipping para manter um backup quente no Servidor B.
Infelizmente, os registros de transações são muito grandes (acima de 10 GB em uma WAN = (). Antes de investir em um produto de terceiros que lida com esse problema, posso fazer algo assim:
1) Desabilite o trabalho de cópia no Servidor B. Os backups ainda são criados no Servidor A, mas não são automaticamente movidos para o Servidor B.
2) Crie uma tarefa agendada para compactar todos os logs de backup no Servidor A (usando uma ferramenta como 7zip ou WinZip) e despeje-os no Servidor B onde a tarefa de restauração os espera (e descompactar, é claro). p>
3) Permita que o trabalho de restauração no Servidor B funcione normalmente.
Esta é uma solução ingênua ou viável?
Se tivéssemos a edição corporativa, usaria o espelhamento de banco de dados assíncrono; ou se tivéssemos a edição Enterprise de 2008, eu examinaria a compactação incorporada.
Eu acredito que isso funcionaria bem. Tenha em mente que, a menos que você esteja usando o 2008, você teria que procurar em algum tipo de ferramenta de terceiros para a compressão de qualquer maneira.
A única desvantagem real que vejo é que é um pouco mais trabalhoso para você manter, pois você dependerá mais do que apenas o SQL Server para fazer o trabalho.
Não crie outra tarefa agendada, pois o tempo pode ficar confuso. Modifique as tarefas de envio de log geradas pelo sql server para fazer o backup do registro & copiando o log.
Há uma postagem no blog aqui com uma solução que você pode querer emprestar algumas ou todas as partes de.