Embed Size (px)
Citation preview
From Vision to Results
"THE FOLLOWING IS INTENDED TO OUTLINE OURGENERAL PRODUCT DIRECTION. IT IS INTENDED FORINFORMATION PURPOSES ONLY, AND MAY NOT BEINCORPORATED INTO ANY CONTRACT. IT IS NOT ACOMMITMENT TO DELIVER ANY MATERIAL, CODE, ORFUNCTIONALITY, AND SHOULD NOT BE RELIED UPON INMAKING PURCHASING DECISION. THE DEVELOPMENT,RELEASE, AND TIMING OF ANY FEATURES ORFUNCTIONALITY DESCRIBED FOR ORACLE'S PRODUCTSREMAINS AT THE SOLE DISCRETION OF ORACLE."
Oracle Enterprise Architecture
Software. Hardware. Complete
中国移动OneOSS2.0总体规划和解决方案
湖北移动 甲骨文技术交流会
刘军大中国区，企业技术架构部，架构师
4
目录
1
1.1 总体工作思路
1.2 网络部工作思路
2011总部工作思路
CM OSS2.0规划解读
Oracle OSS解决方案
当前关键挑战
5
• 电信行业进入缓和增长期
• 互联网快速发展带来产业融合
• IT化趋势带来全面变革
• 数据、语音流量结构明显逆转
- 数据流量连续两年翻番，但2010数据收入增幅很小，量收不同步越来越严重
• 网络安全、信息安全、节能减排的压力越来越大
大环境的变化
• 新技术推广不够快
• 发展不够平衡
• 集中化力度不够大
• 管理及技术创新不够
• 效益意识不够强
普遍存在的问题
+
面对挑战整体工作思路的转变
• 坚持专业化、规范化管理
• 推进“集中化、标准化、信息化”，有效降低企业成本（建设和运营的集中化程度与国际领先水平有差距）
• 注重技术创新（新业务、新模式、新技术、新标准、新方法），引领行业发展（无线城市、云计算（IT支撑云、业务云、公众云）、物联网、LTE等）
• 科学规划，优化管理，量入为出，投资长远
- 网络建设思路转变：以市场为中心、引领业务发展、利于业务快速推广、利于商业模式创新、注重客户体验
- 推广最佳实践，促进成果共享
• 保优势，缩劣势，争领先
- 网管系统由专业到综合的体系架构建设
- 加大WLAN建设，推进集中化建设
- 落实节能减排，关注信息安全（不良信息监测等）
- 加强数据业务分流，建设智能管道
- LTE，WLAN，物联网，云计算，无线城市，移动互联网
• 培养忧患意识，效益意识
6
7
目录
1
1.1 总体工作思路
1.2 网络部工作思路
2011总部工作思路
CM OSS2.0规划解读
Oracle OSS解决方案
网管支撑能力存在的问题
• 不能满足面向客户感知的端到端管理
- 面向客户感知、端到端业务实现的“可视、可控、可分析、可溯源”能力有
待提升。需要提升面向客户和业务的管理能力；需要打通专业网管彼此间数据和业务流程割裂的问题；
• 六大网管系统建设任务重、难度大
- 需求梳理困难，功能实现复杂，数据质量差，网管专业人才缺乏
• 综合资源管理系统与目标系统差距仍很大
- 综合资源管理系统在管理流程、数据录入、系统功能、数据展示等方面尚有不足
• 运维流程IT落地方案尚需进一步明确
- 跨系统流程有待打通：总部-省两级系统未完全打通，各OSS系统之间未完全打通，OSS与BSS跨域未完全打通
• 网管产业生态系统不健康支撑能力弱
- 网管软件标准化程度弱，难以发挥全网协同优势；网管厂商对业务理解不深，超前性差，实力弱，力量分散，开发进度慢，产品质量差；数据存在不完整、不准确、不及时、不一致的问题；整个产业发展存在恶性循环；
8
总部网络部2011工作思路
• 持续推进：集中化、标准化、信息化、精英化
• 网管系统建设要坚定不移的走全网标准化道路
• 全网重点建设六大系统
- 全网建成综合资源管理系统- 年底前，完成综合资源管理系统的改造和建设，实现八个专业（无线、交换
、传输、IP承载网、CMNET、GPRS、动力电源、集客侧接入设备）和与铁通合建资源的管理
- 全网建成无线网优平台2.0系统
- 全网建成网络与业务监测系统（信令试点：广东、江苏、四川；流控试点：浙江、山东、河北）
- 建成全国集中的一套运维知识管理系统
- 建成综合监控全网标杆系统（江苏标杆；河北、上海、山东、广东、四川试点）
- 建成综合分析全网标杆系统（广东标杆；北京、上海、浙江、湖南、广东、广西、重庆试点）
• 全网一体，提升总部指挥调度能力
9
10
目录
2
2.1 CM OSS2.0背景解读
2.2 CM OSS2.0规划解读
2011总部工作思路
CM OSS2.0规划解读
Oracle OSS解决方案
11
十年铸剑，从无到有，从分散到统一，从专业到综合，从封闭到共享
11
1212
刘爱力副总裁在网络部年中会议上提出的OSS建设总体要求
13
14
CM-OSS2.0背景解读
• CM-OSS2.0：中国移动新一代网络运维支撑体系
• CM-OSS2.0规划重新梳理、定义了中国移动的网络管理运维支撑体系，重新划分了OSS应用、数据和架构，为未来3-5年中国移动OSS系统建设和演进提供指导。
• CM-OSS2.0在技术框架规划上进行了很多新技术创新。
•云计算
•虚拟化
•数据库整合
•业务连续性
•SOA
•ESB/BPM
•SID/ODS
IT 基础设施
ITSM
信息安全
业务连续性
E
S
B
组合应用
核心应用
系统基础服务
联机指令平台O-IPP 统一采集平台U-CAP
网络监控平台 R-SOS
业务开通平台S-FAS
电子运维管理平台E-OMS质量保障
平台 N-OAS
综合网络应用平台 I-NAS
15
目录
2
2.1 CM OSS2.0背景解读
2.2 CM OSS2.0规划解读
2011总部工作思路
CM OSS2.0规划解读
Oracle OSS解决方案
CM-OSS2.0规划总体思路
• 实现网管从面向设备/网络到面向业务/服务/客户/
市场的转型，实现跨专业关联，实现业务开通管理、客户SLA管理等功能
• 加强IT基础架构资源规划与共享，提升系统架构的灵活性、开放性和伸展性
• 建立标准化信息模型、接口模型，实现核心业务数据开放、应用服务集成
• 参考全球运营商最佳实践，对标国际标准TMF
NGOSS
• 立足现状，分步平滑演进，急用先行
16
一级目标架构由IT基础设施、 OSS应用和数据、ITSM等几个部分组成：
IT基础设施承担CM-OSS体系的网络、服务器、存储等软硬件设施
OSS应用和数据是CM-OSS体系的主要功能应用及核心数据
ISTM 提供CM-OSS体系的自身管理和能力保障
其中，信息安全和业务连续性作为规划的逻辑框架，实体分散在IT基础设施、 OSS
应用和数据、ITSM的具体模块中体现
IT 基础设施
ITSM OSS应用与数据
信息安全
业务连续性
CM-OSS2.0目标应用框架
CM-OSS 2.0目标应用框架
18
CM-OSS 2.0目标应用框架
19
20
CM-OSS2.0规划主要技术引入
层次 技术 技术说明
展示层 Portal提供个性化、单点登录、不同来源的内容整合以及存放信息系统的界面表示层
应用层
ESB一种在服务和应用之间的标准集成方式，提供消息总线、服务调用等功能，实现系统的轻量级松耦合集成
BPM
描述一组服务和工具的一般名词，这些服务和工具为显式的流程管理提供支持，包括设计、执行、监控和优化在内的全生命周期管理方法
数据层 SIDOSS系统的共享数据模型，实现系统数据的共享和互通
硬件层 云计算独立于硬件构架、操作系统和网络，以服务的形式提供虚拟硬件资源，如虚拟主机/存储/网络等资源
业务连续性
HA
保障IT基础具备高可靠性与可用性的一系列的实现方式，包括：主机集群、数据库集群、负载均衡、存储镜像等
安全管控
SOC安全运营中心作为安全监控、安全防护与风险风析保障体系，包括：防病毒、防攻击、漏洞扫描等。
4A实现审计、验证、授权与帐户管理的安全保障体系
按需应变的计算和存储
云计算
SID
集中统一的数据视图
即插即用的应用
统一的用户界面
Portal
展
示层
应
用层
数
据层
硬
件层
BPMESB
21
网络 服务器 存储/备份
操作系统 数据库 中间件
业务连续性ITSM OSS应用
IaaS Cloud Computing
PaaS Cloud Computing
IT基础设施云计算引入
IaaS：Infrastructure as a Service网络、存储、服务器虚拟化
PaaS：Platform as a Service优化的中间件、数据库等作为服务
SaaS：Software as a Service应用、流程、信息作为服务
Services
Services
Services
CM-OSS2.0计划实施范围：
考虑到相关技术的成熟性，CM-OSS2.0规划主要实施IaaS和PaaS，形成虚拟化的IT
基础设施，动态整合的IT基础架构/共享的计算资源
• 资源容量可自动管理
• IT基础架构简化整合
• 高性能
• 资源利用率高
• 系统管理简便
• 节能环保
IT 基础设施
ITS
M OSS应用
信息安全
业务持续性
IT 基础设施
ITS
M OSS应用
信息安全
业务持续性
IT 基础设施
ITSM
信息安全
业务连续性
E
S
B
组合应用
核心应用
系统基础服务
联机指令平台O-IPP 统一采集平台U-CAP
网络监控平台 R-SOS
业务开通平台S-FAS
电子运维管理平台E-OMS质量保障
平台 N-OAS
综合网络应用平台 I-NAS
1. 综合网络应用平台I-NAS
2. 电子运维管理平台 E-OMS
3. 网络监控平台 R-SOS
4. 业务开通平台 S-FAS
5. 质量保障平台 N-OAS
6. 包括集成平台ESB 、统一采集平
台U-CAP 、联机指令平台O-
IPP在内的基础服务
OSS 核心应用由ESB企业服务总线作为后台支撑平台，同时实现
信息安全和业务连续性的支持,OSS 核心应用在1级视图上又可以
分为以下6大区域:
CM-OSS2.0应用软件规划
22
基础服务
网络安全管控平台
统一认证服务
网管系统监控平台
统一采集平台联机指令平台
IT
服
务
管
理
安全管控系统
IT 基础设施
ITS
M OSS应用
信息安全
业务持续性
质量保障平台
综合网络应用平台
网络优化系统
数据管控平台
电子运维管理平台
电子运维管理系统
运维门户系统
业务开通平台 网络监控平台
实时监控系统
业务质量监控系统
资源管理系统
网络激活系统
投诉处理支撑系统
网络业务监测系统
运维知识管理系统
流程支撑服务
报表引擎搜索引擎
集中操作维护系统
网络运营分析系统
信息前转服务
GIS组件 拓扑组件
业务开通系统
施工管理
引擎一般是第三方的通用软件，通常不需要网管开发商提供
组件可以是第三方的通用软件，也可以由
网管开发商提供
平台或服务是作为网管开发商需要开
发的基础服务
集成平台
CM-OSS2.0应用系统框架
23
CM-OSS2.0采用SOA体系架构，通过构建通用集成平台，抽象封装业务服务及数据应用，实现
数据、应用、业务过程以及客户端访问的连接和调用
IT 基础设施
ITS
M OSS应用
信息安全
业务持续性
集成总线层
服务总线
策略管理
路由寻址
格式转换 事件通知 连接管理
连接器
服务编排
服务注册库
注册管理
服务监控
服务生命周期管理
服务部署管理
接口监控 服务搜索管理
应用系统层
应用访问层
……应用1 应用2 …… 应用n
网络监控平台R-SOS
业务开通平台S-FAS
搜索引擎 GIS组件统一采集平台 数据管控平台
数据总线
共享模型注册
管理数据模型校验 模型搜索
元数据库
共享数据模型/地图
文件更新通知 定时数据分发实时数据分发 数据更新通知 准实时增量更新
同步应用交互 异步应用交互同步数据查询 异步数据查询 数据库同步控制
数据服
务
访问管理 分发代理 日志管理
数据管
控
数据接入 数据加载
数据处理 数据转换
数据缓存
数据接
入
集成平台与所有应用系统均有关联，在后面的接口关系图不再
一一体现
CM-OSS2.0构建通用共享集成平台
24
服务总线完成动态链接、智能路由、信息流转等核
心功能，并提供协议转换等基础服务
业务应用服务调用能力：业务系统封装业务应用服务
，通过标准接口为其他业务系统所直接调用
消息信息传递能力：在业务系统间传递消息，并支持
大批量消息信息的单向传递
文件转换传输能力：提供统一的FTP服务实现文件的
下载和上传
IT 基础设施
ITS
M OSS应用
信息安全
业务持续性
数据接入：提供源系统和目标系统的接入，完成系统
间共享数据的数据加载、数据转换和数据缓存
数据管控：提供共享数据的管控，包括共享模型的注
册，删除，更新、校验、搜索共享模型，以及数据共
享过程中的访问控制和日志管理
数据服务：提供包括实时数据分发、数据更新通知、
同步数据查询、异步数据查询等十种数据共享服务
服务总线
策略管理
路由寻址
格式转换 事件通知 连接管理
连接器
服务编排
服务注册库
注册管理
服务监控
服务生命周期管理
服务部署管理
接口监控 服务搜索管理
数据总线
共享模型注册
管理数据模型校验 模型搜索
元数据库
共享数据模型/地图
文件更新通知 定时数据分发实时数据分发 数据更新通知 准实时增量更新
同步应用交互 异步应用交互同步数据查询 异步数据查询 数据库同步控制
数据服
务
访问管理 分发代理 日志管理
数据管
控
数据接入 数据加载
数据处理 数据转换
数据缓存
数据接
入
25
CM-OSS2.0通用集成平台总线说明
HA（高可用性）作为业务连续性的技术手段，体现在OSS应用和IT基础设施，包括：应
用、服务、系统软件、数据库、服务器、存储、网络等方面
IT 基础设施
ITS
M OSS应用
信息安全
业务持续性
措施：
CM-OSS2.0业务连续性规划
26
业务可用性级别则根据应用场景，分为：一级、二级、三级、四级，分别适应不同的业务场景
业务可用性级别
应用场景 应用高可用方案 数据库高可用方案 技术架构实现 适合的业务应用
四级为外部客户直接或间接提供服务的应用及关键业务
异地容灾：负载均衡
异地容灾：数据同步复制、异地集群
存储异地容灾服务器异地集群网络全网智能切换
最关键且需要实时性的核心业务数据库服务器
三级为网络监控、维护、投诉处理提供服务的应用
本地负载均衡 本地数据复制、集群
存储级本地镜像和快照，服务器本地集群网络本地冗余
核心业务数据库服务器业务应用平台数据库服务器
二级为网络规划、分析提供服务的应用
共享存储的本地双机互备
共享存储的本地互备存储单点，有备份，服务器HA双机互备网络冗余
Web服务应用服务开通业务服务非关键业务数据库服务器
一级为其它系统提供服务的应用
单机系统 单机系统 存储，服务器单点客户端前端营业厅业务应用
IT 基础设施
ITS
M OSS应用
信息安全
业务持续性CM-OSS2.0业务连续性规划
27
28
OneOSS2.0关键技术需求
IT 基础设施
ITSM
信息安全
业务连续性
E
S
B
组合应用
核心应用
系统基础服务
联机指令平台O-IPP 统一采集平台U-CAP
网络监控平台 R-SOS
业务开通平台S-FAS
电子运维管理平台E-OMS质量保障
平台 N-OAS
综合网络应用平台 I-NAS
1
23
云计算
CM-OSS2.0规划主要实施IaaS和PaaS，形成虚拟化的IT
基础设施，动态整合的IT基础架构/共享的计算资源
• 资源容量可自动管理
• IT基础架构简化整合
• 高性能
• 资源利用率高
• 系统管理简便
• 节能环保
业务连续性规划
业务可用性级别则根据应用场景，分为：一级、二级、三级、四级，分别适应不同的业务场景
SOA
CM-OSS2.0采用SOA体系架构，通过构建通用集成平台，抽象封装业务服务及数据应用，实现数据、应用、业务过程以及客户端访问的连接和调用
29
目录
33.1 云计算平台
3.2 业务连续性
3.3 SOA体系架构
2011总部工作思路
CM OSS2.0规划解读
Oracle OSS解决方案
30
网络 服务器 存储/备份
操作系统 数据库 中间件
业务连续性ITSM OSS应用
IaaS Cloud Computing
PaaS Cloud Computing
云计算平台需求
IaaS：Infrastructure as a Service网络、存储、服务器虚拟化
PaaS：Platform as a Service优化的中间件、数据库等作为服务
SaaS：Software as a Service应用、流程、信息作为服务
Services
Services
Services
CM-OSS2.0计划实施范围：
考虑到相关技术的成熟性，CM-OSS2.0规划主要实施IaaS和PaaS，形成虚拟化的IT
基础设施，动态整合的IT基础架构/共享的计算资源
• 资源容量可自动管理
• IT基础架构简化整合
• 高性能
• 资源利用率高
• 系统管理简便
• 节能环保
IT 基础设施
ITS
M OSS应用
信息安全
业务持续性
Application Quality Mgmt
Configuration Management
ApplicationPerformance Mgmt
Lifecycle Management
Physical & VirtualSystems Mgmt
Ops Center
Infrastructure as a Service
Database Grid: Oracle Database, RAC, ASM, Partitioning,IMDB Cache, Active Data Guard, Database Security
Application Grid: WebLogic Server, Coherence, Tuxedo, JRockit
Platform as a Service
Integration:SOA Suite
Security:Identity Mgmt
Process Mgmt:BPM Suite
User Interaction:WebCenter
Oracle Apps3rd Party Apps ISV Apps
Applications
Oracle VM for x86
Operating Systems: Oracle Enterprise LinuxOracle LinuxOracle Solaris
Oracle VM for SPARC (LDom)Solaris Containers
Servers
Storage
Oracle Enterprise Manager
Cloud Management
Shared Services
Oracle具备从IaaS到SaaS的最为完整的云平台解决方案
31
• 利用补充性负载峰值
• 提高利用率和效率
• 降低资本支出和运营支出
• 加快绿色进程
服务器 A 服务器 B 服务器 C 服务器 D
应用程序 A 应用程序 B 应用程序 C 应用程序 D
负载 平均利用率<20%
应用程序 A、B、C、D、E
净负载 平均利用率70%
释放的容量被部署到其他地方
Exadata/Exalogic 云平台
服务器 E
应用程序 E
服务器 A 服务器 B 服务器 C 服务器 D 服务器 E
虚拟化和集群化实现整合
按需动态扩展
使用Exadata/Exalogic构建OneOSS基础云平台
32
超级性能 节能减排
一体化云计算
规划视角
零配臵、开箱即用、构件式部署
低能耗、绿色计算：一台满配Exadata (包含服务器、网络、存储)总能耗平均仅为9.8KW，相当于传统服务器+存储+网络能耗的1/3，但计算能力和占地空间却相当于传统服务器+存储+
网络的2-8倍。
Infiniband网络
最佳数据仓库性能设计
智能存储技术
最佳OLTP性能设计
新一代绿色云计算平台(PAAS)
内臵5.4TB闪存
10-50倍数据压缩算法
全双工设计、完全避免单点故障
在线热插拔部件
线性系统扩展
虚拟化资源池动态按需资源供
应
集中管理
使用Exadata/Exalogic构建OneOSS基础云平台的价值
33
34
目录
33.1 云计算平台
3.2 业务连续性
3.3 SOA体系架构
2011总部工作思路
CM OSS2.0规划解读
Oracle OSS解决方案
业务连续性定义
业务连续性：业务连续性是指当认为灾难、自然灾难来临的时候，基于建设完备的灾难备份系统切换，达到业务中断时间最短和业务数据丢失最少的状态。
RTO：恢复时间目标（Recovery Time Objective）是指灾难发生后，从IT系统宕机导致业务停顿时刻开始，到IT系统恢复到可支持各部门运作、业务恢复运营之时，此两点之间的时间段称之为RTO。
RPO：恢复点目标（Recovery Point Objective）是指对系统和应用数据而言，要实现能够恢复到可以支持业务运作，系统及生产数据应恢复到怎样的更新程度。简而言之，RPO就是灾难发生时，最大允许丢失的数据量的时间量度。
Mins DaysHrsSecs WksDays MinsHrsWks Secs
恢复点 恢复时间
35
36
OneOSS2.0业务连续性的需求
业务可用性级别
应用场景应用高可用方
案数据库高可用方
案技术架构实现
适合的业务应用
四级为外部客户直接或间接提供服务的应用及关键业务
异地容灾：负载均衡
异地容灾：数据同步复制、异地集群
存储异地容灾服务器异地集群网络全网智能切换
最关键且需要实时性的核心业务数据库服务器
三级为网络监控、维护、投诉处理提供服务的应用
本地负载均衡本地数据复制、集群
存储级本地镜像和快照，服务器本地集群网络本地冗余
核心业务数据库服务器业务应用平台数据库服务器
二级为网络规划、分析提供服务的应用
共享存储的本地双机互备
共享存储的本地互备
存储单点，有备份，服务器HA双机互备网络冗余
Web服务应用服务开通业务服务非关键业务数据库服务器
一级为其它系统提供服务的应用
单机系统 单机系统存储，服务器单点
客户端前端营业厅业务应用
IT 基础设施
ITS
M OSS应用
信息安全
业务持续性
业务连续性时间线既要避免反应迟钝，也要避免反应过度！
Source：Business Continuity Institute
事前 事中 事后
37
保障业务连续性需要同时运用多个手段
Fault-tolerant hardware, redundancy, automatic detection and isolation, predictive analysis, call-home
Real-time replication of data over metropolitan and/or continental distances
Automated protection against unplanned outages with meeting recovery point and recovery time objectives
高可靠性High Availability
数据复制Data Replication
灾备技术Disaster Recovery
Business Continuity
38
保障业务连续性需要同时运用多个手段
• 本地高可用是一切业务连续性的根本基础
• 备份可以防止逻辑错误，是保证数据安全最后的保障
• 业务应急系统由于有较低的启用成本，能解决大部分业务连续性问题
• 容灾系统用于大规模、大范围灾难事件下的关键乃至全业务恢复运行能力
• 容灾和应急系统共同提供业务连续性保障
39
容灾与应急系统
• 容灾系统和应急系统是支撑系统业务连续性保障的主要手段•应急系统
• 具备较高的RTO指标（30分钟~1小时），启动流程简易，决策短
• 一般采取应用或数据库层面数据复制技术，数据流简单，所需资源少
• 使用简单的基础架构资源和较低的性能设计指标
• 目的在于快速恢复关键业务的有限运行能力
• 仅需要短暂支撑关键业务运行能力
•容灾系统• 具备中至高等级RTO指标（2~4小时）
，启动流程复杂，决策时间长
• 一般采用应用、操作系统、存储层面数据复制技术，数据流复杂，数据量大，所需资源大
• 使用复杂/接近生产系统的基础设施资源，接近生产系统的性能设计指标
• 目的在于大规模、大范围灾难事件下的全面业务恢复能力
• 需要具备支撑业务长期运行能力
• 目前容灾系统更大的作用在于保护数据安全性
40
业务连续的发展趋势
业务连续性建设的规划路线图
• 45%的Global 2000企业将采用双中心方式来提高可用性
• 25%的双中心企业将支持实时恢复（负载分担，双活中心）
• 灾备中心承担部分生产中心的任务
• 应急系统向灾备中心的切换
• 超过50%的Global 2000企业将使用由第三方提供服务的灾难恢复中心来完成传统的恢复业务
41
灾备与应急技术
• 您能忍受的数据丢失量是多少?
• 您能忍受的宕机时间是多长?
磁带备份容灾
数据复制
Mins DaysHrsSecs WksDays MinsHrsWks Secs
恢复点 恢复时间
磁带恢复
跨地域的集群
数据复制
• 冷灾备中心
- 冷灾备中心平时不参与生产，冷灾备中心的数据只能在数据恢复时使用。
• 热灾备中心
- 又称活跃灾备中心(Active DR Center)，平台可有限制参与生产，数据在一定条件下可以离线使用。
42
43
网络
源数据库 目的数据库
双向复制
队列文件: 暂存数据变化.
传输: 数据经过压缩和加密传送到目的地.
Capture: 实时读取交易日志捕捉数据变化并可实现过滤.
Delivery:执行所需的数据变化，然后将数据变化提交到目的库.
CaptureSource Trail Target Trail
Source TrailTarget Trail
Delivery
DeliveryCapture
使用GoldenGate TDM做OneOSS生产库与容灾库/应急库间的数据同步
OneOSS生产数据库
OneOSS容灾数据库生产库实时同步数据给容灾库；
容灾库上做的辅助操作的结果数据还可以同步给生产库。
容灾库一直可用，用于做些辅助性
操作
GoldenGate TDM提供异构环境下交易数据的实时捕捉、变换、投递。
TDM 具有 :
实时性秒一级延迟
异构环境支持在不同平台和数据库环境下复制数据
以交易为单位复制维护交易一致性
特性:
高性能能够以低资源消耗完成每秒数千交易的复制
可扩展开放的结构使客户适应各种异构数据平台
可靠保证数据的连续可用
GoldenGate交易数据管理TDM : Transactional Data Management
44
数据日志复制逻辑级复制
• 热灾备中心模式
• 优势：- 日志解析，对主机（数据库服务器）负载较少- 准同步模式，RPO短- 主机无关，存储无关，数据库平台相关性弱- 元数据对象独立于数据库,可以支持异构数据库- 可以细化到具体的数据对象（Schema），可以选择性地进行复制
- 复制拓扑结构灵活- 网络要求较低
• 限制：- 只支持数据库同步，不支持其他类型数据同步- 较多的数据层维护工作量- 数据库支持有一定限制要求
• 主要产品：Oracle GoldenGate / Quest SharePlex45
远端数据库
源端数据库
同步/ 异步Redo Transport
数据日志复制数据库级复制
同步复制优势
• 数据完全同步 (RPO=0)
劣势
• 复制网络要求高，
• 对应用性能影响大，尤其距离远时
异步复制优势
• 性能好，对应用影响小
劣势
• 灾备中心数据滞后 (RPO)
• 数据一致性危险
46
• 热灾备中心模式
• 优势：
- 实现方式简单
- 应用透明，支持数据库所有特性
- 网络传输效率高
- 故障隔离，防止数据块损坏
• 限制：
- 同步模式：对应用性能有影响
- 异步模式：数据一致性问题
- 只支持数据库同步复制
• 主要产品：Oracle Data Guard/Active Data Guard
数据日志复制数据库级复制
47
几种技术的比较分析
模式 优势 局限性 适用场景
存储镜像 冷中心 独立于主机，不占用主机资源，异步模式对应用影响小;模式简单
存储平台不独立，多中心存储设备硬件平台相同单一的复制拓扑，不支持多对一模式同步模式：性能影响大，网络要求高异步模式：存在数据一致性问题混合模式：需要较多的存储投资
容灾
逻辑卷镜像 冷中心 存储平台无关，源端和远端可以使用不同的存储设备和RAID保护级别可以在IP网络上复制，网络要求不高
异步模式下应用响应时间不受影响，但RPO会被延长
长时间网络故障需要巨大日志文件空间占用主机资源，IO等待较高同步模式：性能影响大异步模式：存在数据一致性问题
容灾
逻辑数据复制 热中心 日志解析，对主机（数据库服务器）负载较少准同步模式，RPO短
主机无关，存储无关，数据库平台相关性弱元数据对象独立于数据库,可以支持异构数据库
可以细化到具体的数据对象（Schema），可以选择性地进行复制复制拓扑结构灵活网络要求较低
只支持数据库同步，不支持其他类型数据同步较多的数据层维护工作量数据库支持有一定限制要求
应急
数据库复制 热中心 实现方式简单应用透明，支持数据库所有特性网络传输效率高故障隔离，防止数据块损坏
同步模式：对应用性能有影响异步模式：数据一致性问题只支持数据库同步复制
容灾
48
49
目录
33.1 云计算平台
3.2 业务连续性
3.3 SOA体系架构
2011总部工作思路
CM OSS2.0规划解读
Oracle OSS解决方案
50
Service服务（service）是封装成用于业务流程的可重用组件的应用程序函数。它提供信息或简化业务数据从一个有效的、一致的状态向另一个状态的转变。
Service-Oriented
Architecture
SOA是一种架构方法，它将企业应用中分散的功能组织成为基于标准、松耦合、可互操作的业务服务，这些服务可以很容易地在企业范围被共享、重用和组合，从而创建基于角色的复合应用，快速地满足业务需求。
SOA的定义
51
灵动型企业（敏捷的业务能力）
转型应对市场快速变化的需求
灵活的 IT
灵活的运作环境
要求
可组装的服务
(SOA)
可组合的业务流程
开发 基础架构 管理
面向服务的体系架构 (SOA)
软件开发 整合 基础设施的管理
业务的敏捷性
实施SOA的驱动力
SOA可以帮助IT成为敏捷业务能力的使能者！
SOA优势 服务重用
快速部署应用
转移到快速响应、敏捷和可扩展的架构
支持跨系统、跨部门业务流程
业务服务从单一实现到企业视角
流程标准化，技术标准化
快速变更业务流程，快速响应业务变化
统一、简单的数据访问
有效使用外部服务
流程优化提升运营水平
服务做为资产，易于管理与保护
基于标准的集成
合作伙伴集成
提升业务流程能见度
生产力得到提升
应用系统解耦
52
SOA集成方式的特点
无态服务
服务不应该依赖于其他服务的上下文和状态
服务应该是独立的、自包含的请求，在实现时它不需要从一个请求到另一个请求的信息或状态
粗粒度服务
对于外部的使用推荐使用粗粒度的接口，而细粒度的接口更适合用于企业内部
粗粒度接口保证服务请求者将以一致的方式使用服务
松耦合功能模块被封装成服务构件被发布
业务过程的控制可以被隔离：引入业务规则引擎根据工作流的状态调用各种不同的服务
接口明确定义
服务交互必须是明确定义的
描述服务请求者所要求的绑定到服务提供者的细节WSDL
53
OneOSS2.0 SOA演进策略
构建公共服务
GIS 文档 搜索
1现有系统提供对外服务
ESB
现有系统
3
现有系统利用服务提升能力
ESB
现有系统
2全系统服务化
ESB
Portal
服务化现有系统
服务化现有系统
服务化现有系统
BPM
4
54
OneOSS2.0 SOA应用创新探讨
CM-OSS2.0采用SOA体系架构，通过构建通用集成平台，抽象封装业务服务及数据应
用，实现数据、应用、业务过程以及客户端访问的连接和调用
OSS 核心应用由ESB企业服务总线作为后台支撑平台
集成总线层
服务总线
策略管理
路由寻址
格式转换 事件通知 连接管理
连接器
服务编排
服务注册库
注册管理
服务监控
服务生命周期管理
服务部署管理
接口监控 服务搜索管理
应用系统层
应用访问层
……应用1 应用2 …… 应用n
网络监控平台R-SOS
业务开通平台S-FAS
搜索引擎 GIS组件统一采集平台 数据管控平台
数据总线
共享模型注册
管理数据模型校验 模型搜索
元数据库
共享数据模型/地图
文件更新通知 定时数据分发实时数据分发 数据更新通知 准实时增量更新
同步应用交互 异步应用交互同步数据查询 异步数据查询 数据库同步控制
数据服
务
访问管理 分发代理 日志管理
数据管
控
数据接入 数据加载
数据处理 数据转换
数据缓存
数据接
入
55
服务及数据总线用于数据交换
统一信息服务层
元数据
服务/数据总线
N-OAS
信息服务
C-SID 元数据
主数据
应用层
私有数据
元数据校验
元数据管理
元数据检索
信息服务
C-SID
R-SOS
元数据
主数据
应用层
私有数据
信息服务
C-SID
S-FAS
元数据
主数据
应用层
私有数据
信息服务
C-SID 元数据
主数据
应用层
私有数据
其它系统
共享模型管控
各个系统之间的数据交换都需要通过ESB以数据服务形式提供，要求ESB支持数据交换
的能力
56
• 针对各个系统对于企业服务总线的能力要求
• 需要采用不同的技术组件提供相应的技术能力支撑
- 交易机制的支持
- 大批量数据的支持
- 服务虚拟化、位臵透明的支持
- 异构数据集成的支持
• 满足OneOSS的服务集成与数据交换的业务需求
- Service Bus
- BPEL PM
- Data Integrator
OneOSS2.0 企业服务总线技术能力要求
Oracle SOA Suite
Business Activity
Monitoring
Web Services Manager
Business Rules Engine
BPEL Process
Manager
Enterprise Service Bus
Publish
Route/Mediate
Oracle SOA Suite - OSB
ESB用于基于消息的实时应用集成
基于J2EE标准的服务发布与订阅，基于规则的服务路由，多种接口协议适配，服务的集中管理
Oracle的消息技术平台产品
Oracle Data Integrator - ODI
为消息流提供高效的大数据量的数据处理能力
灵活的对基于SQL的数据及基于XML的数据格式的转换支持
统一的建模、监控、元数据及错误管理能力及数据审计能力
Oracle BPEL Process Manager
实用于 SOA (面向服务架构）
业界领先的“纯BPEL”的方案
设计、建模、执行和管理业务流程 (BPM)
丰富的管理和监控功能
对应用服务器和数据库中立
核心能力
以交易处理为主体的实时应用集成
应用系统间的周期性大数据量处理
Bulk Data Processing
Subscribe
Oracle Data Integrator
ODI JMS Knowledge Modules
Bulk
Transform.
Changed Data
CaptureData Quality
ODI Connectivity Framework
基于Oracle产品构建OneOSS2.0企业服务总线--Oracle对应的集成产品
57
Oracle Service Bus
引入OSB帮助解决系统实时互联困境--OSB，走向敏捷的面向服务之路
NG-CRM NG-BOSS NG-BASS NG-BOMC
NG-PBOSS 网厅 客服 MIS
• 提供灵活的伸缩能力- 一次连接/访问服务
- 轻松提供更大数量的服务
• 分离的集成逻辑- 服务路由与数据转换
- 强大的安全策略
- 协议转换
• 提供服务注册- 服务目录、服务查找与发现
- 企业范围的重用能力
• 集中式的管理- 提供端到端的监控、SLA
58
OSB产品的应用架构
ServiceService Service
Service
ServiceService Service
Service
安全
认证 授权 身份 消息保密
FTPMQ消息接口 / 连接协议
SMTP
服务存储
运行报表SLA 报警
错误处理
基于内容路由
数据动态转换
导入 / 导出
有效性验证
服务运行管理
代理 注册
服务交换
HTTP/S SOAP JMS File
更改变更管理
服务发现
监控
JMS/XA Tux
不仅仅是Web
Services…
优化的，可嵌入的，灵活的服务策
略
轻量级，适配整合能力
强大的服务注册发布及生命周期管
理能力
可视化运行时监控
59
60
Oracle Data Integrator单一数据集成平台
从多个源到异构目标的数据移动和转换
1. 性能： 异构的“E-LT”
2. 灵活性： 具有丰富集成功能的平台
3. 生产率： 声明式设计
4. 热插拔： 知识模块
利益 主要特色功能
61
独特之处：E-LT 体系结构高性能
传统的 ETL 体系结构
提取 加载转换
下一代体系结构
“E-LT”
加载提取转换 转换
在单独 ETL 服务器中转换• 专有引擎• 低劣的性能• 高昂的成本• IBM 和 Informatica 的方式
在现有 RDBMS 中转换• 充分利用资源• 高效• 高性能
优势 最优性能和可伸缩性 管理简便、成本低廉
62
支持实时数据仓库存储和操作数据平台 将服务臵入到 Oracle SOA 套件中以便全面集成
Oracle Data Integrator
面向数据的集成
Event Conductor
面向事件的集成
Service Conductor
面向服务的集成
声明式设计
元数据
Data Conductor
独特之处：丰富的集成功能批量、基于事件、面向服务的集成
•在常见平台上从批量发展到近乎实时的仓库存储
•统一数据集成的孤岛
•动态数据完整性
•将服务臵入到 Oracle SOA 套件中
•利益
XML
Oracle BI Enterprise
Data Warehouse
Oracle BI
Dashboards, Reporting,
Analysis, Publishing
Oracle BPA and Human
Workflow
Oracle Data Integrator
Transformation Services
Data Services
E-LT AgentMetadata
RepositoryKnowledge Modules
WSDL
Generate Data Services
High speed Batch ELT
High speed JMS ELT
CDC based ELT
Oracle JMS
CDC
Invoke
Invoke Invoke
Invoke
BPEL Process Manager
Invoke
Oracle BAM
Active
Data Cache
Invoke
Service as Data Source
引入ODI帮助解决系统批量互联困境--ODI提供主数据管理及强大数据服务能力
ORACLE Data Integrator
63
ORACLE Web Services Manager
安全管理
可用性管理
事件管理
策略定义
性能管理
企业服务总线（ESB）WSIF
Oracle, Sybase,
DB2, etc
JCA WSDL JCA BAPIJMS
构建通用集成平台--Oracle对应的接口服务的管控产品
64
BPEL Console
MA
NA
GE
J2EE Application Server
(WebLogic, Oracle AS, JBoss, WebSphere)
Core BPEL Engine
WSDL Binding Built-in Integration Services
JCA
Web Service
JMS
XQuery XSLT User
Tasks
BPEL
Eclipse, JDeveloper
BPEL Designer
Oracle DB
BPEL Process Manager
BPELJ
简化了整合，交付了可重复的、100%可移植的流程
• 实用于 SOA (面向服务架构）
• 业界领先的“纯BPEL”的方案
– 成熟, 性能, 支持
• 可扩展的、可靠的
• 设计、建模、执行和管理业务流程 (BPM)
• 丰富的管理和监控功能
• 对应用服务器和数据库中立
• 在15分钟内安装运行成功!
Oracle Database
全面支持BPEL易于安装部署
灵活的WSIF绑定框架
灵便易用的建模工具
可扩展性, 容错性
实施方便的部署
管理
Oracle BPEL Process Manager强有力的企业基础设施用于设计, 部署和管理 BPEL 业务流程
65
66
Portal
J2EE
Web service
Java service
ERP
User tasks
Database
stored procedures?
BPEL
Legathy TP monitor
BPEL协作各种后台系统和资源
Questions..
