我们正在升级运行在Windows 2008 R2 Standard上的文件服务器，它是Windows 2008域的一部分。 我们希望通过保留所有权限来迁移这些文件，然后重新使用相同的主机名，这实质上是硬件交换，因此对用户来说是透明的。
我们的计划是安装fileserver2然后使用robocopy复制文件和文件夹，然后从AD中删除fileserver1 ，并将fileserver2重命名为fileserver1 。 有什么需要注意的吗？
我们尝试search重命名服务器的方法，但只find了域的重命名。 如果有好的文章，这将是有益的。
编辑：我也在考虑交换服务器主机名，以保持一段时间的旧服务器。 IP也交换，因为有些人通过IP而不是主机名访问它。
今后还有一个比较简单的方法来处理这个问题，但是现在需要一些操作。
为您的环境configuration一个DFS命名空间 。 您将通过使用类似于\\domain.com\shares格式的path来访问您的文件服务器。 这会创build一个静态名称空间，您可以放置一个或多个文件服务器。
使用DFS-R（复制）在旧服务器和新服务器之间创build一个复制组。 这将复制服务器之间的所有文件和权限。
将您的复制组的共享发布到您在步骤1中创build的DFS名称空间。
configuration您的驱动器映射，GPO等指向命名空间。
从复制组中删除旧服务器，以便在命名空间后留下一台服务器。
甚至对于单个文件服务器使用DFS命名空间的优点是，在升级，移动，迁移或重命名文件服务器时，不必再次使用共享path。
或者，Microsoft为此提供了文件服务器迁移工具包 。
如果您是2008 R2或更高版本，也可以使用内置的Send-SmigServerData和Receive-SmigServerData 。
不是真的。 一般来说，人们倾向于遇到的问题是权限和共享，而不是记住在新的服务器上重新设置它们，或者不以相同的方式设置它们。 弄错了，真的。 你提出的计划听起来很可能会导致这种情况，而且你需要知道NTFS处理权限的方式不符合你在复制和移动文件时的预期 。 这将是一个问题，如果你只是robocopy的文件。
鉴于此，我的build议是使用其中一个Microsoft工具来为您做移植。 我认为适合您的情况的适当工具是Microsoft File Server Migration Toolkit 1.2 。 如果我这样做，我会迁移到一个新的主机名称（称为fileserevr2 ，或其他），然后处理使其对最终用户透明的DNS别名设置 oldfileservername作为fileserver2的别名，所以用户访问旧文件名将被redirect到后台的新文件服务器。
这种方法还具有在迁移期间保持两台服务器的优势，所以如果出现问题，您可以快速中止，让用户在分析出错的时候继续使用旧的文件服务器。