[Sql Server 2005 Express Edition] Comment lire journal ldf ?

**quanou** · 15/12/2005, 18h35

Bonjour,
Je voudrais connaître le moyen de lire le contenu du journal .ldf.
J'ai lancé une recherche sur les forums mais rien de concret n'est sorti.

J'ai bien ceci :
http://www.developpez.net/forums/viewtopic.php?t=428462
OK, ca ne sert peut être à rien, mais c'était juste par curiosité.
Il me semble qu'on pouvait lire les logs pour Oracle.

Merci beaucoup pour votre aide.

**neguib** · 15/12/2005, 19h14

Bonjour quanou
Comme tu as dû déjà le comprendre au travers de la lecture du lien auquel tu referes; se pose la question pertinente du "pourquoi ?". Je ne pense pas que SQLServer2005 apporte réellement la solution miracle à ce sujet mais il te reste effectivement des outils externes dédiés à cette fonction comme :
Log Explorer for SQL Server

**quanou** · 16/12/2005, 11h33

Envoyé par neguib

...des outils externes dédiés à cette fonction comme :
Log Explorer for SQL Server

Bonjour, merci pour ta réponse.
Une question en amène une autre : si ce fichier a peu d'intérêt pour la plupart des personnes, on peut donc le supprimer de temps en temps (qd il devient volumineux par exemple) sans réelle conséquence ?
Je l'avais supprimé par erreur et me suis aperçu qu'il s'en est créé un automatiquement.

**neguib** · 16/12/2005, 14h12

A tes risques et périls

**quanou** · 16/12/2005, 14h24

Envoyé par neguib

A tes risques et périls

vi, effectivement

Quels sont les risques ?
Bon, j'arrête.

**WOLO Laurent** · 16/12/2005, 14h27

Si les enregistrements du journal des transactions n'étaient jamais supprimés, le journal logique continuerait de croître jusqu'à ce que tout l'espace disponible sur les disques contenant les fichiers journaux physiques soit rempli. Il arrive un moment où certains anciens enregistrements du journal, qui ne sont plus nécessaires pour récupérer ou restaurer une base de données, doivent être supprimés pour libérer de la place pour les nouveaux enregistrements du journal. Le processus de suppression de ces enregistrements dans le but de réduire la taille du journal logique est qualifié de troncature du journal.

La portion active du journal des transactions ne peut jamais être tronquée car elle est indispensable, à tout moment, à la récupération de la base de données. Elle doit donc disposer des images de journal requises pour annuler toutes les transactions incomplètes. Elle doit toujours être présente dans la base de données en cas d'échec du serveur, car il sera fait appel à elle pour récupérer la base de données quand le serveur sera relancé. L'enregistrement qui se trouve au début de la portion active du journal est identifié par le numéro minimum de séquence de récupération du journal (MinLSN).

Le modèle de récupération choisi pour une base de données détermine la quantité d'informations du journal des transactions devant être conservée devant la portion active, dans la base de données. Bien que les enregistrements du journal placés devant le numéro MinLSN ne jouent aucun rôle dans la récupération des transactions actives, ils sont indispensables pour récupérer les modifications en cas de restauration d'une base de données jusqu'au point de défaillance. Si vous perdez une base de données pour une raison quelconque, vous pouvez récupérer les données en restaurant la dernière sauvegarde de la base de données, puis en restaurant chaque journal depuis la dernière sauvegarde. Cela signifie que la séquence des sauvegardes de journaux doit contenir chaque enregistrement de journal qui a été écrit depuis la sauvegarde de la base de données. Lorsque vous assurez la maintenance d'une séquence de sauvegardes de journaux des transactions, aucun enregistrement de journal ne peut être tronqué jusqu'à ce qu'il ait été écrit dans une sauvegarde de journal.

Les enregistrements du journal précédant le MinLSN ne sont nécessaires que pour conserver une série de sauvegardes du journal des transactions.

**quanou** · 16/12/2005, 14h50

OK, d'abord merci pour ces explications (heu...même si j'ai pas tout compris

)

En résumé, c'est quand meme super important pour la restauration des sauvegardes.

Si je peux me permettre qq questions :
- "processus de troncature du journal", comment savoir à quel moment on doit l'appliquer ? Via des outils comme "Log Explorer for SQL Server" cité neguib ? En gros, comment "réduire" la taille d'un fichier log sans porter atteinte à l'intégrité de la base ?
- Doit-t'on être DBA confirmé pour pouvoir gérer toute cette problématique ? Je pose la question parce que j'en suis loin d'être un, et j'aurai une appli à m'occuper.