Je m'aperçoi que mes bases de données ont une croissance assez rapide : 1Go
tous les 15 jours !
D'après la tailles des fichiers de donné et des journaux, ce sont les
journaux qui prennent beaucoup de place...
Comment puis je savoir d'où provient cette augmentation de la taille des
fichiers journaux de façon à ce que je puisse remédier au pb à sa source ?
Sinon, quelles sont les conséquences si je tronque ou supprime les fichiers
journaux, sachant que je n'ai pas envie de restaurer ma base à plus d'une
semaine en arrière (Il y a déjà des sauvegardes sur bande qui sont faites) ?
Je travaille sur SQL server 2000 et Win serveur 2003.
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
Christian Robert
Bonjour,
Les journaux contiennent les modifications (les transactions), c'est l'équivalent de toutes les requêtes qui écrivent dans la base.
Le journal doit être vidé périodiquement pour éviter que celui-ci ne grossisse. Pour ce faire il faut faire une sauvegarde du journal (BACKUP LOG).
Je vous déconseille de passerf votre base dans un autre mode de récupération (en l'occurence SIMPLE dans lequel le journal n'est que très peu rempli), car le journal vous permet de récupérer des données perdu entre 2 sauvegarde complètes. Il est donc crucial de le conserver, mais de le sauvegarder fréquement.
-- Cordialement
Christian Robert Consultant - Formateur chez Winwise MCT - MCDBA - MCSD MCTS & MCITP SQL Server 2005
"Beedjees" a écrit :
Bonjour,
Je m'aperçoi que mes bases de données ont une croissance assez rapide : 1Go tous les 15 jours !
D'après la tailles des fichiers de donné et des journaux, ce sont les journaux qui prennent beaucoup de place... Comment puis je savoir d'où provient cette augmentation de la taille des fichiers journaux de façon à ce que je puisse remédier au pb à sa source ? Sinon, quelles sont les conséquences si je tronque ou supprime les fichiers journaux, sachant que je n'ai pas envie de restaurer ma base à plus d'une semaine en arrière (Il y a déjà des sauvegardes sur bande qui sont faites) ?
Je travaille sur SQL server 2000 et Win serveur 2003.
Merci pour vos lumières
Bonjour,
Les journaux contiennent les modifications (les transactions), c'est
l'équivalent de toutes les requêtes qui écrivent dans la base.
Le journal doit être vidé périodiquement pour éviter que celui-ci ne
grossisse. Pour ce faire il faut faire une sauvegarde du journal (BACKUP LOG).
Je vous déconseille de passerf votre base dans un autre mode de récupération
(en l'occurence SIMPLE dans lequel le journal n'est que très peu rempli), car
le journal vous permet de récupérer des données perdu entre 2 sauvegarde
complètes. Il est donc crucial de le conserver, mais de le sauvegarder
fréquement.
--
Cordialement
Christian Robert
Consultant - Formateur chez Winwise
MCT - MCDBA - MCSD
MCTS & MCITP SQL Server 2005
"Beedjees" a écrit :
Bonjour,
Je m'aperçoi que mes bases de données ont une croissance assez rapide : 1Go
tous les 15 jours !
D'après la tailles des fichiers de donné et des journaux, ce sont les
journaux qui prennent beaucoup de place...
Comment puis je savoir d'où provient cette augmentation de la taille des
fichiers journaux de façon à ce que je puisse remédier au pb à sa source ?
Sinon, quelles sont les conséquences si je tronque ou supprime les fichiers
journaux, sachant que je n'ai pas envie de restaurer ma base à plus d'une
semaine en arrière (Il y a déjà des sauvegardes sur bande qui sont faites) ?
Je travaille sur SQL server 2000 et Win serveur 2003.
Les journaux contiennent les modifications (les transactions), c'est l'équivalent de toutes les requêtes qui écrivent dans la base.
Le journal doit être vidé périodiquement pour éviter que celui-ci ne grossisse. Pour ce faire il faut faire une sauvegarde du journal (BACKUP LOG).
Je vous déconseille de passerf votre base dans un autre mode de récupération (en l'occurence SIMPLE dans lequel le journal n'est que très peu rempli), car le journal vous permet de récupérer des données perdu entre 2 sauvegarde complètes. Il est donc crucial de le conserver, mais de le sauvegarder fréquement.
-- Cordialement
Christian Robert Consultant - Formateur chez Winwise MCT - MCDBA - MCSD MCTS & MCITP SQL Server 2005
"Beedjees" a écrit :
Bonjour,
Je m'aperçoi que mes bases de données ont une croissance assez rapide : 1Go tous les 15 jours !
D'après la tailles des fichiers de donné et des journaux, ce sont les journaux qui prennent beaucoup de place... Comment puis je savoir d'où provient cette augmentation de la taille des fichiers journaux de façon à ce que je puisse remédier au pb à sa source ? Sinon, quelles sont les conséquences si je tronque ou supprime les fichiers journaux, sachant que je n'ai pas envie de restaurer ma base à plus d'une semaine en arrière (Il y a déjà des sauvegardes sur bande qui sont faites) ?
Je travaille sur SQL server 2000 et Win serveur 2003.
Merci pour vos lumières
ple_ain
Bonjour,
Une syntaxe SQL qui va bien pour compacter le journal des transactions : "BACKUP LOG NomBase with truncate_only ; DBCC SHRINKFILE(NomBase_Log, 50) "
Cordialement
_________________________
"Christian Robert" (sansspam)> a écrit dans le message de news:
Bonjour,
Les journaux contiennent les modifications (les transactions), c'est l'équivalent de toutes les requêtes qui écrivent dans la base.
Le journal doit être vidé périodiquement pour éviter que celui-ci ne grossisse. Pour ce faire il faut faire une sauvegarde du journal (BACKUP LOG).
Je vous déconseille de passerf votre base dans un autre mode de récupération (en l'occurence SIMPLE dans lequel le journal n'est que très peu rempli), car le journal vous permet de récupérer des données perdu entre 2 sauvegarde complètes. Il est donc crucial de le conserver, mais de le sauvegarder fréquement.
-- Cordialement
Christian Robert Consultant - Formateur chez Winwise MCT - MCDBA - MCSD MCTS & MCITP SQL Server 2005
"Beedjees" a écrit :
Bonjour,
Je m'aperçoi que mes bases de données ont une croissance assez rapide : 1Go tous les 15 jours !
D'après la tailles des fichiers de donné et des journaux, ce sont les journaux qui prennent beaucoup de place... Comment puis je savoir d'où provient cette augmentation de la taille des fichiers journaux de façon à ce que je puisse remédier au pb à sa source ? Sinon, quelles sont les conséquences si je tronque ou supprime les fichiers journaux, sachant que je n'ai pas envie de restaurer ma base à plus d'une semaine en arrière (Il y a déjà des sauvegardes sur bande qui sont faites) ?
Je travaille sur SQL server 2000 et Win serveur 2003.
Merci pour vos lumières
Bonjour,
Une syntaxe SQL qui va bien pour compacter le journal des transactions :
"BACKUP LOG NomBase with truncate_only ; DBCC SHRINKFILE(NomBase_Log, 50) "
Cordialement
_________________________
"Christian Robert" <christian.robert@winwise.fr (sansspam)> a écrit dans le
message de news: CD542D9E-8DB4-4E0B-B07E-AB901911F76B@microsoft.com...
Bonjour,
Les journaux contiennent les modifications (les transactions), c'est
l'équivalent de toutes les requêtes qui écrivent dans la base.
Le journal doit être vidé périodiquement pour éviter que celui-ci ne
grossisse. Pour ce faire il faut faire une sauvegarde du journal (BACKUP
LOG).
Je vous déconseille de passerf votre base dans un autre mode de
récupération
(en l'occurence SIMPLE dans lequel le journal n'est que très peu rempli),
car
le journal vous permet de récupérer des données perdu entre 2 sauvegarde
complètes. Il est donc crucial de le conserver, mais de le sauvegarder
fréquement.
--
Cordialement
Christian Robert
Consultant - Formateur chez Winwise
MCT - MCDBA - MCSD
MCTS & MCITP SQL Server 2005
"Beedjees" a écrit :
Bonjour,
Je m'aperçoi que mes bases de données ont une croissance assez rapide :
1Go
tous les 15 jours !
D'après la tailles des fichiers de donné et des journaux, ce sont les
journaux qui prennent beaucoup de place...
Comment puis je savoir d'où provient cette augmentation de la taille des
fichiers journaux de façon à ce que je puisse remédier au pb à sa source
?
Sinon, quelles sont les conséquences si je tronque ou supprime les
fichiers
journaux, sachant que je n'ai pas envie de restaurer ma base à plus d'une
semaine en arrière (Il y a déjà des sauvegardes sur bande qui sont
faites) ?
Je travaille sur SQL server 2000 et Win serveur 2003.
Une syntaxe SQL qui va bien pour compacter le journal des transactions : "BACKUP LOG NomBase with truncate_only ; DBCC SHRINKFILE(NomBase_Log, 50) "
Cordialement
_________________________
"Christian Robert" (sansspam)> a écrit dans le message de news:
Bonjour,
Les journaux contiennent les modifications (les transactions), c'est l'équivalent de toutes les requêtes qui écrivent dans la base.
Le journal doit être vidé périodiquement pour éviter que celui-ci ne grossisse. Pour ce faire il faut faire une sauvegarde du journal (BACKUP LOG).
Je vous déconseille de passerf votre base dans un autre mode de récupération (en l'occurence SIMPLE dans lequel le journal n'est que très peu rempli), car le journal vous permet de récupérer des données perdu entre 2 sauvegarde complètes. Il est donc crucial de le conserver, mais de le sauvegarder fréquement.
-- Cordialement
Christian Robert Consultant - Formateur chez Winwise MCT - MCDBA - MCSD MCTS & MCITP SQL Server 2005
"Beedjees" a écrit :
Bonjour,
Je m'aperçoi que mes bases de données ont une croissance assez rapide : 1Go tous les 15 jours !
D'après la tailles des fichiers de donné et des journaux, ce sont les journaux qui prennent beaucoup de place... Comment puis je savoir d'où provient cette augmentation de la taille des fichiers journaux de façon à ce que je puisse remédier au pb à sa source ? Sinon, quelles sont les conséquences si je tronque ou supprime les fichiers journaux, sachant que je n'ai pas envie de restaurer ma base à plus d'une semaine en arrière (Il y a déjà des sauvegardes sur bande qui sont faites) ?
Je travaille sur SQL server 2000 et Win serveur 2003.
