Discussion :

[Romain.pelissier]

Bonjour,
J'ai quelques questions au sujet des jobs d'optimisation sous SQLServer 2000 et j'espere que vous pourrez m'aider a resoudre un petit probleme...
Je dis tout de suite que je ne suis pas un expert sous SQLServer 2000...

Voila, j'ai une bd qui a une taille de de 120 Go (109 utilisé, 11 Libre) de data et 660 Mo de Log (25 utilisé, 534 libre).
La taille du fichier de data est limité.

J'ai un job de maintenance qui fait le backup de cette bd et aussi un jib d'optimisation
- Réorganiser les pages d'index et les données
- Modifier l'espace libre par pourcentage de page à : 10%

J'avoue que je ne sais pas vraiment ce que veux dire ce setting mais ce que je comprend c'est que les index sont detruits puis recréés et optimisé de maniere a ce qu'ils puissent grossir. Je me trompe peut etre mais dans ce cas, merci de me dire ce que cela veux dire ou bien ce que cela est censé faire ;-)

Voila, le job d'optimisation se termine toujours avec une erreurs du style manque de place:

-Could not allocate space for object '(SYSTEM table id: -178721486)' in database 'RealSecureDB' because the 'PRIMARY' filegroup is full.

Il semble que le job veuille grossir la bd pour les index (fichier de data) mais le le peux pas prace que le filegourp PRIMARY est plein ...

C'est bien .. mais comment faire pour eviter ce probleme et permettre a mon job d'optimisation de fonctionner correctement?

Merci pour toutes les informations que vous voudrez bien me donner a ce sujet.

[rudib]

Bonjour,

J'ai un job de maintenance qui fait le backup de cette bd et aussi un jib d'optimisation
- Réorganiser les pages d'index et les données
- Modifier l'espace libre par pourcentage de page à : 10%

J'avoue que je ne sais pas vraiment ce que veux dire ce setting mais ce que je comprend c'est que les index sont detruits puis recréés et optimisé de maniere a ce qu'ils puissent grossir. Je me trompe peut etre mais dans ce cas, merci de me dire ce que cela veux dire ou bien ce que cela est censé faire ;-)

Réorganiser signifie défragmenter, restructurer l'index pour qu'il soit plus compact.
Modifier l'espace libre ... signifie changer le FillFactor, afin de laisser de l'espace libre pour de nouvelles valeurs de clé dans l'index, aisni éviter de la fragmentation, cela implique aussi la réorganisation, ou la reconstruction de l'index.

Pour permettre cette réorganisation/reconstruction, tu dois avoir de l'espace libre dans ton fichier de données. Icic il n'y en a manifestement pas assez pour exécuter la tâche, simplement.

[Romain.pelissier]

Merci pour ces explications!.
Saurais de combien il faudrait que j'augmente la taille de ma bd (data) afin de permettre au job d'optimisation de se terminer correctement?
Merci

[rudib]

Le seul moyen que j'aie de le savoir, c'est par magie incantatoire. Non, tu peux faire une estimation avec la taille de tes index, ou le mettre en grossissement automatique pour l'occasion, pour voir où ça te mène.

[Romain.pelissier]

HAHA !
Je pensais qu'il y avait peut etre une methode pour le calculer. Je suis un peu frileux a l'idee de laisser grossir la bd ... elle fait deja 120 Go et l'espace disque libre est de 160 Go ...
Je veux bien la laisser grossir mais il faudrais ensuite que la taille du data soit shrinké automatiquement pour eviter de grossir dand de trop grosse proprotion ... le job de maintenance peux il faire tout cela sans bobo?

Merci pour les conseils.

[rudib]

Evite le SHRINK, tu vas fragmenter ton disque. Sur Sybase, et à lépoque de SQL Server 6.5, on devait donner des tailles fixes, et on se débrouillait avec. Je crois que je regrette ce temps.

Si tu as d'autres disques, tu peux créer des groupes de fichiers pour déplacer les objets de ta base (comme les index) sur une autre partition