概述Windows小型企业服务器(SBS)的怪癖

我不是一个微软pipe理员。 但是,我广泛使用新的和现有的Microsoft Exchange部署。 这就是职业生涯的走向。

我正在和一个对本地“PC小伙”不满意的15位用户的小客户合作。 他们要求我在几次系统中断期间join。 有一件事我在今天早上注意到的“我们无法访问互联网”的紧急情况是客户端有一台Windows SBS 2011服务器。

在这里输入图像描述

  • 似乎已经创造了很多有趣的OU, 大部分在母公司“MyBusiness”之下。

  • Exchange邮件错综复杂,桌面用户同时需要POP3和MAPI帐户,而入站则需要离线服务器。 我可以理清这一点,但也偶然发现, 交换甚至没有许可 。 这台服务器已经生产了3年,但这似乎是一个configuration问题 。

我的build议是避免像Small Business Server这样的事情,即使是10个用户的企业也是如此。 然而,这种意见是由于对SBS和传闻的不熟悉而形成的。 我想更清楚地了解这些缺点/缺点。

  • 在向客户提出诉讼的过程中还有什么其他的怪癖?
  • 鉴于与SBS相关的许多奇怪的行为和限制,SBS部署的预期或理想用例是什么?
  • 假设可以部署一组新的Windows标准2012r2服务器,是否有任何重要的注意事项从SBS迁移?

我一直把SBS理解为当你没有IT部门,但又想在一台服务器上运行的小型企业的Windows Server。 SBS在一些商店是有道理的,而其他商店则不是这样。 如果你想成为100%的微软,还不想去云计算,员工less于25人,那么这对你的公司是有意义的。 虽然“标准”允许多达75个客户,但我不能真正看到超过50名员工离开SBS的店铺……但这也取决于商店。 50个IT专业人员/开发人员 没门。 50名篮子织工和3名上class族? 当然。

这个想法是,SBS服务器有很多小的向导和调整,允许一个非IT人员至less半pipe理得够好。 用户帐户创build,远程访问,文件和打印共享,备份等都应通过SBS向导处理。

你发现的怪癖是SBS喜欢展示它的独特性。 🙂

一个stream氓DHCP服务器意外启动电话系统和SBS DHCP服务实际上自己closures。 我从来没有见过这种情况发生在正常的Windows服务器,所以这造成了一些停机和混乱。

如果在同一networking上检测到另一台DHCP服务器,SBS将停止自己的DHCP服务。 您将在SBS服务器上的系统事件日志中获得事件ID 1053,解释非法DHCP服务器的IP地址。

主要的DHCP范围看起来有点奇怪,因为它定义了整个/ 24子网,但不包括其中的80%。 本地PC资源说,它必须这样configuration,否则“SBS将无法正常工作…”

再一次,那些“我们认为你不在IT”的东西。 他们允许在范围的顶部和底部的一些静态地址排除知道这是最有可能在哪里有人会使用它们。

似乎已经创造了很多有趣的OU, 大部分在母公司“MyBusiness”之下。

再次回到“易用性”。 此OU及其子OU与一些默认GPO一起创build(请参阅: http : //www.techrepublic.com/blog/the-enterprise-cloud/windows-small-business-server-2011-default-group-策略configuration/ ),它们应该帮助非ITpipe理员处理什么OU,他们是干什么的等等。

Exchange邮件错综复杂,桌面用户同时需要POP3和MAPI帐户,而入站则需要离线服务器。

这将基于如何在SBS服务器上设置Exchange。 我相信,默认情况下POP3是启用的,MAPI甚至是IMAP4。 它也有(如?)一些怪癖像POP3连接器和其他方式收集第三方电子邮件提供商邮箱,然后将其内部交stream。 但是,SBS上的Exchange大部分可以像Exchange单机一样进行pipe理和部署。

所有这一切说:

Are there any other quirks I should know about in the process of making a case to the customer? 

有用户限制(Essentials是25,75与标准许可证)。 还有一些限制,如SBS必须是PDC模拟器DC,并且“需要在其SBS环境中部署更多服务器的组织必须购买SBS 2011 Premium加载项,该附加组件包含Windows Server 2008 R2标准许可证,在Windows Small Business Server 2011networking上部署第二台服务器,Premium Add-on还可以在SBS 2011networking中的Hyper-V环境中添加运行的虚拟服务器。 引文

然而,对于小于25的公司来说,一个很好的好处是,Essentials不需要CAL …所以不需要跟踪这些,也不需要在MS出现的时候让一个小公司吓到。

 Given than there are so many odd behaviors and limitations associated with SBS, what is the intended or ideal use case for an 

SBS部署?

SBS是一个小公司想要一个Windows商店的经济的select。 然而,随着云(Office 365专门为一家小型的Windows商店),从我所能看到的越来越less。

 Assuming a new set of Windows Standard 2012r2 servers can be deployed, are there any major caveats to migrating from SBS? 

除了许可成本和pipe理可能带来的复杂性之外,不是真的。 您可以将AD移动,然后根据需要清理旧的OU和GPO。 更大的问题将是,如果他们用于Sharepoint,SQL和Exchange。 在这一点上,它只是一个更大的迁移来处理,但没有特定于SBS。 如果他们习惯于使用远程Web访问,那就会消失。

另一个重要的事情是,在SBS 2011之后,现在是2012 Essentials(限于25个用户)。 随着越来越多的小型企业仅仅使用Office 365和其他云产品,SBS可能会随之消失。

一些轻读/链接:

http://www.techrepublic.com/blog/10-things/10-things-you-should-know-about-microsoft-small-business-server-2011/

http://blogs.technet.com/b/sbs/

http://thevarguy.com/information-technology-channel-partner-programs/microsoft-kills-windows-small-business-server-dont-p

我通常在范围中包含完整的子网,并根据需要排除地址。 80%似乎有点极端,但对于一小部分用户来说,这并不是闻所未闻的。 这不是必需的,而且SBS在更大的池或更小的范围内可以正常工作。

OU是一个组织的东西 – 我看到很多地方似乎不知道如何正确地使用它们,但这是一个更大的讨论,为什么他们创build了OU

入站邮件到异地服务器:他们是否使用第三方filter服务? EOP / MXLogic /等?

SBS对于小型办公室来说还是可以的。 我通常会避而远之,大多数企业都希望在某个时候扩大规模,并且可以很快地超越SBS。 但是对于一些较小的妈妈/stream行types的企业来说,希望/希望保持小型,在这10个用户范围内,SBS可以为他们工作。 大多数地方没有意识到的是,它仍然需要一些知识渊博的人来维护(和备份)SBS。 如果他们想保持以微软为中心的解决scheme,Office365现在可以更好地服务于这个领域的大部分地方。

logging了从SBS到2012年的迁移过程。

本迁移指南包含以下步骤:

  1. 准备用于Windows Server 2012 Essentials迁移的源服务器。 您必须确保您的源服务器和networking已准备好进行迁移。 本节将指导您备份源服务器,评估源服务器系统运行状况,安装最新的服务包和修复程序以及validationnetworkingconfiguration。

  2. 在迁移模式下安装Windows Server 2012 Essentials。 本节介绍在迁移模式下在目标服务器上安装Windows Server 2012 Essentials所应采取的步骤。

  3. 将计算机连接到新的Windows Server 2012 Essentials服务器。 本节介绍如何将客户端计算机连接到新的Windows Server 2012 Essentialsnetworking并更新组策略设置。

  4. 将Windows SBS 2011 Standard标准设置和数据移动到Windows Server 2012 Essentials迁移的目标服务器。 本节提供有关从源服务器迁移数据和设置的信息。

  5. 在Windows Server 2012 Essentials目标服务器上启用文件夹redirect。 如果在源服务器上启用了文件夹redirect,则可以在目标服务器上启用文件夹redirect,然后删除旧的文件夹redirect组策略设置。

  6. 降级并从新的Windows Server 2012 Essentialsnetworking中删除源服务器。 在从networking中删除源服务器之前,您必须强制组策略更新并降级源服务器。

  7. 执行Windows Server 2012 Essentials迁移的迁移后任务。 完成将所有设置和数据迁移到Windows Server 2012 Essentials后,可能需要将允许的计算机映射到用户帐户。

  8. 运行Windows Server 2012 Essentials最佳实践分析器。 将设置和数据迁移到Windows Server 2012 Essentials后,应该运行Windows Server 2012 Essentials BPA。