Discussion :

[StringBuilder]

Oui, tu peux faire les modifications depuis l'interface.
Et non, pas d'action supplémentaire à faire.

Attention : si tu changes le "initial size" :
- Si tu indiques une taille inférieure ou égale à celle de la base : le paramètre est ignoré
- Si tu indiques une taille suppérieure : un nouveau fragment est créé pour atteindre la taille "initiale".

Pour moi, l'autogrowth doit être soit désactivé, soit mis à une valeur très importante.
=> Si tu as estimé que la base, au bout de 3 ans, fera 10 Go et qu'elle se rempli avant même que tu ne t'en rendes compte (et alloue manuellement de l'espace) c'est que l'estimation est foireuse : mauvais calcul, plus de données que prévu, etc. Par conséquent, personnellement je met toujours un autograowth d'au minimum 1 Go pour les DATA, et 256 Mo pour les LOG (quand c'est pas 1 Go aussi). En effet, il vaut mieux gaspiller un peu de place plutôt que de se retrouver avec des fragments pleins le disque.

Voir mes déboires de ce weekend pour comprendre à quel point une base fragmentée, aussi simple soit-elle devient inutilisable : http://www.developpez.net/forums/d15...e-particulier/

[Invité]

Avec tes grosses valeurs d'autogrowth, ça risque d'impacté la bd lorsque ça cherche à étendre les fichiers et si la prod plante, c'est pas cool

[StringBuilder]

Avec tes grosses valeurs d'autogrowth, ça risque d'impacté la bd lorsque ça cherche à étendre les fichiers et si la prod plante, c'est pas cool

Allouer 1 Go une fois tous les 36 du mois ça freeze la base 2 secondes toutes les 36 du mois.

C'est mieux que des petits fragments qui ralentissent la base 20 000 fois par seconde car impactent toutes les requêtes

[nesswaw]

Mais comme dit plus haut, y a vraiment aucuns moyens de "re-compacter" tous ces fichiers fragmentés???

C'est quand même bizarre qu'il y a aucunes solutions

Merci

[StringBuilder]

La seule "solution", c'est de déplacer tous les objets contenus dans le filegroup fragmenté dans un nouveau tout propre, puis de supprimer le premier.

[nesswaw]

Bonjour,

Merci pour votre réponse, pouvez-vous me dire la procédure pour réaliser cela?

- Faire un backup de la base actuel
- Créer une nouvelle base vierge avec une taille fixe et ré-importer les données?

Merci

[SQLpro]

Possible avec l'import ou le backup...

Vous pouvez aussi déplacer les objets un a un avec CREATE INDEX ... WITH DROP_EXISTING...

À me lire :
http://blog.developpez.com/sqlpro/p5...space_de_stock

Et en sus :


A +

[nesswaw]

La seule "solution", c'est de déplacer tous les objets contenus dans le filegroup fragmenté dans un nouveau tout propre, puis de supprimer le premier.

Bonjour,

Pouvez-vous me dire comment je peux faire cela? Avec un exemple simple.

Merci d'avance

@SQLpro: J'ai craqué pour le livre Reste plus qu'a le lire Merci

[SQLpro]

Le principe est :

Code :

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

CREATE INDEX .... WITH (DROP_EXISTING = ON) ON MonNouveauFileGroup;

Pour tous les index.

Si votre table est un index en HEAP alors créer un index cluster ON MonNouveauFileGroup;

C'est un exercice que je donne dans toutes les formations SQL Sever admin chez Orsys que j'effectue...

A +