JavaScript is required to for searching.
Ignorer les liens de navigation
Quitter l'aperu
Utilisation des services de noms et d'annuaire dans Oracle Solaris 11.1     Oracle Solaris 11.1 Information Library (Français)
search filter icon
search icon

Informations document

Préface

Partie I A propos des services d'annuaire et de noms

1.  Services d'annuaire et de noms (présentation)

2.  Commutateur du service de noms (présentation)

3.  Gestion de DNS (tâches)

4.  Configuration des clients Active Directory Oracle Solaris (tâches)

Partie II Configuration et administration NIS

5.  Service d'information réseau (présentation)

6.  Définition et configuration du service NIS (tâches)

7.  Administration de NIS (tâches)

8.  Dépannage NIS

Partie III Service de noms LDAP

9.  Introduction aux services de noms LDAP (présentation)

10.  Exigences de planification pour les services de noms LDAP (tâches)

Présentation de la planification LDAP

Planification du modèle de réseau LDAP

Planification de l'arborescence des informations d'annuaire

Serveurs d'annuaires multiples

Partage de données avec d'autres applications

Choix du suffixe d'annuaire

Serveurs de réplique et LDAP

Planification du modèle de sécurité LDAP

Planification des profils client et des valeurs d'attribut par défaut pour LDAP

Planification du renseignement de données LDAP

Remplissage d'un serveur avec des entrées host à l'aide de la commande ldapaddent

11.  Configuration de Oracle Directory Server Enterprise Edition avec les clients LDAP (tâches)

12.  Configuration des clients LDAP (tâches)

13.  Dépannage LDAP (référence)

14.  Service de noms LDAP (référence)

15.  Transition de NIS à LDAP (tâches)

Glossaire

Index

Serveurs de réplique et LDAP

Il existe trois différentes stratégies à utiliser lors de la configuration de serveurs de réplique.

Maître unique

Dans le cas d'une réplication maître unique, un seul serveur maître pour n'importe quel réseau partitionné ou non partitionné détient les copies accessibles en écriture des entrées d'annuaire. Les serveurs de réplique ont des copies en lecture seule des entrées d'annuaire. Alors que les répliques et les maîtres peuvent effectuer des recherches, des comparaisons et des opérations de liaison, seul le serveur maître peut effectuer des opérations d'écriture.

L'éventuel désavantage de la stratégie de réplication maître unique est que le serveur maître constitue un point de panne unique. Si le serveur maître tombe en panne, aucune des répliques ne peut traiter les opérations d'écriture.

Maître flottant

La stratégie du maître flottant est similaire à la stratégie du maître unique, car à tout moment il n'y a qu'un serveur maître doté de fonctions d'écriture pour n'importe quel réseau partitionné ou non partitionné. Toutefois, lors de la mise en oeuvre de la stratégie du maître flottant, lorsque le serveur maître tombe en panne, une réplique est automatiquement transformée en un serveur maître par le biais d'un algorithme.

Un éventuel désavantage de la stratégie de réplication maître flottant est que si votre réseau devient partitionné et des répliques de l'un ou l'autre côté de la partition deviennent maîtres, le processus de réconciliation des nouveaux maîtres peut être très compliqué si le réseau est réuni.

Multimaître

Avec une réplication multimaître, il existe plusieurs serveurs maîtres avec leurs propres copies en lecture-écriture des données d'entrée d'annuaire. Alors que la stratégie multimaître élimine le problème d'avoir un point de panne unique, des conflits de mise à jour peuvent survenir entre les serveurs. En d'autres termes, si un attribut d'entrée est modifié en même temps sur deux maîtres, une règle de résolution de conflits de mise à jour, telle que "la dernière est celle implémentée", doit être en place.

Pour plus d'informations sur la procédure à suivre pour configurer des serveurs de réplique, reportez-vous au Administration Guide pour la version de Oracle Directory Server Enterprise Edition dont vous disposez. En règle générale, la réplication multimaître est l'option recommandée pour les déploiements d'entreprise à grande échelle.