【金税三期工程回顾--上线保障与管理方案】金税三上线

ORACLE PRODUCT LOGO

金税三期工程回顾 ——上线保障与管理方案

回顾：当前存在的问题与健康检查结果

金税三期数据架构与目前环境

总局交易数据

总局分析数据

已经部署了 70 多套数据库；且重庆上线； 随着各省逐步上线，最终估计达到 200 套左右；

使用了包括集群、数据集中与分发、高可用在内等多种高精尖

技术； 管理人员疲于应付各种突发事件；

系统压力逐步上升，已经对业务产生负面影响。

金税三期工程面临的挑战

•随着管理复杂度与压力的上升，在人少库多且忙于上线的情况下，如何以最小的代价保障每一个省上线后业务运行正常？

Oracle推荐的管理架构

操作门户

服务台

业务应用 中间件 数据库 主机 网络 存储 …… 精确管理层 精确管理层 精确管理层 精确管理层

精确管理层 精确管理层 精确管理层

业务运行域管理

综合监控层

基础运行域管理

框架固然重要，内容更重要

为什么要对金税三期数据库进行健康检查

•中软/国税技术人员经常与Oracle就大集中后数据库各个层面的问题进行深入沟通

•Oracle管理工具已经在总局系统上部署了相当一段时间，中软一直在用。

•由于最近数据库压力增大、数据库数量增加，中软/国税相关人员希望Oracle提供支持对当前总局数据库进行健康检查——消除隐患、提升性能、完善管理、保障上线。

健康检查截屏

合规检查：数据库整体合规性不错

数据库系统在认证，可打补丁，数据库支持策略等方面都得到了满分。数据库基本安全配置也做到合规，明显优于国内管理合规平均分数。

注：此时的补丁检查为100分，是由于还未上载Oracle最新的补丁建议包所致。请参阅后面的补丁部分。

健康检查截屏 合规检查：主机/部分数据库配置违规

数据库主机在主机安全、RAC部署、数据库配置和“自动存储管理”存储最优方法都存在违规项目，其中主机安全违规数目惊人（2007项违规），甚至合规分没有及格---59分！

健康检查截屏 补丁检查：相当数量的最新补丁需要考虑

国税数据库版本是

11.2.0.3.0

，是否没有补丁？

部署离线补丁建议后，发现国税数据库需要778个补丁加强，除了传统安全补丁，还涉及RAC、高可用；甚至监控平台本身的安全、健壮性也需要补丁加强。

健康检查截屏

性能检查：压力最大的数据库是核心申报

业务高峰期，通过观察，我们发现压力最大的是国税核心申报数据库（数据库名称为bjschxsb），占总负载的90% 。

健康检查截屏 性能检查：核心申报负载的88%来自于某一条语句

在应用的等待SQL中，我们轻而易举地抓住导致整个数据库性能问题的元凶，代号：6ns5w70ufpbx8。

此SQL活动占本数据库总活动的88%。

健康检查截屏 性能检查：解决问题后，核心申报负载大大降低；总负载也大大降低 申报数据库负3%数据中心总负载降到13%！

健康检查截屏 管理：分组、分权，理清指责

创建两个管理组： 所有核心数据库、所有核心数据库所在的主机。 分别对应监控模版： DB Temp和Host Temp。 新目标加入组后，将自动应用监控模版的设置。

健康检查截屏 管理：将需求与指标相关联

从最佳实践角度出发，结合国税集中管控的需要，设置监控指标，并与EM既有指标/自定义指标/告警规则相关联。

健康检查截屏 管理：及时通知问题

通过邮件、短信等机制及时发现问题。

健康检查截屏 管理：集中的事件处理

同时具有事件管理机制： 分配、 确认、 优先级、 升级、 解决、 清除 等操作。

健康检查项目总结

•15人天的Oracle原厂专业服务

–

–

–

–发现数据库、主机的配置违规情况：2225条违规项。 发现数据库补丁状态：778条补丁建议。 优化核心申报数据库：性能提升30倍以上。 实施中软提出的客户化监控配置，并进行现场操作培训

•为金税三期的成功上线贡献力量，且充分展现Oracle原厂产品的管理能力：更专业、更准确、更智能、更有效。 •获得了中软与国税相关人员的肯定。

我们希望能达到的效果

维持低系统负载、高业务质量

21 Copyright 2011, Oracle and/or its affiliates. All rights reserved. Confidential – Oracle Internal

22

Copyright 2011, Oracle and/or its affiliates. All rights

reserved. Confidential – Oracle Internal