我们希望在这里升级系统，并且拥有全部的2008服务器标准（除less数几个只支持2003R2的系统外）。
大多数情况下，这些系统都不是特别复杂，我们也没有绝大多数的系统。 一堆AD / DNS /等。 系统，一些SQL Server框，各种非关键任务服务器和Exchange服务器。
虚拟化和HA都是在VMWare ESX Server中完成的，所以我们并没有真正发现Hyper-V或基于操作系统的集群。
鉴于我们在2008年都很舒适，舒适，而且没有真正对我们的系统征税，那么真正需要花费人力升级到2008 R2吗？ 我们是否应该等到Windows Server的下一个主要发行版之前的n年？ 假设我们所有的硬件都是相对较新的，并且有望在硬件的使用寿命中投入使用。
谢谢！！
编辑：我们在100％的桌面上运行XP专业版，但随着年龄的增长，它们将被Win7取代。 我们的组织/域名政策非常简单，并且（在我们的testing中）不需要对Win 7进行任何更改。没有可预见的大规模改变我们的办公室/工作站等的计划。 拓扑结构。
对于所有的意图和目的，2008 R2 是 Windows Server的下一个主要版本。 尽pipe市场名称令人困惑，但实际上却是Windows 7 Server。 这不是一个简单的function插件，如R2是2003年。这是一个完整的操作系统版本完整与Active Directory的架构更新和域控制器的新域function级别选项。
也就是说，如果你有什么工作，你当然不需要放弃一切，赶上2008 R2。 把你的时间和迁移，因为它是有道理的。 如果你有许可证，并且你正在开发一个新的服务器，那么没有理由不把R2放在它上面。
我们有一个相当广泛的ESX环境（仍然在3.5），大约是2003年的R2和2008年的一半。我已经在几台虚拟机上testing了2008 R2，实际上它比2008年的VM要快一些。 我们的大多数虚拟机非常小，只能运行x86版本的Windows，因为它们没有ram的gobs。 我想我会因为需要2008 R2的x64操作系统而付出轻微的代价，但是到目前为止我还是感到惊喜。 随着对操作系统核心版本的.NET支持的增加，我们可能也将能够将我们的一些networking服务器迁移到核心版本。
我最近把我所有的服务器都升级到了Server 2008 R2，而且几乎没有什么问题，我想指出一些事情。
我，我自己，爱的Server 2008 R2。 它有许多function，使生活变得更容易一些。 减lessUAC提示和更好的电源pipe理（核心停车！）。 唯一的缺点是现在只有64位。 所以我必须保留一些Server 2008 RTM虚拟机，因为我们的某些软件使用32位驱动程序。 另外，像Team Foundation Server这样的东西需要Web前端是一个32位的盒子。
在未来之前，您可以做的最好的事情是研究您使用的所有软件，并确保它与64位兼容，并且供应商将在Server 2008 R2框中支持它。
另请注意，您无法将32位系统升级到64位，因此唯一可升级的系统是您的2008 RTM（和SP2）64位盒。
补充说明：
2008 R2不需要新的CAL（这就是R2版本的目的 – 它们可以使用以前的CAL版本，如果你等到下一个版本的服务器，你将不得不重新购买所有的CAL（尽pipe你必须无论如何，如果/从2008 R2到20xx的话，都要这样做）。