File d'attente Exchange &A: Exchange Server 2010 SP1 à la une
Le lancement officiel du premier service pack d'Exchange Server 2010 est prévu ultérieurement cette année, mais ce produit suscite déjà un grand nombre de questions et de commentaires.
Henrik Walther
Problèmes de port
Q : Comme nous offrons des plans pour notre environnement de production Exchange 2010 de mettre à niveau vers Exchange 2010 SP1 lorsqu'il a libéré plus tard cette année, nous avons été tester la version bêta de Exchange 2010 SP1 dans notre sandbox. Nous avons des quatre serveurs d'accès Client Exchange 2010 dans un tableau de CAS. Nous chargeons équilibre le trafic des clients Exchange sur tous les serveurs de CAS à l'aide d'un équilibreur de charge matériel à partir d'un fournisseur tiers. Nous avons également affecté statiques des ports RPC pour le service d'accès du client RPC et le service de carnet d'adresses Exchange.
Une fois que nous avons commencé à l'aide d'Exchange 2010 SP1, nous avons reçu une variété de problèmes de connexion à une boîte aux lettres à l'aide d'Outlook. Nous avons également eu des problèmes, ouvrez le carnet d'adresses à partir d'Outlook. Nous ne semble pas disposer de ces problèmes lors de l'utilisation d'OWA. Avez-vous vu cela ou au moins avoir une idée de ce que pourrait causer ce problème ?
R : Avec la version RTM de 2010 Exchange, êtes que vous avez affecté un port RPC statique pour le service d'accès du client RPC en ajoutant une clé DWORD nommée “ TCP/IP port ” (en anglais) dans le Registre. Il s'agit sous : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeRpc\ParametersSystem. Vous avez êtes également affecté un port RPC statique pour le service de carnet d'adresses Exchange en utilisant le fichier Microsoft.exchange.addressbook.service.exe.config à partir de dans le dossier “ bin ” situé dans le dossier d'installation Exchange 2010.
Avec Exchange 2010 SP1, les choses ont changé légèrement lorsqu'il s'agit de l'affectation d'un port statique pour le service de carnet d'adresses Exchange. Pour empêcher le programme d'installation Exchange d'écraser les valeurs personnalisées tapées dans le fichier Microsoft.exchange.addressbook.service.exe.config et rendre cette étape de configuration plus cohérente avec la manière dont vous attribuer un port RPC statique pour le service d'accès du client RPC, le groupe produit Exchange a décidé de déplacer cette option de configuration dans le Registre.
Si vous ouvrez le fichier Microsoft.exchange.addressbook.service.exe.config après la mise à niveau un serveur d'accès Client Exchange 2010 SP1, vous ne voyez plus le
<add key="RpcTcpPort" value="static_port" />
comme vous pouvez le voir dans les de la figure 1 .
.png)
Figure 1 avec Exchange 2010 SP1, vous n'avez plus affecter des ports statiques pour le MSExchangeAB dans un fichier de configuration.
Avec Exchange 2010 SP1, vous affectez un port RPC statique pour le service de carnet d'adresses Exchange par la recherche d'antécédents au HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\MSExchangeAB. Ici, vous devez créer une nouvelle clé nommée “ Parameters ” (ParametersSystem pas). Sous cette clé, créez une nouvelle chaîne REG_SZ (pas un DWORD) nommée “ RpcTcpPort ” et spécifier le numéro de port RPC à affecter au service, comme dans de la figure 2 .
.png)
La figure 2 avec le SP1 Exchange 2010, vous affectez un port statique pour le MSExchangeAB dans le Registre.
Il est important de noter que n'importe quel port RPC statique actuel que vous avez affecté le service de carnet d'adresses Exchange en utilisant le fichier Microsoft.exchange.addressbook.service.exe.config ne sont pas automatiquement être converti dans un Registre. Vous devez le faire manuellement après la mise à niveau vers Exchange 2010 SP1. Il semble que c'est ce qui provoque les problèmes que vous rencontrez lors de la connexion à une boîte aux lettres avec Outlook.
Importation et exportation de boîtes aux lettres
Q : Dans Exchange 2007 SP1, nous avons rencontré des cmdlets Import-Mailbox et Export-Mailbox qui nous avons utilisé pour importer ou exporter des données vers ou à partir de fichiers PST. Bien que ces deux applets de commande remplacement l'ancien outil ExMerge bonne, il a été exigeants.
Pour pouvoir utiliser les applets de commande, vous deviez installer la version 32 bits des outils de gestion de Exchange 2007 SP1, ainsi que Outlook 2003 SP2 ou version ultérieure, sur un serveur dédié ou un poste de travail. Le fournisseur MAPI fourni avec Exchange 2003 et version antérieure a été supprimé à partir d'Exchange 2007.
Selon ce que je vois, l'ordinateur Exchange 2010 RTM utilise toujours les cmdlets Import-Mailbox et Export-Mailbox. Bien que la prise en charge de à distance de Windows PowerShell améliore les choses un peu en vous permettant d'exécuter ces cdmlets sur un serveur ou de bureau sans les outils de gestion de Microsoft Exchange 2010 installés, vous devez toujours installer Outlook 2010 64 bits sur le serveur de boîtes aux lettres elle-même. Les applets de commande également semblent un peu génératrice d'erreurs Exchange 2010.
Le Service Pack 1 de Exchange 2010 rend-elle les améliorations aux comment importer et exporter des données de boîtes aux lettres vers et à partir de fichiers PST ?
R : La réponse courte est Oui. Il y a beaucoup de modification dans cette zone. La longue de la réponse est Oui également. Avec Exchange 2010 SP1, deux applets de commande toute nouvelles — MailboxImportRequest et MailboxExportRequest — ont remplacé les anciens cmdlets Import-Mailbox et Export-Mailbox.
Mieux encore, le groupe produit Exchange considérée également qu'il était judicieux de se débarrasser de la demande de fournisseur MAPI 2010 de Outlook. Exchange 2010 a son propre fournisseur MAPI, et ces deux applets de commande Nouveau tirent parti du service de réplication de boîtes aux lettres Exchange (MRS). Vous pouvez importer ou exporter des données via un processus asynchrone, tout comme lorsque vous déplacez des boîtes aux lettres à l'aide du nouveau-MoveRequestcmdlet (voir la rubrique de la figure 3 ).
Par conséquent, si vous souhaitez importer un fichier PST dans une boîte aux lettres Exchange 2010 SP1, la commande se présente comme suit :
New-MailboxImportRequest-Mailbox HEW -FilePath\\EX02\PSTFileShare\HEW.pst
.png)
La figure 3 données d'importation à partir d'un fichier PST à une boîte aux lettres Exchange 2010 SP1.
Notez que vous pointez maintenant sur un chemin UNC, pas un dossier local sur le serveur sur lequel l'applet de commande est exécutée. Cela a également plusieurs avantages.
Réponses d'archivage
Q : Avec Exchange 2010 RTM, nous n'avons pas pu importer un fichier PST directement à l'archive en ligne d'une boîte aux lettres Exchange 2010. Au lieu de cela, nous devions tout d'abord importer les données vers la boîte aux lettres principale et d'y faire glisser et déplacer le contenu (ou utiliser des stratégies de rétention) pour les archives en ligne.
Savez-vous si Ceci modifiera Exchange 2010 SP1 ?
R : Comme expliqué dans la réponse précédente, un grand nombre d'éléments est modifié lorsqu'il s'agit de l'importation et exportation de données de boîtes aux lettres à et à partir de fichiers PST. Il en va de même importer et exporter des données vers et à partir d'une archive en ligne.
À l'aide des cmdlets mêmes (MailboxImportRequest et MailboxExportRequest), vous pouvez désormais déplacer les données dans et hors d'une archive en ligne (comme dans de la figure 4 ). Au lieu de la commande que je fourni dans la dernière réponse, vous utilisez quelque chose comme suit pour importer des données directement dans l'archive en ligne :
New-MailboxImportRequest -Mailbox HEW –IsArchive-FilePath\\EX02\PSTFileShare\HEW.pst
.png)
La figure 4 données d'importation à partir d'un fichier PST à une archive en ligne Exchange 2010.
Éviter les redémarrages forcés
Q : Avec la version commerciale de Exchange 2010, un utilisateur peut travailler dans sa boîte aux lettres pendant qu'il est déplacé entre deux bases de données de boîtes aux lettres Exchange 2010 ou un Service Pack 2 de Exchange 2007 et d'une base de données de la boîte aux lettres Exchange 2010 RTM. Comme vous pouvez le voir dans les de la figure 5 , cependant, à la fin du déplacement, l'utilisateur a été invité à quitter et redémarrer Outlook afin d'appliquer les modifications récentes.
.png)
La figure 5 Outlook redémarrer déclenchées par Exchange 2010
Vous savez si Microsoft a fait tout travail supplémentaire dans cette zone en ce qui concerne Exchange 2010 SP1 ? La boîte de dialogue de la figure 5 étant un désagrément mineur pour un utilisateur final, il serait Isard qu'ils peuvent supprimer cette étape.
R : Qui est une bonne question, et Oui, en fait a été peu de travail dans ce domaine. Avec Exchange 2010 SP1, si vous déplacez une boîte aux lettres entre deux bases de données Exchange 2010 SP1, l'utilisateur n'est reçu en général une boîte de dialogue “ doit être redémarré Outlook ” zone, sauf si :
- La propriété RpcClientAccessServer est différente entre deux bases de données de boîtes aux lettres impliquées. (Cela arrive généralement lorsque vous n'utilisez pas un tableau de CAS.)
- Si vous déplacez une boîte aux lettres entre une base de données de boîtes aux lettres source dans le site Active Directory 1 (avec un tableau de CAS configuré) à une base de données de boîtes aux lettres cible dans Active Directory site 2 (avec un autre tableau CAS configuré).
- Si les propriétés nommées pour la boîte aux lettres est réinitialisée à l'aide du paramètre DoNotPreserveMappingSignature lors de l'exécution le MoveRequestcmdlet de nouveau.
Si vous déplacez une boîte aux lettres entre Exchange 2003/2007 et Exchange 2010 SP1, vous aurez toujours redémarrer Outlook.
Garder le contrôle
Q : Nous avons simplement portée Exchange 2010 RTM d'Exchange 2003. À ce stade, nous aimons vraiment les fonctionnalités de cette version, en particulier le nouveau Exchange contrôle Panel (ECP). Toutefois, nous allons faire face à un problème avec l'ECP. En plus de leurs comptes d'utilisateur ã extension messagerie normale, notre personnel du service informatique ont un autre compte d'administrateur. Notre stratégie de l'informatique exige que les comptes d'administrateur à extension boîte aux lettres ne sont pas autorisés au sein de l'organisation. Nos tests montre que pour accéder à l'ECP, vous devez ouvrir une session en utilisant un compte de boîte aux lettres activée.
Nous étions, vous vous demandez si vous savez que des solutions de contournement par rapport à cette restriction ? Nous souhaitons vraiment utiliser l'ECP pour de nombreuses tâches administratives liées à Exchange 2010.
R : Dès le début dans les étapes de développement de Exchange 2010, l'équipe de développement a décidé un compte d'accès à l'ECP nécessaires à une boîte aux lettres Exchange 2010. La raison principale de cette décision a été l'effort d'ingénierie nécessaire pour prendre en charge un scénario où les comptes sans boîte aux lettres activée et comptes de boîte aux lettres activée aurait accès à l'ECP. Ce qui permet que les accès pourrait entraîner dans les chemins de code différents, qui à nouveau implique les coûts d'une augmentation de la complexité et de test. Par conséquent, le groupe produit Exchange décidé de définir cette limitation et vous concentrer sur la fourniture réelles des fonctionnalités dans l'interface utilisateur. Ainsi, Oui, la version RTM de 2010 Exchange nécessite tous les comptes d'utilisateur/admin qui accèdent à l'ECP ã extension messagerie.
Comme la plupart d'entre vous le savez, le groupe produit Exchange prend tous les commentaires de la Communauté et de ses clients très graves. En fait, de nombreuses modifications de fonctionnalité ont été effectuées en fonction de vos commentaires. Depuis la version de Exchange 2010 RTM, le groupe Exchange a appris de nombreuses organisations possèdent des stratégies informatiques de placer semblables aux vôtres. Par conséquent, il est agréable de pouvoir vous dire que lorsque le Service Pack 1 de Exchange 2010 est publié plus tard cette année du calendrier, cette exigence va avoir disparu.
Avec Exchange 2010 SP1, vous ne pourrez pas ouvrir une session directement sur l'ECP (https://mailcontoso.com/ecp) avec un extérieurs à la messagerie et l'extension boîte aux lettres non Active Directory compte d'utilisateur ( figure 6-).
.png)
La figure 6 ECP ouverture à l'aide d'un compte d'utilisateur Active Directory extérieurs à la messagerie ou avec boîte aux lettres non
Le Rhyme et le motif de réparation
Q : Notre organisation a mis à niveau à partir d'Exchange 2007 à Exchange 2010. Occasionnellement, nous devons effectuer une réparation en mode hors connexion sur les bases de données de boîtes aux lettres. Nous voulions demander si vous devez exécuter ISInteg après avoir réparé une base de données de boîtes aux lettres, comme dans les versions antérieures d'Exchange Server ?
Ceux d'entre nous qui ont besoin de temps à autre pour détecter et réparer des boîtes aux lettres dans une base de données de boîtes aux lettres de Exchange 2010 comment ? Avec Exchange 2010 le groupe produit Exchange se déplace à partir de ISInteg. Dans Exchange SP1 2010, nous allons devoir une applet de commande toute nouvelle appelée MailboxRepairRequest de nouveau. Ceci remplace l'outil ISInteg. Vous pouvez exécuter cette cmdlet par rapport à un ou plusieurs boîtes aux lettres en mode asynchrone, alors que la base de données de boîtes aux lettres dans lequel ils soient trouvent est monté. Garder à l'esprit, cependant, que les boîtes aux lettres en cours de réparation à l'aide de cette cmdlet va être interrompu.
Pour détecter et réparer des affichages de dossier, nous utiliserions ce qui suit :
New-MailboxRepairRequest -Mailbox HEW -CorruptionTypeFolderView
.png)
La figure 7 la cmdlet de réparation de boîte aux lettres de nouvelle par rapport à une boîte aux lettres en cours d'exécution
Vous pouvez également exécuter la cmdlet sur une base de données de boîtes aux lettres, mais l'accès à toutes les boîtes aux lettres dans cette base de données puis va être interrompu jusqu'à ce que vous avez terminé le processus de réparation.
****Henrik Walther****est un réplica-maître certifié Microsoft : Exchange 2007 et des MVP de Exchange avec plus de 15 ans se rencontrer dans l'environnement informatique. Il travaille comme un forTimengoConsulting d'architecte technologique (un partenaire Microsoft Gold Certified au Danemark) et comme rédacteur technique pour Biblioso Corporation (une société basés aux États-Unis, est spécialisé dans managé services documentation et de localisation). Vous pouvez envoyer par courrier électronique Walther à v-henwal@microsoft.com de