Organizational Units & Delegation of Control
AZ-800 Exam Alignment
AZ-800
Manage and maintain AD DS: Design and implement OU structures, protect objects from accidental deletion, delegate administrative control to specific OUs, and verify delegated permissions.
- Know the three common OU design approaches (by location, by department, by object type) and their trade-offs
- Understand that Delegation of Control lets you grant specific admin tasks to users without making them Domain Admins
- Know how to protect objects from accidental deletion and how to remove that protection when needed
- Know that
dsaclsis the command-line tool for viewing and modifying OU delegation permissions
dsacls to audit them.📁 OU Design Principles
OU design is one of the most consequential early decisions in an AD deployment. The structure you choose affects how GPOs are applied, how you delegate administration, and how easy it is to manage objects at scale. The three common approaches each have trade-offs:
| Design Model | Structure Example | Best For | Trade-offs |
|---|---|---|---|
| By Location | UK → London → Users, Computers US → NewYork → Users, Computers |
Organisations with distinct geographic sites needing different IT policies (timezone GPOs, local printer mappings, site-specific settings) | Harder to manage role-based delegation. Users moving locations require OU moves. |
| By Department | HR → Users, Computers IT → Users, Computers Finance → Users, Computers |
Organisations where department defines IT policy (HR gets different software than Finance) | Less effective for multi-site orgs where same department has different location needs. |
| By Object Type | All-Users → [all user objects] All-Computers → [all computers] All-Groups → [all groups] |
Simple environments. Useful as a secondary tier within geographic/department OUs. | Hard to apply targeted GPOs. Often needs hybrid approach. |
| Hybrid (Recommended) | Location → Department → Object Type e.g. London → HR → Users |
Most enterprise environments — balances geographic policy needs with departmental delegation | More complex initial setup. Requires governance to keep consistent. |
⚠️ Design for GPO Application AND Delegation
Your OU structure should serve two goals simultaneously: (1) define the scope of Group Policy application, and (2) define the boundary for delegation of control. These two requirements sometimes pull in opposite directions — document your design intent early so that future changes don’t break either.
🔧 Creating OUs and Protecting Objects
| Name | Type | Protected |
|---|---|---|
| Jane Smith | User | ✅ Yes |
| HR-PC01 | Computer | ✅ Yes |
| TC-HR-London | Security Group | ✅ Yes |
🔐 Delegation of Control
Delegation of Control lets you grant specific administrative permissions on an OU to a user or group — without adding them to Domain Admins. This is the foundation of least-privilege administration in AD DS.
| Common Delegation Task | Who Typically Gets It | Objects / Scope |
|---|---|---|
| Reset user passwords and force password change at next logon | Help Desk Level 1 | User objects in specific OU |
| Create, delete, and manage user accounts | HR Administrators | User objects in HR OU |
| Modify group membership | Department team leads | Group objects in specific OU |
| Join computers to domain (create computer accounts) | Desktop/endpoint team | Computer objects in Workstations OU |
| Manage Group Policy links | Senior IT Admins | OU level (domain or specific OUs) |
| Read all user information | HR reporting tools, service accounts | User objects — read-only |
💡 How the Delegation of Control Wizard Works
- Right-click the target OU in ADUC → Delegate Control
- Select the user or group to receive the delegation
- Choose from common tasks (preset combinations) or custom tasks (fine-grained attribute level)
- The wizard writes ACEs (Access Control Entries) to the OU’s ACL — viewable only via ADSI Edit or
dsacls - There is no “undo” button in the wizard — remove delegation manually via ADSI Edit or
dsacls
# Create a nested OU structure New-ADOrganizationalUnit -Name 'London' -Path 'DC=techcareers,DC=local' -ProtectedFromAccidentalDeletion $true New-ADOrganizationalUnit -Name 'HR' -Path 'OU=London,DC=techcareers,DC=local' -ProtectedFromAccidentalDeletion $true New-ADOrganizationalUnit -Name 'IT' -Path 'OU=London,DC=techcareers,DC=local' -ProtectedFromAccidentalDeletion $true # Remove protection (required before deleting an OU) Set-ADOrganizationalUnit -Identity 'OU=Finance,OU=London,DC=techcareers,DC=local' -ProtectedFromAccidentalDeletion $false # Protect an individual user object from accidental deletion Set-ADObject -Identity 'CN=Jane Smith,OU=HR,OU=London,DC=techcareers,DC=local' -ProtectedFromAccidentalDeletion $true # View delegation ACEs on an OU dsacls 'OU=HR,OU=London,DC=techcareers,DC=local' # Report all OUs that are NOT protected Get-ADOrganizationalUnit -Filter 'ProtectedFromAccidentalDeletion -eq $false' | Select-Object Name,DistinguishedName
💡 Best Practices
- Enable ProtectedFromAccidentalDeletion on every OU at creation time — it takes one extra parameter and prevents costly mistakes
- Never nest OUs more than 5 levels deep — deep nesting makes GPO inheritance complex and slows down management
- Delegate to groups, not individual users — so that delegation stays valid when people change roles
- Document every delegation made via the wizard — there is no built-in report, so maintain a spreadsheet or use
dsaclsaudits - Use the custom task option in the wizard for precise delegation (e.g. only the
pwdLastSetattribute for password resets) - Avoid granting Domain Admin rights — almost every administrative task can be delegated at the OU level with proper planning
🎓 Interview Q&A
Get-ADObject -Filter {Name -eq "HR"} -IncludeDeletedObjects | Restore-ADObject. This restores the OU and all its contents with attributes intact — including group memberships — which makes the Recycle Bin far superior to traditional authoritative restore from backup. If the Recycle Bin was NOT enabled, recovery requires an authoritative restore of a domain controller backup, which is disruptive and loses changes made after the backup.dsacls "OU=HR,OU=London,DC=techcareers,DC=local" — outputs all ACEs; or (3) PowerShell: (Get-Acl "AD:OU=HR,OU=London,DC=techcareers,DC=local").Access. Regular auditing of OU permissions is a key security hygiene task.A help desk team needs to reset passwords for users in the London → HR OU only. What is the most appropriate way to grant this permission?
An admin tries to delete the Finance OU but receives an error: “The object cannot be deleted.” What is the most likely cause?
After using the Delegation of Control wizard to grant a help desk group password reset rights on an OU, a manager asks you to verify what was configured. How do you view the current delegated permissions?
Get-ADUser -Identity helpdesk1 -Properties * to see what OUs the user can managedsacls "OU=HR,OU=London,DC=techcareers,DC=local" to view the ACL on the OUWhich PowerShell cmdlet creates a new Organizational Unit with accidental deletion protection enabled?
Your organisation designs its OU structure by department (HR, IT, Finance). A new requirement emerges: branch offices in London and Manchester need different desktop wallpaper policies. What is the most efficient change to the OU structure to support this?