Discussion :

[Avatar69]

Bonjour,

Je suis sur un serveur 2008 R2 32Go de ram, SQL Serveur 2008 SP3. Taille du MDF 10 GO.

Existe-t-il une solution pour réinitialisé un LDF (taille et paramètre surtout)

Car en ce moment mon LDF fait ce qu'il veut il est en 'Restreindre la croissance des fichiers a 2 Go' et depuis une semaine il dépasse largement cette taille pour atteindre la semaine dernière 140 Go (alors que cela fonctionne depuis 2 ans sans soucis)

J'ai utilisé l'option réduire les fichiers pour le remettre à 2 Go mais il regrossi direct le paradoxe c'est qu'il grossi mais quand je regarde le % utilisé de ce fichiers ne dépasse jamais 4 à 5%.

Merci pour vos réponses ou vos pistes
Cordialement
Thierry

[SQLpro]

Il faut :

• soit sauvegarder régulièrement votre JT (par exemple 1 x jour ou 1 x par heure) avec BACKUP LOG, si vous êtes en mode de récupération FULL ou BULK LOGGED
• soit vous mettre en mode de récupération SIMPLE.

A +

[Avatar69]

Re,

j'avais oublier de précisé on est en mode Simple déjà

Cordialement
Thierry

[SQLpro]

Que dit :
DBCC OPENTRAN

?
(sur la base concernée)

A +

[Avatar69]

Re,

oui sur cette base on est déjà en Mode de récupération Simple.

Cordialement.

Thierry.

[Avatar69]

Re,

voila ce que donne DBCC OPENTRAN :

Aucune transaction ouverte active.
Exécution de DBCC terminée. Si DBCC vous a adressé des messages d'erreur, contactez l'administrateur système.

Merci
Thierry

[elsuket]

Bonjour,

Attention à bien exécuter DBCC OPENTRAN dans le contexte de base de données qui convient, ou alors DBCC OPENTRAN (maBD)

@++

[Avatar69]

Re,

oui j'ai bien exécuter dans le contexte de ma base et j'ai refait avec
DBCC OPENTRAN (maBD)

j'obtiens la même réponse

Aucune transaction ouverte active.
Exécution de DBCC terminée. Si DBCC vous a adressé des messages d'erreur, contactez l'administrateur système.

Merci de votre aide
Thierry

[mikedavem]

Car en ce moment mon LDF fait ce qu'il veut il est en 'Restreindre la croissance des fichiers a 2 Go' et depuis une semaine il dépasse largement cette taille pour atteindre la semaine dernière 140 Go (alors que cela fonctionne depuis 2 ans sans soucis)

J'ai utilisé l'option réduire les fichiers pour le remettre à 2 Go mais il regrossi direct le paradoxe c'est qu'il grossi mais quand je regarde le % utilisé de ce fichiers ne dépasse jamais 4 à 5%.

Si tu n'as pas de transaction ouverte tu peux toujours regarder la colonne log_reuse_wait_desc de la DMV sys.databases pour la base de données concernée pour voir si autre chose peut empêcher le journal de se vider.

Maintenant il se peut qu'un job, tâche de maintenance ou batch puisse faire grossir ton journal de cette manière. Il faudra identifier dans ce cas la transaction en cause. Tu peux utiliser les alertes SQL ou un job qui surveille le pourcentage de remplissage du journal des transactions et enregistre dans une table les requêtes en cours.

++