Répliques eDirectory
Si votre réseau comporte plusieurs serveurs eDirectory, vous pouvez conserver plusieurs répliques (copies) de l'Annuaire. Ainsi, en cas de panne d'un serveur ou d'échec d'une connexion réseau à ce serveur, les utilisateurs peuvent toujours se loguer et avoir recours aux ressources réseau restantes. Reportez-vous à Figure 20. Pour obtenir des informations complètes sur les répliques, reportez-vous au Gestion des partitions et des répliques.
Figure 20
Répliques eDirectory
Il est recommandé de conserver trois répliques pour garantir une tolérance aux pannes dans eDirectory (en supposant que vous disposiez de trois serveurs eDirectory sur lesquels les stocker). Un même serveur peut contenir les répliques de plusieurs partitions.
Un serveur de réplique est un serveur dédié qui ne stocke que des répliques eDirectory. Ce type de serveur est parfois appelé serveur DSMASTER. Cette configuration est populaire auprès de certaines sociétés qui disposent de nombreux bureaux distants dotées d'un seul serveur. Le serveur de réplique permet de stocker des répliques supplémentaires pour la partition d'un site distant.
La réplication eDirectory ne garantit pas la tolérance aux pannes pour le système de fichiers du serveur. Seules les informations relatives aux objets eDirectory sont répliquées. Vous pouvez obtenir une tolérance aux pannes pour les systèmes de fichiers à l'aide du système TTSTM (Transaction Tracking SystemTM - Système de suivi des transactions), des disques en mode miroir/duplexé, de RAID ou des NRS (Novell Replication ServicesTM).
Une réplique maîtresse ou une réplique en lecture/écriture est requise sur les serveurs NetWare qui fournissent des services de Bindery.
Si les utilisateurs consultent régulièrement les informations eDirectory via une liaison WAN, vous pouvez réduire le temps d'accès et le trafic WAN en plaçant une réplique contenant les informations dont vous avez besoin sur un serveur auquel les utilisateurs peuvent accéder localement.
Il en est de même à un degré moindre pour un lien LAN. Lorsque vous distribuez des répliques aux serveurs du réseau, les informations sont généralement récupérées sur le serveur disponible le plus proche.
eDirectory prend en charge les types de réplique présentés dans la Figure 21:
Figure 21
Types de réplique
Par défaut, le premier serveur eDirectory de votre réseau contient la réplique maîtresse. Chacune des partitions ne possède qu'une seule réplique maîtresse. Si vous créez d'autres répliques, il s'agit par défaut de répliques en lecture/écriture. Pour plus d'informations sur les partitions, reportez-vous à Partitions.
Si vous pensez arrêter plusieurs jours le serveur qui contient la réplique maîtresse, vous pouvez convertir en réplique maîtresse l'une des répliques en lecture/écriture. La réplique maîtresse initiale est automatiquement convertie en lecture/écriture.
Une réplique maîtresse doit être disponible sur le réseau pour que eDirectory puisse effectuer des opérations telles que la création d'une réplique ou d'une partition.
eDirectory peut consulter les informations sur les objets et les modifier aussi bien dans une réplique en lecture/écriture que dans une réplique maîtresse. Toutes les modifications sont alors automatiquement répercutées dans toutes les répliques.
Si la réponse de eDirectory aux utilisateurs est lente en raison de retards dans l'infrastructure du réseau (liaisons WAN à débit lent ou routeurs occupés, par exemple), vous pouvez créer une réplique en lecture/écriture plus proche des utilisateurs qui en ont besoin. Vous pouvez créer autant de répliques en lecture/écriture que vous disposez de serveurs pour les contenir, quoiqu'un grand nombre de répliques entraîne une augmentation du trafic pour les synchroniser les unes avec les autres.
Les répliques en lecture seule reçoivent des mises à jour de synchronisation des répliques maîtresse et en lecture/écriture ; aucune modification n'est reçue directement des clients.
Les répliques en lecture/écriture filtrées contiennent un ensemble filtré d'objets ou de classes d'objets accompagné d'un ensemble filtré des attributs et des valeurs correspondant à ces objets. Le contenu est limité aux types d'objet et propriétés eDirectory propres au filtre de réplication du serveur hôte. Les utilisateurs peuvent afficher et modifier le contenu des répliques ; eDirectory peut accéder aux informations d'objet sélectionnées et les modifier. Les modifications sélectionnées sont alors automatiquement répercutées sur toutes les répliques.
Avec les répliques filtrées, vous ne pouvez disposer que d'un seul filtre par serveur. Cela signifie que tout filtre défini pour un serveur s'applique à toutes les répliques filtrées présentes sur ce serveur. Vous pouvez toutefois disposer d'autant de répliques filtrées que vous possédez de serveurs, mais un nombre élevé de répliques entraîne une augmentation du trafic afin d'assurer leur synchronisation.
Pour plus d'informations, reportez-vous à Répliques filtrées.
Les répliques en lecture seule filtrées contiennent un ensemble filtré d'objets ou de classes d'objets, accompagné d'un ensemble filtré des attributs et des valeurs correspondant à ces objets. Ces répliques reçoivent des mises à jour de synchronisation des répliques maîtresse et en lecture/écriture ; aucune modification n'est reçue directement des clients. Les utilisateurs peuvent afficher le contenu de ces répliques, mais ils ne peuvent pas le modifier. Le contenu est limité aux types d'objet et propriétés eDirectory propres au filtre de réplication du serveur hôte.
Pour plus d'informations, reportez-vous à Répliques filtrées.
Les répliques de référence subordonnée sont créées par le système. Elles ne contiennent pas toutes les données d'objet d'une réplique maîtresse ou d'une réplique en lecture/écriture. Les répliques de référence subordonnée n'offrent donc pas de tolérance aux pannes. Il s'agit de pointeurs internes générés pour contenir assez d'informations afin que eDirectory puisse résoudre les noms d'objet au sein des partitions.
Vous ne pouvez pas supprimer une réplique de référence subordonnée ; eDirectory la supprime automatiquement lorsqu'elle est inutile. Les répliques de référence subordonnée sont uniquement créées sur les serveurs qui contiennent une réplique d'une partition parent mais aucune réplique de ses partitions enfants.
Si une réplique de la partition enfant est copiée sur un serveur contenant la réplique de la partition parent, la réplique de référence subordonnée est automatiquement supprimée.
Les répliques filtrées contiennent un ensemble filtré d'objets ou de classes d'objets, accompagné d'un ensemble filtré des attributs et des valeurs correspondant à ces objets. Par exemple, vous souhaitez peut-être créer un ensemble de répliques filtrées sur un serveur, qui ne contiennent que des objets Utilisateur provenant de plusieurs partitions de l'arborescence eDirectory. De plus, vous pouvez décider de n'inclure qu'un sous-ensemble de données d'objets Utilisateur (par exemple, Prénom, Nom et Nº de téléphone).
Une réplique filtrée peut générer une vue des données eDirectory sur un seul serveur. À cette fin, les répliques filtrées vous permettent de créer un statut et un filtre. Le serveur eDirectory peut alors héberger un ensemble de données bien défini provenant de nombreuses partitions de l'arborescence.
La description du statut du serveur et des filtres de données est stockée dans eDirectory et peut être gérée à l'aide de l'objet Serveur dans ConsoleOne.
Un serveur qui héberge une ou plusieurs répliques filtrées est doté d'un seul filtre de réplication. Par conséquent, toutes les répliques filtrées sur le serveur contiennent le même sous-ensemble d'informations provenant de leurs partitions respectives. La réplique de partition maîtresse d'une réplique filtrée doit être hébergée sur un serveur eDirectory qui exécute eDirectory version 8.5 ou ultérieure.
Les répliques filtrées peuvent effectuer ces opérations :
Chaque réplique augmente la taille de la base de données. La création d'une réplique filtrée (au lieu d'une réplique complète), contenant uniquement des classes précises, permet de réduire la taille de la base de données locale. Ainsi, si l'arborescence contient des dizaines de milliers d'objets, mais que seul un pourcentage réduit est constitué d'objets Utilisateur, vous pouvez créer une réplique filtrée contenant uniquement des objets Utilisateur au lieu d'une réplique complète contenant des milliers d'objets.
Outre la possibilité de filtrer les données stockées dans une base de données locale, la réplique filtrée est semblable à une réplique eDirectory normale et vous pouvez à tout instant la modifier pour en faire une réplique complète. Pour plus d'informations sur la configuration et la gestion des répliques filtrées, reportez-vous à Configuration et gestion des répliques filtrées.
