从SBS 2011迁移到2008标准

我有一个用Windows Small Business Server 2011运行Windows域的客户。

现在我想“更新”(或降级?)到2008 R2域名。 有两个原因。

  • 客户几乎达到了SBS用户限制
  • 客户现在拥有用于虚拟化的XEN-Server,并且希望将服务(Exchange,WSUS,Active-Directory)分离到不同的虚拟机。

有推荐的迁移path吗? 这甚至有可能吗?

那么,我绝对不会尝试将SBS 2011迁移到Server 2008,即使它不是域控制器。 所以,不要尝试。

但是,你的客户想要做什么呢。 只是不要试图直接做。

基本上,你想添加第二个域控制器的域,然后摆脱作为一个域控制器的SBS服务器。

(在遵循下面的说明之前,确保你有一个域控制器的当前备份是一个好主意。总是一个好主意,只是明确地说。)

  1. 检查Forest and Domain Functional Levels 。 默认情况下,SBS 2011创build并使用2003 Domain and Forest Functional Level 。 没有2011年的Functional Level ,所以你实际上没有迁移/降级域名。 我会链接如何做到这一点,但我不知道如何检查您的SBS服务器上的Functional Levels
  2. 获取第二台服务器并安装至less与最低Functional Level相同的Windows版本。 如果您打算安装Server 2008 R2,则甚至可以跳过步骤1。
  3. join它到您的域名。
  4. 使用DCPromo使其成为域控制器 ,确保它是Global Catalog.
  5. 将所有FSMO roles转移到新的域控制器。
  6. 第六,降级您的SBS域控制器。 (再次,我会链接到这个或解释如何,但我没有任何线索。)
  7. 完成!

可选的,但更多的build议步骤:

  1. 格式化具有SBS 2011的服务器上的磁盘。安装刚完成安装的相同版本的Windows。 按照上述步骤1到4,将其设置为域控制器。 现在你有2个域控制器。 你永远不应该只有一个域控制器, 总是至less有2个。
  2. 提高您的域和森林的function级别 。
  3. 联系HopelessN00b,并为他提供这份工作的报酬。 说真的,他是一个很好的人,而且会很感激。 :d

您不能将SBS“降级”或“升级”为标准。 没有降级path或转换path。

我也鼓励任何人从来没有这样做,不要试图提供build议,如何做到这一点。

我同意,在重大更改之前,SBS服务器(ANY系统)的全备份应视为强制性要求。

您需要购买一份(或更多)2008 R2标准版,如果您使用Exchange 2010,则还需要一份副本,以便从SBS迁移(或等待一个月左右,然后获得许可证) 2012)。 Exchange和Windows都需要全新的CAL。 正因为如此,您的迁移时间,我会等到如果你可以,直到2012年CALs发布(他们可能已经被释放 – 服务器2012年是RTM,应该可以通过批量许可证(也就是说CAL应该也是)在一个月左右)。 CAL是向后兼容的(降级权限允许他们授予以前版本服务器的访问权限,因此即使您不立即迁移到2012年,也可以立即获得CAL,以确保您不必购买(Exchange 2013还没有到期,所以要么拿到软件保障(SA)的CAL,这样你就可以免费升级(SA的成本比非SA版本高出大约50%在许多方面是“预付”升级许可证,因为微软基本上不再销售升级)

忘记检查森林function级别 – 如果你正在安装2008 R2或2012,这不重要。 你应该做的是服务器上的DCDIAG / C / E / V,以确保AD是健康的。 修复任何你无法解释和validation的东西是正常的。 AD健康后,通过将系统join域并运行DCPROMO来添加新的域控制器。

确保完成后,DC工作正常,同时也是GC(全球目录)。 不要转移FSMOangular色! 相反,运行另一个DCDIAG检查,以确保一切正常。 与从2008 R2系统到其他基于2008 R2的系统的经历相比,我不是一个问题,我已经看到了重复的问题,即新的DC没有正确地开始复制,而您需要重置BurFlagsregistry项。 您可能不需要,但是DCDIAG应该确认新的DC正在正常工作,然后您可以继续。

了解,在您转移FSMOangular色后,您有21天时间完成此迁移,因此,除非您完成了其他数据传输,Exchange等操作,以确保您有最可能的时间,否则请不要这样做。 (如果您在21天内未能完成迁移,您的SBS服务器将开始每隔一两个小时closures一次,但这并不奏效,而致电Microsoft将无济于事,请确保您已准备就绪!

一旦所有人和每个人都被迁移,您可以转移FSMOangular色。 一旦传输,就像你一样,从SBS系统卸载并注意注意和警告。 一旦Exchange被卸载,运行DCPROMO并降级它。 一旦降级,将其从networking中删除。 SBS许可证是DEAD。 SBS必须是FSMO主DC,并且不能存在于超过75个CAL的networking中,并且不能将FSMOangular色保存为DC。 是的,在这一点上浪费了金钱……但是当你第一次得到它的时候,使用全部产品的insteda是相当便宜的select。

此外,如果您不需要这样做(例如使用Active Directory或您安装的其他软件的新function需要它),则无需提高域或林的function级别。如果您愿意,也可以(当提升function级别时,你不能回去(通常)。如果你没有使用新function级别的更新function,那么你可以允许某些function级别的降级。

在不同的服务器上分离服务是合乎逻辑和高效的,但通常不符合成本效益。 虽然我会脱离Exchange(特别是如果你不得不离开SBS,因为你超过了75 CAL限制(这不是用户限制 – 这是一个CAL限制),那么我可能会保持WSUS和AD在同一台服务器上,因为两者都是在小型环境中相对较轻,在单独的服务器上运行可能代价高昂。同时请记住,Server 2012 Standard为服务器的一个副本提供了两个虚拟许可证,并且没有软件限制(例如, 2012年的两个较高版本(标准版和数据中心版)之间唯一的区别在于虚拟机许可 – 数据中心允许无限制的虚拟机和标准版两个版本)。

总之,如果你没有这方面的经验,我不会便宜的自己做。 请一位有经验的专业人士来做这件事。 或者先在testing环境中学习。 否则,你可能会在以后的咨询费用中付出更多的代价,或者后来因为不知道自己在做什么而丧失了生产力或更高的许可成本(或全部三项)。