活动目录之迁移

sunweipeng

说到活动目录迁移就要用到迁移工具，但Windows本身却并没有自带个工具，我建议大家到微软的官方网站上去下载，因为可以下到最新版，安装盘里那个版本太低了。这个工具的全称叫Active Directory Migration Tool，我们以下简称ADMT，最新版本是3.0，这个新版本较上次的版本我想表扬一下微软，总算有中文版了，虽然这个工具的使用还是比较简单的，所以上面的英文也不是很难，但有中文版了也算是微软的用心之处嘛，不过表扬完了，顺便再批判一下，你说你一个迁移工具，怎么会和SQL勾搭上了呢?真不知道微软又想干什么?是技术需要吗?我没什么感觉。是商业需要吗?问比尔。反正我不管了，只要好用就行了。

　　我先来介绍一下实验的环境:

　　目标域:

　　域名:demo.com

　　域控制器:server

　　操作系统:Windows Server 2003

　　IP:192.168.5.1

　　子网掩码:255.255.255.0

　　DNS:192.168.5.1

　　源域:

　　域名:ms.com

　　域控制器:win200ser(本来是打算用win2000ser的，一时大意，少打了一个“0”，将错就错了，反正也没有什么关系)

　　操作系统:Windows 2000 Advanced Server

　　IP:192.168.5.10

　　子网掩码:255.255.255.0

　　DNS:192.168.5.10

　　实验目的:要把ms.com上的一个叫“Tom”的用户和一台名叫“Test2000”的计算机帐号迁移到Demo.com。

　在执行正式的操作以前呢，我们先要来做三个准备工作:

　　1、 把目标域，在这里也就是demo.com的功能级别提升为纯模式。

　　点击“开始-设置-控制面板-管理工具-Active Directory用户和计算机”:

说到这儿呢，我顺便还想再和大家提一下转发器的问题，有些朋友喜欢使用转发器来解决上面的问题，从理论上来讲，好像也没有什么讲不通的地方，但是用转发器的时候，很多人都会在上面出现一个严重的错误操作，以我的实验环境为例，这个错误操作就是在demo.com的DNS上设置转发器，转发到ms.com上面的DNS服务器;然后再到ms.com的DNS服务器上设置转发器，转发到demo.com上的DNS服务器。当然我知道大家这么设置的理由是什么，就是当demo.com上的机器需要访问ms.com上的资源的时候，而本地的DNS服务器无法解析，这时可以根据DNS服务器上设置的转发器，转到ms.com上的DNS服务器来进行解析，从而获得正确的IP地址;同理，当ms.com上的机器要访问demo.com上的资源时，也可以利用本地的DNS服务器上的转发器转到demo.com上的DNS服务器上来。以此来解决两个域之间的DNS解析问题。从表面上看，好像还是挺有道理的。但实际上你会为这样的操作付出代价的，什么原因?来分析一下，当一个客户端发出一个请求，是两台DNS服务器上有的纪录，那么是不会有什么问题的，因为当服务器本身能解析请求时，转发器是不起作用的。但是，当下面的客户机发出一个错误的请求，比如输错了一个字母，也就是说发出的请求在两台DNS服务器上都没有纪录的时候，那么这时就会根据转上器上的地址来进行转发，而你又是在两台DNS服务器上设置相互转发，那么这条请求就会从这台服务器到那台服务器，再从那中服务器到这台服务器·····……，并且周而复始，这样就会进入一个死循环，会大大的加重你的服务器的负担，甚至引起死机的可能性也不是没有。所以DNS服务器之间是不能设置相互转发的，这一点请大家切记切记!

　　OK，那我们继续，建立完DNS辅助区域以后，再始建立域的信任关系。

　　先到目标域上，也就是demo.com上，点击“开始-设置-控制面板-管理工具-Active Directory域和信任关系”:

接下来就到源域上面也去进行同样的设置。不过Windows 2000域创建信任关系要比Windows 2003域来得简单，这里我就不写了。

　　信任关系被创建后，接下来就是相互把对方域的管理员帐号添加到本域的Bulitin容器下的Administrators组。这个操作就不说了。

　　前期的准备工作就到此为止了，开始进行正式的迁移操作了:

　　首先当然是安装迁移工具，这里我安装的是ADMT3.0，安装过程很简单，只要狂点下一步就可以完成了。但要注意的是，ADMT工具一定要装在目标域上。安装完成后，我们可以点击“开始-设置-控制面板-管理工具-Active Directory迁移工具”: