Lecture de la taille réelle du fichier .mdf

Des appareils autonomes avec une base de données MSDE sont utilisés pour recueillir un certain nombre de données par jour. La base de données MSDE est limitée à 2 Go de données. On doit donc surveiller la croissance de la taille de la base de données afin de procéder à une "purgation" automatique des données en supprimant les données plus anciennes, lorsque la taille des données se rapprochera de la limite.

J'ai effectué un petit test sur mon poste, avec limite de taille réduite afin d'étudier le comportement. Dans Enterprise Manager, j'ai configuré le fichier de données de la façon suivante:

Propriétés de la base de données/Fichiers de données:
Croissance de fichier = 1 Mo
Limiter la croissance du fichier à 35 Mo.

Lorsque la base de données est vide, le fichier contient 27 Mo de données. Lorsque la base de données se remplit, l'augmentation de la taille semble se faire de manière non linéaire, i.e. vers l'approche de la limite de la taille max., on constate une indication régulière de 1 Mo jusqu'à saturation.

Lorsque la base de données est pleine et que je supprime un certain nombre de données si j'exécute: sp_helpfile ou: sp_spaceused ça indique toujours la même quantité de données que lorsque la base de données était pleine, soit 35 Mo., même si après chaque suppression j'exécute: DBCC SHRINKFILE (MaBase, TRUNCATEONLY) , ça donne le même résultat. Même chose avec: DBCC SHRINKDATABASE (MaBase_Data, TRUNCATEONLY)

Ce n'est que si j'exécute DBCC SHRINKDATABASE (MaBase) plusieurs fois de suite qu'il indiquera un changement de taille. Concernant le log (et non les données), j'ai lu qu'il faut effectuer cette commande une douzaine de fois pour que le VLF (Virtual Log Files) se déplace...et qu'on puisse relire la taille réelle.

Y a-t-il un moyen sûr d'obtenir la taille réelle des données dès qu'il y a suppression ou ajout ?
Sinon, auriez-vous d'autres idées ?

Merci à l'avance pour toute aide!

Avant d'utiliser sp_spaceused, exécute la commande suivante :

Code:

---

DBCC UPDATEUSAGE (dbname)

---

Avec dbname le nom de ta base. Cela corrige les incohérances de la table sysindexes qui sont la cause de mauvaises remontées d'informations de la procédure sp_spaceused.

De plus, la taille du fichier, vu du système, ne correspond pas aux données, mais à la quantité d'espace disque que SQL Server a réservé au système. Enfin, lors de suppression de données, cet espace n'est pas restitué au système.

Si tes bases ne sont pas accédées en permanence, tu peux activer AUTO_SHRINK :

Code:

---

1 2 3

ALTER DATABASE dbname SET AUTO_SHRINK ON GO

---

Cela permet à ta base de libérer l'espace libre régulièrement. Sinon, tu peux planifier un travail, ou un bath avec osql.

En espérant que cela t'aide.

Merci pour l'information, mais ça ne fonctionne pas avec

Code:

---

DBCC UPDATEUSAGE (MaBase)

---

.

Après avoir rempli ma base de données, j'ai beau vider ma base de données progressivement, jusqu'à ce qu'elle soit vide, et après chaque suppression j'exécute

Code:

---

1 2 3 4

DBCC SHRINKDATABASE (MaBase) DBCC UPDATEUSAGE (MaBase) sp_spaceused sp_helpfile 'MaBase_Data'

---

.

J'obtiens toujours la taille maximale...

C'est seulement lorsque j'exécute

Code:

---

DBCC SHRINKDATABASE (MaBase)

---

plusieurs fois de suite que j'obtiens la taille réelle.

Et en utilisant DBCCSHRINFILE, as-tu essayé ?

Sinon, la proc sp_helpfile te donne des infos sur les fichiers (disons vus du système), alors que sp_spaceused te donne des infos sur l'utilisation (interne) des fichiers de la base. C'est informations sont différentes.

Citation:

---

Envoyé par kuzco

Et en utilisant DBCCSHRINFILE, as-tu essayé ?

Sinon, la proc sp_helpfile te donne des infos sur les fichiers (disons vus du système), alors que sp_spaceused te donne des infos sur l'utilisation (interne) des fichiers de la base. C'est informations sont différentes.

---

Kuzco voulait sans doute écrire

Code:

---

DBCC SHRINKFILE

---

Oups, j'étais fatigué.... :roll:
Merci fadace !

... ou un stupide dir du fichier... depuis l'OS ou via commande xp_cmdshell

J'ai effectivement essayé avec DBCC SHRINKFILE, mais avec malheureusement le même résultat...

Pour gérer les fameux 2 Go de limite de MSDE, devrait-on la comparer au champ "data" (dans le second recordset) de sp_spaceused ?