Module 3: Organizational Units & Delegation of Control

🎯 AD Administration Course · Module 3 of 8

Organizational Units & Delegation of Control

AZ-800
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 dsacls is the command-line tool for viewing and modifying OU delegation permissions
Exam Tip: AZ-800 tests delegation scenarios heavily. Know the difference between delegating all tasks vs specific tasks (e.g. resetting passwords only). Also know that delegated permissions are NOT visible in ADUC’s standard view — you must use ADSI Edit or dsacls to audit them.
Organizational Units are the primary administrative container in Active Directory — they define how objects are grouped, how Group Policy is applied, and who can manage them. A well-designed OU structure makes administration simpler, delegation cleaner, and Group Policy management more predictable. This module covers OU design, creation, protection, and the Delegation of Control wizard.

📁 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

ADUC › techcareers.local › Right-click domain › New › Organizational Unit
AD
Active Directory Users and Computers
|
techcareers.local OU structure
🌎 techcareers.local
📁 Builtin
💻 Computers
🏗️ Domain Controllers
👤 Users
📁 London
📁 HR
📁 IT
📁 Finance
📁 Manchester
📁 Groups

London OU → HR sub-OU
Name Type Protected
Jane Smith User ✅ Yes
HR-PC01 Computer ✅ Yes
TC-HR-London Security Group ✅ Yes
ⓘ 🔒 icon in ADUC indicates objects protected from accidental deletion. Right-click → Properties → Object tab to manage.

🔐 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
PowerShell — Create OUs, Protect Objects & Audit Delegation

# 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 dsacls audits
  • Use the custom task option in the wizard for precise delegation (e.g. only the pwdLastSet attribute 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

Q: A help desk admin deleted an entire OU with 500 users by mistake. The AD Recycle Bin is enabled. How do you recover?
With the AD Recycle Bin enabled, deleted objects are retained in a “deleted objects” container for 180 days (default). Recover using: 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.

Q: How do you view the permissions that have been delegated on an OU?
The Delegation of Control wizard in ADUC does not show existing delegations — it only adds new ones. To view delegated permissions, use: (1) ADSI Edit — right-click the OU → Properties → Security tab → Advanced; (2) dsacls command-line tool: 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.

Q: What is the difference between delegating control on an OU vs adding a user to the Account Operators group?
OU-level delegation is scoped — it grants specific permissions (e.g. reset passwords) on a specific OU only. This follows the principle of least privilege. Account Operators is a built-in group that grants the ability to create and manage most account types across the entire domain — including the ability to add members to many groups. Account Operators is a powerful, broad role and is generally avoided in modern AD environments in favour of targeted OU delegation. Microsoft recommends treating Account Operators as a legacy group and using delegation instead.

🎯 AZ-800 Mock Test
Module 3 — OUs & Delegation of Control
5 questions · Scenario-based · Pass mark: 70%

Question 1 of 5

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?

AAdd the help desk users to the Domain Admins group
BAdd the help desk users to the Account Operators built-in group
CUse Delegate Control on the London → HR OU, select the help desk group, choose “Reset user passwords and force password change at next logon”
DCreate a GPO on the OU that grants the help desk password reset rights

Question 2 of 5

An admin tries to delete the Finance OU but receives an error: “The object cannot be deleted.” What is the most likely cause?

AThe OU has ProtectedFromAccidentalDeletion enabled, which adds a Deny-Delete ACE to the object
BThe OU still contains child objects and must be emptied before deletion
CThe admin does not have Domain Admin rights
DA GPO is linked to the OU, preventing its deletion

Question 3 of 5

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?

ARight-click the OU in ADUC → Delegate Control — the wizard shows existing delegations
BCheck Group Policy Management Console — GPO Security Filtering shows OU permissions
CRun Get-ADUser -Identity helpdesk1 -Properties * to see what OUs the user can manage
DUse ADSI Edit or run dsacls "OU=HR,OU=London,DC=techcareers,DC=local" to view the ACL on the OU

Question 4 of 5

Which PowerShell cmdlet creates a new Organizational Unit with accidental deletion protection enabled?

ANew-ADContainer -Name 'HR' -Path 'DC=techcareers,DC=local' -Protected $true
BNew-ADOrganizationalUnit -Name 'HR' -Path 'OU=London,DC=techcareers,DC=local' -ProtectedFromAccidentalDeletion $true
CNew-ADOU -Name 'HR' -ParentOU 'London' -EnableProtection $true
DAdd-ADOrganizationalUnit -Name 'HR' -Protection Enabled

Question 5 of 5

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?

AAdd a top-level location OU (London, Manchester) and move department OUs inside each — creating a hybrid Location → Department → Object structure
BCreate a separate domain for each office location
CUse WMI filters on the existing GPO to target London vs Manchester computers without restructuring OUs
DUse site-linked GPOs for each office — no OU restructuring needed



🔒

This module is locked — Complete Module 2 and pass its mock test to unlock this module.
Complete the quiz above (70%+) to unlock Module 4: Group Policy Management