As UOs no Active Directory (AD) ajudam os administradores a categorizar os usuários dependendo dos diferentes departamentos da sua organização. Quando uma UO é excluída, a UO, juntamente com todos os objetos contidos nela, devem ser restaurados. Informações vitais, como GPOs aplicados às UOs e quaisquer grupos de segurança dos quais os membros da UO faziam parte anteriormente também devem ser restauradas.
Este artigo detalhará as diferentes maneiras de restaurar UOs aninhadas excluídas.
O Active Directory fornece um recurso de lixeira que está desabilitado por padrão e precisa ser habilitado manualmente. Se a Lixeira estiver habilitada em seu ambiente, ela fornecerá margem de manobra adicional para restaurar UOs com todas as informações necessárias.
Se a lixeira não estiver habilitada, a UO excluída será movida para o contêiner Objetos excluídos e terá a maioria de seus atributos removida. A UO permanece nesse estado marcado para exclusão por 60 a 180 dias, dependendo da versão do Servidor Windows e das definições de configuração. No entanto, a UO ainda pode ser restaurada usando ferramentas nativas como PowerShell ou utilitário LDP, mas seus atributos ausentes terão que ser adicionados manualmente.

Quando a lixeira está habilitada, a UO ainda é movida para o contêiner Objetos excluídos, mas todos os seus atributos são preservados por um período especificado pelo seu atributo msDS-deletedObjectLifetime. Nesse estágio, a UO pode ser restaurada com todos os seus atributos intactos.
Quando o período msDS-deletedObjectLifetime expirar, o objeto será movido para um estado Objeto reciclado, no qual quase todos os seus atributos são removidos. Os objetos permanecem nesse estado conforme especificado pelo seu atributo tombstoneLifetime. Depois que o período tombstoneLifetime expira, o objeto é removido do banco de dados pelo processo de coleta de lixo e não pode ser restaurado.
Para preservar todos os atributos de objetos excluídos, é obrigatório habilitar a lixeira do AD.
Antes de habilitar a lixeira do AD, verifique se os níveis funcionais do domínio e da floresta são pelo menos Servidor Windows 2008 R2.
Observação: Depois que a lixeira do AD for habilitada, ela não poderá ser desabilitada.
Para habilitar a lixeira do AD, execute o seguinte comando no PowerShell.
Enable-ADOptionalFeature –Identity 'CN=Recycle Bin Feature,CN=Optional Features,CN=Directory Service,CN=Windows NT,CN=Services,CN=Configuration,DC=www,DC=zylker'DC=com' –Scope ForestOrConfigurationSet –Target 'www.zylker.com'
Se você usa o Servidor Windows 2019, o Servidor Windows 2016, o Servidor Windows 2012 R2 ou o Sevidor Windows 2012, poderá usar o Centro Administrativo do Active Directory para habilitar a lixeira.
Como administrador, essas são as ferramentas nativas que podem ser usadas para restaurar UOs com todos os atributos intactos, desde que a lixeira do AD tenha sido habilitada.
Considere o seguinte cenário: Um administrador de example.com exclui acidentalmente uma unidade organizacional (UO) aninhada chamada HR_Department, que contém contas de usuários de funcionários do departamento de RH. A exclusão da unidade organizacional resulta na exclusão de uma unidade organizacional aninhada chamada Managers, que contém contas de usuário dos gerentes que trabalham no departamento de RH. Jack, Vincent e Emma são contas de usuário na UO HR_Department. Harry é uma conta de usuário na UO Managers. A ilustração a seguir mostra a hierarquia da UO HR_Department.

O artigo explicará como esses objetos podem ser restaurados usando as ferramentas nativas do AD.
Observação: Ao restaurar objetos usando ferramentas nativas, é fundamental começar a restaurar objetos do nível mais alto da hierarquia porque os objetos excluídos só podem ser restaurados para um pai ativo.
Para restaurar um objeto excluído, abra o PowerShell e digite o seguinte comando:
Restore-ADObject -Identity $dn
Aqui, $dn é o nome distinto do objeto a ser restaurado. Para encontrar o nome distinto do objeto, use o seguinte script no PowerShell:
(Get-ADObject -SearchBase (get-addomain).deletedobjectscontainer -IncludeDeletedObjects -filter "samaccountname -eq '%OLD_NAME%' ")
Para encontrar o nome distinto do objeto e realizar a restauração, use o seguinte script no PowerShell:
(Get-ADObject -SearchBase (get-addomain).deletedobjectscontainer -IncludeDeletedObjects -filter "samaccountname -eq '%OLD_NAME%' ") | Restore-ADObject
Aqui, %OLD_NAME% é o nome do objeto antes de ser excluído.

Ao contrário da restauração de um único objeto, a restauração de uma UO e de seus objetos constituintes não é um processo de etapa única.
Considerando o cenário mencionado acima, quando a UO HR_Department é excluída, todos os objetos que ela contém (um total de seis objetos, incluindo as duas UOs e os quatro usuários) são movidos para o contêiner Objetos excluídos com seus nomes distintos mutilados. O contêiner Objetos excluídos exibe todos os objetos excluídos em uma hierarquia simples como seus filhos diretos, e a hierarquia original é perdida. Se o administrador precisar restaurar a UO HR_Department, ele deverá identificar de alguma forma a hierarquia original dessa UO.
Para restaurar a UO HR_department, primeiro você precisa encontrar a hierarquia original da UO.
Se você conhece a hierarquia original da UO excluída, pode usar o cmdlet Restore-ADObject para recuperar os objetos excluídos em um nível de hierarquia por vez.
Se você não estiver familiarizado com a hierarquia original, é necessário primeiro identificá-la antes de iniciar o processo de restauração.
Por exemplo, se você quiser encontrar a hierarquia da conta de usuário Emma, o cmdlet do PowerShell deverá ser construído para que o atributo lastKnownParent de Emma seja retornado.
Get-ADObject -SearchBase "CN=Deleted Objects,DC=validate4,DC=com" -ldapFilter:"(msDs-lastKnownRDN=Emma)" –IncludeDeletedObjects –Properties lastKnownParent

Na saída retornada por esse cmdlet, o valor de lastKnownParent para Emma é HR_Department. Você também pode notar que o nome distinto da UO HR_Department está mutilado, o que indica que o próprio objeto UO HR_Department foi excluído.
Aqui está um exemplo de um nome distinto mutilado:
OU=HR_Department\0ADEL:d662511-4bde-b24e-f665bfa96e7b,CN=Deleted Objects,DC=validate4,DC=com
Então, você precisará pesquisar todos os objetos no contêiner Objetos excluídos cujo valor lastKnownParent seja HR_Department.
Get-ADObject –SearchBase "CN=Deleted Objects,DC=validate4,DC=com" -Filter {lastKnownParent -eq 'OU=HR_Department\\0ADEL:d662511-4bde-b24e-f665bfa96e7b,CN=Deleted Objects,DC=example,DC=com'} -IncludeDeletedObjects -Properties lastKnownParent | ft

Na saída retornada por esse cmdlet, você pode perceber que Managers é uma unidade organizacional. Agora você precisa procurar todos os objetos excluídos que estavam contidos na UO Managers. Os objetos na unidade organizacional Managers conterão um atributo lastKnownParent igual a Managers.
Get-ADObject –SearchBase "CN=Deleted Objects,DC=validate4,DC=com" -Filter {lastKnownParent -eq 'OU=Managers\\0ADEL:83fb259c-b3f6-452f-a423-37f7fb11e0d0,CN=Deleted Objects,DC= validate4,DC=com'} -IncludeDeletedObjects -Properties lastKnownParent | ft

Na saída exibida por esse cmdlet, você verá apenas a conta de usuário Harry e nenhum outro objeto na UO. Agora você tem a lista de todos os objetos que foram excluídos e pode iniciar a restauração. Como a UO HR_Department é o objeto no topo da hierarquia, ela deve ser restaurada primeiro. Como todas as etapas de investigação anteriores foram executadas usando o atributo lastKnownParent, que aponta para o pai direto do objeto e não indica se o próximo objeto pai também foi excluído, os administradores podem verificar se o valor de lastKnownParent para HR_Department é de fato uma unidade organizacional ativa. executando o seguinte comando:
Get-ADObject -SearchBase "CN=Deleted Objects,DC= validate4,DC=com"
-ldapFilter:"(msDs-lastKnownRDN=HR_Department)" –IncludeDeletedObjects –Properties lastKnownParent

Isso conclui a investigação e agora você está pronto para restaurar a UO HR_Department à sua hierarquia e estado originais.
Para restaurar a UO HR_Department usando o PowerShell, execute as seguintes operações no controlador de domínio.
Get-ADObject -ldapFilter:"(msDS-LastKnownRDN=HR_Department)" –IncludeDeletedObjects | Restore-ADObject

Get-ADObject -SearchBase "CN=Deleted Objects,DC= validate4,DC=com" -Filter {lastKnownParent -eq 'OU=HR_Department,DC= validate4,DC=com'} -IncludeDeletedObjects | Restore-ADObject

Get-ADObject -SearchBase "CN=Deleted Objects,DC=validate4,DC=com" -Filter {lastKnownParent -eq 'OU=Admins,OU=HR_Department,DC=validate4,DC=com'} -IncludeDeletedObjects | Restore-ADObject

Avaliação gratuita de 30 dias
Observação: Ao restaurar os objetos presentes na UO, certifique-se de que o nome distinto fornecido contenha o nome da UO pai. Por exemplo, se você estiver restaurando o usuário Emma Roberts, o DN deverá ser CN=Emma Roberts,CN=HR,DC=Terminador,DC=com. Se a UO pai não for mencionada, o objeto de usuário será restaurado para o domínio raiz e você terá que movê-lo manualmente para a UO HR.
Para restaurar as unidades organizacionais excluídas usando o Centro Administrativo,
A restauração deve ser executada hierarquicamente e cada objeto de usuário será restaurado na UO em que estava presente antes da exclusão. Todos os atributos juntamente com as informações de associação ao grupo serão restaurados.
Podemos ver nos exemplos acima que, embora o PowerShell, o utilitário LDP e o Centro Administrativo do Active Directory possam ser usados para restaurar unidades organizacionais excluídas, o processo de restauração nem sempre é simples.
As três ferramentas nativas têm algumas deficiências comuns
1. Ausência de restauração hierárquica.
2. A lixeira nativa do AD deve ser habilitada e definir um valor grande para o atributo Vida útil da lápide pode aumentar o tamanho da Árvore de Informações do Diretório (DIT).
Além disso, a recuperação de unidades organizacionais aninhadas usando o utilitário PowerShell e LDP envolve muitas etapas que aumentam a complexidade se o número de objetos contidos na unidade organizacional for grande.
O RecoveryManager Plus permite superar todas as deficiências das ferramentas nativas e, ao mesmo tempo, agregar mais valor em termos de outros recursos.
Considerando o mesmo caso de uso acima, a seção a seguir explicará como o RecoveryManager Plus pode ser usado para restaurar todos os objetos excluídos.
Ao contrário das ferramentas nativas que exigem a restauração de objetos do nível mais alto da hierarquia, o RecoveryManager Plus permite restaurar qualquer objeto, independentemente de sua hierarquia original. Quando um objeto e seu contêiner pai são excluídos, a restauração do objeto excluído também restaura automaticamente o contêiner pai, eliminando a necessidade de restaurar contêineres individualmente.
O RecoveryManager Plus permite restaurar objetos com todos os seus atributos intactos, mesmo que a lixeira nativa não esteja habilitada. Isso é possível porque o RecoveryManager Plus vem com seu próprio recurso de lixeira. Todos os objetos do AD que foram excluídos podem ser encontrados aqui e você pode até visualizar os atributos que serão restaurados junto com o objeto. Você também pode usar os filtros disponíveis para limitar os resultados da pesquisa ao tipo de objeto necessário (usuário, UO, grupo, etc.) ou pesquisar o objeto excluído por nome.
Quando toda a UO HR_Department for excluída, você poderá encontrar a UO excluída e todos os seus objetos constituintes na lixeira do RecoveryManager Plus.
Se o administrador conhecer a hierarquia original da UO excluída, o administrador poderá selecionar apenas o contêiner pai e reciclá-lo, o que restaurará automaticamente todos os objetos constituintes da UO.

Além de restaurar objetos excluídos, o RecoveryManager Plus é uma ferramenta multifacetada com diversos recursos que o tornam obrigatório para administradores que desejam controle total sobre o conteúdo de seu AD.
| Recursos | PowerShell | Utilitário LDP | Centro Administrativo do Active Directory | RecoveryManager Plus |
|---|---|---|---|---|
| Restaure objetos do AD ativos para qualquer uma de suas versões anteriores | ||||
| Reversão do AD | ||||
| Restauração granular do GPO |
Saiba mais sobre os vários recursos que o RecoveryManager Plus tem a oferecer.
Avalie o RecoveryManager Plus para testar recursos como backup e recuperação de objetos do AD. O suporte está incluído em sua avaliação se você precisar de ajuda. Faça download hoje mesmo de sua avaliação gratuita de 30 dias totalmente funcional.