浅谈四种容灾复制技术
服务器容灾与紧急备份
服务器容灾与紧急备份随着信息技术的不断发展和互联网的快速普及，服务器的稳定运行变得日益重要。
一旦服务器遭受故障、攻击或自然灾害等不可预测的事件，可能导致重要数据丢失、业务中断、用户无法访问等严重后果。
为了应对这些风险，服务器容灾与紧急备份成为必备的安全措施。
一、服务器容灾技术服务器容灾是指在服务器发生故障或无法正常运行时，通过备份和恢复机制来保证系统的高可用性和持续性。
以下是几种常见的服务器容灾技术。
1. 冷备份冷备份是指在故障发生时，恢复备份的服务器时才启动。
这种容灾技术适用于对实时性要求不高的系统，对成本要求较低。
但是由于需要手动启动备份服务器，恢复时间较长，对业务造成的影响较大。
2. 热备份热备份是指备份服务器始终处于运行状态，当主服务器发生故障时，备份服务器立即接管主服务器的工作。
这种容灾技术可以实现系统的无缝切换，对业务的中断时间几乎没有影响。
但是由于备份服务器需要实时与主服务器同步数据，所以对服务器的处理能力和网络带宽要求较高。
3. 集群化集群化是指将多个服务器组成一个群集，在群集中的任何一个服务器出现故障时，其他服务器会自动接管其工作。
集群化技术可以提供高可用性、高并发性和负载均衡，对于高流量和高并发访问的系统非常适用。
但是集群化技术复杂度较高，需要专业知识和经验的支持。
二、紧急备份措施在服务器容灾的基础上，紧急备份是指在系统发生重大故障、攻击或灾害等紧急情况时，及时备份重要数据以防丢失。
以下是几种常见的紧急备份措施。
1. 数据库备份数据库是服务器中最重要的数据之一，对于一些关键业务来说，及时备份数据库是非常关键的。
可以使用数据库管理系统提供的备份工具，定期将数据库备份到另外的存储介质，确保数据安全。
2. 文件备份除了数据库备份外，重要的系统文件和配置文件也需要定期备份。
这些文件包括操作系统配置文件、系统日志、应用程序配置文件等。
备份可以使用专门的备份软件，将这些文件复制到安全的存储介质上。
详解容灾备份基础：数据复制的几种架构
详解容灾备份基础：数据复制的几种架构【IT168 导购】随着信息技术的蓬勃发展，大大促进了人类社会的进步。
网上信息交流、电子商务、办公自动化、自动控制技术等信息技术极大地减轻了人们的劳动强度、方便了人们的工作、学习和生活。
然而，随之而来的数据备份、容灾问题的解决也越来越受到人们的重视。
但是由于目前业界没有一个统一的标准。
每家存储供应商在制定自己的容灾战略时，都会采用适用于自身技术、与原有产品相匹配的技术。
这样一来，作为容灾的基础，选择一个合适的数据复制的构架就显得非常重要了。
数据复制是一种实现数据分布的方法，就是指把一个系统中的数据通过网络分布到另外一个或者多个地理位置不同的系统中，以适应可伸缩组织的需要、减轻主服务器的工作负荷和提高数据的使用效率。
数据复制的过程类似于报纸杂志的出版过程，即把信息从信息源迅速传送到信息接收处。
对于用户而言，选择合适的数据复制架构就成了提高复制销率的的关键。
目前数据复制的主要分为三种：基于存储阵列(Storage-Based);基于交换机(SAN-Based);基于主机(Host-Based)。
下面我们就来说说目前的三种数据复制架构。
一.基于存储阵列(Storage-Based)磁盘阵列是把多个磁盘组成一个阵列，当作单一磁盘使用，它将数据以分段(striping)的方式存储在不同的硬盘中，存取数据时，阵列中的相关磁盘一起动作，大幅减低数据的存取时间，同时有更佳的空间利用率。
磁盘阵列所利用的不同的技术，称为RAID level，不同的level针对不同的系统及应用，以解决数据安全的问题。
一般高性能的磁盘阵列都是以硬件的形式来达成，进一步的把磁盘快取控制及磁盘阵列结合在一个控制器(RAID controler)或控制卡上，针对不同的用户解决人们对磁盘输出入系统的四大要求：(1)增加存取速度(2)容错(fault tolerance)，即安全性(3)有效的利用磁盘空间(4)尽量的平衡cpu，内存及磁盘的性能差异，提高电脑的整体工作性能。
容灾备份技巧：数据复制与异步复制的选择(三)
容灾备份技巧：数据复制与异步复制的选择在现代社会中，数据备份和容灾的重要性已经不言而喻。
无论是企业还是个人，都需要保护自己的数据免受意外损失的影响。
为了提高数据的安全性和可靠性，人们开发了各种备份和容灾技术。
其中，数据复制和异步复制是两种常见的选择。
数据复制是指将原始数据复制到另一个存储设备或地点，以防止数据丢失的一种技术。
它可以通过镜像磁盘、磁带备份或云存储等方式实现。
数据复制的优点是操作简单、实时性好，能够在数据出现问题时快速恢复。
同时，数据复制还可以提供冗余性，减少数据丢失的风险。
然而，数据复制也存在一些不足，首先是成本较高，需要额外的资源和设备来实现。
其次，数据复制可能会带来一定的性能损失，特别是在复制大量数据时。
因此，在选择数据复制时，需要根据自身情况权衡利弊。
异步复制是一种在数据源和目标之间进行数据复制的方式，其中数据复制是在后台进行的。
与数据复制相比，异步复制可以更好地满足大规模数据备份和容灾的需求。
由于异步复制不需要实时进行数据同步，因此它可以在网络带宽较小的情况下进行，减少对网络性能的影响。
此外，异步复制还可以应对意外情况，例如断电、网络故障等。
当源数据出现问题时，目标数据仍然可以保持较新的状态。
异步复制的缺点是如果源数据在复制完成之前发生故障，那么最新的数据可能会丢失。
因此，选择异步复制时，需要权衡数据的时效性和完整性。
除了数据复制和异步复制之外，还有其他一些备份和容灾技术可以选择。
例如同步复制、快照备份等。
同步复制是在源数据和目标数据之间进行实时数据同步的一种方法。
它可以提供最新的数据保护，但可能会影响源系统的性能。
快照备份则是通过记录数据的变化来进行备份的一种方式。
它可以提供较快的恢复速度，但需要更多的存储空间。
综上所述，数据备份和容灾是一项重要的工作。
在选择备份和容灾技术时，需要综合考虑数据的安全性、时效性和成本等因素。
数据复制和异步复制是常见的选择，它们各有优缺点。
数据复制适用于对数据实时性要求较高的情况，而异步复制适用于大规模数据备份和容灾。
数据库备份与容灾技术
数据库备份与容灾技术数据作为企业和组织最重要的资产之一，必须得到有效的保护和管理。
数据库备份和容灾技术是一种保障数据完整性和可用性的重要手段。
本文将针对数据库备份和容灾技术进行深入探讨，并提供一些实用的建议和指导。
一、数据库备份技术数据库备份是将数据库中的数据和结构拷贝到另一个存储介质中，以防止数据丢失或损坏。
有效的数据库备份技术可以确保数据的持久性和可恢复性。
1.全量备份全量备份是指备份整个数据库的所有数据和结构，将数据库的完整副本存储到备份介质中。
全量备份可以提供最高的数据完整性和可恢复性，但备份时间较长，占用更多的存储空间。
2.增量备份增量备份是基于全量备份的基础上，只备份自上次备份以来的新增或修改的数据。
增量备份相对于全量备份可以减少备份时间和占用的存储空间，但在数据恢复过程中需要应用多个备份。
3.差异备份差异备份是备份自上次完整备份以来发生变化的数据，相比增量备份，差异备份只需要备份当次备份与上次全量备份之间的增量数据。
差异备份相对于增量备份可以减少备份时间和备份数量，但恢复时需要应用全量备份和差异备份。
二、数据库容灾技术数据库容灾是通过构建具有可用性和可恢复性的数据库系统，以防止因自然灾害、硬件故障或人为错误导致的数据库不可用或数据丢失。
常见的数据库容灾技术包括冗余备份、故障切换和灾备复制。
1.冗余备份冗余备份是指将数据库备份存储在多个地理位置或存储介质中，以确保即使某个备份发生故障，其他备份仍然可用。
冗余备份可以通过远程复制、镜像和跨地理位置备份来实现。
2.故障切换故障切换是指将数据库从一个故障的系统切换到一个备用系统，以确保数据库的持续可用性。
常见的故障切换技术包括主从复制、双机热备和集群化部署。
3.灾备复制灾备复制是构建分布式数据库系统的一种方法，通过将数据库复制到多个地理位置的系统中，以实现数据的多地备份和故障容错。
常见的灾备复制技术包括主备复制、多主复制和对等复制。
三、数据库备份与容灾的最佳实践进行数据库备份和容灾时，我们应该考虑以下几个方面来确保数据的安全和可恢复性。
几种容灾数据复制技术的比较
一、概述近几年来，容灾已经成为信息数据中心建设的热门课题。
很多容灾技术也快速发展起来，对用户来说也有很广阔的选择余地。
但由于容灾方案的技术复杂性和多样性，一般用户很难搞清其中的优劣以确定如何选择最适合自己状况的容灾解决方案。
本文我们就容灾建设中的备份及复制技术做一个初步探讨，希望能对客户的数据中心容灾建设提供一些参考。
目前有很多种容灾技术，分类也比较复杂。
但总体上可以区分为离线式容灾（冷容灾）和在线容灾（热容灾）两种类型。
二、离线式容灾所谓的离线式容灾主要依靠备份技术来实现。
其重要步骤是将数据通过备份系统备份到磁带上面，而后将磁带运送到异地保存管理。
离线式容灾具有实时性低、可备份多个副本、备份范围广、长期保存、投资较少等特点，由于是备份一般是压缩后存放到磁带的方式所以数据恢复较慢，而且备份窗口内的数据都会丢失，因此一般用于数据恢复的RTO（目标恢复时间）和RPO（目标恢复点）要求较低的容灾。
也有很多客户将离线式容灾和在线容灾结合起来增加系统容灾的完整性和安全性。
目前主流的备份软件主要有：l Symantec Veritas NetBackupl EMC Legato NetWorkerl IBM Tivoli Storage Managerl Quest BakBone NetVault三、在线容灾在线容灾要求生产中心和灾备中心同时工作，生产中心和灾备中心之间有传输链路连接。
数据自生产中心实时复制传送到灾备中心。
在此基础上，可以在应用层进行集群管理，当生产中心遭受灾难出现故障时可由灾备中心接管并继续提供服务。
因此实现在线容灾的关键是数据的复制。
和数据备份相比，数据复制技术具有实时性高、数据丢失少或零丢失、容灾恢复快、投资较高等特点。
根据数据复制的层次，数据复制技术的实现可以分为三种：存储系统层数据复制、操作系统数据复制和数据库数据复制。
1、存储系统层数据复制现在的存储设备经过多年的发展已经十分成熟。
容灾备份方案的跨地域与跨数据中心复制(十)
容灾备份方案的跨地域与跨数据中心复制随着信息技术的不断进步，越来越多的企业依赖于数据的存储和处理。
然而，任何系统都无法百分之百保证免于故障或灾难的发生。
因此，对于企业来说，建立健全的容灾备份方案至关重要。
在构建高效的容灾备份方案中，跨地域与跨数据中心复制成为了一种常见的选择。
一、跨地域复制跨地域复制意味着将数据备份拷贝到不同的地理位置。
这种方式可以最大限度地避免地域范围内的自然灾害、人为事故等因素对数据造成的威胁。
在跨地域备份方案中，常见的方法有两种：同步复制和异步复制。
同步复制是指在主数据中心（Primary Data Center）和备份数据中心（Backup Data Center）之间建立实时数据同步的方式。
当主数据中心数据更改时，同步复制会立即将这些变更复制到备份数据中心，确保两地的数据保持一致。
这种方案的优点是数据的一致性能得到最高程度的保障，但是其缺点也显而易见，即网络延迟和性能损失。
异步复制则采用延迟复制的方法，将主数据中心的数据变更先缓存起来，定时将这些变更进行传输并复制到备份数据中心。
这种方式相对于同步复制来说，能够减少网络延迟和性能损失的影响，但是由于数据的同步并不是实时的，因此在主数据中心故障时，可能会丢失一部分的数据。
二、跨数据中心复制跨数据中心复制是在同一地域范围内建立多个数据中心，并将数据备份拷贝到这些数据中心之中。
与跨地域复制相比，跨数据中心复制更加侧重于建立数据中心之间的容灾和备份机制。
在跨数据中心复制中，常用的方案有多数据中心复制和异地灾备。
多数据中心复制是指将数据备份拷贝到多个数据中心中，以实现数据的高可用性和容灾恢复能力。
通过在各个数据中心之间建立复制链路，可以实现数据的实时同步和跨数据中心的流量负载均衡，确保数据的可用性和可靠性。
异地灾备方案则是将数据备份拷贝到离主数据中心较远的地理位置，以应对更大范围的自然灾害和灾难性事件。
异地灾备方案通常包括独立的数据中心、备份服务器和存储设备等，可在主数据中心发生灾难时，快速恢复系统功能和数据。
容灾复制技术参考
容灾远程数据复制技术分析日立数据系统（中国）有限公司2008年11月前言数据复制技术是指通过建立远程容灾中心，将生产中心数据实时或分批次地复制到容灾中心。
正常情况下，系统的各种应用运行在生产中心的计算机系统上，数据同时存放在生产中心和容灾中心的存储系统中。
当生产中心由于断电、火灾甚至地震等灾难无法工作时，则立即采取一系列相关措施，将网络、数据线路切换至容灾中心，并且利用容灾中心已经搭建的计算机系统重新启动应用系统。
容灾系统最重要的目标就是保证容灾切换时间满足业务连续性要求，同时尽可能保持生产中心和容灾中心数据的连续性和完整性，而如何解决生产中心到容灾中心的数据复制和恢复则是容灾备份方案的核心内容。
以下对容灾备份系统采用的几种常用技术作一简单描述。
结合应用系统的相关特点（实时性要求、运行中断敏感性等）、数据更新频度、数据量大小、相关条件等因素，实际的灾难恢复系统解决方案可能是多种技术方案的组合。
1 基于磁盘阵列的数据复制基于磁盘阵列的数据复制技术由磁盘阵列自身实现数据的远程复制和同步，即磁盘阵列将对本系统中的存储器写I/O操作复制到远端的存储系统中并执行，保证生产数据和备份数据的一致性。
由于这种方式下数据复制软件运行在磁盘阵列内，因此较容易实现生产中心和容灾容灾中心的生产数据和应用数据或目录的实时拷贝维护能力，且一般很少影响生产中心主机系统的性能。
如果在容灾中心具备了实时生产数据、备用主机和网络环境，那么就可以当灾难发生后及时开始业务系统的恢复。
基于磁盘阵列的数据复制技术虽然受主、备中心距离限制比较明显（同步方式通常要求在几十公里范围，异步方式可达数千公里）、开放性差（不同厂家的存储设备系统不能配合使用）、对于主备中心之间的网络条件（稳定性、带宽、链路空间距离）要求高等缺点，但是基于磁盘阵列数据复制的容灾方案具有高效、快速的特点，能很好地保证数据的完整性和一致性，数据的复制备份过程占用很少主机资源，操作控制比较简单，且能够实现很高的容灾恢复目标RTO和数据恢复时间点目标RPO，对于关键业务系统来说尤其重要。
数据库容灾、复制解决方案全分析(绝对精品)
数据库容灾、复制解决方案全分析（绝对精品）目前，针对oracle数据库的远程复制、容灾主要有以下几种技术或解决方案：（1）基于存储层的容灾复制方案这种技术的复制机制是通过基于SAN的存储局域网进行复制，复制针对每个IO进行，复制的数据量比较大;系统可以实现数据的同步或异步两种方式的复制.对大数据量的系统来说有很大的优势（每天日志量在60G以上）,但是对主机、操作系统、数据库版本等要求一致，且对络环境的要求比较高。
目标系统不需要有主机，只要有存储设备就可以，如果需要目标系统可读，需要额外的配置和设备，比较麻烦。
（2）基于逻辑卷的容灾复制方案这种技术的机制是通过基于TCP/IP的网络环境进行复制，由操作系统进程捕捉逻辑卷的变化进行复制。
其特点与基于存储设备的复制方案比较类似，也可以选择同步或异步两种方式，对主机的软、硬件环境的一致性要求也比较高，对大数据量的应用比较有优势。
其目标系统如果要实现可读，需要创建第三方镜像。
个人认为这种技术和上面提到的基于存储的复制技术比较适合于超大数据量的系统，或者是应用系统的容灾复制。
我一直有一个困惑，存储级的复制，假如是同步的，能保证数据库所有文件一致吗？或者说是保证在异常发生的那一刻有足够的缓冲来保障？也就是说，复制的时候起文件写入顺序和oracle的顺序一致吗？如果不一致就可能有问题，那么是通过什么机制来实现的呢？上次一个存储厂商来讲产品，我问技术工程师这个问题，没有能给出答案我对存储级的复制没有深入的研究过，主要是我自己的一些理解，你们帮我看一下吧……我觉得基于存储的复制应该是捕捉原系统存储上的每一个变化，而不是每隔一段时间去复制一下原系统存储上文件内容的改变结果，所以在任意时刻，如果原系统的文件是一致的，那么目标端也应该是一致的，如果原系统没有一致，那目标端也会一样的。
形象一点说它的原理可能有点像raid 0，就是说它的写入顺序应该和原系统是一样的。
不知道我的理解对不对。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
浅谈四种容灾复制技术
数据复制是构建容灾的基石，利用复制软件实时地将数据从一个主机（或磁盘）复制到另一个主机（磁盘），生成一个数据副本。
数据复制有多种分类方法，依据复制启动点的不同，可分为同步复制、异步复制。
同步复制，数据复制是在向主机返回写请求确认信号之前实时进行的；对于异步复制，数据复制是在向主机返回写请求确认信号之后实时进行的。
一、四种容灾复制技术说明
根据操作系统的I/O（读写操作）路径以及复制对象划分为四大种类：基于应用层事务复制、基于文件层复制、基于逻辑卷层复制、基于磁盘阵列复制。
当然，目前出现了基于SAN交换机的复制，但是相对技术不太成熟，应用很少。
按照数据复制软件或硬件安装的位置又可划分为主机型复制和非主机型复制。
应用层、文件层、逻辑卷层的都属于主机型复制，主机型复制软件需安装在主机上，需要消耗一定的主机资源。
存储层属于非主机型复制，复制直接由磁盘阵列的内部组件完成，理论上无需消耗应用所在主机的资源。
一般而言，容灾要保护的数据是结构化数据，即存储在数据库的数据。
以下都用复制数据库来说明。
1．基于应用层事务复制
基于应用层事务的复制，一般采用采用异步复制机制，复制对象为应用事务，其过程为：捕获应用系统的事务，例如SQLServer或Oracle数据库的事务，经由传输组件传输到目标服务器，然后目标装载进程按照数据库的关系原理排序事务，将事务保存到目标数据库。
这层的复制完全能保障数据库的一致性，且目标数据库处于在线运行状态。
当生产数据库发生故障时，直接使用目标数据库即可恢复业务，容灾的RTO指标趋于零。
但是支持的应用有限，一般为SQLServer、Oracle、Sybase、DB2、MySQL等等数据库。
另外复制速度较慢，因为数据要通过数据库的装载接口才能写入数据库。
应用层代表厂商：浪擎、DSG、Goldengate、Quest、Oracle、微软等。
2．基于磁盘阵列复制
基于磁盘阵列层的复制，磁盘阵列厂商的复制技术，其原理与逻辑卷层的相似，属于非主机型的复制。
但与硬件绑定，成本高昂，实施复杂。
基于磁盘阵列层的复制不能完全保障数据库一致性，目标数据库处于脱机状态。
当生产数据库发生故障时，需要启动数据库才能恢复业务，正是由于不能保障数据库一致性，很可能数据库不能正常启动。
尽管存在这样的缺陷，但这一层的复制对主机的影响极其轻微，所以还是可应用在一些非常大型、繁忙的数据库容灾，作为一种补充保护手段。
磁盘阵列层代表厂商：IBM、HP、EMC、HDS等。
3．基于逻辑卷层复制
基于逻辑卷层的复制，一般采用采用同步复制机制，复制对象为逻辑卷层的变化Block，其过程为：捕获
变化块，同步写入目标存储，等于在一个主机上将同一数据写入两个不同的逻辑磁盘。
这种复制方式对I/O 性能影响很大。
另外，在实施时可能需要改造生产环境，例如VVR需要自身的卷管理格式才能支持复制，所以如果用于非新部署的业务系统其实施非常复杂。
基于逻辑卷层的复制不能完全保障数据库一致性，目标数据库处于脱机状态。
当生产数据库发生故障时，需要启动数据库才能恢复业务，正是由于不能保障数据库一致性，很可能数据库不能正常启动。
因此，这层复制技术很少用于大型数据库的容灾。
逻辑卷层：赛门铁克、飞康等等。
4．文件层复制
基于文件层的复制，一般采用采用异步复制机制，复制对象为文件I/O，其过程为：复制上层应用传递下来的I/O，然后缓存起来，再经由传输组件传输到目标服务器，再由目标服务器写入目标存储，完成一次复制。
基于文件层的复制不能保障数据库一致性，目标数据库处于脱机状态。
当生产数据库发生故障时，需要启动数据库才能恢复业务，正是由于不能保障数据库一致性，很可能数据库不能正常启动。
所以文件复制一般用于事务很少、数据量很小的数据库。
文件层：赛门铁克的低端文件复制、国内一些小厂商。
四种复制技术各有优缺点。
一般而言，文件层复制技术主要采用异步复制原理，不能保障数据库的一致性，不能确保数据库是好的，很少用于大型数据库的容灾。
国内很多厂商都采用文件层复制，主要用于中小企业，适用于数据量不大、投入很小的场合。
二、容灾面对的核心问题——数据一致性
1.保障容灾端数据一致性的意义
容灾系统与生产系统的数据一致性考虑在容灾建设中极其重要。
什么叫数据一致性，这是个非常专业的问题。
简单的讲，就是要保证生产系统、容灾系统的数据相一致。
可以这样讲，如果各层不能保障复制过去的数据的一致性，那么容灾端的数据就不完整，整个应用系统就不可用，容灾完全失去意义。
而四种复制技术由于所属层次不一严，各层的数据一致性含义是不同的。
2.应用层完全能保障容灾端的数据一致性
应用层的数据一致性是指容灾业务数据和生产端业务数据相同，例如股票交易业务，生产端交易了10000笔，如果容灾端只复制了9999笔，那么就产生了数据不一致的问题。
但是，应用层的数据不一致性相对应用程序而言是不致命的，甚至应用程序都无法感知，只有上层业务才能感知，就如同这个例子丢了一笔交易数据，那么此时需要人工干预补齐一下数据。
从这个角度讲只有应用层的复制才能确保应用程序的完整性和一致性。
3.其他三层保障数据一致性的难题
其他三层的数据不一致性对应用程序而言是致命的，很可能导致应用程序无法启动。
其他三层的数据一致性比应用层的数据一致性含义复杂，这是由于复制所属层次和复制对象不一样导致的。
其他三层的数据一致性包含两方面的含义：一是在磁盘上或文件上的应用程序的数据一致性，这是因为每个应用程序对存在磁盘上的数据都有一个内在的组织结构和秩序，如果这种结构和秩序不完整或被破坏，那应用程序很可能就无法启动了；二是两端的数据一致性。
在I/O的路径上各层都有自己的缓存，很有可能会滞留一些I/O
在自己的缓存中。
如果在系统发生故障时，仍有部分I/O“滞留”在I/O操作中，真正写到磁盘中的数据就会少于应用程序实际写出的数据，造成数据的不一致，从而导致结构和秩序不完整或被破坏。
异步复制顺序地将这些I/O复制到容灾端，故障发生时可能导致I/O复制不完整，从而也会导致这种情况发生，这就是文件层的复制不可靠的原因。
逻辑卷层和磁盘层采用同步复制，关闭各层缓存，这样的情况一般不会发生，但是由于应用程序和操作系统的复杂性，这种复杂性本身可能导致I/O的坏块。
同时，这两层还可能存在卷组一致性的问题，应用程序的数据存在多个逻辑卷或物理卷中，在这两层中很可能会出现应用程序串行写而这两层并行写的状况，从而导致磁盘上的数据的写秩序不一致，这是很可怕的。
存在这样的问题，需要在调研阶段搞清楚应用程序的存储状况的，从而有针对性的实施方案。
4.非常繁忙的数据库的容灾挑战
在浪擎科技的数据库容灾研究过程中发现，当SQLServer数据库面对大量的事务时，采用非顺序写日志，这与一个空闲的数据库线性写日志完全不同，颠覆了先前对数据库线性写日志的认识。
有兴趣研究的同行，可以构造一个这样的测试场景，一直不断提交事务给数据库，然后监测数据库的日志I/O状况。
我们猜想可能是这样的原因：当日志缓存剧烈消耗时，数据库进程采用了多线程并行写日志，这样的好处可能加快写的速度，但是采用这样的写机制会导致一个乱序的日志文件来，对数据库在磁盘上的状态来说却是一个灾难；或是，数据库发出串行的异步写调用，但操作系统内部并行写，回复状态按照调用顺序而已，这个猜想可能是错误的，这需要很懂Windows操作系统I/O管理机构的技术高手来解释。
这样的SQLServer数据库写对其他三层的容灾技术来说，简直就是灾难，或许同步复制能保障，但是异步复制，例如文件层复制，却是不能保障容灾端数据库的一致性。
所以，文件层的复制不能确保容灾数据库是好的，只能通过其他机制来补偿缺陷，例如通过回滚。
正因如此，象医院、证券、海关、税务、电力、公安、社保、电商、交通、银行、电信等等提供公共服务的业务系统在工作时间都非常繁忙，这样的数据库采用文件复制来实现容灾是不可行的。
三、复制技术的发展趋势
四层技术，各有优缺点。
就综合复制技术原理与优缺点、投入成本、资源消耗、实施工作量、维护工作量等等方面来说，应用层的复制和磁盘阵列的复制会成为主要的容灾技术，占据很大的容灾市场份额，且应用于关键的、重要的应用系统；文件复制主要用于一些非常低端的应用。
未来的复制技术发展不是依靠单一技术来解决自身的缺陷问题，应融合其他层的技术来发展。
应用层要解决复制速度较慢的问题，就是要解决在目标数据库上的数据装载效率或装载方式的问题。
解决了这一问题，应用层的复制还会得到更加广泛的应用。
浪擎科技正是这方面的杰出代表，围绕应用层这个核心，结合文件层的快速复制，采用直接的原始数据装载技术，克服了应用层复制速度慢的问题，是目前应用层里面做得最好的一种技术路线。
存储层要克服数据不一致的问题，不能单纯依靠存储的复制，要结合应用层与数据库进行一定的交互才能解决。
四、总结
从技术原理、实施、维护、资源消耗、适应场合等等总结四层技术。