Cómo optimizar la replicación de Active Directory en una red grande

Este artículo describe cómo optimizar la replicación de Active Directory en las configuraciones de red grande.

Importante Esta sección, método o de tarea contiene pasos que le indican cómo modificar el registro. Sin embargo, pueden producirse problemas graves si modifica incorrectamente el registro. Por tanto, asegúrese de que siga estos pasos cuidadosamente. Para obtener más protección, haga una copia de seguridad del registro antes de modificarlo. A continuación, puede restaurar el registro si se produce un problema. Para obtener más información acerca de cómo realizar una copia de seguridad y restaurar el registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base: El Comprobador de coherencia de réplica (KCC) ajusta dinámicamente la topología de replicación de datos de la red cuando los controladores de dominio se agregan o quitan de la red, cuando un controlador de dominio no está disponible, o cuando se cambian las programaciones de replicación de datos.

Las tareas del KCC son:

• Según la topología de red descrita por objetos de Active Directory, el KCC crea objetos de conexión que se utilizan para definir la replicación entrante y saliente a controladores de dominio:
  
  
  • Para orígenes dentro del mismo sitio, de entrada para el controlador de dominio en el que se ejecuta el KCC.
  • Para orígenes de distintos sitios, entrada para el sitio en el que se está ejecutando el KCC, si el controlador de dominio en el que se ejecuta el KCC es la interSiteTopologyGenerator elegido para su sitio.
• Convertir los objetos de conexión de servicio de directorio de Microsoft Windows NT (ntdsConnection) definido por el KCC y definido por el administrador en una configuración comprendida para el motor de replicación del servicio de directorio (DS).

De forma predeterminada, cada una de estas tareas se ejecuta cada 15 minutos. Para obtener más información sobre el KCC, vea el capítulo de replicación de Active Directory en el Kit de recursos de Windows 2000.

Ejemplo

En algunas configuraciones de sitio grande que contiene muchos sitios, muchos dominios o muchos sitios de betweens de rutas, el KCC entre sitios se ejecuta lentamente, consumiendo demasiados recursos de tiempo y memoria de unidad central de procesamiento (CPU).

Si D es el número de dominios de la red, S es el número de sitios de la red, y a continuación, puede ignorar el resto de este artículo.

La siguiente tabla enumera los tiempos de ejecución y las cifras de consumo de memoria de un KCC entre sitios que se ejecuta en una variedad de configuraciones de concentrador y periferia con ningún ajuste del rendimiento aplicado. Cada sitio contiene un controlador de dominio para un único dominio y un catálogo global. Dominios están dispersos por igual en todos los sitios. Puente de vínculo de sitio automático está habilitado. Las medidas se realizaron en un Intel Pentium III Xeon a 500 MHz con 1 gigabyte (GB) de memoria de acceso aleatorio (RAM). Uso de memoria incluye el almacenamiento en caché de base de datos. Consumo de memoria será menor en equipos con menos memoria física.

La fórmula para el tiempo de ejecución es: Puede determinar cuánto el KCC se ejecuta en la configuración existente utilizando el complemento Servicios y sitios:

1. Determinar qué controlador de dominio en el sitio es el generador de topología entre sitios actual viendo las propiedades del objeto NTDS Site Settings.
2. Hora de la ejecución del KCC en ese controlador de dominio:
   
   
   1. Haga clic con el botón secundario del mouse en NTDS Settings.
   2. Haga clic en Comprobar topología de replicación.

Además, puede supervisar el tiempo de ejecución del KCC de forma continua mediante el Editor del registro para ver la siguiente clave del registro: Cambie el valor "1 Knowledge Consistency Checker" a un valor de 3 o mayor.

Con este valor establecido a 3 o mayor, el KCC registrará sucesos 1009 y 1013 para indicar el principio y al final de la comprobación.

Recomendaciones

Si su configuración no satisface los criterios anteriores, a continuación, utilice el método apropiado:

Reducir el uso de puentes de vínculos a sitios en la configuración de sitio

Esta opción funciona bien en configuraciones radiales y concentrador típico reduciendo el número de rutas posibles entre sitios.

Puente de vínculo de sitio automático indica que toda la red es totalmente de protocolo Internet (IP) enrutadas. En esta situación, cualquier equipo de un sitio determinado puede comunicarse a través de IP con cualquier equipo en cualquier otro sitio. Puente de vínculo de sitio automático está habilitado para el IP y el Protocolo Simple de transporte de correo (SMTP) transportes entre sitios de forma predeterminada. Deshabilitar esta característica requiere que agregue puente de vínculo de sitio explícito objetos donde sea necesario. Puentes de vínculos a sitios sólo son necesarios si un sitio determinado contiene un controlador de dominio de un dominio que no está presente en cualquier sitio adyacente, pero sí se produce otro controlador de dominio de ese dominio en otros sitios del bosque. Un sitio adyacente se define como cualquier sitio incluido en cualquier vínculo a sitios que contiene el sitio en cuestión. La mayoría de las configuraciones no requiere el uso de puentes de vínculos a sitios, porque cualquier sitio que contiene un controlador de dominio de un dominio dado que se produce en más de un sitio casi siempre es adyacente al menos otro sitio que contiene un controlador de dominio del mismo dominio.

Si KCC no puede directa o transitivamente conectar todos los sitios que contienen controladores de dominio de un dominio determinado después de deshabilitar puentes de vínculo de sitio automático, el KCC registrará el suceso 1311.

Ejemplo

El Comprobador de coherencia del servicio de directorio ha determinado que ya sea:

1. No hay suficiente conectividad física publicado mediante el Administrador de servicios y sitios para crear un árbol de expansión conectar todos los sitios del bosque.
2. No se puede realizar la replicación con uno o más servidores críticos para que los cambios se propagan a través de todos los sitios. Esto suele deberse a los servidores inalcanzables.

Para resolver un problema, utilice el Administrador de servicios y sitios para realizar una de las siguientes:

• Publique suficiente información de conectividad de sitio que el equipo puede deducir una ruta mediante el cual esta partición puede llegar a este sitio. Se recomienda esta opción.
• Agregar un objeto ntdsConnection a un controlador de dominio que contiene el controlador de dominio de partición = europe, controlador de dominio = mycorp, controlador de dominio = com en este sitio desde un controlador de dominio que contiene la misma partición en otro sitio.

Para resolver el problema B, examine el registro de eventos actual para determinar qué servidor o servidores no se podrían establecer contacto con el KCC.

Para deshabilitar los puentes de vínculo de sitio automático:

1. Haga doble clic en el complemento sitios y servicios.
2. Haga clic con el botón secundario del mouse en el objeto de transporte IP y, a continuación, haga clic en Propiedades.
3. En el contenedor Transportes entre sitios, haga clic en la casilla de verificación correspondiente para desactivarla y, a continuación, haga clic en Aceptar.

Todavía hay límites para las configuraciones para el que el KCC puede calcular automáticamente una topología entre sitios, incluso cuando no se utiliza ningún puente de vínculo de sitio. La siguiente tabla enumera los tiempos de ejecución y las cifras de consumo de memoria para el KCC entre sitios que se ejecuta en una variedad de configuraciones de concentrador y periferia. Cada sitio contiene un controlador de dominio de un único dominio y un catálogo global (GC). Dominios están dispersos por igual en todos los sitios. Puente de vínculo de sitio automático está deshabilitado y no hay puentes de vínculos a sitios se han definido. Las medidas se realizaron en un Intel Pentium III Xeon a 500 MHz con 1 GB de RAM; está a punto doble los de la lista de tiempos de ejecución en procesadores Intel Pentium II 200 MHz. Uso de memoria incluye el almacenamiento en caché de base de datos. Consumo de memoria será menor en equipos con menos memoria física.

La fórmula para el tiempo de ejecución para los sitios satélite es donde el number of domains es el número de dominios y el number of sites es el número de sitios.

La fórmula para sitios de concentrador es:

Ejecute el KCC entre sitios sólo durante OFF horas pico

Esta opción funciona bien cuando el equipo tiene una ranura de tiempo cuando se realice poco trabajo y una ejecución de KCC entre sitios se ajusta esta franja horaria. Normalmente se utilizaría esta técnica sólo si ya se ha reducido el uso de puentes de vínculos de sitio y el tiempo de ejecución o el uso de memoria del KCC permanece un problema durante las horas de trabajo críticas.

Los KCCs de un sitio determinado pueden configurarse para deshabilitar sólo el cálculo de topología entre sitios, mantener su capacidad para responder a las cambiantes requisitos de replicación dentro del sitio. El cálculo de topología entre sitios, a continuación, puede habilitar de nuevo en un momento determinado del día tiempo suficiente para ejecutar la comprobación entre sitios un KCC en el sitio y, a continuación, se puede deshabilitar de nuevo.

Cuando se deshabilita la comprobación de topología entre sitios para un sitio determinado, ese sitio no responderá a los cambios en la topología entre sitios. Si no están disponibles uno o ambos asociados de replicación para todas las conexiones entre sitios que replican un dominio dado, no se realizará ningún adaptación automática de KCC a un nuevo origen o destino hasta que los controladores de dominio conectan o vuelva a ejecutar la parte del KCC entre sitios.

Nota: el administrador puede agregar manualmente conexiones mientras la entre sitios KCC está deshabilitado.

Para evaluar si esta opción es realista en su configuración, determine primero el KCC cuánto tarda en ejecutar en su entorno. A continuación, determinar si hay un bloque de tiempo en un controlador de dominio en cada sitio para adaptarse a los requisitos de tiempo y memoria. No es necesario para la parte entre sitios del KCC para ejecutarse en todos los sitios al mismo tiempo.

Para programar el KCC entre sitios, utilice el componente programador de tareas para programar las ejecuciones de "wscript /b runkcc.vbs" (la secuencia de comandos en forma de texto se incluye más adelante en este artículo). Para obtener más información acerca del programador de tareas, consulte el tema de programador de tareas Ayuda de Windows 2000. Runkcc.vbs requiere las herramientas de soporte técnico en la carpeta Support\Tools en el CD-ROM de Windows 2000 esté instalado en el equipo en el que se ejecuta.

Deshabilitar KCC entre sitios de todo, configurar manualmente conexiones

Esta opción funciona bien en configuraciones radiales de concentradores típico. Suele utilizarse sólo cuando los dos métodos anteriores no son opciones viables, especialmente en configuraciones con miles de sitios.

Cuando la topología entre sitios automática está deshabilitada completamente, se convierte en la responsabilidad del administrador para crear objetos de conexión para garantizar que los datos de replicación continúa fluya a través del bosque de la replicación entre sitios necesaria. Normalmente, los clientes con sitios suficientes para sobrepasar los límites KCC emplean topologías de concentrador y periferia red para conectar una oficina central corporativa con un gran número de sitios de sucursales homogéneas. Esta simetría simplifica enormemente el proceso.

Antes de crear sus propios objetos de conexión sin la Ayuda del KCC, hay varios puntos a tener en cuenta:

• Errores del servidor. Considere el caso de que el controlador de dominio BR1 en un sitio de sucursal está conectado al controlador de dominio HQ1 en el sitio concentrador corporativo y HQ1 somete a un error de hardware, corte de alimentación o algún otro suceso catastrófico. Cuando la topología entre sitios automática está habilitada, el KCC se ocupa de agregar una conexión adicional para replicar temporalmente desde otro controlador de dominio del sitio concentrador corporativo hasta HQ1 devuelve en línea. Sin la generación automática de la topología entre sitios, para asegurarse de que la replicación se sigue produciendo en casos de errores de servidor, conexiones redundantes deben definirse. Definir dos conexiones entrante a BR1, uno de HQ1 y otra desde HQ2. Si hay dos controladores de dominio en la sucursal, BR1 y BR2, a continuación, la segunda conexión debe ser de HQ2 BR2. Esto permite que las actualizaciones se repliquen desde el sitio concentrador corporativo en el caso de que se produce un error en uno de los controladores de dominio de dos sucursal.
  
  Conexiones redundantes definidas de esta manera pueden forzar las mismas actualizaciones de Active Directory que se van a replicar más de una vez a menos que se utiliza el transporte IP y todas las conexiones entrantes al sitio tienen el mismo controlador de dominio de destino dentro del sitio. Cuando se utiliza el transporte SMTP o varios controladores de dominio de destino, la programación de replicación debe ser intercalada tal que las actualizaciones de un origen son recibidas, aplicar y replican dentro del sitio de destino antes de realizar la solicitud para el segundo origen. Extender el ejemplo anterior, la primera conexión podría replicar en horas impares y la segunda conexión replicar en horas pares.
• Selección de ubicación de catálogo global. Si un sitio contiene catálogos globales, se deben utilizar uno o varios de los GC para replicación hacia y desde el sitio. Si no lo hace, GC no permanecerá sincronizada.
• Dominio selección de ubicación. Si están repartidos los controladores de dominio de un dominio determinado a través de varios sitios, se deben utilizar uno o más controladores de dominio de ese dominio para la replicación con otros controladores de dominio de ese mismo dominio. Esto garantiza que los datos se replican en todos los controladores de dominio de ese dominio. No es suficiente para un dominio A controlador de dominio en el sitio 1 para replicar únicamente con un dominio B GC en el sitio 2 si el sitio 2 contiene un controlador de dominio para el dominio a. Porque el dominio B GC tiene sólo un subconjunto de atributos de objetos en el dominio A, no puede actuar como un conducto para replicar los atributos no en este conjunto entre los controladores de dominio A dominio.
• Equilibrio de carga. Distribuir la carga de replicación entrante y saliente. Por ejemplo, si dispone de 100 controladores de dominio en su sitio concentrador corporativo y 1000 sucursales con 1 controlador de dominio cada, no desea configurar todos los 1000 controladores de dominio de sucursal para replicar desde el mismo controlador de dominio en su sitio concentrador. En su lugar, equilibrar la carga que cada controlador de dominio en el concentrador corporativo se comunica con 10 sitios de sucursal. Ya que sólo una replicación entrante puede producir en un momento y la comunicación con sitios de sucursal es a menudo sobre vínculos lentos de área extensa (WAN) de la red, le falta de equilibrar la carga no sólo aumentan la carga de CPU y memoria en el controlador de dominio del sitio concentrador, pero esto también puede dar lugar a muy grandes acumulaciones de datos para replicar.

También puede utilizarse una sola ejecución del KCC para crear inicialmente conexiones que a continuación, se pueden adaptar un administrador. Si el KCC entre sitios no se puede ejecutar después periódicamente, el administrador debe definir las conexiones de replicación adicionales para que sigue funcionando en caso de error del controlador de dominio de origen identificado por la primera conexión de replicación. Si fallan todas las conexiones existentes y no se vuelva a ejecutar el KCC entre sitios, el administrador debe conectar directamente con el controlador de dominio de destino y crear una conexión a un controlador de dominio que es alcanzable. En configuraciones con alta volatilidad (cuando los controladores de dominio de origen óptimos están ocasionalmente no está disponibles durante largos períodos de tiempo debido a errores de red) es aconsejable tener más de una conexión adicional.

Runkcc.vbs (VBScript para la ejecución del KCC plantilla desencadenador)

Microsoft proporciona ejemplos de programación con fines ilustrativos únicamente, sin ninguna garantía tanto expresa como implícita. Esto incluye, entre otras, las garantías implícitas de comerciabilidad e idoneidad para un fin determinado. En este artículo se supone que está familiarizado con el lenguaje de programación que se muestra y con las herramientas que se utilizan para crear y depurar procedimientos. Los ingenieros de soporte técnico de Microsoft pueden explicarle la funcionalidad de un determinado procedimiento, pero no modificarán estos ejemplos para ofrecer mayor funcionalidad ni crearán procedimientos adaptados a sus necesidades específicas. ' * / runkcc.vbs
'*/
<none>' * / Parámetros: <ninguno>
' * / Propósito: cuando se ejecuta en un controlador de dominio, esta secuencia de comandos hace que el controlador de dominio local la entre sitios
' * / Generador de topología para su sitio, permite la generación de topología entre sitios temporalmente si está deshabilitada,
' * / se ejecuta el proceso de generación de topología KCC y deshabilita la generación de topología entre sitios si fue
' * / configurado por lo tanto, para empezar con.
'*/
'*/

On Error Resume Next

Llamar a ExecuteKCC()

() Sub ReportError pública

' indicar al usuario el error
WScript.Echo "se produjo el siguiente error: (" + cstr(hex(err.number)) + ")" + cstr(err.description)

End Sub

Pública () Sub ExecuteKCC

On Error Resume Next

WScript.Echo "Cargando funciones para su uso por esta secuencia de comandos..."
establecer dll=createobject("iadstools.DCFunctions")
Si err.number <>0, a continuación, en ReportError:WScript.Quit
DLL.enabledebuglogging 1

' obtener el nombre del cuadro local
WScript.Echo "1 > conectar al equipo local..."
establecer localMachine=GetObject("LDAP://localhost/rootdse")
Si err.number <>0, a continuación, en ReportError:Wscript.Quit
ServerName=localmachine.get("dnsHostName")
Si err.number <>0, a continuación, en ReportError:WScript.Quit
WScript.Echo "2 > Found máquina local" + ucase(ServerName)

' obtener la config NC
configNC=localMachine.get("configurationNamingContext")
Si err.number <>0, a continuación, en ReportError:Wscript.Quit
WScript.Echo "3 > es el contexto de nomenclatura de configuración:" + configNC

' obtener el nombreDeSitio de este cuadro
domaincontrollerSiteName=dll.dsgetsitename

Si err.number <>0, a continuación, en ReportError:Wscript.Quit
WScript.Echo "4 > es el sitio de este servidor:" + domaincontrollersitename

' obtener el DN de DSA para este cuadro
DSAObj = localMachine.get("dsServiceName")
Si err.number <>0, a continuación, en ReportError:Wscript.Quit
WScript.Echo "5 > el DN para DSA este equipo es:" + DSAObj

' enlazar el objeto de configuración del sitio en Active
SiteSettingsPath = "LDAP: / / localhost/CN = NTDS Site Settings, CN ="+ domaincontrollerSiteName +", CN = Sites," + configNC
establecer SiteSettings=GetObject(SiteSettingsPath)
Si err.number <>0, a continuación, en ReportError:WScript.Quit

' hacer que el cuadro actual ISTG
WScript.Echo "6 > Making" + ucase(ServerName) + "Inter Site Topology Generator para el" + ucase(domaincontrollerSiteName) + "sitio".
SiteSettings.Put "interSiteTopologyGenerator" DSAObj
SiteSettings.SetInfo
Si err.number <>0, a continuación, en ReportError:Wscript.Quit

' obtener las opciones actuales
origOptions=SiteSettings.Get("options")
Si hex(err.number) = "8000500D" a continuación,
origOptions = 0
ElseIf err.number=0 a continuación
' no hacer nada
Else
ReportError:Wscript.Quit
End if
modOptions = origOptions
WScript.Echo "7 > actualmente, las opciones especificadas para las operaciones de KCC ISTG en este sitio está establecida en:" + cstr(origOptions)

' Habilitar el KCC si actualmente deshabilitado, en caso contrario, dejarlo solos
Si modOPtions 16 Y, a continuación,
mod2Options = modOptions XOr 16
WScript.Echo "8 > El KCC está actualmente deshabilitado para la generación de topología entre sitios. Volver a habilitarlo temporalmente. Establecer opciones: "+ cstr(mod2Options)
SiteSettings.Put "opciones" mod2Options
SiteSettings.SetInfo
Si err.number <>0, a continuación,
ReportError
WScript.Echo "Error durante el proceso de modificar el atributo de opciones. Compruebe que tiene el valor original correcto. Esta secuencia de comandos está finalizando."
WScript.Quit
End if
Else
WScript.Echo "8 > El KCC está habilitado actualmente para controlar la generación de topología entre sitios. No es necesario cambio antes de activar el KCC."
End if

' ejecute el KCC
Result=dll.TriggerKCC(CStr(ServerName))
Si err.number > 0 then ReportError
Si resultado = 0 then
WScript.Echo "9 > el KCC se ha desencadenado satisfactoriamente en" + ucase(ServerName)
Else
WScript.Echo "9 > trigerring el KCC produjo el siguiente error en" + ucase(ServerName) + ":" + dll.lasterrortext
End if

' deshabilitar el KCC
WScript.Echo "10 > Re-writing las opciones originales (" + cstr(origOptions) + ") para el ISTG."
SiteSettings.Put "opciones" origOptions
SiteSettings.SetInfo
Si err.number <>0, a continuación, en ReportError:WScript.Quit

End Sub

' Finalizar secuencia de comandos

Para obtener más información sobre el KCC de Windows 2000, haga clic en los números de artículo siguientes para verlos en Microsoft Knowledge Base: