JavaScript is required to for searching.
Omitir Vínculos de navegación
Salir de la Vista de impresión
Trabajo con servicios de nombres y directorios en Oracle Solaris 11.1     Oracle Solaris 11.1 Information Library (Español)
search filter icon
search icon

Información del documento

Prefacio

Parte I Acerca de los servicios de nombres y directorios

1.  Servicios de nombres y directorios (descripción general)

2.  Conmutador de servicio de nombres (descripción general)

3.  Gestión de DNS (tareas)

4.  Configuración de clientes de Active Directory de Oracle Solaris (tareas)

Parte II Configuración y administración de NIS

5.  Servicio de información de red (descripción general)

6.  Instalación y configuración del servicio NIS (tareas)

7.  Administración de NIS (tareas)

8.  Resolución de problemas de NIS

Parte III Servicios de nombres LDAP

9.  Introducción a los servicios de nombres LDAP (descripción general)

10.  Requisitos de planificación para servicios de nombres LDAP (tareas)

Descripción general de la planificación de LDAP

Planificación del modelo de red LDAP

Planificación del árbol de información de directorios

Varios servidores de directorios

Uso compartido de los datos con otras aplicaciones

Selección del sufijo del directorio

Servidores LDAP y de réplica

Planificación del modelo de seguridad LDAP

Planificación de perfiles de cliente y valores de atributo predeterminados para LDAP

Planificación para completar los datos de LDAP

Cómo rellenar un servidor con entradas host mediante el comando ldapaddent

11.  Configuración de Oracle Directory Server Enterprise Edition con clientes LDAP (tareas)

12.  Configuración de clientes LDAP (tareas)

13.  Resolución de problemas de LDAP (referencia)

14.  Servicio de nombres LDAP (Referencia)

15.  Transición de NIS a LDAP (tareas)

Glosario

Índice

Servidores LDAP y de réplica

Hay tres diferentes estrategias para emplear al configurar servidores de réplica.

Maestro único

Con la replicación de maestro único, sólo un servidor maestro de una red de partición o no particionada determinada conserva las copias de las entradas de directorio que se pueden escribir. Cualquier servidor de réplica tiene copias de sólo lectura de las entradas de directorio. Mientras que las réplicas y los maestros pueden realizar operaciones de búsqueda, comparación y vinculación, sólo el servidor maestro puede realizar operaciones de escritura.

La desventaja potencial para la estrategia de la replicación de maestro único es que el servidor maestro es un único punto de fallo. Si el servidor maestro no funciona, ninguna de las réplicas puede procesar las operaciones de escritura.

Maestro flotante

La estrategia del maestro flotante es similar a la estrategia de maestro único ya que sólo hay un servidor maestro con capacidades de escritura en un momento determinado para una red particionada o no particionada. Sin embargo, al implementar la estrategia del maestro flotante, cuando el servidor maestro no funciona, una réplica se transforma automáticamente en un servidor maestro por medio de un algoritmo.

Una desventaja posible de la estrategia de replicación del maestro flotante es que, si la red pasa a ser particionada y las réplicas de cada partición se convierten en maestros, el proceso de conciliación de los nuevos maestros puede ser muy complicado al volver a ingresar a la red.

Varios maestros

Con la replicación de varios maestros, hay varios servidores maestros con sus propias copias de lectura y escritura de los datos de las entradas de directorio. Mientras que la estrategia de varios maestros elimina el problema de tener un único punto de fallo, se pueden presentar conflictos de actualización entre los servidores. En otras palabras, si el atributo de una entrada se modifica alrededor de la misma hora en dos maestros, puede presentarse una política de resolución de conflictos de actualización, como "el último escritor gana".

Para obtener información sobre el modo de configurar servidores de réplica, consulte la Guía de administración para la versión de Oracle Directory Server Enterprise Edition que esté utilizando. En general, para las implementaciones empresariales a gran escala, la replicación de varios maestros es la opción recomendada.