Overview
SCCM 2012 implementation requires AD Schema to be extended in the Active Directory
There is a key requirement to have a backup strategy in place before extending the AD schema since the schema update can only be reversed by a forest recovery.
In order to de-risk the AD schema extension, there needs to be a stung back out approach in case anything goes wrong during the AD schema upgrade. Most organizations require a change request to be in place before extending the AD schema and most change requests require a back out strategy. This section will serve the purpose of having a strong back out strategy. The detailed approach is as follows:
Approach
- Logon to the Domain Controller holding the Schema Master FSMO role using Schema Admins credential
- Perform Backup
- Back up system state and the system disk on a domain controller using ntdsutil.exe
- Dump the current schema into a file for comparison. From a command prompt, run the command: Ldifde -f Before_Schema_Update.ldf –"cn=schema,cn=configuration,dc=domain,dc=root"
- Back up system state and the system disk on a domain controller using ntdsutil.exe
- Isolate the server
- Disable Outbound Replication on the server
- At a command prompt, run the command: "repadmin /options +DISABLE_OUTBOUND_REPL" without the quotation marks.
- Unplug the physical network connection to ensure no communication could occur with other domain controllers.
- Disable Outbound Replication on the server
- Extend the Schema
- There are 2 options to extend the AD Schema:
- Using LDIF File:
- Modify the LDIF file by replacing DC=x with DC=domain1,DC=domain2,DC=com
- At a command prompt, run the command "ldifde –i –f ConfigMgr_ad_schema.ldf –v –j <location to store log file>"
- Modify the LDIF file by replacing DC=x with DC=domain1,DC=domain2,DC=com
- Using extadsch.exe (preferred)
- Execute extadsch.exe
- Execute extadsch.exe
- Validate the Schema Extension
- Using LDIF File: - Check for the log file mentioned in the command prompt command
- Using extadsch.exe – Check for extadsch.log in the root directory
- Open ADSIEdit and perform a visual check of the schema to validate whether all classes are added into AD
- Dump the current schema into a file and compare with the one obtained in step 2b. From a command prompt, run the command: Ldifde -f After_Schema_Update.ldf -d "cn=schema,cn=configuration,dc=domain,dc=root"
- Compare the content in the file Before_Schema_Update.ldf and After_Schema_Update.ldf to ensure proper extension is completed.
- Using LDIF File: - Check for the log file mentioned in the command prompt command
- If the Schema Extension is Successful
- Re-enable Outbound Replication on the server
- At a command prompt, run the command: "repadmin /options -DISABLE_OUTBOUND_REPL" without the quotation marks.
- Re-connect the network cable
- Force replication of Active Directory
- Allow time for replication to be completed before Installing SCCM
- Re-enable Outbound Replication on the server
- Backup Strategy (Only to be implemented if the Schema Extension encounters a Catastrophe / Failure)
- Option 1 - Restore a domain controller through restore from backup
- Restore AD from backup media (non-authoritative restore).
- Verify Active Directory restore.
- Restore AD from backup media (non-authoritative restore).
- Option 2 - Recover a domain controller through reinstallation.
- Demote the Domain Controller
- Re-promote the Domain Controller and let in-bound replication fix the Domain Controller
- Demote the Domain Controller
Disclaimer
The above mentioned steps must be tested in QA, Pre-prod, or Development environments before trying in Production.