Implementing Active Directory – 11/16/2009
Today we covered the final two chapters in the book: 11 and 12.
Chapter 11 was all about the day to day maintenance of the AD database. Since AD is a database, and a living one at that, we must make sure we keep it in shape so that it runs as efficiently as possible. To do this, we run one of two AD defragmentation: online or offline.
Online Defragmentation happens on a regular basis — once every 12 hours — and involves cycling through the AD database looking for tombstones that are set to be cleaned. (Tombstones are what’s left behind when something is deleted from AD — it’s left with a tombstone that lives on for another 60 days (does this make them zombies??)). At the 60 day mark, those tombstones are deleted by AD’s Online Defragmentation. The upside is that the server doesn’t have to be taken down in order for this to occur, but the downside is that the size of the database doesn’t actually change. So, if you need a more powerful, database-reducing activity, the Offline Defragmentation is the way you’ll need to go.
Offline Defragmentation is a slightly more complicated process, and should only be done when reducing the size of the AD Database is the primary goal. It involves taking the DC offline, booting into Directory Services Restore Mode and running the NTDSUtil command (Files | Compact To C:\Backup).
We also looked at backing up AD, which can be done via the default Windows Server backup program, NTBACKUP (or your competent 3rd party choice). If using NTBACKUP, you’ll just do a backup of the System State, and that will grab the AD database and settings along with it.
To restore the AD database, you have a couple of options. You can choose to either do a non-authoritative restore, or an authoritative restore. The differences lie in how you’d like your data to propagate throughout the network.
The easiest and most common type of restore you would be performing would be the non-authoritative. What happens in a non-authoritative restore is that directory information is replaced, but is flagged indicating “Hey, I’m probably out of date”. When AD replication occurs, if any information comes down the pike that is deemed newer, or more relevang, that newer, more relevant information replaces the older information established by the non-authoritative restore. Typically you would perform this type of AD restore on a new server that you want to designate as a DC, and just have the new information replicate to the server.
When you accidently delete a user and that change has worked it’s way through AD, you would need to perform an authoritative restore. Authoritative restores replace a particular object, and then indicate it as “authoritative”, so that when AD replication occurs, it is flagged as the most recent and relevant, and that change is then replicated throughout Active Directory.
Moving on to Chapter 12, we discussed the various scenarios you might encounter when installing Windows Server 2003 in an organization, including making the decision to either upgrade or migrate (meaning new equipment, moving just the data over). We looked at several tools that might be needed in such scenarios.
Homework:
- Take Home Test #6 – download it here.
- Continue work on MS E-Learning modules!