Synchronisation transitive

La synchronisation dans eDirectory est transitive. Cela signifie que eDirectory synchronise les modifications apportées aux données sans que l'agent eDirectory doive contacter directement tous les autres agents de l'anneau de répliques pour synchroniser les changements avec chacun d'entre eux.

Par exemple, si vous modifiez des données sur le serveur 1, les changements sont synchronisés du serveur 1 vers le serveur 2, puis du serveur 2 vers le serveur 3. Si le serveur 1 n'a pas pu entrer directement en contact avec le serveur 3 en raison d'un problème de communication, ce dernier reçoit malgré tout les modifications par le biais du serveur 2. Il le signale au serveur 2 qui, à son tour, indique au serveur 1 que le serveur 3 et lui-même sont synchronisés.

Modèle de transactions d'objets

La synchronisation dans eDirectory gère le modèle de transactions d'objets, une norme pour les annuaires compatibles X.500 et LDAP. Le modèle de transactions d'objets signifie que toutes les transactions précédentes doivent être synchronisées avant d'en synchroniser de nouvelles.

Imaginons, par exemple, que vous avez apporté les modifications D1, D2 et D3 aux données d'un serveur. En raison d'une défaillance réseau, ces modifications ne sont pas synchronisées sur les autres serveurs. Si vous apportez ensuite une modification D4 sur le serveur, celle-ci ne sera synchronisée qu'après la synchronisation de D1, D2 et D3 sur tous les serveurs de l'anneau de répliques.

Transitive Vector

Un vecteur de transition est un tampon horaire pour une réplique. Ce tampon est constitué d'une représentation du nombre de secondes écoulées depuis un point de référence historique commun (1er janvier 1970), du numéro de réplique et du numéro d'événement en cours. Par exemple : s3D35F377 r02 e002

Pour plus d'informations, reportez-vous à la section Vecteurs de transition et processus de vérification de la restauration.

Local Received Up To

Local Received Up To (LRUT) désigne l'heure à laquelle les dernières modifications sont parvenues à la réplique locale.

Pour plus d'informations, reportez-vous à la section Accès aux objets de votre arborescence .

Remote Received Up To

Remote Received Up To (RRUT) désigne l'heure à laquelle les dernières modifications sont parvenues à la réplique distante.

Pour plus d'informations, reportez-vous à la section Accès aux objets de votre arborescence .

Configuration de la synchronisation normale

Vous pouvez configurer la synchronisation normale à l'aide de Configuration de l'agent sous Synchronisation de l'agent dans iMonitor.

Cette section fournit les informations suivantes :

• Activation/désactivation de la synchronisation normale
• Activation/désactivation du cache en ligne
• Threads de synchronisation
• Méthode de synchronisation

Activation/désactivation de la synchronisation de priorité entrante/sortante

Dans eDirectory 8.8 ou version ultérieure, vous pouvez activer ou désactiver la synchronisation de priorité entrante et/ou sortante à l'aide de iMonitor. Pour plus d'informations, reportez-vous à la section Contrôle et configuration de l'agent DS.

La synchronisation de priorité entrante est activée par défaut. Si l'option est désactivée pour un serveur, les modifications apportées aux données essentielles sur les autres serveurs ne sont pas synchronisées avec ce serveur par le biais de la synchronisation de priorité. Elles le sont toutefois par le processus de synchronisation normale.

La synchronisation de priorité sortante est activée par défaut. Si l'option est désactivée pour un serveur, les modifications apportées aux données essentielles sur ce serveur ne sont pas synchronisées avec les autres serveurs par le biais de la synchronisation de priorité. Elles le sont toutefois par le processus de synchronisation normale.

Synchronisation de priorité - Threads

Vous devez configurer le nombre de threads à utiliser pour la synchronisation de priorité sortante. Dans iMonitor, vous pouvez spécifier le nombre de threads de la synchronisation de priorité à l'aide de Configuration de l'agent sous Synchronisation de l'agent. Pour plus d'informations, reportez-vous à la section to Contrôle et configuration de l'agent DS. Les valeurs prises en charges sont comprises entre 1 et 32. La valeur par défaut est 4.

Synchronisation de priorité - Taille de la file d'attente

Ce paramètre indique le nombre maximal d'entrées essentielles modifiées que la file d'attente peut contenir avant de les synchroniser. Dès que vous modifiez les entrées essentielles, elles s'ajoutent dans la file d'attente de la synchronisation de priorité et sont synchronisées l'une après l'autre. Imaginons, par exemple, que D1, D2 et D3 sont les entrées essentielles modifiées sur le serveur 1 et qu'elles doivent être synchronisées sur les serveurs 2 et 3 par la synchronisation de priorité. D1 est synchronisée avec les serveurs 2 et 3, puis D2 est synchronisée et enfin, D3. Si une entrée antérieure de la file d'attente n'est pas correctement synchronisée avec l'un des serveurs, cela n'affecte pas la synchronisation des autres entrées.

Vous pouvez spécifier la taille de la file d'attente pour la synchronisation de priorité dans iMonitor à l'aide de Configuration de l'agent sous Synchronisation de l'agent. Pour plus d'informations, reportez-vous à la section Contrôle et configuration de l'agent DS.

Lors d'un processus de synchronisation de priorité, si plusieurs modifications sont apportées en peu de temps, la file d'attente risque d'atteindre sa taille maximale. Dans ce cas, elle expire et une nouvelle file d'attente est formée. Les modifications dans l'ancienne file d'attente qui n'ont pas encore été synchronisées le seront par la synchronisation normale.

La taille de la file d'attente pour la synchronisation de priorité peut être comprise entre 0 et 232 - 1. Par défaut, elle est de 232 - 1. Si la taille de la file d'attente de la synchronisation de priorité est définie sur 0, les modifications ne sont pas synchronisées par cette synchronisation. Elles le sont toutefois par la synchronisation normale.

La valeur -1 implique une taille de file d'attente illimitée. -1 correspond à 232 - 1. Si une valeur négative est spécifiée, -3 par exemple, cela signifie -3 = -1-2, ce qui correspond à 232 - 1-2.

Gestion des règles de synchronisation de priorité

Pour gérer la synchronisation de priorité, vous pouvez créer et définir des règles et les appliquer à des partitions via iManager ou LDAP. Vous définissez une règle de synchronisation de priorité en identifiant les attributs qui sont essentiels.

NOTE:  les plug-ins sont uniquement disponibles dans Novell iManager 2.5 et version ultérieure.

Par exemple, si les attributs Mot de passe et Numéro de compte sont essentiels, vous pouvez créer une règle de synchronisation de priorité PS1 qui contient ces attributs. Vous pouvez ensuite appliquer cette règle à une partition P1. Si vous modifiez le mot de passe ou le numéro de compte d'une entrée sur un serveur, les changements sont immédiatement synchronisés avec les autres serveurs qui ont la partition P1.

Pour que la synchronisation de priorité s'effectue, vous devez vérifier que les synchronisations de priorité entrante et sortante sont activées dans iMonitor. Elles le sont par défaut. Si vous désactivez les synchronisations de priorité entrante et sortante, les modifications apportées aux données sont synchronisées par la synchronisation normale.

Pour plus d'informations, reportez-vous à la section Contrôle et configuration de l'agent DS.

Cette section fournit les informations suivantes :

• Création et définition d'une règle de synchronisation de priorité
• Édition d'une règle de synchronisation de priorité
• Application d'une règle de synchronisation de priorité
• Suppression d'une règle de synchronisation de priorité

Lorsque vous créez une partition enfant, la règle de synchronisation de priorité appliquée au parent est héritée par la partition enfant. Lorsque vous fusionnez des partitions, la règle de synchronisation de priorité du parent est conservée.

dn:cn=policy1,o=policieschangetype:addobjectclass:prsyncpolicy

dn:cn=policy2,o=policieschangetype:addobjectclass:prsyncpolicyprsyncattributes:description

dn:cn=policy2,o=policieschangetype:modifyadd:prsyncattributesprsyncattributes:surname

dn:cn=policy2,o=policieschangetype:modifyadd:prsyncattributesprsyncattributes:description

dn:changetype:modifyadd:prsyncpolicydnprsyncpolicydn:cn=policy2,o=policies

dn:o=orgchangetype:modifyadd:prsyncpolicydnprsyncpolicydn:cn=policy2,o=policies

dn:o=orgchangetype:modifyreplace:prsyncpolicydnprsyncpolicydn:cn=policy1,o=policies

dn:o=orgchangetype:modifydelete:prsyncpolicydn

dn:cn=policy1,o=policieschangetype:delete

Situations d'échec de la synchronisation de priorité

La synchronisation de priorité peut échouer dans l'une des situations suivantes :

• Défaillance réseau : la synchronisation de priorité n'enregistre pas les modifications si elle ne parvient pas à les envoyer au serveur distant en raison d'une défaillance réseau.
• Taille maximale de la file d'attente de la synchronisation de priorité atteinte : la synchronisation de priorité ignore les changements dans la file d'attente de la synchronisation de priorité si le nombre d'entrées dépasse la taille de cette file d'attente.
• Échec de la synchronisation des schémas : si le schéma n'est pas synchronisé, le processus de synchronisation de priorité échoue.
• Objet inexistant sur les autres serveurs : si la création de l'objet n'est pas synchronisée, la synchronisation de priorité échoue.
• Serveurs mixtes dans l'anneau de répliques : si vous disposez de serveurs eDirectory 8.8 et d'autres dotés d'une version antérieure, la synchronisation de priorité échoue.

Lorsque la synchronisation de priorité échoue pour l'une des raisons susmentionnées, les changements apportés aux données essentielles sont synchronisés par le processus normal.