2014-08-28 23:43:34
来 源
中存储网
Exchange邮件服务器
新版本的 Microsoft Exchange 会使用基于 SQL Server 版本替换可扩展存储引擎 (ESE) 数据库技术吗?

它包括的一些全新的功能和新版本,Exchange Server 2010 (codenamed E14) 中包含的改进是 Exchange 的额外令人兴奋本月的 Exchange 队列和 A 列中的一部分。

Q 新版本的 Microsoft Exchange 会使用基于 SQL Server 版本替换可扩展存储引擎 (ESE) 数据库技术吗?

A这是常见的问题后,在 Exchange 2007 正在开发并答案仍是相同。 否,不已 ESE 数据库技术替换新版本的 Exchange 中。

也就是说,您可能需要大量的改进与 ESE 数据库技术在 Exchange Server 2010。 Exchange 2007 显著减小 I/O 占用量更 Exchange 服务器由于其 64 位体系结构、 数据库缓存优化消除流式数据库 (STM) 文件,和可安装文件系统 (IFS)。 Exchange Server 2010 没有更多。 Exchange 2007 减少 I/O 占用量更达 70%,Exchange Server 2010 将执行得更好。

Q 我们了解 Exchange Server 2007 的高可用性功能已经在新版本的 Exchange 中吗?


A是,有几个重要更改高可用性的功能在 Exchange 2010。 与大多数您可能注意,Exchange 2007 引入了新的高可用性功能,如群集连续复制 (CCR) 和本地连续复制 (LCR)。 Exchange 环境提供站点恢复功能,备用连续复制 (SCR) 添加了在 Exchange 2007 SP1。

尽管这些功能正常非常大多数企业环境中,一些管理员将考虑 CCR 和 SCR,以便部署有点复杂。

使用 Exchange Server 2010,Exchange 产品组已经大量工作,以使高可用性和站点的复原功能更易于部署和管理。 结果是 Exchange 2010 组合群集连续复制 (CCR) 和一个高可用性解决方案处理这两个现场和非现场数据复制到备用连续复制 (SCR) 的密钥的可用性和适应性功能。 现在可以提供在单个邮箱数据库级别而不是在服务器级别上的自动恢复为数据库可用性组 (DAG) 的一部分定义邮箱服务器。 (请参见 图 1 )。 在 DAG 中的每个邮箱服务器可以承载在 DAG 成员服务器的任何一个邮箱数据库的副本。 CCR,如 DAG 还使用一些 Windows 故障转移群集技术,但您不再需要使用 Windows 故障转移群集的控制台或 cluadmin.exe 浪费。 通过在 Exchange 管理控制台或 Exchange 管理外壳程序现在管理 Exchange 高可用性。 新的进程称为主动管理器将副本应活动,Windows 故障转移群集功能由一个 DAG 只属于哪个邮箱数据库进行管理邮箱服务器上运行。

图 1 创建一个新的 DAG

上一相关条注释也已从 Exchange 服务器 2010年删除存储组的概念。 现在数据库居住在组织级别,使存储组已过时。 虽然事务日志用于存储组与相关联,日志仍然存在在 Exchange Server 2010 可扩展存储引擎和数据库使用它们。

Q 是否有任何改进与传输服务器冗余吗?


A确实有。 大多数您熟悉 Exchange 2007 从传输转储功能。 此功能允许在同一 Active Directory 站点作为基于 CCR 的邮箱服务器故障转移后提交任何丢失的邮件在集线器传输服务器。 使用 Exchange Server 2010,已引入了一种称为阴影重复的功能。 为整个时间邮件在传输过程中,卷影重复提供冗余。 使用此功能,从基于 ESE 的消息队列 (mail.que) 中心传输或边缘传输服务器上删除一个邮件将延迟到已验证的是 Exchange Server 2010 传输服务器的邮件使用该跃点的所有已完成并且只将邮件被删除。 应这些跃点的任何失败,重新提交消息。

当然,传输转储也得到了极大地提高。 我们将介绍这些方面的改进 Exchange 队列和 A 列的一个未来的一部分。

Q 可以您交谈一些有关如何管理得到了提高 Exchange Server 2010 中?


A一些最值得注意更改相关事实的 Exchange 服务器 2010年鍩轰簬 Windows PowerShell V2 ; 它可以用远程管理结果。 这意味着您可以与 Windows PowerShell V2 只在网络上管理 Exchange 2010 服务器和本地计算机上安装 Windows 远程管理 2.0。

另一有趣的变化是现在可以添加多个 Exchange 组织在 Exchange 管理控制台,是否在上的公司 Exchange 组织或基于云形如 Exchange 联机的组织。

与不同的 Exchange 2007,您不得不使用导出的邮箱和导入的邮箱 cmdlet 导出和导入数据或从 PST 文件,您可以现在导出和导入直接通过 Exchange 管理控制台 GUI 中,邮箱数据,如中所示 图 2

图 2 导出 Exchange 管理控制台通过一个邮箱

Q 客户端访问得到了提高 Exchange Server 2010 中吗?


A是,有许多增强功能与客户端访问。 可能是最重要的一个,Outlook 2007,更高版本的客户端将不再直接连接到邮箱服务器使用 MAPI。 MAPI 仍是在主连接协议,但 Exchange 2010 与这些客户端将连接到客户端访问服务器 (CAS) 使用新的 RPC 客户端访问服务。 用托管的代码完全重写此新的服务,是,为此服务的原因之一是限制对单个公用路径中间层中的所有的数据访问。 最终结果将一个改进的客户端体验。 例如,Outlook 用户将不再是了解邮箱数据库中一个 DAG,之间发生的故障转移时与此终结点连接,Outlook 客户端现在 CAS。

Q 是否有任何基于 Exchange 2010 中的传输规则的免责声明的新内容吗?


A是。 使用 Exchange 2010,免责声明现在将支持 HTML 格式的文本、 图像,和超链接。


Q 什么是 Exchange 2007 权限模型 — 在此区域中的任何更改吗?


A我们知道从 Exchange 2007 权限模型实际上已经替换为一个新一个称为基于角色的访问控制 (RBAC)。 RBAC 使它可以定义更大或更精确的角色和来自用户和/或管理员和执行该任务的工作分配。 大多数您已经知道,Exchange 2007 有要修改的只有三个主要角色: 组织,收件人,和服务器,一起这一事实权限想侧重 Active Directory 的对象使它非常难以授予或委派更精细的权限。 Exchange 2010 甚至包括允许用户创建和管理通讯组的 self-management 角色。

Q我听说关于 Outlook Web Access 2010 中包含一个新的控件面板中。 您可以解释这是所有关于什么?


A是,OWA 2010 现在包括了在 Exchange 管理面板 (ECP), 图 3 ,这将替换旧的 OWA 2007 选项页中显示。 更正式的管理工具为用户和管理员都可认为该 ECP。 在 ECP 中, 您可以管理旧附带的所有选项页和更多选项。 例如,用户可以现在创建和管理通讯组,他们自己的邮件执行邮件跟踪,配置保留策略,并甚至更改 Active Directory 用户帐户的属性字段,使它始终包含最新信息。 和 Exchange 管理员可以创建新已启用邮箱的用户从该 ECP 内。

图 3 在 Outlook Web Access 2010 中的新 Exchange 控制面板

Q 会将它与 Internet Explorer 以外的浏览器中使用高级版本的 Outlook Web Access 2010 OWA 吗?


A是,前端团队在 Exchange 产品组中的投入大量在确保最终用户将获得最佳的 OWA 2010 体验,是否在使用 IE 或任何其他常用浏览器可用今天。 现在可以也使用旅行或 Firefox,仍然会得到 OWA 2010 高级体验。

Q 可以通知的一些新功能和增强功能将特别吸引对最终用户的 OWA 2010 到吗?


A让我开始说有很令人兴奋的功能和新的交换器 2010 OWA 2010 客户端中的改进。 下面是一些我的收藏项: 导航窗格中包含搜索文件夹和收藏夹。 现在,您可以设置直接从 OWA 2010 中的邮件类别。 OWA 2010 使您可以选择显示日历的并排,还有一个很好的对话视图,使收件箱更易于摘要 (请参见 图 4 )。 您可以立即发送文本 (SMS) 消息从 OWA 2010。 最后但当然不至少 OWA 2010 现在与和集成 Office Communicator,使您可以充分利用其功能,查看在您的联系人列表、 发送和接收即时消息和多个的同事的存在。

图 4 OWA 2010 已经会话视图


Henrik Walther 是 Microsoft 认证母版: Exchange 2007 和 Exchange MVP,与 15 年以上的 IT 企业中的体验。 他工作作为 Trifork 结构咨询 (一个在丹麦基于 Microsoft 金色合作伙伴) 的一个技术架构师和 Biblioso 公司 (基于美国的公司的专用化中管理文档和本地化的服务) 的一个技术作者。

声明: 此文观点不代表本站立场;转载须要保留原文链接;版权疑问请联系我们。