1.5 Partitions

Une partition est une division logique de la base de données OpenText eDirectory. Une partition d'Annuaire forme une unité de données distincte dans l'arborescence qui contient les informations de l'Annuaire.

La partition vous permet de déplacer une partie de l'Annuaire d'un serveur sur un autre.

Si les liaisons WAN sont à débit lent ou peu fiables, ou si l'Annuaire comprend un nombre d'objets élevé entraînant une surcharge du serveur et que l'accès soit lent, partitionnez l'Annuaire. Pour obtenir des informations complètes sur les partitions, reportez‑vous au Section 6.0, Gestion des partitions et des répliques.

Chaque partition de l'Annuaire se compose d'un ensemble d'objets Conteneur, de tous les objets qu'ils incluent et des données concernant ces objets. Les partitions OpenText eDirectory ne comprennent pas d'informations sur le système de fichiers, ni sur les répertoires et fichiers de ce système.

Le partitionnement se fait avec NetIQ Identity Console. Les partitions sont identifiées dans Identity Console par l'icône de partition suivante dans la mosaïque Gestion des partitions.

Le partitionnement par défaut pour OpenText eDirectory conserve l'ensemble de l'annuaire dans une seule partition. Lorsque vous affichez l'affichage de la réplique pour un serveur dans Identity Console, toutes les répliques de ce serveur sont affichées. Pour plus d'informations, reportez-vous aux sections Répliques et Affichage des répliques sur un serveur OpenText eDirectory.

1.5.1 Partitions

Les partitions se voient attribuer un nom d'après leur conteneur le plus élevé. Imaginons que deux partitions sont présentes : Arborescence et Finance. La partition Finances est appelée partition enfant de la partition Arborescence, car elle est extraite de cette dernière. La partition Arborescence est appelée partition parente de Finances.

Vous pouvez envisager de créer cette partition si l'annuaire compte tant d'objets que le serveur est surchargé et si l'accès à OpenText eDirectory est lent. En créant cette partition, vous pouvez diviser la base de données et transmettre les objets de cette branche à un autre serveur.

Lorsque vous affichez l'affichage de la réplique d'une partition dans Identity Console, tous les serveurs qui possèdent une réplique de cette partition sont affichés. Dans le cas présent, Server1 contient une réplique Lecture/écriture de la partition Finance. Pour plus d'informations, reportez-vous à la section Affichage des répliques d'une partition.

1.5.2 Distribution de répliques en vue de l'amélioration des performances

Dans l'exemple précédent, supposez que Server1 contienne des répliques des partitions Tree et Finance. À ce stade, les performances d'OpenText eDirectory ne sont pas supérieures puisque Server1 contient toujours l'Annuaire complet (les répliques des deux partitions).

Pour améliorer les performances, vous devez déplacer l'une des répliques sur un autre serveur. Par exemple, si vous déplacez la partition Tree vers Server2, ce dernier contient tous les objets issus des conteneurs Tree et YourCo. Server1 ne contient alors plus que les objets des conteneurs Finances et Comptes. La charge de Server1 et de Server2 est inférieure à ce qu'elle serait sans partition.

1.5.3 Partitions et liaisons WAN

Supposez que votre réseau couvre deux sites, North et South, connectés entre eux par une liaison WAN. Chacun des sites comporte trois serveurs.

Figure 1-13 Exemples de conteneurs OpenText eDirectory

Le fonctionnement d'OpenText eDirectory est plus rapide et plus fiable si l'annuaire est divisé en deux partitions.

Avec une seule partition, les répliques sont soit conservées sur un site, soit partagées entre les deux sites. Cette méthode s'avère lourde pour deux raisons :

  • Si toutes les répliques sont stockées sur les serveurs du site Nord, par exemple, les utilisateurs du site South subiront des contretemps lorsqu'ils tenteront de se connecter ou d'accéder aux ressources. En cas d'interruption de la liaison, ces utilisateurs ne pourront plus du tout se connecter ni accéder aux ressources.

  • Si les répliques sont réparties entre les sites, les utilisateurs pourront accéder à l'Annuaire localement.. Toutefois, la synchronisation des répliques entre les serveurs s'effectue via la liaison WAN ; il peut donc se produire des erreurs OpenText eDirectory si cette liaison n'est pas fiable. Les modifications apportées à l'Annuaire sont répercutées lentement via la liaison WAN.

La solution à deux partitions présentée à la Figure 1-14 permet de résoudre ces problèmes de performances et de fiabilité sur la liaison WAN.

Figure 1-14 Exemple de partitions

Les répliques de la partition Tree sont conservées sur les serveurs du site North. Les répliques de la partition South sont conservées sur le serveur du site Sout, comme l'illustre la Figure 1-15.

Figure 1-15 Exemple de partitions, serveurs et répliques

Pour chacun des sites, les objets qui représentent les ressources locales sont stockés localement. Le trafic de synchronisation entre les serveurs se produit également au niveau local via le réseau LAN, plutôt que via la liaison WAN, à débit lent et peu fiable.

Cependant, lorsqu'un utilisateur ou un administrateur accède aux objets d'un autre site, le trafic OpenText eDirectory est généré sur la liaison WAN.