machines
client avant de lancer le test,
mais ce n’est pas indispensable parce
que vous pouvez redéfinir les résultats
de sortie de LoadSim pour tenir compte des écarts d’horloge. Pendant
l’exécution des tests, inspectez visuellement
l’environnement pour vérifier
que les clients ne signalent pas d’erreurs
et que les serveurs restent actifs.
LoadSim journalise les messages sur
un fichier loadsim.out ainsi que sur
l’écran, qui présente des informations
sur les simulations.

Dès que la simulation a démarré,
lancez les Counter Logs que vous avez
établis précédemment, et assurez-vous
qu’ils fonctionnent sans arrêt. La
charge de test doit s’exécuter pendant
au moins 2 heures pour atteindre la
stabilité et 4 heures de plus pour fournir
une session fiable. LoadSim aura
peut-être besoin de quelques heures
de plus pour fermer et nettoyer toutes
les requêtes en suspens. Après exécution
du premier test, examinez les erreurs
pour voir si les données valent
d’être conservées.

Le test de charge du protocole
Internet, qui simule des clients comme
OWA (Outlook Web Access), est un
peu plus complexe que le test des
clients MAPI. Pour tester des clients et
des protocoles non-MAPI, il faut recourir
à  d’autres outils – en particulier,
Microsoft ESP (Exchange Stress and
Performance). Dans mon prochain article,
j’expliquerai comment utiliser
ESP pour simuler des clients du protocole
Internet et comment analyser vos
résultats de test LoadSim et ESP.