Problème réduction journaux de transaction

[webplc]

Bonjour à tous,

J'ai un serveur SQL SERVER 2000 avec plusieurs bases. Sur toutes les base, mon plan demaintenace de sauvegarde des fichiers de transactions fonctionne sauf sur deux fichiers. Il y en a un qui est énorme, + de 100Go.

Le serveur ne libère pas de place. J'ai essayé avec l'analyseur de requête :

DBCC SHRINKFILE(fichier_journal, taille)

Lorsque j'exécute cette requête, il me sort un message me disant :

Impossible de réduire le fichier journal 2 (PERSONNEL_LOG) car tous les fichiers journaux logiques sont utilisés.

Comment puis-je faire pour réduire cette taille ?

[Simone]

Bonjour,

Il y a peut-être plus "propre", mais moi, en désespoir de cause, après avoir demandé à tous les utilisateurs de se déconnecter et sauvegardé la base, je détacherais la base, je supprimerais le fichier MABASE_LOG.ldf, et je rattacherais la base afin que SQL Server crée un nouveau fichier MABASE_LOG.ldf vide...

Cordialement,

Simone.

[blackjack]

Oublie cette idée tout de suite !!
Un peu de lecture pour comprendre comment la réduction des logs foncionne (pour commencer) :

Réduction du journal des transactions

Lire TOUT l'article ainsi que les annexes (en bas).
Il faudrait essayer de se décumenter un peu avant de parler de désespore de cause.

[degrem_m]

Salut,

Exactement, tout suppression du fichier de log peut entraine une corruption de base de données.


La meilleur solution est de faire un truncate des logs puis un shrink

Code: Tout sélectionner

BACKUP LOG [nomDataBAse] WITH TRUNCATE_ONLY
GO
--SHRINKFILE, Réduit la taille physique du fichier.
DBCC SHRINKFILE(logicalName_log, 2)

Si le shrink ne fonctionne toujours pas c'est qu'une transaction est toujours en cours. Pour vérifier exécuter un

Code: Tout sélectionner

DBCC OPENTRAN.

et aussi

Code: Tout sélectionner

select log_reuse_wait_desc from sys.databases where name = 'databaseName'

As tu une réplication d'activé sur cette base de données ?