服务器灾备方案

合集下载

服务器灾备方案(大全通用3篇

服务器灾备方案(大全通用3篇

服务器灾备方案(大全通用3篇效劳器灾备方案一、效劳器灾备的目的效劳器灾备规划就是在平常对效劳器的重要数据、数据库、配置文件、应用效劳等做备份,为了在发生重大灾难或者事故后,能尽快将原效劳器中重要的数据、数据库或者应用效劳等恢复出来连续给客户供应效劳。

※本方案适用于基于Windows操作平台下的效劳器。

二、主要的效劳器备份方式按备份系统的预备程度,可将其分为冷备份、温备份和热备份三大类。

备份系统未安装或未配置成与当前使用的系统一样或相像的运行环境,应用系统数据没有准时装入备份系统。

一旦发生灾难,需安装配置所需的运行环境,用数据备份介质(磁带或光盘)恢复应用数据,手工逐笔或自动批量追补孤立数据,将终端用户通过通讯线路切换到备份系统,恢复业务运行。

优点:设备投资较少,节约通信费用,通信环境要求不高。

缺点:恢复时间较长,一般要数天至1周,数据完整性与全都性较差。

将备份系统已安装配置成与当前使用的系统一样或相像的系统和网络运行环境,安装了应用系统业务定期备份数据。

一旦发生灾难,直接使用定期备份数据,手工逐笔或自动批量追补孤立数据或将终端用户通过通讯线路切换到备份系统,恢复业务运行。

优点:设备投资较少,通信环境要求不高。

缺点:恢复时间长,一般要十几个小时至数天,数据完整性与全都性较差。

备份处于联机状态,当前应用系统通过高速通信线路将数据实时传送到备份系统,保持备份系统与当前应用系统数据的同步;也可定时在备份系统上恢复应用系统的数据。

一旦发生灾难,不用追补或只需追补很少的孤立数据,备份系统可快速接替生产系统运行,恢复营业。

优点:恢复时间短,一般几非常钟到数小时,数据完整性与全都性最好,数据丧失可能性最小。

缺点:设备投资大,通信费用高,通信环境要求高,平常运行治理较简单。

在计算机效劳器备份和恢复中,冷备份效劳器(cold server)是在主效劳器丧失的状况下才使用的备份效劳器。

冷备份效劳器根本上只在软件安装和配置的状况下翻开,然后关闭直到需要时再翻开。

服务器灾备方案

服务器灾备方案

服务器灾备方案服务器灾备方案概述服务器灾备方案是指为了应对各种服务器故障或突发情况,保证系统的高可用性和数据的完整性而制定的一系列措施和策略。

本文将介绍一种常见的服务器灾备方案,以提供参考和指导。

灾备策略1. 备份和恢复在灾备方案中,备份和恢复是最基本的措施之一。

定期对服务器进行全量备份和增量备份,确保数据得以完整保存。

备份数据应存储在与源服务器隔离的地点,以防止单点故障。

在发生故障时,可以通过备份数据进行恢复,尽量缩短业务中断时间。

2. 冗余备份为了更进一步提高服务器的可用性,可以考虑实施冗余备份策略。

采用主备备份模式,通过将数据同时存储在主服务器和备服务器上,当主服务器发生故障时,可以快速切换到备服务器,以确保业务的连续性。

冗余备份可以通过双机热备、主从同步等技术手段来实现,选择适合自己情况的方案进行配置。

3. 容灾演练容灾演练是验证服务器灾备方案有效性的重要手段。

通过定期模拟灾难性故障,测试备份的恢复能力和系统的冗余备份能力。

容灾演练不仅能发现灾备方案中的不足,还可以熟悉操作流程,提高团队的应急响应能力。

4. 监控和预警在服务器灾备方案中,监控和预警系统是必不可少的组成部分。

通过监控服务器的运行状态、负载、网络连接等指标,及时发现潜在的问题并采取相应措施。

预警系统可以提前发出警报,通知负责人员及时采取措施,防止故障扩大化。

5. 弹性扩展为了能够应对突发情况或业务需求的大幅增长,服务器灾备方案需要具备弹性扩展的能力。

可以通过云计算平台提供的弹性计算服务来实现,根据实际需求动态调整服务器规模。

弹性扩展不仅可以提高服务器的可用性,还可以降低成本,节约资源。

结论服务器灾备方案是保证服务器高可用性和数据完整性的重要措施。

通过备份和恢复、冗余备份、容灾演练、监控和预警以及弹性扩展等策略的结合,可以有效应对各种服务器故障和突发情况,确保系统的稳定运行。

灾备方案需要根据实际情况制定,并定期进行评估和优化。

灾备建设方案

灾备建设方案

灾备建设方案第1篇灾备建设方案一、项目背景随着信息化建设的不断深入,各类信息系统已成为我国经济社会发展的重要支撑。

然而,自然灾害、人为破坏、系统故障等因素可能导致信息系统运行中断,给企业和社会带来重大损失。

为降低潜在风险,提高信息系统业务的连续性和稳定性,本项目将开展灾备中心建设,确保关键业务在面临各类灾害时能够快速恢复。

二、建设目标1. 确保关键业务在发生灾害时,能够在规定时间内恢复正常运行,降低灾害带来的影响。

2. 提高信息系统业务的连续性和稳定性,保障企业和社会的正常运行。

3. 建立完善的灾备管理体系,实现灾备资源的统一调度和优化配置。

4. 符合国家相关法律法规和标准要求,确保灾备建设的合法合规性。

三、灾备策略1. 灾备级别:根据业务重要性和恢复时间目标(RTO),将业务划分为不同的灾备级别。

2. 灾备模式:采用“两地三中心”模式,即生产中心、同城灾备中心和异地灾备中心。

3. 数据同步:采用实时数据同步技术,确保生产中心和灾备中心的数据一致性。

4. 灾备演练:定期开展灾备演练,检验灾备系统的可用性和有效性。

四、灾备系统建设1. 硬件设施:根据灾备级别和业务需求,配置相应的服务器、存储、网络设备等硬件资源。

2. 软件系统:选择成熟稳定的灾备软件,实现数据备份、恢复和同步等功能。

3. 数据保护:采用数据加密、访问控制等技术,保障数据在传输和存储过程中的安全性。

4. 网络通信:建立高速、稳定的网络通信线路,确保生产中心和灾备中心之间的数据实时同步。

5. 灾备运维管理:建立完善的灾备运维管理体系,包括人员、制度、流程等方面,确保灾备系统的正常运行。

五、灾备管理体系建设1. 组织架构:成立灾备管理组织,明确各部门和人员的职责,形成协同高效的灾备工作体系。

2. 灾备预案:制定详细的灾备预案,包括灾害类型、应对措施、恢复流程等,确保在发生灾害时能够迅速启动应急预案。

3. 培训与演练:定期开展灾备知识和技能培训,提高相关人员对灾备工作的认识和操作能力。

FusionSphere服务器虚拟化灾备方案

FusionSphere服务器虚拟化灾备方案
容灾测试&故障恢复
eReplication容灾管理过程 - St中心
远程容灾中心
本地高可用方案 主备容灾解决方案(同步)
同城双活解决方案 主备容灾解决方案(同、异步) 三镜像容灾解决方案 虚拟化网关复制方案
主备容灾解决方案(异步) 虚拟化网关复制方案 云容灾解决方案 两地三中心容灾解决方案
部署方式
部署方式
说明
部署在物理机上
FusionSphere虚拟机备份:备份Openstack下的FusionSphere虚拟机采用LAN-Free组网方式,生产存储是FC SAN使用FC SAN作备份存储生产存储是FusionStorage,采用了与CNA节点的融合部署说明: 满足以上场景之一即可。
安装流程
安装流程分为两大阶段安装准备检查部署环境规划网络安装过程模板和软件包方式二选一具体流程如图示
模板部署虚拟机,自动的创建包括eBackup备份软件的虚拟机
安装过程 方式一:基于模板安装
安装过程 方式二:基于软件包安装
在服务器上安装标准SUSE11 SP3为SUSE11 SP3安装eBackup指定的内核补丁安装eBackup
FusionSphere服务器虚拟化灾备方案
技术创新,变革未来
学完本课程后,您将能够:掌握华为服务器虚拟化场景下备份相关知识掌握华为服务器虚拟化场景下容灾相关知识
FusionSphere服务器虚拟化备份方案详述FusionSphere服务器虚拟化容灾方案详述
服务器虚拟化备份组件
FusionComputeBCManager eBackup备份服务器备份代理
构建基本容灾环境
创建保护组 根据保护对象的类型选择创建保护组;选择指定站点的指定主机上的待保护的应用实例;选择需要的容灾策略模板。修改保护组策略与拓扑展示 针对保护组的保护策略配置修改执行的时间周期策略; 支持保护组的修改、删除、禁用、激活、导出和手动执行;支持保护组维度的逻辑拓扑展示。

服务器灾备方案

服务器灾备方案

服务器灾备方案随着信息化程度的不断提高,服务器的重要性也越来越突出。

为了保障服务器业务的持续运行以及数据的安全性,灾备方案变得至关重要。

本文将探讨服务器灾备方案的相关内容,以确保服务器在面临自然灾害、设备故障或人为破坏时能够正常运行。

一、灾备需求分析在制定服务器灾备方案之前,首先要对灾备需求进行充分的分析。

主要包括以下几个方面:1. 业务可用性要求:根据不同的业务类型和运行情况,确定服务器的可用性要求,如需要达到99.99%以上的可靠性。

2. 数据安全性要求:评估数据的重要性和保密级别,确定合适的备份和恢复策略,确保数据的完整性和可靠性。

3. 容灾时间要求:确定在灾害发生时,系统的恢复时间,即业务能够在多长时间内恢复正常运行。

4. 预算限制:考虑到不同的预算限制,制定合理的灾备方案,兼顾成本和效益。

二、灾备方案设计基于灾备需求分析结果,设计合适的服务器灾备方案。

主要包括以下几个方面:1. 设备冗余:通过采用冗余设备来提供可靠的服务,如采用双机热备份系统,主备服务器之间实时同步数据,当主服务器故障时,备份服务器能够立即接管服务。

2. 数据备份:定期对服务器中的重要数据进行备份,并将备份数据存储在不同的地理位置,以防止单点故障。

3. 虚拟化技术:通过虚拟化技术,将服务器的运行环境与硬件解耦,实现对物理机器的快速迁移和恢复。

4. 数据同步和复制:通过数据同步和复制技术,将服务器上的数据实时同步到远程备份服务器,以保障数据的安全性和完整性。

5. 网络拓扑设计:设计合理的网络拓扑结构,避免单点故障,保证网络的稳定性和可用性。

6. 灾难恢复计划:制定详细的灾难恢复计划,明确每个环节的职责和流程,确保在灾难发生时能够快速恢复系统运行。

三、灾备方案实施与测试设计完灾备方案后,需要进行方案的实施和测试工作,以验证方案的可行性和有效性。

1. 灾备设备配置:根据设计方案,将所需的设备进行配置和部署,确保设备能够满足灾备需求。

redis灾备方案

redis灾备方案

redis灾备方案简介:Redis是一种常用的Key-Value存储系统,具有高性能、高可用等特点。

然而,Redis服务器也存在着风险,例如硬件故障、网络中断、数据丢失等。

为了应对这些风险,本文将介绍redis灾备方案。

1.数据备份Redis使用快照和AOF两种方式进行数据备份。

1.1 快照备份快照备份是通过将Redis服务器当前内存中的数据保存到磁盘上的RDB文件中来实现的。

该备份方式具有高效、可控性强的特点。

定期进行快照备份,以保证数据在出现灾难时能够及时恢复。

1.2 AOF备份AOF备份是通过将Redis服务器接收到的每个写操作追加到AOF文件中来实现的。

该备份方式具有实时性强、恢复速度快的特点。

建议将AOF备份与快照备份结合使用,以保证数据的持久性和可靠性。

2.容灾方案为了保证在出现服务器故障时能够快速切换到备用服务器,我们可以使用以下两种容灾方案:2.1 主从备份通过设置Redis的主从复制,将主服务器的数据实时复制到从服务器中。

当主服务器发生故障时,从服务器可以立即接替主服务器的工作。

这种方案的优点是容灾性强,但是如果主服务器的数据发生错误,从服务器也会同步错误。

2.2 Sentinel哨兵Sentinel是Redis的哨兵系统,旨在监控Redis实例的状态。

当主服务器发生故障时,哨兵会自动将从服务器提升为主服务器,保证系统的高可用性。

哨兵可以配置多个节点,以实现多主多从的情况下的灾备切换。

3.跨数据中心备份在分布式系统中,为了应对区域性灾难,可以将Redis服务器部署在多个数据中心中,实现跨数据中心备份。

跨数据中心备份的关键是数据同步和数据一致性的保证。

可以使用开源工具如Twemproxy、Codis等来实现数据的同步和负载均衡。

4.监控与预警为了及时发现和处理问题,我们需要对Redis服务器进行监控和预警。

可以使用工具如Redis Monitor、Redis Sentinel、Zabbix等进行监控,并及时设置预警规则,一旦发现异常情况立即报警。

服务器容灾及灾备计划的建立

服务器容灾及灾备计划的建立

服务器容灾及灾备计划的建立在当今信息化时代,服务器已经成为企业运营中不可或缺的重要设备。

然而,服务器故障或灾难事件可能会给企业带来严重的损失,因此建立服务器容灾及灾备计划显得尤为重要。

本文将探讨服务器容灾及灾备计划的建立,以帮助企业更好地保障数据安全和业务连续性。

### 1. 服务器容灾计划的重要性服务器容灾计划是指在服务器发生故障或灾难时,能够迅速恢复数据和服务的预案。

建立服务器容灾计划的重要性主要体现在以下几个方面:首先,保障数据安全。

企业的数据是其最重要的资产之一,一旦数据丢失或泄露,将给企业带来无法估量的损失。

通过建立服务器容灾计划,可以及时备份数据,并在服务器故障时快速恢复,确保数据的安全性。

其次,确保业务连续性。

服务器是支撑企业正常运营的关键设备,一旦服务器发生故障,可能导致企业业务中断,影响客户体验和声誉。

建立容灾计划可以在服务器故障时快速切换到备用服务器,保障业务的连续性。

最后,降低损失和风险。

灾难事件往往是不可预测的,如果企业没有建立容灾计划,一旦发生服务器故障或灾难,可能导致长时间的停机和数据丢失,给企业带来巨大的经济损失和声誉风险。

建立容灾计划可以帮助企业及时、有效地应对各种突发情况,降低损失和风险。

### 2. 服务器容灾计划的建立步骤建立服务器容灾计划是一个系统工程,需要企业全面考虑各种可能的灾难情况,并制定相应的预案。

以下是建立服务器容灾计划的基本步骤:1. **风险评估和业务需求分析**:首先,企业需要对可能面临的风险进行评估,包括服务器硬件故障、自然灾害、人为错误等。

同时,还需要分析业务的需求,确定关键业务系统和数据,以便有针对性地制定容灾计划。

2. **制定容灾策略**:根据风险评估和业务需求分析的结果,制定相应的容灾策略。

常见的容灾策略包括数据备份、灾备数据中心、冗余服务器等。

企业可以根据自身情况选择合适的容灾策略。

3. **备份数据和系统**:建立定期备份机制,确保关键数据和系统能够及时备份。

服务器容灾与灾备的实际案例与经验分享

服务器容灾与灾备的实际案例与经验分享

服务器容灾与灾备的实际案例与经验分享在当今数字化时代,服务器的可用性和稳定性对于企业的运营至关重要。

一旦服务器发生故障或受到灾害影响,可能导致企业面临严重的损失。

因此,建立有效的容灾与灾备策略以应对这些风险变得尤为重要。

本文将分享一些实际案例和经验,帮助读者更好地了解服务器容灾与灾备的重要性以及建立成功策略的实践经验。

1. 案例一:自然灾害引发的服务器故障2019年某地发生了一场严重的地震,导致当地一家电商公司的服务器中心遭受严重破坏。

由于该公司未建立有效的容灾策略,所有数据和应用程序都无法访问,造成了巨大的业务中断和数据丢失。

这个案例提醒我们,自然灾害可能随时发生,而事先准备好的服务器容灾方案可以最大限度地减少损失。

经验分享:建立异地备份通过将服务器数据进行定期备份并存储在异地的备份中心,可以保证即使主服务器发生故障或被破坏,数据仍然安全可用。

备份数据的频率和存储容量应根据业务需求进行合理规划,以确保数据的完整性和准确性。

同时,异地备份中心应有足够的带宽和设备支持,以便在必要时进行快速数据恢复。

2. 案例二:硬件设备故障导致业务中断某银行机构在进行大规模业务处理时,其核心服务器发生了硬件设备故障,导致所有业务应用无法正常运行。

由于该银行没有建立灾备服务器,其无法迅速切换到备用设备上,造成了严重的金融损失和客户不满。

经验分享:建立灾备服务器为了应对硬件设备故障,建立一台灾备服务器是必不可少的。

这台服务器应该与主服务器具有相同的配置和功能,以确保即使主服务器故障,也可以快速切换到灾备服务器上,以保持业务的连续性。

此外,灾备服务器应定期进行测试,并确保数据的实时同步以及备份设备的完备性。

3. 案例三:网络攻击引发的服务器故障网络攻击是当前互联网时代的主要威胁之一。

某跨国企业曾遭受到一次网络攻击,导致其服务器被严重损坏,业务中断时间长达数日。

该企业缺乏有效的容灾策略和网络安全措施,因此无法迅速应对恶意攻击,并恢复服务器的正常运行。

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

服务器灾备方案
一、服务器灾备的目的
服务器灾备计划就是在平时对服务器的重要数据、数据库、配置文件、应用服务等做备份,为了在发生重大灾难或者事故后,能尽快将原服务器中重要的数据、数据库或者应用服务等恢复出来继续给客户提供服务。

※本方案适用于基于Windows操作平台下的服务器。

二、主要的服务器备份方式
按备份系统的准备程度,可将其分为冷备份、温备份和热备份三大类。

冷备份
备份系统未安装或未配置成与当前使用的系统相同或相似的运行环境, 应用系统数据没有及时装入备份系统。

一旦发生灾难,需安装配置所需的运行环境,用数据备份介质(磁带或光盘)恢复应用数据,手工逐笔或自动批量追补孤立数据,将终端用户通过通讯线路切换到备份系统,恢复业务运行。

优点:设备投资较少,节省通信费用,通信环境要求不高。

缺点:恢复时间较长,一般要数天至1周,数据完整性与一致性较差。

温备份
将备份系统已安装配置成与当前使用的系统相同或相似的系统和网络运行环境,安装了应用系统业务定期备份数据。

一旦发生灾难,直接使用定期备份数据,手工逐笔或自动批量追补孤立数据或将终端用户通过通讯线路切换到备份系统,恢复业务运行。

优点:设备投资较少,通信环境要求不高。

缺点:恢复时间长,一般要十几个小时至数天,数据完整性与一致性较差。

热备份
备份处于联机状态,当前应用系统通过高速通信线路将数据实时传送到备份系统,保持备份系统与当前应用系统数据的同步;也可定时在备份系统上恢复应用系统的数据。

一旦发生灾难,不用追补或只需追补很少的孤立数据,备份系统可快速接替生产系统运行,恢复营业。

优点:恢复时间短,一般几十分钟到数小时,数据完整性与一致性最好,数据丢失可能性最小。

缺点:设备投资大,通信费用高,通信环境要求高,平时运行管理较复杂。

在计算机服务器备份和恢复中,冷备份服务器(cold server)是在主服务器丢失的情况下才使用的备份服务器。

冷备份服务器基本上只在软件安装和配置的情况下打开,然后关闭直到需要时再打开。

温备份服务器(warm server)一般都是周期性开机,根据主服务器内容进行更新,
然后关机。

经常用温备份服务器来进行复制和镜像操作。

热备份服务器(hot server)时刻处于开机状态,同主机保持同步。

当主机失灵时,
可以随时启用热备份服务器来代替。

三、服务器灾备的计划
对于基于Windows操作平台下的服务器,因为服务器功能、角色各不相同所以需要有
不同的灾备计划来实现所有服务器的灾备方案。

接下来就按服务器的功能与角色分类,
来进行不同的灾备计划:
(一)IIS:WEB应用服务器
基于IIS的WEB服务器可以使用冷备份、温备份和热备份。

我们的建议是使用冷备份或温备份,在另一台服务器或者虚拟机上搭建相同的IIS环境,可以定期将生产环境下的IIS 配置文件和数据文件导入到备用环境中。

如果生产环境下的IIS服务器出现问题无法使用时,直接切换到备用的IIS服务器上就可继续为客户提供WEB应用服务。

(二)SQL:数据库服务器
SQL Server上的数据库可以使用冷备份、温备份和热备份。

可以使用另一台服务器或者
虚拟机搭建起一套环境相同的SQL,然后将生产环境中的SQL上的配置文件、数据文件等导入备用SQL中。

如果生产环境下的SQL Server出现问题无法使用时,直接切换到备用的SQL Server上就可继续为客户提供数据库服务了。

还可以使用2台服务器同时连接存储设备做群集,将数据库中的数据文件放在群集中。

这样当其中一台SQL Server出问题不可用的时候,管理员不用做任何操作,群集将会自动切换至另一台SQL Server上。

(三)AD:活动目录服务器
活动目录服务器可以使用温备份和热备份。

我们的建议是使用热备份,建立多个域控并开启所有域控的全局编录功能,让彼此之间相互复制域信息。

这样在某一台域控出现问题不可用的时候,其他域控制器会自动取代它的功能为域用户提供服务。

(四)DNS:域名服务器
活动目录服务器可以使用冷备份,温备份和热备份。

我们的建议是使用热备份。

建立多个DNS服务器,彼此之间开启区域复制,并且客户端需要设置多个DNS服务器的指向。


样在某台DNS服务器出现问题不可用的时候,客户端所指向的其他DNS服务器能继续为客户端提供DNS服务。

(五)ISA:防火墙及代理服务器
ISA服务器可以使用冷备份和温备份。

另找一台服务器搭建ISA,然后将原生产环境下
的ISA服务器中的配置和一些规则导入到备用ISA中,当ISA出现问题不可用的时候,将备用ISA启动起来配置完成后就可继续工作了。

(六)Exchange:邮件服务器
Exchange可以使用热备份。

Exchange服务器的备份主要是针对邮箱存储这个角色进行的,推荐使用2台服务器同时连接存储设备做群集,将用户邮箱数据储存在群集中。

这样当其中一台邮箱角色出问题不可用的时候,管理员不用做任何操作,群集将会自动切换至另一台邮箱角色服务器上。

(七)SCOM:用于服务器监控的平台
SCOM可以使用冷备份。

可以使用另一台服务器或虚拟机作为备用SCOM服务器,当生产环境下的SCOM出问题不可用的时候,可以将备用SCOM启用起来。

※不过受原来那台SCOM监控的那些服务器必须重新更改代理的配置指向新的SCOM 服务器,以便于接受新SCOM服务器的管理和监控。

(八)SCVMM:用于管理虚拟化的平台
SCVMM可以使用热备份。

可以使用另一台服务器或虚拟机作为备用SCVMM服务器,当生产环境下的SCOM出问题不可用的时候,将虚拟机的资源转移到备用SCVMM上即可。

※对于基于Hyper-V的虚拟机灾备办法:1、可以在平时将虚拟机的硬盘文件和虚拟机配置文件备份到异地,在虚拟机不可用的时候直接用备份的虚拟机硬盘文件和配置文件将虚拟机重建。

2、如果虚拟机是在SCVMM的管理下,那也可以通过SCVMM转移到可用宿主机上进行恢复。

(九)MOSS:自动化办公平台
MOSS可以使用冷备份、温备份或热备份。

可以使用另一台服务器或虚拟机作为备用MOSS 服务器,定期将MOSS上的配置文件和数据导入到备用MOSS服务器中去,当生产环境下的MOSS服务器出问题不可用的时候,可以将备用MOSS服务器启用起来。

(这是针对
于MOSS服务器上数据量较少的方案。

)数据量较大的还是建议,使用2台服务器同时连接
存储设备做群集,将MOSS中的数据文件存在群集中。

这样当其中一台MOSS出问题不可用的时候,管理员不用做任何操作,群集将会自动切换至另一台MOSS服务器上。

(十)DPM:用于备份和恢复的服务器
※以上这些基于微软产品的文件、软件和平台等还都可以通过DPM来进行备份和恢复。

DPM本身也可以备份自己服务器上的数据库和文件,我们建议让DPM服务器连接存储设备,将DPM备份的那些数据存在存储设备中。

当DPM出现问题不可用的时候,可以重新搭建一台新的DPM来识别存储设备中的那些备份文件。

相关文档
最新文档