Sur un serveur SQL 2000, j'ai mis en place un maintenance avec une
sauvegarde du log de transaction.
D'après ce que j'ai pu lire, je m'attendais à ce que cette sauvegarde
provoque un vidage du journal, or ce n'est pas le cas, et voici deux fois
que le journal arrive à saturation. J'ai en effet imposé une taille max pour
le journal.
Pour l'instant j'ai de nouveau libéré la taille du log, mais cela ne
m'explique pas pourquoi la sauvegarde du log via le plan de maintenance ne
le vide pas.
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
Fred BROUARD
a lire : http://sqlpro.developpez.com/cours/sqlserver/log/
ce n'est pas la sauvegarde qui vide le journal. Cela ne fait que marqué à obsolète certaines parties du journal.
De plus fixer une taille max au JT est un non sens !
A +
Pierre a écrit:
Bonjour,
Sur un serveur SQL 2000, j'ai mis en place un maintenance avec une sauvegarde du log de transaction. D'après ce que j'ai pu lire, je m'attendais à ce que cette sauvegarde provoque un vidage du journal, or ce n'est pas le cas, et voici deux fois que le journal arrive à saturation. J'ai en effet imposé une taille max pour le journal. Pour l'instant j'ai de nouveau libéré la taille du log, mais cela ne m'explique pas pourquoi la sauvegarde du log via le plan de maintenance ne le vide pas.
Merci pour vos éclairages ;-)
A plus.
Pierre.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste 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 ************************ www.datasapiens.com *************************
a lire :
http://sqlpro.developpez.com/cours/sqlserver/log/
ce n'est pas la sauvegarde qui vide le journal. Cela ne fait que marqué à
obsolète certaines parties du journal.
De plus fixer une taille max au JT est un non sens !
A +
Pierre a écrit:
Bonjour,
Sur un serveur SQL 2000, j'ai mis en place un maintenance avec une
sauvegarde du log de transaction.
D'après ce que j'ai pu lire, je m'attendais à ce que cette sauvegarde
provoque un vidage du journal, or ce n'est pas le cas, et voici deux fois
que le journal arrive à saturation. J'ai en effet imposé une taille max pour
le journal.
Pour l'instant j'ai de nouveau libéré la taille du log, mais cela ne
m'explique pas pourquoi la sauvegarde du log via le plan de maintenance ne
le vide pas.
Merci pour vos éclairages ;-)
A plus.
Pierre.
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste 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
************************ www.datasapiens.com *************************
a lire : http://sqlpro.developpez.com/cours/sqlserver/log/
ce n'est pas la sauvegarde qui vide le journal. Cela ne fait que marqué à obsolète certaines parties du journal.
De plus fixer une taille max au JT est un non sens !
A +
Pierre a écrit:
Bonjour,
Sur un serveur SQL 2000, j'ai mis en place un maintenance avec une sauvegarde du log de transaction. D'après ce que j'ai pu lire, je m'attendais à ce que cette sauvegarde provoque un vidage du journal, or ce n'est pas le cas, et voici deux fois que le journal arrive à saturation. J'ai en effet imposé une taille max pour le journal. Pour l'instant j'ai de nouveau libéré la taille du log, mais cela ne m'explique pas pourquoi la sauvegarde du log via le plan de maintenance ne le vide pas.
Merci pour vos éclairages ;-)
A plus.
Pierre.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste 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 ************************ www.datasapiens.com *************************
Pierre
Salut,
Déjà lu le lien... et fixer la taille du log permet au moins de constater que le vidage n'est pas fait ;-) Sinon, est-il possible dans le cadre du plan de maintenance de paramétrer un vidage du log ? (cf mon post suivant) Ou bien cela n'est pas possible via le plan de maintenance et nécessite donc une modif manuel de la tache du plan ?
Merci.
Pierre.
"Fred BROUARD" a écrit dans le message de news:%23BUFhT$
a lire : http://sqlpro.developpez.com/cours/sqlserver/log/
ce n'est pas la sauvegarde qui vide le journal. Cela ne fait que marqué à obsolète certaines parties du journal.
De plus fixer une taille max au JT est un non sens !
A +
Pierre a écrit: > Bonjour, > > Sur un serveur SQL 2000, j'ai mis en place un maintenance avec une > sauvegarde du log de transaction. > D'après ce que j'ai pu lire, je m'attendais à ce que cette sauvegarde > provoque un vidage du journal, or ce n'est pas le cas, et voici deux
fois
> que le journal arrive à saturation. J'ai en effet imposé une taille max
pour
> le journal. > Pour l'instant j'ai de nouveau libéré la taille du log, mais cela ne > m'explique pas pourquoi la sauvegarde du log via le plan de maintenance
ne
> le vide pas. > > Merci pour vos éclairages ;-) > > A plus. > > Pierre. > >
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste 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 ************************ www.datasapiens.com *************************
Salut,
Déjà lu le lien... et fixer la taille du log permet au moins de constater
que le vidage n'est pas fait ;-)
Sinon, est-il possible dans le cadre du plan de maintenance de paramétrer un
vidage du log ? (cf mon post suivant)
Ou bien cela n'est pas possible via le plan de maintenance et nécessite donc
une modif manuel de la tache du plan ?
Merci.
Pierre.
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
news:%23BUFhT$uEHA.1204@TK2MSFTNGP10.phx.gbl...
a lire :
http://sqlpro.developpez.com/cours/sqlserver/log/
ce n'est pas la sauvegarde qui vide le journal. Cela ne fait que marqué à
obsolète certaines parties du journal.
De plus fixer une taille max au JT est un non sens !
A +
Pierre a écrit:
> Bonjour,
>
> Sur un serveur SQL 2000, j'ai mis en place un maintenance avec une
> sauvegarde du log de transaction.
> D'après ce que j'ai pu lire, je m'attendais à ce que cette sauvegarde
> provoque un vidage du journal, or ce n'est pas le cas, et voici deux
fois
> que le journal arrive à saturation. J'ai en effet imposé une taille max
pour
> le journal.
> Pour l'instant j'ai de nouveau libéré la taille du log, mais cela ne
> m'explique pas pourquoi la sauvegarde du log via le plan de maintenance
ne
> le vide pas.
>
> Merci pour vos éclairages ;-)
>
> A plus.
>
> Pierre.
>
>
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste 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
************************ www.datasapiens.com *************************
Déjà lu le lien... et fixer la taille du log permet au moins de constater que le vidage n'est pas fait ;-) Sinon, est-il possible dans le cadre du plan de maintenance de paramétrer un vidage du log ? (cf mon post suivant) Ou bien cela n'est pas possible via le plan de maintenance et nécessite donc une modif manuel de la tache du plan ?
Merci.
Pierre.
"Fred BROUARD" a écrit dans le message de news:%23BUFhT$
a lire : http://sqlpro.developpez.com/cours/sqlserver/log/
ce n'est pas la sauvegarde qui vide le journal. Cela ne fait que marqué à obsolète certaines parties du journal.
De plus fixer une taille max au JT est un non sens !
A +
Pierre a écrit: > Bonjour, > > Sur un serveur SQL 2000, j'ai mis en place un maintenance avec une > sauvegarde du log de transaction. > D'après ce que j'ai pu lire, je m'attendais à ce que cette sauvegarde > provoque un vidage du journal, or ce n'est pas le cas, et voici deux
fois
> que le journal arrive à saturation. J'ai en effet imposé une taille max
pour
> le journal. > Pour l'instant j'ai de nouveau libéré la taille du log, mais cela ne > m'explique pas pourquoi la sauvegarde du log via le plan de maintenance
ne
> le vide pas. > > Merci pour vos éclairages ;-) > > A plus. > > Pierre. > >
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste 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 ************************ www.datasapiens.com *************************
Fred BROUARD
il y a un paramaètre de la base qui est auto_schrink
ALTER DATABASE SET AUTO_SHRINK ON
Pierre a écrit:
Salut,
Déjà lu le lien... et fixer la taille du log permet au moins de constater que le vidage n'est pas fait ;-) Sinon, est-il possible dans le cadre du plan de maintenance de paramétrer un vidage du log ? (cf mon post suivant)
oui, mais après une sauvegarde du JT ou comm ci
Ou bien cela n'est pas possible via le plan de maintenance et nécessite donc une modif manuel de la tache du plan ?
Sais pas, j'aime pas le plan de maintenance, je voit pas clairement ce qu'il fait !
A +
Merci.
Pierre.
"Fred BROUARD" a écrit dans le message de news:%23BUFhT$
a lire : http://sqlpro.developpez.com/cours/sqlserver/log/
ce n'est pas la sauvegarde qui vide le journal. Cela ne fait que marqué à obsolète certaines parties du journal.
De plus fixer une taille max au JT est un non sens !
A +
Pierre a écrit:
Bonjour,
Sur un serveur SQL 2000, j'ai mis en place un maintenance avec une sauvegarde du log de transaction. D'après ce que j'ai pu lire, je m'attendais à ce que cette sauvegarde provoque un vidage du journal, or ce n'est pas le cas, et voici deux
fois
que le journal arrive à saturation. J'ai en effet imposé une taille max
pour
le journal. Pour l'instant j'ai de nouveau libéré la taille du log, mais cela ne m'explique pas pourquoi la sauvegarde du log via le plan de maintenance
ne
le vide pas.
Merci pour vos éclairages ;-)
A plus.
Pierre.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste 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 ************************ www.datasapiens.com *************************
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste 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 ************************ www.datasapiens.com *************************
il y a un paramaètre de la base qui est auto_schrink
ALTER DATABASE
SET AUTO_SHRINK ON
Pierre a écrit:
Salut,
Déjà lu le lien... et fixer la taille du log permet au moins de constater
que le vidage n'est pas fait ;-)
Sinon, est-il possible dans le cadre du plan de maintenance de paramétrer un
vidage du log ? (cf mon post suivant)
oui, mais après une sauvegarde du JT ou comm ci
Ou bien cela n'est pas possible via le plan de maintenance et nécessite donc
une modif manuel de la tache du plan ?
Sais pas, j'aime pas le plan de maintenance, je voit pas clairement ce qu'il fait !
A +
Merci.
Pierre.
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de
news:%23BUFhT$uEHA.1204@TK2MSFTNGP10.phx.gbl...
a lire :
http://sqlpro.developpez.com/cours/sqlserver/log/
ce n'est pas la sauvegarde qui vide le journal. Cela ne fait que marqué à
obsolète certaines parties du journal.
De plus fixer une taille max au JT est un non sens !
A +
Pierre a écrit:
Bonjour,
Sur un serveur SQL 2000, j'ai mis en place un maintenance avec une
sauvegarde du log de transaction.
D'après ce que j'ai pu lire, je m'attendais à ce que cette sauvegarde
provoque un vidage du journal, or ce n'est pas le cas, et voici deux
fois
que le journal arrive à saturation. J'ai en effet imposé une taille max
pour
le journal.
Pour l'instant j'ai de nouveau libéré la taille du log, mais cela ne
m'explique pas pourquoi la sauvegarde du log via le plan de maintenance
ne
le vide pas.
Merci pour vos éclairages ;-)
A plus.
Pierre.
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste 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
************************ www.datasapiens.com *************************
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste 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
************************ www.datasapiens.com *************************
il y a un paramaètre de la base qui est auto_schrink
ALTER DATABASE SET AUTO_SHRINK ON
Pierre a écrit:
Salut,
Déjà lu le lien... et fixer la taille du log permet au moins de constater que le vidage n'est pas fait ;-) Sinon, est-il possible dans le cadre du plan de maintenance de paramétrer un vidage du log ? (cf mon post suivant)
oui, mais après une sauvegarde du JT ou comm ci
Ou bien cela n'est pas possible via le plan de maintenance et nécessite donc une modif manuel de la tache du plan ?
Sais pas, j'aime pas le plan de maintenance, je voit pas clairement ce qu'il fait !
A +
Merci.
Pierre.
"Fred BROUARD" a écrit dans le message de news:%23BUFhT$
a lire : http://sqlpro.developpez.com/cours/sqlserver/log/
ce n'est pas la sauvegarde qui vide le journal. Cela ne fait que marqué à obsolète certaines parties du journal.
De plus fixer une taille max au JT est un non sens !
A +
Pierre a écrit:
Bonjour,
Sur un serveur SQL 2000, j'ai mis en place un maintenance avec une sauvegarde du log de transaction. D'après ce que j'ai pu lire, je m'attendais à ce que cette sauvegarde provoque un vidage du journal, or ce n'est pas le cas, et voici deux
fois
que le journal arrive à saturation. J'ai en effet imposé une taille max
pour
le journal. Pour l'instant j'ai de nouveau libéré la taille du log, mais cela ne m'explique pas pourquoi la sauvegarde du log via le plan de maintenance
ne
le vide pas.
Merci pour vos éclairages ;-)
A plus.
Pierre.
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste 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 ************************ www.datasapiens.com *************************
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste 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 ************************ www.datasapiens.com *************************
