J'ai un petit souci. Une de mes DB à un log de plus de 4 go. Je ne m'étonne
qu'à moitié de la taille étant donné que toutes les nuits, j'ai des process
qui tournent avec un nombre incalculable de delete, d'insert et d'update
dans la DB (faut ce qui faut)
J'ai fait un backup du log avec l'option truncate, un compactage du log, de
la DB, etc... Mon fichier ldf conserve sa taille bien que l'espace utilisé
dans celui-ci soit considérablement réduit. J'ai également essayé ceci:
http://support.microsoft.com/?id=272318
Je n'ai absolument pas besoin du fichier log, mes backups son suffisants.
Le seul truc que j'ai trouvé est de détacher la DB puis de l'attacher à
nouveau après avoir viré le fichier log.
Première question: est-il possible de réduire le fichier log autrement
qu'avec des méthodes de bourrin (j'ai honte).
Deuxième question: une fois réduit à une taille raisonnable, si je spécifie
une taille maximum pour le fichier log qui est trop petite, que se
passe-t-il? Les transactions vont-elles quand même se faire?
Question subsidiaire :o): Le bouton "Supprimer" dans les propriétés de la
db, onglet "Journal des transaction" me renvoie systématiquement l'erreur:
"Erreur 5020: Impossible de supprimer de la base de données les données
primaires ou le fichier journal". C'est normal? Cest possible de le faire
quand même?
Mes excuses auprès des "gourous" SQL Server présent sur le groupe si mes
questions sont stupides. Difficile d'être expert dans toutes les matières
(déjà une seule c'est parfois dur)
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
Laetitia
Reponse 1 : As-tu essayé la requete "dbcc shrinkfile (file_id, taille)" ? C'est ce que j'utilise à chaque fois, c'a marche impec. "truncate" ne fait que vider les données, "compacte" ne fait que compacter les données à l'intérieur de l'enveloppe :-)
Ta méthode n'est pas "bourrin". Je connais plein de monde qui ne connait même pas cette fonction magique !
Réponse 2 : si tu limite la taille (ce qui est bien car evite de blinder les ressources disk), mais que la base a besoin d'espace dans la log, toutes les transactions seront gélées ! plus personne ne pourra bosser (ou tes chargements de nuits se bloqueront). Donc méfiance ...
Réponse 3 : Mon dieu j'ai jamais utilisé ce bouton "Supprimer". Je l'avais même pas vu !
J'espère avoir été limpide. Bonne continuation ! Laetitia
-----Message d'origine----- Bonjour à tous
J'ai un petit souci. Une de mes DB à un log de plus de 4
go. Je ne m'étonne
qu'à moitié de la taille étant donné que toutes les
nuits, j'ai des process
qui tournent avec un nombre incalculable de delete,
d'insert et d'update
dans la DB (faut ce qui faut) J'ai fait un backup du log avec l'option truncate, un
compactage du log, de
la DB, etc... Mon fichier ldf conserve sa taille bien que
l'espace utilisé
dans celui-ci soit considérablement réduit. J'ai
également essayé ceci:
http://support.microsoft.com/?id'2318 Je n'ai absolument pas besoin du fichier log, mes backups
son suffisants.
Le seul truc que j'ai trouvé est de détacher la DB puis
de l'attacher à
nouveau après avoir viré le fichier log.
Première question: est-il possible de réduire le fichier
log autrement
qu'avec des méthodes de bourrin (j'ai honte).
Deuxième question: une fois réduit à une taille
raisonnable, si je spécifie
une taille maximum pour le fichier log qui est trop
petite, que se
passe-t-il? Les transactions vont-elles quand même se
faire?
Question subsidiaire :o): Le bouton "Supprimer" dans les
propriétés de la
db, onglet "Journal des transaction" me renvoie
systématiquement l'erreur:
"Erreur 5020: Impossible de supprimer de la base de
données les données
primaires ou le fichier journal". C'est normal? Cest
possible de le faire
quand même?
Mes excuses auprès des "gourous" SQL Server présent sur
le groupe si mes
questions sont stupides. Difficile d'être expert dans
toutes les matières
(déjà une seule c'est parfois dur)
Merci de m'avoir lu :o)
Gloup
.
Reponse 1 :
As-tu essayé la requete "dbcc shrinkfile (file_id,
taille)" ?
C'est ce que j'utilise à chaque fois, c'a marche impec.
"truncate" ne fait que vider les données, "compacte" ne
fait que compacter les données à l'intérieur de
l'enveloppe :-)
Ta méthode n'est pas "bourrin". Je connais plein de monde
qui ne connait même pas cette fonction magique !
Réponse 2 : si tu limite la taille (ce qui est bien car
evite de blinder les ressources disk), mais que la base a
besoin d'espace dans la log, toutes les transactions
seront gélées ! plus personne ne pourra bosser (ou tes
chargements de nuits se bloqueront).
Donc méfiance ...
Réponse 3 : Mon dieu j'ai jamais utilisé ce
bouton "Supprimer". Je l'avais même pas vu !
J'espère avoir été limpide. Bonne continuation !
Laetitia
-----Message d'origine-----
Bonjour à tous
J'ai un petit souci. Une de mes DB à un log de plus de 4
go. Je ne m'étonne
qu'à moitié de la taille étant donné que toutes les
nuits, j'ai des process
qui tournent avec un nombre incalculable de delete,
d'insert et d'update
dans la DB (faut ce qui faut)
J'ai fait un backup du log avec l'option truncate, un
compactage du log, de
la DB, etc... Mon fichier ldf conserve sa taille bien que
l'espace utilisé
dans celui-ci soit considérablement réduit. J'ai
également essayé ceci:
http://support.microsoft.com/?id=272318
Je n'ai absolument pas besoin du fichier log, mes backups
son suffisants.
Le seul truc que j'ai trouvé est de détacher la DB puis
de l'attacher à
nouveau après avoir viré le fichier log.
Première question: est-il possible de réduire le fichier
log autrement
qu'avec des méthodes de bourrin (j'ai honte).
Deuxième question: une fois réduit à une taille
raisonnable, si je spécifie
une taille maximum pour le fichier log qui est trop
petite, que se
passe-t-il? Les transactions vont-elles quand même se
faire?
Question subsidiaire :o): Le bouton "Supprimer" dans les
propriétés de la
db, onglet "Journal des transaction" me renvoie
systématiquement l'erreur:
"Erreur 5020: Impossible de supprimer de la base de
données les données
primaires ou le fichier journal". C'est normal? Cest
possible de le faire
quand même?
Mes excuses auprès des "gourous" SQL Server présent sur
le groupe si mes
questions sont stupides. Difficile d'être expert dans
Reponse 1 : As-tu essayé la requete "dbcc shrinkfile (file_id, taille)" ? C'est ce que j'utilise à chaque fois, c'a marche impec. "truncate" ne fait que vider les données, "compacte" ne fait que compacter les données à l'intérieur de l'enveloppe :-)
Ta méthode n'est pas "bourrin". Je connais plein de monde qui ne connait même pas cette fonction magique !
Réponse 2 : si tu limite la taille (ce qui est bien car evite de blinder les ressources disk), mais que la base a besoin d'espace dans la log, toutes les transactions seront gélées ! plus personne ne pourra bosser (ou tes chargements de nuits se bloqueront). Donc méfiance ...
Réponse 3 : Mon dieu j'ai jamais utilisé ce bouton "Supprimer". Je l'avais même pas vu !
J'espère avoir été limpide. Bonne continuation ! Laetitia
-----Message d'origine----- Bonjour à tous
J'ai un petit souci. Une de mes DB à un log de plus de 4
go. Je ne m'étonne
qu'à moitié de la taille étant donné que toutes les
nuits, j'ai des process
qui tournent avec un nombre incalculable de delete,
d'insert et d'update
dans la DB (faut ce qui faut) J'ai fait un backup du log avec l'option truncate, un
compactage du log, de
la DB, etc... Mon fichier ldf conserve sa taille bien que
l'espace utilisé
dans celui-ci soit considérablement réduit. J'ai
également essayé ceci:
http://support.microsoft.com/?id'2318 Je n'ai absolument pas besoin du fichier log, mes backups
son suffisants.
Le seul truc que j'ai trouvé est de détacher la DB puis
de l'attacher à
nouveau après avoir viré le fichier log.
Première question: est-il possible de réduire le fichier
log autrement
qu'avec des méthodes de bourrin (j'ai honte).
Deuxième question: une fois réduit à une taille
raisonnable, si je spécifie
une taille maximum pour le fichier log qui est trop
petite, que se
passe-t-il? Les transactions vont-elles quand même se
faire?
Question subsidiaire :o): Le bouton "Supprimer" dans les
propriétés de la
db, onglet "Journal des transaction" me renvoie
systématiquement l'erreur:
"Erreur 5020: Impossible de supprimer de la base de
données les données
primaires ou le fichier journal". C'est normal? Cest
possible de le faire
quand même?
Mes excuses auprès des "gourous" SQL Server présent sur
le groupe si mes
questions sont stupides. Difficile d'être expert dans
