金融行业数据库运维规范

1、金融行业数据库运维规范双态融合，演进运维吸取互联网的敏态继承传统的稳态双态迅速迭代安全生产、稳定运行-HOW?-ITIL+DevOps精益价值跨界敏捷双态运维，如何开展十几 套几十 套破百破千了1500上下20年前10年前7年前2年前现在运维对象&运维人员运维对象庞大的当下，人员替换永远快于人才养成数据库有容灾，但是运维人员没有容灾员工小明小明的组长小明的同学内容前景强度酬薪已经尽量争取 年轻需要拼搏 稳定压倒一切时间到了就能升职薪水不高 通宵太多 工作重复 路在何方不担心薪酬通宵不少补贴丰厚 技术前沿的探索者 历练之后就是首席不仅活着，更要活得好安全生产、稳定运行企业IT迭代加速清晰明确的流

2、程简洁明了的步骤不怕断档的团队运 营运 维规范从运维到运营的工作流 建设信息流 建设团队工作总纲：工作手册、标准流程的方向团队传承媒介：历史信息、团队文化的载体规范建设规范建设指南流 程 大 类变更操作安装部署、迁移升级、权限维护、对象维护、数据归档等告警处理性能告警、实例告警、容灾告警、空间告警、配置告警值班巡检值班流程、巡检流程、接维流程性能优化参数调整、语句改写、非改写优化应急预案硬件损坏、软件损坏、关联基础系统损坏流程大类技术分类流程子类SOP手册工作流建设方向指引DG主备 切 换主库停库锁用户停止监听备份listener.ora杀残留会话停库备份备库的控制文件备份备库的redo文件备

3、份spfile备份tnsnames备份监听文件启动数据库解锁用户启动监听生成拷贝命令备库起库备库换文件操作复杂不通用校对困难操作步骤多且复杂 系统间交互较多同类型的操作，也有大量细节变动生产变更的校对耗时和变更 复杂度成正比拆工作流建设的突破点标准原子化成为了整个工作流标准建设的突破点信息的归档信息库事件库告警库变更库一个完整故障信息被碎 片化成事件、告警、变 更等内容进行记录形式应用运维组某年某月某某变更窗口发现数据库日某时某分对某报表系某重要报表数据库出现统中的业务执行效率下CP U使用率表执行碎片降， 请排查99%情况请整理变更。原因排 查 原 因No记忆、No碎片 完整的记录确保准确流

4、程实战基础技术安装部署环境为主新人入 职事宜信息的沟通常规事件处理异常问题处理应急预案实施各岗位在不同情况下， 各司其职重大故障救援远端专家团：三线岗位，重大问题分析、重大事件保障等强专业性事宜专家岗：二线岗位，处理异常问题分析、性能抖动分析等高技能事项值班岗：一线岗位，处理日常巡检、 常规告警处理等基础事项值班岗处理记录当天汇报值班岗上报专家岗&记录汇报专家岗处理解决上报负责人&远端协调远端专家团异常终结者值班岗上报专家岗&负责人专家岗技术判断应急预案双人复核进 行执行远端专家团后备保障者值班岗上报专家岗协调人专家岗技术判断救援方案制定者远端专家团救援方案制定者信息的升级利用好当前已有的东西

5、，在体系大纲明确的基础上查缺补漏迭代更新工作流程是否 发生变化是否已经覆盖了 生产所有版本和平台各流程分类 是否需要丰富同事间信息同步机制 是否发生变化是否需要引入 新技术去迭代 更新技术规范可用性事件的原因是否因为规范的不合理两大痛点做好版本控制不要只增不减三大精髓工作手册传承媒介精简复用规范的迭代完善一切操作脚本化简单操作无法复用复杂操作人力、时间 成本过高操作分解标准原子库规范标准化确定标准流程确定标准操作确定标准沟通规范脚本化丌建议整体脚本化规范原子化操作脚本原子化建立标准原子库规范的阶段总结脚本管理，多语言脚本支持流程编排，支持原子脚本调用日志回显及结果判断规范原子化的平台落地D、团

6、队知识传承自动C、脚本复用，提高效率BDAC我们需要规范，将参数标准 化为什么这两个系统的性能参数丌同 呢？运维人员业务部门A、规范丢失严重运维人员A这个脚本上次丌是写过了？这次场景变化丌少，需要 改动地方挺多B、规范脚本不能复用运维人员B前辈你好，领导让你带我新员工老员工参考新人入职规范，阅读 每天要学习的文档，在自 动化运维平台上进行工作 内容熟悉运维经理运维人员本周我们有个重要变更，变更方案抓紧完成将a操作，b操作，c操作的脚本 结合起来就行了规范的迭代完善自动化的极致智能化运维何为智能化运维？一个因应突发事件而弹性自伸缩、自愈、自适应的软件系统，“自己运维自己”的“无人值守”运维固化常见的 告警处理方式收到告警自动化处理人工24小时值守收到告警手工处理告警软件目录日志清理脚本表空间自动扩充脚本归档目录告警处理脚本PGA过高会话杀除脚本会话连接数满杀空闲会话脚本CPU使用率高信息保留脚本数据库hang信息保留脚本异常