Le Forum des Utilisateurs Sage

Pour tous ceux qui se plaignent de lenteur de bases sql ... et qui ne sont pas Admin SQL

NE FAITES PAS DE DEFRAG DES DISQUES DURS SQL … Ca ralentit les bases .

Comment travaille SQL :

Lorsque vous créez des fichiers de taille fixe SQL Server recherche les meilleurs emplacements sur le disque. Si votre disque est vierge il utilisera les bords externes de tous les plateaux du disque pour créer son fichier. Les bord externes sont plus dense en information que le centre du disque. Et il est suffisamment intelligent pour le répartir sur tous les plateaux du disque afin de gagner encore en temps d'accès en limitant le trajet de la tête de lecture...
Outre le risque de les perdre, le défragmenteur de windows croit naïvement qu'un fichier répartit sur les trois plateaux d'un disque est horriblement fragmenté ! … Et il met le bazarre…

On a déjà eu le problème chez certains clients … On passe par les outils de maintenance et on recrée un fichier pour résoudre ce problème.

Autre choses : Dans les plans de maintenance SQL, évitez les SHRINK et donnez une taille suffisante aux bases pour ne pas avoir des augmentations de bases permanentes. Si nous mettons 1 Go en augmentation de base C’est qu’il y a une raison… Même si ça prend de l‘espace disque. Vous construisez un parking. Il est plein, mais il y a encore de la surface non structurée. Une voiture arrive. Vous vous mettez à lisser le béton, peindre le sol et délimiter la place. La voiture repart, vous prenez votre marteau piqueur afin de détruire votre travail ??? Et vous crééz les places voiture aprés voiture ??? ... CQFD

Un dernier conseil : Utilisez un serveur SQL dédié avec un disque dédié aux bases SQL pour les grosses bases.

Cdlt