Discussion :

[olivtone]

Bonjour a Tous

Y a t il comme j'ai entendu une perte de perfomance Disque, quand le disque atteint plus de 85 % de la taille de son disque ?

Y a til un tuto parlant de ce probleme

merci a vous et bonne journée

[Boubou2020]

Bonjour

SQLpro parle sur sujet dans son article d'optimisation des GBDR et sql

http://sqlpro.developpez.com/cours/optimiser/

[mikedavem]

De manière générale oui mais quel est le stockage que tu utilises ? DAS, SAN, type de disque SAS 10K, 15K, disques SSD?

++

[SQLpro]

Attention, l'article date, aujourd'hui j'aurais tendance à mettre du 85 % au minimum et ceci n'est effectivement valable que pour des disques locaux. C'est moins vrai dans la cas contraire et pas du tout vrai sur du SSD, ou le dégradation de perf se voient à l'usage et pas au remplissage...

A +

[olivtone]

ok merci a Tous

pour info nous avons une baie de stockage SAN classique

enjoy your day

[StringBuilder]

Il faut voir aussi ce qu'il y a sur le disque.

Si le disque est dédié au SGBD (donc que des fichiers utilisés simultanément par le SGBD) alors effectivement un taux d'occupation important implique une distance physique importante des données d'un bout à l'autre des fichiers, et donc des temps de latence importants.

En revanche, si le disque sert aussi par exemple de serveur de fichier, backup ou je ne sais quoi : de nombreux fichiers volumineux, qui ne sont pas utilisés en même temps que le SGBD, et si la fragmentation n'est pas importante, alors malgré un fort taux d'occupation, les données peuvent occuper des segments séquentiels de petite taille, et donc ne pas être impactés du tout par l'occupation disque.

Je pense notamment au cas que j'ai rencontré récemment : sur un disque de 5 To, il restait 10 Mo de libre. Et pourtant, ça tournait très bien.
En effet, un bug dans un script de backup laissait des fichiers de backup sur le disque chaque jour. Les fichiers de données quant à eux, avaient été correctement dimensionnés au moment de l'installation, et donc n'étaient pas du tout impactés par ce bug (jusqu'au moment où le backup a planté et que le JT a voulu prendre plus de place que la place disque

[mikedavem]

Effectivement c'est important de préciser que ces recommandations étaient surtout valables pour les disques locaux. Sur des stockages d'entreprises ou du stockage à base de contrôleur RAID, le manque d'espace disque peut avoir moins d'effet sur les performances car les données peuvent être répartis différemment en fonction de l'intelligence du système.

En revanche sur les disques SSD, le taux de remplissage peut avoir un impact significatif car sur ce type de stockage il faut d'abord effacer avant de réécrire sur une cellule (write amplification). Il est vrai que maintenant, les constructeurs ont implémenté des algorithmes comme TRIM permettant une libération des cellules inutilisés et surtout utilisable par les OS modernes mais lorsque l'espace s'amenuise, c'est beaucoup moins efficace.

Je suis assez d'accord avec StringBuilder sur le fait qu'en général les problèmes de performances aujourd'hui sur les stockages d'entreprises sont majoritairement due aux partages des ressources excessifs.

++