Version imprimable
Bonjour,
j'ai une instance de base de données sql server installé sur un server windows 2003
Actuellement j'ai un probleme de performance
et je voudrai faire une defragmentation, d'abord avec l'outil windows, et je voudrai savoir si je le fait est ce qu'il aura impact avec le fichier des donneés fragmenter.sinon comment je peux defragmenter les fichier de base de donnés sql server
Merci
En aucun cas vous ne pouvez, ni ne devez utiliser le defragmenteur de Windows qui n'offre aucune garantie en cas de crash...
1) défragmenter un fichier de base de données suppose l'arrêt du serveur
2) les fichiers d'une base étant par nature énorme, il y a de grandes chances que ce process dure très longtemps ou que Windows arrive à bout de ressource et soit incapable de finaliser la chose ce qui conduit à un fichier flingué
En revanche il est possible de défragmenter les structures logiques (tables et index de votre base) à l'aide d'une procédure douce ou radicale :
méthode douce : DBCC INDEXDEFRAG (...)
méthode radicale : DBCC DBREINDEX (...)
Cette dernière étant plus propre, mais ne permet pas l'utilisation des index pendant la phase de reconstruction.
Voir l'aide en ligne pour ces deux commandes.
Et pour un doc plus complète sur le sujet, lire l'article que j'ai écrit : http://sqlpro.developpez.com/optimis...ntenanceIndex/
A +
merci pour ta reponse mais je ne comprend pas tres bien c'est qye tu veux dire avec "En aucun cas vous ne pouvez, ni ne devez utiliser le defragmenteur de Windows qui n'offre aucune garantie en cas de crash..."
Bonjour,
Vous ne pouvez pas utiliser le défragmenteur de Windows (qui au passage est de piètre qualité) ni un défragmenteur tiers parce que les fichiers de base de données sont accédés en exclusivité apr SQL Server qui maintient perpétuellement un verrou dessus.
Cela vous oblige donc, comme vous l'a dit SQLPro, à arrêter l'instance SQL Server, pour que ce dernier ne verouille plus les fichier ... mais pouvez-vous vous le permettre ?
En effet, le temps de la défragmentation, surtout si vous avez des fichiers de base de données volumineux, peut prendre énormément de temps ... et pendant ce temps la base de données est inaccessible, donc vous ne pouvez pas y sotcker de nouvelles données ...
Si vous êtes en environnement OLTP c'est impensable, d'autant qu'en arrêtant l'instance, vous perdez le cache de données :
au redémarrage de l'instance, toutes les requêtes qui seront exécutées devront préalablement être recompilées, ce qui est gourmand en ressources CPU ...
Si en revanche votre base de données est très peu utilisée, pourquoi pas ...
mais vous auriez du penser à dimensionner vos fichiers avant de stocker des données dans votre base, car même si vous défragmentez vos fichiers de base de données maintenant, si vos fichiers sont trop petits, SQL Server devra réallouer des pages sur le disque dur (avec au passage des temps de traitement médiocre au vu de la rapidité des disques ...), et donc vos fichiers de base de données seront de nouveau fragmentés ...
@++ ;)
Bonsoir,
Pour compléter les propos de SQLPro et Elsuket :
Défragmenter vos fichiers sql n'est pas conseillé pour plusieurs raisons :
- Les lectures et écritures des données sur SQL Server sont aléatoires. Lorsque SQL Server alloue une extension, celle-ci n'est pas contigue par rapport à la précédente. Cela signifie que la tête de lecture du disque doit dans tous les cas se déplacer pour effectuer la lecture ou l'écriture suivante. Défragmenter votre disque risque de n'avoir aucun effet dans ce cas précis. Il peut même arriver que ceci soit contre performant. La défragmentation risque d'augmenter la distance que doit parcourir la tête de lecture pour aller chercher ou écrire les prochaines données et donc augmenter les délais ...
- Le défragmenteur de windows peut croire que les fichiers sql sont fragmentés alors que ce n'est pas le cas (cf article de sqlpro qui l'explique très bien)
- Si vous utilisez un SAN , même .. Windows peut croire que les fichiers sont fragmentés alors que le SAN les gère correctement.
++
Bonjour
Merci pour votre reponse