项目经验-王颐

项目一：台湾某大型液晶面板厂大中华区5个厂MES 系统Oracle数据库(24x7)统一规划
项目简介（功能与用途）：

24*7的生产系统用数据库
DB 高可用，低downtime
制定全国5个厂的数据库统一管理备份灾难应急处理机制

项目难点与解决方案：

1.5个厂分处华南及华东地区为管理方便要求统一规划
2.生产系统的数据库要求DB 高可用，低downtime，资料最大允许丢失10分钟
3.要求做到DB及SERVER级别的双重保护
4.要求最大可能的保护DB的性能

1． Server: IBM P570 OS:AIX5.3L Oracle: 9207
2． 统一配置OS Cluster+ share storage的双机热备及physical Data guard的HA架构
3． DB配置两个node的physical Data guard，一个处于recover mode保障与主库同步并保障随时可failover代替主库，另一个delay24小时,避免人为错误导致的资料损毁即可作前一天的资料备份
4． 增对standby DB进行每日的备份以减轻primary数据库的loading
5． 因为要求数据库最大丢失10分，故强制主库10分钟archived 才current redo log
5. 协助企业将DB的维护，备份及何时切换data guard机制化，统一化
6. 各厂之间因为专线建议Data Guard Server 相互错位放置达到最佳容灾
7. 设置相关自动监控的机制方便及时掌握客户系统运行状况
8. 定期主动式的到厂维护检查相关系统运行状况

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

制造行业因生产要求故对数据库的高可用，低downtime 要求较高，且企业期望资讯管理
简单化，制度化。本项目利用os的双机热备保障了server维护及故障过程中系统的高可用，利用
physical Data guard保障了数据库损毁及如server硬件升级的高可用.
另制造业的硬件采购流程要求对DB的资料增长及数据库使用状况预估要求较高故我们采用自动监控机制作预估做到有历史资料可查，并尽量提前预估。

你在项目中岗位与贡献：

1.协调客户与公司之间的供需关系
2.召集客户相关部门收集客户系统需求，协助IT 相关人员协调各部门需求差异
3.负责规划且具体的实施


项目二：某大型制造业生产系统数据库系统I/O过重架构整改方案
项目简介（功能与用途）：
生产流程导致shop floor系统的数据库I/O 过重，导致性能较差
原为单机运行的数据库，要求重新规划DB 架构

项目难点与解决方法：
建议通过应用的分开来实现I/O的减轻
建议将原数据库的report查询移到另一数据库进行
采用logical standby 架构同步数据，并在logical standby DB内作实时查询达到I/O的降低提高性能

1. 因裸设备的管理维护麻烦故不建议使用
2. 如采用高级复制将数据实施同步会导致主数据库loading增加，则违背应用的分开来实现I/O的减轻的初衷
3. 建议配置logical data guard实现数据库的同步并将report应用在standby db运行达到loading的减轻
4. 因9i后几个数据库版本主要是修正一些logical data guard的bug故建议升级数据库至9208
5. 制定合理的failover及重建logical data guard的文档及处理机制弥补logical data guard的不稳定。

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

此为苏州地区生产库使用logical data guard的第一例，故很有代表性，成功的实施对以后的我们在苏州地区对logical data guard技术的推广很有积极意义。
规范化的管理以及无特殊运用使得该数据库系统运行良好，相对稳定。

你在项目中岗位与贡献：

1.协调客户与公司之间的供需关系
2. 几种方案的提出及优缺点对比分析及最终选型确定

项目三：某大型500强企业100个数据库的集中管理及 监控系统的实施

项目简介（功能与用途）：
大型制造业100个生产数据库，主要数据库40个左右
要求集中管理监控性能，减轻企业DBA日常管理负担
要求监控系统对资料增长，性能及硬件采购做提前预判
报错能发message到email及手机

项目难点与解决方法：
每日的daily check自动化可以减轻DBA的监控的负担，但无法保存每日session数，交易量等指标作历史对比及预估。
所有db单独监控发email至DBA邮箱会导致email过多。

1． 建制单独的db通过dblink每日收集各数据库的主要信息(DB的连接状况，用户状态，日志切换每日次数，datafile状态，各种命中率，失效的物件，DB size，session状态，tablspace使用状态，top10 index,top10 table的状态等等)并保存到数据库的table中，通过定义的view每周，每月自动产生报表并图形化供分析及主管审阅。DBA连接该数据库便可了解所有数据库的状况。
2．对所有DB建制监控，做到报错会自动发email及短信提醒相关人员
3. 对重要的5个DB按客户需求每日上班前发html检查内容至相关人员邮箱监控内容如下:
Sorting效率, Tablespace目前状况, Datafile目前状况, Redo Log目前状况, Control File目前状况,
数据库对象目前状况, Index目前状况, Table目前状况, User管理, User权限控管

项目成功与失败的经验归纳：
以日报，周报，月报，季报，年报的形式让客户不同阶层的人员了解数据库的状况，专业技术人员可以根据数据报表分析数据库，主管通过图形化的形式轻易了解数据库的运行状况。
紧急情况短信提醒，避免重复收取信息。
连入单独建制的DB可以得知任何数据库的任何时间状况，历史资料供可预估分析使用

你在项目中岗位与贡献：
1．客户需求分析
2．项目规划