Oracle已知问题的修复选择

Oracle公司的数据库产品线包含很多不同功能的产品，但是对于产品已知问题的修复都是遵循同样的诊断和修复流程。

背景知识：

Oracle Database已知问题集合通常称之为Known Issues。

问题从发现到修复的全生命流程如下所示：

第一步    客户遇到问题时候，先在MOS上创建SR

第二步    然后全球技术支持中心的工程师会根据SR上传的信息进行诊断分析，如果是产品功能缺陷类的，会首先从bug库中根据call stack信息来命中是否为已知bug，回复给客户。

第三步    如果没有找到与之匹配的call stack就会创建新的Bug递交到研发系统中

第四步    如果经过后台部门测试重现，研发通过代码诊断，发现问题可以修复，就会将Bug进行状态标记，然后申请在基于客户所用版本上进行问题修复的发布，我们通常称之为针对某个问题的one-off patch。

第五步    然后，经过一段时间的的开发后，研发将bug号对应的修复patch发布出来，供客户下载使用。

第七步    客户下载跟他们遇到问题的数据库版本匹配的one-off后，应当先在测试环境中进行安装测试，检测跟其它one-off patch的冲突，没有冲突的情况下apply到系统中。

第六步    最后，由专门的质量管理部门，再根据bug可能发生的产品版本，bug影响的操作系统平台，bug的修复版本，bug现象影响，bug相关功能模块，确认bug的方式，临时规避方案等多个部分，组成Bug的.8文档，就等同于此bug的说明书。

先聊这么些，以后有时间再相关的问题的处理方式进行详细解答。