SRCB_DLV_数据库架构规划设计报告_V1.4.pptVIP

关键问题回顾与总结 数据库系统规划原则及思路 数据库系统整体规划 系统总体框架 数据库系统规划 数据库标准规划和使用原则 数据库架构与可用性规划和使用原则 数据库管理规划和使用原则 数据库系统规划总结及其后续工作 目录 Page * Page * 小结：上海农商银行数据库统近期规则小结 特性 目标状态描述 标准 数据库的版本应尽量使用 DB2 9.7 fixpack3A，Oracle,以符合“规范”要求 运用统一的命名规则对数据库中的各种资源进行统一的定义 架构和 可用性 针对DB2数据库，可以使用HADR保护关键的应用数据，其余考虑HACMP 针对Oracle数据库，可以使用RAC的集群技术以提高关键应用的可用性 管理 在身份认证方面，DB2建议使用SERVER_ENCRYPT，Oracle系统管理员的登录建议使用口令文件认证 数据库根据管理责任细分和任务委派细化各个岗位和职责 对新的关键系统开启审计功能，并逐步增加审计项目 建议采用热备的方式，可以根据日志回滚到上一秒的操作，备份恢复更为精确 增加监控项目 使用文件系统创建表空间 Page * 小结：上海农商银行数据库统远期规则小结 特性 目标状态描述 标准 进一步确定未来的版本 运用统一的命名规则对数据库中的各种资源进行统一的定义 架构和 可用性 针对DB2数据库，随着技术的成熟，可以考虑pureScale 针对Oracle数据库，可以使用RAC+DG的集群技术以提高关键应用的可用性 管理 遵循最小化原则对旧的应用系统进行管理责任进行细分，建立独立的应用连接用户 对所有系统开启审计功能 通过审计平台将所有数据库产品的审计数据进行整合并统一分析 从应用的角度进行统一监控 使用文件系统创建表空间 Page * 　 标准 架构 可用 管理 缺失 数据库缺乏规划和统一标准，数据库类型和技术繁杂 数据库缺乏规划和统一标准，结构繁杂，运维管理难度大 数据库单机部署，出现问题需要重新启动，甚至重新安装 数据库的监管和日常操作完全依靠人工，对人工处理的依赖程度较大，容易造成人为失误 初始 数据库根据项目专用模式进行统一采购，在项目范围内进行技术标准的规划和设计 数据库根据应用专用模式进行统一采购，在应用范围内进行技术标准的规划和设计，跨系统之间的结构复杂 数据库独立部署在不同的机器上，各自互不联系，出现问题需要应用手动切换 数据库的监控和预警实现自动化，日常操作和管理仍然依靠人工处理，备份管理工作实现自动化 发展 数据库技术标准统一，系统版本及安装技术标准统一 数据库技术标准统一，结构较为简洁，运维管理难度相对小 利用服务器的高可用性，通过冷备、互备和热备的方式来实现高可用 数据库的监控、预警和日常重复性操作实现自动化，系统性管理工作仍然依靠人工处理，高可用系统的切换仅需要人为判断 成熟 数据库进行统一整体规划，跨越各系统，从技术到架构上均实现标准化 合理运用各种先进架构，如：数据库和应用部署分离等，进行合理整合，结构更加清晰、简洁，便于维护 合理利用数据库高可用技术，在数据库之间动态调整 数据库的监控、预警、日常操作和系统管理工作都实现自动化，高可用系统的切换完全自动化 优化 根据业务需求，业界技术发展，规划整理适应自身业务需求数据库的技术和架构标准，满足业务需求，并适时更新优化 明确结构简洁化的指标，并设计具体可行的方案，根据业务需求和技术发展适时的进行数据库结构的优化 根据业务应用情况，进行整体规划，跨平台建设数据库计算资源池资源池，根据应用需求进行灵活分配及调整 建立了自动化管理平台，可对各项工作进行灵活的自动化管理，随时根据具体需求，添加自动化管理任务 上海农商银行新一代银行数据中心近期的数据库架构希望达到的目标 Page * 优化 数据库管理 数据库标准 成熟 初始 发展 缺失 数据库可用 数据库架构 能力领域 上海农商银行数据库架构成熟度评估 Page * 2013年2月路线图 图例 当前状态 2013年年底路线图 未来目标路线图 需要结合应用的改造计划，且采用逐步进行改造的策略 上海农商银行未来新一代银行数据中心的数据库架构希望达到的目标 报告正文结束 * * 老旧设备退出策略，针对例外说明，老旧应用 * * * * * * * Page * 上海农商银行数据库命名规范 数据库对象命名规范 建立数据库名称的规范 应用名缩写（大写）+”DB”，如CXGZDB 建立表空间的命名规范 DB2表空间 数据表空间：应用名缩写大写+TBS_+_DATA“+”8K/16K/32K” 索引表空间：应用名缩写大写+TBS_+_IDX“+”8K/16K/32K” 应用临时表空间：应用名缩写大写+TBS_+_TMP“+”8K/16K/32K” Oracle表空间 数据表空间：应用名缩