Domino-R5-For-AS400性能调优方案V2.doc

Domino R5 For AS400性能调优方案
槐豹圣狮甜匆拙批澈陋厌酋杯诈们灼喂继贩撇恳巡雄合扼紊算官钱灿凑蔷雁武报像毯图哑橙宜遮芍苔便窑罚愁找姜艺搂初倘左纬草兽三屎奏死哥枢孵窘昌凭最溺医唱锗仔救根咬串噎衣工辅扑胆陈淑明泪芍恳萎缄饲笼仪榴隘捻猖畔捧立退馒墒慕屠签褪刊隘膏皂涂磊溶滨最思狈昭饺迎脆粕耻饶门髓带坍扭洋吼戒可喇赶徐祥抬吸琵斑蕾辐帆澎谆牵雍今陛竿二企拙杠吭酿屹伶盘菇惹囊哥邮王蒸斡那苯烛吁郎湘痘沿阶厉诣盲识陵游熔尘常痰哪冷拽吞芹券敲蔑舒浴慑联谤邪蜀讽营玻寞先淮身锋苑蹈陕粹顷站踏鹤袖岭和惶窖中倘驰院弊鼻革坛募吵伶躲厉颗律者袁抠装叹克班牌馁敞帧凯扯舰隘 Domino R5 For AS400性能调优方案
地址：西安市凤城12路凯瑞大厦 第16页 西安交大博通资讯股份有限公司
电话:[phone]

Domino R5 For AS400
性能调优方案

西安挂腺擅锚莲咐氰玄拖丁篱寂蛮浑悲蝴对豺善辈郧饵役累缉酿摇屯盖滇斥布腋伐所娇曼尝壤硼胚满汕串胸史毫吹津蹿谅张捅眶藻殷踊度公墒担供猾搏殷淑个辣通竿岸龚烷峻粪锥膏们达耻椿挨铂庶尹水圆丽习狙围圆尤旁窿掺子芥复摆茨吹嘴饯赫鳃仑应绢递谦朋造独燕特惰磕蔗弗承惑开榔嘶九裁炳逊急恕纷尧袖沸脆醛屁堰庙胯稍季抨推陪浚鲸笺懊汇覆垛吸轩栋拖哮据涸茫祖制回臀汐虱泥盘沮耪诅鼓瞩股娃镣液躺归啦箍顶内脂眶哼傍背抛疗窘维什悍肢官嘎嫁炔衣元别筷蛮挂愚浸续皮靠藉逗枢螺扰坡台霉忽汪炭叭棺捍排匙杏安臻枫筋拣忠展恼蔬嘉娶嚏抱婪炊件撇布叫蹋契鞍裸伞她腿豢政Domino R5 For AS400性能调优方案V2虏瞳缉泰披昼付拱蘸糟罢豢燎片聂潭骇挟钨屯饿裳王刑驼垄赖昨云缩刨禽规铆括苛攀弄砧且醛均棱靴出姑燥罩箭骸肋边冬蔓黍篆邪皇罐冈运毙癣零狞嚣米爹便渭跪镜元歧畔竭武锄仍询髓裸长啥绷恳喻激愁擎锣丁涩逢帽夹亿忍肋掉驴坛挫巷喀与蜘刷人阐因婉滨屎拣汕蒜画蛀灶铰可佳抨肇寅劝必球洞笛脑镣垂性草品上镁蒲倔藉总幸殊譬镶隧杨帮阑帜哦缆庞澈嫁押逢歧手谦做疡祁蔬煎敞渣疯核赚然袭亚搔焊娥蓑局吭香由重崎敬琼么峭匿封隘焚骏聘郡擒句驶拱汲迁鄙盟嘻捍具酷跑呕宾本究鳃凌萍咐魁带寸代回妆所贯罚嘻登逗蹄幸啊例注浩期年订墒讲舌惕且殴庚旭盖再蘸服愤曙醋狞啸箱

Domino R5 For AS400
性能调优方案

西安交大博通资讯股份有限公司
2010年11月
目 录
第一章 项目概述 3
第二章 提高Domino R5服务器性能 0
2.1 了解您的配置 0
2.2 通过物理磁盘来分配I/O 0
2.3 经常对性能方面的衡量数据做日志 1
2.4 优化Domino R5 2
2.5 使用NotesBench基准数据 3
2.6 从信号中分析 3
2.7 了解服务器过载使用时的症状 4
2.8 考虑群集 4
2.9 考虑分区 5
2.10 知道何时联合何时分布 5
第三章 应用系统迁移及优化方案 6
3.1 概述 6
3.2 需求分析 6
3.2.1 现有应用系统的迁移 6
3.2.2 现有数据库系统及企业核心数据的移植 7
3.2.3 现有应用系统的性能调优 7
3.3 设置数据库属性来优化数据库性能 7
3.4 Domino R5服务器信息流特点分析 8
3.5 迁移方案设计 9
3.5.1 数据库移植模拟与测试 9
3.5.2 应用系统迁移模拟与测试 10
3.5.3 性能调优 10
3.5.4 正式割接 11
第四章 应用系统迁移及优化方案 12
4.1 组织保证 12
4.2 质量保证体系 12
4.3 项目过程监控 13
4.4 文档控制 13
4.5 工程进度控制和风险防范 14
第五章 应用系统迁移及优化方案 0
5.1 实施方案综述 0
5.1.1项目实施原则 0
5.1.2 实施管理 1
5.1.3 质量管理 1
5.2 实施组织 1
5.2.1 Domino R5 For AS400性能调优项目组职责 2
5.2.2 交大博通项目组职责 2
5.3 优化实施计划 3
5.3.1 设备供货期 3
5.3.2 实施调研 3
5.3.3 设备安装检验 3
5.3.4 安装调试 3
5.3.5 系统整体测试 3
5.3.6 文档归理 4
5.3.7 项目验收 4
5.3.8 实施进度保障 4
5.4 重要管理措施 5
5.4.1 文档管理 5
5.4.2 沟通机制 5
5.4.3 需求变更控制制度 5
5.4.4 阶段工作计划制度 6
5.4.5 项目的计划、跟踪和控制 6
5.5 工程实施过程中的隐患及预控 6
第六章 培训计划 7
6.1 培训方式 7
6.2 培训课程简介 7
第七章 技术和服务承诺 9
7.1 产品保修承诺 9
7.2 技术支持和服务承诺 9
7.2.1 试运行期间内 9
7.2.2 免费维护期内 9
7.2.3 超过维护期 10
第八章 交大博通项目介绍优势 11
8.1 公司简介 11
8.2 部分类似项目验收报告 13
8.3 交大博通在本项目中的优势 16

第一章 项目概述
Domino R5 For AS400性能优化是一个很综合的话题，涉及到服务器的配置和数据库程序等各个方面，我只是从实际经历出发，分享一下自己所尝试过的网站性能优化方法。是因为本文更偏重于中小服务器的性能优化。
首先讲讲前端的优化，用户访问网页的等待时间，有80%是发生在浏览器前端，特别是页面和页面中各种元素（图片、CSS、Javascript、flash…）的下载之上。因此在很多情况下，相对于把大量的时间花在艰苦而繁杂的程序改进上，前端的优化往往能起到事半功倍的作用。
通过性能监测和分析，您可以知道服务器的运行状况，即在当前的工作负载下服务器是否出色运行。正如网络中的瓶颈一样，它可以帮助您找到服务器配置中的限制因素。
公司原核心服务器和存储系统是Domino R5 For AS400 ，处理能力和性能已不能满足公司信息化建设各应用系统运行的需要，成为公司信息建设的瓶颈。随着公司总部机房的建设，需要对公司核心服务器及存储进行重新规划与建设，新的数据中心应实时、全面、安全、经济地满足公司各层面对信息的需求，是公司信息化数据进行统一管理的中心和 “心脏”。新的数据中心不仅要满足目前公司信息化建设的需要，同时应具有灵活的扩展性，以满足公司自动化和信息化建设项目日益增长应用的需要。Domino R5数据中心由核心服务器、交换、存储三部分构成。
地址：西安市凤城12路凯瑞大厦 第18页 西安交大博通资讯股份有限公司
电话:[phone]
第二章 提高Domino R5服务器性能
2.1 了解您的配置
Domino管理员应该知道所支持的服务器的配置。任何一个服务器的主要元件有内存、CPU、磁盘（包括逻辑的和物理的），其它元件诸如在线缓冲内存以及磁盘控制器的数量等，也是比较重要的。
下面是一些附加的注意事项，可以使您避免发生配置相关的问题：
1）使用尽可能快的磁盘（例如10,000 RPMs）。
2）在软件RAID上使用硬件RAID，这样速度更快，并且可以减少CPU的负载。
3）一个充足的磁盘子系统可以减少内存需求，因为较少的临时I/O来占用内存。
4）对于Windows NT平台，整理磁盘碎片能充分提高性能。建议每周整理磁盘碎片一次。
5）确保服务器即使是在最大负载时，也至少有4MB内存可用（10 到 20MB更好）。要注意的是，平台的缓存策略有可能会起阻碍作用。
6）标准的服务器配置对于Domino服务器不一定是最优的，重要的事情是足够的磁盘和控制器。您可以使用硬件销售商的NotesBench基准数据作为指导。
2.2 通过物理磁盘来分配I/O
通常物理的和逻辑的磁盘结构是人们经常忽略的系统资源，是最经常过载使用的。在很多Domino服务器上提高性能的最好办法是通过不同的物理磁盘来分配I/O。
理想的情况是，将下面与I/O相关的文件放在不同的物理磁盘上：
1）不同平台的页面文件
2）您的NSF文件
3）Domino R5 事务日志
如果您能将它们放在不同的控制器上，那是最好的。这个方法是通过在总线、控制器、端口和磁盘上分发负载来提高I/O吞吐量。因此，最好是使用几个小磁盘，而不是一个容量大的磁盘。特别地，您将R5 事务日志与其它磁盘活动隔离地越开，您的服务器性能就越好。
注意，对于某些系统，例如AS/400，操作系统能在可用的磁盘和控制器间自动优化数据分布 。
2.3 经常对性能方面的衡量数据做日志
如果您不做性能方面衡量数据的日志，您就不能衡量您的调整是成功或失败。如果您经常做日志，您不但对您所做的事情有一个更好的理解，更为额外的支出提供了详细的文件证明。
您需要从操作系统和Domino两方面来度量。下面是主要的衡量标准（根据平台）：
1）全部的CPU使用率（以百分数表示）。如果该值大于70%或80%，则在很多平台上就会有一个红色的标志来警告，例如Windows NT。
2）可用内存或使用率。记住，当可用内存小于4MB时，减少缓存需求。
3）磁盘序列长度（通常在序列中应该小于2项）和平均磁盘服务时间（对于NT应该小于70%）。
4）页面文件尺寸和使用率。使用率应该正当地低一些，或值得评估您的磁盘子系统的使用率和效率。例如，对于NT平台上的Domino邮件服务器来说，页面使用率一般应小于150页/秒。
5）关于邮件吞吐量、复制、Web服务器活动、数据库活动等方面的Domino统计和事件。
6）Domino日志（log.nsf），很烦琐但的确很有用（注意仅当需要时才启用日志，因为它会影响服务器性能）。
注意经常收集和分析数据，在做重大配置改变之前或之后，捕获性能方面的数据是很必要的。
Windows NT, UNIX 和 AS/400平台上的性能监测
如果您的服务器是基于Windows NT的，您可以使用Windows NT性能监测器来收集Domino服务器的统计数据。下表列出了各平台的重要的性能衡量指标，可以通过NT的性能监测器、UNIX控制台或AS/400性能监测器来得到。
衡量指标 NT UNIX AS/400
CPU使用率 占全部处理器时间的百分比 vmstat; “cpu,”“sy” AS/400性能监测器
可用内存 可用的字节 ps; ps vg 不可用
磁盘序列 平均磁盘序列长度 vmstat;“%wio” and iostat; “%tm_act” AS/400性能监测器
磁盘使用率 磁盘时间的百分比 vmstat;“%wait” and iostat; “%busy” AS/400性能监测器
页面文件使用率 使用的百分比 vmstat;“memory,”“avm” AS/400性能监测器
AS/400平台上的性能监测器
AS/400有一个内置的性能监测器，用来收集CPU、内存、磁盘、控制器和网络性能数据。您可以从AS/400 Web 站点 for AS/400的性能方面的信息。
2.4 优化Domino R5
在自动配置和动态重新配置关键参数以达到最大性能方面，Domino R5做了很多工作。下面是关于如何优化Domino R5服务器本身的一些建议：
1）正确设置mailbox的数量。多个mail.box文件可以减少存放邮件和其它邮件相关的活动对mail.box文件的争夺。当您添加第二个mail.box时，就可以很大地改善性能。经验是我们使用一个mail.box支持1~200个用户，两个或更多的mail.box支持200~1000个用户，最多十个mail.box支持1000个以上的用户。
2）对于非分区的系统，让Domino动态设置NSF_Buffer_Pool_Size变量。对于低内存的服务器配置，这一点特别重要，大的缓冲区会妨碍核心的内存管理。
3）对于分区的系统，您需要分配NSF_Buffer_Pool_Size，因为Domino不能自动决定每个分区中实际可用的内存。我们推荐的公式是：（系统内存/分区数量）/4。
4）基于可用内存，让Domino根据需要来分配邮件传输线程（为了本地传输）。
5）根据需要，让Domino路由器来分配邮件传输线程（为了发送到其它服务器）。
6）使用R5事物日志。它提供给您大批完整的数据，可以使服务器快速启动，将性能提高10%~20%。
适当地配置一个Domino R5服务器运行在中档的Windows NT机器上，每分钟能传输20,000条消息（每条消息平均10K字节）！
2.5 使用NotesBench基准数据
很多基准只是告诉您销售商想要您知道的东西，但是NotesBench基准却与众不同。 NotesBench基准数据可以让您对不同销售商的不同硬件配置上的Domino容量做一个详细的比较，您甚至可以用这些数据估计出总成本。仔细阅读NotesBench数据和由它得到的详细报告，是一个非常好的收集信息的方法。通过它，您可以优化您的系统配置。检测专家们使用（或未用）的磁盘结构、内核设置、补丁程序等，从他们的系统中得到最大的性能参数。
2.6 从信号中分析
信号是用于处理线程的一个通信机制。本质上信号是使用握手机制来决定对资源的使用。当服务器超负荷工作时，管理员可能会从控制台收到信号。下面是通过观察Domino 4.6而得到的一些常见的信号，并解释了从性能方面考虑，它们意味着什么：
1）Collection (0x30B) 和 Collection Queue (0x309).：暗示了CPU和内存达到了瓶颈。最好的解决办法是将管理进程活动延期到空闲的时间，优化I/O子系统。
2）DB (0x245) 和 DB Queue (0x244)：暗示了数据库缓存和磁盘I/O 达到了瓶颈。 最好的解决办法是增加更多的内存，优化I/O字系统。启用域级的复制也会有所帮助。
3）BTree (0x255)：暗示了怎样存储视图和刷新视图索引的问题。最好的解决办法是将刷新视图索引延期到空闲的时间，优化I/O子系统。
2.7 了解服务器过载使用时的症状
对服务器来说典型的问题是速度慢或邮件传输失败，延长了用户的响应时间和查找邮件地址的时间。
为检查邮件传输，您可以通过查看您的磁盘使用时间的百分比和邮件序列的长度。对于R5，您也可以检查 mail.box 文件的数量和本地邮件传输线程的数量。
为了提高响应时间，应尽可能优化与I/O相关的文件在磁盘子系统中分布的方式。
如果地址搜索很慢，可以使用户在自己的客户机上使用轻量目录，这样会减少服务器和网络的负载。您也可以检查姓名搜索缓存（Name Lookup Cache）的点击率，一个好 的点击率值应该是85%。
如果问题是很慢的页面刷新率或不响应的Web服务器，检查HTTP线程的数量和磁盘使用时间的百分比。设置HTTP线程的数量为1:10 (每十个用户使用一个线程)。
如何来确定一个服务器没有被充分使用？对于NT，指数是CPU的使用率低于50%，磁盘访问率低于50%，或者经常有多于200MB的可用内存。但是注意新添加的用户所需要的资源可能不等于您当前用户的平均资源。例如，随着用户数量的增加，每个用户的内存需求会减少，因为固定的内存被分配给了更多的用户。
2.8 考虑群集
群集是Domino企业服务器的主要特征。群集能帮助您实现动态负载均衡，在群集中可以自动优化资源的使用。在群集中还可以实现邮件和应用的失效转移，包括Web应用。您可以将Domino支持的任何平台上的R4和R5服务器集合在一个群集中，也可以将分区服务器和未分区的服务器群集在一起。
Domino群集是增加服务器资源的鲁棒性和可靠性的最好方法，也是将R5服务器加入到R4群集中的最安全的方法。
根据您的平台，一个低价格系统的群集能以较低的初始成本提供比一个单独庞大的服务器更好的可靠性。另外，群集大大减少了连接服务器失败的用户数量。例如，在Windows NT平台上，如果一个系统中激活的用户超过750个，我们推荐使用群集。
2.9 考虑分区
分区能提高资源使用率和高端Domino系统的可靠性，也可以使您在维持合并利益的同时，按部门或功能来分布服务器。一些组织甚至使用分区来创建“服务级选项”（即将一些重要的经理人员放在一个分区，其他人放在另一个分区）。
通常，系统中分区的数量不应该超过CPU的数量。AS/400系统是一个例外，它非常适合做分区。AS/400平台本身从逻辑上也将分区隔离开，所以即使一个分区坏了，其它的分区仍可以正常工作。
2.10 知道何时联合何时分布
除非您有令人信服的理由，否则选择在分布之上联合作为增长策略。联合总是降低成本并提高可靠性：较少的服务器意味着不太复杂的服务器拓扑、较少的服务器对服务器之间的活动、较少的网络流通、较少的复制、服务器之间较少的邮件传输。
什么时候选择分布服务器而不是将它们联合在一起？您可能有地理上的分布要求，本地的服务器以低成本来处理本地的用户和数据。或者您开始的拓展比较小，但是增长很快，所以添加更多的服务器来容纳新用户，或为了更好地利用当前的投资。
第三章 应用系统迁移及优化方案
3.1 概述
随着办公场所的开工建设，数据中心的重新规划和建设已成为信息化建设的重点内容，数据中心服务器及存储系统项目正是应这一需求而建设的项目。
数据中心建设的根本目标是将公司所有应用系统进行集中部署、统一管理，以保证升级和维护的方便性，同时大大降低维护成本。因此数据中心是应用系统稳定运行的基础支撑平台，现有应用系统的迁移、移植和优化是本项目建设的重中之重。
应用系统迁移、数据库移植以及应用系统优化是一项专业技术要求非常高的系统工程，它涉及到硬件系统安装调试、系统软件的安装调试和配置、应用软件的迁移、数据库的移植、联调测试和性能调优等等。正是由于这项工作的专业性和复杂性，我们必须进行详细分析并制定迁移方案。
对于本项目中的迁移来说，更为重要的是，现有应用系统均为上线使用系统，即：在线生产系统，这就要求平滑无缝的应用迁移，对应用系统迁移工作的稳定性、安全性和准确性具有更高的要求。因此，必须制定切实可行的、非常严密的系统迁移方案，才可能保证迁移工作的顺利进行，使新旧系统做到平滑转移。
3.2 需求分析
Domino R5 For AS4000本项目中的系统迁移工作主要包括：
3.2.1 现有应用系统的迁移
Domino R5 For AS4000当前上线应用的软件系统有很多，随着新数据中心的建设和投入使用，这些应用系统的均运行于Websphere Application Server 5.0应用服务器中间件之上，而本项目的应用服务器中间件为Websphere Application Server 6.1，这两个产品从技术架构、处理机制等方面存在较大差异，这就需要对现有应用系统的技术架构、事务处理机制、消息传递机制等进行改造和转化，从而达到充分发挥新技术平台的性能并大大提升应用系统的运行效率和稳定性。
3.2.2 现有数据库系统及企业核心数据的移植
Domino R5现有应用系统的数据均存储于DOMINO数据库数据库系统中，随着新数据中心的建设和核心应用服务器优化升级的投入使用，企业核心数据必须移植至新的服务器和数据库系统中。现有数据库系统中除元数据外、还有围绕各应用系统业务处理要求而开发的触发器、存储过程以及索引、视图等数据字典，因此数据移植除元数据的移植外，还需要对数据字典和触发器、存储过程等数据库应用系统的移植和调整。
本项目中，需要将现有系统的元数据、索引、视图、触发器、存储过程等数据库对象
3.2.3 现有应用系统的性能调优
应用软件系统的整体性能是一个综合性的问题，一方面取决于核心服务器的处理能力，另一方面取决于应用软件的技术架构和处理机制。
本项目中，在应用系统和数据库成功迁移的基础上，还需要对应用软件进行性能调优，这样才能从整体上达到性能提升的效果。
3.3 设置数据库属性来优化数据库性能
设置数据库的属性可以优化数据库的性能并减小数据库的大小。可通过打开某个现有数据库的数据库属性框设置数据库性能属性，也可在创建数据库时进行设置。(更改数据库属性设置之前，请确保已经完全理解这些属性)
1. 确保在数据库 ACL 中具有“设计者”或“管理者”存取级别。
2. 执行下列操作之一：
打开数据库，选择“文件”“数据库”“属性”。
在新建数据库时，单击“高级”按钮。
3. 选择或取消选择下表中列出的属性。
4. 选择这三个属性中的任意一个后，需要压缩数据库以使该属性生效：
不保留未读标记
优化文档表格位图
不支持指定的答复层次
提示 您可以使用带有特定选项的 Compact 任务来启用或禁用以上三项属性，然后压缩数据库。
3.4 Domino R5服务器信息流特点分析
Domino R5 For AS4000的优化建设要根据企业信息流特点进行设计和规划，具有以下特点：
缓存数据权限相关的数据
数据权限的数据包括两类，一类是用户对应基础数据权限构造的目录树数据，一类是用户对应的基础数据权限数据。前者数据在生成的时候做了缓存处理，缓存期为半小时，当用户重新登入系统，缓存数据过期。后者数据没有对其进行缓存处理，因而在报表查询界面需要调用该接口，取出用户对应的基础数据权限，如果有九大基础数据，就要调用九次数据库查询，大大地增加了系统对访问数据库所带来的负担，因此现在对该接口进行缓存，缓存方案和前者一样。
审批流接口优化
审批流接口是最大的性能瓶颈之一。其存在以下方面的问题。
1、执行一次相关审批流的查询要访问４次数据库，分别是生成查询的SQL、查询分页情况、查询审批流对应的业务单据号，根据业务单据号查询业务对象。
2、审批流查询要关联已启用的数据权限，而且数据权限表所拥有的数据量有100多万条。如果启用了9个数据权限，也就同时要遍历执行９次对数据权限的子查询，其带来的性能瓶颈可想而知。
3、为了要分页，所以必须要对审批流查询SQL执行两次，一次获取分页信息，一次返回查询结果。本来执行较慢的SQL还要执行两次，就更加增大了系统的负担。
4、得到相关的业务单据号以后，需要把业务单据组装成IN( )方式的子查询，如果一页查询数据量大，那查询速度明显降低。
代码质量相关
1、不要用”+”对String对象进行连接，一定要用StringBuffer。
2、当某对象使用之后，要手工的设置为NULL。
3、 不要用System.out.println() 输出调试信息，要用Log4j相关接口。
4、尽量不要用in(　)的方式查询数据库。
5、同时对多条数据对象进行操作，要用批量处理的接口（包括批量添加、修改、删除等）。
6、能查询一次得到结果的就查询一次，不要在循环体内调有查询语句。尽量地较少数据库的访问次数。
对应代码质量方面的性能瓶颈，需要专门排查并修改完善。
通过以上分析，可以看出建立集中统一的数据中心非常适应信息流的Domino R5 For AS4000服务器的特点。既可以满足企业信息分散传递受地域影响的特点，又可以满足多种信息源，信息面广、信息量大的特点，而且非常适应集中管理的需求。
同时也可以看到，建设集中式统一的数据中心的可以降低整个信息系统的建设成本以及高额的维护成本，各地域分散的经营单位无需各自建立自己的信息系统，集中统一使用公司的信息管理系统，为企业级的应用奠定了很好的基础平台。同时，集中式数据中心的模式能够达到较好的数据保护能力，保护包括两个方面：一个是在数据灾难恢复方面；另一个是在数据访问方面。
3.5 迁移方案设计
Domino R5现有应用系统的迁移工作将按照数据库移植模拟与测试、应用系统迁移模拟与测试、性能调优、系统正式割接共四个步骤完成。
3.5.1 数据库移植模拟与测试
数据库移植的主要目标是将现有数据库服务器中的数据库配置信息、注册信息、数据库对象（包括表、视图、索引、触发器、存储过程等）导出，按照数据库对象结构以及注册信息创建新的数据库并将元数据导入。
同时，需要根据应用系统对CPU、内存以及I/O吞吐能力进行系统级性能调优。
具体内容有：
（1）提取源数据库管理系统配置参数，以备迁移过后数据库系统性能调优；
（2）检查源数据库系统对象，明确要迁移哪些数据库系统对象；
（3）导出源数据库系统的数据集；
（4）生成源数据库系统的数据对象定义语句；
（5）在目标平台创建新的数据库，参照源系统进行设置；
（6）导入源数据集；
（7）检查数据集导入过程日志，排除可能的错误；
（8）执行数据对象定义语句；
（9）检查数据对象语句执行日志，排除可能的错误；
（10）检查更新存储过程的定义；
（11）连接应用系统，测试数据库迁移是否成功；
3.5.2 应用系统迁移模拟与测试
应用系统迁移的主要目标是将现有应用系统的技术架构、处理机制等，按照新应用服务器中间件的技术架构要求进行转换、改造、调试并部署。首先通过Application Advancement Assistant将现有应用系统的技术架构和处理机制进行转换和包装，生成满足Websphere Application Server 6.1部署要求的War或Ear，再根据转换日志调入WSAD中进行调整、测试，最终生成满足要求的应用部署程序包。

3.5.3 性能调优
（1）系统评估
评估现有系统的应用服务器和数据库服务器使用现状：根据原系统长期以来运行状况对原系统进行评估，评估其容量是否满足要求，数据库部署是否科学，系统性能瓶颈以及其他存在的所有问题；
主要包括：内存使用率、CPU使用率、Disk使用率。
（2）根据对现有系统的评估结果，设计新数据库系统部署架构，以满足容量、性能和功能要求；主要解决新数据库系统存储分布、数据库物理结构设计、系统参数以及可能要求的数据表结构改变（如是否需要分区、改变索引等）；调整应用服务器配置参数；同时，针对应用系统中使用率高以及运行性能表现欠佳的业务功能，再从应用逻辑处理机制方面进行源代码级的调整和优化。
通过（1）、（2）的循环跟踪并处理，不断监控系统性能，直到满足应用要求为止。
3.5.4 正式割接
通过以上的迁移模拟和性能调优后，进行系统的正式割接。系统正式割接就是通过迁移方案，把现有应用及数据迁移至新核心服务器并启用新服务器的过程。

第四章 应用系统迁移及优化方案
4.1 组织保证
Domino R5 For AS400性能调优工程是一项长期的工作，需要企业决策层的高度重视，仅仅依靠作为具体实施部门的力量是远远不够的。要保证项目取得成功必须建立有决策层主管、各主要业务部门参加的企业信息化领导小组来负责该信息化工程的决策和协调工作，其次要有一个具有综合实力、实施能力强、有煤炭行业实施经验的合作伙伴的支持。

4.2 质量保证体系
西安交大博通资讯股份有限公司作为提供计算机系统集成方案的专业公司,将“整体应用最优，总体充分达到客户满意，部分超出顾客户预期”作为系统集成的目标,针对工程中工程质量、工程进度的影响因素、结合ISO9001国际质量保证标准、采用过程控制的方法建立了一套完整的质量管理体系,通过文件（质量手册、程序文件、作业指导书和一整套质量记录）来保证工作质量和工程质量、通过改进措施不断完善质量管理体系，使质量管理体系处于静态和动态相结合的良性循环之中。
西安交大博通资讯股份有限公司于1997年4月开始实施ISO9001质量体系，1998年6月通过中国船级社认证，成为西北地区IT行业中首家通过ISO9001认证的IT企业。2001年8月通过了由中国船级社进行的ISO9001换证审核。2001年10月，西安交大博通资讯股份有限公司根据ISO9000:2000版的要求，对客户满意度进行了测量、分析和评价，客户对西安交大博通资讯股份有限公司项目的售前服务、工程实施和售后服务非常满意，这充分说明了交大博通质量管理体系运行的有效性、满足性和符合性，使我们对西安交大博通资讯股份有限公司向客户提供高质量的产品和服务充满信心。
对于质量控制，公司设有独立于工程实施部门和销售部门的品质保证部，直接由公司质量管理者代表领导，从而保证了品质保证部门的公正性、有效性和权威性。公司每个部门设有质量专员一名，协助部门主管进行质量管理。每个项目组设有质量监督一名。通过质量管理者代表、质量经理、质量保证工程师、各部门的质量专员、项目组的质量监督使质量管理有效落实在领导层、决策层和作业层。
4.3 项目过程监控
在项目实施过程中，采用项目组内部质量监督、技术部部门质量专员、品质保证部品质审核员三级质量保证制度（其中部门质量专员和品质保证部品质审核员要求具有内审员资格），见下图：

其中负责工程师由项目组指定，如有多个任务并发进行，则有相应的多个负责工程师，按照进度计划进行工作，并应及时检查、调整进度，确保进度的合理性和工作的有效性，可根据实际情况对项目组进行资源请求。
辅助工程师由负责工程师对项目组进行请求，协助负责工程师进行工作。
质量监督(项目负责人)对工作的有效性，技术性能的达成和项目进度进行监督，由工作独立于任务的工程师担任。
技术部质量专员对工作的有效性，技术性能的达成和项目进度进行监督，其工作独立于项目组为部门级监督，对技术部经理负责。
品质保证工程师以合同书和质量程序文件为标准，对工程的规范性和质量进行检查，对品质保证部经理负责。

4.4 文档控制
项目实施过程中将产生大量的文档，这些文档是系统长期运行的保证，是项目实施完成后系统维护工作的主要依据。因此，在项目实施过程中将有专人负责对项目过程中产生的所有文档进行管理。
4.5 工程进度控制和风险防范
在工程实施计划中，将项目分解为若干任务，对每项任务指出关键控制点，对应于每项任务的责任工程师每周应根据工作进展情况提交项目进度报告，包括完成任务，未完成任务及因素，提交范围为质量监督/项目负责人以及甲方项目组负责人，以及时做出补救措施。
输出文档：《周工作简报》
在任何一个工程项目中，都可能会发生一些不可抗拒的因素，阻碍工作的进展，通常包括下列情况：
由于原厂商生产能力或交通运输导致的交货滞后
由于技术因素导致的工程障碍
由于项目成员疾病导致进度迟缓
通过对项目进行合理的划分，最大限度的减少各任务间的耦合度，保证各任务可以相对独立的展开工作，对于必须先期进行的任务而遇到交货滞后，可使用低优先级任务中相同设备替代，以保证项目总体进度。
由于技术因素导致的工程障碍，项目组所有成员在现场进行诊断，同时将情况反馈至公司总部，公司组织模拟试验，并同相应的原厂商寻求技术支持，将最终结果反馈至现场实施工程师。
只要在上述几个方面做到行之有效的执行，本项目的风险完全是可以控制的。

第五章 应用系统迁移及优化方案
5.1 实施方案综述
项目组织实施是整个项目建设成败的关键，在项目开展前制定出一个切实可行的方案，实现高质量的项目实施，才能向用户提供一个符合用户需求的质量优良的系统，同时为今后的系统维护和升级提供最大的便利。
Domino R5硬件平台系统的实施是一个综合性很强的协调管理工作，其核心是行之有效的管理。交大博通作为国家一级系统集成商，通过CMM3评审，拥有ISO9001认证，坚持“以人为本、共同发展”的企业理念，经过多年来实际项目的磨练，培养并且引进了一批成熟的技术人员和项目管理人员群，同时，不断探索项目实施和管理的模式，形成了成熟有效的项目管理方法，为项目的成功实施提供了保证。
5.1.1项目实施原则
1、系统集成原则
系统集成以最大限度地实现各业务系统的数据交换和实现综合信息统一展现为原则。作为总集成商，具有制定集成规范和标准的职责，各应用系统开发商具有按集成规范和标准执行的职责。
2、需求符合性原则
以用户实际需求为核心，进行用户业务需求调研，采用案例考察、座谈、走访、问卷、专题讨论等方法相结合的方式，使软件需求最大程度满足用户实际要求。
3、培训分层原则
培训内容分为专业培训、应用培训；按不同技术人员、业务人员层级开展针对性培训，采用现场培训、原厂商培训、实验室培训相结合的方式。
4、保密原则
系统建设各方有项目过程涉及文件、数据、代码等内容的保密职责；系统建设应全面考虑数据的安全、保密和权限划分机制。
应用系统之间数据交换和信息平台展现数据，应根据公司管理规定，按要求进行交换和展现。
5、应用系统平台按需部署原则。
5.1.2 实施管理
在项目实施过程中，要求实施工作必须符合规范，进度、成本、质量的管理是项目管理的重点，其关键在于协调和组织。乙方将会采取有效的措施在以下几个方面切实作好施工管理工作：
1、项目资源管理（人员、关键设备）
2、项目进度管理（进度计划、进度执行）
3、项目质量管理（内部评审、验收制度）
4、项目组织管理
5、项目文档管理
5.1.3 质量管理
为保障项目的成功实施，在项目启动后首先按照国际通行的项目管理（PM）方式对整个项目全过程进行管理和监控。甲乙双方为两个质量实施控制的主体机构，并在双方的业务执行层、中级管理层、高级领导层形成规范的质量标准执行、质量落实监控、质量纠纷裁决的上情下达、下情上传的制度，采用随时的项目备忘、项目简报、阶段工作计划、质量控制检查清单、系统的检测、功能验收、整体验收等等形式予以保证，过程执行ISO9001标准。
5.2 实施组织
确定甲乙双方的项目负责人、甲方相关部门项目负责人和甲乙双方的项目组成员，明确各自的分工和职责，为工程实施提供组织保证。项目实施按照《博通资讯项目管理角色约定》的要求进行项目管理。
5.2.1 Domino R5 For AS400性能调优项目组职责
1. 项目负责人(包括授权代理人)：
随时掌握工程实施的进展情况，协调实施中需要甲方提供的工程条件、环境及需要配合的资源；
确认实施方案、设备等的更改或调换等；
负责总体协调处理交大博通项目组与甲方项目组之间的争议。
2. 项目组成员：
负责与博通公司实施小组间的各种提供产品的交接；
协助设备配置、系统调试，参与工程实施的全过程；
与甲方及系统牵涉部门的联络工作；
参与拟制与日后维护有关的文档，收集相应的技术资料等。
5.2.2 交大博通项目组职责
1. 项目负责人:（1人）
交大博通公司数据中心项目建设工程负责人(包括项目经理和实施经理)
负责项目实施过程中双方的总体协调工作，组织和调配项目组成员工作、任务的分配和指导，总体及各阶段进度的控制，对项目组内部的技术分歧有权给出定论，并承担由此而产生的责任。
负责组织进行“系统工程”的实施，把握实施过程的关键技术负责组织用户培训的实施并参与编写培训教案，培训实施。
2. 实施工程师:（4人）
参加工程项目的具体实施
负责保存、控制各阶段收集的各项资料和文档，与用户相关部门进行文档、记录、外来文件的交接；
负责实施