多米诺骨牌交换2007年(或2010年)的devise担忧?

今天,我们得到了执行绿灯,从Domino平台转换到Exchange。 企业喜欢Exchange作为消息传递平台。 (尽pipe国际海事组织IBM的Domino是好的 – 如果没有破坏,不要修复它,但它不是我的电话)。

我已经负责Domino交换过程,尽可能顺利。 我也被告知把这个项目的成本放在一起。 我有一些问题和关切重新:networkingdevise,许可证,费用:

目前的设置如下。

1个总部办公室(100个用户),1个二级办公室(50个用户),5个分部(10个以下用户)。

  • 5个不同的电子邮件域
  • 具有less量2008 R2服务器的Windows Server 2003function级别
  • Lotus Domino Notes服务器(每个办公室都有一个)
  • Ironmail设备
  • 公用Domino Web邮件服务器
  • 多数G5 + Proliant服务器
  • Domino黑莓企业版许可证和服务器
  • 没有VoIP电话

Exchange 2007或2010的基本硬件要求是什么?
我可以简单地购买一台物理服务器吗? 每个办公室都需要一个Exchange服务器还是可能还有其他服务器(angular色)?
如何将电子邮件路由到较小的分支机构?
标准或企业许可证?

该业务已经运行了十多年的D​​omino(消息传递和应用服务),并希望Exchange支持电子邮件服务,黑莓,Outlook Web Access,可能支持iPhone设备。

谢谢Serverfault的宇宙。

哇,这是一个很大的范围很多的问题。 我不是故意的,但我认为你最好的办法是自己去广泛研究这些问题,并且build立一个非常完整的图景。 这不是我们可以在一个单一的线程中真正覆盖你的东西。 像这样的迁移是一个很大的任务,需要时间和预算以及项目pipe理,更不要说一眼就看政治,不要惹恼你的用户;)

无论如何,我会说一些你可能无法轻易在其他地方find的细节。 我(和一位同事)在2008年5月在英国有一个250人的组织,将Domino 6.5环境迁移到Exchange 2007系统。 当我们这样做的时候,这些观点都是一路走来的:

第一 – build筑

在ex2007中,你需要充分发挥各种angular色 。 我build议您在主站点,辅助站点的信息存储中部署集线器传输,信息存储和客户端访问angular色,并且在分支机构中没有任何angular色。 相反,使用基于HTTPS的RPC或现有的VPN连接回中央交换机。

但是,您需要根据您的组织需求和限制来定制上述内容。 如果您的WAN链接较弱,但辅助站点上的Internetpipe道较强,并且它们在单独的电子邮件域下运行,则可能需要在此处部署集线器传输。 如果您的业务以安全为重点,则可能希望在DMZ中部署边缘传输(但这不是强制性的)。 根据您的硬件,您可能需要购买新服务器(至less需要用于ex2007的64位套件)和/或提升RAM。 Ex2007喜欢RAM。

第二 – 准备

Domino最大的难点在于Domino是否被用于“非电子邮件”业务目的。 多米诺是一个千斤顶的行业数据库系统,经常用于文件存储或表单input数据库的东西。 你应该把重点放在多米诺骨牌的所有非电子邮件的使用上,主要是通过识别甚至没有被使用的东西,去除NSF,或者正在使用的东西,迁移到其他东西,例如提取文件并把它们放在文件上分享。 这需要时间,但是您可以在主迁移过程中同时解决该问题,并在必要时将Domino服务器保留一段时间,即使在电子邮件angular色迁移到Exchange后也是如此。

第三次迁移

投资Quest迁移工具。 你主要是为Quest的支持付费,他们会帮助你完成移植过程,如果你的问题与Quest应用程序没有严格关联的话,它们不会阻碍你 – 他们有很多移民专家解决了你的情况100多次。 值得他们的重量在黄金。

其他的东西

Blackberry – 与RIM的客户经理联系(如果您还没有供应商的话)。 他们将能够为您提供迁移期间的“临时”企业BES CAL。 因此,您购买BES的Exchange版本,并将其与您的Domino BES一起构build。 然后,将现有的BES CAL应用到新服务器(无需重新购买CAL),并将临时许可证应用于旧的BES服务器。 这给你一个30天的期限,你可以共存,你可以通过迁移你的CAL来省钱,而他们给你的温度CAL应该是免费的或者是一个相当的名义成本。

客户端 – 对于迁移的用户端,如果您的用户还没有Outlook可用或configuration,则利用Ex2007中丰富的OWA。 这是好的,因为它:

  1. 获取熟悉OWA的用户。
  2. 不需要迁移依赖Outlook的客户端存在。
  3. 维护率低,这意味着您不会被拖离迁移工作来解决客户端问题。

Cruft – 在开始迁移之前,尽可能多地标准化和减less系统数量。 删除已离开公司的用户的所有邮件NSF,并清除pipe理员仍在访问的任何实例。 将所有数据库devise更新为当前版本(如果您先前已经升级了Domino,并且仍然存在旧模板)。 让pipe理层检查BES的使用情况,并清除不真正需要它的用户。 在开始之前可以删除的非核心数据和configuration越多,迁移就越容易。

硬件方面的交换应该运行良好与您目前使用的类似规格,特别是因为你没有太多的用户。 根据你的链接速度,你应该能够摆脱一个中央服务器,并在caching模式下运行客户端,我一定会重新devise一个电子邮件域,即使你不这样做。

交换标准在这里也应该没问题。

诀窍是坚决删除您的Domino帽子,甚至不要考虑尝试重现您在Exchange中使用的相同function。 它会stream泪。 与Exchange合作,而不是反对它,你会相处得很好。

最大的区别就是从NSF文件转移到Exchange商店(甚至不考虑使用PST),而这些文件的灵活性较差 – 并且重新整合所有第三方应用程序和设备。 迁移邮箱会给你带来一些痛苦; 有各种各样的工具可以使它更容易,我build议你溅出来买一个。 我已经使用SysTools导出注释,并可以确认它是相当可靠的。 按照步骤1从NSF迁移到PST,然后通过Outlook或ExMerge将PST导入Exchange存储。

如果您从Notes客户端切换,您的用户将永远爱你。 我有Domino / Notes和Exchange / Outlook的使用经验,我可以通过与Outlook的比较,确保Notes客户端对最终用户是主动的。

服务器端你会发现Exchange比Domino需要更多的护士,但是为了交换正确的集成身份validation,你需要交换这些信息,而不必与ID文件和客户端的中央pipe理员混为一谈。