我们希望在此保持系统升级，并拥有全 2008 服务器标准版（除少数系统供应商仅支持 2003R2）机组。
在大多数情况下，没有一个系统特别复杂，我们的系统数量也并不多。一堆 AD/DNS/等系统、一些 SQL Server 盒、各种非关键任务服务器和一个 Exchange 服务器。
虚拟化和 HA 都是在 VMWare ESX Server 中完成的，因此我们并不觉得 Hyper-V 或基于操作系统的集群有什么有趣之处。
假设我们都对 2008 感到满意，而且并没有真正占用我们已有的系统，那么是否真的有必要花费人力升级到 2008 R2？我们是否应该等待 n 年，直到下一个 Windows Server 主要版本发布？假设我们所有的硬件都相对较新，并且预计会在硬件的使用寿命内持续使用。
谢谢！！
编辑：我们在 100% 的台式机上运行 XP Pro，但随着它们的老化，我们将用 Win7 替换它们。我们的组/域策略非常简单，并且（在我们的测试中）不需要对 Win 7 进行任何更改。没有可预见的计划大规模改变我们的办公室/工作站/等拓扑结构。
答案1
无论出于何种目的，2008 R2是Windows Server 的下一个主要版本。尽管它的营销名称令人困惑，但它实际上是 Windows 7 Server。它不是像 2003 年的 R2 那样的简单功能插件。它是一个完整的操作系统修订版，包括 Active Directory 的架构更新和域控制器的新域功能级别选项。
话虽如此，如果你现在的软件运行良好，你当然不需要放弃一切，匆忙升级到 2008 R2。慢慢来，按部就班地进行迁移。如果你有许可证，并且正在启动一台新服务器，那么没有必要不是把 R2 放在上面。
我们还有一个相当广泛的 ESX 环境（仍然是 3.5），其中 2003 R2 和 2008 各占一半。我现在已经在一些虚拟机上测试了 2008 R2，实际上感觉它比我们的 2008 虚拟机快一点。我们的大多数虚拟机都很小，并且只运行 x86 版本的 Windows，因为它们没有大量的内存。我以为我需要为 2008 R2 配备 x64 操作系统，这会让我付出一点代价，但到目前为止，我感到很惊喜。随着操作系统核心版本增加 .NET 支持，我们可能也能够将我们的一些 Web 服务器迁移到核心版本。
答案2
补充说明：
2008 R2 不需要新的 CAL（这实际上是 R2 版本的目的 - 他们可以使用以前版本的 CAL。如果您等到下一个服务器版本，您将不得不重新购买所有 CAL（尽管如果/当您从 2008 R2 升级到 20xx 时，您无论如何都必须这样做）。
答案3
我最近将我自己的所有服务器升级到了 Server 2008 R2，虽然升级过程基本没有麻烦，但我想指出几点。
- 唯一可以运行（并将得到支持）的 Exchange 服务器是 Exchange 2010。他们没有计划允许您在 Server 2008 R2 上安装或支持 Exchange 2007。此外，Exchange 2007 不支持完整的 Server 2008 R2 域网络（SP2 需要 2003 或 2008 DC 才能连接）。
- 我非常确定 SQL Server 不喜欢升级其操作系统。每次升级安装它的操作系统时，我总是会遇到问题（服务无法启动等）。不过我还没有尝试过 SQL 2008，所以情况可能已经发生了变化。
- 升级 DC 应该不成问题。当我将 Server 2003 R2 机箱升级到 Server 2008 RTM 时，没有遇到任何问题。该服务器是 GC、DNS 服务器以及 CA。
我自己很喜欢 Server 2008 R2。它有许多功能，让生活变得更轻松。更少的 UAC 提示和更好的电源管理（核心停放！）。唯一的缺点是它现在只有 64 位。所以我不得不保留一些 Server 2008 RTM VM，因为我们的一些软件使用 32 位驱动程序。此外，像 Team Foundation Server 这样的软件要求 Web 前端是 32 位的。
在继续之前，您能做的最好的事情就是研究您使用的所有软件，并确保它是 64 位兼容的，并且供应商将在 Server 2008 R2 机箱上支持它。
还请注意，您无法将 32 位系统升级到 64 位，因此唯一可以升级的系统是 2008 RTM（和 SP2）64 位系统。