如何提高Domino_应用的性能.ppt

如何提高Domino 应用的性能 朱白云 | FTSS | IBM上海分公司 日程安排 性能优化是系统管理的基本要素 优化内容和流程 影响Domino性能的因素 影响操作响应时间的因素 网络传输时间 从客户端到服务器的距离，数据量，网络延时 请求处理时间 服务器/客户端速度，服务器压力 客户端展现时间 影响服务器资源消耗的因素 服务器工作量 点击数，每次点击的处理工作 应用的后台任务 服务器任务：复制、群集复制、索引等 数据量 开发人员不一定能决定所有因素 但是应用设计确实是重要因素 性能瓶颈可能出现的地方 应用设计之性能原则 Do only what you must 理解应用部署环境 理解应用对网络传输的需求 在设计初始就考虑性能问题 如果设计上有问题，最好的程序员也不能写出满足要求的应用 在现实环境中测试 花时间测试生产环境负载 例如: 实际服务器响应时间 时间网络带宽压力 以普通用户身份测试，而不是管理员 系统层次的注意点 RAID1镜像优于RAID5 Domino程序目录和数据目录最好位于不同的磁盘 数据库索引和数据库本身位于不同磁盘 合理使用Domino系统任务: Update,Replica,Router,AMgr,AdminP,CalConn,Sched,HTTP,RnRMgr 启用事务日志可以有更快的重启速度,但占用一定的系统资源 DominoR7和8具有更高的性能 Domino新版本--性能优化 R8 Native 64-bit Domino （继续支持32位平台 ） 改变群集复制机制 对 CPU 做了许多额外的重大改进 对 I/O带宽做了许多改进 对 AdminP 性能做了改进 完全支持NSF/DB2 应用架构的调整点 应用的横纵向切分,将一个访问量大的应用分为若干个, 如按组织层次分, 按地域分等等 应用Domino和RDB的集成, 将部分结构化数据存储于RDB 应用LEI ND8可通过Composite Application 拆分大数据库 分解为多个小的NSF 在同一个界面显示 Component之间互动 避免超过 20GB的Domino数据库 在慢速网络下，通过Web Services可以提高性能 Web2.0/Ajax提高B/S应用性能 与传统的web应用比较 传统的web应用允许用户填写表单(form)，当提交表单时就向web服务器发送一个请求。服务器接收并处理传来的表单，然后返回一个新的网页。这个做法浪费了许多带宽，因为在前后两个页面中的大部分HTML代码往往是相同的。由于每次应用的交互都需要向服务器发送请求，应用的响应时间就依赖于服务器的响应时间。这导致了用户界面的响应比本地应用慢得多。 与此不同，Ajax应用将会消除“运行-等待-运行-等待”---web页面交互的固有特性。这种应用是通过引入一个中间媒介来做到的。此中间媒介又称为Ajax引擎，它介于用户层和服务器层之间，似乎看来多增加一层到应用程序将会使得响应更慢，事实却恰恰相反。在开始一个任务开始的时候，浏览器不再是加载页面，而是加载一个用JavaScript编写，折叠在隐藏结构里的Ajax引擎。这个引擎负责给用户展示界面和以用户的身份与服务器通信。Ajax引擎允许用户与应用界面之间进行异步交互，其独立于应用界面与服务器之间的通信。因此用户再也不会看到当一个操作发送后为了等待服务器的响应而出现的空白浏览器窗口和沙漏。 传统Web应用的同步交互过程和Ajax应用的异步交互过程的比较 Google在它著名的交互应用程序中使用了Ajax异步通讯，如Google讨论组、Google地图、Google搜索建议、Gmail等 亚马逊 Flickr Domino应用设计--性能考虑 算法： 读写模式 视图 动态和静态数据 数据拆分: 归档策略 访问历史数据需求 不一定需要复杂的归档程序，甚至可以手工归档 确保归档正常 Domino应用设计--性能考虑 编码 遍历视图：遍历程序和视图配合 循环嵌套 使用离线功能 并非所有的工作都必须立即完成 可以将部分任务安排在服务器空闲时 后台程序必须被监控，保证可以在规定的时间内做完 Domino应用设计--性能考虑 缓存 对于B/S应用，考虑缓存策略： 浏览器缓存 一次性缓存 Domino服务器缓存 对于c/s应用 本地复本 预先格式化好数据 [CACHE]参数 Cache.ndk Domino应用设计--性能考虑 处理好一次性事件 对于现有应用，大量改变文档会对性能有预想不到的营销 重建索引 服务器复制 本地复制 有计划地变更 计划 分组改变 分时 预先警告用户 Domino应用设计--性能考虑 处理好一次性事件 对于现有应用，大量改变文档会对性能有预想不到的营销 重