Quelle sera la taille de la sauvegarde de la transaction?
J'ai rencontré une base de données de production de 12 Go avec un journal de 90 Go. Les sauvegardes de la base de données complètes et différentielles sont réalisées avec un outil de sauvegarde tiers, mais personne ne sauvegarde le journal des transactions, il est donc possible de passer à portée de main au cours de la dernière année.
Maintenant, je souhaite réparer la situation en effectuant d'abord une sauvegarde complète de SQL Server, puis effectuez une sauvegarde du journal de transaction. Il n'y a pas beaucoup d'espace sur le serveur, je voudrais donc savoir à l'avance la taille de la sauvegarde du journal de transaction, approximativement. Je comprends que le journal des transactions ne sera tronqué qu'après la sauvegarde, je crains donc que la sauvegarde soit de 90 Go aussi bien et cloggez le serveur.
Jusqu'à présent, je ne trouve aucune information sur les tailles de sauvegarde, quelqu'un peut-il expliquer ce qui va arriver de taille? Merci d'avance!
Éditer:
[.____] La version SQL Server est la standard Edition et le modèle de récupération de base de données est plein.
Si les journaux sont pleins, alors oui, vous souhaitez probablement avoir besoin de la même espace pour les sauvegarder.
Si vous exécutez SQL Server 2008 Enterprise, vous pouvez trouver que l'activation de la compression de sauvegarde vous évitera beaucoup d'espace. Malheureusement, le seul moyen de découvrir vraiment la quantité de sauvegarde (avez-vous un environnement de développement où vous pourriez restaurer une copie à?).
L'autre option si vous n'avez pas besoin de la capacité de restaurer sur un point à temps précédant lorsque vous le faites, ce serait de:
placez la base de données en option de contrôle de mode de récupération simple Remettez la base de données dans la récupération complète Prenez la sauvegarde complète Démarrez de prendre des sauvegardes de connexion.
En mettant la base de données en une récupération simple, vous rompez la chaîne de journaux. Lorsque vous revenez à la récupération complète, il n'y aura aucun journal comme tel pour que la première sauvegarde des journaux soit prise. N'oubliez pas de prendre la sauvegarde complète afin que SQL Server puisse démarrer une nouvelle chaîne de journaux.
Comme mentionné cela signifie que vous perdriez la possibilité de récupérer la base de données à 15:25 21/10/2012 par exemple. Mais vous pourrez toujours restaurer à une sauvegarde complète ou différentielle.
Ajouté 03/06/2013
Désolé, j'ai complètement oublié cette option:
Avez-vous des options de stockage à distance? Vous pouvez simplement sauvegarder les journaux de transaction sur un chemin UNC. Cela peut être un peu plus lent en fonction de votre réseau, mais cela signifie que vous aurez une sauvegarde complète de la transaction couvrant la période précédente et peut alors commencer à prendre des sauvegardes régulières plus petites.
Même lorsque vous créez une sauvegarde du journal de transaction, la taille du journal des transactions en ligne restera la même. Les transactions ne seront marquées que pour la troncature, mais ne seront pas supprimées du fichier.
Lors de la restauration d'une base de données à partir d'une sauvegarde complète de la base de données, la taille du fichier LDF restera la même que dans l'originale, bien qu'elle soit presque vide. C'est juste gonflé à sa taille d'origine