项目经验-李轶楠

项目一：项目名称

项目简介（功能与用途）：

网银系统数据库迁移

 

项目难点与解决方案：

数据量大，有时间限制，需要保证一次成功，并且应用能够正常运行，一旦失败，几乎没有重新实施的时间

 

项目成功与失败的经验归纳：

对新建数据库进行结构性优化，考虑到导入是批量灌入的过程，从存储分配、OS存储方法等方面进行I/O调整，并且调整了redo、undo，减少竞争和不必要的开销，使整个导入过程更快的完成，并且保证在导入之后应用能够正常使用。

 

你在项目中岗位与贡献：

经过对迁移方案调整，是整个迁移过程稳定可靠，并且时间从原来的3个小时(exp+imp)缩短到1小时40分，减少了停机时间，并且一旦出错，可以有足够的时间重新实施。

 

 

 

项目二：项目名称

项目简介（功能与用途）：

协助SUN公司进行银行数据库压力测试

 

项目难点与解决方法：

客户选择了LoaderRunner进行压力测试，分别在IBM平台、HP平台以及SUN平台上进行对比性压力测试，测试方法相同，比较哪个平台上能够更快的运行并发业务，更快的完成并发业务，以及支持更多的并发事务

 

项目成功与失败的经验归纳：

整个项目持续时间只有2天，在很短时间内需要对批量的插入作300、500、800、1000、1200、1500、1800的测试，取得最好的测试结果，然后再对查询+修改也作同样300-1800并发会话的压力测试，时间短，没有太多时间反复，只能在有限的时间内对问题作最快的分析和决断

 

 

你在项目中岗位与贡献：

整个测试中除了存储环境由SUN工程师完成外，大多数数据库调测完全由我完成，测试结果，I/O优于IBM，但CPU比IBM略差

 

 

 

项目三：项目名称

项目简介（功能与用途）：

北京XX医药公司数据库灾难恢复

 

 

项目难点与解决方法：

客户数据库在非归档模式，并且没有备份，数据文件丢失了一部分，丢失的数据文件上的数据客户备份了一部分，必须找回其他数据文件上的数据

 

 

项目成功与失败的经验归纳：

这种中小企业的数据库，这么重要的数据，没有备份就是失职，没有放在归档模式也是失败的架构，这两点都没做到，所以很难恢复，只能采取比较特殊的方法强制打开数据库。重建了控制文件，强制数据库到归档模式，作不完全恢复尽可能应用所有能够应用的日志，借助于特殊的参数强制数据库不校验直接打开，打开后立刻exp出数据

 

你在项目中岗位与贡献：

帮助用户恢复了所有数据文件上的数据，并且对数据也进行了整理，维护了数据的完整性

 

 

 

 

项目四：项目名称

项目简介（功能与用途）：

卫星测控执行数据库灾难恢复

 

 

项目难点与解决方法：

基本同上，非归档，没备份，比较好的在于坏掉的仅仅是redo和控制文件，数据文件都在

 

项目成功与失败的经验归纳：

解决方法基本同上，但是数据基本上没有多少损失

 

你在项目中岗位与贡献：

帮助用户恢复了所有数据文件上的数据，并且对数据也进行了整理，维护了数据的完整性

 

 

 

项目五：项目名称

项目简介（功能与用途）：

北京XX医院数据库坏块处理

 

项目难点与解决方法：

由于系统架构部署的不够稳定，出现了系统经常性非正常关闭的情况，用户系统出现了逻辑坏块，造成数据不能正常访问，但数据没有丢失

 

项目成功与失败的经验归纳：

数据在数据块中还存在，但是通过条件查询无法获取，尝试备份数据后恢复坏块，没有完全成功，有些数据仍然无法得到，后来发现主要是一些索引字段作为条件时找不到数据，怀疑是索引坏块造成的，重建了索引，查询恢复正常

 

你在项目中岗位与贡献：