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) |
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)
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)
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
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)
Il existe trois différentes stratégies à utiliser lors de la configuration de serveurs de réplique.
Réplication maître unique
Réplication maître flottant
Réplication multimaître
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.