公安局TrustDBRA灾难备份方案建议书
警务云灾备数据中心解决方案
1 容灾建设方案1.1 业务系统特征及灾备需求1.1.1 公安行业信息化发展趋势警务云数据中心建设虚拟化是云平台建设的基础。
通过虚拟化技术进行整合，形成一个对外提供计算资源为主的池化管理（包括服务器池、存储池、网络池等），同时提供运行环境等基础服务。
服务器虚拟化能够消除XX省公安厅信通口原有业务系统的“一台服务器运行一个应用程序”模式下的效率低下现象，在这种模式下，大多数服务器远未得到充分利用。
借助服务器虚拟化技术，一台服务器可用作多个“虚拟机”，而且每个虚拟机都可以在不同的环境下运行，例如Windows、Linux或Apache。
因此，采用服务器虚拟化能够将多台服务器整合到更少的物理设备上，从而有助于减少空间、能耗以及管理需求。
通过服务器虚拟化平台的建设，可以将现有的业务系统逐步迁移到服务器虚拟化平台，并通过双活数据中心帮助增强业务连续性并提供全面的数据保护，以便管道局能够获得连续的应用程序可用性以及跨两个物理站点的自动灾难恢复能力。
网络虚拟化通过各种网络技术，将不同的应用相互隔离，使得不同用户在同一网络上不受干扰地访问各自不同应用。
在交换网络中可以通过虚拟局域网（VLAN）技术来区分不同业务网段，在路由环境下可以综合使用VLAN、MPLS-VPN、Multi-VRF 等技术，实现对网络访问的隔离。
在数据中心内部，不同逻辑网络对安全策略有着各自独立的要求，可通过虚拟化技术将一台安全设备分割成若干逻辑安全设备，供各逻辑网络使用。
•实现公安业务系统整合，完成单点登录，全网漫游；•建立公安信息库进行整合，形成数据仓库，消除部门间的信息孤岛；•在整合基础上进行各类应用，实现公安信息资源的最大化利用。
警综平台里面包含诸如警用地理信息系统、大情报系统等多个分支系统，出于应用需求，这些应用系统都具备专用的数据库以及硬件设备，这些数据库和硬件设备也是属于警综平台的。
一般情况下，这些应用系统都是独立立项建设，然后融入到警综平台中统一维护和管理，具体情况将在下面分项应用系统场景分析中介绍。
数据备份方案与灾难恢复
数据备份方案与灾难恢复一、引言在当今数字化时代，数据备份和灾难恢复是任何组织或企业的重要任务之一。
数据丢失或灾难事件可能会导致严重的业务中断和财务损失。
因此，制定一个有效的数据备份方案和灾难恢复策略至关重要。
二、数据备份方案1. 数据备份类型根据数据的重要性和敏感性，我们建议采用多种备份类型，包括：a) 完整备份：将所有数据完整地备份到一个存储介质中。
b) 增量备份：仅备份自上次完整备份以来发生的更改。
c) 差异备份：备份自上次完整备份以来发生的所有更改。
d) 远程备份：将数据备份到远程位置，以防止本地灾难事件。
2. 备份频率备份频率应根据数据的变化速度和重要性来确定。
我们建议以下备份频率：a) 每日完整备份：对所有数据进行完整备份。
b) 每小时增量备份：对每小时发生的更改进行增量备份。
c) 每周差异备份：对每周发生的所有更改进行差异备份。
3. 存储介质选择可靠的存储介质以确保数据的长期保存和安全性。
我们建议使用以下存储介质：a) 硬盘阵列：提供高速、可靠的数据备份和恢复。
b) 磁带库：适用于大规模数据备份和长期存储。
4. 存储位置数据备份的存储位置至关重要。
我们建议采用以下存储位置策略：a) 本地备份：将备份数据存储在本地服务器或存储设备上，以便快速恢复。
b) 远程备份：将备份数据存储在远程位置，以防止本地灾难事件。
三、灾难恢复策略1. 灾难恢复计划制定详细的灾难恢复计划以应对各种灾难事件，例如自然灾害、硬件故障或人为错误。
计划应包括以下内容：a) 灾难事件分类和优先级：根据灾难事件的严重程度和影响范围进行分类，并确定恢复的优先级。
b) 恢复时间目标（RTO）：定义每个关键业务系统的最大可接受中断时间。
c) 恢复点目标（RPO）：定义每个关键业务系统的最大可接受数据丢失时间。
d) 人员和责任：指定负责执行灾难恢复计划的人员和他们的职责。
e) 测试和演练：定期测试和演练灾难恢复计划，以确保其有效性和可行性。
美创科技TRUST综合灾备管理系统技术白皮书
美创科技TRUST DBRA Management System技术白皮书概述在业务持续创新和成本压力的双重驱动下，高昂投资建立容灾系统的时代已经逐渐成为过去，如何在合理成本之内完成灾备系统构建，同时有能够满足持续的业务创新成为当前灾备管理领域最为迫切的命题。
美创科技依赖多年来在数据领域的研究和实践，推出了TRUST DBRA Management System(综合灾备管理系统)来满足业务持续创新和成本驱动的双重压力。
灾备一体化的管理体系传统上备份和容灾采用不同的体系结构构建，不仅需要昂贵的投资，还需要高昂的管理成本。
TRUST DBRA Management System以统一技术来构建备份和灾难备份系统，从而实现备份和灾难备份一体化，仅仅依据备份策略的不同实现备份，灾难备份或者同时实现两者。
和大部分灾难备份管理系统的紧偶合系统不同，TRUST灾难备份管理系统采用生产节点和灾难节点的松偶合关系确保生产节点和灾难节点是一个相对独立的系统，从而保障生产系统基本不受灾难系统影响以及最好的生产节点性能。
智能化增量备份引擎采用自适应增量备份引擎，只要定义了备份窗口，备份作业在运行过程中评价需要备份的数据，自动采用不同的增量备份方法来实现增量备份，即使备份数据快速增长也可以满足备份总是在备份窗口内实现。
智能化增量备份引擎熟悉整个备份环境，对目标系统的数据变化，对所有的历史备份作业进行记录和分析，从而实现自适应调整的增量备份引擎。
备份合成引擎备份合成使用户仅仅需要执行一次初始全备份，以后都执行增量备份，从而大大缩短备份时间和存储空间。
备份合成支持不同粒度级别的备份合成：基于事务级别，基于文件级别和基于增量备份级别，通过多种备份合成粒度的支持实现备份，恢复和备份空间消耗的多重要求。
SLA服务水平驱动用户只需要设置RTO和RPO指标，SLA服务水平驱动模块熟悉整个系统恢复环境，通过对备份合成，同步恢复以及恢复测试数据的综合分析准确掌控当前备份环境可以满足的RTO和RPO时间，并且把这些数据提供给智能增量备份引擎。
灾难备份方案
灾难备份方案1. 引言在当今信息时代，各种形式的数据以惊人的速度增长，对数据的安全性和可靠性要求也越来越高。
然而，自然灾害、恶意攻击、硬件故障等意外事件时常会威胁到数据的完整性和可用性。
因此，建立一个可靠的灾难备份方案是至关重要的。
本文将介绍一种灾难备份方案，该方案基于现有的技术手段和策略，并提供了一种高效、可靠的数据备份和恢复解决方案，旨在帮助企业和组织保护自身的数据资产。
2. 灾难备份原则在制定灾难备份方案之前，我们需要明确一些基本原则，以确保备份方案的可靠性和可用性：•多重备份：将数据备份到不同的位置和媒介中，以应对一些不可预见的灾难。
•定期备份：按照一定的时间间隔，定期对数据进行备份，保持备份数据的更新。
•分级备份：根据数据的重要性和紧急程度，将数据进行分级备份，以保证关键数据的高可用性。
•安全存储：备份数据应存储在安全可靠的地方，防止数据被篡改或丢失。
•测试恢复：定期对备份数据进行恢复测试，验证备份方案的可行性。
3. 灾难备份方案3.1 数据备份策略数据备份策略是灾难备份方案的核心，它决定了备份方案的实施和执行方式。
以下是一个常用的数据备份策略示例：•定期全量备份：每隔一段时间，对所有数据进行全量备份。
全量备份可以保证备份数据的完整性，但备份时间较长，占用存储空间较多。
•增量备份：在每次全量备份之后，只备份发生了变化的数据。
增量备份可以减少备份时间和存储空间的占用，但恢复时需要依赖全量备份和增量备份进行数据还原。
•差异备份：在每次全量备份之后，只备份与上一次全量备份之间的变化。
差异备份是增量备份的一种改进，可以减少备份时间和恢复时间。
3.2 备份策略实施实施备份策略的关键在于选择适合的备份工具和方案，以下是一些常用的备份工具和方案：•磁盘备份：使用磁盘作为备份介质，实现高速备份和恢复。
可以使用磁盘阵列、硬盘驱动器或网络存储等设备进行备份。
•虚拟机备份：对虚拟机进行备份，可以实现整机备份、增量备份和快照备份等功能。
数据灾备方案范文
数据灾备方案范文
数据灾备是指在发生计算机无可避免的灾害时，保护和恢复计算机系统中存储的数据，以确保其可用性。
以下是数据灾备解决方案的建议：
一、备份策略的建设
1.确定备份任务：要根据实际情况确定合适的备份任务，以确保在发生故障时可以顺利恢复。
2.备份时间设定：可以根据不同的业务频率设定备份时间，以满足备份数据的实时性要求。
3.备份设置：根据备份任务及数据量大小细分考虑备份的设置，备份数据的存储设备及备份程序。
二、异地灾备程序的建设
1.异地灾备设施：要确定一个可以支持异地灾备的设施，以减少数据丢失的风险，保障数据的可用性。
2.同步备份：在异地设施上要进行实时同步备份，以确保主机上的数据和备份设备上的数据一致。
3.备份点的建立：建立备份点，确保能够快速恢复数据。
三、介质库存的建设
1.制定介质库管理规则：制定管理规则，以确保介质库存能够得到有效运用。
2.定期维护：定期进行介质库存的维护，以保证备份介质的完整性。
3.介质分布：备份介质需要分布在不同的地点，以防止备份介质受到损坏。
四、数据安全保障的建设
1.数据审计：定期进行数据审计。
灾备方案建议书
文档控制修改记录审阅分发目录文档控制 (II)读者 (1)情况简介 (1)现行灾备方案讨论 (1)项目实施评估 (4)D ATA G UARD FOR W INDOWS 2003E NTERPRISE 32BIT实施细则 (5)一在主库和备库服务器上安装ORACLE软件 (6)二在备库服务器上安装ORACLE软件 (6)三修改主库参数 (6)四修改主库为归档模式 (6)五备份数据库 (6)六备库环境准备 (6)七开启DG (7)DG测试与维护工作 (8)一 DG测试 (8)二管理与维护操作 (9)读者此实施建议书仅供下列读者使用：∙XXXX∙AAA情况简介随着企业信息化的建设，对于关键数据的保护也越来越重要。
试想，当数据库由于种种原因出现问题，甚至宕机，此时，业务系统也随之停顿，这种情况给企业带来的经济和信誉的损失是非常巨大的。
因此，在一切正常的时候就必须使用一种合适的灾备方案，防患于未然。
当然，随着对数据损失性的要求越高，那么必须投入的成本也越大。
此时就要在两者间寻找到一个平衡。
现行灾备方案讨论如果管理员由于一时疏忽或者网络问题导致归档没有及时备份，备库没有及时恢复，那么在主库出现问题的时候，不能及时的切换到备库，导致不必要的损失。
因此，实施一个灾备方案是非常有必要的，而且可以说是刻不容缓的。
当前市场上的灾备软件以及方案非常丰富，总的来说可以分为这几类：基于存储(Storage-Based)、基于服务器（Host-based）、基于存储交换机(SAN-Based)以及基于数据库/软件应用、基于oracle 数据库自带Data Guard等。
这里，我们选取使用Data Guard方案进行讨论。
首先需要安装数据库10g ，随后实施Data Guard。
Oracle 10g是第一个专门设计用于网格计算的数据库，也是当前最稳定的Oracle数据库产品。
在管理企业信息方面最灵活和最经济高效。
在尽可能提高服务质量的同时削减了管理成本。
容灾备份建议书
容灾备份建议书标题：容灾备份建议书引言概述：容灾备份是一项关键的业务保障措施，它可以匡助组织在面临灾难或者故障时保持业务的连续性和可用性。
本文将提供一些建议，以匡助组织制定有效的容灾备份策略。
一、灾难恢复计划1.1 制定灾难恢复计划- 确定关键业务流程：评估组织的业务流程，确定关键业务功能和应用系统。
- 识别潜在风险：分析可能发生的灾难类型，如自然灾害、人为错误或者硬件故障，并评估其对业务的影响。
- 制定恢复目标：设定恢复时间目标（RTO）和恢复点目标（RPO），以确定恢复业务所需的最大时间和数据损失。
1.2 实施备份策略- 定期备份数据：根据业务需求和数据变更频率，制定定期备份数据的计划，并确保备份数据的完整性和可靠性。
- 多重备份存储：采用多种备份存储介质，如磁带、硬盘和云存储，以提供数据冗余和容灾能力。
- 自动化备份过程：利用自动化工具和脚本来执行备份操作，确保备份过程的一致性和可追溯性。
1.3 测试和验证备份恢复- 定期测试恢复过程：定期测试备份恢复过程，包括数据恢复、系统配置和应用程序恢复，以确保备份数据的可用性和恢复过程的有效性。
- 更新和改进备份策略：根据测试结果和业务需求，及时更新和改进备份策略，以提高容灾备份的可靠性和效率。
- 培训和意识提升：培训员工参预灾难恢复计划，并提高员工对备份策略和过程的意识，以确保备份策略的执行和有效性。
二、高可用性架构设计2.1 采用冗余系统和设备- 服务器冗余：通过使用集群、镜像或者容器技术，实现服务器的冗余和故障转移，以确保业务的连续性。
- 网络冗余：建立冗余网络架构，包括多个ISP供应商、冗余路由器和交换机，以防止单点故障和网络中断。
- 存储冗余：采用冗余存储设备、RAID技术或者分布式存储系统，以提供数据的冗余和可靠性。
2.2 实施负载均衡- 负载均衡器：使用负载均衡技术，将流量分配到多个服务器，以提高系统的可用性和性能。
- 数据库负载均衡：使用数据库集群或者分区技术，将数据库负载均衡到多个节点，以提供高可用性和数据冗余。
灾备技术方案建议书
存储容灾专业服务灾备技术方案建议书目录1.1 项目背景 (4)1.2 建设目标 (4)1.3 建设原则 (5)1.4 依据标准 (6)1.5 指导思想 (6)3.1 总体方案架构 (9)3.2 生产中心存储高可靠容灾方案 (10)3.2.1方案概述 (10)3.2.2方案拓扑 (11)3.2.3方案关键技术 (12)3.2.4存储高可用实现 (14)3.2.5方案价值 (15)3.3 同城应用级容灾方案 (16)3.3.1方案概述 (16)3.3.2方案拓扑 (17)3.3.3阵列远程复制技术 (18)3.3.4同城容灾实现 (20)3.3.5方案价值 (21)3.4 其他数据系统的灾备 (22)3.5 可视化容灾管理平台 (22)3.5.1概述 (22)3.5.2功能 (23)3.5.3工作原理 (23)5.1 容灾切换方案 (26)6.1 预案的制定原则 (30)6.2 预案的制定流程 (30)6.3 灾难恢复预案的培训和演练 (31)6.4 灾难恢复预案的管理 (31)6.5 灾难恢复流程 (32)7.1 业务迁移风险分析及应对措施 (36)7.1.1基础设施风险及应对措施 (36)7.1.2基础数据风险及应对措施 (36)7.1.3应用系统风险及应对措施 (37)7.2 业务系统迁移方案工程界面 (38)7.2.1业务迁移步骤 (38)7.2.2 xx公司工作 (39)7.2.3系统集成商工作 (39)7.2.4软件厂商和存储厂商工作 (39)7.2.5组建工程实施组织机构 (40)7.3 容灾方案实施设计 (41)7.3.1虚拟化网关迁移实现高可用系统 (41)7.3.2存储复制实现异地容灾方案 (45)7.4 数据迁移应急方案 (46)7.5 数据移植后的技术支持 (47)7.6 应用系统迁移建议 (48)1 项目概述1.1 项目背景渤海财险拥有25家省级机构，200多家地市级和县级机构，提供交通工具保险、财产保险、工程保险、运输保险、责任保险、保证保险、意外伤害保险、短期健康保险等16大类保险产品。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
公安局Trust DBRA灾难备份方案建议书目录1.某市公安局灾难备份需求.................................................- 4 -1.1概述 (4)1.2业务系统分析和推荐业务连续性指标 (4)1.3当前IT系统基础架构 (6)2.软件平台技术方案...................................................... - 12 -2.1T RUST DBRA D ISASTER B ACKUP S YSTEM工作原理 (12)2.1.1Trust Log Capture Service ....................................... - 12 -2.1.2Trust Log Transfer Service ...................................... - 13 -2.1.3Trust Apply Service ............................................. - 13 -2.1.4Trust Flashback Service ......................................... - 14 -2.1.5Trust Active Disaster Site Service .............................. - 14 -2.1.6Trust Backup Service ............................................ - 14 -2.2T RUST DBRA D ISASTER B ACKUP S YSTEM的安装部署 (14)2.2.1生产系统部署.................................................... - 15 -2.2.2灾备系统部署.................................................... - 15 -2.2.3产品部署模块.................................................... - 15 -2.3性能和资源需求估算 (17)2.3.1网络需求........................................................ - 17 -2.3.2日志传输速度.................................................... - 17 -2.3.3数据同步速度.................................................... - 17 -2.3.4CPU资源占用 .................................................... - 17 -2.3.5生产端的缓存资源................................................ - 18 -2.4生产系统可靠性保障部署 (18)2.4.1灾难备份链路的容错.............................................. - 18 -2.4.2对于密集短暂网络失败的克服...................................... - 18 -2.4.3生产系统本地空间缓存............................................ - 18 -2.5计划维护和全业务切换 (18)2.6T RUST DBRA的日常运行维护 (19)3.硬件平台技术方案...................................................... - 20 -3.1服务器平台技术方案 (20)3.2存储平台技术方案 (21)3.3网络平台技术方案 (21)4.灾难恢复预案（DRP）................................................... - 23 -4.1DRP的作用 (23)4.2灾难恢复预案的容 (23)4.3灾难恢复预案演练 (24)4.3.1演练的目的...................................................... - 24 -4.3.2流程测试和演练的模式............................................ - 25 -4.3.3演练的关键步骤.................................................. - 27 -4.3.4测试演练的主要考虑因素.......................................... - 28 -附录一：TRUST DBRA DISASTER BACKUP SYSTEM介绍.............................. - 30 -附件二：TRUST DBRA成功案例 ................................................ - 37 -附件三：美创科技公司简介................................................... - 39 -1.某市公安局灾难备份需求1.1概述某公安经过多年的IT系统建设，已经建立了众多的IT信息系统来支撑日常业务的运行。
特别是在可靠性保障上，某公安历年以来投入了比较大的资金和人力，对于核心系统构建了Cluster容错系统，核心系统通过Legato Networker 7.0备份软件构建了统一的备份系统，极大的提高了业务系统的可靠性。
在基础备份系统基本完善的基础之上，某公安着重考虑核心业务系统的灾难备份能力，希望可以在生产节点遭遇重大灾难打击的时候可以快速的恢复业务应用，提高抗重大灾难打击能力。
某市公安局核心系统都运行在Oracle数据库之上，提供了某市公安局IT系统的稳定性基础保障。
Oracle数据库系统是一个较为复杂的数据库，作为某市公安局的基础数据存储和运行平台，存储着核心数据资料和基本业务逻辑，其稳定性与否直接关系着某市公安局的对外服务能力。
如何确保某市公安局在重大灾难打击之下继续生存是某市公安局继续发展的基础性工作，也是金融行业统一安全规的要点之一。
基于此考虑，数据完整性要某市公安局业务多样化和快速发展期间所必须要面临的IT基础体系需要重点考虑的现实问题。
1.2业务系统分析和推荐业务连续性指标某公安的核心业务系统主要为：治安常住人口系统、治安暂住人口系统和打防控系统。
业务系统分析：治安常住人口系统治安常住人口系统是公安系统的核心基础信息系统，为治安广大民警所广泛应用。
同时治安常住人口系统不仅仅是公安系统的核心基础信息系统，也是整个社会的核心基础信息系统。
治安人口数据信息的丢失或者完整性差错不仅仅会给公安系统工作带来重大影响，同时也会造成重大的社会影响。
基本而言，治安常住人口系统不允许出现数据丢失或者数据完整性问题。
作为公安系统的基础信息平台，甚至是整个社会的基础信息平台，治安系统需要很高的业务系统可用性要求。
尤其是在7*8的白天上班时间，治安常住人口系统如果长时间无法提供服务，造成的影响将会非常巨大。
简单的说，治安常住人口需要比较高的业务连续性，尤其在7*8时间段，至少要求完成7*8*365天不间断运行，严格来说应该做到7*24*365天不间断运行。
治安常住人口系统的业务特征表明该系统需要一个明确的业务连续性计划。
该业务连续性计划要确保零数据丢失和业务灾难情况下的快速复员能力。
♦业务系统分析：治安暂住人口系统治安暂住人口系统的业务逻辑类似于治安常住人口系统，它是针对暂住人口而存在。
♦业务系统分析：打防控系统打防控系统是公安的核心系统之一，是邢侦警察的主要工具，也是构建打防控一体化构建平安的基础信息管理平台。
打防控系统的业务数据和常住人口系统一样同样是公安系统的核心基础数据，对于公安系统而言，甚至更加重要，依赖性更强。
打防控系统对于数据的完整性和尽可能少的数据丢失性要公安刑警工作的基本要求。
作为公安系统的核心依赖平台和公安刑警工作的特点，该系统基本要求7*24*365天不间断运行，长时间的业务终止可能会延误某些重大决策的执行，后果比较严重。
打防控系统的业务特征表明该系统需要一个明确的业务连续性计划。
该业务连续性计划要确保接近于零的数据丢失和业务灾难情况下的快速复员能力。
♦业务连续性指标IT业务系统是某市公安局从事多项业务的基石，而存储在Oracle数据库中的数据则更是关系到某市公安局生存和发展。
数据完整性是公安行业业务继续运行的基础性工作，绝对的零数据丢失和数据完整性要求也是公安行业的最典型特征，依赖于常规的备份系统很难很好的完成零数据丢失保障。
在高数据完整性的要求基础之上，公安行业又是一个几乎完全面向公众用户的行业，具有比较高的业务连续性要求，基本要求7*24*365天不间断运行，即使在节假日也要求IT系统正常运转。
某市公安局业务是一个典型在绝对保障数据基础之上的要求7*24*365不间断运行的IT业务系统，为了支持零数据丢失和业务连续性保障需要一个周到的业务连续性计划来加以支持。
备份，灾难备份，持续数据保护和多样化恢复手段都应该成为某市公安局业务连续性计划的必要组成部分来共同完成业务连续性计划目标。
从容灾的级别来说，可以规划数据级容灾和应用级容灾，根据公安行业的业务种类多，业务方式多样化的特点，仅建设一个数据级容灾是不够，容灾发生时，业务快速的恢复是容灾系统的一大需求，所以建议某的容灾系统建设成一个应用级别的容灾。
应用级容灾是建立在数据级容灾的基础上，在容灾切换时，除了切换核心的数据库数据外，还包含了IP地址切换（按客户需要可选），中间件服务，用户级业务。
应用级容灾从流程上实现了全业务的连续性需求。
从我们的灾难系统建设经验出发，某市公安局可以考虑以下业务连续性计划目标：✧RPO（最大允许数据丢失时间）：零数据丢失✧RTO（最大允许宕机时间）：30分钟✧应用级容灾需求1.3当前IT系统基础架构根据前期和沟通，了解到某市公安局IT系统的当前基础信息结构如下： 基础硬件平台配置容量：未知；♦基础软件平台数据库Oracle 9.2.0.6数据库；Oracle数据库运行在RAC模式下；中间件未知♦备份系统平台备份软件Legato Networker 7.0备份介质磁带机♦核心应用软件系统常住人口系统暂住人口系统打防控系统等♦数据容量规模：未知核心生产系统逻辑结构图如下：(图1.1 实际生产系统逻辑框图)某市公安局当前构建了自己的备份系统，并且采用了bakbone备份软件，把数据备份到磁盘上，这样的备份方式结合数据库的归档日志，基本可以保证数据库的数据的完备性，但是依然具有以下缺点：✓数据备份的有效性无法确认。