胡毅的个人简历_郝战琪个人简历
胡毅的个人简历由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“郝战琪个人简历”。
个人简历
基本信息：
姓名：胡 毅性别：男电话：***年龄：26 Email：huyi_tony@126.com学历：本科 现住址：北京市海淀区籍贯：湖南 教育经历：
西北工业大学 软件工程专业
求职意向：
ORACLEDBA、ORACLE数据库工程师
工作经历：
2005/08--2007/07北京利达智通信息技术有限公司.net程序员 2007/08--2008/09广东惠讯北京分公司Oracle DBA 2008/09--2009/10北京神脑资讯技术有限公司Oracle DBA 专业技能：
深刻理解Oracle数据库体系结构、熟练进行UNIX/LINUX下Oracle数据库安装与管理 熟练应用rman工具进行Oracle数据库的备份恢复能够根据不同的应用需求制定备份策略 能够应用RAC、DATAGUARD等技术实现Oracle数据库7×24高可用 熟悉Oracle数据库性能诊断方法及调优 熟练应用SQL、PL/SQL语言进行Oracle数据库开发，熟悉SQL优化、数据库建模 熟练操作HP-UX/AIX/Solaris/ Linux系统的,能够编写shell脚本对系统进行维护 熟悉磁盘阵列管理、RAID的配置、卷管理、SAN和NAS网络存储 熟悉Toad，PL/SQL dev等Oracle数据库管理开发工具
能够根据项目需要编写施工方案、实施手册、测试报告等文档材料 熟悉行业运作规则，善于处理客户关系
能够阅读相关技术英文文档
项目经验：
项目名称：惠州移动直放站数据集中备份＆历史查询系统
项目概述：
实时监控直放站信息，发现异常状况及时报修。收集历史数据来帮助决策。区域信号覆盖量不够的区域，申请增添站点。
数据库实现：
生产库实时接受数据。每天将最新的数据同步到历史库（DSS）中。实现生产库和历史库的集中备份。
实施内容：
对磁盘阵列做RAID５，用裸设备实现生产数据库及历史数据库。生产库收集的信息按月为单位生成表。在历史库中用数据库快照实现，每月数据的同步。每月月初，该月对应的表及该表在历史库中的快照，由crontab计划任务脚本完成。使用
crontab进行作业调度；按照制订好备份策略，自动完成在线统一备份。
责任描述：
主要负责数据同步方案和备份策略的制定,以及整个项目的实施与后期备份恢复测试。开发过程中，依据动态视图中等待的事务追踪低效的sql，协助开发人员改进sql结构，提高数据更新效率。客户支持。
性能优化：
sql编写问题带来的cup资源紧张
情况：数据库每两三天就会查询效率下降，并且可以看到oracle大量占用cpu时
间。一旦重启实例，状况消失。
调查：经过检查statspack发现，硬解析次数很多。而且当库缓存区渐渐占满时，硬解析带来库缓存区资源的竞争。旧的执行计划的老化以及新的执行计划
反复尝试占用库缓存区，这些操作大大增加cup开销的同时，没有起到缓
存的作用。
解决：督促开发人员重构sql，尽量使用绑定变量，实现sql执行计划的重用。 PCT_FREE设置不当，影响查询效率
情况：客户抱怨有张表查询很慢。
调查：通过分析statspack，发现有“table fetch continued row”事件发生，对主要的表进行分析，发现有大量的行迁移。
解决：对表的数据进行重组，并提高块使用参数PCTFREE的值，行迁移现象少有发生，同时提高了查询效率。
项目名称：电子商务公司数据库MAA搭建
项目描述：
利用RAC实现多事务负载均衡。使用oracle高可用组建DataGuard实现数据安全。
实施内容：
使用共用阵列做RAID5，实现hp主机两节点共享卷组。用裸设备方式在共享卷组下逻辑卷上创建集群数据库。利用网络归档日志传输完成standby实时数据恢复，保障数据安全。实现Oracle数据库7×24要求下的高可用模式。根据生产库的实际情况对数据文件个数、日志组的个数以及日志组成员文件个数进行设置和调整；创建用户、配置链接。制订备份与恢复策略，编写备份脚本并定期做恢复测试；对客户指定的重要内容定时进行逻辑备份。
责任描述：
oracle DBA：设计，搭建集群及DataGuard环境。制定备份策略并数据自动备份。完成测试，验证高可用性。后期客户支持。
系统环境：
软件环境：HP、ORALCE10.2
硬件环境： HP ｘ８６服务器、光纤磁盘阵列
性能优化：
长期不维护的索引影响查询效率
情况：一个上线历史较长的表查询效率很慢。
调查：通过sql trace发现，查询索引I/O次数大。再分析索引结构，显示索引的层
次很高，每次查询要找更多索引块。经过调查，发现该表创建时间较长，一直有DML操作却没有定期维护，造成索引结构不合理，索引层次太高。最终，影响查询效率。
解决：重构索引。
调整数据缓存区提高命中率
情况：周期检查statspack时发现数据缓存区的命中率不高。提高数据缓存区的大
小，提高也不明显。
调查：检查动态性能视图v$bh和数据字典dba_objects查询缓存的数据库对象。
从中发现了大表的全表扫描占用大量数据缓存区是命中率下降的主要原因。
解决：重新调整SGA,划分keep池和recycle池。把事务量少，数据量大于数据缓存区的段放置到recycle池中。
