系统容灾技术方案大全

合集下载

系统容灾解决方案

系统容灾解决方案

系统容灾解决方案1. 简介系统容灾是指当系统遭受严重故障或灾害时,能够在有限时间内恢复正常运行,并保证数据的完整性和可用性。

本文将介绍系统容灾的重要性,并提供几种常见的系统容灾解决方案。

2. 系统容灾的重要性系统容灾对于任何一个组织或企业来说都是至关重要的。

以下是系统容灾的重要性:2.1 提供业务连续性系统容灾可以确保即使发生故障或灾难,企业的业务也能够继续进行。

对于依赖在线业务的企业来说,停机时间可能会导致巨大的经济损失和声誉损害。

2.2 保护数据完整性和可用性系统容灾可以确保企业的数据在发生故障或灾难时不会丢失,并且能够及时恢复。

对于金融、电信等行业来说,数据是最重要的资产之一,保护数据的完整性和可用性至关重要。

2.3 防止单点故障系统容灾可以帮助企业避免单点故障。

通过部署多个冗余的服务器、存储设备和网络设备,即使一个节点出现故障,也能够切换到其他可用的节点,保证系统的稳定性和可靠性。

3. 常见的系统容灾解决方案下面介绍几种常见的系统容灾解决方案,包括备份和恢复、冗余部署和虚拟化技术。

3.1 备份和恢复备份和恢复是最基本的系统容灾解决方案之一。

通过定期备份系统和数据,当系统遭受故障或灾难时,可以通过恢复备份来恢复系统。

常见的备份和恢复方法包括使用磁带、硬盘或云存储来存储备份数据。

3.2 冗余部署冗余部署是通过部署多个具有相同功能的服务器、存储设备和网络设备来实现系统容灾。

当一个节点出现故障时,可以切换到其他可用的节点,从而保证系统的连续性和可用性。

常见的冗余部署方法包括主从复制、集群和分布式架构等。

3.3 虚拟化技术虚拟化技术是一种将物理资源转化为虚拟资源的技术。

通过使用虚拟化技术,可以将服务器、存储设备和网络设备抽象为虚拟资源,并在不同的物理设备上进行动态调度和迁移。

当一个节点出现故障时,可以将虚拟机迁移到其他可用的节点上,从而实现系统容灾。

4. 实施系统容灾的步骤以下是实施系统容灾的一般步骤:4.1 需求分析首先需要对企业的系统容灾需求进行分析和评估,明确系统容灾的目标和要求,包括容忍故障的时间、数据恢复的时间和容忍的数据丢失量等。

容灾系统方案

容灾系统方案
2.按照实施计划,分阶段推进容灾系统建设;
3.在实施过程中,确保合法合规,严格按照相关法律法规要求执行;
4.完成容灾系统建设后,组织验收,确保容灾系统满足业务需求;
5.定期对容灾系统进行评估和优化,提高系统性能。
六、后期维护
1.建立完善的运维管理制度,确保容灾系统正常运行;
2.定期对容灾系统进行维护和保养,包括硬件设备、软件系统和备份数据;
3.关注新技术发展,及时对容灾系统进行升级和优化;
4.定期开展培训和演练,提高运维人员的技术水平和应急处理能力。
本方案旨在为企业提供一套合法合规、高效可靠的容灾系统,以降低灾难带来的损失,保障企业业务的连续性和数据安全。在实施过程中,需遵循相关法律法规,确保容灾系统的合法合规性。同时,企业应根据自身实际情况,调整和优化方案,以满足业务发展需求。
(3)异地灾备中心:在发生区域性灾难时,提供数据恢复和业务接管能力。
2.数据备份
(1)采用定期备份策略,将关键数据备份至同城和异地灾备中心;
(2)备份数据包括:数据库、文件系统、应用配置文件等;
(3)备份方式:全量备份、增量备份和差异备份;
(4)备份频率:根据数据变化情况,合理设置备份频率;
(5)备份验证:定期对备份数据进行恢复测试,确保备份数据可用。
-异地灾备中心:应对区域性灾难,保障数据的长期存储和恢复。
2.数据保护
-备份策略:实施定期备份,包括全量备份和增量备份。
-备份类型:涵盖操作系统、应用数据、数据库和配置文件等。
-备份频率:根据数据变化情况,合理设定备份频率。
-备份验证:定期执行备份数据的恢复测试,确保备份数据的有效性。
3.容灾切换
-自动化切换:利用自动化技术实现生产中心与灾备中心之间的快速切换。

操作系统数据整体容灾方案

操作系统数据整体容灾方案

操作系统数据整体容灾方案
关键字:系统整体保护FSF
在企业关键业务系统中,主机服务器面临着许多潜在的挑战,比如:硬件损坏,机房断电,人为误操作,自然灾害,站点数据迁移等,如果主机服务器因为这些原因出现故障,则可能在多个工作层面产生一系列影响,将会涉及到与其密切相关的企业生产,企业利润,企业品牌形象。

Rose系统级容灾解决方案,在Windows Server平台上能够支持FSF(Full Server Failover)功能,提供整体主机完全保护,可以将主机实时复制到另一个主机或是虚拟化主机。

当生产主机服务器意外发生故障时,这时就可以将这些故障主机迅速快捷的转移到另一个主机,并且可以马上投入使用,确保了企业关键业务的可用性,减少了系统重新部署所花费的大量时间,将系统容灾时间减少到分钟级。

解决方案特点:
●提供整体服务器保护,包括:注册表数据,操作系统数据,以及应用系统数据等
●容灾主机监控到生产主机故障后,原生产主机自动关机,原容灾主机自动重启,重启后,作为新的生产主机对外提供服务
●容灾主机接管生产后,与源生产主机的环境完全一致,客户端完全感觉不到有任何差别,包括主机名称,IP地址等
●整体主机在线备份、迁移、恢复
●洁直观的管理工具,体贴的应用配置向导支持,便于维护管理
●基于文件系统的数据过滤技术,降低数据复制的I/O流量和网络带宽占用
●基于网络复制技术,数据恢复快、恢复粒度小●加入快照备份数据功能,提供数据二次恢复机会●节约恢复业务系统的时间。

系统容灾方案介绍

系统容灾方案介绍

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

容灾系统方案

容灾系统方案

容灾系统方案1. 引言容灾(Disaster Recovery,DR)是指在发生灾难性事件时,为了保障系统和数据的可用性而采取的各种措施和技术手段。

容灾系统方案是指在设计和实施容灾策略时所采用的总体方案和方法。

本文将介绍一个完整的容灾系统方案,包括容灾的目标、容灾的策略、容灾的架构和容灾的实施步骤。

2. 容灾的目标容灾的目标是确保系统和数据的高可用性和可恢复性,在灾难事件发生后能够在最短时间内恢复系统的运行,并保证数据的完整性和可用性。

具体的目标包括:•最大限度地减少系统停机时间,保证业务连续性;•尽可能地减少数据丢失,确保数据的完整性和可用性;•在最短时间内实现灾难恢复,缩短业务中断时间;•提供全面的容灾测试,确保容灾系统的有效性和稳定性。

3. 容灾的策略容灾的策略通常包括备份、镜像和冗余三个方面:3.1 备份策略备份策略是指对关键数据和系统进行定期备份,以便在灾难发生时能够快速恢复。

备份策略应考虑以下因素:•定期备份数据,根据数据的重要性和变化频率确定备份频率;•保留多份备份,以备份的时间点为基准,通过全量备份和增量备份相结合的方式,确保数据的完整性和可恢复性;•将备份数据存储在安全可靠的地方,防止数据丢失或被损坏。

3.2 镜像策略镜像策略是指将关键系统和数据实时复制到另外一套相同或相似的系统中,以保证在主系统发生故障时能够快速切换到备用系统。

镜像策略应考虑以下因素:•实时进行系统和数据的镜像复制,保证备用系统中的数据始终与主系统保持一致;•增量镜像和全量镜像相结合,减少数据传输的时间和带宽占用;•合理划分镜像的功能和资源,避免单点故障和资源浪费。

3.3 冗余策略冗余策略是指通过在关键节点上增加冗余设备和资源,提高系统的可用性和容错能力。

冗余策略应考虑以下因素:•在关键节点上增加冗余设备,如服务器、网络设备和存储设备等;•配置负载均衡和故障切换设备,实现系统的自动负载均衡和故障切换;•合理划分冗余资源的位置和数量,避免资源的浪费和单点故障。

系统容灾方案

系统容灾方案

系统容灾方案第1篇系统容灾方案一、背景随着信息技术的不断发展,企业对信息系统的依赖程度越来越高,信息系统已成为企业运营的重要支撑。

然而,自然灾害、人为破坏、系统故障等因素可能导致信息系统发生中断,给企业带来不可估量的损失。

为保障企业信息系统稳定、可靠运行,降低潜在风险,制定系统容灾方案成为当务之急。

二、目标1. 确保关键业务系统在发生故障时,能够在规定时间内恢复正常运行。

2. 提高系统抗灾能力,降低因灾害导致的业务中断风险。

3. 保障数据安全,防止数据丢失或损坏。

4. 符合国家相关法律法规及行业标准,合法合规。

三、容灾策略1. 数据备份:定期对关键数据进行备份,确保数据安全。

a. 全量备份:定期对整个系统进行全量备份,以备不时之需。

b. 增量备份:在两次全量备份之间,对发生变动的数据进行增量备份。

c. 差异备份:在两次全量备份之间,对发生变动的数据进行差异备份。

2. 灾难恢复:在发生系统故障时,通过以下措施进行恢复:a. 本地恢复:在本地搭建一套备用系统,用于快速恢复业务。

b. 异地恢复:在异地建立备份中心,用于在本地发生严重灾害时切换业务。

3. 容灾演练:定期进行容灾演练,验证容灾方案的可行性,提高应对灾害的能力。

四、具体措施1. 数据备份a. 备份频率:根据数据重要性和变化频率,制定合适的备份频率。

b. 备份存储:采用可靠的存储设备,确保备份数据的安全。

c. 备份验证:定期对备份数据进行验证,确保备份可用性。

2. 灾难恢复a. 本地恢复:i. 搭建备用系统:在本地搭建一套与生产系统相似的备用系统。

ii. 数据同步:采用实时或定时方式,将生产系统数据同步至备用系统。

iii. 切换策略:制定明确的切换条件和切换流程,确保在发生故障时,能够快速切换至备用系统。

b. 异地恢复:i. 建立备份中心:在异地建立备份中心,部署相应的硬件和软件资源。

ii. 数据同步:采用专用网络或公网,将本地数据实时或定时同步至备份中心。

容灾系统方案

容灾系统方案

容灾系统方案概述容灾系统是为了确保在发生灾难或故障时,系统能够继续稳定运行和提供服务的一种系统设计。

本文将介绍一个完整的容灾系统方案,包括系统架构、备份策略、故障恢复以及测试和监控等方面。

系统架构容灾系统的架构设计是整个方案的基础。

一个完整的容灾系统应该包含至少两个独立的数据中心,分别为主数据中心和备份数据中心。

主数据中心负责正常的运行和服务提供,而备份数据中心则用于存储主数据中心的备份数据以及在主数据中心发生故障时接管服务。

主数据中心主数据中心是整个系统的核心,它包含了主要的硬件设备和服务器。

主数据中心需要具备高可用性和强大的计算能力,以保障系统的正常运行和高质量的服务提供。

主数据中心应该配置有多套服务器集群,以提供负载均衡和容错能力,同时还应该具备冗余机制,即便遭受单点故障,也能够自动切换到备份设备。

备份数据中心备份数据中心是为了应对主数据中心发生灾难或故障而设立的。

它应该与主数据中心相距较远,例如不同地理区域,以确保即使在极端情况下,如自然灾害等,主备数据中心不会同时遭受破坏。

备份数据中心需要配置有与主数据中心相同的硬件设备和服务器,以确保在接管服务时能够正常工作。

备份策略为了确保数据的安全和可靠性,备份策略是容灾系统方案中重要的一环。

备份策略应该包括定期备份和增量备份两个方面。

定期备份定期备份是指定期将主数据中心的数据备份到备份数据中心。

一般情况下,可以每天或每周进行定期备份,以确保数据的及时性和完整性。

定期备份的频率和时间应根据不同的系统需求和数据增长情况进行调整。

增量备份增量备份是指除定期备份外,对于主数据中心发生的最新数据进行备份。

增量备份一般会比定期备份频率更高,可以每小时或每分钟执行一次。

通过增量备份的方式,可以最大程度地减少数据的丢失和恢复时间。

故障恢复在容灾系统方案中,故障恢复是一个关键的过程。

当主数据中心发生故障时,备份数据中心需要能够快速接管服务,并保证服务的连续性和可用性。

系统容灾备份详细方案 (2)

系统容灾备份详细方案 (2)

系统容灾备份详细方案容灾备份是指为了防止系统出现故障,保证系统的连续运行而采取的一种应对措施。

下面是一份系统容灾备份的详细方案:1. 制定容灾策略:根据业务需求和系统特点,确定容灾方案的目标和要求,设定容灾策略。

例如,是否需要实时备份、备份数据的存储位置、恢复时间目标等。

2. 容灾架构设计:根据容灾策略制定容灾架构,包括主系统和备份系统的设计,以及数据同步方案。

常见的容灾架构包括主备模式、主备控制模式、多点容灾等。

3. 数据备份:根据容灾架构设计,将主系统的数据进行备份。

备份方式可以是实时备份或者定期备份。

备份数据应存储在独立的存储设备中,以防止主系统故障时备份数据同时丢失。

4. 数据同步:对于实时备份的容灾方案,需要采取数据同步措施,将主系统的数据实时复制到备份系统中。

常见的数据同步方式有数据库复制、文件同步、数据流复制等。

5. 容灾测试和演练:定期进行容灾测试和演练,测试备份系统的可用性和恢复能力。

通过模拟灾难情景,验证容灾方案的有效性,并及时修正潜在问题。

6. 监控和报警:建立监控系统,监测主系统和备份系统的运行状态。

一旦主系统发生故障,及时触发报警并采取相应措施,保障系统的连续运行。

7. 容灾演练和应急响应:定期组织容灾演练,培训相关人员对容灾方案的熟悉程度。

开展应急预案的制定和培训,确保在灾难发生时能够迅速响应并恢复系统。

8. 系统监测和优化:持续监测系统性能,及时发现潜在问题,并进行优化改进。

例如,对主备系统的负载均衡策略进行优化,提高系统的整体容灾能力。

总之,容灾备份方案需要基于业务需求和系统的实际情况来进行制定,以保证系统在不同灾难情景下的连续运行和快速恢复能力。

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

系统容灾技术方案大全目录一、数据中心灾备系统的分类 (3)二、数据库远程复制和异地容灾方案相关分析 (11)三、数据备份与数据容灾 (14)四、重复数据删除成就异地容灾 (15)五、金税工程三期背景下省级容灾备份建设探索 (22)六、安徽中烟数据集中容灾系统建设实践与探索 (36)七、推荐九个容灾解决方案 (42)八、推荐九个容灾解决方案 (42)九、GDS灾难恢复解决方案 (62)十、多级企业数据容灾解决方案对比 (65)一、数据中心灾备系统的分类摘要:本文为大家讲述数据中心的一些技术知识,具体为您讲述数据中心灾备系统的分类情况。

1.数据级容灾和应用级容灾按照容灾系统对应用系统的保护程度可以分为数据级容灾和应用级容灾,业务级容灾的大部分内容是非IT系统。

数据级容灾系统只保证数据的完整性、可靠性和安全性,但提供实时服务的请求在灾难中会中断。

应用级容灾系统能够提供不间断的应用服务,让服务请求能够透明(在灾难发生时毫无觉察)地继续运行,保证数据中心提供的服务完整、可靠、安全。

因此对服务中断不太敏感的部分可以选择数据级容灾,以便节省成本,在数据级容灾的基础上构建应用级容灾系统,保证实时服务不间断运行,为用户提供更好的服务。

(1)数据级容灾。

通过在异地建立一份数据复制的方式保证数据的安全性,当本地工作系统出现不可恢复的物理故障时,容灾系统提供可用的数据。

数据级容灾是容灾的基础形式,由于只需要考虑数据的复制和存放,不需要考虑备用系统,实现起来相对简单,投资也较少。

数据级容灾需要考虑三方面问题:在线模式与离线模式问题;远程数据复制技术问题;同步与异步容灾问题。

(2)应用级容灾。

应用级容灾能保证业务的连续性。

在数据级容灾的基础上,建立备份的应用系统环境,当本地工作系统出现不可恢复的物理故障时,容灾系统提供可用的数据和应用系统。

应用级容灾系统是建立在数据级容灾系统基础上的,同时能完成数据和应用系统环境的复制存放和管理。

为实现发生灾难时的应用切换,容灾中心需要配置与工作系统同构和相同功能的业务网络、应用服务器、应用软件等。

应用级容灾还需要考虑数据复制的完全性、数据的一致性、数据的完整性、网络的通畅性、容灾切换的性能影响、应用软件的适应性改造等问题,以及为保证业务运行的所需设备、环境、人员及其相应的管理。

2.灾难恢复系统的在线/离线模式(l)在线模式。

在线灾难恢复系统要求工作系统与灾难备份系统通过网络线路连接,数据通过网络实时或定时从工作系统传输到灾难备份系统。

对数据保护的实时性高,对业务连续性要求高,就需要采用在线模式。

保存起来实现数据的保护。

离线模式适合于对数据保护的实时性要求不高的场合,离线模式设备比较简单,投资较少。

3.数据备份技术正常情况下系统的各种应用在数据中心运行,数据存放在数据中心和灾难备份中心两地保存。

当灾难发生时,使用备份数据对工作系统进行恢复或将应用切换到备份中心。

灾难备份系统中数据备份技术的选择应符合数据恢复时间或系统切换时间满足业务连续性的要求。

目前数据备份技术主要有如下几种:(1)磁带备份。

(2)基于应用程序的备份。

通过应用程序或者中间件产品,将数据中心的数据复制到灾难备份中心。

在正常情况下,数据中心的应用程序在将数据写入本地存储系统的同时将数据发送到灾难备份中心,灾难备份中心只在后台处理数据,当数据中心瘫痪时,由于灾难备份中心也存有生产数据,所以可以迅速接管业务。

这种备份方式往往需要应用程序的修改,工作量比较大。

另外,由应用程序本身来处理数据的复制任务,对应用系统的性能影响较大。

(3)数据库的远程数据复制。

基本原理是将数据中心的数据库日志传送到远程灾难备份中心的数据库中,通过日志同步两端的数据库。

这种方式需要数据库软件的支持。

由于数据库方式只是传送数据库日志,与应用没有直接关系,因此无须对应用程序做大量修改。

这种灾难备份方式比较适合于只对数据库有远程灾难备份需求,传输距离较长且网络传输带宽不大的用户环境。

(4)服务器逻辑卷的远程数据复制。

这种方式在服务器操作系统逻辑卷管理软件基础上实现,通过IP网络将逻辑卷操作传输到异地主机,在异地主机执行同样的逻辑卷操作,保证本地和远端逻辑卷的一致性。

这种灾难备份方式适合文件、数据库等多种数据的远程复制要求,并且对应用系统和数据库是透明的,但需要数据中心和灾难备份中心主机同构。

(5)基于存储备份软件实现的远程数据复制。

数据的复制和同步通过存储备份软件实现,系统的灵活性很强,完全不依赖主机系统和存储系统,也不影响本地应用的响应速度,数据可以从任何存储设备上镜像到任何地点的任何存储设备上。

(6)基于智能存储设备的远程数据复制。

由智能存储设备自身管理软件实现数据的远程复制,即智能存储设备将系统中的存储操作指令发送到远端的智能存储设备上,在远端智能存储设备中重做存储操作指令,实现数据远程复制。

这种灾难备份方式要求数据中心和灾难备份中心配置同构的智能存储设备。

4.同步/异步方式数据复制技术是灾难备份系统的核心技术。

数据复制技术主要是将数据中心的生产数据复制成灾难备份数据,灾难备份数据与生产数据应保持一致。

在线模式下,数据复制的主要方式有同步数据复制和异步数据复制两种。

(1)同步数据复制。

同步数据复制指的是备份中心的数据在任何时间与数据中心的数据均保持一致。

复制环境中的任何一个结点的复制数据发生了更新操作,这种变化会立刻反映到其他所有的复制结点,同步数据复制方式在主机向本地磁盘写数据的同时,将数据传到备份中心的磁盘系统,在确认远程备份系统的数据同步更新后,完成写数据的操作。

只有当备份数据的写操作完成后,主机程序继续进行,否则主机程序将等待备份数据的写操作的完成。

同步数据复制方式的数据实时性强,灾难发生时备份数据能够与生产数据保持一致,几乎没有数据丢失,恢复时间短。

同步数据复制技术可以保证数据的一致性和完整性,实现起来较为简单,但是增加了网络和应用系统的负担,由于需要等待远程站点的确认,数据更新操作时间长,影响应用的性能。

同时,由于数据在两个中心间传输要消耗时间,使得数据读/写操作时间受到两个中心之间距离的影响,两个中心间的距离限制很难突破60km。

由于受到传输技术的限制,该方式对数据中心和备份中心之间的距离和通信质量有严格要求。

一般适用于同城异地的备份。

(2)异步数据复制。

异步数据复制方式是在主机系统问本地磁盘写数据后,将本地生产数据以后台的方式复制到异地。

异步数据复制方式对数据的更新操作不必等本地卷和备份卷的数据都更新完毕后才算是更新完成,因此减少了更新操作的时间,对生产主机性能的影响较小。

异步数据复制方式的所有复制结点的数据在一定时间内是不一致的。

复制环境中的其中一个结点的复制数据发生了更新操作,这种改变将在一段时间后反映到其他复制结点以最终保证所有复制结点间的数据一致。

异步复制技术可以保证数据的一致性,实现起来较为复杂,但是减少了网络和应用系统的负担。

但由于数据不能时时同步,灾难发生时可能出现少量数据的丢失。

/news/20101119/n033012744.html5.存储子系统存储子系统是容灾系统的重要组成部分。

保存大量数据的灾难备份中心存储子系统适合采用SAN架构,由磁盘阵列和SAN交换设备组成数据存储池。

存储系统中存储设备是最重要的部分,其性能的好坏直接决定了整个SAN存储系统,存储设备特别是磁盘阵列必须考虑以下重要技术特性:(1)存储子系统的性能。

对磁盘阵列产品来说,性能指数主要有两个,即带宽和IOps(每秒10次数)。

带宽决定于整个阵列系统,与所配置的磁盘个数也有一定关系,而IOps则基本由阵列控制器决定。

在Web、E-mail数据库等小文件频繁读/写的环境下,性能主要由IOps决定。

在视频、测绘等大文件连续读/写的环境下,性能主要由带宽决定。

(2)存储子系统的数据保护能力。

数据保护能力是指在存储设备的设计方面,对各种偶然性错误和意外情况的预测,以及采取的预防或补救措施。

存储系统是一个从软到硬的复杂系统,所以对数据保护能力的评价应当考虑到整个系统。

一些低端磁盘阵列厂商宣称他们的产品由于采用了RAID、热交换磁盘、双电源等技术,数据将永不丢失。

对一些中小型用户,这些数据保护技术基本可以满足要求,对重要的应用系统,还需要考虑对数据完整性的保护,对主机连接的保护及对远程容灾的支持等方面。

(3)存储子系统的容量。

存储容量是存储系统最基本的参数,用户不仅要关心产品的最大容量,还要关心实际可使用容量及扩容成本等问题。

(4)存储子系统的连接性。

在SAN环境中,以光纤连接设备(光纤通道交换机等)为中心,连接主机、磁盘阵列、磁带库等多种设备,环境比较复杂。

因此在产品选型时,要充分考虑设备间的连接性。

选择具有良好的开放性和连接性的产品,不仅是当前系统正常连接和运行的要求,也为系统将来扩展提供更大的空间和灵活性。

(5)存储子系统的可管理性。

可管理性是存储产品的重要性能。

首先,用户应考虑产品所提供的管理功能或方式是否实用可靠。

其次,要考虑管理的方便性,是否支持中心化管理和远程管理,是否支持故障自动通知机制,在配置改变或系统扩容时,不需宕机或尽可能缩短宕机时间,也是企业级产品的重要特征。

(6)存储子系统的其他功能的考虑,如数据快照功能、LUN Masking功能、异地数据复制功能等。

6.服务器系统容灾系统中服务器平台的性能和可靠性对容灾系统的整体性能有重要影响。

在选择容灾服务器时应注意以下问题:(1)随着计算机软、硬件技术的飞速发展,传统的RISC服务器/UNIX在性能、可靠性方面越来越高,而在性价比和易用性等方面也较以前有很大的提高。

而基于MicrosoftWindows操作系统的PCServer在性能方面也有非常大的提高,价格相对小型机来说低廉,比较适合做中小型系统的容灾服务器。

(2)在需要采用应用级容灾的情况下,往往要求容灾中心服务器与用户数据中心服务器同构,实现应用系统的兼容。

特别应当注意容灾中心服务器中软件环境的配置,容灾中心的软件环境必须能够保证应用服务的正常运行。

(3)在需要采用服务器逻辑卷数据复制技术实现容灾功能的情况下,容灾中心服务器与用户数据中心服务器同构。

(4)为了节省容灾系统的建设成本,在性能满足的条件下,几种应用可以共享一台服器。

容灾系统服务器的性能应满足容灾方案的要求如CPU处理能力、数据缓存能力、良好的I/O吞吐能力、服务器的性能稳定等。

服务器应具有一定的高可用性(如冗余网卡,使用RAID磁盘等),保证在灾难恢复期间的可靠运行。

①CPU性能。

可以用服务器的TPC-C(TransactionProcessingPerformanceCouncil,事务处理性能委员会C类指标)值作为相对选型参考值。

相关文档
最新文档