En commençant avec les tests à 500 et 800 connexions, le temps SQL Server Average Latch était aussi nettement inférieur sur la base de données SAN monopartition que sur la base de données SAN multipartition. Les valeurs de temps Average Latch Wait supérieures peuvent suggérer des problèmes de mémoire ou
Mes scénarios de test (2)
d’I/O. La valeur
normale du temps Average Latch Wait
dépend du matériel, de la structure de
la base de données et de l’activité. Pour
déterminer si l’un ou l’autre des tests
(monopartition ou multipartition)
laisse penser à un engorgement d’I/O,
il faudrait pousser l’analyse plus loin.
Mais les résultats montrent que la
configuration monopartition a eu nettement
moins de latching et moins
d’opérations d’I/O mises en file
d’attente pour les mêmes tests
Database Hammer.
Pour confirmer que ces résultats de
test n’étaient pas une coïncidence, je
les ai répétés trois fois, à différentes
heures de la journée : les résultats
n’ont pas changé. Ils ont montré que
pour ma configuration et mon système,
le fait de placer le fichier de données
et log sur des partitions SAN séparées
engendre davantage d’I/O que
d’avoir les deux fichiers sur la même
partition. Selon moi, ces résultats
pourraient changer si nous ajoutions
davantage d’applications et de bases
de données au SAN. Contrairement
aux matrices de disques locales, en matière
de performances SAN, il faut
considérer l’impact du contrôleur de
cache SAN, les limitations de la bande
passante du SAN, le trafic sur le SAN
causé par d’autres applications, et les
algorithmes utilisés pour optimiser la
performance du cache et de la matrice
RAID. Au fur et à mesure que notre environnement
change et que de nouvelles
bases de données sont ajoutées
au SAN, j’utiliserai à nouveau Database
Hammer et Performance Monitor pour
vérifier si les conditions et les comportements
d’I/O ont changé.
Téléchargez cette ressource
Microsoft 365 : 5 erreurs de sécurité
A l’heure où les données des solutions Microsoft 365 sont devenues indispensables au bon fonctionnement de l’entreprise, êtes-vous certain de pouvoir compter sur votre plan de sécurité des données et de sauvegarde des identités ? Découvrez le Top 5 des erreurs à ne pas commettre et les meilleures pratiques recommandées par les Experts DIB France.
Les articles les plus consultés
Les plus consultés sur iTPro.fr
- Le LLMjacking : quand les cyberattaques utilisent illicitement des comptes LLM
- Les identités des développeurs doivent être prises en compte !
- Architecture de données ouverte : un levier essentiel pour maximiser les bénéfices de l’IA générative
- Les DRH repensent leurs priorités en 4 étapes
- Patch Tuesday Septembre 2024