désactivation temporaire du journal de transaction
8 réponses
tintin
Bonjour,
Sur une base dont je serai pour cela le seul utilisateur, je dois faire une
très grande quantité de DELETE et d'UPDATE.
Est-il possible, pour aller plus vite, de désactiver pendant ce temps le
système de journalisation, sachant que si un crash survenait je repartirais
facilement d'un backup ?
Quelles sont les autres options interessantes dans cette situation ?
Merci pour vos tuyaux.
Martinus
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
bruno reiter
Il n'est heureusement pas possible de supprimer le log. Il faut peut-etre vérifier (désactiver?) les contraintes et triggers . Enlever les index et les remettre ensuite?
br
"tintin" a écrit dans le message de news:
Bonjour, Sur une base dont je serai pour cela le seul utilisateur, je dois faire une très grande quantité de DELETE et d'UPDATE. Est-il possible, pour aller plus vite, de désactiver pendant ce temps le système de journalisation, sachant que si un crash survenait je repartirais facilement d'un backup ? Quelles sont les autres options interessantes dans cette situation ? Merci pour vos tuyaux. Martinus
Il n'est heureusement pas possible de supprimer le log.
Il faut peut-etre vérifier (désactiver?) les contraintes et triggers .
Enlever les index et les remettre ensuite?
br
"tintin" <tintin@discussions.microsoft.com> a écrit dans le message de news:
671F9C67-0136-465E-9783-48CCEBEA2C7D@microsoft.com...
Bonjour,
Sur une base dont je serai pour cela le seul utilisateur, je dois faire
une
très grande quantité de DELETE et d'UPDATE.
Est-il possible, pour aller plus vite, de désactiver pendant ce temps le
système de journalisation, sachant que si un crash survenait je
repartirais
facilement d'un backup ?
Quelles sont les autres options interessantes dans cette situation ?
Merci pour vos tuyaux.
Martinus
Il n'est heureusement pas possible de supprimer le log. Il faut peut-etre vérifier (désactiver?) les contraintes et triggers . Enlever les index et les remettre ensuite?
br
"tintin" a écrit dans le message de news:
Bonjour, Sur une base dont je serai pour cela le seul utilisateur, je dois faire une très grande quantité de DELETE et d'UPDATE. Est-il possible, pour aller plus vite, de désactiver pendant ce temps le système de journalisation, sachant que si un crash survenait je repartirais facilement d'un backup ? Quelles sont les autres options interessantes dans cette situation ? Merci pour vos tuyaux. Martinus
Gilles LE BARBIER
TRUNCATE TABLE pour supprimer définitivement les enregistrement et réinitialiser les Identity et le LOG
plus rapide que le DELETE * from qui inscrit pour chaque suppression dans le LOG
par contre plus possibilité de faire ROLLBACK !!!!
(c'est suremet la supression qui te prend le plus de temp) A voir Gilles
"tintin" a écrit dans le message de news:
Bonjour, Sur une base dont je serai pour cela le seul utilisateur, je dois faire une très grande quantité de DELETE et d'UPDATE. Est-il possible, pour aller plus vite, de désactiver pendant ce temps le système de journalisation, sachant que si un crash survenait je repartirais facilement d'un backup ? Quelles sont les autres options interessantes dans cette situation ? Merci pour vos tuyaux. Martinus
TRUNCATE TABLE pour supprimer définitivement les enregistrement et
réinitialiser les Identity et le LOG
plus rapide que le DELETE * from qui inscrit pour chaque suppression dans le
LOG
par contre plus possibilité de faire ROLLBACK !!!!
(c'est suremet la supression qui te prend le plus de temp)
A voir
Gilles
"tintin" <tintin@discussions.microsoft.com> a écrit dans le message de news:
671F9C67-0136-465E-9783-48CCEBEA2C7D@microsoft.com...
Bonjour,
Sur une base dont je serai pour cela le seul utilisateur, je dois faire
une
très grande quantité de DELETE et d'UPDATE.
Est-il possible, pour aller plus vite, de désactiver pendant ce temps le
système de journalisation, sachant que si un crash survenait je
repartirais
facilement d'un backup ?
Quelles sont les autres options interessantes dans cette situation ?
Merci pour vos tuyaux.
Martinus
TRUNCATE TABLE pour supprimer définitivement les enregistrement et réinitialiser les Identity et le LOG
plus rapide que le DELETE * from qui inscrit pour chaque suppression dans le LOG
par contre plus possibilité de faire ROLLBACK !!!!
(c'est suremet la supression qui te prend le plus de temp) A voir Gilles
"tintin" a écrit dans le message de news:
Bonjour, Sur une base dont je serai pour cela le seul utilisateur, je dois faire une très grande quantité de DELETE et d'UPDATE. Est-il possible, pour aller plus vite, de désactiver pendant ce temps le système de journalisation, sachant que si un crash survenait je repartirais facilement d'un backup ? Quelles sont les autres options interessantes dans cette situation ? Merci pour vos tuyaux. Martinus
tintin
Je ne veux pas supprimer tous les enregistrements. Merci quand même.
"Gilles LE BARBIER" a écrit :
TRUNCATE TABLE pour supprimer définitivement les enregistrement et réinitialiser les Identity et le LOG
plus rapide que le DELETE * from qui inscrit pour chaque suppression dans le LOG
par contre plus possibilité de faire ROLLBACK !!!!
(c'est suremet la supression qui te prend le plus de temp) A voir Gilles
"tintin" a écrit dans le message de news:
> Bonjour, > Sur une base dont je serai pour cela le seul utilisateur, je dois faire > une > très grande quantité de DELETE et d'UPDATE. > Est-il possible, pour aller plus vite, de désactiver pendant ce temps le > système de journalisation, sachant que si un crash survenait je > repartirais > facilement d'un backup ? > Quelles sont les autres options interessantes dans cette situation ? > Merci pour vos tuyaux. > Martinus
Je ne veux pas supprimer tous les enregistrements.
Merci quand même.
"Gilles LE BARBIER" a écrit :
TRUNCATE TABLE pour supprimer définitivement les enregistrement et
réinitialiser les Identity et le LOG
plus rapide que le DELETE * from qui inscrit pour chaque suppression dans le
LOG
par contre plus possibilité de faire ROLLBACK !!!!
(c'est suremet la supression qui te prend le plus de temp)
A voir
Gilles
"tintin" <tintin@discussions.microsoft.com> a écrit dans le message de news:
671F9C67-0136-465E-9783-48CCEBEA2C7D@microsoft.com...
> Bonjour,
> Sur une base dont je serai pour cela le seul utilisateur, je dois faire
> une
> très grande quantité de DELETE et d'UPDATE.
> Est-il possible, pour aller plus vite, de désactiver pendant ce temps le
> système de journalisation, sachant que si un crash survenait je
> repartirais
> facilement d'un backup ?
> Quelles sont les autres options interessantes dans cette situation ?
> Merci pour vos tuyaux.
> Martinus
Je ne veux pas supprimer tous les enregistrements. Merci quand même.
"Gilles LE BARBIER" a écrit :
TRUNCATE TABLE pour supprimer définitivement les enregistrement et réinitialiser les Identity et le LOG
plus rapide que le DELETE * from qui inscrit pour chaque suppression dans le LOG
par contre plus possibilité de faire ROLLBACK !!!!
(c'est suremet la supression qui te prend le plus de temp) A voir Gilles
"tintin" a écrit dans le message de news:
> Bonjour, > Sur une base dont je serai pour cela le seul utilisateur, je dois faire > une > très grande quantité de DELETE et d'UPDATE. > Est-il possible, pour aller plus vite, de désactiver pendant ce temps le > système de journalisation, sachant que si un crash survenait je > repartirais > facilement d'un backup ? > Quelles sont les autres options interessantes dans cette situation ? > Merci pour vos tuyaux. > Martinus
Gilles LE BARBIER
Donne nous un exemple de delete Update que tu réalise ! Actuellement
tu ne peut pas passer par une table temporaire du style je lui met tous ce que je veut garder et je rajoute les nouvelles
je truncate l'ancienne table supprime la table et ren,ome ma table tempo !!
c'est tiré par les cheveux mais je ne connais pas l'empleur de ton traitement
nombre total d'enregistrement au départ nombre de ligne en conflit potentiel si pas de suppression nombre de ligne supprimées nombre de ligne ajoutées
Gilles
"tintin" a écrit dans le message de news:
Je ne veux pas supprimer tous les enregistrements. Merci quand même.
"Gilles LE BARBIER" a écrit :
TRUNCATE TABLE pour supprimer définitivement les enregistrement et réinitialiser les Identity et le LOG
plus rapide que le DELETE * from qui inscrit pour chaque suppression dans le LOG
par contre plus possibilité de faire ROLLBACK !!!!
(c'est suremet la supression qui te prend le plus de temp) A voir Gilles
"tintin" a écrit dans le message de news:
> Bonjour, > Sur une base dont je serai pour cela le seul utilisateur, je dois faire > une > très grande quantité de DELETE et d'UPDATE. > Est-il possible, pour aller plus vite, de désactiver pendant ce temps > le > système de journalisation, sachant que si un crash survenait je > repartirais > facilement d'un backup ? > Quelles sont les autres options interessantes dans cette situation ? > Merci pour vos tuyaux. > Martinus
Donne nous un exemple de delete Update que tu réalise ! Actuellement
tu ne peut pas passer par une table temporaire
du style je lui met tous ce que je veut garder et je rajoute les nouvelles
je truncate l'ancienne table supprime la table et ren,ome ma table tempo !!
c'est tiré par les cheveux mais je ne connais pas l'empleur de ton
traitement
nombre total d'enregistrement au départ
nombre de ligne en conflit potentiel si pas de suppression
nombre de ligne supprimées
nombre de ligne ajoutées
Gilles
"tintin" <tintin@discussions.microsoft.com> a écrit dans le message de news:
B6AE6D2A-0B5B-44C2-8805-13C1A6D2C789@microsoft.com...
Je ne veux pas supprimer tous les enregistrements.
Merci quand même.
"Gilles LE BARBIER" a écrit :
TRUNCATE TABLE pour supprimer définitivement les enregistrement et
réinitialiser les Identity et le LOG
plus rapide que le DELETE * from qui inscrit pour chaque suppression dans
le
LOG
par contre plus possibilité de faire ROLLBACK !!!!
(c'est suremet la supression qui te prend le plus de temp)
A voir
Gilles
"tintin" <tintin@discussions.microsoft.com> a écrit dans le message de
news:
671F9C67-0136-465E-9783-48CCEBEA2C7D@microsoft.com...
> Bonjour,
> Sur une base dont je serai pour cela le seul utilisateur, je dois faire
> une
> très grande quantité de DELETE et d'UPDATE.
> Est-il possible, pour aller plus vite, de désactiver pendant ce temps
> le
> système de journalisation, sachant que si un crash survenait je
> repartirais
> facilement d'un backup ?
> Quelles sont les autres options interessantes dans cette situation ?
> Merci pour vos tuyaux.
> Martinus
Donne nous un exemple de delete Update que tu réalise ! Actuellement
tu ne peut pas passer par une table temporaire du style je lui met tous ce que je veut garder et je rajoute les nouvelles
je truncate l'ancienne table supprime la table et ren,ome ma table tempo !!
c'est tiré par les cheveux mais je ne connais pas l'empleur de ton traitement
nombre total d'enregistrement au départ nombre de ligne en conflit potentiel si pas de suppression nombre de ligne supprimées nombre de ligne ajoutées
Gilles
"tintin" a écrit dans le message de news:
Je ne veux pas supprimer tous les enregistrements. Merci quand même.
"Gilles LE BARBIER" a écrit :
TRUNCATE TABLE pour supprimer définitivement les enregistrement et réinitialiser les Identity et le LOG
plus rapide que le DELETE * from qui inscrit pour chaque suppression dans le LOG
par contre plus possibilité de faire ROLLBACK !!!!
(c'est suremet la supression qui te prend le plus de temp) A voir Gilles
"tintin" a écrit dans le message de news:
> Bonjour, > Sur une base dont je serai pour cela le seul utilisateur, je dois faire > une > très grande quantité de DELETE et d'UPDATE. > Est-il possible, pour aller plus vite, de désactiver pendant ce temps > le > système de journalisation, sachant que si un crash survenait je > repartirais > facilement d'un backup ? > Quelles sont les autres options interessantes dans cette situation ? > Merci pour vos tuyaux. > Martinus
Christian
Bonsoir,
Faites une sauvegarde de votre journal, videz le, faite une sauvegarde complète puis passer votre base en mode SIMPLE, ainsi, votre journal ne devrait plus trop grandir... Repassez ensuite votre base en mode FULL pour faire des sauvegardes de vos journaux...
Christian
"Gilles LE BARBIER" a écrit :
Donne nous un exemple de delete Update que tu réalise ! Actuellement
tu ne peut pas passer par une table temporaire du style je lui met tous ce que je veut garder et je rajoute les nouvelles
je truncate l'ancienne table supprime la table et ren,ome ma table tempo !!
c'est tiré par les cheveux mais je ne connais pas l'empleur de ton traitement
nombre total d'enregistrement au départ nombre de ligne en conflit potentiel si pas de suppression nombre de ligne supprimées nombre de ligne ajoutées
Gilles
"tintin" a écrit dans le message de news:
> Je ne veux pas supprimer tous les enregistrements. > Merci quand même. > > "Gilles LE BARBIER" a écrit : > >> TRUNCATE TABLE pour supprimer définitivement les enregistrement et >> réinitialiser les Identity et le LOG >> >> plus rapide que le DELETE * from qui inscrit pour chaque suppression dans >> le >> LOG >> >> par contre plus possibilité de faire ROLLBACK !!!! >> >> (c'est suremet la supression qui te prend le plus de temp) >> A voir >> Gilles >> >> >> >> "tintin" a écrit dans le message de >> news: >> >> > Bonjour, >> > Sur une base dont je serai pour cela le seul utilisateur, je dois faire >> > une >> > très grande quantité de DELETE et d'UPDATE. >> > Est-il possible, pour aller plus vite, de désactiver pendant ce temps >> > le >> > système de journalisation, sachant que si un crash survenait je >> > repartirais >> > facilement d'un backup ? >> > Quelles sont les autres options interessantes dans cette situation ? >> > Merci pour vos tuyaux. >> > Martinus >> >>
Bonsoir,
Faites une sauvegarde de votre journal, videz le, faite une sauvegarde
complète puis passer votre base en mode SIMPLE, ainsi, votre journal ne
devrait plus trop grandir...
Repassez ensuite votre base en mode FULL pour faire des sauvegardes de vos
journaux...
Christian
"Gilles LE BARBIER" a écrit :
Donne nous un exemple de delete Update que tu réalise ! Actuellement
tu ne peut pas passer par une table temporaire
du style je lui met tous ce que je veut garder et je rajoute les nouvelles
je truncate l'ancienne table supprime la table et ren,ome ma table tempo !!
c'est tiré par les cheveux mais je ne connais pas l'empleur de ton
traitement
nombre total d'enregistrement au départ
nombre de ligne en conflit potentiel si pas de suppression
nombre de ligne supprimées
nombre de ligne ajoutées
Gilles
"tintin" <tintin@discussions.microsoft.com> a écrit dans le message de news:
B6AE6D2A-0B5B-44C2-8805-13C1A6D2C789@microsoft.com...
> Je ne veux pas supprimer tous les enregistrements.
> Merci quand même.
>
> "Gilles LE BARBIER" a écrit :
>
>> TRUNCATE TABLE pour supprimer définitivement les enregistrement et
>> réinitialiser les Identity et le LOG
>>
>> plus rapide que le DELETE * from qui inscrit pour chaque suppression dans
>> le
>> LOG
>>
>> par contre plus possibilité de faire ROLLBACK !!!!
>>
>> (c'est suremet la supression qui te prend le plus de temp)
>> A voir
>> Gilles
>>
>>
>>
>> "tintin" <tintin@discussions.microsoft.com> a écrit dans le message de
>> news:
>> 671F9C67-0136-465E-9783-48CCEBEA2C7D@microsoft.com...
>> > Bonjour,
>> > Sur une base dont je serai pour cela le seul utilisateur, je dois faire
>> > une
>> > très grande quantité de DELETE et d'UPDATE.
>> > Est-il possible, pour aller plus vite, de désactiver pendant ce temps
>> > le
>> > système de journalisation, sachant que si un crash survenait je
>> > repartirais
>> > facilement d'un backup ?
>> > Quelles sont les autres options interessantes dans cette situation ?
>> > Merci pour vos tuyaux.
>> > Martinus
>>
>>
Faites une sauvegarde de votre journal, videz le, faite une sauvegarde complète puis passer votre base en mode SIMPLE, ainsi, votre journal ne devrait plus trop grandir... Repassez ensuite votre base en mode FULL pour faire des sauvegardes de vos journaux...
Christian
"Gilles LE BARBIER" a écrit :
Donne nous un exemple de delete Update que tu réalise ! Actuellement
tu ne peut pas passer par une table temporaire du style je lui met tous ce que je veut garder et je rajoute les nouvelles
je truncate l'ancienne table supprime la table et ren,ome ma table tempo !!
c'est tiré par les cheveux mais je ne connais pas l'empleur de ton traitement
nombre total d'enregistrement au départ nombre de ligne en conflit potentiel si pas de suppression nombre de ligne supprimées nombre de ligne ajoutées
Gilles
"tintin" a écrit dans le message de news:
> Je ne veux pas supprimer tous les enregistrements. > Merci quand même. > > "Gilles LE BARBIER" a écrit : > >> TRUNCATE TABLE pour supprimer définitivement les enregistrement et >> réinitialiser les Identity et le LOG >> >> plus rapide que le DELETE * from qui inscrit pour chaque suppression dans >> le >> LOG >> >> par contre plus possibilité de faire ROLLBACK !!!! >> >> (c'est suremet la supression qui te prend le plus de temp) >> A voir >> Gilles >> >> >> >> "tintin" a écrit dans le message de >> news: >> >> > Bonjour, >> > Sur une base dont je serai pour cela le seul utilisateur, je dois faire >> > une >> > très grande quantité de DELETE et d'UPDATE. >> > Est-il possible, pour aller plus vite, de désactiver pendant ce temps >> > le >> > système de journalisation, sachant que si un crash survenait je >> > repartirais >> > facilement d'un backup ? >> > Quelles sont les autres options interessantes dans cette situation ? >> > Merci pour vos tuyaux. >> > Martinus >> >>
tintin
Bonjour,
Oui je crois que c'est ce que je cherche.... mais comment fait-on pour passer en mode SIMPLE ou FULL. Je ne trouve pas dans la doc.
Je suis sous SQL 2000.
Merci de ton aide.
Martin
"Christian" a écrit :
Bonsoir,
Faites une sauvegarde de votre journal, videz le, faite une sauvegarde complète puis passer votre base en mode SIMPLE, ainsi, votre journal ne devrait plus trop grandir... Repassez ensuite votre base en mode FULL pour faire des sauvegardes de vos journaux...
Christian
> >> > >> "tintin" a écrit dans le message de > >> news: > >> > >> > Bonjour, > >> > Sur une base dont je serai pour cela le seul utilisateur, je dois faire > >> > une > >> > très grande quantité de DELETE et d'UPDATE. > >> > Est-il possible, pour aller plus vite, de désactiver pendant ce temps > >> > le > >> > système de journalisation, sachant que si un crash survenait je > >> > repartirais > >> > facilement d'un backup ? > >> > Quelles sont les autres options interessantes dans cette situation ? > >> > Merci pour vos tuyaux. > >> > Martinus > >> > >> > >
Bonjour,
Oui je crois que c'est ce que je cherche.... mais comment fait-on pour
passer en mode SIMPLE ou FULL. Je ne trouve pas dans la doc.
Je suis sous SQL 2000.
Merci de ton aide.
Martin
"Christian" a écrit :
Bonsoir,
Faites une sauvegarde de votre journal, videz le, faite une sauvegarde
complète puis passer votre base en mode SIMPLE, ainsi, votre journal ne
devrait plus trop grandir...
Repassez ensuite votre base en mode FULL pour faire des sauvegardes de vos
journaux...
Christian
> >>
> >> "tintin" <tintin@discussions.microsoft.com> a écrit dans le message de
> >> news:
> >> 671F9C67-0136-465E-9783-48CCEBEA2C7D@microsoft.com...
> >> > Bonjour,
> >> > Sur une base dont je serai pour cela le seul utilisateur, je dois faire
> >> > une
> >> > très grande quantité de DELETE et d'UPDATE.
> >> > Est-il possible, pour aller plus vite, de désactiver pendant ce temps
> >> > le
> >> > système de journalisation, sachant que si un crash survenait je
> >> > repartirais
> >> > facilement d'un backup ?
> >> > Quelles sont les autres options interessantes dans cette situation ?
> >> > Merci pour vos tuyaux.
> >> > Martinus
> >>
> >>
>
>
Oui je crois que c'est ce que je cherche.... mais comment fait-on pour passer en mode SIMPLE ou FULL. Je ne trouve pas dans la doc.
Je suis sous SQL 2000.
Merci de ton aide.
Martin
"Christian" a écrit :
Bonsoir,
Faites une sauvegarde de votre journal, videz le, faite une sauvegarde complète puis passer votre base en mode SIMPLE, ainsi, votre journal ne devrait plus trop grandir... Repassez ensuite votre base en mode FULL pour faire des sauvegardes de vos journaux...
Christian
> >> > >> "tintin" a écrit dans le message de > >> news: > >> > >> > Bonjour, > >> > Sur une base dont je serai pour cela le seul utilisateur, je dois faire > >> > une > >> > très grande quantité de DELETE et d'UPDATE. > >> > Est-il possible, pour aller plus vite, de désactiver pendant ce temps > >> > le > >> > système de journalisation, sachant que si un crash survenait je > >> > repartirais > >> > facilement d'un backup ? > >> > Quelles sont les autres options interessantes dans cette situation ? > >> > Merci pour vos tuyaux. > >> > Martinus > >> > >> > >
Christian
Bonjour,
Non je parlais du mode de recovery Un clic droit sur la base et propriétés : dans les options, passer de FULL a SIMPLE Sinon : alter database set recovery SIMPLE
Christian
"Gilles LE BARBIER" a écrit :
Salut tintin
si Christian parle du mode Single USER
Use master Exec sp_dboption 'MonNomDeBase','single user','true'
pour enlever le mode single user Exec sp_dboption 'MonNomDeBase','single user','False'
Gilles
Bonjour,
Non je parlais du mode de recovery
Un clic droit sur la base et propriétés : dans les options, passer de FULL a
SIMPLE
Sinon : alter database
set recovery SIMPLE
Christian
"Gilles LE BARBIER" a écrit :
Salut tintin
si Christian parle du mode Single USER
Use master
Exec sp_dboption 'MonNomDeBase','single user','true'
pour enlever le mode single user
Exec sp_dboption 'MonNomDeBase','single user','False'
Non je parlais du mode de recovery Un clic droit sur la base et propriétés : dans les options, passer de FULL a SIMPLE Sinon : alter database set recovery SIMPLE
Christian
"Gilles LE BARBIER" a écrit :
Salut tintin
si Christian parle du mode Single USER
Use master Exec sp_dboption 'MonNomDeBase','single user','true'
pour enlever le mode single user Exec sp_dboption 'MonNomDeBase','single user','False'
Gilles
bruno reiter
passer en mode "simple" ne désactive bien entendu pas l'écriture des transactions dans le log!
br
"Christian" a écrit dans le message de news:
Bonjour,
Non je parlais du mode de recovery Un clic droit sur la base et propriétés : dans les options, passer de FULL a SIMPLE Sinon : alter database set recovery SIMPLE
Christian
"Gilles LE BARBIER" a écrit :
Salut tintin
si Christian parle du mode Single USER
Use master Exec sp_dboption 'MonNomDeBase','single user','true'
pour enlever le mode single user Exec sp_dboption 'MonNomDeBase','single user','False'
Gilles
passer en mode "simple" ne désactive bien entendu pas l'écriture des
transactions dans le log!
br
"Christian" <Christian@discussions.microsoft.com> a écrit dans le message de
news: 50D94BCD-6DF2-4D44-948C-3DCDDB6C7CAC@microsoft.com...
Bonjour,
Non je parlais du mode de recovery
Un clic droit sur la base et propriétés : dans les options, passer de FULL
a
SIMPLE
Sinon : alter database
set recovery SIMPLE
Christian
"Gilles LE BARBIER" a écrit :
Salut tintin
si Christian parle du mode Single USER
Use master
Exec sp_dboption 'MonNomDeBase','single user','true'
pour enlever le mode single user
Exec sp_dboption 'MonNomDeBase','single user','False'
passer en mode "simple" ne désactive bien entendu pas l'écriture des transactions dans le log!
br
"Christian" a écrit dans le message de news:
Bonjour,
Non je parlais du mode de recovery Un clic droit sur la base et propriétés : dans les options, passer de FULL a SIMPLE Sinon : alter database set recovery SIMPLE
Christian
"Gilles LE BARBIER" a écrit :
Salut tintin
si Christian parle du mode Single USER
Use master Exec sp_dboption 'MonNomDeBase','single user','true'
pour enlever le mode single user Exec sp_dboption 'MonNomDeBase','single user','False'
