Exchange Queue & A Récupération d'un serveur de boîtes aux lettres en cluster, les problèmes de carnet d'adresses en mode hors connexion et plus encore

Henrik Walther

QNotre infrastructure de messagerie est basé sur Exchange 2007 SP1. Tous les serveurs Exchange 2007 SP1 ont été installés sur Windows Server 2008. Nous avons deux centres de données, le centre de données principale et une sauvegarde où nous pouvons basculement doit un incident fonctionnent principal. Dans notre centre de données principale, tous les serveurs de boîtes aux lettres sont basées sur réplication continue en cluster (CCR) afin de fournir une solution haute disponibilité local. Pour boîtes aux lettres des basculements serveur dans le centre de données principale pour le centre de données sauvegarde, nous utilisons la réplication continue standby (SCR). Cela signifie que tous les la en fonction de CCR en cluster boîte aux lettres serveurs (CMSs) dans les centres de données principale également agir en tant que sources SCR. Chaque source de SCR possède cibles SCR correspondantes dans le Centre de sauvegarde données sous forme de clusters en attente sur lequel uniquement le passif rôle de serveur boîte aux lettres a été installé

Récemment nous l'avons fait un test de basculement site entre les deux centres de données et, malheureusement, nous avons rencontré un problème lors de la tentative récupérer les CMSs aux clusters de mise en veille. Lors de l'exécution Setup.com / avec la /RecoverCMS passer, nous avons la message d'erreur illustré Figure 1 .

Figure 1 erreur d'installation lorsque vous récupérez CMS sur un cluster de secours

J'AI a été demandez si vous avez vu cette erreur lors de la récupération une CMS pour un cluster de secours et, plus important encore, si vous disposez une résolution pour qu'il.

AOui, J'AI eu la misfortune de rencontrer ce problème lors de la tentative récupérer un CMS sur un cluster de mise en veille. Heureusement, c'est également lors d'un test basculement au niveau site. (Ai-je besoin pour expliquer pourquoi tester vos solutions de basculement est important?)

Une chose que vous avez du penser était que J'AI a testé la même configuration autant de fois avant sans problème. Cependant, tous les tests récupération précédentes étaient avec Exchange 2007 SP1 installé sur Windows Server 2003 et pas Windows Server 2008 comme c'était le cas lorsque j'appuyez sur ce problème.

Cela conduit à découvrir comment les clusters avec basculement de Windows Server 2008 travail par rapport aux clusters Windows Server 2003. Dans Windows Server 2003, vous avez créé et dédié un compte de service de cluster au cluster. Dans Windows Server 2008 plus cela ; au lieu de cela, le cluster de basculement s'exécute sous le « système local ». Une fois qu'examen de l'application et système session du cluster en attente sur lequel J'AI essayé récupérer le CMS, J'AI trouvé l'erreur illustré figure 2 .

La figure 2, Erreur de récupération due to autorisations inadaptées

Cette erreur d'ID événement explique que le cluster de basculement de Windows n'a pas les autorisations nécessaires mettre à jour le compte d'ordinateur CMS dans Active Directory. Il répertorie également trois raisons. Étant donné que nous vous récupérez un CMS existant sur un cluster de mise en veille, nous peut ignorer le premier élément. Étant donné que nous n'ont pas atteint les quotas pour le nombre d'objets d'ordinateur, nous peut ignorer numéro deux ainsi. Toutefois, le dernier élément est très intéressant. Il indique à nous pour vérifier que le cluster de basculement de Windows sur lequel nous récupérer le CMS dispose des autorisations « Full Control » à l'objet de compte ordinateur CMS.

Un aspect sous l'onglet sécurité sur la page des propriétés de l'objet d'ordinateur CMS dans le répertoire utilisateurs et ordinateurs Active révèle que le cluster en attente n'est pas « Full Control » autorisations (Figure 3).

La figure 3 le cluster en attente n'a pas “ Full Control ” autorisations

Ajout du cluster en attente avec des autorisations « Full Control » à l'objet ordinateur CMS résolu le problème pour moi et il doit faire de même dans votre environnement.

Au moment de cet article (la fin du mois de février), il n'existe aucune information sur ce problème dans des lieux publics comme TechNet ou dans les articles de la base de connaissances. Toutefois, mon ami McMichael tour auprès des services de support client Microsoft a écrit un billet de blog sur ce sujet qui va en détail plus loin que je peux faire ici. Veuillez donc accéder consultez blog du tour pour plus d'informations « Autorisations recommandées pour la CNO (objet cluster Name) dans Windows 2008 pour opérations de configuration Exchange 2007 SP1.").

QNous sommes actuellement en train d'élaboration d'une solution de basculement au niveau du site. Pour notre infrastructure de messagerie Exchange 2007 SP1, nous allons utiliser la réplication continue standby (SCR) comme la solution de récupération après incident entre notre centre de données principale et la sauvegarde. Étant donné que seulement certaines nos utilisateurs finaux ont été mis à niveau vers Office Outlook 2007 avec le reste toujours dans Outlook 2003, nous avons une question. En cas de basculement des serveurs Exchange 2007 SP1 dans le centre de données principale pour le centre de données sauvegarde, sont les deux versions d'Outlook simplement collecte les modifications après avoir effectué les étapes de basculement site SCR nécessaires ?

ATrès bonne question et, en fait, la réponse dépend si vous utilisez portabilité RecoverCMS ou base de données pour basculement vos serveurs de boîtes aux lettres pour le centre de données sauvegarde. Si vous disposez des serveurs de boîtes aux lettres autonomes dans le centre de données principale et répliquez aux serveurs de boîtes aux lettres autonomes dans le centre de données sauvegarde à l'aide de SCR, puis vous utiliseriez portabilité de base de données pour basculement le Mailbo x bases de données. Si vous avez cluster à copie unique (SCC) ou serveurs de boîtes aux lettres CCR dans votre sauvegarde centre de données principale et les clusters en attente dans votre sauvegarde centre de données, vous devez utiliser le commutateur RecoverCMS pour récupérer le CMS ensemble pour le centre de données sauvegarde. Lorsque vous utilisez RecoverCMS comme le mécanisme de basculement, généralement inutile à vous soucier de connectivité client Outlook après le basculement. N'oubliez pas qui modifiera l'adresse IP de le CMS. Mais si vous avez configuré l'heure DNS à valeur de durée de vie (TTL Live) à cinq minutes conformément aux meilleures recommandations d'exercices pratiques, notez qu'il sera un léger retard que les clients Outlook soit en mesure de vous reconnecter au CMS.

Si vous utilisez portabilité de base de données comme le mécanisme de récupération, la situation est un peu différente, selon la version du client Outlook. Les clients Outlook 2007 reflètent les modifications automatiquement via le service de découverte automatique qui s'exécute sur les serveurs d'accès client. Cela signifie que vous ne devez effectuer des modifications manuelles pour cette version d'Outlook. Toutefois, qui n'est pas nécessairement le cas avec les clients Outlook 2003. Lorsqu'une boîte aux lettres a été récupéré sur un autre serveur, le nom du serveur de stockage les bases de données boîte aux lettres sera évidemment différent.

Vous pouvez vous demander ce problème lorsque vous utilisez la cmdlet Move-Mailbox avec le –ConfigurationOnly changer après le basculement ? Est Oui, il reste important car Outlook 2003 ne prend pas en charge le service de découverte automatique. Cela signifie que serveur d'origine sur lequel les boà ® tes aux lettres ont été enregistrées avant du basculement doit être en ligne afin que le nom du serveur dans le profil MAPI Outlook peut être mis à jour. Si le serveur d'origine est en mode hors connexion, le nom du serveur ne peut pas mis à jour automatiquement.

Par conséquent, si vous êtes face un incident où tous les serveurs de votre centre de données principal sont en mode hors connexion, vous devez reconfigurer les profils Outlook 2003 MAPI en utilisant un outil tel que Microsoft Exchange Server Profile redirecteur (ExProfre) en combinaison avec un script de connexion afin de refléter les modifications. Il est important de noter que si tous vos clients ont été situés dans le centre de données principale, vous devez les recréer quand même.

QDans notre infrastructure de messagerie Exchange 2007 SP1 tous nos serveurs de boîtes aux lettres sont réplication continue en cluster (CCR) - activé. Nous avoir installé quatre cartes d'interface réseau (cartes réseau) dans chaque nœud de cluster. Deux cartes réseau ont été s'et êtes connecté au réseau public, qui accepte les demandes des clients Outlook et ainsi de suite. La carte réseau troisième est utilisée pour le réseau de pulsation entre les nœuds de cluster deux dans le CCR. La quatrième carte réseau est il spécifiquement pour l'envoi à des fins de journaux. En utilisant le cmdlet enable-ContinuousReplicationHostName introduit dans Exchange 2007 SP1, nous avoir (pour atteindre la redondance de livraison de journaux) spécifié de la carte réseau privé et le réseau de livraison journal dédié peuvent servir à livrer les fichiers journaux de l'actif au nœud passif. Ce fonctionne tant mieux et très réduit le trafic sur le réseau public, en particulier dans les cas où un réamorçage d'une ou plusieurs bases de données de boîtes aux lettres sont requis (bien que cela devrait être relativement rare).

Nous avons également SCR activée entre ces serveurs de boîtes aux lettres en fonction de CCR et plusieurs cibles SCR dans notre centre de données de sauvegarde. Cela conduit à notre question. Est-il possible d'utiliser la cmdlet Enable-ContinuousReplicationHostName avec SCR ?

AJe suis heureux que le cmdlet EnableContinuousReplicationName a été utile pour vous. Toutefois, étant donné que ce cmdlet a été spécifiquement créé pour les solutions CCR, la réponse à votre question est, malheureusement, aucun, actuellement que ceci n'est pas pris en charge dans une solution SCR.

QNous ont uniquement transférée à partir de Microsoft Exchange 2003 vers Exchange 2007 SP1. Tous les rôles serveur Exchange 2007 SP1 sont exécutent sur fenêtre Server 2008 et nos serveurs de boîtes aux lettres Exchange 2007 sont basées sur CCR.

Choses fonctionnent très bien jusqu'à présent mais nous a observé un problème avec le en mode hors connexion adresses CARNET de. Lorsque qu'il est mis à jour avec les nouveaux objets messagerie, les mises à jour ne sont pas reflétées dans Outlook 2007 à des utilisateurs finaux. Nous ont été dépannage le problème et que vous avez trouvé 1021 de code d'événement dans le journal des applications sur le serveur d'accès client avec la description suivante :

Process MSExchangeFDS.exe (PID=xxxx). Could not find directory <OAB share location> 
This is normal if the directory has never been generated. Otherwise, make sure this directory
and share has read permission for the "Exchange Servers" group.

Nous avez copier le carnet d'adresses en mode hors connexion manuellement à partir du serveur de boîtes aux lettres en fonction de CCR où il est hébergé vers le serveur d'accès au client. Cela entraîne mises à jour dans Outlook, mais nous aimerions obtenir le problème résolu définitivement. Vous avez la recette ?

AJ'AI avez été vers le bas qui route trop. La raison pour résoudre ce problème est en raison de la manière se comportent de clusters de basculement Windows 2008. Clusters de basculement Windows 2008 introduit un nouveau concept appelé portée partagée. En fait, signifie étendue partagée qu'un partage de fichiers est spécifique au nom nœud ou à un de du cluster nom objets que les hôtes de partage. Lorsqu'un partage est partagé par le nom de nœud, il est inaccessible par le nom de serveur de boîtes aux lettres en cluster (CMS). Pour plus exagérées plus de détails sur la portée de partage de fichiers, consultez cet article sur la confirmation le blog de l'équipe " Fichier de partage « étendue » dans Windows Server 2008 clusters avec basculement").

Pour résoudre ce problème, vous devez installer Exchange 2007 SP1 report mise à jour de 5 ou plus tard, qui inclut la résolution de bogue requise. Voir également l'article » Exchange 2007 CAS ne peut pas copiez le Carnet d'adresses en mode hors connexion à partir le partage de carnet d'adresses en mode hors connexion sur des clusters CCR Exchange 2007 Windows Server 2008." Étant donné que cette mise à jour le correctif cumulatif offre des régressions avec elle, il est important de que vous lisez l'article report mise à jour de 5 Ko attentivement avant d'utiliser cette solution.

Henrik Walther est un Microsoft Certified Master : Exchange 2007 et MVP Exchange ayant des plus de 15 années d'expérience dans l'entreprise informatique. Il travaille comme architecte technologique pour Trifork infrastructure Consulting (un partenaire Microsoft Gold basé dans Danemark) et comme un rédacteur technique pour Biblioso Corporation (une société américain en fonction spécialisée dans les services gérés documentation et de localisation).