Microsoft Exchange Server 5.5 : calcul du nombre d'utilisateurs par serveur (2)
Sur cette page
Détermination des limites
Dans la pratique, le serveur Exchange ne connaît pas de limite du nombre d'utilisateurs par serveur, mais d'autres facteurs peuvent (ou doivent) limiter la configuration.
Jusqu'à l'avènement d'Exchange 5.5, les bases de données des banques d'informations publiques et privées ne pouvaient dépasser 16 Go chacune. Sur les gros serveurs, cela devenait souvent le plafond du nombre d'utilisateurs par serveur, en fonction de la quantité de stockage autorisée sur le serveur pour les utilisateurs, de l'augmentation de la capacité de stockage logique du serveur causée par les instanciations uniques de messages et de pièces jointes, de la fréquence d'utilisation des banques de dossiers personnels et, dans une moindre mesure, en fonction de la quantité de règles, d'affichages et d'outils de recherche définis sur le serveur par les utilisateurs.
Le serveur Exchange 5.5 possède une banque illimitée et les planificateurs doivent maintenant évaluer la quantité d'espace disque qui peut être configurée sur un ordinateur unique, ainsi que la durée de la sauvegarde ou de la restauration des données. Le matériel de sauvegarde sur bande en ligne peut atteindre 25 à 40 Go/heure, avec des taux de restauration avoisinant la moitié. Même dans ce cas, une sauvegarde ou une restauration suffisamment importante peut prendre beaucoup de temps.
Il existe également des facteurs intangibles. Vous pouvez toujours placer plusieurs milliers d'utilisateurs sur un serveur Exchange unique, mais est-ce vraiment pratique ? En cas de défaillance du matériel (cela arrive), ces milliers d'utilisateurs se retrouveront tous au chômage technique. Le nouveau serveur de clusters de Microsoft, fourni avec Windows NT Server 4.0 Édition Entreprise, permet de renforcer la fiabilité du matériel et certainement votre sérénité.
Indépendamment des facteurs intangibles, comment déterminerez-vous le nombre d'utilisateurs à placer sur chaque serveur ? C'est justement l'objet de cette section.
Le calcul du nombre d'utilisateurs par serveur se décompose en quatre étapes :
| • | Optimisation du serveur (y compris la configuration du matériel et du serveur Exchange). |
| • | Classification des utilisateurs et définition de leurs attentes quant aux performances. |
| • | Utilisation du simulateur de charge LoadSim (pour les clients MAPI) ou InetLoad (pour les clients POP3/IMAP4) afin de tester les configurations par rapport aux données de vos utilisateurs. |
| • | Analyse des résultats. |
Doit-on placer tous ses lecteurs sur bande ou bien configurer des partitions séparées pour les différents composants du serveur ? Quelle quantité de mémoire doit-on réserver au cache tampon ? D'autres questions se posent également. Cette section se propose d'y apporter quelques éléments de réponse.
Optimisation du matériel du serveur
Trois fonctionnalités matérielles affectent le serveur Exchange.
Les processeurs
Les processeurs fonctionnent à certains taux d'utilisation, au-delà desquels l'optimisation ne peut se réaliser. Les performances sont déterminées par la quantité de processeurs dont vous disposez et par leur type. Les tests de performances de Microsoft démontrent que les serveurs Exchange 4.0 et 5.0 ne sont pas aussi souples au-delà de 4 processeurs et que le serveur Exchange 5.5 peut s'adapter à 8 processeurs Intel Pentium ou Digital Alpha. Une configuration au-delà de ces limites n'améliorera pas les performances d'Exchange et vous pourriez aussi bien utiliser ces processeurs ailleurs. Quant au type de processeur, le plus rapide est le meilleur : une puce Pentium 233 fonctionne mieux qu'une puce Pentium 200, qui fonctionne bien mieux qu'un 486/66.
Le serveur Windows NT accepte une optimisation qui affecte la manière dont votre serveur utilise les processeurs. Dans le Panneau de configuration, ouvrez l'application Système, puis cliquez sur l'onglet Performances. Définissez le Booster de performance pour les applications de premier plan sur Aucune. Ceci amplifie les priorités du système que le serveur Windows NT assigne aux tâches d'arrière-plan ; tous les services du serveur Exchange sont des tâches d'arrière-plan.
Mémoire
Vous ne pouvez pas non plus vraiment optimiser la mémoire, mais le serveur Exchange utilise toute la mémoire que vous lui réservez, à concurrence de la taille totale de votre banque d'informations, au cas où, pour une raison quelconque, vous souhaiteriez implanter la base de données entière dans la mémoire vive. Le serveur Exchange utilise donc l'essentiel de la mémoire qui lui est réservée pour un cache tampon, qui conserve les écritures dans la banque d'informations en vue d'un traitement hors des heures de pointe. Un serveur Exchange nécessite au minimum 24 Mo de mémoire vive, mais le passage à 64 ou 128 Mo a permis d'améliorer les performances des tests bien plus que dans le cas d'une mise à niveau des processeurs.
Il existe un moyen d'optimiser l'utilisation de la mémoire du serveur Windows NT dans le but de soutenir le serveur Exchange : dans l'application Réseau du Panneau de configuration, définissez le service du serveur sur Débit maximal pour les applications réseau. Dans l'application Système du Panneau de configuration, configurez un grand fichier d'échange pour la mémoire virtuelle ; voici un autre tuyau : 125 Mo + la quantité de mémoire vive physique. Par exemple, si le serveur comporte 64 Mo de mémoire vive, définissez la taille du fichier d'échange sur (125 + 64) Mo, soit 189 Mo.
Sous-système E/S disque
Il est possible d'optimiser le sous-système E/S disque. Voici, tout d'abord, quelques informations générales.
Journaux de transactions du serveur : l'accès séquentiel est souhaitable
Le serveur Exchange émet des E/S vers le sous-système disque du serveur pour lire les données à partir du disque vers la mémoire ou pour écrire des données en vue d'un stockage permanent. Par exemple, lorsque vous ouvrez votre boîte de réception, il est nécessaire d'accéder au jeu de propriétés de l'affichage du dossier par défaut pour chacun des 20 premiers messages (environ) du dossier boîte de réception et de vous le retourner. Si ces informations ne sont pas déjà mises en cache dans la mémoire du serveur suite à un accès récent, elles doivent être lues sur le disque à partir de la base de données de la banque d'informations du serveur. Dans ce cas, l'E/S de lecture disque est synchronisée à l'ouverture de la boîte aux lettres.
De la même manière, il convient de sécuriser sur le disque un message transféré à partir d'un autre serveur, jusqu'à la reconnaissance de sa réception (ceci empêche la perte des messages en cas de défaillance du système). Dans ce cas, l'E/S d'écriture sur disque est synchronisée à l'action d'arrière-plan de transfert et d'acceptation du message.
Les E/S disque émises par le serveur Microsoft Exchange sont soit des lectures, soit des écritures, qui peuvent être soit synchrones, soit asynchrones. Alors que toutes les E/S de lecture et E/S d'écriture asynchrones peuvent être considérées comme aléatoires, de nombreuses écritures synchrones émises par le serveur Exchange sont séquentielles. C'est-à-dire que, pour accélérer les actions qui nécessitent une E/S d'écriture synchrone, Exchange utilise une méthode spéciale d'écriture des modifications sur le disque, appelée journal des transactions d'écriture séquentielles anticipées.
L'architecture du journal des transactions tire grand profit de la conception du disque dur. La durée de la recherche (durée nécessaire à la tête de lecture du disque pour passer d'une position à une autre afin de lire ou d'écrire des données) est le facteur déterminant pour le taux d'E/S disque aléatoire. Si l'E/S vers le lecteur est séquentielle plutôt qu'aléatoire, la durée de recherche chute et avoisine zéro, ce qui augmente considérablement le nombre d'E/S disque par seconde que le lecteur peut prendre en charge.
Le placement des journaux de transactions de la banque d'informations sur leur propre disque physique sans autre source d'E/S disque sur le lecteur constitue l'aspect le plus important des performances du serveur Exchange sur toutes les configurations du serveur Exchange, à l'exception des configurations les plus petites à un seul lecteur. Dans l'ordre d'importance, le deuxième aspect consiste à utiliser le système de fichiers FAT, parce que son niveau de performances est meilleur en activité séquentielle. (Si le journal dépasse 2 Go, vous devez utiliser le système NTFS.)
Il est important de supprimer les autres sources d'E/S disque du lecteur : même si le journal des transactions est écrit de manière séquentielle, d'autres requêtes d'E/S déplaceront la tête de lecture du disque loin du fichier journal, augmentant donc les durées de recherche. Ceci reste vrai même dans le cas d'actions de lecture, dont de nombreuses impliquent également l'écriture dans le journal des transactions de la banque d'informations du serveur. Par exemple, lorsque vous lisez un message, il est signalé comme lu et le nombre d'éléments non lus du dossier est remis à jour.
Le service d'annuaire du serveur Exchange utilise également une architecture de journal d'écriture anticipée, mais les modifications apportées au service d'annuaire sont trop rares pour lui réserver un disque dur physique séparé qui, en général, ne justifie pas l'investissement. L'exception concerne les serveurs sur lesquels des quantités élevées de modifications du service d'annuaire sont effectuées, tels que les serveurs utilisés pour importer des annuaires volumineux.
E/S d'accès disque aléatoire : noir et blanc et lecture continue
À l'exception de l'activité du journal des transactions, l'E/S disque du serveur Exchange tend à être aléatoire. Il s'agit notamment du fichier d'échange Windows NT, des bases de données du serveur, des journaux de suivi des messages, etc. Cependant, étant donné que les composants du serveur travaillent sur des tâches distinctes, ils génèrent des taux variables d'E/S disque. Par exemple, lorsqu'un message est reçu en provenance d'un autre serveur et remis à un utilisateur, l'agent MTA sécurise d'abord le message sur le disque dans sa base de données provisoire, entraînant une écriture aléatoire unique dans le répertoire MTADATA. Ensuite, il appelle la Surveillance du système, qui définit une entrée dans le journal de suivi du message. Ensuite, l'agent MTA indique à la banque d'informations qu'un message est disponible et la banque d'informations reçoit au même moment le message du MTA, puis écrit le message dans sa propre base de données permanente, générant ainsi une E/S d'écriture synchrone dans le journal des transactions de la banque d'informations, ainsi qu'une E/S de lecture et d'écriture asynchrone dans la base de données de la banque d'informations du répertoire MDBDATA. Pendant ce temps, des défauts de pagination peuvent également se produire si le système subit une pression de la mémoire, ajoutant des E/S supplémentaires au fichier d'échange NT ou aux fichiers exécutables.
Vous pouvez donc améliorer les performances des E/S aléatoires du serveur en utilisant d'autres disques durs système afin de renforcer le taux d'E/S sur les partitions où se produisent ces E/S aléatoires. Puisque les sources d'activité varient, combinez les disques durs restants sur un agrégat logiciel ou matériel par bandes, dans le but de mettre la capacité combinée à disposition de tout composant du serveur qui en a besoin.
À propos du fichier d'échange
Le système utilise la pagination lorsque les processus exécutés sur l'ordinateur Windows NT (y compris Windows NT lui-même) nécessitent davantage de pages de code et/ou de données que celles disponibles dans la mémoire physique.
Si un ordinateur serveur Exchange ne comporte que 24 Mo pour 50 à 100 utilisateurs, il devra paginer la quantité nécessaire pour accomplir les tâches Exchange normales, telles que la gestion des requêtes utilisateur, le déplacement du courrier hors du et sur le serveur, etc. ce qui correspond à un pourcentage significatif du total des E/S disque. La pagination est nécessaire, car l'ensemble des processus en cours d'exécution sur le serveur Exchange (et le serveur Windows NT) ne tiennent pas tous en même temps dans la mémoire physique. Si le site ne compte qu'un seul serveur et peu de trafic émanant du serveur, la tâche de l'agent MTA est restreinte (à l'exception de l'extension de la liste de distribution occasionnelle) ; il peut donc effectuer l'échange, laissant davantage de place pour le reste des processus serveur et réduisant ainsi la pagination. La pagination augmente si le serveur exécute des processus autres que les services Exchange essentiels (tels que le connecteur de messagerie Internet) ou s'il assure des tâches telles que l'importation d'objets d'annuaire, la génération du carnet d'adresses hors connexion, le démarrage des services du serveur, etc.
Si le serveur Exchange dispose de suffisamment de mémoire physique pour que la plupart des pages nécessaires aux processus du serveur y tiennent en même temps, la pagination est peu importante en fonctionnement normal. Cependant, même les ordinateurs comportant 128 Mo ou davantage de mémoire vive pagineront, notamment si les caches tampons (qui sont compris dans l'ensemble Banque d'informations/Service d'annuaire) sont définis à une valeur trop élevée pour la quantité de mémoire vive de l'ordinateur. L'Assistant Performance d'Exchange tente de les définir correctement.
La pagination a tendance à se produire par rafales, comme par exemple lorsqu'un gros message progresse à travers le système et que les pages de mémoire doivent être paginées en sortie afin de libérer de la place pour ce message, puis repaginées en entrée après le départ du message. De plus, l'E/S est une règle distribuée aléatoirement sur le fichier d'échange. En conséquence, dans la plupart des cas, la meilleure solution consiste à héberger le fichier d'échange sur l'agrégat par bandes. S'agissant d'ordinateurs n'étant pas équipés d'une grande quantité de mémoire, la pagination représente un pourcentage significatif de l'E/S et un agrégat par bandes place toute la capacité E/S libre à sa disposition, ce qui accélère en général l'ordinateur. Les ordinateurs à faible mémoire sont souvent liés par le fichier d'échange, mais pour y remédier, il est nécessaire d'avoir davantage de mémoire vive, et non plus d'espace disque.
Les ordinateurs ayant davantage de mémoire paginent moins, sauf pour les rafales, le démarrage, etc. Si votre ordinateur pagine très peu, vous pouvez héberger le fichier d'échange n'importe où, même sur le lecteur du journal des transactions, parce que son accès n'est pas fréquent et qu'il n'interfère pas avec l'activité séquentielle du journal lorsqu'il est demandé. Mais il n'y a aucune raison d'être fantaisiste. Pour gérer les rafales et simplifier les paramètres des tampons, il suffit de l'héberger sur la grande partition E/S aléatoire avec les bases de données.
Faut-il dédier un disque au fichier d'échange ? Non. Si vous paginez, les performances E/S sont meilleures lorsque vous combinez ce lecteur à l'agrégat par bandes et que vous y placez le fichier d'échange. Si vous ne paginez pas, cela gaspille un lecteur qui pourrait augmenter la capacité E/S aléatoire si vous l'ajoutiez à l'agrégat par bandes. Le placement du fichier d'échange sur l'agrégat par bandes rend l'essentiel du sous-système E/S disque disponible pour une portion quelconque du système (fichier d'échange ou non) nécessitant la capacité E/S disque à accès aléatoire.
Exécution de l'Assistant Performance d'Exchange
Un court temps de réponse de la part du serveur soumis à la charge indique en général la présence d'un goulet d'étranglement dans l'une des trois ressources matérielles essentielles : capacité de traitement du processeur, mémoire vive ou sous-système E/S. La première étape consiste à ne pas acheter davantage de mémoire vive, mais à s'assurer que le logiciel Exchange Server est correctement configuré par rapport à votre configuration matérielle. Le serveur Exchange fonctionne sur des ordinateurs allant des plus petits aux plus importants, mais il convient d'ajuster les paramètres de configuration en vue d'optimiser Exchange pour le matériel sur lequel il fonctionne.
L'Assistant Performance de Microsoft Exchange détecte automatiquement le matériel de votre serveur et ajuste les paramètres de configuration dépendant du matériel. Il convient de toujours exécuter l'Assistant Performance après l'installation du serveur Exchange sur le matériel de votre serveur et après l'ajout ou la suppression de matériel. Sinon, le système fonctionnera, mais pas aussi bien qu'il le devrait. Consultez le chapitre 10, intitulé en anglais "Optimizing Performances" du Microsoft Exchange Server 5.5 Resource Guide pour en savoir plus sur l'utilisation de l'Assistant Performance.
Définition des utilisateurs
Lors du calcul du nombre d'utilisateurs par serveur, il convient de décrire les groupes d'utilisateurs avec autant de précision que possible. La planification de la capacité n'est pas une science exacte : elle s'appuie sur des estimations intelligentes. Si Exchange est votre premier système de messagerie, vous n'avez peut-être aucune information sur l'utilisation du système. Si vous avez déjà utilisé d'autres produits de messagerie, il vous sera difficile d'évaluer les fonctionnalités du serveur Exchange, telles que les dossiers publics, par rapport à la bande passante réseau. Heureusement, vous pouvez utiliser le simulateur de charge LoadSim de manière itérative, en affinant vos estimations par rapport aux divers scénarios et schémas d'utilisation observés.
Le tableau suivant peut vous aider à classifier les utilisateurs. L'équipe Performances d'Exchange n'apporte pas toutes les réponses et cet article ne constitue pas non plus un document exact sur le nombre d'utilisateurs par serveur. Nous avons simplement souhaité vous fournir quelques informations sur les tests, issues d'un environnement spécifique sous forme de guide succinct.
L'équipe Performances d'Exchange a réparti les utilisateurs en trois catégories : légers, moyens et intenses. Voici les états initiaux :
|
Ces paramètres du simulateur de charge LoadSim définissent l'activité de chaque classe d'utilisateurs :
|
Définitions du serveur
L'équipe Performances a utilisé ces définitions pour des serveurs à valeur basse, moyenne et haute au cours des tests du serveur Exchange 4.0 :
|
N'oubliez pas que ce ne sont là que des exemples.
Exécution du simulateur de charge LoadSim
LoadSim ne fonctionne que sous Windows NT. Voici quelques aspects à prendre en considération pour son exécution.
1. | Assurez-vous que vous avez classifié vos utilisateurs et configuré les serveurs que vous souhaitez tester. |
2. | Installez le client Exchange réel sur les stations de travail ou les serveurs Windows NT que vous prévoyez d'utiliser comme clients LoadSim. |
3. | Déterminez les délais de réponse acceptables pour vos utilisateurs. La valeur idéale est, en général, de 1 seconde (1 000 millièmes de secondes), mais vous pouvez la fixer à 1,5 secondes (1 500 millièmes de secondes). |
4. | Utilisez LoadSim pour définir la topologie des tests, puis générez les fichiers d'importation des utilisateurs. |
5. | Ouvrez le programme Administrateur du serveur Exchange pour importer les définitions des utilisateurs dans le répertoire Exchange Server. Il convient de procéder de cette manière pour chaque serveur à tester. |
6. | Utilisez LoadSim pour définir l'état initial des utilisateurs et des dossiers publics. |
7. | Exécutez les tests Initialisation des utilisateurs et Initialisation des dossiers publics sur votre serveur afin de remplir la banque d'informations du serveur Exchange. |
8. | Définissez quelques tests en utilisant les classifications des utilisateurs, puis exécutez-les sur les différentes plates-formes de serveur. Par exemple, testez 250 utilisateurs légers sur un serveur défini comme moyen. |
Chaque passage de LoadSim s'exécute pendant plusieurs heures et produit un nombre qui représente le délai de réponse moyen pondéré de 95 % en millièmes de secondes, que chacun des utilisateurs LoadSim a connu au cours de ce test. Testez différents nombres d'utilisateurs afin de générer plusieurs données différentes, puis tracez le graphique des résultats. Quelques exemples de résultats sont présentés dans la section suivante.
Exemples de résultats LoadSim
Les tableaux suivants présentent quelques exemples de résultats LoadSim dérivés des tests effectués par plusieurs fabricants.
Remarque Ces informations peuvent être modifiées sans avertissement préalable et à tout moment. Microsoft ne peut être tenu pour responsable des résultats de modifications, stratégies ou décisions prises en réaction à ou sur la base de ces données, ni des conclusions tirées à partir de ces résultats.
DIGITAL AlphaServer 4100
Les résultats LoadSim indiquent le nombre maximal d'utilisateurs que le serveur Exchange 5.5 peut prendre en charge par le biais du protocole Exchange MAPI/RPC sur un serveur DIGITAL AlphaServer 4100 configuré avec un, deux et quatre processeurs. Les systèmes AlphaServer ont été testés avec Exchange Server 5.5 dans une configuration à un seul serveur (c'est-à-dire : un serveur autonome, prenant en charge le nombre donné de clients).
Configurations serveur utilisées
|
Résultats
|
Compaq ProLiant 6000
Ces résultats de tests indiquent le chiffre du délai de réponse du 95e centile pour un hébergement de 9 000 utilisateurs du serveur Exchange 5.5, utilisant le protocole Exchange MAPI/RPC sur un serveur Compaq ProLiant 6000 Server configuré avec quatre processeurs.
Résultats
|
Hewlett-Packard NetServer LXr Pro8
La division Hewlett-Packard Network Server de Cupertino, en Californie, a utilisé LoadSim pour générer une charge de travail qui a démontré la flexibilité du LXr Pro8 exécutant Exchange Server version 5.5. Les utilisateurs Exchange ont été simulés par LoadSim en utilisant des serveurs série 35 HP NetServer E, chacun d'eux simulant 400 utilisateurs.
Résultats
|
Configuration du système
|
IBM Netfinity 7000
IBM Netfinity 7000, disponible en modèles rack et tour, est un serveur multitraitement symétrique (SMP) quatre voies, équipé d'un processeur Pentium Pro 200 MHz et disposant soit de 1 Mo, soit de 512 Ko de cache de niveau 2, et jusqu'à 4 Go de mémoire. Ces résultats de tests indiquent le chiffre du délai de réponse du 95e centile pour un hébergement de 10 000 utilisateurs du serveur Exchange 5.5, utilisant le protocole Exchange MAPI/RPC sur un serveur IBM Netfinity 7000 Server configuré avec quatre processeurs.
Résultats
|
Configuration du serveur
|
NCR WorldMark 4300
Ces résultats de tests indiquent le chiffre du délai de réponse du 95e centile pour un hébergement de 10 000 utilisateurs du serveur Exchange 5.5, utilisant le protocole Exchange MAPI/RPC sur un serveur NCR WorldMark 4300 Server configuré avec quatre processeurs.
Résultats
|
Configurations du serveur utilisées
|
Exemples de résultats InetLoad
LoadSim vous permet de déterminer le nombre de clients MAPI que vous pouvez héberger par serveur Exchange. InetLoad est l'outil correspondant pour les utilisateurs POP3 ou IMAP4. L'équipe Performances d'Exchange a abouti aux résultats des tests InetLoad détaillés ci-dessous.
Résultats des tests
|
L'art de l'analyse des performances : détection des goulets d'étranglement des performances
Les utilisateurs de votre serveur Exchange se plaignent de la lenteur du serveur. Avez-vous besoin de matériel supplémentaire ? Si oui, de quel type ? Davantage de mémoire vive ? D'autres disques ? Une autre carte processeur ? Cette section présente les composants matériels à se procurer et en quelle quantité.
La détection des goulets d'étranglement des performances relève plus de l'art que de la science, mais vous pouvez progresser si vous vous y attelez et si vous maintenez votre attention. La première étape consiste à déterminer lequel des trois composants essentiels du serveur (mémoire, sous-système E/S disque ou processeur) constitue le goulet d'étranglement. Le premier outil à utiliser est l'Analyseur de performances Windows NT.
Le système nécessite-t-il davantage de mémoire ? Utilisez l'Analyseur de performances pour connaître le niveau de pagination. Vérifiez les paramètres Fichier d'échange : % d'utilisation et Mémoire : % disponible. Si un fichier d'échange est utilisé à plus de 50 % et si le pourcentage de mémoire disponible est inférieur à 25 %, il convient alors d'ajouter de la mémoire vive. La mémoire vive est normalement (mais pas systématiquement) ajoutée par incréments de 16 ou 32 Mo. Suivez les suggestions du fabricant.
Est-ce le sous-système E/S disque qui constitue le goulet d'étranglement ? Utilisez l'Analyseur de performances pour déterminer si le serveur est actuellement lié en E/S pour les E/S asynchrones sur la base de données du serveur Exchange. Vérifiez les paramètres Disque physique : longueur de la file d'attente du disque et Disque physique : % temps du disque.
La longueur de la file d'attente du disque indique le nombre de requêtes disque en attente d'exécution par disque physique, y compris les requêtes en cours. Les périphériques de disque à axes multiples (une bande RAID, par exemple) peuvent avoir de multiples requêtes disque actives en même temps ; il convient donc de rechercher la longueur de la file d'attente du disque et d'en soustraire le nombre d'axes sur le périphérique disque. Si ce chiffre est en permanence élevé, cela signifie que le serveur est lié en E/S disque. Il doit être inférieur à 2 en moyenne pour de bonnes performances.
Le temps disque est le pourcentage de temps écoulé au cours duquel le disque dur sélectionné satisfait les requêtes. Si le pourcentage est élevé, cela signifie que votre système utilise l'essentiel de son temps à satisfaire les requêtes de disque et qu'il nécessite des disques durs plus rapides ou plus nombreux.
L'utilisation du processeur est-elle élevée ? C'est à ce niveau que la situation devient délicate, car cela est peut-être le cas, même lorsque le disque et/ou la mémoire constituent le goulet d'étranglement. Vérifiez ces deux aspects avant de vous pencher sur le processeur.
Pour déterminer si le système nécessite d'autres processeurs, examinez l'Analyseur de performances et les paramètres Système : % total du processeur et Processus : % processeur - processus X. Si l'utilisation totale du processeur système dépasse en moyenne 75 %, cela signifie que vous devez certainement ajouter un autre processeur. (Réexaminez l'utilisation sur tous les processeurs si vous souhaitez connaître les possibilités de multi-traitement symétrique des fonctions Exchange sur un serveur Windows NT.)
Les tests montrent que les serveurs Exchange 4.0 et 5.0 ne s'adaptent pas très bien au-delà de quatre processeurs. Si vous disposez déjà de quatre processeurs et que vous êtes toujours limité, vous pouvez mettre à niveau le type de processeur, ajouter un serveur ou bien évoluer vers le serveur Exchange 5.5.
Dernière mise à jour le mercredi 18 octobre 2000