Discussion :

[zut94]

Bonjour,

J'utilise la commande " dbcc sqlperf(logspace) " pour surveiller le taux d'occupation des fichiers journaux.
Suite à l'exécution de cette procédure sur un serveur, le dbcc m'informe qu'un fichier journal occupe 99% de l'espace.
Par conséquent, j'augmente la taille du fichier concernée en allouant un espace assez important.
Puis j'exécute de nouveau la commande, mais surprise le taux d'occupation est toujours à 99%, est-ce normal (alors que la taille du fichier impacté a été augmenté)?
Y-a-t'il une commande pour mettre jour les valeurs renvoyées par "dbcc sqlperf(logspace) "?

[Invité]

Sous quelle version de SQL Server ?
Quelles sont les options de ta base de données ?
Quelle action / quel code as-tu utilisé pour étendre ton fichier ?
...

[zut94]

Je suis sous sql server 2005 (service pack 2).
La base concernée est en mode de récupération complète. Actuellement, 1Go a été allouée pour le fichier journal mais elle n'en utilise que 128Mo.
L'interface graphique a été utilisée pour augmenter la taille du journal.

Malgré l'espace disponible, la dbcc sqlperf(logspace) indique que le fichier journal est plein à 91%.

[elsuket]

Bonjour,

Actuellement, 1Go a été allouée pour le fichier journal mais elle n'en utilise que 128Mo.

Qu'est-ce qui vous a permis de le voir ?

@++

[zut94]

la taille occupée (128Mo) est renvoyée par la commande dbcc sqlperf(logspace). Cette information est confirmée dans la table sysfiles.

La taille max (1Go) est visualisable dans la table sysfiles.

[elsuket]

Malgré l'espace disponible, la dbcc sqlperf(logspace) indique que le fichier journal est plein à 91%.

C'est là que je ne comprends plus ...

Dans l'interface graphique, c'est donc que vous n'avez pas défini d'incrément de croissance automatique ...

@++

[zut94]

Pour le journal: j'ai fixé un taille max de 1Go, actuellement il occupe 128Mo avec un taux d'accroissement de 10% donc normalement lorsque j'exécute dbcc sqlperf(logspace), je ne devrais pas obtenir un taux d'occupation de 91%.

C'est pour cette raison que j'ai formulé un message sur ce forum, les informations renvoyés par dbcc... me semble incorrect pour ma base donc y -a-t'il une façon de mettre à jour les données de dbcc sqlperf(logspace).

[mikedavem]

Comme dit Elsuket on ne comprend plus

Mais passons les plaisanteries.

Est ce que vous pouvez nous donnez la taille donnée par la requête suivante : (colonne size et maxsize de votre ou vos journaux des transactions) pour que l'on puisse comparer avec votre commande DBCC. Normalement nous devons bien trouvé la même chose au niveau de la taille occupée par vos journaux de transactions.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM sys.database_files

++

[elsuket]

Pour le journal: j'ai fixé un taille max de 1Go, actuellement il occupe 128Mo avec un taux d'accroissement de 10% donc normalement lorsque j'exécute dbcc sqlperf(logspace), je ne devrais pas obtenir un taux d'occupation de 91%.

OK j'ai compris.
En fait votre fichier de journal de transactions fait 128Mo, et il est occupé à 91%.
Il n'est pas possible de "remettre à jour" ces données puisque le fichier du journal des transactions n'a pas besoin de grossir jusqu'à 1Go

En revanche limiter la croissance fichier du journal des transactions à une taille fixe est dangereux ...

@++

[zut94]

mikedavem, voici les informations renvoyées par:

SELECT * FROM sys.database_files
Size => 16384 (soit 128 Mo)
Maxsize =>128000 (soit 1Go)

elsuket, je vais de comprendre, dbcc sqlperf(logspace) calcule le pourcentage par rapport à la colonne size et non par rapport à la colonne maxsize, ce qui explique pourquoi la commande me renvoie un pourcentage d'occupation à 99%

[mikedavem]

Ok nous avons donc notre explication.

Le 1Go est la taille max fixée.

Evitez comme le dit Elsuket de fixer une taille max pour vos journaux de transactions. Préférez une estimation convenable et une croissance automatique .. (Si votre estimation est bonne en fonction de l'activité de votre base , la croissance automatique n'est la que par sécurité .... Au cas où)

++