Discussion :

[scazikiss]

Bj forum,

j'ai une question sur la translog.
j'ai une base qui est en mode de récupération simple et pourtant la translog n'arrete pas de grossir...!!! je pensais jusqu'à present que seul le mode Full fait grossir la translog.
merci de vos lumières.
Cdt.

[mikedavem]

Regarde ce qui empêche ton journal d'être tronqué automatiquement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
SELECT 
 name, recovery_model_desc, log_reuse_wait_desc
FROM sys.databases
WHERE name = '<tabase>';

++

[scazikiss]

voici le resultat de la requete:

name recovery_model_desc log_reuse_wait_desc
------- -------------------- --------------------
BTS SIMPLE NOTHING

[SQLpro]

Et que dit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

DBCC OPENTRAN

dans le contexte de la base cible ?

A +

[scazikiss]

DBCC OPENTRAN
go

resultat:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

en fait la translog a été vidée.

[mikedavem]

Ok dans ce cas actuellement tu n'as rien qui empêche le vidage du journal de ta base.

Tu dois certainement avoir une requête, batch, routine de maintenance qui te fait grossir ton journal de manière sporadique. Une solution (il y a en plusieurs bien sûr) serait de mettre en place une sonde qui te permet de détecter soit l'expansion de ton fichier soit le dépassement d'un certain seuil et de récupérer les requêtes en cours à ce moment là.



++

[scazikiss]

merci pour ta réponse
en fait normalement lorsqu'on est en mode récupération simple , la translog ne devrait pas grossir, je me trompe..?
Cdt.

[mikedavem]

Non pas du tout. Le fait d'être en mode simple ne garantit pas que le log ne grossisse pas.

L'exemple le plus flagrant est une transaction qui reste ouverte pendant une durée XXX. Tant que cette transaction n'est pas validée ou annulée les données du journal ne peuvent pas être vidées car elles restent nécessaires au moteur de base de données. Le but est de pouvoir retrouver un état intègre en cas de crash du serveur par exemple. Le fait que ta transaction reste ouverte pendant une durée X ne permettra donc pas à SQL Server de vider le journal pendant les checkpoints qui interviennent à intervalle régulier. La suite est logique = pas de possibilité de vider le journal = journal qui se remplit = un fichier journal qui grossit s'il est autorisé à le faire.

++

[scazikiss]

merci pour ta reponse.
dans ce cas quelle est la diference entre le mode simple et le mode full..?
as tu une doc qui explique cette notion de mode simple et full.?
merci.

[mikedavem]

Le choix du mode de récupération se fait surtout en fonction de la stratégie de restauration que tu veux adopter.

Prenons 2 cas très simples :

- si tu dois pouvoir restaurer ta base dans le temps ou au plus près du crash il faudra que tu utilises le mode de récupération FULL.
- En revanche si tu peux te permettre de perdre les données jusqu'à ta dernière sauvegarde FULL alors le mode de récupération SIMPLE sera suffisant

Dans le mode simple il y a également quelques opérations qui seront journalisés au minimum par rapport au mode FULL comme la création ou la reconstruction d'index par exemple.

++