J'ai deux instances de SQL Server 2005 STANDARD edition, le serveur A à New York et le serveur B en Californie.
Le serveur A possède une grande base de données ; à des fins de DR/BCP, j'aimerais utiliser Log Shipping pour conserver une sauvegarde à chaud sur le serveur B.
Malheureusement, les journaux des transactions sont trop volumineux (plus de 10 Go sur un réseau étendu =( ). Avant d'investir dans un produit tiers qui traite ce problème, pourrais-je faire quelque chose comme ceci :
1) Désactivez la tâche de copie sur le serveur B. Les sauvegardes sont toujours créées sur le serveur A, mais ne sont pas automatiquement déplacées vers le serveur B.
2) Créez une tâche planifiée pour compresser tous les journaux sauvegardés sur le serveur A (en utilisant un outil comme 7zip ou WinZip), et les déposer sur le serveur B où la tâche de restauration les attend (et les décompresser, bien sûr).
3) Laissez le travail de restauration sur le serveur B fonctionner normalement.
S'agit-il d'une solution naïve ou réalisable ?
Si nous avions l'édition entreprise, j'utiliserais la mise en miroir asynchrone des bases de données ; ou si nous avions l'édition entreprise 2008, j'examinerais la compression intégrée.
