我不是微软管理员。但是，我确实广泛使用新的和现有的 Microsoft Exchange 部署。这就是职业生涯的弧线。
我正在与一个不满足于本地“PC 人”的 15 个用户的小客户合作。他们要求我在几次系统中断期间介入。在今天早上的“我们无法访问互联网”紧急情况中，我注意到的一件事是客户端在本地有一个 Windows SBS 2011 服务器。
电话系统上意外启动了恶意 DHCP 服务器，而 SBS DHCP 服务实际上自行关闭。我从未见过普通的 Windows 服务器会发生这种情况，所以这会导致一些停机时间和混乱。
主 DHCP 范围看起来有点奇怪，因为它定义了整个 /24 子网，但排除了其中的大部分。本地 PC 资源说它必须以这种方式配置，否则“SBS 将无法工作......”
似乎已经创建了很多有趣的OU；主要在父“MyBusiness”下。
Exchange 邮件错综复杂，桌面用户需要 POP3 和 MAPI 帐户，并且入站到异地服务器。我可以解决这个问题，但也碰巧注意到Exchange 甚至没有获得许可。该服务器已投入生产 3 年，但这似乎是一个配置问题。
我的建议是避免使用 Small Business Server 之类的东西，即使对于 10 用户的企业也是如此。然而，这种观点是由于对 SBS 的不熟悉和传闻而形成的。我想更清楚地了解缺点/缺点。
- 在向客户提出案例的过程中，我还应该了解哪些其他怪癖？
- 鉴于 SBS 存在许多奇怪的行为和限制，SBS 部署的预期或理想用例是什么？
- 假设可以部署一组新的 Windows Standard 2012r2 服务器，从 SBS 迁移是否有任何重要的注意事项？
我一直将 SBS 理解为“当您没有 IT 部门但想要多合一服务器时，适用于小型企业的 Windows Server”。SBS 在某些商店中有意义，而在其他商店中则不然。如果你想成为 100% 的微软，还没有上云的愿望，并且员工人数少于 25 人，那么这对你的公司来说是有意义的。虽然“标准”最多可容纳 75 位客户，但我真的无法看到超过 50 名员工的商店与 SBS 一起逍遥法外……但这也取决于商店。50 名 IT 专业人员/开发人员？？没门。50 个篮子织工和 3 个上班族？当然。
这个想法是 SBS 服务器有很多小向导和调整，允许非 IT 人员至少可以很好地进行半管理。用户帐户创建、远程访问、文件和打印共享、备份等都应该通过 SBS 向导处理。
您发现的怪癖正是 SBS 喜欢展示其独特性的方式。:)
如果 SBS 在同一网络上检测到另一台 DHCP 服务器，它将停止自己的 DHCP 服务。您将在 SBS 服务器上的系统事件日志中获得事件 ID 1053，说明恶意 DHCP 服务器的 IP 地址。
再次，“我们认为你不在 IT”中的另一件事。它们允许在范围的顶部和底部进行一些静态地址排除，因为知道最有可能有人会使用它们。
再次回到“易用性”。此 OU 及其子 OU 与一些默认 GPO 一起创建（请参阅此处：http ://www.techrepublic.com/blog/the-enterprise-cloud/windows-small-business-server-2011-default-group- policy-configuration/ ) 应该帮助非 IT 管理员处理 OU 是什么、它们的用途等。
这将基于 Exchange 在 SBS 服务器上的设置方式。我相信默认情况下会启用 POP3 以及 MAPI 甚至 IMAP4。它还具有（有？）一些怪癖，例如 POP3 连接器和其他收集 3rd 方电子邮件提供商邮箱然后将它们带到 Exchange 内部的方法。但大多数情况下，SBS 上的 Exchange 可以像独立的 Exchange 一样进行管理和部署。
说了这么多：
存在用户限制（Essentials 为 25，标准许可证为 75）。还有一些限制，例如 SBS 必须是 PDC Emulator DC，并且“需要在其 SBS 环境中部署其他服务器的组织必须购买 SBS 2011 Premium Add-on。该插件包括 Windows Server 2008 R2 Standard 许可证，它可以启用在 Windows Small Business Server 2011 网络上部署第二台服务器。Premium Add-on 还支持在 SBS 2011 网络中添加在 Hyper-V 环境中运行的虚拟服务器。引文
但是，对于 25 岁以下的公司来说，一个不错的好处是 Essentials 不需要 CAL……因此无需跟踪这些，也无需在 MS 出现时让小公司惊慌失措。
对于需要 Windows 商店的小公司来说，SBS 是一种经济的选择。但是，对于云（以及专门针对小型 Windows 商店的 Office 365），从我所见，它变得越来越不受欢迎。
不是真的……除了许可成本和管理可能带来的复杂性。如果愿意，您可以移动 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 是一个组织的东西 - 我见过很多地方似乎不知道如何正确使用它们，但这是一个更大的讨论，为什么他们创建了 OU
到站外服务器的入站邮件：他们是否使用第 3 方过滤服务？EOP/MXLogic/等？
SBS 适用于仍然很小的小型办公室。我通常会回避它，因为大多数企业都希望在某个时候扩张，你可以很快超越 SBS。但是对于一些希望/希望保持小规模并在这 10 个用户范围内的小型妈妈/流行类型企业，SBS 可以为他们工作。大多数地方没有意识到的是，维护（和备份）SBS 仍然需要知识渊博的人。如果他们想继续使用以 Microsoft 为中心的解决方案，那么今天 Office365 可能会更好地为该领域的大多数地方提供服务。
记录了从 SBS 到 2012 的迁移过程。