Discussion :

[Boubou2020]

Bonjour a tous

je viens de configurer la compression de données sur mes tables du production ainsi que mes index cluster, index non-cluster tout ça en attaquant les colonnes

Code :

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

1
2
3
ALTER TABLE Location
REBUILD WITH (DATA_COMPRESSION = ROW);
GO

et d'autre en attaquant les pages

Code :

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

1
2
3
ALTER TABLE Feature
REBUILD WITH (DATA_COMPRESSION = page);
GO

après ces opération j'ai fait une opération du réindexation a ce moment est_ce que je doit faire un shrinkfile pour récupérer d'espace et réduire l'espace disque utilisé par les données
la recommandation dit de ne pas utiliser le fichier SHRINK / base de données - mais c'est la seule option.
Autre point SVP aurai t'il impact sur le performance en terme latence Io j'ai eu une info au contraire et qu'il aura une amélioration en terme I/o disque ce qui m’inquiète c'est la consommation CPU (besoin d'une charge supplémentaire CPU)
merci pou nos expert

[ATMorphine]

Bonjour
Il est mieux d'éviter de shrinker surtout si la réindexation est longue, car l'algorithme est shrink est très basique et provoque donc une forte croissance de la fragmentation des objets engendrant donc une forte hausse des I/O. Si possible, il est préférable de laisser comme ça et au file du temps l'espace libre sera réalloué. En terme de performance, la compression fait fortement diminuer les IOs, la compression est idéale dans un modèle OLAP et un peu moins intéressante dans un modèle OLTP. Donc tout dépend d'ou ce trouve la contention à ce jour.
Il est vrai que la compression engendre une hausse de la consommation CPU et une diminution de la consommation en IO, le mieux pour ce faire une idée est de faire des tests de compression, lors de mes derniers tests voilà ce que j'en ai ressorti :