Alternative à la SAUVEGARDE de JOURNAL AVEC TRUNCATE_ONLY
Ce morceau de T-SQL est déconseillée en 2005:
BACKUP LOG [DB_NAME] WITH TRUNCATE_ONLY
Je n'ai pas besoin de conserver une sauvegarde du journal de ma db - mais je ne veux pas le morceau de code pour arrêter le travail si nous port SQL2008 ou les versions successives dans l'avenir.
Acclamations
OriginalL'auteur JohnIdol | 2008-11-07
Vous devez vous connecter pour publier un commentaire.
Passer la base de données en mode de récupération SIMPLE, puis utilisez DBCC SHRINKFILE. Puis restaurer l'original de votre mode de récupération. Si votre fichier de LOG ne rétrécit pas, vous pourriez avoir les transactions non validées. Pour plus de détails, voir Tibor du Karaszi de l'article sur rétrécissement.
Si vous n'êtes pas en mode simple, vous devriez être à la sauvegarde du journal. En regardant de BOL pour 2008, il me semble que cette commande était déconseillé de forcer les gens à sauvegarder le journal comme la seule méthode que j'ai trouvé pour tronquer le journal était de faire une sauvegarde si vous n'êtes pas en mode simple.
est-il une fonctionnalité que je perdrais si je passer en mode simple?
OriginalL'auteur Mitch Wheat
Si vous modifiez le modèle de récupération de la base de données Simple, je pense qu'il va arrêter de vous forcer pour la sauvegarde/tronquer le journal.
OriginalL'auteur Greg Smalter
Modifier votre base de données à utiliser le modèle de récupération simple. Cela signifie que vous n'avez pas de point dans le temps de récupération (vous n'aurez pas que de toute façon si vous êtes à la troncature de journal), mais le fichier journal est automatiquement allumé et ne poussent pas trop grand.
Un fichier journal est obligatoire et vous n'avez aucune option mais pour le garder, ce que vous ne voulez pas, c'est de croître et de remplir votre disque.
OriginalL'auteur Andy Jones
Comme Andy Jones a répondu, le fichier journal est obligatoire. Ce n'est pas simplement un journal des événements, pour votre bien, mais une partie essentielle de la façon dont la base de données gère les restaurations de transactions ainsi que de la mémoire s'engage.
OriginalL'auteur kasperjj