从Windows 2003升级到Windows 2008

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

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

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

我不认为升级的服务器path比工作站path更好。 毕竟这是同样的核心产品。 然而，你可能会有什么希望 ，在系统上可能会发生升级的可能性不大。

您需要将练习图像抓取到虚拟机中，然后testing升级过程，看看您的应用程序在升级后的系统上的行为，并确定升级服务器，升级应用程序和debugging所花费的时间是否更less比build立新系统和迁移所需要的时间要多。

哦，是的，除非你正在虚拟化生产机器，否则检查硬件是否与Win 2008兼容。这将是一个非常讨厌的问题。

至于斩波3的回滚计划，那也是非常重要的。 确保在确定可以恢复要升级的Windows 2003服务器的备份之前，不要启动升级过程。

如果最小的停机时间是您最关心的问题，那么请复制系统的驱动器，执行升级，testing升级，然后在出现问题时回滚，这是不行的。 不是因为升级可能存在问题，而是因为还有其他计划很可能会导致用户的停机时间大大缩短。

为了最小化停机时间，我会build议：

1. 安装操作系统的第二台机器
2. 复制应用程序，数据，configuration和其他资源
3. 尽可能多地testing
4. closures旧服务器上的服务
5. 做一个最后的同步到新的服务器（所以它有任何更新发生在你的旧服务器build设和testing时间）
6. 重新configuration相关的东西（其他地方的服务器和/或networking设置），以便新的服务器出现在旧的服务器上
7. 让旧的服务器运行一段时间（或者只是保持它的驱动器方便），以防万一以后发现你忘记了转移

这样，唯一的停机时间是在切换之前执行最终同步所需的时间（步骤5和6） – 如果最终同步包括复制一些大文件（例如一个或多个大数据库），这可能会是一段时间，但是这样做的时间要less于完整的备份镜像，如果升级失败，则无需停机（因为您只需放弃新的设置，而不必closures旧的）。

当然，这个计划意味着要在同一个设施上build立第二台服务器，而这台服务器不会免费，所以如果你为你的服务器/主机支付一大笔费用，或者预算紧张，这可能是一个令人望而却步的因素。 。

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

我没有做升级的主要原因是清洁和磁盘空间。

最后一点是，我有很多戴尔服务器都坐落在12Gb系统分区上，由于多年来服务包和补丁程序已经应用，磁盘空间的大小刚好减less，没有好的解决scheme。

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

我试过Virtual PC的升级path，我可以承认最好是迁移而不是升级。 这两个os是完全不同的

我只是问自己为什么要升级，你的回滚计划是什么？

它不值得生产机器的风险。

知道你有一个默认的安装，世界上99％的使用者和制造商随随便便，你会睡得更好。

去与最广泛的testing设置，而不是至less。