Sauvegarde du journal de transactions SSISDB

Plusieurs jobs de packages SSIS sont en cours d'exécution et, il y a quelques mois, mon disque est plein car la taille de la base de données SSISDB est importante.Sauvegarde du journal de transactions SSISDB

J'ai remarqué que le cleanup_server_retention_window a été défini sur 365 jours, et je l'ai changé en un jour. (C'est un serveur de développement, et à ce stade je ne me soucie vraiment pas de l'histoire).

Le (gros) problème, évidemment, est maintenant que le journal des transactions se développe beaucoup et rapidement.

Pour éviter cela, je commence à effectuer une sauvegarde complète chaque semaine et une sauvegarde du journal des transactions tous les jours, et la taille de la base de données est maintenant contrôlée.

Cependant, certains gars plus expérimentés me disent que ce n'est pas le meilleur aproche à cette question, mais je ne peux pas voir tout problème avec elle ..

Je voudrais savoir s'il y a une meilleure solution pour ce.

Source

2016-09-13 nunopacheco

Cette question est un peu hors de portée de SO, car elle est basée principalement sur l'opinion, mais vous aurez peut-être plus de chance sur [dba.se]. – Pred

Vous essayez de le faire avec comprassion? – Sami

Quel est le modèle de récupération de SSISDB? Je vous suggère de vous assurer qu'il est _simple_ (mais comprenez ce que cela signifie avant de le faire) –

J'ai essayé à peu près tout, y compris la modification de la fenêtre de rétention; il a été supprimé les transactions mais ne pas réduire la taille du journal. Pour moi, la taille du fichier journal allouée est passée à 75 Go. Rien n'a semblé aider.

Le problème principal concerne le modèle de récupération de la base de données SSIS définie sur 'Complète'. Une fois que j'ai mis à 'Simple' et changé la taille du fichier journal initial, tout a été corrigé!

J'ai surveillé cela pendant les derniers jours juste pour m'assurer que tout va bien et ça me va bien donc cette opération est sûre.

La taille actuelle du fichier journal est de 512 Ko, contre 75 Go!

Source

2017-05-24 02:56:07

Le (gros) problème, évidemment, est maintenant que le journal des transactions se développe beaucoup et rapidement.

Vous ne verrez pas cette everyday..The cause de la croissance du journal des transactions a été en train de changer cleanup_server_retention_window ..when vous avez changé la valeur 365-1, à l'interne, il doit faire beaucoup de suppressions

Je commence à effectuer une sauvegarde complète chaque semaine et une sauvegarde du journal des transactions chaque jour, et la taille de la base de données est maintenant contrôlée

Je ne vois pas un problème avec la sauvegarde SSISD.In notre exemple, nous avons changé la modèle de récupération à simple et faire des sauvegardes complètes quotidiennes

Source

2016-09-13 10:49:43 TheGameiswar

"lorsque vous avez changé la valeur de 365 à 1, en interne il doit faire beaucoup de suppressions" Cela devrait être une opération unique. Toutes choses égales par ailleurs, la quantité de journal générée par jour devrait être la même avant et après la suppression. –

@BenThul: C'est vrai – TheGameiswar

@BenThul, Non, ce n'est pas tout à fait raison, L'histoire augmente encore! – nunopacheco

Sauvegarde du journal de transactions SSISDB

Répondre

Questions connexes