J'ai une nase de donn=E9es de taille 200Mo sur SQL server=20
2000 , et son fichier LOG est de taille 1.5 Go.
Comment je peux reduire la taille de ce fichier .
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
Simon Clara
Il faut que tu enregistres ton log en le tronquant : BACKUP LOG nom_base_de_données
Le mieux serait que cette tâche soit planifiée (regarde dans les assistants...) Chaque structure a sa propre stratégie de sauvegarde. C'est vrai que c'est à voir au cas par cas. Dans certains cas le log n'est pas très important dans la stratégie de sauvegarde. N'empêche que si tu ne le sauvegardes pas il va finir par être d'une taille démesurée.
A +
Simon
"Jacline" a écrit dans le message de news: 378e01c42962$219233e0$ J'ai une nase de données de taille 200Mo sur SQL server 2000 , et son fichier LOG est de taille 1.5 Go. Comment je peux reduire la taille de ce fichier .
Mecri d'avance
Il faut que tu enregistres ton log en le tronquant :
BACKUP LOG nom_base_de_données
Le mieux serait que cette tâche soit planifiée (regarde dans les
assistants...)
Chaque structure a sa propre stratégie de sauvegarde. C'est vrai que c'est à
voir au cas par cas. Dans certains cas le log n'est pas très important dans
la stratégie de sauvegarde. N'empêche que si tu ne le sauvegardes pas il va
finir par être d'une taille démesurée.
A +
Simon
"Jacline" <anonymous@discussions.microsoft.com> a écrit dans le message de
news: 378e01c42962$219233e0$a101280a@phx.gbl...
J'ai une nase de données de taille 200Mo sur SQL server
2000 , et son fichier LOG est de taille 1.5 Go.
Comment je peux reduire la taille de ce fichier .
Il faut que tu enregistres ton log en le tronquant : BACKUP LOG nom_base_de_données
Le mieux serait que cette tâche soit planifiée (regarde dans les assistants...) Chaque structure a sa propre stratégie de sauvegarde. C'est vrai que c'est à voir au cas par cas. Dans certains cas le log n'est pas très important dans la stratégie de sauvegarde. N'empêche que si tu ne le sauvegardes pas il va finir par être d'une taille démesurée.
A +
Simon
"Jacline" a écrit dans le message de news: 378e01c42962$219233e0$ J'ai une nase de données de taille 200Mo sur SQL server 2000 , et son fichier LOG est de taille 1.5 Go. Comment je peux reduire la taille de ce fichier .
Mecri d'avance
felipe
J'ai eu le meme pb et j'ai fait plusieurs choses pour le resoudre Tout d'abord il faut planifier la sauvegarde du journal de transaction dans un plan de maintenance de la base. Ensuite parametrer un compactage de la base de donnée au démarrage de SQL qui semble plus efficace car il n'y a pas de connexion à la base a ce moment la. Voila et tu peux aussi tronquer le journal de transaction manuellement.
"Simon Clara" <s> a écrit dans le message de news:
Il faut que tu enregistres ton log en le tronquant : BACKUP LOG nom_base_de_données
Le mieux serait que cette tâche soit planifiée (regarde dans les assistants...) Chaque structure a sa propre stratégie de sauvegarde. C'est vrai que c'est
à
voir au cas par cas. Dans certains cas le log n'est pas très important
dans
la stratégie de sauvegarde. N'empêche que si tu ne le sauvegardes pas il
va
finir par être d'une taille démesurée.
A +
Simon
"Jacline" a écrit dans le message de news: 378e01c42962$219233e0$ J'ai une nase de données de taille 200Mo sur SQL server 2000 , et son fichier LOG est de taille 1.5 Go. Comment je peux reduire la taille de ce fichier .
Mecri d'avance
J'ai eu le meme pb et j'ai fait plusieurs choses pour le resoudre
Tout d'abord il faut planifier la sauvegarde du journal de transaction dans
un plan de maintenance de la base.
Ensuite parametrer un compactage de la base de donnée au démarrage de SQL
qui semble plus efficace car il n'y a pas de connexion à la base a ce moment
la.
Voila et tu peux aussi tronquer le journal de transaction manuellement.
"Simon Clara" <s> a écrit dans le message de
news:eFUIKc1KEHA.644@tk2msftngp13.phx.gbl...
Il faut que tu enregistres ton log en le tronquant :
BACKUP LOG nom_base_de_données
Le mieux serait que cette tâche soit planifiée (regarde dans les
assistants...)
Chaque structure a sa propre stratégie de sauvegarde. C'est vrai que c'est
à
voir au cas par cas. Dans certains cas le log n'est pas très important
dans
la stratégie de sauvegarde. N'empêche que si tu ne le sauvegardes pas il
va
finir par être d'une taille démesurée.
A +
Simon
"Jacline" <anonymous@discussions.microsoft.com> a écrit dans le message de
news: 378e01c42962$219233e0$a101280a@phx.gbl...
J'ai une nase de données de taille 200Mo sur SQL server
2000 , et son fichier LOG est de taille 1.5 Go.
Comment je peux reduire la taille de ce fichier .
J'ai eu le meme pb et j'ai fait plusieurs choses pour le resoudre Tout d'abord il faut planifier la sauvegarde du journal de transaction dans un plan de maintenance de la base. Ensuite parametrer un compactage de la base de donnée au démarrage de SQL qui semble plus efficace car il n'y a pas de connexion à la base a ce moment la. Voila et tu peux aussi tronquer le journal de transaction manuellement.
"Simon Clara" <s> a écrit dans le message de news:
Il faut que tu enregistres ton log en le tronquant : BACKUP LOG nom_base_de_données
Le mieux serait que cette tâche soit planifiée (regarde dans les assistants...) Chaque structure a sa propre stratégie de sauvegarde. C'est vrai que c'est
à
voir au cas par cas. Dans certains cas le log n'est pas très important
dans
la stratégie de sauvegarde. N'empêche que si tu ne le sauvegardes pas il
va
finir par être d'une taille démesurée.
A +
Simon
"Jacline" a écrit dans le message de news: 378e01c42962$219233e0$ J'ai une nase de données de taille 200Mo sur SQL server 2000 , et son fichier LOG est de taille 1.5 Go. Comment je peux reduire la taille de ce fichier .
