Questions et réponses ExchangeInstallation, journalisation des messages, options de stockage, et bien plus encore

KC Lemson and Nino Bilic

Q. J'exécute une installation d'Exchange Server 2007 et j'aimerais savoir si je peux contourner la vérification préalable. Je ne veux pas réparer tous les problèmes signalés par la vérification préalable ; je veux simplement exécuter l'installation, c'est tout !

R. La réponse rapide est non, vous ne pouvez pas. Vous devez vraiment réparer tous les problèmes signalés par la vérification préalable si ces problèmes empêchent l'installation de continuer, sans quoi votre expérience d'Exchange à long terme en souffrira.

Certains administrateurs ont tenté de modifier le fichier ExBPA.PreReqs.xml (le fichier qui contient la liste des conditions requises pour l'installation d'Exchange 2007) et de supprimer les vérifications qui provoquent l'arrêt de l'installation. Cela ne fonctionne pas car le fichier XML est signé numériquement, et la modification de son contenu rend la signature non valide.

Le but est de vous empêcher de créer une installation qui ne fonctionne pas correctement. Nous avons testé Exchange 2007 dans différents environnements et savons que certains configurations et paramètres fonctionnent mieux que d'autres, et que certains peuvent présenter de véritables problèmes. Les conditions requises ont été mises en place pour assurer la réussite de votre installation, en fonction de nos expériences et nos tests.

Si vous détectez un véritable problème lié à la vérification préalable d'Exchange 2007, et que l'installation dans votre environnement en souffre, nous vous recommandons de contacter le support technique d'Exchange.

Q. Où puis-je trouver le journal d'installation ? Je ne le trouve pas dans la racine du lecteur C: .

R. Tous les journaux d'installation sont maintenant stockés dans le répertoire %SYSTEMDRIVE%\ExchangeSetupLogs, ce qui, dans la plupart des installations, signifie c:\ExchangeSetupLogs. Vous trouverez plusieurs fichiers à cet emplacement, notamment les deux fichiers suivants :

ExchangeSetup.log Journal contenant les informations relatives aux tâches et paramètres utilisés lors de l'exécution de l'installation. Lorsque les rôles de serveur sont configurés, les informations relatives aux tâches exécutées pour configurer le serveur sont également enregistrées dans ce journal. Ce journal vous permettra également de vérifier la plupart des informations relatives à l'installation de votre serveur. L'installation du Service Pack s'ajoutera également au même fichier.

ExchangeSetup.msilog Fichier contenant des informations sur la phase de décompression de l'installation. Lorsque Microsoft® Installer copie des fichiers vers leurs destinations à partir d'un emplacement temporaire, il utilise ce fichier pour l'enregistrement. Si vous avez un problème lié à la capacité de copier des fichiers ou d'accéder aux fichiers pendant l'installation, c'est dans ce journal que vous avez le plus de chance de trouver des solutions.

Q. Je sais que la vérification préalable est optimisée par Exchange Server Best Practices Analyzer (BPA). Où puis-je donc trouver le rapport des conditions requises ?

R. Si vous voulez rechercher un rapport créé par BPA pendant la vérification préalable, regardez dans le dossier suivant :

%SYSTEMDRIVE%\Exchangesetuplogs\PreReqs

Les noms de fichier ont un format standard :

ExBPA.<dateandtime>.data.xml 

Si vous tentez de deviner ce qu'une vérification préalable spécifique recherchait, localisez le fichier XML contenant le message d'erreur reçu et, juste au-dessus du message, vous verrez la définition de la règle testée.

Q. Comment lire les journaux d'installation ? Quelles sont les options dont je dispose ?

R. Il existe en général deux méthodes de lecture des journaux d'installation. Vous pouvez exécuter le fichier Get-SetupLog à partir de l'environnement de ligne de commande Exchange Management Shell, ou vous pouvez tout simplement ouvrir le fichier journal d'installation dans le Bloc-notes ou dans votre éditeur de texte préféré.

Si vous utilisez le fichier Get-SetupLog, voici un exemple de méthode d'extraction des avertissements ou erreurs :

Get-SetupLog c:\exchangesetuplogs\exchangesetup.log –error

Si vous voulez faire ça correctement, vous devez obtenir les scripts Out-HTML.ps1 et Out-IE.ps1, qui sont disponibles dans le pack de démonstration Exchange 2007 PowerShell Scriptacular. (Pour en savoir plus, consultez notre blog à la page msexchangeteam.com/archive/2006/12/27/431998.aspx.)

Une fois en possession de ces scripts, placez-les dans le dossier des scripts Exchange (par défaut, c:\program files\microsoft\exchange server\scripts), puis exécutez la commande suivante :

Get-SetupLog –tree:$false –error:$false | Where { $_.status –eq "Error" } | select datetime, depth, description, status | Out-HTML | Out-IE

Celle-ci ouvre une fenêtre facile à parcourir affichant une vue HTML des erreurs éventuellement survenues pendant l'installation (voir la figure 1).

Figure 1** Out-HTML et Out-IE facilitent la lecture de vos journaux d'installation. **(Cliquer sur l'image pour l'agrandir)

En revanche, si vous choisissez d'afficher le fichier exchangesetup.log dans le Bloc-notes, voici quelques conseils :

• Pour trouver un début d'exécution de l'installation, recherchez : [0] Starting Microsoft Exchange 2007 Setup.
• Pour trouver une fin d'exécution de l'installation, recherchez : [0] End of Setup.
• Les tâches principales de l'installation sont séparées par : [0] **************.
• Pour trouver un compte ayant exécuté une installation, recherchez : [0] Logged on user.
• Si vous voulez voir le contrôleur de domaine utilisé pendant l'installation, recherchez : [0] Setup will use the domain controller.

En général, lorsque vous examinez les journaux d'installation dans le Bloc-notes, vous devez commencer par la fin du fichier et revenir en arrière pour voir où était le problème Les erreurs apparaissent généralement parmi les dernières informations consignées dans le journal d'installation.

Q. Puis-je utiliser Exchange 2007 - Messagerie unifiée avec mon PBX ?

R. Vous pouvez probablement. Consultez la page microsoft.com/technet/prodtechnol/exchange/telephony-advisor.mspx pour obtenir une liste des passerelles VoIP et des PBX pris en charge. Toute modification apportée à la liste des produits pris en charge sera ajoutée à cette page.

Q. Je possède un client qui exécute Small Business Server 2003 avec Exchange, et la stratégie de l'entreprise exige que tout le courrier soit contrôlé. Pour exécuter le contrôle, je souhaite envoyer une copie de tout courrier entrant et sortant au compte de l'administrateur. Comment faire ?

R. Vous avez besoin de la journalisation des messages, qui vous permet de garder une copie de tous les messages envoyés vers ou à partir d'une base de données de boîte aux lettres spécifique dans une boîte aux lettres de journalisation séparée. Il existe toute une série d'options vous permettant de configurer le détail des copies journalisées (par exemple, voulez-vous capturer les destinataires en copie invisible ?), ainsi qu'un outil supplémentaire avec des fonctionnalités avancées téléchargeable à l'adresse go.microsoft.com/fwlink/?LinkId=93725. La journalisation dans Exchange 2003 est activée à un niveau par base de données, ce qui signifie que chaque utilisateur de cette base de données est journalisé. Une fois la boîte aux lettres devant contenir les messages journalisés créée, accédez aux propriétés de la banque de boîtes aux lettres dans le Gestionnaire système Exchange et cochez la case permettant d'archiver les messages envoyés vers ou reçus par les boîtes aux lettres de cette banque. Selon la stratégie de votre entreprise, vous souhaiterez peut-être également activer le gestionnaire de boîte aux lettres pour nettoyer automatiquement les anciennes copies de journal de la boîte aux lettres des journaux.

Exchange 2003 dispose d'une autre fonctionnalité de journalisation similaire, appelée le récepteur d'archivage. Contrairement à la journalisation, qui enregistre des copies des messages dans une autre boîte aux lettres dans Exchange, le récepteur d'archivage enregistre les messages dans un dossier spécifié sur le disque dur du serveur. Pourquoi choisir une méthode plutôt que l'autre ? La journalisation est généralement conçue pour les scénarios de conformité aux réglementations, tandis que le récepteur d'archivage peut s'avérer utile si vous souhaitez capturer tous messages provenant ou destinés à Internet, par exemple.

Exchange 2007 simplifie considérablement ces scénarios, et vous pouvez facilement journaliser en fonction d'un utilisateur ou d'une liste de distribution. Si vous ne voulez pas que les utilisateurs sachent que leur courrier est journalisé, vous pouvez masquer la liste de distribution de la liste d'adresses globale (notez qu'il s'agit d'une fonction différente de l'appartenance masquée d'une liste de distribution) ou définir un attribut personnalisé sur les utilisateurs, puis créer un groupe de distribution basé sur des requêtes (également appelée liste de distribution dynamique ou DDL) pour supprimer les utilisateurs avec cet attribut personnalisé. Si vous voulez journaliser tout le courrier de l'organisation entière dans le même emplacement, laissez le champ de destinataire vide lors de la création de la règle de journalisation. Notez également que si vous voulez utiliser une journalisation autre que la journalisation par base de données dans Exchange 2007, vous aurez besoin de la licence d'accès client (CAL) Entreprise pour ces utilisateurs. Vous trouverez plus d'informations à la page microsoft.com/exchange/howtobuy/licensingFAQ.mspx. Si vous ne souhaitez pas cette CAL ou l'une des autres fonctionnalités, vous pouvez continuer à utiliser la fonctionnalité de journalisation par base de données d'Exchange 2003. Enfin, jetez un coup d'œil sur l'article de David Strome dans le numéro de décembre 2006 de TechNet Magazine intitulé « Une journalisation plus puissante dans Exchange 2007 » à l'adresse : technetmagazine.com/issues/2006/12/journaling.

Q. Tous mes utilisateurs exécutent Microsoft Office 2003, et nous n'envisageons de passer à Office System 2007 qu'après une actualisation de matériel en 2008. D'après ce que j'ai compris, je crains qu'ils ne bénéficient pas de certaines fonctionnalités à cause de cela. Pourront-ils utiliser la messagerie unifiée ?

R. Absolument. Dans Office 2003, les utilisateurs de la messagerie unifiée peuvent recevoir des messages vocaux et des télécopies dans leurs boîtes aux lettres, ainsi qu'appeler pour accéder à leur boîte aux lettres via n'importe quel téléphone. Si vous ne passez pas à Outlook 2007, les fonctionnalités de la messagerie unifiée dont vous ne bénéficierez pas sont d'une part la possibilité de configurer des paramètres de messagerie vocale via l'onglet Options dans Outlook, et d'autre par le formulaire personnalisé spécial qui s'affiche sur un message vocal dans Outlook et permet de lire le message incorporé sans lancer un lecteur multimédia séparé. De plus, la fonctionnalité qui vous permet d'écrire des notes audio et de les enregistrer avec le message vocal ne sera pas disponible. Mais, même sans Outlook 2007, les utilisateurs qui ont activé la messagerie unifiée peuvent toujours utiliser OWA 2007 pour accéder aux paramètres de messagerie unifiée (sur la page d'options OWA), ainsi que le formulaire personnalisé pour message vocal dans OWA.

Q. Mon entreprise dispose déjà d'un réseau SAN et je souhaite y connecter Exchange 2007. Mais j'ai entendu beaucoup de choses sur le stockage DAS (direct attached storage), et j'hésite à choisir cette solution. Qu'en pensez-vous ?

R. Il n'existe pas de bonne ou de mauvaise réponse à cette question ; cela dépend vraiment de la stratégie et des scénarios de votre entreprise (surtout si vous disposez déjà d'un réseau SAN). Si vous envisagez l'achat d'un nouveau SAN, l'ajout d'un autre réseau SAN ou une mise à niveau, nous vous recommandons de considérer DAS. Voici des informations à prendre en compte : Depuis juin 2007, Microsoft IT a déployé 17 serveurs de boîte aux lettres Exchange 2007 pour 40 000 boîtes aux lettres (avec des quotas variant de 500 Mo à 10 Go), qui utilisent tous la réplication continue en cluster (CCR) avec DAS. D'ici à septembre, nous comptons avoir 35 serveurs de boîte aux lettres Exchange 2007 avec 152 500 boîtes aux lettres, tous sur DAS. Donc, si vous vous demandez si DAS est approprié et utilisable à l'échelle d'une entreprise, la réponse est : absolument. Le stockage DAS est l'un des éléments clés qui ont permis à Microsoft IT d'augmenter les quotas d'utilisateurs tout en diminuant les coûts de stockage globaux. Pour plus d'informations sur cette topologie et ce déploiement et les économies impliquées, consultez la page microsoft.com/technet/itshowcase/content/64bitexchange2007.mspx.

Bien que le fait d'avoir tous vos serveurs connectés au même réseau SAN puisse a priori sembler représenter une économie de stockage énorme, cela n'est pas sans risque. Par exemple, l'un des problèmes courants est lié aux différents scénarios d'utilisation du logiciel connecté au réseau SAN. Si vous disposez d'une application de RH sur le SAN exécutant un processus par lot tous les soirs à 17:00 h, par exemple, ce pic d'E/S peut sérieusement affecter vos utilisateurs Exchange. L'absence d'E/S déterministe est un problème courant avec les déploiements SAN partagés.

L'un des avantages dont nous nous sommes également rendu compte avec DAS réside dans le fait qu'il est plus simple à gérer, car qu'il ne requiert pas d'administrateur de stockage dédié ou d'équipement spécial. Il est incrémentiel et facile à acheter et développer ultérieurement. Il est généralement assez bon marché, si bien que si vous souhaitez disposer de rechanges, cela ne vous ruinera pas.

Q. J'ai installé mon premier serveur Exchange 2007. Depuis, lorsque je tente de me connecter à l'aide d'Outlook 2003, j'obtiens une erreur indiquant que l'administrateur a bloqué ma version d'Outlook. (« L'administrateur de votre serveur Exchange a bloqué la version d'Outlook que vous utilisez. Veuillez contacter votre administrateur pour obtenir de l'aide. ») Or, je suis l'administrateur et je ne l'ai jamais bloquée. Que se passe-t-il ?

R. Ce comportement n'est pas inattendu. Lors de l'installation d'Exchange 2007, l'Assistant d'installation vous demande si vous exécutez des clients Outlook 2003 ou antérieurs ou Entourage dans votre organisation (voir la figure 2). Si vous avez répondu non à cette question, vous pouvez rencontrer ce problème.

Figure 2** Question sur les clients hérités lors de l'installation d'Exchange 2007 **(Cliquer sur l'image pour l'agrandir)

Pour résoudre ce problème a posteriori (après l'installation), vous pouvez simplement créer une banque de dossiers publics à l'aide de la console de gestion ou de l'environnement de ligne de commande Exchange Management Shell et redémarrer le service Banque d'informations. Le redémarrage du service Banque d'informations est obligatoire dans ce cas, et les clients hérités (Outlook 2003 et versions antérieures) ne pourront établir de connexion au serveur qu'après ce redémarrage.

Par ailleurs, si vous exécutez l'installation sans assistance d'Exchange 2007, vous pouvez utiliser le commutateur /EnableLegacyOutlook pour spécifier comment vous voulez répondre à la question sur les clients hérités.

Q. En quoi cela intéresse-t-il Exchange 2007 que je me connecte au serveur à l'aide d'anciennes versions d'Outlook ? Pourquoi la création de la banque de dossiers publics et le redémarrage du service Banque d'informations règlent-ils ce problème ?

R. Les réponses à ces questions tournent autour de la présence de la banque de dossiers publics. Si vous vous rappelez, la banque de dossiers publics des versions antérieures d'Exchange est notamment utilisée pour le stockage des données de disponibilité des utilisateurs. Lorsqu'un utilisateur d'un Outlook hérité est connecté à son serveur Exchange via MAPI ou RPC sur HTTP et publie quelque chose sur son calendrier, les informations sur son état de disponibilité sont également publiées sur le serveur dans un dossier public spécial appelé Schedule+. C'est le seul moyen pour les clients Outlook hérités de savoir que les utilisateurs ont publié des données de disponibilité sur le serveur. C'est également leur seul moyen de savoir comment lire les informations de disponibilité des autres utilisateurs.

Exchange 2007 sait cela. C’est pour cette raison que s'il n'existe pas de banque de dossiers publics, Exchange 2007 bloque les versions antérieures des clients. Si Exchange 2007 autorisait la connexion des clients hérités, le client se heurterait à des erreurs fréquentes, car Outlook ne pourrait pas se connecter à la banque de dossiers publics pour publier les données de disponibilité, et la fonctionnalité du client serait limitée, car la recherche des disponibilités d'un utilisateur (lors de la planification d'une réunion avec quelqu'un d'autre, par exemple) ne fonctionnerait pas. C'est également pourquoi la création de la banque de dossiers publics résout le problème, car le serveur Exchange 2007 détecte alors que les clients hérités peuvent utiliser la fonctionnalité de publication des disponibilités et autorise la connexion à la boîte aux lettres.

Vous pourriez également tirer la conclusion suivante : les clients Outlook 2007 ne requièrent pas la banque de dossiers publics pour publier leurs informations de disponibilités. Cela est vrai, mais avec une condition.

Sans trop entrer dans les détails, disons que si une banque de dossiers publics est présente sur un serveur Exchange 2007, même un client Outlook 2007 publie les données de disponibilités des utilisateurs sur ce serveur. Cela permet à d'autres clients (certains probablement des clients Outlook hérités) de rechercher les informations de disponibilité d'un utilisateur Outlook 2007. Si les informations ne se trouvaient pas dans la banque de dossiers publics, les clients hérités ne verraient pas les informations pour l'utilisateur Outlook 2007, car rien n'alimenterait les informations dans la banque de dossiers publics. Toutefois, si la banque de dossiers publics n'est pas présente, un client Outlook 2007 ne tente pas de publier les données de disponibilité. Lorsqu'il n'existe pas de banques publiques, et que tous clients sont au moins des clients Outlook 2007, un autre mécanisme de recherche d'informations de disponibilité est utilisé. Dans ce mécanisme, les données de calendrier sont lues directement depuis les boîtes aux lettres des utilisateurs, sans créer de copie ailleurs. Pour en savoir plus, consultez les informations sur le service de disponibilité dans le fichier d'aide de votre serveur ou la documentation en ligne d'Exchange, à l'adresse go.microsoft.com/fwlink/?LinkId=69434.

Q. Je viens de lire l'article de la Base de connaissances 288894, qui parle du blocage de clients MAPI à l'aide d'une clé de Registre (voir support.microsoft.com/kb/288894). J'ai vérifié le Registre de mon serveur, mais cette clé n'est pas définie. Comment la banque exécute-t-elle ce blocage de version de client hérité ?

R. Bonne question ! En effet, la Banque d'informations Exchange 2007 n'utilise pas la valeur de Registre de désactivation de clients MAPI mentionnée dans cet article de la Base de connaissances pour bloquer les clients hérités. Ceci s'explique par le fait qu'il existe une possibilité qu'aucune banque de dossiers publics n'existe et, par conséquent, aucune modification de cette clé de Registre ne peut débloquer ces clients si aucune banque de dossiers publics n'est présente.

Le comportement de blocage des clients antérieurs à Outlook 2007 est simplement codé en dur dans la Banque d'informations Exchange 2007. Au démarrage du service, la banque vérifie la présence de la banque de dossiers publics, puis décide si seul Outlook 2007 sera autorisé à se connecter ou si des versions antérieures pourront également se connecter à leurs boîtes aux lettres. Cette vérification ne se produit qu'au démarrage du service. C'est pour cette raison que vous devez redémarrer le service de Banque d'informations après avoir créé la banque de dossiers publics afin que la modification prenne effet.

KC Lemson est Directeur expérience utilisateur pour Exchange Server. Elle prépare actuellement un doctorat dans une université prestigieuse non accréditée.

Nino Bilic est responsable du programme de capacité de prise en charge pour Exchange Server. Il envisage de devenir pilote de voiture de course professionnel dans Forza Motorsports 2.

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