项目经验-甘荃

项目一：某银行项目

项目简介（功能与用途）：        该项目中的数据库存放了某银行的综合业务系统的全部数据，数据量达到了400G左右，某些表的记录数已经达到了上亿条。   项目难点与解决方案： 这是一个OLTP的系统，同时也存在着大量的查询和打印，对数据库访问很频繁。从系统的监控来看，系统中的磁盘I/O始终是一个瓶颈。CPU中存在了大量的IO WAIT。 我们当时的解决办法如下： 主要集中在对语句的优化，限制查询访问的记录数，限制模糊查询。 分析语句的存取计划，添加合适的索引。这些办法在项目初期能够解决一些问题。但随着数据量的逐步增大，IO瓶颈又开始逐步暴露。 后来又把存储硬件进行了升级，并对数据库的存放进行了更有效的均匀分布，系统IO有了30%左右的改观。 又对一些历史数据进行了清理。 最后想把采用shark存储的flashcopy技术把这个库分成两个库，一个库处理OLTP，一个库处理查询打印类交易。在测试过程中由于性能的原因，改方案没有最终使用。 后来又想采用DB2II Q复制技术把这个库分成两个库，但目前这个方案最后也只是测试方案。   项目成功与失败的经验归纳：       该项目没有长远的规划，总是在不断的尝试，没有对数据库的数据量和业务量进行一个很好的估计，也没有对目前市场上产品的一个很好的定位和了解。这个问题应该在数据库的逻辑设计阶段进行思考。否则后来出现问题就只有从其它的非数据库的手段进行问题处理。   你在项目中岗位与贡献：     担任数据库的系统实施和维护人员。对该项目的数据库进行很多优化工作，对数据库系统的性能有明显的改观。

 

项目二：某政府行业的数据库备份方案

项目简介（功能与用途）：     DB2数据库中存放的是IBM CM产品的一些索引数据，数据量不大。但是相关的数据不能有丢失。 项目难点与解决方法：       目前DB2数据库在主机A把归档日志直接备份到磁带库中。然后每天晚上采用EMC snapview的方法把DB2数据库对应所在的VG同步到另一台主机B上，然后在主机B上对数据库进行备份。目前需要验证使用主机B的数据库备份和主机A的归档日志是否可以确保数据库能够恢复到任一所需的时刻？   项目成功与失败的经验归纳：     通过测试发现，DB2数据库可以采用主机B的数据库备份和主机A的归档日志可以确保数据库能够恢复到任一所需的时刻。   你在项目中岗位与贡献：     制定备份方案，并验证该备份和恢复方案。

 

项目三：数据库的灾备和数据库分离方案

项目简介（功能与用途）：     某客户需要实现系统的异地容灾，和把当前库分成两个数据库，一个是核心业务，另一个是查询库。客户的数据库为DB2。     项目难点与解决方法： 当时客户是购买DB2II的产品来实现上述需求。但由于源数据库中的有些表没有唯一索引，这在早期DB2II补丁版本，不能实现这些没有唯一索引表的复制功能。最后在DB2II 的Q复制出现了补丁10才解决了实现没有唯一索引表复制的功能。这样可以解决把当前库分成两个数据库，一个是核心业务，另一个是查询库的问题。但配置工作比较复杂，因为我们需要的是这个库的分离。 但由于容灾的问题整个库的复制，同样配置工作复杂。后来我们采用DB2 HADR技术来实现数据库的异地容灾方案，这样既经济有快捷。     项目成功与失败的经验归纳：     项目的初期，由于对相关产品的了解过少，导致在实际实施的过程中发现很多不确定因素。建议在制定方案的时候需要对相关产品进行验证和测试。     你在项目中岗位与贡献：       后期修订该数据库的灾备和数据库分离方案，最后保证项目的继续实施。