Nous avons récemment terminé la migration de l’un des sites de notre organisation Hosted Exchange Server en mode mixte, de sorte que le site ne contient plus aucun serveur Hosted Exchange Server 5.5. Pouvons-nous supprimer sans risque l’instance SRS (Site Replication Service) de ce site ?
Le SRS d’Hosted Exchange 2000 Server échange des informations sur la topologie des sites avec les sites Hosted Exchange 5.5. Chaque site Hosted Exchange 5.5 possède une instance du Knowledge Consistency Checker (KCC), qui maintient les tables internes qui suivent la façon dont ce site communique avec les autres sites. La carte KCC comprend des informations sur les membres du site qui sont des têtes de pont, sur les connecteurs existants et sur les espaces d’adresses qu’ils couvrent. Pour partager les informations, les CCK utilisent l’API des services d’annuaire d’Hosted Exchange 5.5, qu’Hosted Exchange 2000 ne prend pas en charge. Au lieu de réinventer la roue, l’équipe chargée de l’annuaire Hosted Exchange 2000 a créé le SRS, qui peut demander des données à un CCK Hosted Exchange 5.5 et les traduire dans un format et une structure appropriés pour le moteur de routage Hosted Exchange 2000.
Conseils et astuces pour le serveur Hosted Exchange
Si vous avez ne serait-ce qu’un seul serveur Hosted Exchange 5.5 dans votre organisation, vous avez besoin du SRS. Cette exigence est assez simple si vous avez un petit nombre de sites ; là où les gens ont parfois des problèmes, c’est lorsqu’ils ont de grandes organisations avec plusieurs groupes administratifs. Ce n’est pas parce que vous avez supprimé tous les serveurs Hosted Exchange 5.5 d’un groupe administratif en mode mixte que vous pouvez supprimer le SRS. Avant de supprimer le SRS, vous devez vous assurer qu’il n’est plus nécessaire. La façon la plus sûre de le faire est de s’assurer que le site possède un connecteur de réplication d’annuaire qui pointe vers le SRS d’un autre site. Assurez-vous de lire et de comprendre les recommandations de l’article de Microsoft « XADM : Preparing a Mixed Mode Organization for Conversion to Native Mode » (Q272314, http://support.microsoft.com) avant de supprimer toute instance SRS afin de vous assurer que vous n’aurez pas de problèmes de réplication d’annuaire entre Hosted Exchange 2000 et vos serveurs Hosted Exchange 5.5 restants.
Comment puis-je forcer un utilisateur à visualiser une page Web avant d’utiliser Outlook Web Access (OWA) ? Nous voulons que les utilisateurs visualisent et acceptent un ensemble de termes et conditions avant de pouvoir utiliser les services OWA.
Tant que votre page Web peut rediriger les utilisateurs vers le bon emplacement, vous pouvez utiliser le type de page Web que vous voulez. Par exemple, vous pouvez construire une page Web qui demande aux utilisateurs de cliquer sur un bouton (ou d’effectuer une autre action pour montrer qu’ils acceptent les conditions d’utilisation), puis redirige automatiquement l’utilisateur vers l’emplacement que vous spécifiez.
Combien de sous-dossiers un dossier public peut-il contenir ?
L’Information Store (IS) d’Hosted Exchange Server n’impose pas de limite fixe au nombre de sous-dossiers que vous pouvez créer dans un dossier public. On a vu des sites avec des milliers de sous-dossiers, et vous pourriez probablement coincer plusieurs dizaines de milliers de dossiers dans un conteneur avant que le système ne cesse de fonctionner. Cependant, bien avant d’atteindre le point de rupture, vous observeriez probablement trois problèmes majeurs.
- Tout d’abord, si vous répliquez les dossiers, vous constaterez une augmentation de la surcharge car le système sera occupé à répliquer tout le contenu des dossiers. Si vous ne répliquez pas le contenu des dossiers, Hosted Exchange répliquera quand même la hiérarchie et vous risquez de perdre des données si un serveur tombe en panne.
- Deuxièmement, les utilisateurs auront du mal à terminer leur travail s’ils doivent chercher dans 20 000 dossiers pour trouver les documents dont ils ont besoin.
- Troisièmement, vous devrez vous occuper de la gestion des documents. N’oubliez pas que Microsoft SharePoint Portal Server est une bien meilleure solution de gestion des documents que le système de dossiers publics d’Hosted Exchange. Lors de la migration des utilisateurs d’Hosted Exchange Server 5.5 vers Hosted Exchange 2000 Server, nous voulons donner aux utilisateurs d’Hosted Exchange 2000 l’accès à la version Hosted Exchange 2000 d’Outlook Web Access (OWA). Quelle est la meilleure façon d’y parvenir ?
Vous avez deux choix pour accorder aux utilisateurs d’Hosted Exchange 2000 un accès complet à un serveur Hosted Exchange 2000 OWA. Vous pouvez rendre la boîte Hosted Exchange 2000 OWA visible sur Internet afin que les utilisateurs puissent se connecter au serveur approprié. Bien sûr, cette approche nécessite que les utilisateurs sachent quel serveur abrite leur boîte aux lettres – une hypothèse que vous ne pouvez pas toujours faire. Une autre solution consiste à remplacer la page default.asp du serveur OWA d’Hosted Exchange 5.5 par une page qui accepte les informations d’identification de l’utilisateur, recherche le nom du serveur d’origine de l’utilisateur dans l’annuaire, puis redirige l’utilisateur vers la page OWA appropriée : soit la page OWA d’Hosted Exchange 5.5 existante pour les utilisateurs hébergés sur un serveur Hosted Exchange 5.5, soit la page OWA d’Hosted Exchange 2000 pour les utilisateurs que vous avez déjà migrés.
Existe-t-il des limites quant au nombre de comptes d’utilisateurs que je peux répertorier dans un groupe de distribution Hosted Exchange 2000 Server ?
Microsoft recommande de limiter la liste d’un groupe de distribution à un maximum de 5000 objets. N’oubliez pas qu’Active Directory (AD) reproduit les attributs. Ainsi, lorsque vous ajoutez un nouveau membre à un groupe de distribution, AD reproduit l’attribut de ce membre. Par conséquent, le fait d’avoir environ 5 000 membres dans une liste de groupes de distribution réduit considérablement le trafic de réplication. Voir https://www.swisscom.ch/fr/business/enterprise/offre/new-work/microsoft-cloud-services.html pour en savoir plus !