DHCP在windows server 服务器上的迁移

仓库的概念知道吧？
方法一：新的服务器到后，看服务器svn版本一样不一样，一样或者更高的话，可以直接复制过去，完成迁移。
方法二：如果有问题或者版本更低，用svnadmin dump从本机dump出来， 再在新服务器上用svnadmin load恢复即可。
方法二是最保险的，不过如果仓库很大就很麻烦，所以我一直注意保持svn版本一直，直接用方法一。

在这里，我将继续谈论如何在新的AD环境中迁移服务器问题。最近，我所进行的其中一个迁移项目中需要从原来域中把DHCP服务器迁移到新创建的域中（很明显，原因是原来的域已经不能使用了）。当然，你可以简单地选择在新AD环境中创建全新的DHCP服务器，然后关闭整个公司。但多数公司仍想维持原来的服务，并且也不需要重新创建租用项目等。你需要迁移DHCP服务器中的两个部分：DHCP服务器配置以及租用数据库。迁移配置只能通过“关闭整个公司”，因为每位客户大概都想同时关闭，从而保证两台计算机间不会出项相同的IP地址（这里的两台计算机是指从原始DHCP服务器中获得地址的计算机和另一个从新服务器中获得地址的计算机）。因此，在允许客户继续运行的同时，在新的AD环境里迁移DHCP服务器的最好解决方法就是一起迁移配置以及租用数据库。第一步是在新AD森林里安装DHCP，并进行认证。（为获取安装DHCP方面的更多信息可参看MSKB300429）接下来，就是实际的迁移部分。由于多数客户都能在工作日一开始收到他们的租约，因此这部分可在工作期间就完成。如果你正从一个Windows 2003 AD环境迁移到另一个环境，可使用netsh命令导出原始DHCP数据，再将其导入到新服务器中。这只需三个步骤：在原来的DHCP服务器里运行以下命令：netsh dhcp服务器导出<文件名全部关闭并使DHCP服务器服务无效将文件迁移到新DHCP服务器里，运行以下命令：netsh dhcp服务器导入<文件名全部如果不是从Windows 2003环境中进行迁移，你仍可完成该任务。微软已创建了DHCP导出导入工具（DHCPEXIM），它最初是与Windows 2000资源工具一起推出的。在原来DHCP服务器里运行该工具可进行导出，并且使你迁移过的范围失效（相对于NETSH方法，它存在巨大优势，通过选择迁移范围，你能从一个服务器里迁移多个范围到其他几个服务器中）。创建一个二进制文件，其中包括你选择的配置和租赁数据库范围。将该文件迁移到新DHCP服务器里（这里的DHCP服务器是已经被安装及认证过的），然后运行DHCPEXIM。在导出文件里导入信息后，就是正在运行的DHCP服务器，完成活动范围以及活动客户端租用即可，你不必担心会出现相同的IP配置。

1、先将本地Exchange和Office 365做成了初步的联盟信任。
2、将本地的活动目录AD信息完全同步到Office 365上。
3、最后将本地Exchange的用户邮箱迁移到Office 365上即可。

---