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