1、 总行第一批试点建议作1个月以上的监控，完善升级计划，积累升级经验。第二批试点为验证性试点，主要验证总行试点方案的完备性，为全行部署做准备。工作结果 升级操作计划书1.3. 全局部署（Production）按照试点升级验证的计划，在全集团范围内迅速实施。1.4. 建议的升级顺序建议升级顺序：管理客户端-Domino目录 - 服务器端 - 客户端 - 邮件模板更新 - 应用 服务器升级顺序： Hub服务器 -邮件服务器 - SMTP 服务器 - Web服务器 - OA应用服务器 - 其它服务器2. 升级计划考虑到XXX Domino系统服务器和用户数量大，系统架构复杂，为了确保Domino/No
2、tes系统能安全、平滑、稳定地升级到新的版本，最大限度地减少对最终用户的影响，需要制定升级计划、设计升级方案、验证升级方案并进行升级试点和技术培训，以稳妥的方式升级到R7。本章节覆盖了升级计划的制定及升级到Domino R7需要考虑的问题。Domino体系结构有很多种可能的变化，每一种变化需要考虑的因素可能都不一样。本章不涉及与某个具体设计相关的可能的因素，而主要集中在影响Domino体系结构的专题上，不依赖于规模的大小、硬件及使用的操作系统。本章包括以下专题： 项目定义 资源计划 现有环境调查 制定计划 硬件和软件资源的考虑 Domino R7的测试 重新规划Domino环境2.1. 项目定
3、义在开始升级到Domino R7之前，应该清楚升级实现的目标，以下是规划目标时需要考虑的： 是否只是升级Domino服务器，而不需要Domino R7中新增的功能。 是否需要Domino R7中提供的新工具 是否升级客户端 管理员及最终用户的培训，HelpDesk 相关的文档 利用Domino R7的新特性，在当前系统管理方面需要改进的地方 通过Domino R7性能基准测试，找出最优的硬件配置应该考虑升级后可以接受的服务级别以及要实现的服务级别和服务器的响应时间，使用行业的基准测试来比较R5和Domino R7所提供的服务级别和响应时间，考虑是否提高Domino服务器的性能。2.2. 资源计
4、划在进行系统升级时投入的资源可由内部资源和外部资源组成。内部资源：由公司内部的技术人员组成。当决定一个项目的成员时首先要考虑的就是当前的资源是否能满足额外的工作，他们不仅要负责系统升级，而且还要负责升级之前的培训工作。除了技术人员以外，在系统升级期间或以后，现场支持、HelpDesk和开发方面也会有相当的工作量，这些都是要考虑的因素。使用内部人员的优点在于内部人员了解硬件及当前的系统配置。外部资源：由IBM软件服务部Lotus的专业服务部门（ISSL）或Lotus的合作伙伴公司组成，主要提供顾问咨询、规划设计和现场实施服务。当考虑外部资源的安排时，也应该对项目的实施有控制权。使用外部资源的优势
5、有： 升级工作可以立即开始，避免了学习的弯路 可以进行经验、技能的传递，可以把技术顾问的经验、技术传递给内部的技术人员。在内部资源和外部资源之间有多种工作模式，包括： 在项目管理、技术资源和具体实施方面完全由业务合作伙伴完成。 如果有多个工作地点需要升级，业务合作伙伴完成一个，其它的由内部人员完成。 业务合作伙伴完成项目的规划及理论设计，对内部人员进行技能培训，具体的升级工作由内部人员完成。 业务合作伙伴也可以提供培训、文档编制以及新数据库的设计。2.3. 现有环境调查在制定升级计划的过程中重要的一步就是完成当前R5系统的调查工作。这有助于时间的安排和资金的预算，决定是否需要购买额外的硬件和软
6、件。了解当前的系统也可以帮你建立测试案例，有助于对比新旧系统。最重要的是，对系统升级有一个很清晰的轮廓，有助于评估升级是否成功，所期望的系统性能是否达到了预期的目标。同时，还应该测试所有的R5数据库应用。虽然升级应用数据库为Domino R7设计在项目的最后阶段完成，但也必须测试R5格式的数据库在Domino R7服务器上是否能正常运行。提示：使用一个Notes数据库来跟踪并记录调查的结果，标记要升级的项目和数据库。下面列出的就是需要考虑的项目：客户端服务器应用功能硬件内存、硬盘操作系统使用的网络协议Web浏览器使用的邮箱模板版本客户端的许可证类型服务器的专用任务，比如hub,spoke,SM
7、TP等服务器的许可证类型附加的产品，如Fax server, LEI等工作流、界面、关键字域、作者域、读者域、视图、导航器、操作、按钮、热点、对话框、隐藏域及隐藏公式、计算域、有效值验证公式、区段、规则及访问控制、表、代理、数据库查找、外部数据访问使用Domino R7的设计摘要特性，可以帮你分析数据库的元素。设置一个数据库来跟踪并记录测试和升级过的数据库。2.4. 制定计划虽然Domino R5到Domino R7的升级没有什么技术难度，但也有许多需要考虑的问题。因此，制定有效的项目管理和项目计划将会有益于项目的投入、控制和实施。2.4.1. 项目小组成员的确定为保证项目的顺利实施，明确项目
8、小组成员的具体分工是非常重要的。项目经理或项目领导负责整个项目的管理和协调工作，包括时间安排、进度控制及在升级过程中可能出现的问题、明确每个人员的职责。对于一个Domino系统升级项目需要的角色和技能依赖于Notes环境的复杂度和公司的组织机构情况，以下是在整个项目中需要确定的角色： 项目经理 最终用户的代表 Domino系统管理员 网络管理员 HelpDesk 培训小组 工作站支持小组 操作系统支持小组 安全小组 Notes的开发人员确认每个小组成员都有备份人员，以便在缺席时能接替他们的工作。2.4.2. 计划内容 1. 规划项目的主要阶段，确定升级服务器和客户端的时间和内容，并指明可能的例
9、外情况。 2. 确定小组会议的次数和会议地点，确定应该在什么时候在哪里提交什么文档。 3. 确定购买软硬件的顺序及具体的交货时间，还应考虑到偶然事故的发生。 4. 确定培训的时间、地点等2.4.3. 交流交流是一个项目平滑地运行的关键，Domino是实现交流的有效工具，利用Domino系统可以进行项目控制及管理、数据收集和项目跟踪，并可以与其它成员或业务合作伙伴共享信息，交流升级的经验和存在的问题。2.5. 硬件和软件资源的考虑需要考虑的资源包括： 服务器 客户端 网络 备份软件 放病毒软件详细内容请参考第二章。2.6. Domino R7的测试在Domino R7升级项目中测试是关键的一部分
10、。测试阶段包括测试计划，测试过程和测试结果及文档的编制。测试阶段也应该包括测试计划中关键部分的偶然性测试。工具：公司可以有自己的管理工具，也可以开发或者定制厂商的产品。Lotus Notes/Domino每一个版本中都提供了很强的功能。当测试时： 保证使用的管理工具与Domino R7是完全兼容的。 确定哪一个工具能被Domino R7的新功能所取代。2.6.1. 时间估计在具体实施升级之前进行测试的一个好处就是能精确地估计从R4.x/R5到Domino R7服务器升级需要使用的时间。在升级过程中所占用的大部分时间可能就是数据库的ODS版本和设计的升级。我们建议升级ODS和设计要分开进行，这样
11、不会影响Domino服务器的正常运行。在开始升级之前还应考虑一些准备工作，比如升级Notes.ini的参数或者硬件的升级。Domino服务器程序的升级通常要用1530分钟的时间。升级数据库ODS版本的时间依赖于硬件的类型，我们推荐采取下列步骤：1. 为所有的数据库运行fixup.2. 在升级ODS到Domino R7格式之前压缩数据库，升级后再压缩一次。3. 为所有升级的数据库运行updall，重建视图索引，这能保证用户在打开数据库时不会感觉到延迟。2.6.2. 测试用例测试用例应该根据运行在R4.x/R5服务器的功能是否在Domino R7服务器也提供同样的功能而定。设置一个包含测试用例的N
12、otes数据库，可能包括测试的步骤、结果以及故障处理和服务器的功能细节。项目小组也可以使用这个数据库记录升级中的技术问题。需要测试的项目很多，不可能一一列举。下面列出一些为建立测试用例时提供参考。应用.与R5服务器的共存.从R5到Domino R7的升级路径.性能测试和基准测试.通讯录到Domino目录和目录编目.ODS的升级.邮件路邮NRPC和SMTP.管理进程创建用户重新验证ID恢复监控创建假期邮件文件移动MAP.管理数据库资源预定AdminpEvents和StatrepCatalog.事务日志.Notes R7访问Domino R7.Notes R5访问Domino R7.与R5服务器的
13、复制.复制后，测试在R5服务器上的应用.测试所有的应用数据库，转换到R7的ODS格式，运行压缩和使用updall重建索引。.使用数据库中的每一个表单创建、保存和编辑文档.重建全文索引，并测试.Notes设计列表所有编辑域是否正常所有计算域是否正常所有数据库的查找是否正常所有按钮是否正常所有操作是否正常所有的显示是否正常打开所有的视图视图中的所有列显示是否正常所有文档的显示和选择公式是否正常所有的分类是否正常所有排序是否正常.如果在应用中使用了外部数据，编辑外部数据检查修改是否正常.如果在应用中使用了OLE对象，创建和启动对象.运行所有的代理，包括有时间安排的代理.测试安全性 存取控制角色 读者
14、域作者域加密域选择复制公式.测试e-mail启动的应用2.6.3. ODS（On-disk structure）Domino提供灵活的ODS，升级到Domino R7的ODS版本还可以再恢复到R4.x/R5的ODS版本。可以通过数据库的属性来查看其使用的ODS版本。下表显示了不同Domino版本的ODS版本：Domino版本ODS版本Domino R4.x20Domino R541Domino R643Domino R7使用compact命令，R4.x/R5的数据库将被升级到R7的ODS版本。使用参数-r还可以再恢复到R4.x/R5的版本。ODS和设计元素不同，ODS不会再不同的复本之间进行复
15、制。因此，R5 Server上的ODS 4.1数据库可以和R7 Server上的ODS 4.3数据库复制。2.6.4. 文档编制在测试阶段的最后，应该有完整的文档来记录测试的基本情况、管理上的变化和事故诊断过程。2.7. 重新规划Domino环境在进行Domino R7升级时，应该考虑到是否重新规划邮件网络域的可能性。因为在Domino R7中，邮件路由兼容性有很大的增强，包括对SMTP的本原支持，以及对消息存储MIME的本原支持，并提供了很多新邮件路由限制与安全控制的配置。Web邮件与POP3/IMAP4邮件协议的支持也比以前版本更好。同时， Domino R7也可以和Domino R5在混
16、合环境下使用和相互通讯。3. 升级中的注意事项本章描述在其它一些客户的升级过程中遇到的部分问题和注意事项。1. 用户邮箱升级时的注意事项用户邮箱升级即通过convert任务将用户邮箱的设计升级到Domino 7的模板，在用户邮箱升级过程中需要注意以下几点： 在运行convert任务前，需要停止router convert程序需要使用-u的参数，以保证所有自行创建的文件夹也可以升级到mail6.ntf中收件箱的设计。 如果mail目录下包括多个子目录，又需要进行批量转换，则convert程序需要使用-r的参数，这可以转化所有子目录中的邮箱。 -u 和 r的参数可以同时使用 在运行convert之
17、前，需要临时取消所有用户邮箱的限额，否则对于那些超限额的邮箱，convert程序将无法对其进行处理。取消邮箱限额可以通过管理客户端批量进行处理，待convert程序执行完毕，再通过管理客户端批量对邮箱设置限额和警告阀值。 在运行convert程序时，对于某些可能是利用早期版本的Notes客户端（例如：Notes 4.x）自行创建的文件夹，由于没有选中“刷新/替换设计时不允许修改”，则convert程序会自动删除这些文件夹。为了保留这些文件夹并将其设计升级到mail6.ntf中收件箱的设计，需要手工利用Domino Designer打开该用户的邮箱，将“文件夹”下自己创建的那些文件夹选中“刷新/
18、替换设计时不允许修改”（利用设计文档属性对话框进行修改），再利用convert u进行邮箱升级。 邮箱经过convert程序处理，如果打开邮箱时看到所有邮件都变成“复制/保存冲突”，只需要手工选择“文件”“数据库”“替换设计”，用7的邮箱模板重新替换一次邮箱设计即可。2. 在升级过程中系统数据库的设计是否允许复制？names.nsf、admin4.nsf等系统数据库的设计已经保证了可以在5.x和7的混合环境环境中使用，因此可以复制系统数据库的设计元素。3并存考虑在升级过程中，不可避免出现不同版本的服务器、客户端、应用模板并存的情况，下表是不同版本的兼容情况：客户端/模版在旧的服务器上在新的服务器上旧/旧OK旧/新不支持部分功能新/旧新/新4. 其它注意事项在升级过程中，还会遇到其它很多的注意事项。根据XXX的实际情况，请仔细参照第7章各步骤的描述进行操作，以免升级过程中出现问题。
