学会使用次区域来解决问题

　　三、学会使用次区域来解决问题

　　在某些情况下，即使DNS工作正常，活动目录也会存在一定的故障。如在同位体根域模型中，两颗分离的树构成同一森林内不同的名称空间。此时他们之间的相互访问就会受到影响。为了解决问题，此时需要使用次区域。

　　那是什么原因造成这个问题的呢?这主要是因为在同位根域模型中的每一颗树是由在其他域中可能没有安全权限的独立的域构成。为此就需要一种合适的机制允许在两颗树之间执行查找。简单的说，就是因为没有查找权限所造成的。在这种情况下，通常是在每个DNS环境中，创建次区域来解决这个查找的问题。虽然在2008种有效的解决了这个问题，如将这些分离的树复制到森林中所有DSN服务器的功能，减少了次区域的使用频率。但是在一些复杂的环境中，如需要在森林以外进行查找，则这个次区域仍然是必需的。

　　不过需要注意的是，使用次区域可能会导致性能上的瓶颈。用户在查找资源或者登陆的过程中，可能会感觉到性能的下降。所以在没有充分必要的情况下，在域环境中最好不咬使用同位根域模型。这可能会导致性能问题，同时也会增加维护的复杂性。

　　四、提高DNS查找效率、优化活动目录性能

　　从以上的分析中可以看出，域环境要正常工作的话，必须依赖于DNS。如当用户需要进行打印，则先是通过DNS来查找相关的资源。从中可以看出，DNS的查找效率直接跟域环境的性能相关。如果其查找效率低下，则必然会导致活动目录的性能降低。反过来说，就是提高DNS的查找效率，就可能优化活动目录的性能。

   这里以Windows2008环境为例，介绍一个提高DNS查找效率的简单办法。在站点容器的根中通常包含一个特定域的所有控制器的列表。当特定的站点服务不可用时，则就采用这些列表进行名称解析。也就是说，如果某个站点域控制器失效的话，客户端就会随即的选择这个站点中存储的一个域控制器。所以如果能够确保这个位置存储的项仅仅是快速连接中心站点的服务器，就可以明显提高DNS的查找性能。

　　一般情况下，在Windows2008中是将SRV纪录的存储位置划分成一个单独的区域，并将其复制到安装了DNS的所有域控制器上。在这个区域中加入一项资源，如打印机，他们指示在这些特定站点上有哪些可用的资源。在部署服务器之前创建活动目录站点时来自中心位置的一个SRM纪录会被添加到DNS中的站点子域中去。此时当向这些站点添加一个新的资源时，他们的SRV纪录会与站点创建时存储在其中的其他SRV纪录结合。即不会自动删除这些纪录或者覆盖它。这就会错误的引导客户端通过由低速广域网链路到达服务器。这直接的结果就是导致登陆时间延长。简单的说，就是走了冤枉路。虽然说条条道路可以通罗马，但是路径的长短、路径的通行情况等等会影响到最后达到的时间。故在配制域环境的时候，需要合理部署，以提高DNS的查找效率。如在必要的时候，适当的整理这些SRV纪录并将其放置在合适的站点子域，必将会大大缩短DNS查找时间，从而缩短客户登陆时间，提高活动目录的工作效率。