甲骨文医疗行业数据库及灾备解决方案介绍

合集下载

医疗行业数据安全解决方案概述

医疗行业数据安全解决方案概述

医疗行业数据安全解决方案概述随着信息化的进展,当今世界,信息化已经成为各类组织机构运行的基石。

在医疗卫生行业,21 世纪的医院已经渐渐进展为现代化的综合性医院,为了实现医院治理的科学化、现代化、数字化,与国际、国内信息化建设的技术接轨,适应现代化医院的医疗、科研、教育和治理的要求,现代化的医院所建立起的信息系统〔HIS〕主要以一体化的临床系统、LIS 系统、PACS 系统,EIS 系统、PIS 系统等为根底,实现数据全面共享,共同形成全面的医院信息治理系统。

浩大的系统必定产生大量的多样化的信息数据,对于软件系统而言数据就是根本,任何操作、分析、结算等等都从数据库中提取。

医院信息治理系统的普及,对提升医院日常工作效率发挥着举足轻重的作用。

但是,信息化的双刃剑,在带来高效便捷的同时,也带来了不行无视的信息系统安全问题。

近年来,由于各种人为或意外导致的数据丧失造成系统崩溃、业务中断的问题屡见不鲜。

值得留意的是,很多医院往往较重视硬件设备的可用性和安全性,而无视了医院信息治理系统的安全保护。

一、医疗行业行业现状1、数据丧失风险分析医院信息治理系统在面对人为误操作、规律错误、病毒、网络攻击、软硬件故障、自然灾难等意外大事时缺少必要的安全保护,极易造成数据丧失。

另外,操作系统也需要进展保护,否则重大故障发生时,需要先重安装操作系统、重装全部应用程序,然后才能恢复数据,消耗相当长的时间才能够重恢复应用。

2、业务连续性风险分析伴随着越来越多的系统上线,医院IT 部门往往为了减小信息化根底建设投资而承受单机架构效劳器来运行一个或多个应用系统。

可以说,在应用系统层面关键系统的安全措施存在肯定的隐患。

一旦单机效劳器硬件发生故障,医院关键业务或者多业务将面临效劳中断的重大问题。

关键信息系统需要7*24 小时不连续运行,但是自然灾难、软硬件故障等灾难防不胜防,一旦发生,存在应用瘫痪,继而业务中断的风险。

二、医疗行业解决方案1、数据备份方案概述针对某医院信息治理系统泛地缘科技建立数据备份与恢复体系,在各信息系统效劳器中安装备份客户端代理模块,并依据灾备需求进展灾备策略的设置。

医院数据库备份解决方案

医院数据库备份解决方案

医院数据库备份解决方案一、背景介绍随着医院信息化建设的不断推进,医院数据库中储存了大量的患者病历、医疗数据和其他重要的医疗信息。

为了确保这些数据的安全性和可靠性,医院需要建立一个有效的数据库备份解决方案,以应对各种意外情况,如硬件故障、自然灾害或者人为错误等。

二、需求分析1. 数据安全性:数据库备份方案必须能够保证数据的安全性,防止数据丢失或者被篡改。

2. 数据可靠性:备份数据必须能够完整地恢复到原始状态,确保数据的完整性和准确性。

3. 定期备份:备份方案需要能够定期自动备份数据库,以确保数据的及时性和连续性。

4. 备份速度:备份方案需要能够在较短的时间内完成数据库备份,以减少对正常业务的影响。

5. 容灾能力:备份方案需要具备容灾能力,即在主服务器故障时能够快速切换到备份服务器,确保业务的连续性。

6. 灵便性:备份方案需要能够根据医院的具体需求进行定制,满足不同部门和用户的备份需求。

三、解决方案基于以上需求分析,我们提出以下医院数据库备份解决方案:1. 数据库备份策略:根据医院的备份需求和数据量大小,建议采用每日全量备份和增量备份相结合的策略。

每天凌晨进行一次全量备份,以确保数据的完整性;之后每天定时进行增量备份,只备份当天发生变动的数据,以减少备份时间和存储空间的占用。

2. 备份存储介质:备份数据可以存储在多个介质上,以增加数据的安全性和可靠性。

建议采用磁带库、硬盘阵列或者云存储等方式进行备份存储。

同时,为了防止备份数据丢失或者被篡改,可以采用加密技术对备份数据进行加密存储。

3. 自动化备份工具:为了提高备份效率和减少人工操作的错误,建议使用自动化备份工具。

这些工具可以根据预设的备份策略,自动进行备份操作,并生成备份日志和报告,以便后续的备份恢复和监控。

4. 容灾备份服务器:为了应对主服务器故障或者灾难性事件,建议在医院内部或者外部建立容灾备份服务器。

该服务器可以与主服务器进行实时数据同步,以确保备份数据的最新性。

医院数据库备份解决方案

医院数据库备份解决方案

医院数据库备份解决方案一、背景介绍随着医院信息化建设的不断推进,医院数据库中存储的各类患者信息、医疗记录、药品库存等数据变得越来越庞大和重要。

为了保障医院数据的安全性和可靠性,需要建立一个高效的数据库备份解决方案,以应对数据丢失、硬件故障、人为误操作等风险。

二、备份目标1. 数据完整性:备份方案应能确保备份的数据与源数据完全一致,不会出现数据丢失或损坏的情况。

2. 数据可靠性:备份数据应能在需要时快速恢复,保证医院业务的连续性。

3. 数据安全性:备份数据应具备加密和权限控制等安全机制,防止未经授权的访问和篡改。

三、备份策略1. 定期全量备份:每隔一段时间(如每周或每月)进行一次全量备份,将整个数据库的数据全部备份至备份服务器。

2. 增量备份:在全量备份的基础上,每天对数据库进行增量备份,只备份发生变动的数据,减少备份时间和存储空间的占用。

3. 多备份点:在备份服务器上设置多个备份点,以便能够恢复到不同时间点的数据,提高数据恢复的灵活性。

4. 冷备份:定期将备份数据存储在离线介质(如磁带)上,以防止备份服务器故障或遭受恶意攻击时的数据丢失。

四、备份工具和技术1. 数据库备份工具:选择一款适合医院数据库备份的工具,如Oracle Data Pump、MySQL Backup等,能够支持全量备份和增量备份,并具备压缩和加密等功能。

2. 存储技术:采用高可靠性的存储设备,如RAID阵列、网络存储设备等,确保备份数据的安全性和可靠性。

3. 数据加密:对备份数据进行加密,防止未经授权的访问和泄露,确保数据的机密性。

4. 数据压缩:对备份数据进行压缩,减少存储空间的占用,提高备份效率和速度。

5. 数据恢复测试:定期进行数据恢复测试,验证备份数据的完整性和可恢复性,及时发现和解决问题。

五、备份存储和管理1. 备份存储位置:将备份数据存储在专门的备份服务器上,确保备份数据与源数据分离,防止单点故障。

2. 存储容量规划:根据医院数据库的数据增长率和备份策略,合理规划备份存储容量,确保备份数据的长期保存和可扩展性。

医院数据库备份解决方案

医院数据库备份解决方案

医院数据库备份解决方案一、背景介绍随着医院信息化建设的深入推进,医院数据库中存储的重要数据量不断增加,包括患者病历、医疗影像、药品信息等。

为了保证这些重要数据的安全性和完整性,医院需要建立一个可靠的数据库备份解决方案。

二、需求分析1. 数据安全性:确保数据库备份的数据安全,防止数据丢失或者被篡改。

2. 数据完整性:保证数据库备份的数据完整,不浮现数据丢失或者损坏的情况。

3. 数据可恢复性:能够及时恢复数据库备份,确保在系统故障或者其他意外情况下能够快速恢复数据。

4. 数据备份效率:备份过程应高效,不影响正常的数据库操作。

5. 数据备份容量:备份解决方案需要满足医院数据库的容量需求。

三、解决方案为了满足医院数据库备份的需求,我们提出以下解决方案:1. 定期备份策略:- 每日全量备份:每天对整个数据库进行全量备份,确保备份数据的完整性。

- 每小时增量备份:在全量备份的基础上,每小时对数据库进行增量备份,减少备份时间和备份数据量。

2. 备份存储策略:- 离线存储:将备份数据存储在离线介质中,如磁带库或者光盘等,以防止数据被恶意攻击或者病毒感染。

- 分级存储:根据备份数据的重要性和访问频率,将数据分级存储在不同的存储介质中,如SSD、HDD等。

3. 数据备份验证策略:- 定期验证:定期对备份数据进行验证,确保备份数据的完整性和可用性。

- 数据校验:在备份过程中进行数据校验,确保备份数据的准确性。

4. 数据备份恢复策略:- 快速恢复:建立快速恢复机制,能够在系统故障或者其他意外情况下快速恢复数据库备份。

- 测试恢复:定期进行数据库备份恢复测试,确保备份数据的可恢复性。

5. 数据备份监控策略:- 实时监控:建立数据库备份监控系统,实时监控备份过程,及时发现备份异常并进行处理。

- 告警机制:设置备份异常的告警机制,及时通知相关人员进行处理。

四、实施步骤1. 确定备份策略:根据医院的需求和数据量确定备份策略,包括全量备份和增量备份的频率。

数据库容灾与灾备解决方案

数据库容灾与灾备解决方案

数据库容灾与灾备解决方案在现代信息化时代,数据库作为企业重要的数据存储和处理工具,对企业的正常运营至关重要。

然而,数据库系统也面临着各种潜在风险,如系统故障、自然灾害、恶意攻击等,这些风险可能导致数据库数据的丢失和系统的中断。

为了应对这些风险,数据库容灾和灾备解决方案应运而生。

一、数据库容灾的概念和原则数据库容灾是指在数据库系统遭遇故障或灾害时,能够保持数据库系统的可用性和数据的完整性。

容灾的原则是以数据为中心,采取措施确保数据的安全、可靠和高可用的运行。

1.备份与恢复:通过定期备份数据库,以便在发生故障或灾害时进行数据恢复。

备份可以分为完全备份和增量备份,完全备份是指将整个数据库进行备份,增量备份则是在完全备份的基础上,将新增或修改的数据进行备份。

2.冗余与高可用:通过多台服务器或多个数据中心之间的冗余配置,当一台服务器或一个数据中心发生故障时,其他服务器或数据中心仍然可以继续提供服务,确保系统的高可用性。

3.监控与预警:采用监控系统监测数据库的运行状态,及时发现异常并进行预警,以便及时采取措施修复问题,确保数据库系统的稳定运行。

二、数据库容灾解决方案针对数据库容灾,有以下几种解决方案可以选择:1.异地备份与恢复:将数据库备份数据存储在异地的数据中心或云平台上,当主数据中心发生故障时,可以在备份数据的地方进行数据的快速恢复。

这种方式可以大幅降低数据丢失的风险,确保数据的安全性和完整性。

2.主备复制:通过在主数据库与备份数据库之间建立数据库复制机制,将主数据库的变动同步到备份数据库中,当主数据库发生故障时,可以快速切换到备份数据库,实现高可用性的运行。

主备复制可以采用同城复制或异地复制的方式。

3.容器化部署:将数据库系统以容器的方式进行部署,在发生故障时可以快速搭建新的数据库容器并进行恢复,从而实现数据库系统的高可用运行。

容器化部署可以提高数据库系统的灵活性和部署效率。

4.云数据库服务:将数据库系统部署在云平台上,由云服务提供商负责数据的备份、灾备和恢复,用户只需关注数据库的正常使用,大大减少了数据库容灾的工作量和风险。

XX医疗行业灾备解决方案

XX医疗行业灾备解决方案

业务服务器(新)
VM1
VM2
VM3
业务服务器(新)
VM4
VM5VM6Fra bibliotek异地接管服务器(旧)
备份服务器(旧)
磁盘阵列(新)磁盘阵列(旧)
03
数据安全系统建设方案
3.2 医疗卫生管理部门系统需求分析及建设方案
医疗卫生云系统
1
3
2
4
目前的医疗云数据安全管理服务机制滞后于信息技术的发展
“医疗云”信息化的建设带动存储容量从TB级想PB级级发展。多业务系统已发数据存储类型的多样性、复杂性。
四大标准:信息系统安全保护等级定级指南信息系统安全等级保护基本要求信息系统安全等级保护实施指南信息系统安全等级保护测评准则
技术标准:《计算机信息系统安全保护等级划分准则》(GB17859-1999)
《信息安全技术 信息系统通用安全技术要求》(GB/T20271-2006)《信息安全技术 网络基础安全技术要求》(GB/T20270-2006)《信息安全技术 操作系统安全技术要求》(GB/T20272-2006)《信息安全技术 数据库管理系统安全技术要求》(GB/T20273-2006)《信息安全技术 服务器技术要求》(GB/T21028-2007)《信息安全技术 终端计算机系统安全等级技术要求》(GA/T671-2006)
行业指导意见
《卫生行业信息安全等级保护工作的指导意见》卫生行业各单位应当对本单位建设与运营的卫生信息系统进行自查,对未定级、定级不准的信息系统,应当按照《信息安全技术信息系统安全等级保护定级指南》开展定级工作。国家信息安全等级保护制度将信息安全保护等级分为五级:第一级为自主保护级,第二级为指导保护级,第三级为监督保护级,第四级为强制保护级,第五级为专控保护级。以下重要卫生信息系统安全保护等级原则上不低于第三级:(1)卫生统计网络直报系统、传染性疾病报告系统、卫生监督信息报告系统、突发公共卫生事件应急指挥信息系统等跨省全国联网运行的信息系统;(2)国家、省、地市三级卫生信息平台,新农合、卫生监督、妇幼保健等国家级数据中心;(3)三级甲等医院的核心业务信息系统;(4)卫生部网站系统;(5)其他经过信息安全技术专家委员会评定为第三级以上(含第三级)的信息系统。

医疗行业数据备份整体运营解决方案

医疗行业数据备份整体运营解决方案(此文档为word格式,下载后您可任意修改编辑!)一、医疗行业行业背景医疗卫生行业作为我国公共事业来说,信息化的建设显得尤其重要。

医疗信息化是行业信息化的重要组成部分。

目前正是医疗信息化的大发展时期。

从美国等发达国家来看,信息化投入占整个医疗卫生总花费的2—6%。

卫生部曾强调“国内三甲以上的医院都需要实行信息化管理”。

据悉,目前中国有3万多家医院,其中有6000家是三甲以上的医院。

未来几年中,我国将有超过70%的医院实现信息化管理,预计市场总量将达到200多亿元。

随着信息化建设的不断深入,信息化核心数据的保护也越发重要,而数据备份则成为数据保护的重要手段之一。

建立完善的备份体系将有效提高信息系统的整体安全,有效杜绝因数据丢失导的业务中断、经济损失等。

二、备份需求分析由于医疗企业的自身特点,计算机分散是其管理的难点,各部门、各科室地域分散,但通常情况下都有专门的机房放置服务器,因此相对来说服务器较为集中,下图向您展示了医疗行业常规网络结构图。

根据数据的重要性,需要实现对各服务器数据库、数据进行备份,当服务器数据丢失或硬件损坏时能够以最快速度恢复业务,减少业务中断时间。

自动备份行政办公区域的办公文档数据,防止公文丢失或损坏。

三、数据备份系统针对医疗行业提供的全面解决方案在信息化管理中还意味着有以下令人堪忧的隐患:❖硬件设备损坏、磁盘逻辑错误、应用程序故障,导致关键数据丢失、业务中断;❖人为误操作、破坏,导致数据丢失或系统无法正常运行;❖病毒破坏、黑客攻击、操作系统故障导致数据丢失或损坏;❖没有预防火灾、天灾等不可抗力灾难对系统构成的威胁;数据信息的安全性和可靠性影响企业的生存能力。

企业需要信息数据安全的可靠保障,软件为您提供全面的数据安全解决方案。

强大的数据安全备份解决方案,为企业信息化发展保驾护航:❖LAN 备份解决方案❖NAS存储备份解决方案❖数据库备份解决方案❖电脑集群数据备份及灾难恢复解决方案❖分支机构远程数据保护解决方案同时您还可以选择为您提供的信息防泄漏解决方案,以确保企业关键业务数据的安全性,防止信息泄漏。

甲骨文区域医疗大数据云中心方案_(2020年V1.1)


Copyright © 2015, Oracle and/or its affiliates. All rights reserved. | Oracle Confidential – Internal/Restricted/Highly Restricted
构建以区域临床数据中心为平台的医院大数据云服务中心
构建以区域临床数据中心为平台的医院大数据云服务中心
区域医疗大数据云服务中心
/ /
信息安全中心

区域临床数据中心(R-CDR)
云服务中心



备 份
CDR CDR
BI BI
镜像1
CDR CDR
BI BI
镜像2
CDR
BI

CDR
BI
服务1

恢 复
医院双总线
医院双总线
医院双总线 。。。
务 云

HIS
LIS
• 云服务平台
Oracle Cloud Marchine (OCM)
• 数据仓库平台
Oracle Exadata (XD) Cloud Machine (ECM)
/ /
区域医疗大数据云服务中心
信息安全中


区域临床数据中心(R-CDR)
云服务中心






CDR
BI
CDR
BI
CDR
BI


CDR
BI

计算、存储、网络、虚拟化、操作系统
传统架构
一.资源灵活高效 二.免维护 三.低使用成本 四.可扩展
Copyright © 2015, Oracle and/or its affiliates. All rights reserved. | Oracle Confidential – Internal/Restricted/Highly Restricted

数据中心 – 灾备篇(医疗行业)(1)


数据库高可用—实时同步
LAN/WAN
生 产 数 据

Agent OK

Agent
管理控制台 主系统 首次完全复制源与目标都处于OPEN状态,
“0”停机实施 实时分析数据库的Online Redo Log 并生 成压缩文件自动发送到目标端等待装载 根据自定义策略,过滤一些危险操作 装载数据并检测一致性 反馈OK信息并删除源端压缩文件
数据保护?
如何保证业务持续工作?
其它系统
服务器群
如何快速恢复服务器业务? 如何保证服务器数据不丢失?
数据库
影像数据
数据能做到“零丢失”吗?
注:医院信息管理系统(HIS)、临床信息系统(CIS)、医学影像信息系统(PACS)、检验信息系统(LIS)、ICU监护系统等。
基础架构平台专家
现状分析
解决方案
数据复制
CIS系统
服务器群
数据库
影像数据
数据库
影像数据
NOVELL业务接管系统
基础架构平台专家
二、数据级容灾解决方案
医院信息化系统平台 完成业务接管!业务正常工作!
自动复制系统、应用及数据库到 备用系统!
终端访问
HIS系统 CIS系统 LIS系统
实现的价值:
PACS系统
HIS系统 CIS系统
LIS系统 ICU监护
医疗行业容灾及数据高可用方案
数据中心解决方案 – [医疗行业灾备篇]
现状分析
解决方案
技术原理
讨论
Contents
提 纲
医疗行业数据容灾现状分析
医院信息化系统平台
理想:业务不中断、数据不丢失!
数据是医院的核心资产,如何 保证核心资产安全呢?

数据库故障恢复与灾备方案

数据库故障恢复与灾备方案在现代信息化时代,数据库已成为企业重要的数据存储和管理方式。

然而,由于各种原因,数据库故障是不可避免的。

为了保障企业数据的安全性和业务的连续性,采取数据库故障恢复与灾备方案变得至关重要。

一、数据库故障恢复1.故障分类与原因分析:数据库故障主要分为硬件故障和软件故障两类。

硬件故障包括存储介质故障、服务器故障等;软件故障包括操作系统崩溃、数据库软件错误等。

了解故障类型和原因,对恢复工作有着重要意义。

2.备份策略与实施:数据库定期进行备份是防止数据丢失和快速进行故障恢复的重要手段。

备份策略应包括完全备份、增量备份和差异备份。

根据数据库的重要性和变化频率,合理选择备份策略。

同时,为了保障备份数据的安全性,应定期检查备份数据的可用性和完整性。

3.异常监测与故障预警:通过监控数据库运行状态,及时发现并记录异常状况。

结合日志的分析和性能评估,可以对潜在的故障进行预测,并采取相应的措施防范故障的发生。

4.数据库日志和事务管理:数据库日志的定期备份和监控是恢复数据库的重要依据。

而正确使用事务来管理数据库操作,则能保证数据修改的一致性和完整性,并降低了故障发生的概率。

5.故障演练与应急响应:定期对数据库故障恢复方案进行测试和演练,以确保故障发生时能够快速正确地进行处理。

同时,建立完善的应急响应机制,确保相关人员能在第一时间收到故障报警,并能够迅速采取措施进行故障恢复。

二、数据库灾备方案1.灾备需求分析:根据企业的业务特点和数据的重要性,分析灾备需求。

关键要素包括恢复时间目标(RTO)和恢复点目标(RPO),以及灾备方案对业务连续性和数据安全性的保障能力。

2.容灾的选择与实施:可以选择本地容灾(同城容灾)或异地容灾(异地备份),也可以采用混合容灾的方式。

对于同城容灾来说,需要选择不同地理位置的数据中心进行数据备份。

对于异地容灾,可能需要建立远程存储和数据同步通道。

在实施灾备方案时,需要考虑网络带宽、存储设备、数据同步等关键要素。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Sybase ASE
Teradata Enscribe SQL/MP
SQL/MX
Ingres MySQL HP Neoview
– SQL/MX
所有ODBC兼容数据库
底层平台: Sun Solaris, IBM AIX, HP-UX, Linux, Windows NT, XP HP NonStop, HP TRU64, HP OpenVMS, IBM z/OS
Confidential – Oracle Restricted
Golden Gate TDM工作原理
Capture: 实时读取交易日志捕捉数据变化并可实现过滤. 队列文件: 暂存数据变化. 传输: 数据经过压缩和加密传送到目的地.
Delivery:执行所需的数据变化,然后将 数据变化提交到目的库.
12
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Confidential – Oracle Restricted
Golden Gate TDM(交易数据管理)
GoldenGate TDM提供异构环境下交易数据的实时捕捉、变换、投递,主要是支持 异构数据库环境下的变化数据同步。
Confidential – Oracle Restricted
案例一:中华人民共和国海关总署
全国各地41个口岸H2000应用
网络
GoldenGate 双向复制
Oracle 9i RAC
Oracle 9i RAC
H2000生产库 GoldenGate 单向复制 决策支持库 GoldenGate 单向复制
存储、站点失效
– 硬件冗余
– 利用备份恢
– 双电
– 双控 – 磁盘存储镜像 – RAID 5 – RAID 10 – 远程灾备站点
复数据
– Oracle闪回
– 硬件扩容
– Oracle RAC
生产
灾备
4
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
TDM 具有 :
实时性
秒一级延迟
特性:
高性能
能够以低资源消耗完成每秒数千交易的复制

异构环境支持
在不同平台和数据库环境下复制数据

可扩展
开放的结构使客户适应各种异构数据平台

以交易为单位复制
维护交易一致性

可靠
保证数据的连续可用
13
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
内容安排
持续可用性讨论
西京医院灾备解决方案介绍
灾备核心软件介绍及案例分享 甲骨文医疗行业数据中心最佳实践
2
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Confidential – Oracle Restricted
实施简单、易于掌握
11
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Confidential – Oracle Restricted
内容安排
持续可用性讨论
西京医院灾备解决方案介绍
灾备核心软件介绍及案例分享 甲骨文医疗行业灾备解决方案最佳实践
EMR ICU 康复楼 HIS PC Server PC Server PC Server
HIS数据库服务器 IBM P570
HIS数据库服务器 IBM P570 PACS 数据库 Oracle 10g
• 技术特点
• 全部基于Oracle数据库(10g R2) • 应用结构多为C/S结构 • 多平台 • 32bit, 64bit • Win, Lin, Unix
HIS数据库 Oracle10g RAC DS 4700
8
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Confidential – Oracle Restricted
西京医院灾备系统要求
应用级灾备
确保7×24小时运行
3
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Confidential – Oracle Restricted
传统的解决之道
误操作
– 回退应用
应用挂死
– 人工干预 – 诊断调优
主机运行失败
– 双机热备 – Oracle RAC
Oracle 10g R2 RAC
IBM P570h
IBM P570h
HA
Oracle 10g R1
IBM P570h Oracle 10g R1
HA
HA
北京备份中心
IBM P570h IBM P570h
IBM P570h
GoldenGate
Oracle 10g R1 Hp Superdome Hp Superdome
GoldenGate
Oracle 10g R1
IBM P570h
HA
HA
IBM P570h
5
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Confidential – Oracle Restricted
内容安排
持续可用性讨论
西京医院灾备解决方案介绍
灾备核心软件介绍及案例分享 甲骨文医疗行业数据中心最佳实践
15
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Confidential – Oracle Restricted
灵活的拓扑结构
单向复制 备份、查询 双向复制 灾备、双业务中心 点对点 多业务中心
广播复制 数据分发
广州分中心
HA HA HA
IBM P570h IBM P570h IBM P570h IBM P570h IBM P570h IBM P570h
天津分中心
Oracle 10g R1
Oracle 10g R1
Oracle 10g R1
成都分中心
IBM P570h
GoldenGate
Oracle 10g R1
Confidential – Oracle Restricted
西京医院灾备系统
西京医院企业内网
系统特点
基于软件的解决方案

统一平台--Oracle 现有存储无需更改为昂贵 的SAN结构 无需土方施工,无需额外 铺设光缆(传统硬件灾备 方案) 灾备数据库始终打开,并 且可以查询 基于数据库日志数据,不 读取数据库文件
数据复制能力 —— 1000G ~ 1800G 日志数据 / 天 网络带宽 —— 压缩传输,日志量的1/30
兼容性 —— Oracle 8i 及以后版本,支持RAC
容错能力 —— 自动断点续传 运行监控 —— 集中管理工具Director、OEM12C
17
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
6
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Confidential – Oracle Restricted
西京医院信息化简介
医疗核心信息系统 HIS
数字化检验检疫系统 LIS
医疗影像信息系统 PACS 电子病历系统 EMR 麻醉管理信息系统 ICU
集中复制 数据仓库、N+1灾备
多级复制 层次化企业数据
16
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Confidential – Oracle Restricted
主要技术指标
系统资源占用 —— CPU 5%以内
影响持续可用性的因素
误操作
医院应用系统的高可用性是保证患
者拥有良好就医体验的前提;
用性;
越来越多的系统要求7 x 24的高可
应用挂死
主机运行 失败
除人为因素外,仍有许许多多不可
预知的极端情况出现;
随着业务的发展,数据量越来越大,
维护人员的工作量与运维成本随之 剧增;
存储失效
站点失效
自动切换及手动切换 数据同步 支持Oracle 单机数据库及RAC 低拥有成本
9
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
Confidential – Oracle Restricted
实施步骤
甲骨文医疗行业数据库 及灾备解决方案介绍
2013/4/19
程铭洋 ming.yang.cheng@ 河北分公司 高级技术顾问
1
Confidential – Oracle Restricted
Copyright © 2012, Oracle and/or its affiliates. All rights reserved.
相关文档
最新文档