Planification de votre modèle d'administration et Active Directory

 

Dernière rubrique modifiée : 2007-01-29

Après avoir examiné votre modèle de service d'annuaire Microsoft® Active Directory® actuel (si Active Directory est toujours implémenté) et évalué vos besoins d'administration, vous pouvez planifier la méthode d'intégration de Microsoft Exchange Server 2003 à votre modèle Active Directory. Vous pouvez également planifier l'administration d'Exchange en évaluant les rôles dans votre organisation par rapport au modèle d'administration que vous choisissez pour votre organisation Exchange.

Comme Microsoft Windows Server™ 2003 et Exchange 2003 reposent tous deux sur Active Directory pour les services d'annuaire, vous devez déterminer la manière dont vous allez intégrer Exchange à votre structure Active Directory.

Pour déployer Exchange, vous devez commencer avec une infrastructure Active Directory établie qui soit stable et qui fonctionne. Si vous effectuez une mise à niveau depuis un environnement Microsoft Windows NT®, la meilleure solution pour déployer Exchange consiste à faire migrer tous les comptes et toutes les ressources Windows NT vers Active Directory. Il est néanmoins possible de déployer Exchange même si les objets Windows NT sont toujours en cours de migration vers Active Directory ou si vous devez retenir une forêt Windows NT pour conserver certains objets ressources. Au sein de chaque forêt, vous pouvez soit combiner des ressources d'administration de Windows Server 2003 et d'Exchange, soit les gérer séparément. C'est l'intégration entre Exchange et Windows Server 2003 qui vous permet de combiner ces ressources.

Vous disposez de quatre scénarios principaux pour intégrer Exchange à Active Directory :

  • Une forêt unique
  • Une forêt Exchange dédiée
  • Plusieurs forêts exécutant Exchange
  • Fusions et rachats

Scénarios Active Directory pour Exchange

Scénario Active Directory Pourquoi utiliser ce scénario ? Voir aussi

Une forêt unique

Les utilisateurs et leurs boîtes aux lettres sont contenus dans la même forêt.

  • Le plus riche éventail de fonctionnalités de système de messagerie.
  • Administration simplifiée.
  • Utilise une structure Active Directory existante.
  • Ne nécessite pas de synchronisation avec d'autres forêts.

Utilisation d'une topologie de forêt unique

Une forêt Exchange dédiée

(Forêt ressource)

Une forêt est conçue pour exécuter Exchange et héberger des boîtes aux lettres Exchange. Les comptes d'utilisateurs associés aux boîtes aux lettres sont contenus dans une ou plusieurs forêts séparées.

  • Limite de sécurité entre l'administration d'Active Directory et d'Exchange.

Utilisation d'une forêt Exchange dédiée

Plusieurs forêts exécutant Exchange

(Configuration classique à plusieurs forêts)   

Exchange est exécuté dans des forêts distinctes, mais la fonctionnalité de messagerie est disponible entre les forêts.

  • Vous disposez de plusieurs unités de gestion qui nécessitent une séparation des données et services.
  • Vous disposez de plusieurs unités de gestion qui ont des spécifications de schéma distinctes.
  • Vous êtes confronté à une fusion, un rachat ou un dessaisissement.

Utilisation de plusieurs forêts avec Exchange

Fusions et rachats   

Les fusions et rachats impliquent souvent la coexistence des organisations Exchange jusqu'à ce qu'elles soient fusionnées. Les considérations relatives à la planification sont similaires à celles du scénario de forêts multiples, auxquelles s'ajoutent des questions sur la migration.

  • Les fusions et rachats représentent un cas particulier pour un déploiement dans plusieurs forêts qui nécessite plus d'attention par rapport aux questions de migration.

Active Directory - Implications des fusions et rachats

Après avoir identifié le scénario Active Directory le plus approprié à votre situation, voir la rubrique sur la Sélection d'un modèle d'administration Active Directory.

Pour plus d'informations

Les ressources suivantes fournissent des informations qui peuvent vous aider lors de la prise de décisions de conception :

noteRemarque :
Même si certaines de ces ressources font référence à Exchange 2000, les informations s'appliquent également à Exchange 2003.