El proceso de recopilación de basura de la base de datos de Active Directory y el cálculo de los intervalos permitidos

Seleccione idioma Seleccione idioma
Id. de artículo: 198793 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

En Microsoft Windows 2000 y Microsoft Windows Server 2003, la base de datos de Active Directory incorpora un proceso de recopilación de basura que se ejecuta de forma independiente en cada controlador de dominio en el empresa.

Más información

Recolección de elementos es un proceso de mantenimiento que está diseñado para liberar espacio dentro de la base de datos de Active Directory. En Windows 2000 y en la versión de lanzamiento original de Windows Server 2003, este proceso se ejecuta en cada controlador de dominio en la empresa con un intervalo de duración predeterminado de 12 horas. Puede cambiar este intervalo modificando el atributo garbageCollPeriod del objeto de configuración del DS de toda la empresa (NTDS).

La ruta de acceso del objeto en el dominio Contoso.com tendría la apariencia siguiente:
CN = Directory Service, CN = Windows NT, CN = Servicios, CN = Configuration, DC = CONTOSO, DC = COM
Utilice una herramienta de edición de Active Directory para establecer el atributo garbageCollPeriod . Herramientas compatibles incluyen Adsiedit.msc, Ldp.exe, y Secuencias de comandos Active Directory Service Interfaces (ADSI).

Cuando un objeto es eliminado, no se quita de la base de datos de Active Directory. En su lugar, el objeto en su lugar está marcada para eliminación en una fecha posterior. Esta marca es, a continuación replica en otros controladores de dominio. Por lo tanto, la recolección de elementos proceso que se inicia mediante la eliminación de los restos de los objetos previamente eliminados desde el base de datos. Estos objetos se conocen como objetos de desecho. A continuación, el proceso de recopilación de basura elimina registro innecesarios archivos. Por último, el proceso inicia un subproceso de desfragmentación para reclamar adicionales espacio libre.

Además, existen dos métodos para desfragmentar el Base de Active Directory datos en Windows 2000 y en Windows Server 2003. Uno método es una operación de desfragmentación en línea que se ejecuta como parte de la basura proceso de recopilación. La ventaja de este método es que el servidor no hay que tener sin conexión ejecutar la operación. Sin embargo, este método no hace reduce el tamaño del archivo de base de datos de Active Directory (Ntds.dit). La otra método desconecta el servidor y desfragmenta la base de datos mediante el uso de la Utilidad Ntdsutil.exe. Este enfoque requiere que se inicie en la base de datos modo de reparación. La ventaja de este método es que se cambia el tamaño de la base de datos y se quita el espacio no utilizado. Por lo tanto, y es el tamaño del archivo Ntds.dit reducido. Para utilizar este método, el controlador de dominio se tomarán sin conexión.

Límites para garbageCollPeriod:
El valor mínimo es 1, y el máximo es 168 durante una semana. El valor predeterminado para el valor es de 12 horas.

Mínimo durante el período de duración de objetos de desecho:
El mínimo durante el período de duración de objetos de desecho es 2 días para los fines de la estancia KCC de cálculo de ejecución.

La capa de base de datos de AD exige una métrica adicional. Días TSL no debe ser menor que el intervalo de recolección de elementos tres veces. Según el valor predeterminado de 12 horas, TSL es un mínimo de 2 días. Si el intervalo de GC es 20 horas, el TSL mínimo es de 3 días (debe ser mayor que 60 horas). Si el intervalo de GC es 25 horas, obtendrá más allá de tres días (con 75 horas) y el TSL mínimo es de 4 días.

Las capturas con las comprobaciones de ambos capa DB y KCC realizan es que si TSL es inferior al mínimo permitido, no volverá al valor mínimo de 2 o más días, pero en el valor predeterminado de 60 o 180 días.

Importante:En caso de TSL se ha corregido en el valor predeterminado debido a un error de coincidencia, el valor para el intervalo de recolección también se establece en el valor predeterminado de 12 horas.

Cambios para los registros desechados en Windows Server 2003 Service Pack 1

Tiene la duración de objetos de desecho (TSL) de forma predeterminada en Windows Server 2003 demostrado para ser demasiado corta. Por ejemplo, un dominio ensayados previamente controlador puede estar en tránsito durante más de 60 días. Un administrador no puede resolver un error de replicación o poner un controlador de dominio sin conexión en operación hasta que se supere el TSL. Windows Server 2003 Service Pack 1 (SP1) aumenta el TSL de 60 a 180 días en el siguiente escenarios:
  • Un controlador de dominio de Windows NT 4.0 se actualiza a Windows Server 2003 mediante el uso de medios de instalación de Windows Server 2003 SP1 para crear un nuevo bosque.
  • Un equipo de Windows Server 2003 SP1 crea un nuevo bosque.
Windows Server 2003 SP1 no modifica el valor de TSL cuando se cumple cualquiera de las siguientes condiciones:
  • Un dominio de Windows 2000 se actualiza a Windows Server 2003 mediante el uso de medios de instalación de Windows Server 2003 con SP1.
  • Windows Server 2003 SP1 está instalado en un controlador de dominio que está ejecutando la versión de lanzamiento original de Windows Server 2003.
Aumentar la TSL para un dominio para 180 días tiene el ventajas siguientes:
  • Copias de seguridad que se utilizan en los datos escenarios de recuperación tienen una vida útil más larga.
  • Las copias de seguridad de estado de sistema que se utilizan para instalación de promociones de medios tienen una vida útil más larga.
  • Pueden ser controladores de dominio sin conexión más larga. Equipos ensayados previamente aproximarse caducidad TSL menos frecuentemente.
  • Un controlador de dominio puede devolver correctamente en el dominio Después de más tiempo sin conexión.
  • Conocimiento de borrado los objetos se mantiene ya en el controlador de dominio de origen.

Propiedades

Id. de artículo: 198793 - Última revisión: domingo, 10 de marzo de 2013 - Versión: 5.0
La información de este artículo se refiere a:
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2008 R2 Standard
  • Windows Server 2008 Enterprise
  • Windows Server 2008 Standard
Palabras clave: 
kbenv kbinfo kbmt KB198793 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 198793

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com