Exchange 2010 Service Pack 2 和托管

原文发布于 2011 年 12 月 6（星期二）

几个月前，我们在 /Hosting 模式的未来中宣布策略发生了一些变化，我们想借这个机会明确在通常所说的托管方案中哪些情况包含在支持范围内。

我们曾公开表示，Exchange 2010 SP2 一旦发布，托管服务提供商即可使用 Exchange 2010 SP2 提供托管 Exchange 服务。我们刚刚发布了 SP2，现在我们还发布了适用于 Exchange Server 2010 SP2 的多租户和托管指南（该链接可能指向英文页面），以便帮助客户以受支持的方式配置他们的解决方案。我们创建了多租户解决方案和指南网站（该链接可能指向英文页面）以包含符合条件的控制面板供应商，使其可以为我们提供有关其解决方案的详细信息，以便我们可将他们作为合规解决方案的供应商列出。该指南面向托管服务提供商和控制面板 ISV，但对于尝试使用 Exchange 2010 SP2 构建多租户型系统（有时称为私有云）的客户也同样很有帮助。

12 月 20 日版更新：我们刚刚发布了 Exchange 2010 SP2 多租户扩展指南（该链接可能指向英文页面），其中包含正确扩展和部署多租户 Exchange 2010 SP2 解决方案的相关指导。

要了解的最重要一点是：托管服务提供商、控制面板供应商或使用和按照我们公开发布的指南构建其解决方案的任何客户与部署 Exchange 但选择不更改任何默认设置的其他任何客户之间从根本上讲没有区别。我们对所有客户提供完全相同的支持。

例如，您是一名典型的 Enterprise 客户，您部署了 Exchange、配置了一些通讯簿策略 (ABP)、更改了一些日历权限并且添加了数千个接受域，如果您的配置仅使用支持的工具和流程，那么您可以像往常一样获得支持。作为托管服务提供商或私有云构建商，也是这样。您同样可以创建对象并设置一些 ABP，不过最后可能会出现在普通 Exchange 客户眼中不同寻常的配置，但仅此而已 — 这些不同寻常的自定义配置满足您的要求，并且受支持。

下面是一些示例，我们希望通过这些示例将这个问题交代清楚：

• 您遇到了 Exchange 传输代理问题，因此给我们打电话寻求帮助，但很明显，您没有按照我们发布的开发指南构建解决方案。因此，我们将建议您根据我们的指南更改解决方案，无论您是托管服务提供商、私有云构建商还是企业组织，我们都这样建议。
• 您是一名托管服务提供商，您在电话中指出您无法在自建托管平台上阻止在租户之间传递内部 OOF 信息。我们建议您参阅托管指南，在其中我们清楚地说明了这是此类配置的一个已知问题，还会告诉您文档中还提供了尝试解决这类问题时建议采用的正确方法。如果之后您希望打开一个单独的开发人员案例以在创建解决方案时获得帮助，您也可以采用这种方法。

您可以看出，如果您是托管服务提供商或 Enterprise 客户，或者是以某种方式自行构建解决方案以托管多个租户的客户，并且使用了受支持的工具和方法来配置您的系统，那么我们能够有效地提供支持。这实际上与目前的情况没有任何区别，如果您选择对系统进行一些不同寻常的更改，那么在我们帮助您恢复该数据库之前我们不会要求您验证端到端系统。另一方面，如果数据库因您所做的这些不同寻常的更改出现故障，那么我们将讨论为什么您要进行这些更改并且可能会指出它们不受支持。

如果控制面板供应商希望销售他们的解决方案并将其解决方案列到我们的网站（该链接可能指向英文页面）上，则需要向我们提供书面材料，以确认他们的解决方案符合整个指南文档。如果符合率只有 90%，则我们不会列出该解决方案。这并不会妨碍供应商销售他们的解决方案，因为他们的任何解决方案无需经过我们审核即可销售，但是希望购买解决方案的客户不会在我们的网站上找到他们的解决方案。

总而言之，对于使用 Exchange 2010 SP2 的客户，我们将同等对待托管服务提供商和企业客户 – 如果问题的根本原因是设置或更改不受支持，我们将指出此问题并建议您进行更改。作为托管服务提供商，您无需进行任何不受支持的更改即可实际创建多租户系统。我们发布的指南可以提供相关帮助，建议您按照指南操作。

我想应该这样总结：在提供指导和允许托管服务提供商使用 Exchange Server 2010 SP2 方面，我们的最终目标是确保他们基于支持的配置构建解决方案，这会使他们的系统与其他客户的系统相同。我们衷心地希望在您需要时为您的系统提供相关支持，但您一定要配合我们。

Greg Taylor

这是一篇本地化的博客文章。请访问 Exchange 2010 Service Pack 2 and Hosting 以查看原文