有人尝试过从 Windows 2003 x64 到 Windows 2008 x64 的升级过程吗？
通常，最好不要升级 Windows 操作系统；但也许，因为这是一个服务器操作系统，所以升级路径已经得到改进了？
重新安装/重新配置会非常耗时并且停机时间太长；我宁愿避免这条路......
答案1
我们还没有在生产中使用 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 位。
答案2
这只是我的意见，但如果它是一台生产服务器，我永远不会考虑升级。拔出驱动器，装上一些新驱动器，安装 Windows 2008，如果遇到问题，再插回旧驱动器。
答案3
我认为服务器升级路径并不比工作站升级路径好。毕竟，它们的核心产品是一样的。不过，你可能拥有的是希望有，系统中可能会阻碍升级的“奇怪的垃圾”会更少。
您需要获取练习图像（可能放入虚拟机中），并测试升级的进展情况，查看应用程序在升级后的系统上的运行情况，并确定升级服务器、升级应用程序和调试所花费的时间是否少于构建新系统并迁移所花费的时间。
哦是的，除非你是虚拟化生产机器，检查硬件是否与 Win 2008 兼容。那将是一件非常糟糕的事情。
至于 chopper3 建议的回滚计划，那也确实很重要。确保在确定可以恢复要升级的 Windows 2003 服务器的备份之前不要启动升级过程。
答案4
我们升级了 32 位的非关键系统，没有遇到任何问题。但是，我不会考虑将 Windows 升级用于关键任务应用程序，主要是因为它会导致停机。升级关键应用程序时，我们通常会为较新的操作系统购买新服务器，然后将应用程序从一台服务器迁移到另一台服务器。然后可以将旧服务器转售或重新用于其他地方。