Troncature du journal des transactions

une transaction se termine soit par un COMMIT soit par un ROLLBACK
Dans tous les cas elle est considérée comme terminé.
Cependant le journal ne peut être tronqué si une sauvegarde du JT n'a
pas eût lieu, car c'est justement les transactions achevées par COMMIT
que la sauvegarde va prendre en compte pour pouvoir les rejouer en cas
de restuaration.

Une transaction peut être active si :
- elle attend une ressource (par exemple une saisie de la part de
l'utilisateur)
- elle est victime d'un blocage de ressources, en général un verrou
mortel (interblocage, étreinte fatale...)

A lire sur le sujet :
http://sqlpro.developpez.com/TECH/SQL_TEHC.html#TECH01

Plus particulièrement pour SQL Server :
http://sqlpro.developpez.com/TransactSQL/SQL_MSTransactSQL.html
paragraphe 3.6

A +

Bertrand a écrit:

bonjour

extrait de l'aide :
Lorsque SQL Server termine la sauvegarde du journal des transactions, il
tronque automatiquement la partie inactive du journal des transactions.
Cette partie inactive contient des transactions terminées et n'est donc plus
utilisée pendant le processus de récupération. Inversement, la partie active
du journal des transactions contient les transactions qui fonctionnent
encore et qui ne sont pas encore terminées.

je voudrais savoir qu'est ce qui fait qu'une transaction est dite terminée.
comment se peut il que des transactions "fonctionnent encore" ?

merci

--
Frédéric BROUARD - expert SQL, spécialiste : SQL Server / Delphi / web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
****************** mailto:brouardf@club-internet.fr ******************