区域卫生平台数据中心方案

合集下载

区域卫生信息平台解决方案

区域卫生信息平台解决方案

居民
提供优质的医疗卫生服务 就医全流程移动互联网化服务 全程的健康管理和医疗关怀
建设 思路
平台主要建设思路
顶层设计 统筹规划 职能明确 制度建设
1
2
统一规划 标准规范 分级管理 资源共享
基础设施 健康档案 健康服务 互联互通
突出重点 互联互通
先易后难 稳步推进
4
3
信息标准 统一流程 统一规范 资源共享
共数享据采集/
数据采集/ 共享
数据采共集享/
区域卫生数据中 心
社区卫生服务业 务数据
数据采集/ 共享
区域卫生数据 共享平台
数据采集/ 共享
医院医疗业务 数据
数据采共集享/
妇幼保健机构业 务数据
数据采集
共享
/
数据共享 层
采集接口 层
共数享据采集/
卫生监督机构业 务数据
疾病预防控制中 心业务数据
建设 方案
PIX
HL7/DECOM
HL7/DECOM
HTTPS/EDI
跨地域医疗机构
XDS 标准
PIX
远程医疗诊断 EUI IHE 医疗文档调阅
医保 系统
待遇审核 待遇支付
HTTP/XML 社区/药店
社区基本医疗 社区健康管理 社区公共卫生 社区综合管理 社区远程医疗 基础药物使用
XDS 标准
卫生管理部门
手段 建立三大数据库 建立数据交换平台 建立监管应用系统
效果 1、数据共享查询 2、实现自动报表 3、大数据挖掘,决策数 据支持和预警
医疗机构
手段 区域医疗数据集中 区域医疗数据应用协同 区域医疗资源均衡
效果 1、区域电子病历调阅 2、医疗资源均衡 3、集中检验、阅片

区域卫生平台整体建设方案

区域卫生平台整体建设方案
该平台以“智慧医疗”为目标,建立了全市统一的健康信息平台,实现了全市医院、社区卫生服务中心、公共 卫生机构等之间的信息共享和业务协同。通过优化流程和提升服务质量,有效缓解了看病难、看病贵的问题。
应用场景分析
1
智慧医疗
区域卫生平台通过整合医疗资源、共享 医疗信息,为居民提供更便捷、更高效 的医疗服务。同时,通过数据挖掘和分 析,提高医疗质量和效率,降低医疗成 本。
感谢您的观看
THANKS
安全保障与合规性
确保平台的安全性和合规性,遵守相关法律法规 和标准要求。
合作与联盟
与相关机构和合作伙伴建立合作关系,共同推动区域卫 生平台的发展和应用。
持续优化方案
技术升级与更新
关注新技术的发展和应用 ,及时将新技术引入平台 ,提升平台的竞争力和性
能。
数据治理与质量提升
加强数据治理和管理,提 高数据质量和分析准确性
基础功能
数据分析与利用
运用数据挖掘、人工智能等技术 ,对数据进行深入分析和挖掘, 为决策提供数据支持,提高医疗 卫生服务质量和效率。
电子病历管理
实现电子病历的创建、编辑、查 询、删除等操作,提高病历信息 的管理效率和共享性。
01
数据采集与整合
通过接口对接、数据导入等多种 方式,实现多来源、多类型数据 的采集和整合,形成统一的数据 中心。
实施步骤
01
系统设计与开发
根据调研结果,进行系统设计 、开发和测试,确保系统的质 量和稳定性。
02
数据迁移与集成
整理和迁移现有卫生数据,实 现与新系统的数据集成和共享 。
03
培训与推广
组织培训和推广活动,提高用 户对新系统的使用熟练度和接 受度。

区域卫生平台数据中心方案(2023最新版)

区域卫生平台数据中心方案(2023最新版)

区域卫生平台数据中心方案区域卫生平台数据中心方案⒈引言⑴编写目的本文档旨在为区域卫生平台数据中心的设计和建设提供详细的方案和指导。

⑵背景区域卫生平台是一个集成了医疗机构、医生、患者和其他相关方的卫生信息系统,旨在提供全面的医疗服务和信息交流平台。

数据中心是区域卫生平台的核心组成部分,负责存储、管理和处理各种医疗数据。

⒉目标设计和建设一个高效、安全、可靠的数据中心,以支持区域卫生平台的正常运行和发展。

⒊数据中心需求分析⑴功能需求⒊⑴数据存储和管理:能够高效地存储、管理和检索各类医疗数据,包括患者病历、医疗影像、实验室检验结果等。

⒊⑵数据安全和权限管理:具备严格的数据安全控制和权限管理机制,确保敏感数据不被未授权人员访问和泄露。

⒊⑶数据备份和恢复:建立完备的数据备份和恢复机制,确保数据的完整性和可靠性。

⒊⑷数据共享和交流:支持医疗机构之间的数据共享和交流,促进医疗资源的合理调配和信息传递。

⑵性能需求⒊⑴系统响应时间:保证数据中心的响应时间在合理范围内,满足用户的实时访问需求。

⒊⑵网络带宽:配置足够的网络带宽,以满足数据传输和交换的需求。

⒊⑶可扩展性:设计可扩展的数据中心架构,以应对未来的增长和扩展需求。

⑶可用性需求⒊⑴高可靠性:确保数据中心的高可靠性,以处理持续的数据访问和处理请求。

⒊⑵故障恢复:建立故障恢复机制,及时应对硬件故障或其他突发事件,尽快恢复数据中心的正常运行。

⒋数据中心设计方案⑴基础设施设计⒋⑴数据中心位置:选择安全可靠的地理位置,满足防灾备份需求。

⒋⑵硬件设备:选择高性能、高可靠性的服务器、存储设备和网络设备,满足数据中心的需求。

⒋⑶供电和冷却:确保数据中心具备稳定的供电和冷却系统,以保证设备正常运行和散热。

⑵数据安全与权限管理设计⒋⑴访问控制:建立严格的访问控制机制,限制未授权人员的访问。

⒋⑵数据加密:对敏感数据进行加密处理,确保数据在传输和存储过程中的安全性。

⒋⑶安全审计:建立完善的安全审计机制,对数据访问和操作进行监控和记录。

区域卫生大数据平台建设方案

区域卫生大数据平台建设方案

二阶段 建设规划及具体目标
强化运营绩效考核管理、资源调配技术支持
建立医疗健康、公共卫生监管平台 ,构建大数据多维 cube分析 应用,形成分析图表,预警模型等,为管理决策提供参考和支持依 据。通过对大数据平台的搭建,并生成智能多病种、人群、健康维 度数据模型,帮助卫生管理部门在疾病防御、健康管理、居民体质 管理、疾病预防等领域 实现全面、准确、实时、智能的大数据运营 管理决策平台。将考核结果与医院绩效、班子绩效、员工绩效等挂 钩,发挥好考核指挥棒作用。 数据发挥价值,辅助决策
运营报表/分析
开放API
一阶段 建设规划及具体目标
重点解决 EHRView 问题 采用Lambda 混合架构来处理实时数据和历史数据
实时查询: 基本实现全市范围内卫生信息的“两个任何”(在满足 业务规范的情况下,任何居民和医务人员在任何联网医疗机构可 即 时调阅相关有权限的 所有历史健康档案 ),为构建分级诊疗制度奠 定了较好的基础。
五、大数据综合管理与决策平台
管理与决策平台升级分三阶段建设开展: 1. 解决EHRView 实时查询与搜索问题 2. BI智能决策分析: HCMS综合管理系统决策分析问题
3. 数据质量监控问题
三阶段建设的过程中存在并行、交叉开展。
逐步实现市级中心综合管理平台日常管理 、决策支持 、分级诊疗 、医疗 协同 、医院运营监管共 5大类12项功能,为医管中心对各直属医院的监管提 供数字化支撑体系 ,帮助医管中心实现全局监控、资源整合、提升服务的监 管目标。
1. 升级改造HCMS/EHRView ,实现大数据综合管理与决策平台 2. 挖掘医疗大数据,实现医疗知识图谱,疾病预防、预测、辅助诊断、 辅助挂号等创新科研应用 3. 带动形成“互联网 +健康管理”的创新产业服务链平台。

区域卫生信息平台建设方案

区域卫生信息平台建设方案

区域卫生信息平台建设方案一、背景介绍随着互联网的发展,信息化已经成为现代社会各行各业的发展趋势。

在医疗卫生领域,信息化的建设也是不可或缺的。

为了提高区域内卫生服务的质量和效率,我们拟建设一套区域卫生信息平台,方便居民就医和卫生部门管理工作。

本方案旨在介绍该平台的建设目标、功能模块和实施步骤。

二、建设目标1.提高居民就医和健康管理便利性:通过区域卫生信息平台,居民可以在线预约挂号、查询就医记录、检查结果等,并可以参与健康管理活动,提高健康意识和生活质量。

2.提升卫生部门管理水平:通过区域卫生信息平台,卫生部门可以实现对患者信息和就医情况的实时监控和管理,并可以进行统计分析,更好地制定卫生政策。

3.加强医院之间的信息共享和互通:通过区域卫生信息平台,不同医院之间可以实现患者信息的互通共享,便于患者就医和全面了解其健康状况。

三、功能模块2.医院管理中心:各卫生机构可以通过该模块进行患者信息管理、日程管理和预约挂号管理等操作,并可以查看医院和科室的工作指标和统计分析报告,提高工作效率和质量。

四、实施步骤1.系统规划和需求分析:根据区域卫生信息平台的建设目标,明确系统功能和需求,制定建设方案和计划,并确定系统的整体架构和模块设计。

2.系统开发和测试:根据需求分析,进行系统的开发和编码工作,并进行功能模块的单元测试和整体系统测试,确保系统的稳定性和性能。

3.系统部署和上线:根据系统开发完成后,进行系统的部署和上线工作,包括服务器配置、数据库安装和网络测试等,以确保系统的正常运行和可用性。

4.数据迁移和培训:将已有的患者信息和医疗数据迁移到新系统中,并开展相关人员的系统培训,确保用户能够熟练掌握新系统的使用方法。

5.系统运维和优化:上线后,进行系统的运维和优化工作,包括系统性能监控、安全更新和故障排除等,以确保系统的稳定性和安全性。

以上是区域卫生信息平台建设方案的主要内容,通过该平台的建设,可以提高区域内居民的健康管理和卫生部门的工作效率,为构建健康社会做出贡献。

以区域临床数据中心为平台的医院大数据云服务平台建设方案

以区域临床数据中心为平台的医院大数据云服务平台建设方案
详细描述
使用数据挖掘和机器学习技术,对数据进行深入分析和挖掘。
建立数据模型,发现数据的内在规律和趋势。
对患者信息、疾病信息等进行分析,为医院的精细化管理和个性化治疗提供支持。
数据挖掘与分析
数据安全与隐私保护
对数据进行脱敏处理,保护患者隐私和信息安全。
采用加密技术和访问控制机制,防止数据泄露和非法访问。
保障医院数据的安全和隐私
通过采用先进的数据加密和隐私保护技术,保障医院数据的安全和隐私。
支持医院数据分析和应用
为医院提供数据分析和应用的工具和方法,支持医院进行数据挖掘和分析,优化医疗流程和管理决策。
01
02
03
建设方案总体架构
02
基于云计算的技术架构
采用虚拟化、分布式存储等技术,实现数据中心的资源共享和动态调配。
通过采用云计算、大数据、人工智能等技术手段,实现了医疗数据的共享和交互,为医疗工作者提供了更好的数据支持和服务。
平台建设得到了卫生行政部门、医疗机构和广大医务人员的大力支持和认可,为推广应用打下了坚实的基础。
创新点
采用先进的云计算、大数据、人工智能等技术手段,实现了医疗数据的整合、共享和交互,为医疗工作者提供了更好的数据支持和服务。
展望未来发展方向
加强医疗数据的安全和隐私保护,建立更加严格的保护措施和管理制度。
继续推进医疗大数据的应用研究,发掘更多的应用场景和应用价值。
完善医疗数据的质量控制和管理,建立更加科学和规范的数据管理制度和标准。
加强与国内外相关机构和企业的合作与交流,推动医疗大数据的共享和应用。
THANK YOU.
2023
以区域临床数据中心为平台的医院大数据云服务平台建设方案
背景和需求建设方案总体架构技术实现应用场景与效果系统规划与实施总结与展望

区域卫生信息化平台建设方案

区域卫生信息化平台建设方案

增强数据支持能力
积累和挖掘数据,为决策提供科学 依据,优化资源配置。
增强应急响应能力
快速响应和处理突发公共卫生事件 ,提高区域卫生应急能力。
系统优化方案
功能优化
性能优化
根据用户需求和技术发展,不断优化系统功 能,提高系统的可用性和易用性。
通过对系统性能的监测和分析,采取相应的 优化措施,提高系统的运行效率。
数据标准
区域卫生信息化平台应采用统一的数据标准,保 证信息的规范性和可操作性。
平台功能
区域卫生信息化平台应包括信息共享、预约挂号 、远程诊疗、健康管理、监督管理等功能模块。
信息安全
区域卫生信息化平台应采取必要的信息安全措施 ,保证信息的安全性和隐私性。
02
平台需求分析
功能需求
病历信息管理
平台应具备病历信息采集、存 储、查询和统计分析功能,能 够支持医疗人员快速获取患者
系统上线
正式启动系统,完成系统初始化及 参数设置,并确保系统的正常运行 。
系统测试要点
功能测试
性能测试
验证系统各项功能是否符合需求,是否存在 漏洞和缺陷。
检测系统的性能指标是否达到预期要求,是 否存在性能瓶颈。
安全测试
兼容性测试
检查系统的安全性,验证系统的用户权限、 数据加密等方面是否可靠。
测试系统在不同浏览器、操作系统、移动设 备等不同平台上的兼容性,确保系统的稳定 运行。
丢失时能够迅速恢复。
系统升级与优化
02
根据业务发展需要,对平台进行升级和优化,提高系统性能和
稳定性。
故障处理
03
对平台发生的故障进行及时的诊断和处理,尽快恢复业务正常
运行。
系统安全管理

区域卫生信息化平台建设方案

区域卫生信息化平台建设方案

上线运行
完成平台部署和上线运行,确 保平台稳定可靠。
部署方案与实施计划
硬件环境
软件环境
根据平台规模和需求,选择合适的服务器 、网络设备等硬件设备。
安装和配置平台所需的操作系统、数据库 、中间件等软件环境。
部署方案
实施计划
采用分布式部署方式,将平台部署在多台 服务器上,实现负载均衡和容错处理。
制定详细的实施计划,包括时间表、任务 分配、进度监控等,确保平台按时完成部 署和上线运行。
数据采集方式与规范
总结词
标准化、可扩展、高效性
详细描述
数据采集方式应遵循国际标准和行业规范,确保数据的标准化和可扩展性,同时要注重采集效率,减 少不必要的数据冗余和重复。
数据存储策略与方案
总结词
安全性、可靠性、高效性
详细描述
数据存储方案要充分考虑数据的安全性、可靠性和高效性。采用分布式存储架构,将数 据分散到不同的存储节点上,提高数据存储的可靠性和安全性,同时要优化数据存储和
06
安全保障措施与运维管理方案
安全保障策略与措施
01
02
03
网络安全防护
采用防火墙、入侵检测系 统等网络安全设备,确保 平台免受网络攻击和数据 泄露。
数据加密存储
对敏感数据进行加密存储 ,防止数据被非法获取和 篡改。
访问控制
实施严格的访问控制策略 ,限制用户对平台的访问 权限,防止未经授权的访 问和操作。
项目目标
本项目的目标是建立一个覆盖全区域的卫生信息化平台,实 现区域内医疗卫生信息的共享、医疗卫生服务的协同、医疗 卫生资源的优化配置,提高医疗卫生服务的质量和效率,为 患者提供更好的医疗卫生服务。
区域卫生信息化平台概述
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

区域卫生信息平台数据中心设计方案设计原则基于区域卫生信息平台的特点,我们设计数据中心时需要遵循三大原则:➢网络传输的高效性和保密性➢服务器的高可用性➢服务器资源最大化利用基于此,我们将引入下述技术进行数据中心的建设:➢建立VPN专网➢双光纤接入➢VMware虚拟化技术➢双活存储平台部署基于以上分析进行总结,我们将市区域卫生信息平台建设分为两个阶段,第一阶段主要为区域卫生信息平台网络部分的建设部署,第二阶段主要为系统方面的建设及部署。

具体内容如下:2.1 网络部署2.1.1网络建设需求本系统的网络平台建设,目标是解决市区域医疗卫生信息平台建设中存在的数据上传、数据交换、信息孤岛等问题,相关单位和部门通过本系统建立网络连接,实现信息交换和数据共享。

“市区域卫生信息平台”涵盖的有关单位包括:1、市卫生局数据中心2、市卫生局3、市疾控、卫监、妇幼等相关卫生系统机构4、市属医疗机构5、各乡镇卫生院6、各社区社区卫生服务中心7、社区卫生服务站和村卫生室2.1.2带宽设计网络带宽如果涉及中影像数据传输和远程医疗视频会议要求,按照视频会议按照一路720P高清1Mbps要求,市级中心医院按照最高12路远程视频会诊设计,相关带宽消耗至少12Mbps。

因而本次网络带宽涉及暂时不考虑到这部分业务第一阶段中主要考虑到业务数据的共享和交换,暂时不考虑PACS和远程医疗视频会议的需求。

因而本次方案本方案带宽设计如下:●市区域卫生信息平台数据中心采用100M光纤接入●市人民医院数据中心采用100M接入区域卫生信息信息平台●市中医院数据中心采用独占10M或共享100M接入区域卫生信息信息平台●市卫生监督所、疾病控制中心通过光纤接入区域卫生信息平台●其它专业医疗卫生机构(妇幼、精神卫生中心等)共享10M接入市区域医疗卫生信息平台●乡镇卫生院、社区服务中心等通过10M~20M专线接入市卫生局数据中心●社区卫生服务站和村卫生室等等通过2M~4M专线接入市卫生局数据中心2.1.3网络架构市区域卫生平台以Internet VPN或电信VPDN为技术灵活组网,主要线路全部采用光纤连接,构建市区域卫生信息网。

市区域卫生平台网络拓扑图如下:说明:1、卫生局数据中心有两条外线接入,一条为10M外网,另一条为100M专网(区域卫生信息平台专用),核心交换机选用一台思科三层交换机,接入层选用两台思科交换机,整体网络使用树形结构并在思科交换机上配置生成树协议,可以提高网络的可靠性,当一条物理线路断掉的时候,另外一条线路仍然可以传输数据。

2、8台服务器以及NAS系统通过VMware vSphere虚拟化平台组成虚拟化资源池,这样可以简化IT环境、降低IT硬件和运营成本、提高服务级别和应用程序质量、增强安全性和数据保护能力,下文将详述虚拟化技术。

3、配置4套NAS,采用双活双热备份的配置架构,保证了数据读取的高效性及容灾性。

4、卫生局数据中心服务器、交换机及NAS间均采用光纤相连接,考虑到数据传输的高效性及未来业务高速发展后的需要。

5、考虑到疾控中心离卫生局数据中心比较近,建议使用光纤进行连接,增加数据传输的稳定性及高效性。

乡镇卫生院及村卫生室与数据中心的连接采用专线形式,使得数据传输安全且高效。

6、乡镇卫生院考虑到未来业务的扩展性及数据传输高效性,也相应选用三层交换机,不同大楼之间采用光纤进行连接,到终端设备采用千兆网线连接。

2.1 市数据中心部署2.2.1 VMware vSphere技术介绍VMware vSphere是业界领先且最可靠的虚拟化平台。

vSphere将应用程序和操作系统从底层硬件分离出来,从而简化了 IT操作。

您现有的应用程序可以看到专有资源,而您的服务器则可以作为资源池进行管理。

因此,您的业务将在简化但恢复能力极强的 IT 环境中运行。

2.2.2利用VMware进行容灾VMware VmotionVmware Vmotion可以使运行中的虚拟机从一台物理服务器实时迁移到另一台物理服务器,它实现了零停机时间和连续可用的服务,并能全面保证事务的完整性。

Vmotion是一种用户创建动态、自动化、自我优化的数据中心的关键促成技术。

优势1、不间断地自动分配资源池中的虚拟机2、可执行维护时不需要中断业务操作,从而提高了可用性。

工作原理使用Vmotion将虚拟机从一台物理服务器实时迁移到另外一台物理服务器的过程是通过三项基础技术实现的(1)首先,虚拟机的整个状态由存储在共享存储器(如光纤通道或iSCSI存储区域网络(SAN),或网络连接存储(NAS))上的一组文件封装起来。

VMWare群集Virtual Machine (VMFS)允许安装多个ESX Server,以并行访问同一组虚拟机文件。

(2)第二,虚拟机的活动内存及精确的执行状态通过高速网络快速传输,因而允许虚拟机立即从在源ESX Server上运行切换到在目标ESX Server上运行。

Vmotion通过在位图中连续跟踪内存事务来确保用户觉察不到此传输期。

一旦整个内存和系统状态已拷贝到目标ESX Server,Vmotion将中止源虚拟机的运行,将位图拷贝到目标ESX Server,并在目标ESX Server上恢复虚拟机的运行。

整个过程在以太网上需要不到两秒钟的时间。

(3)第三,虚拟机使用的网络也被底层ESX Server虚拟化,确保即使在迁移之后,虚拟机的网络身份和网络连接也能保留下来。

Vmotion在此过程中管理虚拟MAC地址。

一旦目标机被激活,Vmotion就会ping网络路由器,以确保它知道虚拟MAC地址的新物理位置。

因为用Vmotion进行虚拟机迁移可保持精确的执行状态、网络身份和活动网络连接,其结果是实现了零停机时间而且不中断用户操作。

2.2.3 数据中心部署考虑到将来平台应用和数据积累是一个渐进的过程,服务器部署应具有较好的灵活性和伸缩性,通过虚拟化以及其他技术的应用来整合物理服务器资源,为区域卫生信息平台及各应用系统提供硬件支撑和服务。

区域卫生信息平台的服务器部署主要包括Web 服务器、应用服务器、数据库服务器等支撑区域信息平台和各应用系统的运行所需的服务器。

这些不同类型的服务器与物理服务器之间不存在一一对应的关系,可以通过VMware vSphere虚拟化平台技术实现灵活部署。

系统管理、安全等系统则可能部署在单独的服务器上。

采用8台IBM X3850机架式服务器(配置4路8核英特尔至强E7-4820 CPU和128G 内存)作为中心服务器,通过VMware ESX Server(VMware vSphere平台中的组件)分别划分成若干台服务器。

具体配置如下:➢2台服务器集群,虚拟成4-6台数据库服务器,分别运行各应用系统的数据库;➢2台服务器虚拟成5台应用服务器,分别运行区域卫生信息平台(数据交换、平台管理、平台监管统计等)和平台功能组件(EMPI/PIX、文档索引、安全日志审计、门户服务器等)和业务监管、绩效考核、决策分析等平台应用系统;➢2台服务器虚拟成5台应用服务器,分别运行乡镇卫生院系统(HIS、LIS、EMR)、村卫生室系统、公共卫生系统、药品采购配送监管系统、新农合信息系统等机构应用系统;➢2台服务器虚拟化成若干台虚拟机,分别作为其它生产虚拟机的备份服务器。

这样所有服务器通过VMWare虚拟化技术、按照业务系统的需求动态配置虚拟成若干台虚拟机,一部分作为生产环境服务器,一部分作为备份服务器,也可以按照日后的需求灵活动态分配。

全部主机系统通过VMWare HA实现高可用性,确保其中任意一台生产环境服务器或虚拟机出现宕机,业务系统自动切换到空闲的虚拟机或服务器。

容灾方面可采用VMware Vmotion结合VMWare HA组件(上文已介绍)。

考虑到健康档案/电子病历/PACS影像文件的需求,尤其是文件频繁删除导致存储碎块的增加使得磁盘IO效率的急剧下降,而一些NAS系统具备文件碎片整理技术,因为对于文件处理NAS系统相对SAN系统性能具备一定优势。

本方案建议采用统一虚拟化存储(配合VMware vSphere,上文已介绍)作为中心存储实现SAN+NAS的整合,尤其适用于数据库及文件服务多种应用环境。

2.2.4 双活数据中心的实现依靠VMware vSphere虚拟化平台的支撑,通过EMC VPLEX Metro技术提供的分布式联合能力,扩展了同步距离内两个位置间的访问能力。

VPLEX Metro 利用AccessAnywhere 支持跨远距离共享、访问单个数据拷贝。

实现主备主机同时访问同一套卷的愿望,也就是所谓的“双活”架构,如下图所示:◆通过主机集群技术和数据集群技术实现两台主机同时访问一套卷,并协调I/O之间的锁机制。

◆该卷是由VPLEX Metro创建的共享卷,可以被生产主机和备份主机同时读写。

◆来自应用的I/O访问的负载平衡和一致性关系由主机集群和数据集群来控制。

◆两个VPLEX之间的存储缓存的一致性是由VPLEX的独特的缓存一致性功能来保证的。

◆两台主机共用的虚拟卷是基于VPLEX的分布式镜像卷创建的,在主备站点的数据是镜像关系,完全一致。

◆在生产主机正常进行读写的同时,备份主机可以接受只读I/O请求,而且从备份主机读出来的数据是实时更新的生产数据。

相关文档
最新文档