从 Windows 2003 升级到 Windows 2008

我们还没有生产中的 Windows Server 2008 系统，但我已经升级了大约 6 台测试服务器（1 台 32 位，5 台 64 位），并且这个过程几乎完美无缺。但是，大多数都是 VMware 托管的虚拟机，驱动程序问题并不是什么大问题。我唯一要做的就是在升级后卸载/重新安装 McAfee VirusScan 8.5。

我认为微软自 NT4->Windows 2000 天以来已经有很多时间来改进升级过程。我做了很多 Windows 2000->2003 升级而不是 NT4->W2K，这是肯定的。我只会推荐 W2K3 x64 -> W2K8 x64 的升级（当绝对需要时）。我不想在生产中使用 W2K8 32 位作为最佳实践。

我的意见只是，但如果它是生产服务器，我永远不会考虑升级。拉动驱动器，装上一些新驱动器，安装 Windows 2008，如果遇到问题，重新插入旧驱动器。

我不认为升级的服务器路径比工作站路径更好。毕竟是同一个核心产品。但是，您可能拥有的，但很希望拥有的是，系统上可能会导致升级失败的“奇怪的废话”更少。

您需要获取一个练习映像，可能会进入虚拟机，并测试升级如何进行，查看您的应用程序在升级后的系统上的表现，并确定升级服务器、升级应用程序和调试所花费的时间是否更少比构建新系统和迁移所花费的时间。

哦，是的，除非您要虚拟化生产机器，否则请检查硬件是否与 Win 2008 兼容。那将是一个真正令人讨厌的问题。

至于 chopper3 建议的回滚计划，这也很重要。确保在确定可以恢复正在升级的 Windows 2003 服务器的备份之前不要开始升级过程。

如果最小的停机时间是您最关心的问题，那么复制系统的驱动器、执行升级、测试升级，然后在出现问题时回滚，这不是要走的路。不是因为升级可能会出现问题，而是因为从用户的角度来看，还有其他计划很可能会大大减少停机时间。

对于最短的停机时间，我建议：

1. 在第二台机器上安装操作系统
2. 复制应用程序、数据、配置和其他资源
3. 尽可能多地测试
4. 关闭旧服务器上的服务
5. 在新服务器上进行最终同步（因此它具有在您构建和测试期间发生在旧服务器上的任何更新）
6. 重新配置相关的东西（服务器和/或其他地方的网络设置），以便新服务器出现在旧服务器所在的位置
7. 让旧服务器运行一小段时间（或者只是将其驱动器放在手边），以防您后来发现忘记传输某些内容

这样，您唯一的停机时间是在切换之前执行最终同步所需的时间（步骤 5 和 6） - 如果最终同步包括复制一些大文件（例如一个或多个大数据库），这可能需要一段时间结束，但这将比获取完整的备份映像和升级所花费的时间更少，并且如果失败则不会停机（因为您只需放弃新设置而无需关闭旧设置）。

当然，这个计划意味着在同一个设施中拥有第二台服务器来构建它不会是免费的，所以如果你为你的服务器/主机支付了相当大的费用，或者预算紧张，这可能是一个令人望而却步的因素。 .

我们在 32 位上升级了非关键系统，没有任何实际问题。但是，我不会考虑对关键任务应用程序进行 Windows 升级，主要是因为它会造成停机时间。在升级关键应用程序时，我们通常会为较新的操作系统购买新服务器，然后将应用程序从一个迁移到另一个。然后可以将旧服务器转售或重新用于其他地方。

我不升级的主要原因是清洁度和磁盘空间。

最后一点是，我有很多戴尔服务器位于 12Gb 系统分区上，因为多年来应用了服务包和补丁，磁盘空间量刚刚减少，没有好的解决方案可用。

我真的不想把所有这些“包袱”带到一个新的操作系统上。

我在 Virtual PC 中尝试了升级路径，我承认迁移而不是升级更好。两个操作系统完全不同

我只想问自己为什么要升级以及您的回滚计划是什么？

它不值得为生产机器冒险。

知道您拥有全球 99% 的用户和制造商随附的默认安装，您会睡得更好。

使用最广泛的测试设置，而不是最少的设置。