＋设为首页 ＋添加到收藏夹
简介 【程序编程相关:使用 Java 在 DB2 UDB EE】
【推荐阅读:用于 J2EE 开发: 成本／收益分析 】 如果您负责管理与维护 db2 for z/os 或 db2 for os/390 子系统,那么您将设法确保您的掌管满足它的需要:足够的 cpu 周期.足够的大型机内存与足够的磁盘空间等等.但您考虑过子系统能否提供足够的虚拟存储器了吗? 【扩展信息:把 DB2 数据传送给电子表格】以前,大多数 db2 用户没有十分关注 db2 for os/390 的虚拟存储器需求.而且,由于一些新生的 zseries 开发,它将再次成为一个较低的优先级.然而,现在您必须了解 db2 在虚拟存储器方面的需求以及如何提供它所需要的东西.
供与求
大约二十年前,我在就职的 ibm 分支部门参加过一次会议,在那里我听到了大型机技术方面的突破性进展公告.重要新闻是 mvs 扩展体系结构（mvs extended architecture,mvs/xa） — 它是 os/390 的前身,且是大型机操作系统的重大更新.最卓越的 mvs/xa 特性是可用于地址空间的虚拟存储器容量从以前的极限 16mb 激增至 2gb（那时,还宣布是 308x 系列服务器的中央存储器最高可配置到 2gb）.在 mvs/xa 之前,我们的技术支持人员曾花大量时间帮助大型系统客户充分利用这宝贵的 16mb 虚拟存储器.由于 mvs/xa 提供的地址空间大小增加到 128 倍,所以我不知道虚拟存储器约束是否会再次成为大型机站点的问题.
大约在同一时间,蓝色巨人宣布了新制的 dbms — db2.db2 for mvs 开发人员知道 mvs/xa 将带来什么,他们设计了可以利用大量虚拟存储器的 dbms.然而,在早期,db2 用户往往在 db2 地址空间中仅分配一小部分可用存储器.许多 db2 v.1 用户将所有数据库对象分配给 bp0,将 10000 个缓冲区（40mb）或更少的缓冲区分配给该池.过去,10mb 的环境描述符管理器（edm）池已经相当大了.谁还需要 2gb 的空间呢?
推动需求
您瞧,db2 for mvs 最初被定位于决策支持应用程序的优秀 dbms,现在已经成为操作应用程序环境方面的巨大成功.组织需要使用 db2 进行事务与批处理,这具有高级别的吞吐量与次秒（subsecond）响应时间.为了适应性能需求,人们配置了越来越大的 db2 缓冲池,以在大型机内存中高速缓存更多的数据.与 release（deallocate） 程序联编选项结合使用的受保护的 cics-db2 线程提高了 edm 池空间需求.如列表预取与多索引访问之类的优化器增强功能产生了对特定排序池的需要.... 下一页