Exchange_邮件系统迁移方案.doc
Exchange,迁移

Exchange,迁移微软解决方案- 统一消息(Unified Messaging) 促进企业内部更好的交流和协作,提升企业对市场变化的响应能力问题和挑战1、企业存在多种沟通交流方式(如电话、传真、邮件等),多种沟通信息不能共享,造成企业的交流协作效率降低交流和协作是企业获得商业成功的关键因素。
在当前的商业环境中,电子邮件、电话和传真是企业的最为普遍的交流方式,在企业的日常交流和协作中占有统治地位。
丰富多样的交流方式的存在,给用户带来便利的同时也产生了一些问题,比如电子邮件、电话和传真等这些交流和协作方式各自独立,无法实现交流信息的共享和统一管理,从而总体降低了企业的工作效率。
2、用户很难根据情况采用多种交流方式进行交流,用户沟通不便利、用户体验差而且交流使用成本高据统计每年企业花费用于交流沟通的使用成本,占企业的运营成本相当多的一部分。
成本的支出并没有获得相应的收益,由于使用分离的交流方式,用于交流的系统之间的集成度低,用户很难根据情况采用多种方式进行交流,用户体验差。
而且当单一方式不能满足用户需求时,用户必须使用其他的交流方式,造成增加的交流使用成本。
3、多种交流方式所使用系统的分离导致每种系统都需要单独维护,需要相应的多个维护人员组,从而产生高昂的维护、管理和运维成本企业需要管理维护多套系统的使用,如邮件系统、电话系统、传真系统等。
多套系统的管理维护不仅仅浪费人力资源,而且也带来了很高的维护成本,这些成本积少成多,对大型企业来说每年都是一笔不小的开销。
4、随着移动通讯的发展,用户对交流提出了更高的要求,随时随地通过手持和移动设备访问位于企业内部的个人信息成为流行的趋势随时随地的沟通与交流,快速的对市场变化和企业内部情况做出反应,员工间的紧密协作,是每个企业管理者都希望看到的。
通过手持或移动设备访问企业内部的信息已经成为一种趋势,企业员工的办公桌面逐渐向移动手持设备转变。
解决方案概述针对企业在交流沟通方面存在的问题,微软的统一消息解决方案在充分利用企业已有的IT基础实施以及Exchange邮件系统投资的基础上,为用户提供传统的电子邮件、语音邮件以及传真收发等的便利。
?迁移Exchange系统邮箱

迁移Exchange系统邮箱
很多时候我们在升级的时候需要删除默认的邮箱数据库,而我们去删除默认数据库时,一般会报一个错,如下图所示:
错误的主要原因是邮箱数据库中包含一个或多个邮箱、邮箱计划、存档邮箱或仲裁邮箱。
但是通过Get-MailBox 没有获取到用户邮箱。
此时需要用:Get-Mailbox –Arbitration , 获取系统邮箱,原来默认的数据库中还包含了系统的邮
箱,此时需要将系统邮箱迁移走。
通过如下命令,将系统邮箱迁移走。
New-MoveRequest -Identity "SystemMailbox{1f05a927-3a33-4db2-83ea-622a82677542}"
然后通过命名:Remove-MoveRequest "SystemMailbox{1f05a927-3a33-4db2-83ea-622a82677542}" 将移动请求删除。
做完以上的操作,我们就可以把默认的数据库给删了,完成工作。
exchange邮件系统方案

− 发送消息 − 接受消息 − 访问整个邮箱
Client Access Server
•
Mailbox Server 1
Mailbox Server 2
部署的灵活性
Storage Area Network (SAN)
Direct Attached w/ SAS Disks
Direct Attached w/ SATA Disks
Exchange系统部署方案
内容概览
概述 项目背景 项目目标 系统架构 系统功能 实施介绍
2
现状分析
现状:
基于Windows 2008 R2的AD
影响:
系统安全性不足 • 没有有效的垃圾邮件防范 缺乏有安全有效的备份机制 用户体验差
基于Linux系统下的邮件系统
DB 1 DB 2 DB 3 DB 4 DB 5
DB 1 DB 2 DB 3 DB 4 DB 5
复制数据库到远程数 据中心
连续复制技术的革新 2台服务器可以实现Exchange功能的冗余 每个数据库有16副本,减少备份频率 存储的部署方案选择更广泛
连续的可用性
•
E-mail Client
6
Exchange 2010 新功能
邮件归档
• 第二个邮箱,独立
的配额
• 自动的和基于时间
的条件
• 捕获删除和编辑的
邮件信息
• 显示在 Outlook 和
OWA
• 在单个条目或文件
夹级设定策略
• 通过EMC 或
PowerShell 管理
• 过期时间显示在邮
件的消息中
• 提供单个条目恢复 • 保留时通知用户
邮件系统迁移方案

企业邮箱迁移,方法与过程如何面面俱到随着企业邮箱用户的不断增加,一些列的邮箱问题也是接踵而至,面对现用邮箱的种种不满,很多企业有心切换邮件服务器重新构建,但是在考虑到数据迁移的安全性后,又是望而却步,最终结果只会是系统的整体瘫痪。
企业邮箱切换,真的有那么困难吗?下面我们一起来分析一下。
企业邮箱从旧的邮件系统迁移到新的邮件系统,新旧邮件系统不同,由于缺乏相关技术资料,若勉强迁移由于实施过程比较繁琐,加之相关条件不成熟可能带来以下问题:1. 如何在旧的邮件系统上设置让你的管理员账号能够打开所有用户的邮箱。
2. 工具可以导出用户列表,并且在AD 上创建相应的账户和邮箱。
如何导出密码或者重新设置新密码。
3. 迁移过程中多字节语言比如中文的邮件在转换过程中会被损坏的情况如何避免?4. 迁移前旧的邮件数据是否一致和完整,因为POP3邮件经常会因为当中有一两封损坏,导致后面的都无法下载,导致邮件在迁移过程中丢失。
5. 迁移过程中的共存期2个邮件的协同工作复杂且容易出现问题,若同步时间过长,在此期间需要在2个邮件系统间做邮件路由实现邮件迁移,此时邮件在桥头服务器上排队时,由于瓶颈或连接器故障可能会造成这些情况。
未送达报告(NDRs) 是不正确的邮件路由的标志。
如果邮件通过同一桥头服务器多次被路由,则会出现另一个常见问题- 邮件循环。
6. 如果迁移失败可能导致原有邮件系统数据库出现故障,瘫痪。
以上问题是企业在切换邮件系统时不得不考虑的,如此复杂的问题纠结在一起,企业邮箱切换确实不容易。
通过走访市场我们了解到TurboMail作为国内优秀的邮件服务器(),在邮箱切换方面有着丰富的实践经验,帮助众多企业彻底割除旧邮件系统的毒瘤,为企业智能化办公排忧解难。
从列表中可以看出,TurboMail邮件服务器接口支持众多的邮件系统的数据迁移,企业在切换邮件系统时,完全不需要担心原有邮件系统数据无法迁移的问题。
具体操作步骤如下:第一步:准备好用户列表文件,导入用户在迁移数据时,技术人员必须先整理原有的邮件系统的用户列表文件,并且导出来。
邮件系统数据迁移方案

邮件系统数据迁移方案TurboMail邮件系统的数据迁移服务为客户提供众多的邮件系统品牌的平滑迁移,操作简单方便,只需要花费较短的时间。
目前,Turbomail提供Exchange/Lotus/Qmail/Postfix/Mdaemon/Icewarp/Extmail/Coremail/Eyou/快客/安宁/Winmail/Winwebmail/Igenus/Foundir等等各种品牌邮件系统的数据迁移按钮,并支持POP3/IMAP等数据迁移方式,管理员可以直接指定路径、指定域、指定用户导入。
以下以珠江水利邮件系统从亿邮迁移到TurboMail的案例,介绍邮件系统的数据迁移方案如下:一.迁移割接整体步骤二.数据迁移需求亿邮邮件系统数据分为两种:用户数据和用户邮件数据,其中,邮件数据为用户目前存于亿邮邮件系统的邮件,用户数据则包括:➢用户名➢用户密码➢用户属性(包括用户地址本、web设置、用户过滤设置、个性化设置等)➢其他(亿邮邮件系统自有各种附加属性)根据我们以往为其他亿邮客户进行数据迁移的经验,做出如下建议:⏹用户名必须迁移;⏹用户密码视情况而定,如密码是通过明文、标准MD5算法、Unix Crypt加密算法(13位密文字符串)、SHA\SHA-1算法(40位密文字符串)加密,可直接迁移至新系统;其它情况多数不迁移密码,而改为由系统指定初始密码,管理员通知用户自行更改。
(备注:以上判断方法仅为初步判断,具体需提供对应的明文和密文原文用例,供我方技术人员进一步判断。
在过往亿邮实施案例中,亿邮的用户密码可以进行迁移。
)⏹用户属性(个人通许录、黑白名单等)不进行迁移,因为亿邮的数据格式和我方系统不一样,直接迁移可能性不大。
⏹其他系统属性不进行迁移,因为这些属性值对新系统没有意义。
⏹邮件可以完整迁移三.系统迁移准备为保证系统迁移工作的顺利进行,客户方面必须做好如下准备工作:编号内容负责人完成时间待定待定1 保证网络环境畅通,硬件设备无故障,操作环境无障碍待定待定2 主机操作系统安装完毕,并按照方案所设计接入网络,配置好主机的hostname、ip等参数以及网络环境中的其他设备(如防火墙等),确保系统的连通3 安装好TurboMail系统,并调试至正常待定待定待定待定4 检查TurboMail系统各项服务,确认系统可正常使用待定待定5 发送迁移通知,要求用户将个人地址本、重要邮件及其他重要数据保存至本地;并禁止在割接期间新增/删除用户、修改用户信息等所有对邮件系统用户数据进行改动的操作6 根据TurboMail要求提供相关文件待定待定四.系统割接与邮件数据迁移步骤:1.客户确认各项准备工作是否已完成。
ExchangeOnline邮件迁移最佳实践(二)

ExchangeOnline邮件迁移最佳实践(二)上文提到,优先使用Cutover,但是Cutover有一个大的缺陷就是,开始目录同步后无法使用Cutover,如果我们反其道而行的话,取得的效果比Stage迁移要好很多。
下文讲述先做Cutover,然后在做目录同步,大概步骤如下:一:先做Cutover迁移二:然后做Dirsync匹配本地AD和Azure AD的账户三:设置本地LOB邮箱使用Exchange Online发邮件四:配置桌面端一:做Cutover1:Cutover需要一个公网证书,如果企业没有证书,建议去“沃通” 买一个最便宜的证书2:在Exchange Server上设置证书(详细步骤略)3:在Exchange Online中绑定域名,设置连接点,打通本地Exchange Server和Exchange Online链接4:第一次做全量同步(所花费时间视数据量而定,按照我的经验,1T的数据两天以内)5:此时会在Exchange Online上自动创建用户名和密码二:做Dirsync1:需要注意A:在Cutover的时候,千万不要开启Office 365的目录同步功能B:做Dirsync,是通过软匹配的方式,即通过UPN名字来匹配,如果Exchange Online的UPN名字和本地Exchange Server不一致,请先修改本地UPN名字更改UPN的脚本如下Import-module ActiveDirectoryGet-ADUser -Filter * -SearchBase 'ou=XXX,dc=XXX,dc=COM' -Properties userPrincipalName|foreach {Set-ADUser $_ -UserPrincipalName "$($_.samaccountname)@"}C:般选周五晚上做,做之前,要做最后一次增量同步后删除同步连接点。
exchange迁移

前段时间完对某公司AD、Exchange的跨域迁移,现将环境重新模拟一次,并将操作过程记录总结,供大家参考!环境说明:现用域名为Contoso.local,现因业务需求,需将现所有域名更换为sysmicro.c n,现有环境为DC+Exchange一台(Win2008R2+Exchange2010),主机名为: Mail.contoso.local,文件服务器一台(Win2008R2),主机名为:File.contos o.local,及其它应用的成员服务器(这里不做介绍),平稳迁移到新的域名sys ,迁移后DC两台(Win2008R2),主机名为:,DC2.s ,Exchange一台(Win2008R2+Exchange2010),主机名为:ex01.sy ,文件服务器一台(Win2008R2),主机名为:,其它略。
主要步骤:1、安装准备好新域的DC和Exchange,2、配置域信任,3、安装ADMT/PES迁移用户账号、组、计算机等对象;4、迁移用户邮箱安装做准备新域DC和Exchange过程这里不作介绍了,从域信任开始:第一部分:配置两个域的双向信任:1、分析在两台DC的DNS上开启区域传送权限(可以依需要,配置到指定服务器,或是所有服务器)2、分别在DNS增加对方DNS为辅助区域3、打开AD Domain and Trusts,添加信任:4、在向导中,输入对方域的域名:5、选择外部信任:6、选择双向信任:7、选择信任8、输入对方域中有管理员权限的账号和密码:9、选择默认选项:10、完成配置!11、分别在两个域的AD Users and Computers中,将对方Domain Admin 加到Administrators组成员:在Locations中,选择对方域,然后查到到Domain admin12、添加完成!13、信任及权限配置完成!第二部分:安装配置ADMT,迁移AD内容!以下步骤在目标域完成:即需要迁移到的新域:1、安装SQL Express,过程略,使用默认选项完成安装!2、如果ADMT和SQL Express是安装在DC,还需完成3-6步骤操作:3、创建域本地组,可格式: "SQLServerMSSQLUser$$",如你的DC主机名为DC1则命令如下:NET LOCALGROUP SQLServerMSSQLUser$DC1$SQLEXPRESS /ADD 4、用SC.exe命令查看地SQL Services SID:SC SHOWSID MSSQL$SQLEXPRESS5、创建ADMT\Data目录,用于存放AMDT的SQL数据库:MD %SystemRoot%\ADMT\Data6、对创建的目录调整权限:注意:将星号“*”后面的SID替换为第4步中查询的SIDICACLS %systemroot%\ADMT\Data /grant *S-1-5-80-3880006512-4290199 581-3569869737-363123133:F7、执行ADMT安装程序,在数据库选择界面,输入第1步中安装SQL主机及实例名,如果为本机安装,默认为:.\sqlexpress8、因为是新安装,且没有之前数据库需要导入,所以选默认选项:不从现有数据库导入9、下一步,完成!10、开启ADMT,能正常启动,安装、配置完成!、11、用ADMT工具,生成PES密钥文件:Admt key /option:create /sourcedomain:contoso.local /keyfile:c:\contoso.pes /keypassword:12、生存的文件如下,将其COPY到需要迁移的源域控下,以下步骤在源域完成:即需要迁移的旧域:1、在需要迁移的原域控上,安装PES2、选择加密文件,即第11步中生成的文件,3、输入PES密码,即第11步中,Keypassword后面的值:4、开始安装:5、指定启动此服务的账号,完成安装、重启!6、重启后,手动启动PES服务,以支持密码迁移!以下步骤在目标域完成:即需要迁移到的新域:7、转到新域的域控上,开启ADMT,在Active Directory Migration Tool上点右键,选择User Account Migration Wizard:8、指定需要迁移的源域的域名及域控、目标域域名及域控9、选择需要迁移的用户:10、添加用户:11、选择目标OU:12、选择:迁移密码:13、选中:迁移用户SID:14、输入原域中,有权限的账号和密码:15、可依实际需要,是否需要迁移用户权限、组等设置16、可排除不需要迁移的属性对象:17、下一步、完成后,开始迁移!18、迁移成功,可以点击View Log,查看详细信息!19、进到AD Users and Computers,可以看到,刚才中的两个用户已顺利迁移过来!20、ADMT迁移过来的用户,都会将账号属性设置为:下次登录需要更换密码21、如果需要针对多个用户去掉此选顶,可以在用户管理中,一次选中多个用户、右键、属性,切换到Account选项卡,在”User must change passwor d at next logon“,在最前面选中、确认即可!22、再次打开其中一个用户,下次登录需要更换密码的选项已取消!23、如果需要迁移计算机,可参考上面步骤中的20-30,迁移完后,需要在用户计算机上手动更改域及手动迁移用户配置文件!文件服务器等成员服务器,也适用,迁移完后用文件和目录权限会一同迁移到新的域环境,这里不作介绍!第三部分:迁移Exchange邮箱!开始移动前,需在源域的用户上添加新域的SMTP地址,或是用策略统一添加,如:1、在新域的EX01上,开始EMC,添加contoso.locl的Excha nge Forest:2、输入对方的域名、服务器的FQDN3、确认后,输入对方域的管理员账号密码4、添加成功后,可以在一个EMC界面下管理两个域的Exchange5、在目录域的EMC、Recipient Configuration中,可以看到前面通过ADMT 移动过来的两个用户,已经有Exchange属性,需要先禁用6、打开Exchange Powershell,进到Exchange安装目录的Scripts目录下:7、创建本地和远程两个认证变量,并分别输入本地和远程管理员账号密码8、对需要迁移的用户,重新创建Mailbox属性:Enable-MailUser –Identity Xiang –ExternalEmailAddress xiang@sysmicro.c n9、对需要迁移的用户执行prepare-moverequest.ps1:.\Prepare-MoveRequest.ps1 –Identity “Xiang” –RemoteForestDomainControl ler “mail.contoso.local” –RemoteForestCredential $remote –LocalForestDo mainController “” –LocalForestCredentil $local –UselocalObj ect10、新增移动请求:New-MoveRequest –Identity “Xiang” –remoteLegacy –RemoteGlobalCatalo g “mail.contoso.local” –RemoteCredential $remote –TargetDeliveryDomain “” –TargetDatabase “mailbox Database 0454265029”11、在EMC中,可以看到已经创建移动请求:12、移动完成后,OWA进到用户邮箱,确认邮件内容,迁移完成!13、将用户电脑加到新域中,并以新的域的账号登录,完成迁移!。
Exchange混合部署及Office365平台迁移方案

Exchange Server 级别 配置
(邮箱复制服务代理,证书 验证、Exchange Web 服务 的虚拟目录验证,和接收连
接器)
域级别的配置对象
(接受远程域,域 & 电子邮件地址策略)
组织级别配置对象
(Exchange 联合身份验证信 任的组织的关系、 可用的地
址空间,和发送连接器)
组织级别配置对象
3. 获取并部署证书
在Exchange 2013 CAS服务器和Exchange 2010 Edge服务器上部 署证书
4. 发布 为EWS 和 SMTP 结点创建公网 DNS A 记录 验证使用ExRCA
5. 将自动发现切换到 Ex2013 CAS 更改公网 DNS 自动发现记录使其解析到Exchange 2013的CAS
"UpdateSecondaryAddressesOnly"参数添加到Update-EmailAddressPolicy. 只添加缺少的代理地址。不会更改/删除其它地址。
Exchange 管理员中心 (EAC) 是您管 理 Exchange Server 2013本地部署、 Exchange Online 、 混合设置和邮箱 迁移的一站式中心
第三方电子邮件安全 系统
DAVID 内部邮箱
Exchange
外部收件人
安全邮件 加密 & 经过身份验证的邮件流
Chris 云邮箱
现在,您可以指定哪些域用于联合的自动发现查询。 Set-HybridConfiguration –Domains ",,autod:"
步骤 4 混合配置引擎从本地Exchange和
Exchange online发现拓扑数据以 及当前配置
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Exchange邮件系统迁移方案1. 背景分析目前Exchange的用户大多还在使用Exchange 5.5,随着微软官方对于Exchange 5.5的支持在2003年12月31日中止,大量Exchange 5.5的用户面临着巨大的邮件系统升级压力。
Exchange 5.5作为1999年发布的软件产品,在其设计之初,也从未考虑到当前用户对于基于消息的协作要求,例如协同文档处理、协同工作小组、协同桌面会议等,随着用户对协作应用的需求不断增长,Exchange 5.5的用户也需要考虑如何解决上述问题。
面对这些挑战,我们提供了基于Lotus Domino技术的整体解决方案,帮助用户摆脱邮件系统升级的困扰,并获得更强大的功能特性。
2. 方案分析采用Lotus Domino平台建设用户的邮件系统,并以此为基础,搭建更为强大的业务应用,是整个解决方案的核心。
之所以选择Lotus Domino平台替代用户现有的Exchange 5.0(或更高版本),建设用户的邮件系统及业务应用,是基于如下众多事实:2.1. 技术路线IBM公司与微软公司作为IT行业的领先者,所遵从的IT技术标准有很大的差异。
IBM公司的软件平台大多遵从开放的J2EE标准,而.NET则是微软公司提出并遵从的。
J2EE标准是一个为开发和发布便于达到网络经济要求的应用程序所提供的标准,这个标准是由Sun Microsystems以及多个合作者共同开发的,主要应用于当今网络经济中的商业领域。
建立这个标准的是为了扩展现场、减少了阻碍事务的冲突,通过标准使得商业仅集中在商业问题,而不是集中在复杂的技术问题。
J2EE把应用程序的开发和支持任务分成好多定义好的角色。
这种分工的作用是:把复杂的编程任务交给J2EE平台,减少了应用程序开发人员支持新的应用需求的工作量,以及可以清楚地根据特定的技术和条件进行任务分离。
这种分离也使得专业知识商品化--J2EE应用程序实质上可以用非定制的组件装配而成,这些组件要遵照定义好的接口,这样就仅需要少量编程或专用化。
Lotus Domino作为一种相对独立的技术路线,目前提供了对J2EE架构的良好支持,其本身就可以作为一个简单的J2EE应用服务器,在系统中为用户提供整合了的J2EE运行环境。
而Lotus家族的Workplace系列产品,更是完全基于J2EE架构。
.NET框架(Framework)是一个开发、部署和运行.NET应用的环境,包括了、公共语言运行时环境(CLR)以及.NET框架类。
对于.Net不同的人有不同的解释方式。
有人认为.NET是一种全新的下一代可视化开发环境;有人认为.NET 是一种新的针对Internet时代的开发语言---C#;有人认为它是基于XML(可扩展标记性语言)和SOAP(简单对象访问协议)的新型信息交换平台,是面向未来的企业级的开发平台。
类似这样的定义非常多,这些说法都对,但是都只是涉及到了.NET 的一部分。
单从技术发展本身来看,J2EE应用由于可各种OS上运行,而且很多开发商还提供了Web应用服务器和开发工具,因此用户可以随意选择,而开发商则通过在功能和性能方面相互竞争来不断提高产品水平,这些都使得J2EE架构能够得到快速的发展;而.NET的操作系统环境仅限于Windows,开发工具、运行环境的单一化会严重影响.NET的发展。
如果仅从技术路线来看,两条技术路线目前都得到了众多软件公司和用户的认可,很难评价哪一种路线更先进。
但对于我们所针对的高端企业市场来说,适应高端企业需求的软件系统大多采用了J2EE架构,这虽然不能以此来说明针对高端企业市场来说,J2EE架构要比.NET架构先进,但也可以证明J2EE架构更能适应高端企业市场的需求,而支持J2EE架构的Lotus Domino平台,在高端企业市场中也占有重要的地位。
2.2. 运行平台Lotus Domino作为一种开放架构,可以在不同的环境中运行,除支持IBM自己的OS400、AIX操作系统外,还能够运行在其他厂商提供的操作系统之上,包括HP UNIX、SUN Solaris、Red Hat Linux、Red Flag Linux、Turbo Linux、Windows NT、Windows 2000、Windows 2003等;支持的服务器平台除Intel架构PC服务器之外,还能够运行在高端企业市场中常见的各种大型主机系统,如AS400、RS6000、HP 9000系列、SUN Fire系列等。
MS Exchange作为微软公司的系列产品之一,与微软公司其他产品一样,目前仅支持Windows系列操作系统,以及Intel架构的PC服务器。
从运行平台来看,Lotus Domino系统所支持的运行环境更加广泛,能够充分适应用户已有的IT运行环境。
而随着用户应用系统复杂性的不断增加、企业规模的不断扩大,用户也需要不断提升应用系统的整体性能,其中一个重要的因素就是提升系统的运行平台。
而对于大型复杂应用系统来说,基于Wintel的系统平台无论在系统稳定性、扩展能力、运行能力等各个方面,都难以满足用户的需要,仅能通过建立多服务器群集来满足用户的需求,而维护一个多服务器的群集系统,无论是维护工作量、工作复杂度还是故障发生的概率,都会远远大于单台服务器。
因此从发展的角度分析,能够支持更多、更复杂运行环境的Lotus Domino系统,更能够适应企业不断发展、变化的趋势,为用户提供更稳定、性能更优异的应用系统。
2.3. 升级能力Lotus Domino于1989年推出,随着1996年R4版本的完善,在邮件及群件领域占据了统治地位,被众多用户接受作为企业邮件系统,并基于Domino系统建立了复杂的协作应用。
到2003年IBM推出Domino R6.5,以及Lotus Workplace产品系列,更加巩固了IBM Lotus在市场上的地位。
在这一过程中,Domino产品一直遵循着平滑升级的策略,力争在系统性能和功能不断增强的同时,尽量保持用户的使用习惯和开发方式的一致性,此外还提供了多种升级工具,确保用户在系统升级时不会面临太多的技术难题,而Domino的平滑升级策略也是众多用户选择IBM的原因之一。
例如,IBM于1999年推出了Domino R4.6,2003年推出Domino R6.5的同时,还充分考虑到老版本用户的升级问题,特别提供了多种升级工具,实现从Domino R4.6、Domino R5、Domino R6等版本升级到Domino R6.5,而用户基于老版本开发的应用程序,大多可以直接在新版本中运行,有效的保护了用户已往的IT投资。
Exchange 5.5同样是微软于1999年推出的,随后微软又推出了Exchange 2000和Exchange 2003,但一直未提供各版本之间的升级包,这也是为何在Exchange 5.5退出近5年的今天,有60%以上的Exchange用户仍在使用Exchange 5.5。
由于Exchange Server对操作系统平台有着严格的要求,例如Exchange 5.5对Windows NT、Exchange 2000对Windows 2000、Exchange 2003对Windows 2003,因此在Exchange 本身升级的时候,必须对操作系统也作相应的升级。
Exchange系统各版本的体系架构完全不同,导致了用户如果希望获得新版本所提供的新特性,必须对操作系统、存储系统和邮件系统本身作整体的升级。
正是由于Exchange与操作系统、运行环境、开发环境的绑定过于严格,使得用户在Exchange系统上的总体拥有成本大幅度增加。
2.4. 开发特性Lotus Domino系统自身提供了集成的开发环境,也支持通过JAVA Script小程序扩展系统功能;此外各版本的Domino系统开发环境和开发方法之间的差异较小,这使得基于应用开发商可以专注于Domino系统的应用开发工作,在开发过程、技术及开发工具的使用方面积累了大量的实践经验,同时也形成了一支成熟、稳定、技术精湛的开发商队伍。
微软公司的开发环境为大多数软件公司所熟悉,Exchange系统的二次开发工作大多是基于微软公司提供的VB、VC、VFP等集成开发环境和编程语言,建立基于ASP技术的B/S应用。
ASP是微软公司推出的意图取代CGI的新技术,通过它,用户可以使用几乎所有的开发工具来创建和运行交互式的动态网页,如反馈表单的信息收集处理、文件上传与下载、聊天室、论坛等等,实现了CGI程序的功能但是又比CGI简单,而且容易学习。
ASP技术的门槛较低,但深层次开发工具又相对不足,致使市场上掌握ASP开发技术的公司很多,而专业的高端企业应用开发商相对较少。
此外,由于Exchage各版本间的差异较大,使得软件开发商的Exchange开发技术难以得到积累,导致市场上基于Exchange的软件开发商数量也相对较少。
两者在开发特性方面的较大差异,直接导致目前在市场中,基于Domino技术的企业级应用相对于基于Exchange的应用要成熟得多。
2.5. 扩展能力Domino系统支持业界的开放标准,提供基于LDAP工业标准的用户身份管理功能,这使得在企业内部应用系统日益复杂的今天,建立统一的用户身份管理成为可能。
Exchange系统的用户管理经历了很大的变化,从早期的Windows NT域用户管理模式,发展到今天的基于企业内部活动目录方式,其中Active Directory为Windows 2000和Windows 2003提供了不同的目录服务实现方式。
由于Active Directory不是业界的统一标准,因此大多数应用系统开发商及成熟应用软件,对Active Directory 的支持还存在一定的问题。
因此除非企业的全部应用系统都是基于同一版本Active Directory建立的,否则难以实现企业的信息系统集成(EAI)。
仅从企业EAI中用户管理的一个层面看,Domino系统能够提供更好的扩展选择。
2.6. 应用效果Domino系统作为一个开放平台,支持在系统的基础上建立各种复杂的应用,无论用户通过专用客户端(Notes),还是通过浏览器,无论在Windows客户端还是通过Linux等操作系统平台,都可以获得相同的使用效果,享受到相似的功能服务。
Exchange系统与微软公司的Outlook客户端程序连接紧密,许多在Outlook客户端中提供的功能,在B/S应用模式下、在Windows平台以外都难以获得,这在某种程度上限制了用户的使用。
2.7. 系统安全性现阶段网络病毒泛滥、网络黑客横行,这都要求应用系统要具备更强大的安全管理能力,防备潜在的威胁。