银行金融领域数据大集中之路课件.pptVIP

金融领域数据大集中之路 内容提要 数据大集中的背景 工行数据大集中的建设历程 数据大集中过程中的关键技术及难点 工行数据大集中带来的好处 工行实施数据大集中后面临的挑战及对策 数据大集中的背景 为什么要实施数据大集中? 数据大集中的前提条件 为什么要实施数据大集中 为什么要实施数据大集中 为什么要实施数据大集中 为什么要实施数据大集中 数据大集中的前提条件 数据大集中的前提条件 数据大集中的前提条件 工行数据大集中的建设历程 中国工商银行简介 信息系统规模 IT战略 历程 中国工商银行简介 行业信息系统领导者 信息系统规模 信息系统规模 信息系统主要配置 整合后主机灾备架构 主机系统灾备架构 应用架构 系统整体架构 IT 战略 IT 战略 工行信息化建设发展历程  数据大集中建设历程-人员组织 全行科技一体化管理体系 科技管理流程价值链 数据大集中建设历程 – 制度流程 信息制度生产运行管理制度范例 重点工程建设情况介绍 数据大集中过程中的关键技术及难点 关键技术应用 主要难点 关键技术应用 关键技术应用 主要难点 主要难点 工行数据大集中带来的好处 数据大集中后面临的挑战及对策 数据大集中后面临的挑战 数据大集中后面临的挑战 系统故障分类统计 硬件和系统平台原因 55% 这些原因在开发、测试系统均未发生，均由于硬件系统热备份失效，PTF缺失，容量参数评估不足引起 应用软件原因 17.5% 集成测试不足，问题经常重复发生（问题未有效解决或解决方案未形成规范文档） 管理原因 27.5% 系统监控不及时，技术人员技能不足，变更文档不完整，缺乏有效的应急操作手册和回退方案 大多数问题由于前一天晚间系统变更引起 对策 对策 对策 对策 欢迎提问 谢谢 ! 高可用性系统结构设计 系统：并行耦合体（Parallel Sysplex）技术 联机应用：CICSPlex技术 数据库：数据共享（DataSharing）技术 网络：负载均衡技术 操作管理和维护自动化 并行批量处理系统（OPC） 系统网络自动化监控系统（Netview/SA/Openview） 7*24小时不停机系统维护 生产备份系统建设 主机异地灾难备份系统（RTO2小时，RPO2分钟） 远程异地磁带库备份系统 N+1/HA/Workload balance备份系统 数据迁移技术 PPRC/XRC/PPRCXD/SRDF技术的合理使用 应用系统分层负载均衡技术 CMC/TOR/AOR/FOR(DB) 系统建设容量和规模大，系统复杂度高，新技术应用多，没有可借鉴成功经验，外部技术支持和服务环境不成熟 涉及系统多、范围广、环节多，项目管理和风险控制难度大 如何实现平稳迁移、最大限度地减少停机时间，是工程组织和技术水平的一个挑战和难点 与技术体系建设的高水平相比，科技人员管理和技术水平的提高相对滞后，风险意识需要进一步加强 技术体系和组织结构的快速变化，对制度体系建设的时效性和适应性要求更高 非规范数据的整理清洗转换迁移和加载(可控的停机时间) 新旧系统的混合运营 业务员工操作技能和管理技能调整培训 端对端的集成测试和压力测试 统一的技术平台和服务水平管理，实现了“以客户为中心”的服务理念，更好地为客户提供全天候全地域高质量的标准化服务。 通过实现应用产品的四统一，大大缩短了应用开发和推广的周期，提高了应用产品市场化的速度和质量。 通过数据的集中存储和处理，实现了客户信息的集中统一管理，通过技术手段实现了对全行业务操作的集中授权管理，实现了对经营管理的硬控制，为全行决策支持提供了及时、准确、高效的信息化服务。 通过全行科技一体化体系的建立，实现了全行科技管理和技术的优势资源的高度集中，可以更好地为业务发展和创新服务。 大大降低了整个信息系统的运维和管理成本 为业务系统的整合级流程再造提供了稳定的技术平台 银行业务和管理处于重大变革和转型期 需求的不稳定性（尚未形成稳定的业务体系） 组织的不稳定性（正在变革的治理结构） 技术架构的不稳定性（正在进行中的系统重构和整合） 复杂庞大的信息系统规模 15000MIPS主机和100T需有效管理的数据 需要管理由数以百计的开放系统服务器组成的几十个分布式应用系统 始终处于高负荷运行中的信息处理平台 外部支持单位和业务合作伙伴的有效合作 技术产品供应商缺乏有效及时的服务 业务合作伙伴技术体系的不完善 IT部门尚未形成稳定的管理框架和运作流程 技术管理团队缺乏成熟的技术和管理技能 大量的高密度的技术变更 计划内停机的有效控制和减少 高度集成的应用系统和集约化的研发体系与区域客户差异化服务需求的矛盾 系统思维 提高整个系统的可用性必须从涉及IT价