数据容灾架构中的数据复制技术

合集下载

数据库容灾与故障恢复的实施与测试

数据库容灾与故障恢复的实施与测试

数据库容灾与故障恢复的实施与测试在当今信息时代,数据的安全性和可用性对于企业而言极为重要。

数据库容灾与故障恢复是一项保障数据持续可用的关键措施。

本文将介绍数据库容灾与故障恢复的实施与测试。

一、数据库容灾实施1. 高可用性架构设计在实施数据库容灾前,需要对数据库系统进行高可用性架构的设计。

高可用性架构包括主备模式、主从模式、集群模式等。

选择适合企业需求的架构,确保主备数据库之间的数据同步以及切换成本的降低。

2. 数据库备份备份是数据库容灾的基础。

定期进行数据库的全量备份和增量备份,并将备份数据保存在异地,以防止因一地故障导致数据的丢失。

同时,备份策略的选择也需要根据企业的业务需求和数据变化情况进行灵活调整。

3. 数据库同步与复制数据库同步与复制是保证主备数据库数据一致性的关键。

通过数据库复制技术,将主数据库的数据同步到备数据库中,确保备数据库中的数据与主数据库保持一致。

常用的数据库复制技术包括物理复制和逻辑复制。

4. 故障自动切换与恢复数据库容灾中,当主数据库发生故障时,备数据库需要能够自动接管主数据库的功能,实现故障的快速切换,保证服务的连续性。

为此,可以利用数据库的集群、镜像、双机热备等技术实现自动切换与恢复。

二、数据库故障恢复测试1. 测试策略的制定在进行数据库故障恢复测试前,需要制定合适的测试策略。

测试策略要包括测试的范围、测试的目标、测试的方法、测试的评估指标等。

针对不同的数据库故障场景,制定相应的测试策略。

2. 故障模拟的实施在数据库故障恢复测试中,需要模拟不同类型的故障,以测试系统对各种故障的反应能力。

例如,模拟主数据库的故障,测试备数据库的故障自动切换与恢复功能;模拟数据损坏,测试数据库的数据一致性与完整性恢复能力。

3. 恢复时间与恢复点目标的评估数据库故障恢复测试中,需要评估恢复时间和恢复点目标(RPO)的指标。

恢复时间指的是系统从发生故障到完全恢复的时间,需要尽量缩短恢复时间,减少业务中断时间。

数据库容灾的常用方法

数据库容灾的常用方法

数据库容灾的常用方法近年来,随着企业数据规模的不断增大和对数据可用性的要求越来越高,数据库容灾问题备受关注。

数据库容灾指的是在数据库系统发生故障或灾难情况下,能够快速、可靠地恢复数据库的可用状态,确保数据的安全性和连续性。

现针对数据库容灾常用的方法进行探讨,包括物理备份、逻辑备份、数据库复制和数据库集群。

一、物理备份物理备份指的是将数据库的物理文件复制到备份设备上,实现对整个数据库的完全复制。

它包括全量备份和增量备份两种形式。

1.全量备份:全量备份是指对数据库所有数据和日志进行备份,一般在数据库初始建立之后进行一次全量备份,以后每隔一段时间进行一次。

全量备份具有备份速度快、恢复速度相对较慢的特点。

2.增量备份:增量备份是在全量备份的基础上,备份数据库发生变动的部分数据和日志。

增量备份能够减少备份数据量和备份时间,但在恢复时需要结合全量备份和增量备份进行数据的恢复。

物理备份适用于大规模数据库和重要数据的备份,具有数据完整性高、恢复速度快的优点。

但也存在备份数据量大、恢复时对数据库的停机时间长的缺点。

二、逻辑备份逻辑备份是在逻辑层面对数据库进行备份,通常以SQL语句或数据导出方式进行。

逻辑备份不复制数据库的物理文件,而是将数据库中的数据和逻辑结构导出为可读的脚本或文件。

逻辑备份具有跨平台的优势,可以实现不同数据库之间的数据迁移和转换。

同时,逻辑备份也方便对数据库中的数据进行选择性恢复和数据导入。

但相比于物理备份,逻辑备份速度较慢,备份文件较大,对数据库的负载较高。

三、数据库复制数据库复制是将主数据库的数据和操作同步到备份服务器的过程。

它是通过将主数据库的事务日志复制到备份服务器并在备份服务器上执行,从而实现主备数据库的同步。

数据库复制具有实时性好、恢复速度快的优点,能够提供几乎无延迟的备份和灾难恢复能力。

常见的数据库复制方法包括MySQL的主从复制、Oracle的Data Guard和SQL Server的数据库镜像。

数据库容灾方案概述

数据库容灾方案概述

数据库容灾方案概述数据库是现代信息系统中不可或缺的核心组成部分,它承载着企业和组织的重要数据和业务逻辑。

在数据库操作过程中,面临着各种风险和可能的故障,如硬件故障、自然灾害、人为错误等。

为了保证数据的安全性和可用性,在设计数据库方案时,必须考虑容灾方案。

数据库容灾方案是为了保障数据库系统在遇到各类灾难性事件时能够快速恢复和可持续运行的一套安全策略和技术手段。

其目标是减少灾害引起的数据丢失和系统停机时间,保护企业或组织的信息安全和业务连续性。

主要的数据库容灾方案有备份与恢复、故障转移和数据复制。

备份与恢复是最基本的数据库容灾方案。

通过定期的全量备份和增量备份,将数据库数据和日志保存到容灾介质中,以便在发生硬件故障、系统错误或人为错误导致数据丢失时进行数据恢复。

备份恢复方案需要保证备份的可靠性和完整性,同时还需测试和验证备份数据的可用性和正确性。

故障转移是将数据库从主节点切换到备用节点的机制。

当主节点发生故障时,备用节点自动接管数据库工作,以实现系统的快速恢复和保证业务的连续性。

故障转移方案可通过数据库集群技术或者虚拟化环境实现。

在设计故障转移方案时,需要考虑到资源的负载均衡、容灾设备的地理分布和网络的可靠性等因素。

数据复制是通过将主数据库的数据实时或定期同步到备用数据库来实现容灾。

数据复制方案可以采用数据库复制技术或主备复制技术。

数据复制可以分为同城复制和异地复制。

同城复制适用于较低的故障风险,保证数据的近实时复制和延迟恢复。

异地复制则适用于面临较高的灾害风险,通过将备用数据库部署在分布式数据中心或者异地机房,以实现跨地域容灾。

除了以上主要的数据库容灾方案外,还可以采用虚拟化和云计算技术来增强数据库的容灾能力。

通过虚拟化技术,可以将数据库部署在虚拟机中,提供快速恢复和高可用性的环境。

云计算技术可以实现将数据库托管到云服务提供商,由其负责数据的备份和容灾。

在选择和设计数据库容灾方案时,需要综合考虑实际业务需求、可用性要求、数据一致性和恢复时间目标等因素。

金融数据中心容灾解决方案

金融数据中心容灾解决方案

金融数据中心容灾解决方案在当今数字化的金融时代,数据已成为金融机构的核心资产。

金融数据中心作为存储和处理这些关键数据的枢纽,其稳定性和可靠性至关重要。

一旦数据中心遭遇灾难,如自然灾害、硬件故障、网络攻击或人为错误等,可能导致业务中断、数据丢失,进而给金融机构带来巨大的经济损失和声誉损害。

因此,构建一套有效的容灾解决方案是金融机构保障业务连续性的关键举措。

一、容灾的重要性金融行业的特点决定了其对数据的高度依赖和对业务连续性的严格要求。

金融交易需要实时处理,客户信息必须准确无误地保存,任何数据的丢失或业务的中断都可能引发信任危机,导致客户流失,甚至面临监管处罚。

例如,银行系统的瘫痪可能导致客户无法进行存取款、转账等操作;证券交易所的数据丢失可能影响交易的准确性和公正性,引发市场混乱。

二、容灾解决方案的类型(一)数据备份与恢复这是最基础的容灾手段。

通过定期将数据备份到磁带、磁盘或云端等存储介质中,当主数据中心发生故障时,可以利用备份数据进行恢复。

但需要注意备份的频率和完整性,以及恢复的时间和效率。

(二)异地容灾在地理位置上远离主数据中心的地方建立备份数据中心。

当主数据中心遭受灾难无法正常运行时,业务可以迅速切换到异地数据中心,保证业务的连续性。

异地容灾需要考虑数据同步的实时性、网络带宽和延迟等因素。

(三)双活数据中心主数据中心和备份数据中心同时运行,共同承担业务负载。

这种方式可以提高资源利用率,减少业务切换的时间,但技术实现难度较大,需要保证两个数据中心之间的数据一致性和业务的无缝切换。

(四)云容灾利用云计算服务提供商的基础设施和技术,将数据备份到云端或在云端建立容灾环境。

云容灾具有灵活扩展、成本较低等优点,但需要关注数据安全和合规性问题。

三、容灾解决方案的实施步骤(一)风险评估首先,对金融数据中心可能面临的风险进行全面评估,包括自然灾害、人为因素、技术故障等。

了解每种风险发生的可能性和可能造成的影响,为后续的容灾规划提供依据。

5种常见数据复制技术详解

5种常见数据复制技术详解

03
数据复制技术的分类
主机数据复制技术
主机数据复制技术是指通过在主机上安装软件 或代理程序来实现数据复制的功能。这种技术 主要适用于对数据库进行实时备份和恢复。
数据从主机系统直接传输到备份系统,备份系 统可以与主机系统保持实时同步,确保数据的 完整性和一致性。
主机数据复制技术需要占用主机系统的资源, 可能会对主机性能产生一定影响。
长期发展考虑
在选择数据复制技术时,需要考 虑到技术的长期发展和演进,以 确保技术的可持续性和稳定性。
THANK YOU
存储复制技术
存储复制技术是指通过存储设备内部的功能来实现数据复制的一种技术。这种技术 适用于对块级数据进行实时备份和容灾。
存储设备通常具有内置的数据复制功能,可以将数据从一个存储控制器复制到另一 个存储控制器,或者将数据从一个磁盘阵列复制到另一个磁盘阵列。
存储复制技术具有较高的可靠性和稳定性,但可能会受到存储设备本身功能和性能 的限制。
独立于底层的技术
独立于底层的技术是指不依赖于底层存储硬件的一种数据复制技术。这种技术适用于异构存储环境, 可以跨不同品牌和型号的存储设备进行数据复制。
独立于底层的技术通常采用标准化协议来实现数据复制,如NFS、CIFS等文件共享协议或基于块的复制 协议。
这种技术具有较好的灵活性和可扩展性,可以轻松地扩展到更多的存储设备,但可能会受到网络带宽和 稳定性的限制。
5种常见数据复制技术详解
目录
• 数据复制技术概述 • 数据复制技术的应用场景 • 数据复制技术的分类 • 数据复制技术的选择与优势比较
01
数据复制技术概述
复制的定义和重要性
定义
数据复制是将数据从一个位置或存储 介质复制到另一个位置或存储介质的 过程。

数据库备份与容灾技术

数据库备份与容灾技术

数据库备份与容灾技术数据作为企业和组织最重要的资产之一,必须得到有效的保护和管理。

数据库备份和容灾技术是一种保障数据完整性和可用性的重要手段。

本文将针对数据库备份和容灾技术进行深入探讨,并提供一些实用的建议和指导。

一、数据库备份技术数据库备份是将数据库中的数据和结构拷贝到另一个存储介质中,以防止数据丢失或损坏。

有效的数据库备份技术可以确保数据的持久性和可恢复性。

1.全量备份全量备份是指备份整个数据库的所有数据和结构,将数据库的完整副本存储到备份介质中。

全量备份可以提供最高的数据完整性和可恢复性,但备份时间较长,占用更多的存储空间。

2.增量备份增量备份是基于全量备份的基础上,只备份自上次备份以来的新增或修改的数据。

增量备份相对于全量备份可以减少备份时间和占用的存储空间,但在数据恢复过程中需要应用多个备份。

3.差异备份差异备份是备份自上次完整备份以来发生变化的数据,相比增量备份,差异备份只需要备份当次备份与上次全量备份之间的增量数据。

差异备份相对于增量备份可以减少备份时间和备份数量,但恢复时需要应用全量备份和差异备份。

二、数据库容灾技术数据库容灾是通过构建具有可用性和可恢复性的数据库系统,以防止因自然灾害、硬件故障或人为错误导致的数据库不可用或数据丢失。

常见的数据库容灾技术包括冗余备份、故障切换和灾备复制。

1.冗余备份冗余备份是指将数据库备份存储在多个地理位置或存储介质中,以确保即使某个备份发生故障,其他备份仍然可用。

冗余备份可以通过远程复制、镜像和跨地理位置备份来实现。

2.故障切换故障切换是指将数据库从一个故障的系统切换到一个备用系统,以确保数据库的持续可用性。

常见的故障切换技术包括主从复制、双机热备和集群化部署。

3.灾备复制灾备复制是构建分布式数据库系统的一种方法,通过将数据库复制到多个地理位置的系统中,以实现数据的多地备份和故障容错。

常见的灾备复制技术包括主备复制、多主复制和对等复制。

三、数据库备份与容灾的最佳实践进行数据库备份和容灾时,我们应该考虑以下几个方面来确保数据的安全和可恢复性。

系统容灾方案介绍

系统容灾方案介绍

CL3-A
2
5

ca-bus bus01_01
CL3-B
0
0

ca-col col01_01
CL1-A
5
7

ca-fee fee01_01
CL1-A
0
0

ca-mq
mq01_01
CL3-A
47 147 41 20 3 39 26 11 共计 334
容量(GB) 649 2029 566 276 41 538 359 152 4609
16
现有SAN环境
17
项目实施后的SAN环境
18
XP10000划分
• 硬件配置
Cache : 16GB
CHIP端口: 16个
ACP:
1对
磁盘组: 146GB x 4 x 26 (裸容量14TB左右)
CL1-B
0
2

ca-dsbill dsbill01_01
CL1-E1
0
0

ca-dsbus dsbus01_01
CL1-F1
0
0

ca-dsfee dsfee01_01
CL1-E1
3
2

HORCM_INST ca-bill ca-fee ca-bus ca-col ca-mq ca-dsbill ca-dsfee ca-dsbus
端口
CL1 A
CL3 A
CL5 A
CL7 A
用途 计费系统,采集系统 帐务系统,MQ (预留) (预留)
CL1B CA-20917-CL1H,CA-20434-CL1H
端口 用途 CL2A 计费系统,采集系统 CL4A 帐务系统,MQ CL6A (预留) CL8A (预留) CL2B CA-20917-CL2D,CA-20434-CL2D

容灾系统方案及数据备份技术

容灾系统方案及数据备份技术

随着社会信息化步伐的不断加速,人们对信息系统的容灾备份能JJ提出更高的要求。

容灾技术冈此也日新月异。

研究容灾技术,成立容灾系统的体系架构,提高容灾系统性能,都是重要的研究方向。

近几年,大量数据灾难如911事件,黑客服务器解决等,使得数据安全问题加倍迫切。

容灾已经成为信息数据中心建设的热点课题,很多容灾技术也快速地发展起来。

在容灾行业,有一个常识是,灾难一旦发生,如何尽可能降低灾难给企业带来的负面影响是需要高度重视的一个问题。

一样,企业在蒙受来自互联网的“灾难”时,首先需要做的就是迅速成立起事故响应机制,及早恢复日常的信息服务。

不过,这需要企业在进行信息化的进程中做好未雨绸缪的容灾备份工作,做好了准备,才能有事情发生时的从容应对。

在容灾技术中通过容灾备份可以很好地解决系统的安全稳定运行要求。

容灾备份是通过特定的容灾机制,在各类灾难损害发生后,仍然能够最大限度地保障提供正常应用服务的信息系统。

容灾备份可以分为数据备份和应用备份。

数据备份需要保证用户数据的完整性、靠得住性和一致性。

对于提供实时服务的信息系统,在用户的服务请求在灾难中中断时,应用备份可以提供不问断的应用服务,让客户的服务请求能够继续运行,保证信息系统提供的服务完整、靠得住、一致。

数据备份是容灾系统的基础,也足容灾系统能够正常工作的保障;应用备份则是容灾系统的建设目标,它必需成立在靠得住的数据备份的基础之上,通过应用系统、网络系统等各类资源之间的良好协调来实现。

按照IBM公司SHARE78标准,容灾技术可以分为7个层次,从无任何容灾备份办法,到将备份的磁带存储在异地,再刮成立应用系统实时切换的异地容灾备份中心,数据和应用的恢复时间从数天到几个小时乃至几秒。

一个完整的容灾备份系统包括本地数据备份、远程数据复制和异地备份中心。

固然,并非是所有的企业都需要这样一个系统,只有对不可中断的关键业务才有必要成立容灾备份中心。

而小型企业通过成立NAS或SAN的离线数据备份和人为的数据转移就可以够达到很好的容灾备份效果。

数据库容灾方案

数据库容灾方案

数据库容灾方案随着企业业务的数字化和数据的快速增长,数据库成为了企业信息系统中不可或缺的重要组成部分。

为了保证业务的连续性和数据的安全性,企业需要采取一系列的容灾方案来应对可能发生的灾难性情况,例如硬件故障、自然灾害或人为错误等。

本文将介绍几种常见的数据库容灾方案。

一、本地备份与恢复本地备份是最基本也是最常见的数据库容灾方案之一。

通过定期备份数据库的数据和日志文件,可以在系统崩溃或数据损坏时恢复数据。

备份可以使用数据库自带的工具,如Oracle的Export/Import工具,或使用第三方的备份软件。

备份的频率可以根据业务的需求和数据变化的频率而定。

此外,备份数据的存储也需要注意安全性和可靠性,可以将备份数据存储在不同地点以避免单点故障。

二、热备份和冷备份热备份和冷备份是针对关键系统而设计的高可用性数据库容灾方案。

热备份是指将实时数据同步到备份系统中,以保证数据的一致性。

常见的热备份技术有数据库复制和数据库集群。

数据库复制将实时数据复制到备份数据库中,可以实现高可用性和读写分离。

数据库集群则是多个数据库服务器共同提供服务,一台服务器发生故障时,其他服务器自动接管服务。

冷备份是在备份系统中定期将数据和日志文件复制到备份设备中,通常需要停机维护数据库。

三、异地备份与恢复异地备份是指将备份数据存储在与生产环境隔离的地理位置,以应对区域性灾难造成的数据丢失。

常见的异地备份方案有远程复制和云备份。

远程复制可以通过网络将备份数据复制到异地服务器或存储设备中,以实现数据的异地备份和恢复。

云备份则是将备份数据存储在云平台上,具有高可用性和弹性扩展的优势。

需要注意的是,异地备份需要考虑带宽和网络延迟等因素,以确保备份和恢复的效率。

四、容灾演练与监控容灾演练和监控是数据库容灾方案的重要组成部分。

容灾演练可以定期模拟灾难场景,测试备份和恢复的过程和效果,发现和解决潜在的问题,以提高容灾的可靠性和效果。

监控数据库的运行状态和备份的完整性也是非常重要的,及时发现故障并采取相应的措施可以有效减少数据丢失和系统停机的风险。

容灾备份的远程复制与数据同步机制(五)

容灾备份的远程复制与数据同步机制(五)

容灾备份的远程复制与数据同步机制在现代社会,数据的重要性愈发凸显。

企业、机构、个人的数据备份和容灾备份工作变得不可或缺。

容灾备份是指将关键数据或系统进行备份,以防止数据丢失、硬件故障或自然灾害等情况导致的业务中断。

而远程复制与数据同步机制则是容灾备份的核心环节。

远程复制是指在数据源和备份目标之间建立起连接,并通过网络或专用通道将数据从源端传输到目标端。

它实现了源端数据的实时同步或延时同步,以确保备份数据的完整性和即时性。

数据同步机制则是指在数据传输过程中,保证源端和目标端数据的一致性。

远程复制技术有很多种,常见的有同步复制、异步复制和镜像复制。

同步复制要求源端和目标端的数据完全一致,即源端数据修改后必须立即同步到目标端,确保数据的实时性和可用性。

这种方式能够提供较高的数据一致性保证,但也可能引入较高的传输延时和网络带宽消耗。

异步复制则允许源端和目标端数据存在一定的时间差,常见的实现方式有日志复制和增量备份。

它适用于网络传输较差的情况下,能够减少数据传输延时和网络资源消耗。

镜像复制是指在源端和目标端同时进行数据写入操作,可以提供实时的容灾备份。

不过,它要求源端和目标端的硬件和网络环境高度一致,并且容易带来数据一致性问题。

数据同步机制包括校验和和日志记录。

校验和是一种简单有效的数据完整性验证方法,通过计算数据的校验和值并与接收到的数据校验和进行对比,可以判断数据在传输过程中是否发生错误或丢失。

而日志记录则是在数据修改时记录相关操作日志,以实现数据的追踪和恢复。

这些机制可以保证数据在传输过程中保持一致,防止数据丢失和错误。

容灾备份的远程复制与数据同步机制不仅适用于企业和机构,个人用户也可以借助这些技术实现数据备份和容灾。

比如,云盘服务商常常利用远程复制和数据同步机制,在用户上传或下载文件时,通过分布式存储的方式确保数据的备份和容灾。

此外,个人用户也可以通过购买NAS(网络附加存储)设备,利用远程复制实现本地数据备份到远程服务器,并通过数据同步机制保证数据的一致性。

浅析“云化”数据中心的容灾

浅析“云化”数据中心的容灾

浅析“云化”数据中心的容灾在当今数字化时代,数据已经成为企业和组织的核心资产。

随着云计算技术的迅速发展,“云化”数据中心逐渐成为主流。

然而,与之相伴的是数据安全和业务连续性面临的挑战日益严峻,容灾能力的建设变得至关重要。

“云化”数据中心,简单来说,就是将传统的数据中心架构迁移到云端,利用云计算的优势实现资源的灵活配置、高效利用和便捷管理。

但这种架构的转变也带来了新的容灾问题。

首先,让我们来了解一下容灾的基本概念。

容灾,顾名思义,就是在灾难发生时,能够确保业务的连续性和数据的可用性。

灾难可能包括自然灾害、人为失误、系统故障、网络攻击等多种情况。

一个完善的容灾方案需要考虑到数据的备份与恢复、系统的切换与接管、网络的连通性以及人员的应急响应等多个方面。

在“云化”数据中心环境下,数据的存储和管理方式发生了很大的变化。

数据不再仅仅存储在本地的服务器上,而是分布在多个云服务提供商的服务器中,或者采用混合云的模式,一部分在本地,一部分在云端。

这就使得数据的备份和恢复变得更加复杂。

传统的数据备份方式可能不再适用,需要采用新的技术和策略,如增量备份、差异备份、异地备份等。

同时,还需要考虑备份数据的安全性和隐私保护。

系统的切换与接管也是“云化”数据中心容灾的关键环节。

当主系统出现故障时,如何快速、准确地切换到备用系统,并且保证备用系统能够正常运行,承载业务的需求,是需要精心设计和测试的。

在云端环境中,系统的配置和部署可能与本地有所不同,需要对云平台的特性有深入的了解,才能制定出有效的切换方案。

网络的连通性在容灾中同样不容忽视。

“云化”数据中心依赖于网络来实现数据的传输和系统的交互。

如果网络出现故障,将会导致数据无法备份和恢复,系统无法切换,从而影响业务的连续性。

因此,需要建立可靠的网络架构,包括多线路接入、冗余设计等,以确保在灾难发生时网络的可用性。

人员的应急响应能力也是容灾成功的重要因素。

在灾难发生时,需要有一支训练有素的团队能够迅速做出决策,执行应急方案,解决出现的问题。

容灾系统中远程数据复制技术讨论与应用

容灾系统中远程数据复制技术讨论与应用
东方有线专栏 有 线 Nhomakorabea电视 技术
容灾 系统 中远程数据复 制技术讨论与应用
曹 雪 春 东方有线网络有限公司
摘 要 : 文 重 点 阐 述 了在 越 来 越 依 赖 电子 信 息 化 的 时代 , 灾 备 份 系 统 的 重要 性 。详 细 介 绍 了 容 灾 系 统 中 的 核 心 技 本 容 术 : 程 数 据 复 制 的几 种 技术 及 各 自的 优 缺 点 , 远 并对 这 几 种 技 术 进 行 了 比 较 , 于大 家 在 建 设 容 灾备 份 系 统 时 可 以 根 据 便 各 种 情 况 进 行 综 合 评 比 , 不 同的 环 境 下 选 择 合 适 的方 案 。最 后 , 单 介绍 了 东方 有 线 支 撑 业 务 系统 的应 急节 点 中 的 数 在 简
的一 个数 字 , 文档 、 表数 据 , 是个 人笔 记 本 电脑 中 报 只
的 几个 比特 … …天 灾人 祸 ,这 些 对 我 们 很 重 要 的数
2 数 据 备 份 技 术 简 介
数据 备份 和数 据 复制 在容 灾 系统 中 , 个人 理解 应 该 是有 区别 的 。虽 然 说 复制 出来 的 数 据 电是 备 份 数
我们 带来 了无 可估 量 的损 失 。但 是 , 果有 一 套容 灾 如 备份 系统 , 么就 可 以从 容灾 备份 系统 中恢 复 出关 键 那
数据 , 并且 在 较 短 的 时 间 内重 新丌 展 关 键 业 务 , 可 就 以大 大 的减少损 失 。
可 以完成 支付 , 票是 电子 的 ; 机 目的地 攻 略 , 网搜 一 上 个 游 玩攻 略 , 下载 到手 机 , 时都 可 以查看 , 本 不用 随 根 打 印 ; 门享受 美 食 , 出 下载 一个 优 惠券 到手 机 , 直接 出

白皮书DSG RealSync数据容灾复制技术_SQL

白皮书DSG RealSync数据容灾复制技术_SQL

DSG Realsync for MS SQL Server数据库实时复制软件-- SQL Server关键业务系统的容灾解决方案【DSG Realsync产品的定位】随着当今时代信息化的高速推进,信息系统已经是企业最重要的资产,特别是对于企业内关键性(Mission Critical)的应用与系统,必须保持运作的不中断性或在最短时间内恢复运作。

因此对于企业来说,拥有一套稳定、安全、可靠、高可用性的容灾系统,用以来提高系统的高可用性(HA)与保证业务的连续性,最大限度地减少因灾难或故障所带来的损失,已经成为重中之重。

很不幸的是,传统磁带备份(Tape Backup),集群系统(Server Clustering)或磁盘阵列(RAID Storage)并无法完全达成企业对于资料可靠性与不中断服务的需求。

磁带备份,在两次备份之间若服务器出问题时则资料将会遗失,而且利用磁带还原常需花费一小时到数天的时间(根据损害程度);而集群系统无法达到异地备份目的,且成本昂贵;磁盘阵列无法应付操作系统或应用程序造成的宕机,并且无法立即恢复服务;有鉴于此,为了满足这些可用性要求极高的关键性应用,美国DSG Realsync 公司推出DSG Realsync 高可用性容灾(HA)解决方案,协助企业以最经济的方式达到系统的高可用性容灾,保证业务的连续性,最大限度地减少因灾难或故障所带来的损失。

DSG Realsync for MS SQL是专门为Microsoft SQL Server数据库设计的数据同步方案,在一个或多个SQL Server数据库之间保持数据的同步。

【产品应用范围】✓支持的平台系统:Windows 2003、Windows 2000、Windows NT、Windows xp等;✓支持的数据库:SQL Server 7.0、2000、2005 等;【产品主要特性】●提供数据复制和恢复,结合SQL Server Replication技术提供MS SQL SERVER数据库的数据同步功能。

SRDF容灾解决方案概述

SRDF容灾解决方案概述

SRDF容灾解决方案概述SRDF(Symmetrix Remote Data Facility)是一种高级数据复制技术,由戴尔EMC公司开发,用于实现数据的容灾和灾难恢复。

该技术通过在主机和存储系统之间建立远程数据镜像,可以将数据实时复制到远程位置,并能在发生灾难时快速恢复数据,确保业务的持续性和数据的安全性。

下面将详细介绍SRDF容灾解决方案的概述。

SRDF容灾解决方案基本架构如下图所示:[图]在SRDF容灾解决方案中,主要包含以下几个核心组件:1. 主机系统(Host System):主机系统是运行应用程序的服务器,可以是物理服务器或虚拟机。

主机通过光纤通道(Fibre Channel)或以太网(Ethernet)连接到存储系统。

2. 存储系统(Storage System):存储系统通常是戴尔EMC的Symmetrix系列产品,包括VMAX、PowerMax等。

存储系统负责存储和管理数据,并提供高级数据保护和复制服务。

3. 远程存储系统(Remote Storage System):远程存储系统是主存储系统的镜像,位于远程位置。

远程存储系统通过光纤通道或以太网与主存储系统进行数据复制和同步。

4. 光纤通道(Fibre Channel):光纤通道是连接主机和存储系统的高速传输介质,用于传输数据和控制信息。

光纤通道具有较低的延迟和高带宽,并能支持远距离的数据传输。

SRDF容灾解决方案的工作流程如下:1. 初始化:在开始容灾之前,需要对主存储系统和远程存储系统进行初始化配置。

主存储系统将指定一部分容量作为远程存储系统的镜像,并建立数据保护策略。

2. 复制数据:一旦完成初始化配置,主存储系统会实时将数据复制到远程存储系统。

数据复制可以通过同步或异步模式进行,同步模式要求主存储系统和远程存储系统的数据保持一致,而异步模式则允许一定程度的延迟。

3. 失效转移:当主存储系统发生故障或不可用时,自动切换到远程存储系统。

浅谈四种容灾复制技术

浅谈四种容灾复制技术

浅谈四种容灾复制技术数据复制是构建容灾的基石,利用复制软件实时地将数据从一个主机(或磁盘)复制到另一个主机(磁盘),生成一个数据副本。

数据复制有多种分类方法,依据复制启动点的不同,可分为同步复制、异步复制。

同步复制,数据复制是在向主机返回写请求确认信号之前实时进行的;对于异步复制,数据复制是在向主机返回写请求确认信号之后实时进行的。

一、四种容灾复制技术说明根据操作系统的I/O(读写操作)路径以及复制对象划分为四大种类:基于应用层事务复制、基于文件层复制、基于逻辑卷层复制、基于磁盘阵列复制。

当然,目前出现了基于SAN交换机的复制,但是相对技术不太成熟,应用很少。

按照数据复制软件或硬件安装的位置又可划分为主机型复制和非主机型复制。

应用层、文件层、逻辑卷层的都属于主机型复制,主机型复制软件需安装在主机上,需要消耗一定的主机资源。

存储层属于非主机型复制,复制直接由磁盘阵列的内部组件完成,理论上无需消耗应用所在主机的资源。

一般而言,容灾要保护的数据是结构化数据,即存储在数据库的数据。

以下都用复制数据库来说明。

1.基于应用层事务复制基于应用层事务的复制,一般采用采用异步复制机制,复制对象为应用事务,其过程为:捕获应用系统的事务,例如SQLServer或Oracle数据库的事务,经由传输组件传输到目标服务器,然后目标装载进程按照数据库的关系原理排序事务,将事务保存到目标数据库。

这层的复制完全能保障数据库的一致性,且目标数据库处于在线运行状态。

当生产数据库发生故障时,直接使用目标数据库即可恢复业务,容灾的RTO指标趋于零。

但是支持的应用有限,一般为SQLServer、Oracle、Sybase、DB2、MySQL等等数据库。

另外复制速度较慢,因为数据要通过数据库的装载接口才能写入数据库。

应用层代表厂商:浪擎、DSG、Goldengate、Quest、Oracle、微软等。

2.基于磁盘阵列复制基于磁盘阵列层的复制,磁盘阵列厂商的复制技术,其原理与逻辑卷层的相似,属于非主机型的复制。

容灾备份技术

容灾备份技术

容灾备份技术容灾备份技术是一种用于保护数据和系统的重要技术。

在现代社会中,各种数据和信息变得越来越重要,而灾难事件的发生可能会导致数据的丢失或系统的瘫痪。

因此,采取有效的容灾备份技术至关重要,以确保数据和系统的安全性和可用性。

容灾备份技术是指在灾难事件发生时,通过备份数据和系统来保护关键信息的技术。

它的主要目的是减少数据丢失和系统停机的风险,并在灾难发生后能够快速恢复业务。

容灾备份技术通常包括以下几个方面的内容:1.数据备份:数据备份是容灾备份技术的核心。

它通过将数据复制到其他存储介质或远程服务器来保护数据。

常见的数据备份方法包括全量备份和增量备份。

全量备份是指将所有数据复制到备份设备中,而增量备份则是只备份新增或修改的数据。

通过定期进行数据备份,可以确保数据在灾难事件发生时能够及时恢复。

2.冗余系统:冗余系统是指在主系统发生故障时,备用系统能够接管业务并继续运行。

冗余系统可以是热备份或冷备份。

热备份是指备用系统一直处于运行状态,可以立即接管业务。

而冷备份则是备用系统处于关闭状态,需要手动启动才能接管业务。

冗余系统的建立可以极大地提高系统的可用性和容灾能力。

3.灾难恢复计划:灾难恢复计划是指在灾难事件发生时,组织能够迅速恢复业务的操作指南。

它包括识别关键业务流程、确定恢复目标、制定恢复策略等内容。

通过灾难恢复计划,可以在灾难发生后快速恢复业务,减少损失。

4.测试和演练:测试和演练是保证容灾备份技术有效性的重要环节。

定期进行容灾测试和演练,可以发现潜在问题并及时解决。

同时,通过测试和演练,可以提高人员的应急响应能力和处理灾难事件的能力。

容灾备份技术在现代社会中起着重要的作用。

无论是自然灾害、人为失误还是恶意攻击,都可能导致数据丢失或系统瘫痪。

通过采取有效的容灾备份技术,可以最大程度地减少损失。

因此,各个组织和企业都应重视容灾备份技术的建设和实施。

容灾备份技术是保护数据和系统的重要手段。

它通过数据备份、冗余系统、灾难恢复计划和测试演练等方式,保证数据和系统的安全性和可用性。

六种数据库容灾方案

六种数据库容灾方案

六种数据库容灾方案数据库容灾方案是指在数据库系统出现故障或灾难时,能够维持数据的完整性和可用性,保证业务的持续进行。

以下是六种常见的数据库容灾方案:1.数据备份与恢复:数据备份是最基础的容灾手段。

通过定期备份数据库的数据,并将备份数据存储在不同地点的存储设备中,以防止单一存储设备故障导致数据丢失。

当数据库出现故障时,可以通过恢复备份数据来恢复数据库系统。

2.数据复制与同步:数据复制是将数据库数据从主服务器复制到一个或多个备用服务器的过程,以达到数据的冗余和高可用性。

常见的数据复制方式包括主从复制和多主复制。

主从复制是指一个主数据库向一个或多个从数据库复制数据,当主数据库发生故障时,可以切换到从数据库继续提供服务。

多主复制是指多个数据库之间相互复制数据,当其中一个数据库发生故障时,其他数据库可以继续提供服务。

3.手动切换与自动切换:手动切换是指当主数据库发生故障时,管理员手动将备用数据库切换为主数据库继续提供服务。

这种方式需要管理员介入,操作复杂且耗时。

自动切换是通过监测主数据库的状态,当主数据库发生故障时自动将备用数据库切换为主数据库。

自动切换可以提高容灾的效率和可靠性。

4.数据中心冗余:数据中心冗余是通过在不同地点建立相互独立的数据中心来提供容灾保障。

当一个数据中心发生故障时,可以切换到其他数据中心继续提供服务。

数据中心冗余需要保证数据的同步和一致性,通常使用数据复制和同步技术。

5.虚拟化与云计算:虚拟化和云计算技术可以提供弹性扩展和动态调度的能力,可以将数据库部署在多个物理服务器或云服务器上,当一个服务器发生故障时,可以快速将数据库迁移到其他服务器上,实现容灾和高可用性。

6.数据库集群:数据库集群是将多个数据库服务器组成一个逻辑整体,提供数据的冗余和负载均衡的能力。

当一个数据库服务器发生故障时,其他服务器可以接管其工作,保证业务的连续性。

常见的数据库集群技术包括主备复制集群、共享存储集群和分布式数据库集群。

BOSS容灾系统数据复制技术及选择

BOSS容灾系统数据复制技术及选择

(2 ) 复 制 模 式 基 于 存 储 的 复 制 技 术 均 支 持 同 步 复
制 与异 步 复制 。同 步复 制 流程 为 : ① 工 作 主 机 向 主 工 作 盘 阵 发 出 I O /
2 数 据 复 制 技 术
2. 1基 于 存 储 的 复 制 技 术
写 请 求 , 主 盘 阵 将 更 改 的 数 据 写 入 缓
4 8 TELEC o M M U NI CATI N S o TEC H No Lo G Y/ 2 O O 6 ・ 5
维普资讯
电佑搜 求
存 ;
缓 存 未 被 复 制 到 远 端 的 写 操 作 数
据 ;
・采 用 同步 存 储 复 制 模 式 时 ,
(1 ) 连 接 方 式
数 据 复 制 可 以 通 过 网 络 连 接 、存 储 交 换 机 连 接 和 磁 盘 阵 列 连 接 三 种 方 式 实
现 备份 。 图 1所 示 为 典 型 的 基 于 存 储 的 复 制技 术 的 网络结 构 。
支 持 连 接 复 制 的 磁 盘 阵 列 目前 主 要 有 I BM h r S ak系 列 、E C S mmti 0 0 M y rx8 0
② 主 工 作 盘 阵 向 备 份 盘 阵 发 出 1O 写请 求 操 作 , 备份 盘 阵 完 成 /
需 要 在 两 个 存 储 设 备 操 作 , 对 应 用 系 统 有 一 定 的 影 响 ( 其 是 尤 在 传输 网络不 稳 定 时 ) ; ・采 用 异 步 存 储 复 制 模 式 虽 然 对 应 用 系 统 没 有 什 么 影 响 ,但 由于 是 异 步 复制 ,发 生 灾 难 时 ,异
② 主 工 作 盘 阵 向 主 机 返 回 写 操作 完 成指 示 ;

数据容灾技术介绍

数据容灾技术介绍
汤 泳 19 9 4年 毕
业 于南 京 理 工 大
大 , 储 的数 据 量 也 越 来 越 大 , 述 系统 一 旦 出 现 故 障 对 运 营 商 整 个 存 上 业 务 的 影 响 就 越 来 越 大 。一 般 数 据 中 心 常 用 的 安 全 体 系 主 要 有 数 据 备 份 系统 和 高 可 用 系统 2个 方 面 。备 份 系统 提 供 系 统 的 数 据 后 援 , 确
关 键 词 容 灾 备 份 数 据 安 全
数 据 复 制
1 概 述
目前 国 内 各 电 信 运 营 商 业 务 系 统 的 建 设 越 来 越 趋 向 于 集 中 方 式, 以往 的 分 地 ( ) 市 建设 逐 渐 演 变 为 省 集 中甚 至 全 国集 中建 设 , 括 包 Itr e 数 据 中 心 (DC) 计 费 营 账 、 管 等 系 统 的 建 设 规 模 越 来 越 nen t I 、 网
套 完 整 的 、与 本 地 生 产 系统 相 当 的 备 份 应 用 系统
( 以 是 互 为 备 份 ) 在 灾 难情 况 下 , 程 系 统 迅 速 接 可 , 远
目录 的 实 时 拷 贝维 护 能 力 ,且 一 般 不 会 影 响 主 中 心
主 机 系 统 的性 能 。如 果 在 系统 恢 复 场 昕 具 备 了 实 时 数 据 ,那 么 就 可 能 做 到 在 灾难 发 生 的 同 时 及 日 开 始 、 『 应 用 处 理 过 程 的恢 复 。
!!!!8 !!!ll !l!!i !!!1 !!! l !I !
维普资讯
T。。。 。m m 。 。 。N。. 。 。 .。。2 。 2
gnngTe ni e P。。 。 Desi i ch qu 。 。
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

随着全球IT产业的飞速发展,金融行业的IT建设逐步成为主导金融企业业务发展的核心驱动力,基于金融行业IT系统容灾建设的各种行业标准以及监管标准也相应提高。

而决定容灾架构健壮与否的最关键因素就是数据复制技术,它是实现高标准RTO和RPO的前提条件。

本文基于业界主流数据复制技术的原理、复杂度、关键因素以及复制效果等多个维度进行分析及论述,旨在为同业在此类项目规划和建设过程中提供一些启示和帮助。

1.背景及综述在金融行业内,众所周知其对业务连续性的要求以及对各种IT风险的应对能力的要求都是非常高,尤其是对容灾能力的要求,这是由它的业务特殊性以及集中式架构所决定的。

在金融企业容灾架构中,所谓的数据复制技术主要是指能够将结构化数据进行复制,从而保证数据具备双副本或者多副本的技术。

目前业界发展来看,可以实现数据复制的技术多种多样,有基于数据库层面的数据复制技术,例如Oracle公司的Active Data Gurad、IBM公司的db2 HADR等;有基于系统层面的数据复制技术,例如赛门铁克的vxvm、传统的逻辑卷管理(LVM)、Oracle公司的自动存储管理(ASM)冗余技术、IBM公司的GPFS 等;有基于存储虚拟化实现的数据复制技术,例如EMC公司Vplex Stretch Cluster、IBM公司SVC Split Cluster、NetAPP公司Metro Cluster等;也有基于存储底层实现的数据复制技术,例如IBM公司的DS8000 PPRC技术、EMC公司的SRDF技术、HP公司的CA技术等等。

每一种技术都有其实现的前提条件,也有各自的技术特点和实现的不同效果。

本文将从复制技术的原理、特点、复杂程度以及复制效果等多方面展开分析及论述,并从多个维度进行对比分析,将业界主流数据复制技术的发展现状以及技术优劣给予一个清晰的展示,并就数据复制技术发展的未来以及趋势予以展望。

2.数据复制技术价值分析2.1 数据复制在容灾中的必要性一、RPO保障如果没有数据复制技术,那么容灾也就无从谈起。

当面临站点及故障时,由于没有数据复制技术的支撑,我们的数据无法在其他站点再现,这将意味着RPO将无法保障。

对于一个金融企业来讲,最重要的就是客户的数据,它是企业的生命。

从这个意义上来讲,金融企业不能没有容灾体系,容灾体系的前提条件是能够实现数据复制。

那么数据复制的效率如何,复制的效果如何,复制技术的先进与否也就决定了金融企业生命线的稳固与否。

二、RTO保障所谓RTO就是在容灾系统在面临站点级故障时,多长时间能够恢复业务。

假设站点故障恢复的时间不可容忍或者根本没有可能,那么业务必须能够切到另外一个数据中心,从数据、应用以及网络层都需要具备这个切换能力。

但是最终的目的就是要保障业务能正常恢复,而业务恢复的前提条件就是数据,没有数据的应用切换和网络切换没有任何意义。

也就是说数据恢复是应用切换以及网络切换的前提条件,从这个意义上讲,数据复制效率和效果直接决定了一些列切换,也就是它使得RTO成为可能。

2.2 评价数据复制技术的维度分析对于数据复制来讲,我们可以从多个层面、多种技术去实现。

各有各的特点,那么究竟哪一种数据复制技术更适合我们?活着说哪一种复制技术更科学合理?这需要一系列从不同纬度进行的科学评估。

本文认为应该从以下几个方面来展开分析,并结合我们自己的需求来选择合理的数据复制方案。

一、投资成本分析建设任何一个项目,投资成本的分析都是必不可少的分析维度。

对数据复制技术的投资成本分析来讲,我们需要从它的首次建设成本、持续维护成本以及容灾管理成本等多方面去考虑。

二、技术成熟度及健壮性分析对于数据复制技术的成熟度和健壮性分析来讲,一方面我们要从技术本身的原理上来分析,另外我们还需要从技术的发展以及应用范围以及应用的持久稳定性等方面来考虑。

三、风险评估分析数据复制技术本身来讲是要帮助我们解决站点级故障带给我们的IT风险,但是对于技术应用本身来讲,它也会存在一些技术风险。

比如说特殊场合下的一些技术风险、容灾管理过程中的一些风险、极端场合下的一些技术风险等等。

四、功能拓展性分析对于数据复制技术本身来讲,其主要功能就是完成数据的复制。

但是在完成数据复制的同时,由于其架构的特点以及技术特点等因素有可能对于我们的应用产生积极的拓展性作用,也有可能限制了我们的应用架构模式,还有可能对我们的基础架构扩展性以及灵活性造成一定的限制。

3.数据复制技术原理分析3.1 基于应用事务日志回放技术图3.1是Oracle数据库层面的数据复制技术(ADG)的架构原理图。

对于该架构原理图,本文从其实现的基本条件、数据复制原理、数据复制的模式以及数据复制的关键因素等几个方面来进行深度剖析。

图3.1-1 Oracle Active Data Guard3.1.1前提条件容灾站点之间需要有三层以太网连通,软件层面需要数据库的集群软件模块(Oracle Active Data Gurard)或者是db2 purscale hadr。

服务器层面需要至少两套服务器系统分别部署于两个数据中心。

存储层面需要两套存储空间分别部署于两个站点作为主库存储和备库存储,他们互相之间独立。

3.1.2复制原理对于主站点的数据库来讲,客户端的数据更新请求首先要由日志写入进程写到重做日志当中,然后由数据写进程再周期性地写入数据文件当中。

重做日志当中以SCN为数据库独有的时间搓序列来记录所有数据库更新的先后顺序,从而保障数据库恢复能够按照正确的顺序执行保障数据一致性和完整性。

那么对于配置了Active Data Guard的数据库读写的完成在以上所述过程中,日志写进程在本地日志文件写入过程的同时,日志传输进程会将缓存里面的重做日志通过ADG传输给灾备站点的备库实例,备库实例的日志接收进程根据接受到的重做日志在备库上重新执行数据库的更新操作,从而保证主库和备库的事务性更新行为一致性,最终保证数据的一致。

当然也有一个前提条件,那就是在ADG作用之前,必须保证备库的数据保持与主库的某一固定时间点的完整副本,这需要靠传统数据备份技术来实现备库的初始数据复制。

因为事务复制的本质是行为复制,那么行为作用的初始数据副本必须保持一致,才能保证最终两副本的一致性。

对于事务日志的复制技术,本文根据主库IO周期特点可以分为绝对同步模式、近似同步模式和异步模式三种。

绝对同步模式是指主库的一个完整更新事务的结束既要包括主库的重做日志落盘也要包括备库的重做日志落盘,也就是说备库重做日志落盘之后返回给主库,主库才能执行下一个事务。

近似同步模式是指在传输正常情况下保持与绝对同步模式一样的模式,在网络传输超时的情况下,就会剥离备库重做日志的过程,只要保证主库重做日志落盘就可以了。

异步模式是指主库只保证本地重做日志落盘,并不会等待备库重做日志落盘的返回信号。

在后两种模式下,当主备库传输管理剥离之后,主库会主动通过以下两种方式探测并尝试重新和备库建立联系,第一是归档日志进程会周期性ping备库,成功情况下,它会根据获得的备库控制文件的记录的最后归档点和自己的归档日志决定向备库推送哪些归档日志。

第二是日志发送进程会在重做日志准备发生归档的时刻点主动去ping备库日志接受进程并把剩余的重做条目发送给备库接受进程。

3.1.3关键因素基于事务日志回放技术的数据复制架构,从技术规划上以及运维管理层面上有几个关键因素需要把握才能将这种数据复制技术运用自如,才能帮我们真正实现高标准的容灾体系建设。

一、重做日志管理策略设计我们知道对于数据库来讲,我们是靠其在线重做日志和离线重做日志来进行数据恢复的。

对于离线重做日志也就是归档日志,我们是需要周期性备份并删除的,否则离线重做日志就会无限占用数据库有限的存储资源。

那么对于事务日志型数据复制架构来讲,无论是主库还是备库,都需要有合理的日志管理策略来配合才能正常运行。

策略的规划和设计需要把握以下几个原则:1.完成应用的日志要及时转储,包括主库传输完毕的归档日志和备库应用完毕的归档日志。

2.没有完成应用的日志必须能够保留,主库没有传输到备库的归档日志如果被提前转储会造成备库数据丢失,备库没有被应用的日志如果转储,备库同样会丢失数据。

3.存储资源的科学规划,如果主备库暂时中断,又因为原则2导致归档日志堆积,那么势必造成存储资源的需求超过正常时刻的存储需求量,如果存储资源不够,又会造成数据库发生宕机事故。

以上各个原则的科学设计既需要依赖于数据库参数的合理设置,又需要依赖于备份工具的转储策略合理配合,同时更需要根据不同的业务系统以及负载特点,通过历史数据评估以及仿真测试数据来设计合理的数值并进行动态评估和优化。

二、架构扩展性及灵活性在今天的互联网线上时代,系统架构的扩展性和灵活性显得尤为重要。

对于容灾架构来讲,它的扩展性和灵活性同样非常重要。

对于业务型的数据复制架构来讲,它有两种基本架构:级联架构和串联架构。

级联架构是指一点为主多点为备,串联架构是指主备模式依次类推。

级联架构更有利于主库的多点保障,串联架构更有利于主库的性能保障。

具体采用什么样的架构组合,是要根据主库数据的具体业务需求进行合理评估和设计。

三、容灾切换管理主备库的切换,包括两种类型的切换:Fail Over & Switch Over。

Fail Over是指故障情况下的强制切换,Switch Over是指计划性的切换。

无论是哪种切换首先是要保障备库数据和主库数据一致或者可容忍范围内的近似一致。

其次当数据发生切换时,实际上主库的服务IP地址就会转化成备库的服务地址,无论是通过域名转换还是通过应用重连的方式都需要保障上层的服务地址能够无缝切换。

最后切换之后,原来的主库如果没有时间戳恢复功能的话,那么原主库里面的数据就会变成无效数据,需要重新初始化数据副本。

但是如果保持时间戳恢复功能的化,就会巨大的存储空间消耗。

3.2 基于系统级逻辑卷镜像技术下面三张图都是基于系统级逻辑卷镜像技术实现的数据双重复制。

图3.2-1是基于ORACLE自动存储卷管理技术实现的ASM磁盘卷镜像复制技术;图3.2-2是基于UNIX存储卷管理(LVM)实现的逻辑卷镜像技术;图3.2-3是基于IBM GPFS分布式文件系统底层逻辑磁盘镜像实现的数据复制。

三种技术虽然依赖的具体技术不同,但是其底层原理都是基于系统层面的双写实现的数据复制。

图3.2-1 ORACLE ASM复制镜像架构图3.2-2 LVM镜像复制架构图3.2-3分布式文件系统GPFS镜像复制架构3.2.1 前提条件容灾站点之间需要SAN环境联通。

软件层面,架构一需要具备ORACLE集群软件当中的自动存储卷管理模块,架构二需要借助UNIX操作系统层的逻辑卷管理器,架构三需要借助GPFS或者类似的分布式文件系统软件。

相关文档
最新文档