peut on lire le contenu des log? [Résolu]

[alassanediakite]

Salut
Dans cet article, sqlpro écrit qu'un utilisateur ne peut pas lire le contenu du journal. Or dans un autre article ou blog (je ne sais plus lequel) il donne le lien d'un outil permettant de lire le contenu du journal de sqlserver. J'ai suivi le lien, mais on m'a donné un nom différent (apexsqllog). Il peut lire le contenu du journal et vous propose même des scripts d'annulation. Malheureusement la période d'essai est trop courte.
La question: est il possible de lire le contenu du journal (par Tsql, Management studio ou autres composants)?
Merci d'avance

[mikedavem]

Non pour le moment seul les outils tiers permettent de lire le journal des transactions d'une base.

++

[zinzineti]

Envoyé par alassanediakite

Salut
Or dans un autre article ou blog (je ne sais plus lequel) il donne le lien d'un outil permettant de lire le contenu du journal de sqlserver. J'ai suivi le lien, mais on m'a donné un nom différent (apexsqllog).
La question: est il possible de lire le contenu du journal (par Tsql, Management studio ou autres composants)?
Merci d'avance

Il ne faut pas confondre :
1.
Fichier de Log (\MSSQL\Log\ERRORLOG)

et

2.
Fichier de journal de transaction (\MSSQL\DATA\MaBase_log.ldf)


On peut lire le premier (1.) même avec notepad

par contre le (2.) intouchable !!!


L'autre jour quelqu'un m'a demandé s'il peut supprimer le fichier de log de la base de données afin de libérer de la place sur le disque ! je lui demandé de me montrer le fichier dont il parle et à ma grande surprise c'était le fichier vital pour le fonctionnement de la base le fichier \MSSQL\DATA\MaBase_log.ldf !!!

Pourquoi cette confusion ?

Parce que dans le langage courant log = fichier de trace (fichier d'erreur) d'une application

c'est pourquoi je préfère le terme Journal de Transaction (JT) pour désigner le fichier \MSSQL\DATA\MaBase_log.ldf

[mikedavem]

Bah allons Etienne tu aurais pu lui dire ... mais allez y monsieur, aujourd'hui c'est vendredi tout est permis .... C'est vrai quoi pourquoi s'embêter avec un fichier qui ne sert à rien ... enfin !!!

++

[alassanediakite]

Salut et merci pour les réponses
1. Il s'agit bien du journal de transaction (JT)
Au fait, je pense qu'il faut remplacer (mdb et ldb) par (mdf et ldf) ici. J'ai envoyé un MP à l'auteur, pas de réponse!
2. Les tiers! Mais nous faisons parti des tiers des autres non? Ce qu'il ont utilisé (comme langage ou autres composants), on peut bien l'utilisé non? Ou alors ce tiers n'est qu'une partie de l'équipe de Microsoft.
@+

[zinzineti]

Envoyé par mikedavem

Bah allons Etienne tu aurais pu lui dire ... mais allez y monsieur, aujourd'hui c'est vendredi tout est permis .... C'est vrai quoi pourquoi s'embêter avec un fichier qui ne sert à rien ... enfin !!!

++

Oui j'aurais pu lui dire ça mais vu qu'il avait le client sur le dos ... et qu'il se débattait pour libérer de la place sur le SEUL disque installé qui héberge SQL Server + Applications + Backups + ... je ne voulais pas augmenter la dose du stress sinon ...

[dbaffaleuf]

Envoyé par alassanediakite

Salut
Dans cet article, sqlpro écrit qu'un utilisateur ne peut pas lire le contenu du journal. Or dans un autre article ou blog (je ne sais plus lequel) il donne le lien d'un outil permettant de lire le contenu du journal de sqlserver. J'ai suivi le lien, mais on m'a donné un nom différent (apexsqllog). Il peut lire le contenu du journal et vous propose même des scripts d'annulation. Malheureusement la période d'essai est trop courte.
La question: est il possible de lire le contenu du journal (par Tsql, Management studio ou autres composants)?
Merci d'avance

Il y a bien une pseudo fonction non documentée qui permet de renvoyer le contenu du journal de transactions au format table-valuée. Mais elle est plus utilisée à des fins de déboguage que pour une utilisation de prod.

Ex:

Code :

SELECT * FROM fn_dblog('215:316:2','215:316:54')

Renvoie toutes les opérations loggées entre les deux numéros de séquences de transactions passées en arguments. En mettant (NULL,NULL), on récupère tout le journal. Attention à ne pas le lancer sur une grosse volumétrie de journal, ni sur une base avec de l'activité (ie des transactions en cours => Risques de lock wait timeouts).

[alassanediakite]

Resultat inexploitable pour les non initiés, mais ça marche!
Merci