Subscribe to Windows IT Pro

 

Get Newsletters

  • Get the Latest News
  • Product Updates
  • Helpful Tricks
  • Productivity Tips

Subscribe Now!

September 13, 2000 12:00 AM

Active Directory Forests and the Global Catalog

Windows IT Pro
InstantDoc ID #15587
Rating: (1)

The Global Catalog (GC) in Windows 2000 Active Directory (AD) is widely misunderstood and it's no wonder why: The catalog serves multiple purposes, has tons of features, and houses dissimilar forms of data. To understand the GC, you must first understand the concept of a "forest." A forest is a collection of one or more AD trees organized as peers and connected by two-way transitive trust relationships between the root domains of each tree. All trees in a forest share a common schema, configuration, and GC.

Every domain controller in a forest stores three full, writable directory partitions:

  • Domain directory partition—You might be familiar with the AD Users and Computers Tool. This Microsoft Management Console (MMC) snap-in manages the domain directory partition, which mainly contains the computers, groups, and other objects for a specific Win2K domain.
  • Schema directory partition—This partition contains the Schema container, which stores class and attribute definitions for all existing and possible AD objects. You can view the contents of the Schema container in the AD Schema Editor. (If you're an "IIS Administrator" subscriber, you can learn how to install this tool from my article "Extending the User Class in the AD Schema," September 2000.)
  • Configuration directory partition—This partition stores configuration objects for the entire forest, such as information about sites, services, and directory partitions. To view the contents of the Configuration container, use Active Directory Services Interfaces (ADSI) Edit, which is part of the Win2K Support Tools.

A GC server is a Win2K domain controller that stores these three writable directory partitions, as well as a partial, read-only copy of all other domain directory partitions in the forest. The additional directory partitions are "partial" because although they collectively contain every object in the directory, they have a limited set of specific attributes for each object. The AD replication system automatically builds the GC. AD automatically designates the first domain controller in a forest as a GC server, although any domain controller can be a GC server. (You can configure this controller in the NTDS Settings Properties dialog box in the AD Sites and Services tool.)

All three directory partitions exist on a GC server, whether they are full or partial partitions, in one directory database (Ntds.dit) on that server. No separate storage area is necessary for GC attributes: The Global Catalog Server treats them as additional information in the domain controller directory database. When you add a new domain to a forest, AD automatically stores the information about the new domain in the configuration directory partition, which the GC server (and all domain controllers) automatically touches through replication of forest-wide information. Because the GC stores every object in the forest, software developers can use the catalog to locate objects in any domain without a referral to a different server. When a search request is sent to port 389 (the default Lightweight Directory Access Protocol—LDAP—port for AD) on a specific domain, computer, or IP address, the search is performed on one domain directory partition. If the object isn't found in that directory partition (and isn't in the schema or configuration directory partitions), the request is referred to a domain controller in a different domain that might contain the requested object (on the basis of the distinguished name—DN—you present in the search request). Such a referral is called an LDAP referral and can be very expensive in terms of the time it takes the search to find what it's looking for.

When a search request is sent to port 3268 (the default GC port), the search includes all directory partitions in the forest. In other words, a GC server processes the search. A GC search can return results for objects in any domain without generating a referral to a domain controller in a different domain. This tool is extremely powerful for software developers in a huge company with AD forests residing in different locations all over the world.

Related Content:

ARTICLE TOOLS

Comments
  • Anonymous User
    7 years ago
    Feb 01, 2005

    Great artical

  • Tariq Azad
    8 years ago
    May 17, 2004

    Excellent article and details about Global Catalog.

You must log on before posting a comment.

Are you a new visitor? Register Here

advertisement

advertisement

White Papers

Get your Windows 7 deployment off to the right start by implementing PC lockdown. A locked-down environment is easier and cheaper to support since users are less likely to make unnecessary changes to the core system configuration - read more here!

Essential Guides

Is your iSCSI "lossy"? The reality is that most off-the-shelf Ethernet hardware deployed for iSCSI can lose packets, resulting in slow performance or application downtime. Learn how to assess your current iSCSI infrastructure and engineer an advanced iSCSI SAN infrastructure.

Web Seminars

What's the best way to keep your network safe from malware? In this web seminar, security expert Greg Shields suggests an alternative method to the traditional blacklisting approach that is common with anti-virus and anti-malware solutions.

eLearning Series

We bring the experts direct to you to share their real-world perspective and expertise. During each event, three sessions stream in real time, so you can learn, ask questions, and get solutions.
Upcoming event: Getting the Most with Exchange 2010 with Paul Robichaux

Subscribe to Windows IT Pro!

Windows is a trademark of the Microsoft group of companies. Windows IT Pro is used by Penton Media Inc. under license from owner.