Bonjour,
sql 2000 US sp4
Ma base est en mode simple.
Mes log sont supérieures à la taille de ma base.J'ai été obligé de fixer une
taille max aux log.
j'avais compris qu'en mode ''simple'', les checkpoint vider automatiquement
les log.
Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des saturations
de log !!!!
j'arrive pas a y voir clair.
la seul option de la base activé est ''Mettre a jour auto les stats"
Pouvez vous m'aider svp ?
Z.R
Bonjour,
sql 2000 US sp4
Ma base est en mode simple.
Mes log sont supérieures à la taille de ma base.J'ai été obligé de fixer une
taille max aux log.
j'avais compris qu'en mode ''simple'', les checkpoint vider automatiquement
les log.
Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des saturations
de log !!!!
j'arrive pas a y voir clair.
la seul option de la base activé est ''Mettre a jour auto les stats"
Pouvez vous m'aider svp ?
Z.R
Bonjour,
sql 2000 US sp4
Ma base est en mode simple.
Mes log sont supérieures à la taille de ma base.J'ai été obligé de fixer une
taille max aux log.
j'avais compris qu'en mode ''simple'', les checkpoint vider automatiquement
les log.
Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des saturations
de log !!!!
j'arrive pas a y voir clair.
la seul option de la base activé est ''Mettre a jour auto les stats"
Pouvez vous m'aider svp ?
Z.R
Mode de récupération simple ne signifie pas que le journal reste vide, il
augmente en fonction du nombre de transactions actives... Il est juste
vidé
automatiquement.
Le journal a une portion active qui elle ne peut être réduite, donc s'il y
a
des transactions qui s'exécute sur un gros voir très gros volume de
données,
le serveur SQL écrit des transactions "partielles" dans le log...
Ce qu'il faut savoir, c'est qu'elles sont les transactions qui augmentent
à
ce point le journal... (Sont elles gênantes ?) Et essayer de définir la
taille maximale du journal... (Et lui donner cette taille + 10 % de marge)
A vérifier aussi, le paramètre de "temps de récupération" au niveau des
propriétés du serveur (par défaut à 0, donc défini par SQL Server), si
celui-ci n'a pas une valeur trop importante...
Cordialement
------------------------------
Christian Robert
Winwise
MCT - MCDBA - MCSD.Net
"Zizou-Real" a écrit :Bonjour,
sql 2000 US sp4
Ma base est en mode simple.
Mes log sont supérieures à la taille de ma base.J'ai été obligé de fixer
une
taille max aux log.
j'avais compris qu'en mode ''simple'', les checkpoint vider
automatiquement
les log.
Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des
saturations
de log !!!!
j'arrive pas a y voir clair.
la seul option de la base activé est ''Mettre a jour auto les stats"
Pouvez vous m'aider svp ?
Z.R
Mode de récupération simple ne signifie pas que le journal reste vide, il
augmente en fonction du nombre de transactions actives... Il est juste
vidé
automatiquement.
Le journal a une portion active qui elle ne peut être réduite, donc s'il y
a
des transactions qui s'exécute sur un gros voir très gros volume de
données,
le serveur SQL écrit des transactions "partielles" dans le log...
Ce qu'il faut savoir, c'est qu'elles sont les transactions qui augmentent
à
ce point le journal... (Sont elles gênantes ?) Et essayer de définir la
taille maximale du journal... (Et lui donner cette taille + 10 % de marge)
A vérifier aussi, le paramètre de "temps de récupération" au niveau des
propriétés du serveur (par défaut à 0, donc défini par SQL Server), si
celui-ci n'a pas une valeur trop importante...
Cordialement
------------------------------
Christian Robert
Winwise
MCT - MCDBA - MCSD.Net
"Zizou-Real" a écrit :
Bonjour,
sql 2000 US sp4
Ma base est en mode simple.
Mes log sont supérieures à la taille de ma base.J'ai été obligé de fixer
une
taille max aux log.
j'avais compris qu'en mode ''simple'', les checkpoint vider
automatiquement
les log.
Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des
saturations
de log !!!!
j'arrive pas a y voir clair.
la seul option de la base activé est ''Mettre a jour auto les stats"
Pouvez vous m'aider svp ?
Z.R
Mode de récupération simple ne signifie pas que le journal reste vide, il
augmente en fonction du nombre de transactions actives... Il est juste
vidé
automatiquement.
Le journal a une portion active qui elle ne peut être réduite, donc s'il y
a
des transactions qui s'exécute sur un gros voir très gros volume de
données,
le serveur SQL écrit des transactions "partielles" dans le log...
Ce qu'il faut savoir, c'est qu'elles sont les transactions qui augmentent
à
ce point le journal... (Sont elles gênantes ?) Et essayer de définir la
taille maximale du journal... (Et lui donner cette taille + 10 % de marge)
A vérifier aussi, le paramètre de "temps de récupération" au niveau des
propriétés du serveur (par défaut à 0, donc défini par SQL Server), si
celui-ci n'a pas une valeur trop importante...
Cordialement
------------------------------
Christian Robert
Winwise
MCT - MCDBA - MCSD.Net
"Zizou-Real" a écrit :Bonjour,
sql 2000 US sp4
Ma base est en mode simple.
Mes log sont supérieures à la taille de ma base.J'ai été obligé de fixer
une
taille max aux log.
j'avais compris qu'en mode ''simple'', les checkpoint vider
automatiquement
les log.
Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des
saturations
de log !!!!
j'arrive pas a y voir clair.
la seul option de la base activé est ''Mettre a jour auto les stats"
Pouvez vous m'aider svp ?
Z.R
Merci Christian pour ta reponse.
Mais j'ai les log qui grossisse d'un seul coup à 5 go pendant une procedure
d'insert.
Admettons que se soit normal, pourkoi il ne se purge pas automatiquement?
que penses tu si je tente de faire un shrink afin de voir si la taille
entiere du log est active ?
"Christian Robert" a écrit dans le message de
news:
> Mode de récupération simple ne signifie pas que le journal reste vide, il
> augmente en fonction du nombre de transactions actives... Il est juste
> vidé
> automatiquement.
>
> Le journal a une portion active qui elle ne peut être réduite, donc s'il y
> a
> des transactions qui s'exécute sur un gros voir très gros volume de
> données,
> le serveur SQL écrit des transactions "partielles" dans le log...
>
> Ce qu'il faut savoir, c'est qu'elles sont les transactions qui augmentent
> à
> ce point le journal... (Sont elles gênantes ?) Et essayer de définir la
> taille maximale du journal... (Et lui donner cette taille + 10 % de marge)
>
> A vérifier aussi, le paramètre de "temps de récupération" au niveau des
> propriétés du serveur (par défaut à 0, donc défini par SQL Server), si
> celui-ci n'a pas une valeur trop importante...
>
> Cordialement
> ------------------------------
> Christian Robert
> Winwise
> MCT - MCDBA - MCSD.Net
>
>
> "Zizou-Real" a écrit :
>
>> Bonjour,
>> sql 2000 US sp4
>> Ma base est en mode simple.
>> Mes log sont supérieures à la taille de ma base.J'ai été obligé de fixer
>> une
>> taille max aux log.
>> j'avais compris qu'en mode ''simple'', les checkpoint vider
>> automatiquement
>> les log.
>> Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des
>> saturations
>> de log !!!!
>> j'arrive pas a y voir clair.
>> la seul option de la base activé est ''Mettre a jour auto les stats"
>> Pouvez vous m'aider svp ?
>>
>> Z.R
>>
>>
>>
Merci Christian pour ta reponse.
Mais j'ai les log qui grossisse d'un seul coup à 5 go pendant une procedure
d'insert.
Admettons que se soit normal, pourkoi il ne se purge pas automatiquement?
que penses tu si je tente de faire un shrink afin de voir si la taille
entiere du log est active ?
"Christian Robert" <christian.robert@winwise.fr> a écrit dans le message de
news: 4FB2CD04-D3F5-4324-9676-0E836E641E03@microsoft.com...
> Mode de récupération simple ne signifie pas que le journal reste vide, il
> augmente en fonction du nombre de transactions actives... Il est juste
> vidé
> automatiquement.
>
> Le journal a une portion active qui elle ne peut être réduite, donc s'il y
> a
> des transactions qui s'exécute sur un gros voir très gros volume de
> données,
> le serveur SQL écrit des transactions "partielles" dans le log...
>
> Ce qu'il faut savoir, c'est qu'elles sont les transactions qui augmentent
> à
> ce point le journal... (Sont elles gênantes ?) Et essayer de définir la
> taille maximale du journal... (Et lui donner cette taille + 10 % de marge)
>
> A vérifier aussi, le paramètre de "temps de récupération" au niveau des
> propriétés du serveur (par défaut à 0, donc défini par SQL Server), si
> celui-ci n'a pas une valeur trop importante...
>
> Cordialement
> ------------------------------
> Christian Robert
> Winwise
> MCT - MCDBA - MCSD.Net
>
>
> "Zizou-Real" a écrit :
>
>> Bonjour,
>> sql 2000 US sp4
>> Ma base est en mode simple.
>> Mes log sont supérieures à la taille de ma base.J'ai été obligé de fixer
>> une
>> taille max aux log.
>> j'avais compris qu'en mode ''simple'', les checkpoint vider
>> automatiquement
>> les log.
>> Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des
>> saturations
>> de log !!!!
>> j'arrive pas a y voir clair.
>> la seul option de la base activé est ''Mettre a jour auto les stats"
>> Pouvez vous m'aider svp ?
>>
>> Z.R
>>
>>
>>
Merci Christian pour ta reponse.
Mais j'ai les log qui grossisse d'un seul coup à 5 go pendant une procedure
d'insert.
Admettons que se soit normal, pourkoi il ne se purge pas automatiquement?
que penses tu si je tente de faire un shrink afin de voir si la taille
entiere du log est active ?
"Christian Robert" a écrit dans le message de
news:
> Mode de récupération simple ne signifie pas que le journal reste vide, il
> augmente en fonction du nombre de transactions actives... Il est juste
> vidé
> automatiquement.
>
> Le journal a une portion active qui elle ne peut être réduite, donc s'il y
> a
> des transactions qui s'exécute sur un gros voir très gros volume de
> données,
> le serveur SQL écrit des transactions "partielles" dans le log...
>
> Ce qu'il faut savoir, c'est qu'elles sont les transactions qui augmentent
> à
> ce point le journal... (Sont elles gênantes ?) Et essayer de définir la
> taille maximale du journal... (Et lui donner cette taille + 10 % de marge)
>
> A vérifier aussi, le paramètre de "temps de récupération" au niveau des
> propriétés du serveur (par défaut à 0, donc défini par SQL Server), si
> celui-ci n'a pas une valeur trop importante...
>
> Cordialement
> ------------------------------
> Christian Robert
> Winwise
> MCT - MCDBA - MCSD.Net
>
>
> "Zizou-Real" a écrit :
>
>> Bonjour,
>> sql 2000 US sp4
>> Ma base est en mode simple.
>> Mes log sont supérieures à la taille de ma base.J'ai été obligé de fixer
>> une
>> taille max aux log.
>> j'avais compris qu'en mode ''simple'', les checkpoint vider
>> automatiquement
>> les log.
>> Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des
>> saturations
>> de log !!!!
>> j'arrive pas a y voir clair.
>> la seul option de la base activé est ''Mettre a jour auto les stats"
>> Pouvez vous m'aider svp ?
>>
>> Z.R
>>
>>
>>
Le fichier de log doit se purger automatiquement... Par contre le fichier
de
log lui ne rétrécit pas automatiquement... Il garde sa taille maximale.
Soit effectivement on passe un DBCC SHRINKFILE, soit on met l'option
'autoshrink' ou mettre l'option 'trunc. log on checkpoint' à ON sur la
base
de données.
Personnellement je n'aime pas l'autoshrink, on n'a pas la main sur le
moment
où se produit l'opération de shrink, de plus il peut se produire sur
n'importe quel fichier (pas forcément le log) du moment qu'il y a 25% de
libre... En plus en cas d'augmentation et de réduction fréquente cela a
tendance à fragmenter le fichier sur le disque.
Si cette opération est périodique autant passer un DBCC SHRINKFILE juste
après le moment où elle se produit pour réduire la taille du fichier... Si
par contre elle se produit très fréquement autant le laisser à cette
taille !
------------------------------
Christian Robert
Winwise
MCT - MCDBA - MCSD.Net
"Zizou-Real" a écrit :Merci Christian pour ta reponse.
Mais j'ai les log qui grossisse d'un seul coup à 5 go pendant une
procedure
d'insert.
Admettons que se soit normal, pourkoi il ne se purge pas automatiquement?
que penses tu si je tente de faire un shrink afin de voir si la taille
entiere du log est active ?
"Christian Robert" a écrit dans le message
de
news:
> Mode de récupération simple ne signifie pas que le journal reste vide,
> il
> augmente en fonction du nombre de transactions actives... Il est juste
> vidé
> automatiquement.
>
> Le journal a une portion active qui elle ne peut être réduite, donc
> s'il y
> a
> des transactions qui s'exécute sur un gros voir très gros volume de
> données,
> le serveur SQL écrit des transactions "partielles" dans le log...
>
> Ce qu'il faut savoir, c'est qu'elles sont les transactions qui
> augmentent
> à
> ce point le journal... (Sont elles gênantes ?) Et essayer de définir la
> taille maximale du journal... (Et lui donner cette taille + 10 % de
> marge)
>
> A vérifier aussi, le paramètre de "temps de récupération" au niveau des
> propriétés du serveur (par défaut à 0, donc défini par SQL Server), si
> celui-ci n'a pas une valeur trop importante...
>
> Cordialement
> ------------------------------
> Christian Robert
> Winwise
> MCT - MCDBA - MCSD.Net
>
>
> "Zizou-Real" a écrit :
>
>> Bonjour,
>> sql 2000 US sp4
>> Ma base est en mode simple.
>> Mes log sont supérieures à la taille de ma base.J'ai été obligé de
>> fixer
>> une
>> taille max aux log.
>> j'avais compris qu'en mode ''simple'', les checkpoint vider
>> automatiquement
>> les log.
>> Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des
>> saturations
>> de log !!!!
>> j'arrive pas a y voir clair.
>> la seul option de la base activé est ''Mettre a jour auto les stats"
>> Pouvez vous m'aider svp ?
>>
>> Z.R
>>
>>
>>
Le fichier de log doit se purger automatiquement... Par contre le fichier
de
log lui ne rétrécit pas automatiquement... Il garde sa taille maximale.
Soit effectivement on passe un DBCC SHRINKFILE, soit on met l'option
'autoshrink' ou mettre l'option 'trunc. log on checkpoint' à ON sur la
base
de données.
Personnellement je n'aime pas l'autoshrink, on n'a pas la main sur le
moment
où se produit l'opération de shrink, de plus il peut se produire sur
n'importe quel fichier (pas forcément le log) du moment qu'il y a 25% de
libre... En plus en cas d'augmentation et de réduction fréquente cela a
tendance à fragmenter le fichier sur le disque.
Si cette opération est périodique autant passer un DBCC SHRINKFILE juste
après le moment où elle se produit pour réduire la taille du fichier... Si
par contre elle se produit très fréquement autant le laisser à cette
taille !
------------------------------
Christian Robert
Winwise
MCT - MCDBA - MCSD.Net
"Zizou-Real" a écrit :
Merci Christian pour ta reponse.
Mais j'ai les log qui grossisse d'un seul coup à 5 go pendant une
procedure
d'insert.
Admettons que se soit normal, pourkoi il ne se purge pas automatiquement?
que penses tu si je tente de faire un shrink afin de voir si la taille
entiere du log est active ?
"Christian Robert" <christian.robert@winwise.fr> a écrit dans le message
de
news: 4FB2CD04-D3F5-4324-9676-0E836E641E03@microsoft.com...
> Mode de récupération simple ne signifie pas que le journal reste vide,
> il
> augmente en fonction du nombre de transactions actives... Il est juste
> vidé
> automatiquement.
>
> Le journal a une portion active qui elle ne peut être réduite, donc
> s'il y
> a
> des transactions qui s'exécute sur un gros voir très gros volume de
> données,
> le serveur SQL écrit des transactions "partielles" dans le log...
>
> Ce qu'il faut savoir, c'est qu'elles sont les transactions qui
> augmentent
> à
> ce point le journal... (Sont elles gênantes ?) Et essayer de définir la
> taille maximale du journal... (Et lui donner cette taille + 10 % de
> marge)
>
> A vérifier aussi, le paramètre de "temps de récupération" au niveau des
> propriétés du serveur (par défaut à 0, donc défini par SQL Server), si
> celui-ci n'a pas une valeur trop importante...
>
> Cordialement
> ------------------------------
> Christian Robert
> Winwise
> MCT - MCDBA - MCSD.Net
>
>
> "Zizou-Real" a écrit :
>
>> Bonjour,
>> sql 2000 US sp4
>> Ma base est en mode simple.
>> Mes log sont supérieures à la taille de ma base.J'ai été obligé de
>> fixer
>> une
>> taille max aux log.
>> j'avais compris qu'en mode ''simple'', les checkpoint vider
>> automatiquement
>> les log.
>> Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des
>> saturations
>> de log !!!!
>> j'arrive pas a y voir clair.
>> la seul option de la base activé est ''Mettre a jour auto les stats"
>> Pouvez vous m'aider svp ?
>>
>> Z.R
>>
>>
>>
Le fichier de log doit se purger automatiquement... Par contre le fichier
de
log lui ne rétrécit pas automatiquement... Il garde sa taille maximale.
Soit effectivement on passe un DBCC SHRINKFILE, soit on met l'option
'autoshrink' ou mettre l'option 'trunc. log on checkpoint' à ON sur la
base
de données.
Personnellement je n'aime pas l'autoshrink, on n'a pas la main sur le
moment
où se produit l'opération de shrink, de plus il peut se produire sur
n'importe quel fichier (pas forcément le log) du moment qu'il y a 25% de
libre... En plus en cas d'augmentation et de réduction fréquente cela a
tendance à fragmenter le fichier sur le disque.
Si cette opération est périodique autant passer un DBCC SHRINKFILE juste
après le moment où elle se produit pour réduire la taille du fichier... Si
par contre elle se produit très fréquement autant le laisser à cette
taille !
------------------------------
Christian Robert
Winwise
MCT - MCDBA - MCSD.Net
"Zizou-Real" a écrit :Merci Christian pour ta reponse.
Mais j'ai les log qui grossisse d'un seul coup à 5 go pendant une
procedure
d'insert.
Admettons que se soit normal, pourkoi il ne se purge pas automatiquement?
que penses tu si je tente de faire un shrink afin de voir si la taille
entiere du log est active ?
"Christian Robert" a écrit dans le message
de
news:
> Mode de récupération simple ne signifie pas que le journal reste vide,
> il
> augmente en fonction du nombre de transactions actives... Il est juste
> vidé
> automatiquement.
>
> Le journal a une portion active qui elle ne peut être réduite, donc
> s'il y
> a
> des transactions qui s'exécute sur un gros voir très gros volume de
> données,
> le serveur SQL écrit des transactions "partielles" dans le log...
>
> Ce qu'il faut savoir, c'est qu'elles sont les transactions qui
> augmentent
> à
> ce point le journal... (Sont elles gênantes ?) Et essayer de définir la
> taille maximale du journal... (Et lui donner cette taille + 10 % de
> marge)
>
> A vérifier aussi, le paramètre de "temps de récupération" au niveau des
> propriétés du serveur (par défaut à 0, donc défini par SQL Server), si
> celui-ci n'a pas une valeur trop importante...
>
> Cordialement
> ------------------------------
> Christian Robert
> Winwise
> MCT - MCDBA - MCSD.Net
>
>
> "Zizou-Real" a écrit :
>
>> Bonjour,
>> sql 2000 US sp4
>> Ma base est en mode simple.
>> Mes log sont supérieures à la taille de ma base.J'ai été obligé de
>> fixer
>> une
>> taille max aux log.
>> j'avais compris qu'en mode ''simple'', les checkpoint vider
>> automatiquement
>> les log.
>> Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des
>> saturations
>> de log !!!!
>> j'arrive pas a y voir clair.
>> la seul option de la base activé est ''Mettre a jour auto les stats"
>> Pouvez vous m'aider svp ?
>>
>> Z.R
>>
>>
>>
Le fichier de log doit se purger automatiquement... Par contre le fichier de
log lui ne rétrécit pas automatiquement... Il garde sa taille maximale.
Soit effectivement on passe un DBCC SHRINKFILE, soit on met l'option
'autoshrink' ou mettre l'option 'trunc. log on checkpoint' à ON sur la base
de données.
Personnellement je n'aime pas l'autoshrink, on n'a pas la main sur le moment
où se produit l'opération de shrink, de plus il peut se produire sur
n'importe quel fichier (pas forcément le log) du moment qu'il y a 25% de
libre... En plus en cas d'augmentation et de réduction fréquente cela a
tendance à fragmenter le fichier sur le disque.
Si cette opération est périodique autant passer un DBCC SHRINKFILE juste
après le moment où elle se produit pour réduire la taille du fichier... Si
par contre elle se produit très fréquement autant le laisser à cette taille !
------------------------------
Christian Robert
Winwise
MCT - MCDBA - MCSD.Net
"Zizou-Real" a écrit :
> Merci Christian pour ta reponse.
>
> Mais j'ai les log qui grossisse d'un seul coup à 5 go pendant une procedure
> d'insert.
> Admettons que se soit normal, pourkoi il ne se purge pas automatiquement?
>
> que penses tu si je tente de faire un shrink afin de voir si la taille
> entiere du log est active ?
>
> "Christian Robert" a écrit dans le message de
> news:
> > Mode de récupération simple ne signifie pas que le journal reste vide, il
> > augmente en fonction du nombre de transactions actives... Il est juste
> > vidé
> > automatiquement.
> >
> > Le journal a une portion active qui elle ne peut être réduite, donc s'il y
> > a
> > des transactions qui s'exécute sur un gros voir très gros volume de
> > données,
> > le serveur SQL écrit des transactions "partielles" dans le log...
> >
> > Ce qu'il faut savoir, c'est qu'elles sont les transactions qui augmentent
> > à
> > ce point le journal... (Sont elles gênantes ?) Et essayer de définir la
> > taille maximale du journal... (Et lui donner cette taille + 10 % de marge)
> >
> > A vérifier aussi, le paramètre de "temps de récupération" au niveau des
> > propriétés du serveur (par défaut à 0, donc défini par SQL Server), si
> > celui-ci n'a pas une valeur trop importante...
> >
> > Cordialement
> > ------------------------------
> > Christian Robert
> > Winwise
> > MCT - MCDBA - MCSD.Net
> >
> >
> > "Zizou-Real" a écrit :
> >
> >> Bonjour,
> >> sql 2000 US sp4
> >> Ma base est en mode simple.
> >> Mes log sont supérieures à la taille de ma base.J'ai été obligé de fixer
> >> une
> >> taille max aux log.
> >> j'avais compris qu'en mode ''simple'', les checkpoint vider
> >> automatiquement
> >> les log.
> >> Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des
> >> saturations
> >> de log !!!!
> >> j'arrive pas a y voir clair.
> >> la seul option de la base activé est ''Mettre a jour auto les stats"
> >> Pouvez vous m'aider svp ?
> >>
> >> Z.R
> >>
> >>
> >>
>
>
>
Le fichier de log doit se purger automatiquement... Par contre le fichier de
log lui ne rétrécit pas automatiquement... Il garde sa taille maximale.
Soit effectivement on passe un DBCC SHRINKFILE, soit on met l'option
'autoshrink' ou mettre l'option 'trunc. log on checkpoint' à ON sur la base
de données.
Personnellement je n'aime pas l'autoshrink, on n'a pas la main sur le moment
où se produit l'opération de shrink, de plus il peut se produire sur
n'importe quel fichier (pas forcément le log) du moment qu'il y a 25% de
libre... En plus en cas d'augmentation et de réduction fréquente cela a
tendance à fragmenter le fichier sur le disque.
Si cette opération est périodique autant passer un DBCC SHRINKFILE juste
après le moment où elle se produit pour réduire la taille du fichier... Si
par contre elle se produit très fréquement autant le laisser à cette taille !
------------------------------
Christian Robert
Winwise
MCT - MCDBA - MCSD.Net
"Zizou-Real" a écrit :
> Merci Christian pour ta reponse.
>
> Mais j'ai les log qui grossisse d'un seul coup à 5 go pendant une procedure
> d'insert.
> Admettons que se soit normal, pourkoi il ne se purge pas automatiquement?
>
> que penses tu si je tente de faire un shrink afin de voir si la taille
> entiere du log est active ?
>
> "Christian Robert" <christian.robert@winwise.fr> a écrit dans le message de
> news: 4FB2CD04-D3F5-4324-9676-0E836E641E03@microsoft.com...
> > Mode de récupération simple ne signifie pas que le journal reste vide, il
> > augmente en fonction du nombre de transactions actives... Il est juste
> > vidé
> > automatiquement.
> >
> > Le journal a une portion active qui elle ne peut être réduite, donc s'il y
> > a
> > des transactions qui s'exécute sur un gros voir très gros volume de
> > données,
> > le serveur SQL écrit des transactions "partielles" dans le log...
> >
> > Ce qu'il faut savoir, c'est qu'elles sont les transactions qui augmentent
> > à
> > ce point le journal... (Sont elles gênantes ?) Et essayer de définir la
> > taille maximale du journal... (Et lui donner cette taille + 10 % de marge)
> >
> > A vérifier aussi, le paramètre de "temps de récupération" au niveau des
> > propriétés du serveur (par défaut à 0, donc défini par SQL Server), si
> > celui-ci n'a pas une valeur trop importante...
> >
> > Cordialement
> > ------------------------------
> > Christian Robert
> > Winwise
> > MCT - MCDBA - MCSD.Net
> >
> >
> > "Zizou-Real" a écrit :
> >
> >> Bonjour,
> >> sql 2000 US sp4
> >> Ma base est en mode simple.
> >> Mes log sont supérieures à la taille de ma base.J'ai été obligé de fixer
> >> une
> >> taille max aux log.
> >> j'avais compris qu'en mode ''simple'', les checkpoint vider
> >> automatiquement
> >> les log.
> >> Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des
> >> saturations
> >> de log !!!!
> >> j'arrive pas a y voir clair.
> >> la seul option de la base activé est ''Mettre a jour auto les stats"
> >> Pouvez vous m'aider svp ?
> >>
> >> Z.R
> >>
> >>
> >>
>
>
>
Le fichier de log doit se purger automatiquement... Par contre le fichier de
log lui ne rétrécit pas automatiquement... Il garde sa taille maximale.
Soit effectivement on passe un DBCC SHRINKFILE, soit on met l'option
'autoshrink' ou mettre l'option 'trunc. log on checkpoint' à ON sur la base
de données.
Personnellement je n'aime pas l'autoshrink, on n'a pas la main sur le moment
où se produit l'opération de shrink, de plus il peut se produire sur
n'importe quel fichier (pas forcément le log) du moment qu'il y a 25% de
libre... En plus en cas d'augmentation et de réduction fréquente cela a
tendance à fragmenter le fichier sur le disque.
Si cette opération est périodique autant passer un DBCC SHRINKFILE juste
après le moment où elle se produit pour réduire la taille du fichier... Si
par contre elle se produit très fréquement autant le laisser à cette taille !
------------------------------
Christian Robert
Winwise
MCT - MCDBA - MCSD.Net
"Zizou-Real" a écrit :
> Merci Christian pour ta reponse.
>
> Mais j'ai les log qui grossisse d'un seul coup à 5 go pendant une procedure
> d'insert.
> Admettons que se soit normal, pourkoi il ne se purge pas automatiquement?
>
> que penses tu si je tente de faire un shrink afin de voir si la taille
> entiere du log est active ?
>
> "Christian Robert" a écrit dans le message de
> news:
> > Mode de récupération simple ne signifie pas que le journal reste vide, il
> > augmente en fonction du nombre de transactions actives... Il est juste
> > vidé
> > automatiquement.
> >
> > Le journal a une portion active qui elle ne peut être réduite, donc s'il y
> > a
> > des transactions qui s'exécute sur un gros voir très gros volume de
> > données,
> > le serveur SQL écrit des transactions "partielles" dans le log...
> >
> > Ce qu'il faut savoir, c'est qu'elles sont les transactions qui augmentent
> > à
> > ce point le journal... (Sont elles gênantes ?) Et essayer de définir la
> > taille maximale du journal... (Et lui donner cette taille + 10 % de marge)
> >
> > A vérifier aussi, le paramètre de "temps de récupération" au niveau des
> > propriétés du serveur (par défaut à 0, donc défini par SQL Server), si
> > celui-ci n'a pas une valeur trop importante...
> >
> > Cordialement
> > ------------------------------
> > Christian Robert
> > Winwise
> > MCT - MCDBA - MCSD.Net
> >
> >
> > "Zizou-Real" a écrit :
> >
> >> Bonjour,
> >> sql 2000 US sp4
> >> Ma base est en mode simple.
> >> Mes log sont supérieures à la taille de ma base.J'ai été obligé de fixer
> >> une
> >> taille max aux log.
> >> j'avais compris qu'en mode ''simple'', les checkpoint vider
> >> automatiquement
> >> les log.
> >> Donc normalement j'ai rien a faire.Or là, j'arrive a avoir des
> >> saturations
> >> de log !!!!
> >> j'arrive pas a y voir clair.
> >> la seul option de la base activé est ''Mettre a jour auto les stats"
> >> Pouvez vous m'aider svp ?
> >>
> >> Z.R
> >>
> >>
> >>
>
>
>
