Exchange Queue & ANous avons toutes les réponses (car c'est nous qui avons imaginé les questions que vous pourriez poser)

KC Lemson and KC Lemson

Bonjour et bienvenue dans le premier article de Exchange Queue and A ! Nous donnons le coup d'envoi avec une série de questions que nous avons élaborées nous-mêmes. Par conséquent, cela paraît probablement illogique de considérer ce numéro comme une vraie chronique de questions-réponses

car les authentiques Q&R constituent une chambre d'écho. Cependant, nous sommes persuadés que ces questions sont représentatives des préoccupations des clients Microsoft® Exchange Server et nous les revendiquons haut et fort. À l'avenir, vos questions seront les bienvenues, donc n'hésitez pas à les envoyer à l'adresse queuea@microsoft.com.

Nous envisageons une chronique écrite par une équipe tournante de rédacteurs (les plus persévérants resteront !) qui ont tous été impliqués dans le développement Exchange depuis de nombreuses années. Ce mois-ci les réponses (et les questions !) ont été coécrites par KC Lemson et Paul Bowden, responsables en chef de programme de l'équipe Exchange Server à Microsoft. Nous sommes tous les deux participants de la première heure au développement d'Exchange. Bien que nous ayons souvent bougé, nous n'avons jamais pu nous séparer de notre messagerie.

KC a travaillé dans le groupe Exchange pendant les six dernières années au cours desquelles elle a occupé plusieurs fonctions notamment celles de responsable de programme pour Microsoft Outlook® Web Access (OWA) et de responsable en chef de programme, chargée du programme client des versions préliminaires d'Exchange. Elle est actuellement responsable de l'environnement utilisateur pour Exchange, chargée de la conception des produits et des études de clientèle. Avant de rejoindre Exchange, elle a été testeur d'Outlook pendant trois ans et responsable des tests de pièces jointes à un moment où l'on considérait que ce n'était recommandé de bloquer des pièces jointes exécutables dans les messages électroniques. Consultez le blog de KC à l'adresse blogs.technet.com/kclemson.

Paul a passé les trois dernières années à travailler sur le merveilleux petit outil Exchange Best Practices Analyzer (ExBPA). En effet, il y a deux mois, il a gagné une récompense pour ses travaux et a été photographié avec Bill Gates. Cependant, avec la fin du projet Exchange Server 2007, il est temps de tourner la page. Paul doit arrêter de rêver de XML et revenir parmi nous. Il deviendra responsable de version pour la prochaine version d'Exchange (celle sur laquelle nous commencerons à travailler dès la sortie d'Exchange Server 2007).

À propos, avez-vous apprécié notre humour débordant pour nommer cette chronique ? Mais, évidemment, nous ne pouvons même pas nous attribuer le mérite de ce nom, il a été suggéré par un lecteur du blog de KC. (Nous espérons que vous appréciez le T-shirt, Tim !) Les autres suggestions étaient « Pushing the Envelope » et « When I'm X64", que KC a tellement apprécié qu'elle a enregistré www.whenimx64.com et l'a redirigé vers son blog parce qu'elle pouvait tout simplement le faire. Si seulement nous disposions d'autant de pouvoir sur tous les événements de notre vie !

Note rapide : KC a d'abord proposé de nommer cette colonne « The Monthly Queue and A » jusqu'à ce que notre éditeur fasse remarquer avec pertinence que le nombre de rédacteurs est inconnu et que notre capacité à faire des publications régulières n'est pas fiable (sa réponse était plus polie et moins directe, mais nous devinions sa pensée). De même, nous n'avons aucune idée des commentaires que feront les lecteurs sur cette chronique. Nous nous sommes donc mis d'accord sur le nom de la chronique et vous êtes invités à nous donner votre opinion à l'adresse queuea@microsoft.com.

Voyons sans plus attendre les questions...

Q : Pourquoi devrais-je être intéressé par Exchange Server 2007 ?

R : Nous nous rendons compte qu'il est risqué de lancer la première rubrique avec une question essentiellement marketing mais nous sommes tellement passionnés par Exchange Server 2007 que nous tenons vraiment à le partager avec vous. Donc nous essaierons de limiter « l'architecture marketing » dans cette réponse et expliquerons plutôt les nombreuses raisons techniques qui peuvent inciter un administrateur ou un utilisateur Exchange à se passionner pour Exchange 2007, d'un fan à un autre.

Améliorations de l'évolutivité et des performances

La première raison évidente : 64 bits. Quel est l'intérêt, me demanderez-vous ? Windows® 32 bits ne peut prendre en charge qu'un total de 4 Go (232 octets) de mémoire et 2 Go sont utilisés par défaut par le noyau, laissant seulement 2 Go pour les applications. La version actuelle de Windows prend en charge un commutateur /3GB dans boot.ini qui donne aux applications jusqu'à 3 Go d'espace mémoire, mais une fois qu'ils sont utilisés, le noyau Windows devient vulnérable et il faut redémarrer rapidement ce serveur pour récupérer des ressources.

Heureusement, une prise en charge 64 bits, ainsi que des modifications significatives au moteur de base de données sous-jacent (JET) dans Exchange, résout ce problème. Puisque les serveurs Exchange sont traditionnellement beaucoup plus liés par les E/S de disque que par toutes les autres ressources système (tel que l'UC), ajouter de la mémoire au système signifie que vous pouvez réduire de manière significative les E/S de disque en gardant plus d'informations en mémoire au lieu d'avoir à lire le disque. Par conséquent, avec Exchange 2007 vous pouvez prendre en charge de plus grandes boîtes aux lettres pour vos utilisateurs avec un matériel physique équipé de la même façon qu'avec Exchange 2003. Le serveur de messagerie dont je dispose à Microsoft, par exemple, prend en charge 4 000 utilisateurs avec un quota de boîte aux lettres de 2 Go, ce qui permet 6 téraoctets (To) de données. Il faut souligner que le fait qu'Exchange 2007 dispose de plus de mémoire ne signifie pas qu'il en ait besoin. Nous avons testé une boîte exécutant Windows Server® 2003 à 32 bits et Exchange 2003 avec une mémoire à 4 Go ou inférieur, installé Windows Server 2003 à 64 bits et Exchange 2007, et avons constaté des performances similaires.

Exchange 2007 inclut également deux nouvelles façons d'améliorer la disponibilité : Réplication continue en cluster (Clustered Continuous Replication, CCR) et réplication continue locale (Local Continuous Replication, LCR). Ces technologies réduisent le risque d'une défaillance de stockage entraînant des problèmes sérieux. La LCR garde une copie locale de vos bases de données sur le même ordinateur, mais vous pouvez les placer sur différents supports de stockage. La CCR peut faire de même entre deux ordinateurs sur un réseau. La CCR, combinée avec les améliorations d'E/S de disque dont nous avons parlé auparavant dans cette rubrique, ouvre de nouvelles options pour le matériel de stockage. Si vous souhaitez utiliser des supports de stockage à connexion directe tels que les disques SATA ou SCSI, c'est désormais une option beaucoup plus rentable et qui améliore les performances.

Administration

Microsoft a investi lourdement dans une nouvelle expérience d'administration avec Exchange 2007, qui inclut l'interface de ligne de commande illustrée dans la figure 1. Elle est appelée Exchange Management Shell (EMS) et est basé sur Windows PowerShell™. Si vous n'êtes pas fan de la ligne de commande, c'est parfait, l'interface graphique est toujours présente, mais désormais elle s'appelle console de gestion Exchange (EMC) et est beaucoup plus intuitive que l'ancien Gestionnaire système (voir la figure 2). Si vous êtes déjà un fervent défenseur des interfaces de ligne de commande ou souhaitez le devenir, consultez l'EMS dans Exchange 2007.

Figure 1** État des groupes de stockage dans Exchange Management Shell **(Cliquer sur l'image pour l'agrandir)

Figure 2** Le même état dans la console de gestion Exchange **(Cliquer sur l'image pour l'agrandir)

Dans Exchange 2003, vous deviez parfois utiliser les scripts Windows Management Instrumentation (WMI) pour exécuter certaines tâches administratives plus complexes, mais avec EMS ces tâches peuvent être exécutées par toute personne qui voyant « CD C:\TEMP » ne pense pas que c'est l'album d'un nouveau groupe (ta pa toum). Puisque l'un d'entre nous est un ancien sysadmin UNIX et que notre objectivité peut être mise en doute, nous pouvons vous indiquer des tiers impartiaux qui vous assureront que le noyau est très intuitif même si vous n'avez jamais utilisé une ligne de commande avant (vous aurez plus d'informations à ce sujet dans la prochaine chronique Exchange Queue and A).

L'un des bienfaits de Windows PowerShell, c'est qu'il est orienté objet. Lorsque vous récupérez des informations du serveur, telles qu'une liste de boîtes aux lettres ou des connecteurs SMTP, les informations sont automatiquement stockées dans un objet ou une variable et transmises à stdout en tant que texte pour une lecture facile. Cet objet peut être ensuite transmis directement à une autre commande et utilisé dans le pipeline (dans ce cas, il transmet l'objet au lieu du texte, facilitant ainsi la modification des données ou l'utilisation de parties de celles-ci). Voici un exemple simple :

Get-Mailbox | Set-Mailbox -ProhibitSendQuota 250MB

La commande Get-Mailbox récupère une liste de boîtes aux lettres dans le système. Le | (appelé symbole de pipeline) indique que la sortie de la commande de gauche doit être transmise à la commande de droite. La partie suivante, « Set-Mailbox-ProhibitSendQuota 250MB » signifie que toutes ces boîtes aux lettres ont maintenant un quota tel qu'elles ne peuvent plus envoyer de message électronique après avoir atteint la taille de 250 Mo. Vous auriez pu également le définir à 250 000 000 ou à 250 000 Ko ou à .25 Go. Le noyau traite les données avec une grande souplesse.

Une autre amélioration administrative utile d'Exchange 2007 est la capacité de créer des règles de transport, à l'aide d'un assistant de règles comme celui d'Outlook pour appliquer la logique métier aux messages circulant à travers votre système. Vous souhaitez bloquer tous les messages électroniques qui semblent contenir des numéros de sécurité sociale dans le corps, sur la base d'une expression régulière ? Coché. Vous souhaitez installer un mur éthique pour que deux divisions de votre organisation ne puissent pas s'envoyer de messages électroniques ? Coché. Vous souhaitez ajouter une exclusion à tous les messages électroniques qui partent de votre organisation ? Coché.

Une dernière fonctionnalité administrative que nous apprécions beaucoup, ce sont les messages système personnalisables : Désormais, vous pouvez immédiatement ajouter votre propre texte personnalisé aux rapports de non remise et (enfin !) les utilisateurs de message sont informés lorsqu'ils ont dépassé leurs quotas de stockage.

Aide du service d'assistance

L'une des dépenses les plus importantes pour de nombreux clients, c'est le coût du support technique lié à la configuration de nouveaux profils dans Outlook. Avec Autodiscover dans Outlook 2007, il suffit de lancer Outlook et il cherchera automatiquement votre adresse de messagerie et récupérera vos informations sur Exchange Server à partir d'Active Directory® à l'aide du point de connexion de service. Si vous n'êtes pas connecté à Active Directory, il suffit d'entrer votre adresse de messagerie ainsi que votre mot de passe et la recherche Autodiscover peut télécharger un fichier XML d'un serveur Web spécifié (tel que http://autodiscover.contoso.com) qui contient des informations de configuration de base telles que le serveur à utiliser pour RPC sur HTTP (maintenant appelé Outlook).

Un autre coût de support technique est la gestion des faux positifs apparemment inévitables de votre filtre anti-spam. Les utilisateurs peuvent conserver dans Outlook des listes fiables d'expéditeurs dont les messages ne doivent pas être soumis au filtre de contenu, mais jusqu'à Exchange 2007 seules ces listes permettaient aux messages de contourner le filtre Outlook. Cependant, du fait que le filtre Exchange agit sur les messages avant même qu'Outlook ne les voit, les utilisateurs pouvaient encore manquer le message électronique des utilisateurs fiables.

Exchange 2007 constitue une aide précieuse : Si vous utilisez le filtre de contenu anti-spam avec le rôle serveur Edge ou Hub dans Exchange 2007, vous pouvez le configurer pour propager des listes utilisateur d'expéditeurs fiables sur ce serveur, pour que les messages de ces expéditeurs contournent le filtre de contenu anti-spam. Bien sûr, ce qui constitue du spam pour un utilisateur est une newsletter pour un autre, donc l'agrégation d'expéditeurs fiables s'effectue pour chaque utilisateur.

Satisfaction de l'utilisateur final

Avec la messagerie unifiée (MU) dans Exchange 2007, vous pouvez recevoir la messagerie vocale entrante et des télécopies dans votre Boîte de réception. (Si vous n'en avez jamais bénéficié avant, vous ne savez pas ce que vous manquez). Vous pouvez appeler également votre serveur Exchange et lui dire de notifier chaque participant de votre réunion de 8:00 heures du matin que vous êtes en retard. Même la plus petite organisation peut disposer facilement d'un standard automatique personnalisé et de qualité afin que votre système oriente les clients qui vous appellent. Pour utiliser la MU, vous aurez besoin d'un PBX basé sur IP (IP/PBX) ou vous pouvez connecter votre PBX commuté traditionnel à une passerelle VoIP (voix sur IP).

Link Access (accès aux liens) est une nouvelle fonctionnalité d'OWA 2007. Que se passe-t-il si vous êtes en déplacement sans client VPN installé et que vous devez afficher un document Microsoft Word sur un partage de fichiers ou un site Sharepoint® du réseau de l'entreprise ? Aucun problème, il suffit de charger OWA 2007, d'accéder au lien Documents et de saisir le nom du site Sharepoint ou du partage (http://mysharepointsite ou \\server\share) pour parcourir et ouvrir les fichiers. Bien sûr, il y a de nombreux contrôles de sécurité afin que les administrateurs verrouillent les éléments souhaités : tous les serveurs autorisés sauf une certaine liste, tous les serveurs refusés sauf une certaine liste, autorisation d'accès aux documents uniquement si les utilisateurs se connectent à OWA à partir d'ordinateurs privés, etc.

OWA inclut également l'affichage de document WebReady (ou « transcodage » en langage de fan) dans lequel vous pouvez demander à Exchange d'afficher certains types de fichier en HTML si l'application appropriée n'est pas installée localement. Exchange 2007 sera livré avec la prise en charge pour le transcodage des types de fichier suivants par défaut : DOC, DOT, RTF, WBK, WIZ, XLS, XLK, PPT, PPS, POT, PWS et PDF. L'architecture enfichable du moteur de transcodage permet d'ajouter une prise en charge des nouveaux types de fichier d'un Service Pack. Il comporte également des options administratives afin de déterminer quels types de fichier les utilisateurs sont autorisés à transcoder ou de rejeter totalement le transcodage.

Si vos périphériques mobiles sont synchronisés avec Exchange ActiveSync®, vous serez ravis d'apprendre que lorsque vous transférez un thread de message électronique ou que vous y répondez, ce message ne sera plus converti en texte brut. Votre texte est ajouté en haut, mais le corps HTML du reste du message reste tel quel. Cela est valable pour tous les périphériques qui prennent en charge ActiveSync et ne nécessite aucune fonctionnalité dans le client.

Q : J'ai entendu dire qu'Exchange 2007 est « en 64 bits uniquement pour la production ». Qu'est-ce que cela signifie ?

R : Exchange 2007 est disponible en 32 bits et en 64 bits. La version 64 bits est destinée à une utilisation « live » pour la production de rôles serveur de base (boîte aux lettres, transport Hub, transport Edge, accès client, messagerie unifiée). La version 32 bits est destinée à l'évaluation des nouvelles fonctionnalités Exchange 2007. Les outils d'administration peuvent également être utilisés en 32 bits en production, afin que vous puissiez gérer vos serveurs de production Exchange 2007 en 64 bits à partir de votre ordinateur de bureau Windows XP 32 bits. Notez également que le schéma Exchange 2007 doit être installé sur un ordinateur du domaine. Exchange lui-même n'a pas besoin d'être installé dans le domaine racine, mais il est nécessaire que l'extension de schéma ait lieu dans le domaine racine comme moyen d'assurer une bonne connectivité réseau au contrôleur de schéma. Si vous ne disposez pas d'un serveur 64 bits dans ce domaine, vous pouvez utiliser le setup.exe de la version 32 bits pour étendre le schéma.

Quel est le problème avec les serveurs 32 bits, me demandez-vous ? Si vous avez eu le plaisir d'exécuter des milliers d'utilisateurs sur un seul serveur, vous savez que cela peut être un acte d'équilibrage entre les performances et la stabilité avec les limitations de mémoire que nous avons décrites précédemment. Si vous avez acheté un nouvel ordinateur au cours des deux dernières années, il est probable qu'il prenne déjà en charge les extensions x64. Actuellement, il est assez difficile d'acheter un nouvel ordinateur qui ne prend pas en charge le mode 64 bits. Ainsi, il se peut que l'ordinateur exécutant déjà Exchange dans votre environnement soit compatible 64 bits, mais qu'il exécute un système d'exploitation 32 bits. Cela nous amène à un point important : une fois en possession de votre nouvel ordinateur compatible 64 bits, n'oubliez pas d'installer la version 64 bits de Windows Server 2003 SP1.

Alors pourquoi tous ces avertissements lors de la configuration pour ne pas utiliser les installations 32 bits en production ? Bien qu'il soit assez facile de compiler Exchange de différentes façons, chaque composant est optimisé à 100 % et paramétré pour 64 bits (certains chemins de code que nous avons choisis pour optimiser les E/S de disque sur des systèmes 64 bits entraînent une dégradation des performances dans les environnements 32 bits). En fait, lorsque vous testez le produit avec 32 bits, il ne faut même pas envisager qu'il s'exécutera sous la charge (simulée ou autre). Vous aurez une image erronée de la manière dont il s'exécutera dans un système 64 bits ou du nombre d'utilisateurs que vous pouvez accueillir sur le serveur.

Alors tout est clair ? Vous pouvez utiliser la version 32 bits d'Exchange 2007 pour :

• Évaluer les nouvelles fonctionnalités sur un serveur de test sans boîtes aux lettres d'utilisateur live.
• Saliver devant la nouvelle console d'administration, le noyau ou l'interface OWA (mais faites attention au clavier, quand même).
• Administrer vos serveurs Exchange 2007.
• Étendre le schéma dans votre forêt Active Directory.

Lorsque vous êtes prêt à déplacer des boîtes aux lettres, il est nécessaire que les serveurs exécutent un système d'exploitation 64 bits avec Exchange 2007 à 64 bits. Sinon, l'installation et ExBPA vous avertiront par bip (voir la figure 3). Paul le sait car c'est lui qui a écrit le code !

Figure 3** Installation de 32 bits lorsque vous ne pouvez installer que 64 bits **(Cliquer sur l'image pour l'agrandir)

Q : De combien de mémoire ai-je besoin pour exécuter Exchange 2007 ?

R : Votre installation de base requiert au moins 1 Go de RAM physique. Comme je l'ai expliqué précédemment, certains rôles de serveur sont assez lourds à gérer. Si vous envisagez d'installer un serveur tout-en-un (avec boîte aux lettres, accès client, transport Hub et messagerie unifiée), vous pouvez démarrer avec 2 Go de RAM et évoluer en fonction du nombre de boîtes aux lettres et de leur utilisation. Si vous envisagez d'installer le rôle Edge ou un cluster, ceux-ci doivent être installés sur des ordinateurs séparés. Seul le rôle de boîte aux lettres peut être installé sur un cluster, rien d'autre.

Vous serez ravis de savoir que vous pouvez enfin installer plus de 4 Go de RAM dans votre serveur Exchange. De nombreux ordinateurs actuels sont livrés avec 6 ou 8 Go. Il est toujours insupportable de supprimer ces modules de données à double fréquence (DDR) ou d'utiliser /BurnMemory pour diminuer la RAM à 4 Go (malheureusement, Exchange 2003 s'exécutera moins bien et sera moins stable si vous avez plus de 4 Go, consultez le site go.microsoft.com/fwlink/?LinkId=76537 pour plus d'informations).

Pour vos serveurs d'infrastructure (hubs, accès client, etc.) 4 Go de RAM seront suffisants, même avec la charge la plus lourde. Vous souhaitez investir surtout dans vos serveurs de boîtes aux lettres. Ce cache JET 64 bits récemment optimisé utilisera autant de mémoire que vous souhaitez. Bien entendu, contrairement à Exchange 2003, Exchange 2007 prend en charge jusqu'à 50 groupes de stockage.

Même si chaque groupe de stockage peut prendre en charge plusieurs bases de données, cela ne servira à rien, surtout que la LCR et la CCR (les deux types de réplication de base de données que nous avons abordés précédemment) ne peuvent fonctionner qu'avec des groupes de stockage ayant une seule base de données. Vous devrez certainement ajouter une RAM supplémentaire si vous souhaitez créer des groupes de stockage ou que vous rêvez de disposer de boîtes aux lettres de plus de 2 Go pour chaque utilisateur. Vous trouverez des informations importantes et détaillées concernant la taille de la RAM sur le blog de l'équipe Exchange, mais les figures 4 et 5 fournissent des cartes de référence pour vous initier.

Figure 5 RAM et groupes de stockage

Figure 4 RAM par type d'utilisateur

À propos, Microsoft IT utilise un certain nombre de groupes de stockage, multiple de sept, parce qu'ils ont une planification de sauvegarde tournante qui prévoit qu'un jour donné, seuls quelques groupes de stockage sont sauvegardés. Nous appelons cette planification « sauvegardes canne à sucre » car sur la feuille de calcul Excel qui décrit la planification de sauvegarde, les groupes de stockage sauvegardés un jour donné sont représentés en rouge et en cascade. Nous espérons que ces informations étaient utiles. Envoyez de « vraies » questions pour le prochain numéro.

KC Lemson est responsable en chef de programme de l'équipe Exchange Server. Elle consacre son temps libre à assurer la protection des fonds du fameux prince du Nigeria.

KC Lemson est responsable en chef de programme de l'équipe Exchange Server. Elle consacre son temps libre à assurer la protection des fonds du fameux prince du Nigeria. Paul Bowden est également responsable en chef de programme de l'équipe Exchange Server. Il consacre le plus clair de son temps libre à reconfirmer ses informations de compte PayPal sur demande.

© 2008 Microsoft Corporation et CMP Media, LLC. Tous droits réservés. Toute reproduction, totale ou partielle, est interdite sans autorisation préalable.