我们部署一个多站点的 Exchange 2007 SP1 群集使用群集连续复制 (CCR)。 将在单独的数据中心中位于两个群集节点。
在本期，我 ’m 继续我离开的地方我最后一列中，也就是与新功能和令人兴奋 Exchange 2010 功能更多的回答。 但也有几个空间 TechNet Magazine 问题。
Q 我们部署一个多站点的 Exchange 2007 SP1 群集使用群集连续复制 (CCR)。 将在单独的数据中心中位于两个群集节点。 Exchange 运行 Windows Server 2008 SP2 并我们计划了位于每个数据中心中的不同子网公用和专用接口。 如您所知，这意味着我们必须使用群集节点之间的路由。
我们有没有问题，在 Microsoft TechNet CCR 部分配置公用接口按照说明进行操作。 但当我们在专用接口上配置默认网关，我们收到警告消息的图 1 所示。
图 1 Windows 2008 服务器上指定多个默认网关。
我们根据此警告消息，怀疑如果我们在我们多站点的 CCR 群集中每个节点上指定多个默认网关，操作将无法正常工作。 这将产生我们我们的问题：我们如何应配置专用网络接口在这种方案？
A 高兴您这个问题之前，因为在多站点 CCR 群集上指定多个默认网关将导致重大问题。 正确的配置要求每个专用接口永久的静态路由。
要开始，确保公共接口首先列出在网络连接控制面板中连接顺序列表在高级设置。 下一步中，确保您所使用的公用网络接口的每个群集节点上指定一个默认网关。
最后，配置，以便与创建工艺路线不匹配的所有通信都将都使用默认网关的公共接口在专用接口上路由。 让我们假设节点 1 专用接口位于子网 192.168.100.x/24 与网关 IP 地址为 192.168.100.1。 节点 2 专用网络接口是子网 192.168.200.x/24 与网关 IP 地址 192.168.200.1 上。 在这种情况下将需要创建此工艺路线节点 1 上：ROUTE 添加 192.168.200.0 MASK 255.255.255.0 192.168.100.1 –P 和以下路由节点 2 上：路由添加 192.168.100.0 掩码为 255.255.255.0 192.168.200.1 –p。
–P 参数指定创建的路由是永久性的并不会在重新启动后被清除。
此配置将确保每个接口在群集节点中的正确网络。 有关如何配置专用接口时使用网络之间路由的甚至详细信息，查看通过我的好朋友 Tim McMichael 博客张贴内容。
上一最终条注释还建议您配置专用网络为混合网络，以便启用-ContinuousReplicationHostName cmdlet 可直接在冗余的网络上的复制活动。 有关更多此 cmdlet，请参阅 如何在 Windows Server 2003 启用为日志传送和种子设定的冗余的群集网络。
Q 我有一个问题有关新数据库可用性组 （DAG) 功能在 TechNet Magazine 2010年。 更具体地说就的是我的问题与日志文件复制和主动和被动数据库之间种子设定。 将 Exchange Server 2010 提供更改或复制和种子设定该方式日志文件改进发生与本地连续复制 (LCR)、 群集连续复制 (CCR) 和备用连续复制 (SCR) 在 Exchange Server 2007 吗？
A 是一个很好的问题的。 尽管异步复制技术使用在 Exchange 2007 的工作原理非常好，并不意味着它不能提高，右吗？ 我很高兴地通知您 Exchange 产品组已进行几种感兴趣的更改和改进与 Exchange 2010 异步复制技术。
在 Exchange 2007，Microsoft Exchange 复制服务日志文件复制到被动数据库复制 (LCR)、 被动群集节点 (CCR) 或通过服务器消息块 (SMB)，这意味着您需要打开端口 445 CCR 群集节点之间的任何防火墙中的 SCR 目标 （通常在部署多站点的 CCR 群集） 和/或 SCR 源和目标。 工作或使用一个大型企业组织知道该诱使您的网络管理员可以打开一个远的两个数据中心之间端口 445 /TCP 从一个简单的练习。 使用 Exchange 2010 DAG 功能在异步复制技术不再依赖 SMB。 Exchange 2010 日志文件复制和种子设定为使用 TCP/IP，并且得更好提供了指定要用于日志文件复制哪些的端口的选项。 默认情况下, DAG 使用端口 64327，但如果需要，可以指定另一个端口。 为此，使用以下命令：
复制代码
Set-DatabaseAvailabilityGroup -identity <DAG name> -ReplicationPort <port number>
鍙 ﹀ 的方式 ? Exchange 2010 DAG 功能支持的加密的使用，而除非配置了 IPsec 在未加密的信道上复制 Exchange 2007 中的日志文件。 更具体地说就的是 DAG 利用的加密功能 TechNet Magazine — DAG 也就是使用各自的 DAG 的每个邮箱服务器成员之间的 Kerberos 身份验证。 网络加密是在 DAG 本身，不 DAG 网络的属性。 DAG 的网络加密属性设置为：禁用 （网络加密在不使用），启用 （网络为种子设定和复制一个 DAG 中现有的所有网络上启用加密）、 InterSubnetOnly （默认设置含义网络加密中使用 DAG 上在同一子网上的网络） 和 SeedOnly （网络使用的种子设定一个 DAG 中的所有网络上的加密）。 您可以启用网络加密设置 DatabaseAvailabilityGroupcmdlet。 例如，如果想要启用日志复制和种子设定的加密，您将执行该命令：
复制代码
Set-DatabaseAvailabilityGroup -identity <DAG name> -NetworkEncryption Enabled.
最后，与 Exchange 2010 DAGs 可以一个 DAG 中的一个或多个网络上启用压缩种子设定和复制。 这是一个在 DAG 本身，而不是在 DAG 网络的属性。 默认设置为 InterSubnetOnly，用作网络加密属性的那些相同的设置。 若要以便日志文件复制和种子设定一个 DAG 中的所有网络上的网络压缩使用的命令：设置-DatabaseAvailabilityGroup –Identity < DAG 名称 >-NetworkCompression 启用。 若要到该端口的状态加密和压缩设置一个 DAG，使用获取-DatabaseAvailabilityGroup –status 命令如图 2 的中所示。
图 2 数据库可用性组网络加密、 压缩和复制端口设置。
Q 中您以前 Exchange 队列和列 ，您讨论显著的 I/O 减少在 Exchange 2010 与 Exchange 2003 和 2007年。 您可以解释特定的更改和改进的 Exchange 产品组对实现类存储性能优化 Exchange 在 2010年吗？
A 我们为您提到，看到每秒从 Exchange 2003 迁移到 Exchange 2007 显著减少 I/O。 降低达 70%的没有少见。 我们可以属性这主要是为了用于 Exchange 2007 的一个 64 位体系结构使用。 在这种情况下，Exchange 2007 可以访问更多的内存和从而使用更大的内存缓存，比其前置任务。 更多的数据可以检索直接从虚拟内存地址空间 fewerI/操作系统需要对基本存储子系统中磁盘的 Exchange。
这样，更有效地使用现有的存储系统 （通常是昂贵存储区域网络） 或移到成本较低的直接附加存储一个很好借口。 减少了的 I/O 要求启用支持许多多个邮箱 （5,000-plus） 每个 Exchange 2007 邮箱服务器比使用 Exchange 2003。 为了避免虚拟内存碎片，Exchange 2003 时通常限于 4，000 的邮箱，每个邮箱服务器。 （是，我知道这种 depended 上类型的服务器、 存储用户配置文件和 Exchange 基础结构。
可扩展存储引擎 (ESE) 以来基础的数据库技术，在 Exchange 中第一个版本 Exchange 4.0，6 月 1996 年发布。 直到 Exchange 2007 SP1 中调整和优化为更好地 performance.For 存储 ESE 在 Exchange 2010 中进行大的努力 Exchange 产品组、 Exchange 产品组专注于提供大 （+ 10 GB），快速时利用的廉价存储的邮箱。 由于所 ESE 做的更改在此版本中，您现在可以为类似于桌面的 SATA 磁盘 （aka SATA 或第 2 层磁盘） 使用这样的低性能磁盘。 ，我正在讨论有关 7200 SATA 磁盘就像您的工作站中的! 如果您使用数据库可用性组功能获得高可用性 （三个或多个数据库副本），甚至可以使用，说，单个 7200RPM 磁盘存储同时数据库和事务日志，而不是昂贵的 RAID 配置。
实现这样的改进，意味着显著更改存储架构。 实质上是，Exchange 产品组希望离开许多，随机的小 I/O 以更少，顺序，大 I/O。 将从移动随机到顺序 I/O 存储表体系结构所需的显著更改。
在 Exchange 2007 和早期，每个数据库中有一个邮箱表 （存储在数据库中的所有邮箱），文件夹表 （在数据库中的所有邮箱都存储的邮箱文件夹）、 消息表 （都存储消息）、 附件表 （在数据库中的所有邮箱的都存储附件），和邮件/文件夹表 （在数据库中的所有邮箱的都存储的文件夹的视图）.In 此体系结构未更改很多 Exchange 4.0，大量的随机 I/O 后必须对数据库执行。 此体系结构优点之一是单实例存储 (SIS) 的一条消息，只有一个副本已保留的相对较小的磁盘的票面为课程时一个最大优点后。 但现在，500 GB SAS 和在我们的处置 2TB SATA 磁盘，这种体系结构不再意义。
在 Exchange 2010，该存储区架构已更改，以使邮箱中的所有数据都存储在数据库中每个相邻的表。 实际，每个邮箱都有自己文件夹、 邮件头、 正文和视图的表。 因此，SIS 不再存在的 Exchange 数据库中。 作为从 Exchange 中删除 SIS 的一个副作用数据库可能 bloat 大约 20 %。 若要解决此问题，Exchange 产品组压缩的数据库 （更具体地说就的是邮件头和文本或 HTML 正文）。 情况为每个邮箱提供自己的一组表，都对数据库执行的 I/O 是主要是顺序。
其他有趣的更改包括：分配数据库空间中一个连续的方式 ；数据库 contiguity 维护时间 ；数据库页面大小已增加了从 8KBto 32 KB ；并异步读取的功能已得到改进。 Exchange 产品 Groupis 还处理增加缓存有效性检查点深度为 100 MB 更改使用的高可用性配置缓存压缩，且数据库缓存优先级。
因 Exchange 2010 中的所有更改，您可能需要向上 70%减少了与 Exchange 2007 的 I/O。
我已经仅皮毛时存储在 Exchange 2010 中的优化。 如果您希望某些很好的了解，一起存储的改进功能的所有 gory 详细信息在 Exchange 2010，强烈建议您获取一个新杯咖啡的并观看 Tech·Ed 2009 会话 Exchange 2010 存储 Matt Gossage，ESE 数据库负责 Exchange 产品组工作组成员提供的录制。 他会很好的解释复杂级别 300 本文纯英文作业。 观看在 联机 （不需要有参与 Tech·Ed 观看它）。
Q 我们用我们的组织中部署的几个基于 Exchange 2007 群集连续复制 CCR 的邮箱服务器。 专用网络的所有节点上有文件，并且打印机共享 Microsoft 网络的禁用 （请参阅的图 3）。 我们确保我们部署 Exchange 2007 时这推荐使用。
图 3 文件的和打印机共享已禁用 Microsoft 网络。
但是，这不同于本指南提供了 Exchange 2007 SP1 的文档。 现在，建议是启用文件和打印机共享 Microsoft 网络，就像它所使用的专用网络接口上的公用网络接口上是。 您可以解释为什么本指南后发生更改 Exchange 2007 SP1 发布？
A 您是正确。 TechNet Magazine 2007 SP1 的发布，之前，建议的是 Microsoft 网络所使用的专用网络接口上禁用文件和打印机共享。 但在 Exchange 2007 SP1，一项新功能允许您复制从而使网络冗余，以及减少的公用网络接口上传输的数据量的多个网络接口上的日志文件。 发布到 Exchange 2007 的生产 (RTM) 版本，复制和种子设定的所有日志文件都发生通过公用网络接口。
上一相关条注释如果您使用基于 Windows Server 2008 的计算机，请确保启用 NetBIOS 计划用于日志文件复制和种子设定的所有网络接口上。 如果禁用的 NetBIOS 则 ContinuousReplicationHostNames 启用的命令将失败。
启用-ContinuousReplicationHostNames cmdlet 允许您指定的网络接口应该用于日志文件复制和种子设定。 但记住必须更改在专用网络为控制台 Windows 故障转移群集中混合网络以利用它的日志文件复制种子设定。
请参阅 Exchange 2007 SP1 文档 的详细信息。
Q 中 Exchange 2007，Microsoft 有？ 建议如何停止与为在病毒或类似的病毒爆发的情况下的 Exchange 2007 邮箱服务器的邮件流 我们希望用户能够连接到他们的邮箱，但不能发送和接收电子邮件，在这种情况下。
A 您为此，可以停止 Exchange 2007 集线器传输服务器上的 Microsoft Exchange 传输服务。
如果您希望有而不允许进入队列的新邮件传递的所有排队的电子邮件，只需暂停 Microsoft Exchange 传输服务。
请注意这样在邮箱服务器级别需要您在所涉及的 Exchange 2007 邮箱服务器上停止 Microsoft Exchange 邮件提交服务。
Q 已经在关闭看看在 Exchange Server 2010 中新的存档邮箱功能，有几个问题。 我注意到一旦启用用户邮箱的存档邮箱功能，它的可访问并且正常通过 Outlook Web Access 2010 和 Outlook 2010，但而不是通过 Outlook 2003 或 2007年。 将我们不能使我们升级到 Outlook 2010 之前使用新的存档邮箱功能吗？
我们还要将各个用户的存档邮箱移到另一个邮箱数据库。 但据我可以看到这是不可能的。 如果不能将存档邮箱移动到另一个邮箱数据库，什么存档邮箱的好处？
A 中看到您第一个问题要考虑时预期的行为 （即使我们到达 Exchange 2010 RTM）。 您将只能访问通过 Outlook Web Access 2010 或 Outlook 2010 的存档 （aka 备用） 邮箱。 访问旧 Outlook 2003 或 2007年客户端通过此邮箱是既不受支持，也不可能
若要解决您的第二个问题，您可以将存档邮箱存储只能在同一邮箱数据库与您已在其中存储您的主邮箱中。 但因为可以使用第 2 层磁盘 （aka SATA 类似于桌面的磁盘） 为您的邮箱数据库和日志在 Exchange 2010，移动到另一个存储子系统的存档邮箱并不真正意义。 说与，如下存档邮箱功能的一些好处：
您可以向最终用户提供更大的邮箱不会影响性能的主邮箱中的关键路径文件夹 （主邮箱 = 热数据，存档邮箱 = 冷数据） 即使 SATA/第 2 层磁盘上存储了对邮箱数据库。 您可以不同步的所有用户的.OST 文件数据在缓存模式下 （一个存档的邮箱是仅在联机模式中访问） 运行时提供大邮箱 （+ 10 GB）。
存档邮箱的.PST 文件替换。 您已经知道存档邮箱不只通过 Outlook 2010，还 Outlook Web Access 2010 访问。 这意味着您不再需要担心备份.PST 文件，依此类推。
Henrik Walther 是一名 Microsoft 认证架构师：Exchange 2007 和 Exchange MVP，而且具有 15 年以上 IT 从业经验。 他作为 Trifork 结构咨询 （基于 Microsoft 金牌认证合作伙伴在丹麦） 的技术体系结构设计者和作为技术编写器 Biblioso 公司进行的工作 （基于美国的公司的专用化中管理文档和本地化的服务）。
声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。
