O processo de recolha de lixo de base de dados do Active Directory

No Microsoft Windows 2000 e no Microsoft Windows Server 2003, a base de dados do Active Directory incorpora um processo de recolha de lixo é executado independentemente em cada controlador de domínio na empresa.

Recolha de lixo é um processo de organização que foi concebido para libertar espaço na base de dados do Active Directory. No Windows 2000 e na versão original do Windows Server 2003, este processo é executado em cada controlador de domínio da empresa com um intervalo de duração predefinida de 12 horas. Pode alterar este intervalo modificando o atributo de garbageCollPeriod no objecto de configuração de toda a empresa DS (NTDS).

O caminho do objecto no domínio de contoso.com seria semelhante ao seguinte:Utilize uma ferramenta de edição do Active Directory para definir o atributo de garbageCollPeriod. Ferramentas suportadas incluem scripts Adsiedit.msc, Ldp.exe e interfaces de serviço do Active Directory (ADSI).

Quando um objecto é eliminado, não é removido da base de dados do Active Directory. Em vez disso, o objecto em vez disso, é marcado para eliminação numa data posterior. Esta marca é, em seguida, replicada para outros controladores de domínio. Por conseguinte, o processo de recolha de lixo começa por remover permanece dos objectos anteriormente eliminados da base de dados. Estes objectos são conhecidos como tombstones. Em seguida, o processo de recolha de lixo elimina os ficheiros de registo desnecessárias. Finalmente, o processo é iniciado um thread de desfragmentação para reclamar o espaço livre adicional.

Além disso, existem dois métodos para desfragmentar a base de dados do Active Directory no Windows 2000 e no Windows Server 2003. Um método é uma operação de desfragmentação online que é executado como parte do processo de recolha de lixo. A vantagem deste método é que o servidor não tem de ser colocado offline para a operação ser executado. No entanto, este método não reduz o tamanho do ficheiro de base de dados do Active Directory (NTDS.dit). O método demora o servidor offline e desfragmenta a base de dados utilizando o utilitário Ntdsutil.exe. Esta abordagem requer que a base de dados para iniciar no modo de reparação. A vantagem deste método é que a base de dados é redimensionado e espaço não utilizado é removido. Por conseguinte, e o tamanho do ficheiro Ntds.dit é reduzido. Para utilizar este método, o controlador de domínio tem de ser colocado offline.

Alterações a duração de tombstone no Windows Server 2003 Service Pack 1

A duração de tombstone predefinida (TSL) no Windows Server 2003 tem comprovada ser demasiado curto. Por exemplo, um controlador de domínio preparados previamente poderá estar em trânsito mais de 60 dias. Um administrador poderá não resolver uma falha de replicação ou trazer um controlador de domínio offline para operação até que o TSL for excedido. Windows Server 2003 Service Pack 1 (SP1) aumenta a TSL de 60 a 180 dias nos seguintes cenários:

• Um controlador de domínio do Windows NT 4.0 é actualizado para o Windows Server 2003 utilizando o suporte de instalação do Windows Server 2003 SP1 para criar uma nova floresta.
• Um computador do Windows Server 2003 SP1 cria uma nova floresta.

Windows Server 2003 SP1 não modifica o valor de TSL quando qualquer uma das seguintes condições for verdadeira:

• Um domínio do Windows 2000 será actualizado para o Windows Server 2003 utilizando o suporte de instalação para o Windows Server 2003 com SP1.
• Windows Server 2003 SP1 é instalado num controlador de domínio que está a executar a versão de lançamento original do Windows Server 2003.

Aumentar TSL para um domínio para 180 dias tem as seguintes vantagens:

• Cópias de segurança utilizadas em cenários de recuperação de dados tem uma vida útil já.
• Backups de estado de sistema que são utilizados para instalação a partir do suporte promoções têm uma vida útil já.
• Controladores de domínio podem estar offline já. Computadores preparados previamente abordagem TSL expiração menos frequentemente.
• Um controlador de domínio com êxito pode devolver ao domínio após um período de tempo maior offline.
• Conhecimentos de objectos eliminados é mantido já no controlador de domínio de origem.