Logsegment qui se remplit

[A Cherry Tells]

Bonjour,

Devenant DBA dans ma boite sans avoir été formé, j'apprends sur le tas.
Depuis deux semaines le segment log de notre base de production se remplit doucement.
De ce que j'ai compris, même si les codes sont propres (avec les commit/rollback bien gérés) il n'est pas anormal qu'une log se remplisse petit à petit.
L'option "truncate log on checkpoint" permet de la vider à chaque checkpoint naturellement.
Seulement sur notre base, cette option n'est pas activée. De mes lectures, j'en déduis deux raisons :
- on a des tables proxy dans les deux sens donc pas bien d'activer cette option dans ce cas.
- on a des dumps journaliers de la base et on veut garder le journal propre pour un retour possible.
Pouvez-vous me confirmer mon interprétation svp ?

Là pendant que je vous parle, la log continue à se remplir et si je fais un :

select b.name,h.* --a faire sur master
from sysdatabases b, syslogshold h
where b.dbid = h.dbid

j'obtiens rien. Normal ? (un sp_who montre plein de process par contre bien sur).

Le soir vers 22h un batch kill les process users et deux seuils d'alerte pour sp_thresholdaction sont activées (la proc ne fait que nous envoyé un mail et suite à ce mail on regarde et fait un DUMP TRAN <base> WITH TRUNCATE_ONLY ou dump tran <Base> with no_log si c'est la merde).

De ce que je comprends, en killant les process, la log va se dévider. Donc normalement aucune intervention hormis quand un batch extraction gourmand blinde et dans ce cas on tappe le dump tran.

De base et en ayant lu http://fadace.developpez.com/ase/log/, je me dis que je peux faire un DUMP TRAN <base> WITH TRUNCATE_ONLY sans courrir de risque quand je le sens. Mais pourriez-vous me dire si j'agis bien ?

Merci de votre aide.

[mpeppler]

Sur le principe - tu peux faire un

Code :

1
2
 
dump tran <database> WITH truncate_only

sans courir de risque - tu ne vas pas perdre de données dans la database.

Par contre, si tu as un système de jouralisation des logs en place, alors il faut plutôt faire un dump tran vers un fichier, de façon à pouvoir potentiellement recharger le database dump + le journal des transactions pour arriver a un état specific.

Si le journal des logs n'a pas d'intéret alors tu peux mettre la database en

Code :

1
2
 
TRUNCATE log ON checkpoint

ce qui va automatiquement tronquer la log qui n'est plus active lors de chaque checkpoint.

Michael

[A Cherry Tells]

Ok je te suis bien.

recharger le database dump + le journal des transactions pour arriver a un état specific.

Mais je fais ça comment ?

Merci en tout cas.

[mpeppler]

Il faut regarder le manuel, sous "dump database", "load database", "dump transaction" et "load transaction".

Michael

[A Cherry Tells]

Merci mpeppler. Je vais potasser ça.

Après étude de nos besoins, j'ai activé l'option TRUNCATE log ON checkpoint. Vu notre problématique métier, si souci nous repasserons par des retouches directes ou au pire le dump du matin.

Mais toute ceci est fort intéressant.

Merci pour ton aide !