Complément Nous avons fait une sauvegarde du fichier log 1 Go et nous avons aussi un server SQL 2005 si c'est plus facile. Merci
"MB" a écrit dans le message de news:
Bonjour Comment lire les fichiers log sur SQL 2000 Cordialement
Michel PRIORI
Le journal est l'enregistrement binaire des transactions effectuées. Il sert au rollback et à la récupération. Il est ecrit en séquentiel par l'ensemble des process de ton serveur multiproc.
En clair : c'est du jus de boudin
Il existe un logiciel externe à M$ : logexplorer de lumigent qui te permet de décoder les transactions contenues. Pas mal. Mais pourquoi M$ ne l'a pas intégré à SQL 2005 ? Mystere.
"MB" a écrit :
Complément Nous avons fait une sauvegarde du fichier log 1 Go et nous avons aussi un server SQL 2005 si c'est plus facile. Merci
"MB" a écrit dans le message de news:
> Bonjour > Comment lire les fichiers log sur SQL 2000 > Cordialement >
Le journal est l'enregistrement binaire des transactions effectuées.
Il sert au rollback et à la récupération.
Il est ecrit en séquentiel par l'ensemble des process de ton serveur
multiproc.
En clair : c'est du jus de boudin
Il existe un logiciel externe à M$ : logexplorer de lumigent qui te permet
de décoder les transactions contenues. Pas mal.
Mais pourquoi M$ ne l'a pas intégré à SQL 2005 ? Mystere.
"MB" a écrit :
Complément
Nous avons fait une sauvegarde du fichier log 1 Go et nous avons aussi un
server SQL 2005 si c'est plus facile.
Merci
"MB" <michel.boudat@isped.u-bordeaux2.fr> a écrit dans le message de news:
eaxPXYZ9FHA.2036@TK2MSFTNGP14.phx.gbl...
> Bonjour
> Comment lire les fichiers log sur SQL 2000
> Cordialement
>
Le journal est l'enregistrement binaire des transactions effectuées. Il sert au rollback et à la récupération. Il est ecrit en séquentiel par l'ensemble des process de ton serveur multiproc.
En clair : c'est du jus de boudin
Il existe un logiciel externe à M$ : logexplorer de lumigent qui te permet de décoder les transactions contenues. Pas mal. Mais pourquoi M$ ne l'a pas intégré à SQL 2005 ? Mystere.
"MB" a écrit :
Complément Nous avons fait une sauvegarde du fichier log 1 Go et nous avons aussi un server SQL 2005 si c'est plus facile. Merci
"MB" a écrit dans le message de news:
> Bonjour > Comment lire les fichiers log sur SQL 2000 > Cordialement >
MB
Bonjour Oui mais c'est une version d'évaluation qui est bridée à 4 base de tests pour infos j'ai trouvé un autre logiciel d'évaluation FULL bridé à 15 jours. Il marche bien on voit bien le contenu des logs. SQL Log Rescue http://www.red-gate.com/
Je pose la question : Avec le tracer/profiler de sql2005, est-ce que l'on peut pas rejouer le journal (sauvegardé) avec une trace en fond, sur une base de test en réalisant une restauration de la sauvegarde de la base qui pose problème !!?
Merci
"Michel PRIORI" a écrit dans le message de news:
Le journal est l'enregistrement binaire des transactions effectuées. Il sert au rollback et à la récupération. Il est ecrit en séquentiel par l'ensemble des process de ton serveur multiproc.
En clair : c'est du jus de boudin
Il existe un logiciel externe à M$ : logexplorer de lumigent qui te permet de décoder les transactions contenues. Pas mal. Mais pourquoi M$ ne l'a pas intégré à SQL 2005 ? Mystere.
"MB" a écrit :
Complément Nous avons fait une sauvegarde du fichier log 1 Go et nous avons aussi un server SQL 2005 si c'est plus facile. Merci
"MB" a écrit dans le message de news:
> Bonjour > Comment lire les fichiers log sur SQL 2000 > Cordialement >
Bonjour
Oui mais c'est une version d'évaluation qui est bridée à 4 base de tests
pour infos j'ai trouvé un autre logiciel d'évaluation FULL bridé à 15 jours.
Il marche bien on voit bien le contenu des logs.
SQL Log Rescue
http://www.red-gate.com/
Je pose la question :
Avec le tracer/profiler de sql2005, est-ce que l'on peut pas rejouer le
journal (sauvegardé) avec une trace en fond, sur une base de test en
réalisant une restauration de la sauvegarde de la base qui pose problème !!?
Merci
"Michel PRIORI" <MichelPRIORI@discussions.microsoft.com> a écrit dans le
message de news: 9A7E4E84-965A-4DB5-9D34-67D02967CCC2@microsoft.com...
Le journal est l'enregistrement binaire des transactions effectuées.
Il sert au rollback et à la récupération.
Il est ecrit en séquentiel par l'ensemble des process de ton serveur
multiproc.
En clair : c'est du jus de boudin
Il existe un logiciel externe à M$ : logexplorer de lumigent qui te permet
de décoder les transactions contenues. Pas mal.
Mais pourquoi M$ ne l'a pas intégré à SQL 2005 ? Mystere.
"MB" a écrit :
Complément
Nous avons fait une sauvegarde du fichier log 1 Go et nous avons aussi un
server SQL 2005 si c'est plus facile.
Merci
"MB" <michel.boudat@isped.u-bordeaux2.fr> a écrit dans le message de
news:
eaxPXYZ9FHA.2036@TK2MSFTNGP14.phx.gbl...
> Bonjour
> Comment lire les fichiers log sur SQL 2000
> Cordialement
>
Bonjour Oui mais c'est une version d'évaluation qui est bridée à 4 base de tests pour infos j'ai trouvé un autre logiciel d'évaluation FULL bridé à 15 jours. Il marche bien on voit bien le contenu des logs. SQL Log Rescue http://www.red-gate.com/
Je pose la question : Avec le tracer/profiler de sql2005, est-ce que l'on peut pas rejouer le journal (sauvegardé) avec une trace en fond, sur une base de test en réalisant une restauration de la sauvegarde de la base qui pose problème !!?
Merci
"Michel PRIORI" a écrit dans le message de news:
Le journal est l'enregistrement binaire des transactions effectuées. Il sert au rollback et à la récupération. Il est ecrit en séquentiel par l'ensemble des process de ton serveur multiproc.
En clair : c'est du jus de boudin
Il existe un logiciel externe à M$ : logexplorer de lumigent qui te permet de décoder les transactions contenues. Pas mal. Mais pourquoi M$ ne l'a pas intégré à SQL 2005 ? Mystere.
"MB" a écrit :
Complément Nous avons fait une sauvegarde du fichier log 1 Go et nous avons aussi un server SQL 2005 si c'est plus facile. Merci
"MB" a écrit dans le message de news:
> Bonjour > Comment lire les fichiers log sur SQL 2000 > Cordialement >
Michel PRIORI
Le problème est la garantie de la cohérence : SQL serveur ne permet de rejouer les log que lors de l'étape de récupération ; Tâche lancée au démarrage du service pour garantir la reprise propre (les écritures sur la base sont asynchrones = checkpoint) et lors du restore avec l'option recovery.
Je suis assez d'accord avec ces reserves.
Pour faire ce que tu semble vouloir, il faut demander à "SQL Log Rescue" de genérer le script SQL correspondant à ton log. Tu pourras ainsi l'adapter à vos besoins et notament à prendre en compte l'état initial de ta base de test. Ceci dit, vu le volume annoncé ... bon courage.
NB: reposte une demande car on s'éloigne de l'objet annoncé
"MB" a écrit :
Bonjour Oui mais c'est une version d'évaluation qui est bridée à 4 base de tests pour infos j'ai trouvé un autre logiciel d'évaluation FULL bridé à 15 jours. Il marche bien on voit bien le contenu des logs. SQL Log Rescue http://www.red-gate.com/
Je pose la question : Avec le tracer/profiler de sql2005, est-ce que l'on peut pas rejouer le journal (sauvegardé) avec une trace en fond, sur une base de test en réalisant une restauration de la sauvegarde de la base qui pose problème !!?
Merci
"Michel PRIORI" a écrit dans le message de news: > Le journal est l'enregistrement binaire des transactions effectuées. > Il sert au rollback et à la récupération. > Il est ecrit en séquentiel par l'ensemble des process de ton serveur > multiproc. > > En clair : c'est du jus de boudin > > Il existe un logiciel externe à M$ : logexplorer de lumigent qui te permet > de décoder les transactions contenues. Pas mal. > Mais pourquoi M$ ne l'a pas intégré à SQL 2005 ? Mystere. > > > > > "MB" a écrit : > >> Complément >> Nous avons fait une sauvegarde du fichier log 1 Go et nous avons aussi un >> server SQL 2005 si c'est plus facile. >> Merci >> >> >> "MB" a écrit dans le message de >> news: >> >> > Bonjour >> > Comment lire les fichiers log sur SQL 2000 >> > Cordialement >> > >> >> >>
Le problème est la garantie de la cohérence :
SQL serveur ne permet de rejouer les log que lors de l'étape de récupération
; Tâche lancée au démarrage du service pour garantir la reprise propre (les
écritures sur la base sont asynchrones = checkpoint) et lors du restore avec
l'option recovery.
Je suis assez d'accord avec ces reserves.
Pour faire ce que tu semble vouloir, il faut demander à "SQL Log Rescue" de
genérer le script SQL correspondant à ton log.
Tu pourras ainsi l'adapter à vos besoins et notament à prendre en compte
l'état initial de ta base de test.
Ceci dit, vu le volume annoncé ... bon courage.
NB: reposte une demande car on s'éloigne de l'objet annoncé
"MB" a écrit :
Bonjour
Oui mais c'est une version d'évaluation qui est bridée à 4 base de tests
pour infos j'ai trouvé un autre logiciel d'évaluation FULL bridé à 15 jours.
Il marche bien on voit bien le contenu des logs.
SQL Log Rescue
http://www.red-gate.com/
Je pose la question :
Avec le tracer/profiler de sql2005, est-ce que l'on peut pas rejouer le
journal (sauvegardé) avec une trace en fond, sur une base de test en
réalisant une restauration de la sauvegarde de la base qui pose problème !!?
Merci
"Michel PRIORI" <MichelPRIORI@discussions.microsoft.com> a écrit dans le
message de news: 9A7E4E84-965A-4DB5-9D34-67D02967CCC2@microsoft.com...
> Le journal est l'enregistrement binaire des transactions effectuées.
> Il sert au rollback et à la récupération.
> Il est ecrit en séquentiel par l'ensemble des process de ton serveur
> multiproc.
>
> En clair : c'est du jus de boudin
>
> Il existe un logiciel externe à M$ : logexplorer de lumigent qui te permet
> de décoder les transactions contenues. Pas mal.
> Mais pourquoi M$ ne l'a pas intégré à SQL 2005 ? Mystere.
>
>
>
>
> "MB" a écrit :
>
>> Complément
>> Nous avons fait une sauvegarde du fichier log 1 Go et nous avons aussi un
>> server SQL 2005 si c'est plus facile.
>> Merci
>>
>>
>> "MB" <michel.boudat@isped.u-bordeaux2.fr> a écrit dans le message de
>> news:
>> eaxPXYZ9FHA.2036@TK2MSFTNGP14.phx.gbl...
>> > Bonjour
>> > Comment lire les fichiers log sur SQL 2000
>> > Cordialement
>> >
>>
>>
>>
Le problème est la garantie de la cohérence : SQL serveur ne permet de rejouer les log que lors de l'étape de récupération ; Tâche lancée au démarrage du service pour garantir la reprise propre (les écritures sur la base sont asynchrones = checkpoint) et lors du restore avec l'option recovery.
Je suis assez d'accord avec ces reserves.
Pour faire ce que tu semble vouloir, il faut demander à "SQL Log Rescue" de genérer le script SQL correspondant à ton log. Tu pourras ainsi l'adapter à vos besoins et notament à prendre en compte l'état initial de ta base de test. Ceci dit, vu le volume annoncé ... bon courage.
NB: reposte une demande car on s'éloigne de l'objet annoncé
"MB" a écrit :
Bonjour Oui mais c'est une version d'évaluation qui est bridée à 4 base de tests pour infos j'ai trouvé un autre logiciel d'évaluation FULL bridé à 15 jours. Il marche bien on voit bien le contenu des logs. SQL Log Rescue http://www.red-gate.com/
Je pose la question : Avec le tracer/profiler de sql2005, est-ce que l'on peut pas rejouer le journal (sauvegardé) avec une trace en fond, sur une base de test en réalisant une restauration de la sauvegarde de la base qui pose problème !!?
Merci
"Michel PRIORI" a écrit dans le message de news: > Le journal est l'enregistrement binaire des transactions effectuées. > Il sert au rollback et à la récupération. > Il est ecrit en séquentiel par l'ensemble des process de ton serveur > multiproc. > > En clair : c'est du jus de boudin > > Il existe un logiciel externe à M$ : logexplorer de lumigent qui te permet > de décoder les transactions contenues. Pas mal. > Mais pourquoi M$ ne l'a pas intégré à SQL 2005 ? Mystere. > > > > > "MB" a écrit : > >> Complément >> Nous avons fait une sauvegarde du fichier log 1 Go et nous avons aussi un >> server SQL 2005 si c'est plus facile. >> Merci >> >> >> "MB" a écrit dans le message de >> news: >> >> > Bonjour >> > Comment lire les fichiers log sur SQL 2000 >> > Cordialement >> > >> >> >>
Fred BROUARD
Le fichier de journalisation d'une base de données est un mécanisme interne à SQL Server et ne doit pas être utilisé de manière fonctionnelle.
MS ne fournit donc pas d'outils pour ce faire.
Quel est le but de votre demande ?
En revanche vous pouvez utiliser des outils externes non garantis comme log explorer de lumigent ou red gate software.
A +
MB a écrit:
Bonjour Comment lire les fichiers log sur SQL 2000 Cordialement
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Le fichier de journalisation d'une base de données est un mécanisme interne à
SQL Server et ne doit pas être utilisé de manière fonctionnelle.
MS ne fournit donc pas d'outils pour ce faire.
Quel est le but de votre demande ?
En revanche vous pouvez utiliser des outils externes non garantis comme log
explorer de lumigent ou red gate software.
A +
MB a écrit:
Bonjour
Comment lire les fichiers log sur SQL 2000
Cordialement
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Le fichier de journalisation d'une base de données est un mécanisme interne à SQL Server et ne doit pas être utilisé de manière fonctionnelle.
MS ne fournit donc pas d'outils pour ce faire.
Quel est le but de votre demande ?
En revanche vous pouvez utiliser des outils externes non garantis comme log explorer de lumigent ou red gate software.
A +
MB a écrit:
Bonjour Comment lire les fichiers log sur SQL 2000 Cordialement
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
