Domino升级建议IBM官方文件.docVIP

DominoR5-R7升级建议书 （IBM官方文件） DominoR5-R7基本升级步骤 应用测试（Application Testing） 测试内容 所有Domino应用，主要做黑盒测试 如果定制过pubnames.ntf，需要合并新版本和pubnames.ntf和定制的内容，然后进行测试 如果定制过邮箱模板，测试邮箱模板 重点测试 Java和C/C++ API程序 复杂的表格和排版控制 基于R4.5/4.6开发的Web应用 通过压力软件测试应用性能 工作结果 应用兼容性评估书 升级操作计划书（包括回退方案） 试点(Pilot) 参与试点 建议试点分两批进行，第一批选择总部，第二批选择3－5个省公司 建议包含所有类型的服务器：邮件、应用、SMTP、Hub等 建议包含所有应用场景：Cluster、不同时区(如果有海外的服务器)、复制等 试点工作重点 测试应用 测试不同版本并存的兼容性问题 总行第一批试点建议作1个月以上的监控，完善升级计划，积累升级经验。第二批试点为验证性试点，主要验证总行试点方案的完备性，为全行部署做准备。 工作结果 升级操作计划书 全局部署(Production) 按照试点升级验证的计划，在全集团范围内迅速实施。 建议的升级顺序 建议升级顺序： 管理客户端-Domino目录 - 服务器端 - 客户端 - 邮件模板更新 - 应用 服务器升级顺序： Hub服务器 -邮件服务器 - SMTP 服务器 - Web服务器 - OA应用服务器 - 其它服务器 升级计划 考虑到XXX Domino系统服务器和用户数量大，系统架构复杂，为了确保Domino/Notes系统能安全、平滑、稳定地升级到新的版本，最大限度地减少对最终用户的影响，需要制定升级计划、设计升级方案、验证升级方案并进行升级试点和技术培训，以稳妥的方式升级到R7。 本章节覆盖了升级计划的制定及升级到Domino R7需要考虑的问题。Domino体系结构有很多种可能的变化，每一种变化需要考虑的因素可能都不一样。本章不涉及与某个具体设计相关的可能的因素，而主要集中在影响Domino体系结构的专题上，不依赖于规模的大小、硬件及使用的操作系统。本章包括以下专题： 项目定义 资源计划 现有环境调查 制定计划 硬件和软件资源的考虑 Domino R7的测试 重新规划Domino环境 项目定义 在开始升级到Domino R7之前，应该清楚升级实现的目标，以下是规划目标时需要考虑的： 是否只是升级Domino服务器，而不需要Domino R7中新增的功能。 是否需要Domino R7中提供的新工具 是否升级客户端 管理员及最终用户的培训，HelpDesk 相关的文档 利用Domino R7的新特性，在当前系统管理方面需要改进的地方 通过Domino R7性能基准测试，找出最优的硬件配置 应该考虑升级后可以接受的服务级别以及要实现的服务级别和服务器的响应时间，使用行业的基准测试来比较R5和Domino R7所提供的服务级别和响应时间，考虑是否提高Domino服务器的性能。 资源计划 在进行系统升级时投入的资源可由内部资源和外部资源组成。 内部资源：由公司内部的技术人员组成。当决定一个项目的成员时首先要考虑的就是当前的资源是否能满足额外的工作，他们不仅要负责系统升级，而且还要负责升级之前的培训工作。 除了技术人员以外，在系统升级期间或以后，现场支持、HelpDesk和开发方面也会有相当的工作量，这些都是要考虑的因素。使用内部人员的优点在于内部人员了解硬件及当前的系统配置。 外部资源：由IBM软件服务部Lotus的专业服务部门(ISSL)或Lotus的合作伙伴公司组成，主要提供顾问咨询、规划设计和现场实施服务。当考虑外部资源的安排时，也应该对项目的实施有控制权。 使用外部资源的优势有： 升级工作可以立即开始，避免了学习的弯路 可以进行经验、技能的传递，可以把技术顾问的经验、技术传递给内部的技术人员。 在内部资源和外部资源之间有多种工作模式，包括： 在项目管理、技术资源和具体实施方面完全由业务合作伙伴完成。 如果有多个工作地点需要升级，业务合作伙伴完成一个，其它的由内部人员完成。 业务合作伙伴完成项目的规划及理论设计，对内部人员进行技能培训，具体的升级工作由内部人员完成。 业务合作伙伴也可以提供培训、文档编制以及新数据库的设计。 现有环境调查 在制定升级计划的过程中重要的一步就是完成当前R5系统的调查工作。这有助于时间的安排和资金的预算，决定是否需要购买额外的硬件和软件。 了解当前的系统也可以帮你建立测试案例，有助于对比新旧系统。最重要的是，对系统升级有一个很清晰的轮廓，有助于评估升级是否成功，所期望的系统性能是否达到了预期的目标。 同时，还应该测试所有的R5数据库应用。