> Tech > Mes scénarios de test (2)

Mes scénarios de test (2)

Tech - Par Renaud ROSSET - Publié le 24 juin 2010
email

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

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

Guide de Sécurité IA et IoT

Guide de Sécurité IA et IoT

Compte tenu de l'ampleur des changements que l'IA est susceptible d'entraîner, les organisations doivent élaborer une stratégie pour se préparer à adopter et à sécuriser l'IA. Découvrez dans ce Livre blanc Kaspersky quatre stratégies efficaces pour sécuriser l'IA et l'IoT.

Tech - Par Renaud ROSSET - Publié le 24 juin 2010