Configuration initiale pour l'envoi de journaux d'une base de données volumineuse dans SQL Server 2008

Question

Nous avons une nouvelle base de données filestream qui sera initialement chargée avec des données de 65 Go, pour lesquelles nous souhaitons configurer l'envoi de journaux vers un emplacement distant (continent différent).

Pour la configuration initiale de l'envoi de journaux, existe-t-il un seuil pour la durée entre la sauvegarde du serveur principal et sa restauration sur le serveur secondaire? La nouvelle base de données sera essentiellement hors ligne jusqu'à ce que l'envoi des journaux soit configuré. En raison de la taille de la base de données, il peut s'écouler un certain temps (jours) entre la sauvegarde initiale de la base de données et sa restauration sur la cible. Cela sera-t-il un problème?

Answer 1

Je crois que la seule préoccupation est que la chaîne LSN (Log Sequence Number) est ininterrompue. Cela commencera avec votre sauvegarde complète, mais vous pourrez également avoir autant de sauvegardes de journaux de transactions que nécessaire. Vous avez mentionné que la base de données sera hors ligne jusqu'à ce que l'envoi des journaux soit configuré. Par conséquent, vous ne devriez pas avoir de problème avec les transactions se développant sur le serveur principal tant que la sauvegarde n'a pas été terminée. Toutefois, si vous souhaitez mettre en ligne le serveur principal, vous devrez peut-être effectuer des sauvegardes fréquentes du journal des transactions pour éviter de manquer d'espace au fur et à mesure que les transactions s'accumulent (en fonction de l'utilisation). Ceci est correct, car vous pouvez facilement copier ces journaux de transactions sur le secondaire, les restaurer, puis activer l'envoi de journaux. Tant que toutes les sauvegardes effectuées sur le serveur principal ont été restaurées sur le serveur secondaire, la chaîne LSN est conservée. Par conséquent, la première sauvegarde de journal envoyée doit être restaurée correctement. Le temps n'a pas d'importance dans ce cas.