CN103226502B - 一种数据灾备控制系统及数据恢复方法 - Google Patents
一种数据灾备控制系统及数据恢复方法 Download PDFInfo
- Publication number
- CN103226502B CN103226502B CN201310190008.4A CN201310190008A CN103226502B CN 103226502 B CN103226502 B CN 103226502B CN 201310190008 A CN201310190008 A CN 201310190008A CN 103226502 B CN103226502 B CN 103226502B
- Authority
- CN
- China
- Prior art keywords
- disk
- data
- standby database
- journal
- file
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种数据灾备控制系统，包括：数据丢失识别装置，负责查询备数据库的数据状态判断是否存在数据丢失，若不存在数据丢失，则调用主备切换执行装置；主备切换执行装置，用于启动备数据库并确认备数据库状态可用；归档日志文件应用装置，负责将日志文件磁盘中的归档日志文件以及日志文件复制磁盘中的归档日志文件应用至备数据库；日志磁盘切换装置，负责将日志文件磁盘从备数据库所在的服务器中删除，并通过控制磁盘控制器将日志文件复制磁盘添加至备数据库所在的服务器，并使备数据库可访问磁盘中的日志文件；联机日志文件应用装置，由控制引擎装置调用，负责将日志文件复制磁盘中的联机日志文件应用至备数据库。
Description
技术领域
本发明涉及数据的容灾备份领域，特别涉及一种数据灾备控制系统及数据恢复方法。
背景技术
数据库故障、服务器故障、存储故障、网络故障等故障是企业数据中心日常运维中经常遇到的问题，如何快速而全面的从故障中恢复业务运行是大部分企业面临的难题，很多企业由于数据保护方案的不完善，当其数据中心发生故障时，造成大量业务数据丢失或者停机时间过长，从而遭受巨额损失。
为了减少故障导致的停机时间，很多企业引入了容灾系统和数据恢复技术，即部署主、备两个站点，当主站点发生故障时，可以快速切换至备用站点。
目前主流的数据恢复方法有两种：数据库级数据恢复和磁盘级数据恢复。
其中，数据库级数据恢复从数据库层实施数据保护，其部署架构及数据流图如图1所示。该方法在主、备站点分别部署数据库服务器，且二者的存储相互独立。业务系统通过连接主数据库进行读写访问，主库的数据变化会记录成日志文件，主库的传输进程将日志流通过网络传送至备库，备库的接收进程将日志流写入备日志文件或归档日志文件，应用进程再通过应用日志来更新数据文件，从而实现主、备库的数据同步。当主库发生故障时，若该时刻备库的数据状态同主库保持一致，则可以通过启动备库，使业务系统连接至备库，从而确保系统的高可用性。
数据库级的数据恢复提供了两种数据保护模式：同步模式和异步模式，其部署架构及数据流图分别如图2和图3所示。其中，同步模式当确认日志成功传输至备库时，才返回事务提交成功标识，因此可以确保主备库的数据状态一致，从而确保切换至备库时无数据丢失。但由于会受到网络性能以及备库磁盘写入的速度影响，该模式会严重影响主库性能。异步模式则是当主库成功记录日志文件后立即返回事务提交成功标识，不等待日志流传输至备库。这种模式可以避免对主库的性能影响，但是由于当主库发生日志切换时(即联机日志文件转化为归档日志文件时)才进行日志传输，因此，当主站点故障(包括数据库故障、存储故障和服务器故障)或网络故障发生在日志文件传输之前，则会在切换至备库时发生数据丢失。
第二种数据恢复技术——磁盘级数据恢复，从存储层提供数据保护，其部署架构及数据流图如图4所示。通过在主、备站点分别部署数据库服务器和磁盘阵列，主、备的磁盘阵列通过光纤相连，并通过磁盘复制进行数据同步。业务系统通过连接主库进行读写访问，当主库存储发生变化时，备库也时时与其保持一致。当发生主站点故障时，可以通过启动备站点的数据库服务器来提供业务系统访问，从而保证系统的高可用性。该方法有如下缺点：磁盘复制量大，占用大量服务器资源，对主站点的性能产生较大影响；无法抵御逻辑故障。由于磁盘复制不进行数据库级的数据验证，若主库发生逻辑损坏故障，则磁盘复制也同样会将逻辑故障复制至备库，从而由于数据的逻辑不一致导致备库启动失败，导致全部业务数据的丢失。另外，磁盘价格较为昂贵，实施全量的数据磁盘复制增加了企业运营成本。
综上所述，传统的数据恢复方法存在以下问题：1、如果避免了数据丢失，则需要牺牲主库的性能表现(同步模式的数据库级数据恢复和磁盘级数据恢复)。2、如果减少了对主库的性能影响，则将增加数据丢失的风险(异步模式的数据库级数据恢复)。3、无法抵御逻辑损坏故障(磁盘级数据恢复)。
发明内容
为解决上述问题，本发明提出一种新的数据恢复方法，结合了数据库级异步模式的数据恢复技术和磁盘级数据恢复技术的优点，从数据库级和磁盘级两个层级部署容灾系统，同时又避免了各传统数据恢复技术的缺点，在保证零数据丢失的同时最小化对主库的性能影响，并可以有效的抵御逻辑损坏故障。此外，基于所提出的方法，本发明提供了一种数据灾备控制系统，可以在故障发生时，自动判断数据丢失情况，应用相应的日志以及启动备库。从而保证了数据的安全性和可靠性，确保了系统的高可用性。
本发明提出的数据灾备控制系统包括：控制引擎装置，用于在整个数据恢复过程中进行各个子装置的调用，并且通过提供全局的标识位来控制数据恢复的流程跳转；数据丢失识别装置，由控制引擎装置调用，负责查询备数据库的数据状态判断是否存在数据丢失，若不存在数据丢失，则调用主备切换执行装置；主备切换执行装置，用于启动备数据库并确认备数据库状态可用；归档日志文件应用装置，由控制引擎装置调用，负责将日志文件磁盘中的归档日志文件以及日志文件复制磁盘中的归档日志文件应用至备数据库；日志磁盘切换装置，由控制引擎装置调用，负责将日志文件磁盘从备数据库所在的服务器中删除，并通过控制磁盘控制器将日志文件复制磁盘添加至备数据库所在的服务器，并使备数据库可访问磁盘中的日志文件；联机日志文件应用装置，由控制引擎装置调用，负责将日志文件复制磁盘中的联机日志文件应用至备数据库。
本发明提出的数据灾备控制方法包括步骤：步骤101，控制引擎装置接收数据恢复请求；步骤102，控制引擎装置调用数据丢失识别装置；步骤103，数据丢失识别装置查询备数据库的数据丢失状态，若不存在数据丢失，则进入步骤104；若存在数据丢失，则查看“是否已执行备数据库归档日志应用”的标识位，1)若为False，则进入步骤105，2)若为True，则再查看“是否已执行日志磁盘切换”标识位，2a)若为False，则进入步骤106；2b)若为True，则再查看“是否已执行联机日志应用”标识位，2b1)若为False，则进入步骤107；2b2)若为True，则表示数据恢复失败，进入步骤108；步骤104，主备切换执行装置启动备数据库并验证备数据库的状态可用，进入步骤108；步骤105，归档日志文件应用装置日志磁盘(即“是否已执行日志磁盘切换”为False时，为备数据库的日志文件磁盘；为True时，为日志文件复制磁盘)中的归档日志文件应用至备数据库，并将“是否已执行备数据库归档日志应用”标识位设置为True，进入步骤102；步骤106，日志磁盘切换装置将日志文件磁盘从备数据库所在的服务器中删除，并通过调用磁盘控制器断开主库日志文件磁盘到日志文件复制磁盘的复制关系，再将日志文件复制磁盘添加至备数据库所在的服务器，进行相应的配置操作，使备数据库可访问，并将“是否已执行日志磁盘切换”标识位设置为True，进入步骤105；步骤107，联机日志文件应用装置将日志文件复制磁盘中的联机日志文件应用至备数据库，并将“是否已执行联机日志应用”标识位设置为True，进入步骤102；步骤108，流程结束。
与传统的数据恢复技术相比，本发明提出的数据恢复方法及对应的数据灾备控制系统有以下优点：1、对比于同步模式的数据库级数据恢复方法，极大地减小了数据同步操作对主库的性能影响。2、对比于异步模式的数据库级数据恢复方法，确保了数据恢复的零数据丢失。3、对比于磁盘级的数据恢复方法，有三大优点：1)由于仅复制日志文件磁盘，日志文件的数据变化量小于日志文件与数据文件的数据变化量之和，因此减小了复制操作对主库的性能影响；2)由于仅对日志文件所在磁盘实施复制，而不是全库实施复制，而日志文件容量需求远小于数据文件，因此大幅降低了运营成本；3)由于仅复制日志文件，因此数据文件的逻辑损坏不会被复制至备库，确保了备库数据的逻辑一致性，避免了由于主库的逻辑损坏故障导致业务数据丢失的问题。
附图说明
图1是传统方式的数据库级数据恢复的部署架构及数据流图；
图2是传统方式的数据库级数据恢复之同步模式的部署架构及数据流图；
图3是传统方式的数据库级数据恢复之异步模式的部署架构及数据流图；
图4是传统方式的磁盘级数据恢复的部署架构及数据流图；
图5是本发明的数据恢复方法的部署架构及数据流图；
图6是本发明的数据灾备控制系统的结构图；
图7是本发明的数据灾备控制系统执行数据恢复的工作流程图；
图8是本发明在故障发生时进行数据恢复之后的物理架构及数据流图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。
本发明提出的数据灾备控制系统及数据恢复方法的基本原理是在备用站点部署备用数据库，通过异步模式进行日志传输来保持主备同步，再在备用站点部署主数据库的日志磁盘复制，由于异步模式当主库的联机日志文件开始转化为归档日志文件时才进行传输，主备同步存在一定时间差，而磁盘复制的速度极快，几乎不存在时间差，当异步模式在切换至备库时出现数据丢失，可通过应用磁盘复制的日志盘中的日志记录(包括联机日志和归档日志)来恢复丢失数据。这样既确保了数据的零丢失，又实现了数据的数据库级校验，抵御了主库的逻辑损坏，而且由于日志磁盘的复制量小，既减少了对主库的性能影响，又降低了容灾成本。
图5是本发明的部署架构及数据流图，主要包括主站点和备用站点，通常二者的物理位置不同，如位于不同的机房或位于不同的城市，以确保当主站点遭到完全破坏之后，备用站点可以顺利启用。应用服务器(其上部署业务系统)及其对应的数据库服务器(其上运行数据库)、磁盘服务器(其上包含磁盘控制器及主数据库所用的数据文件磁盘和日志文件磁盘)部署在主站点，则该应用的备份服务器包括备数据库服务器(其上运行备数据库)和备磁盘服务器(其上包含磁盘控制器、备数据库使用的数据文件磁盘和日志文件磁盘以及日志文件复制磁盘)则部署于备用站点。而且主、备站点各部署一套数据灾备控制系统，当任一站点被破坏时，都可以确保所有应用数据的完全恢复。此外，主站点和备用站点并非绝对概念，而是互为主备关系，即所有主应用系统平均部署于两个站点，相对于主应用系统部署的站点，则另一个部署备应用系统的站点即为备用站点，而并非特定的某个站点为主站点或备用站点。日常情况下，备站点的应用系统通过数据库级的异步日志传输保证主备站点的数据库一致性，数据库一致性存在一定的时间差；同时通过磁盘级的日志磁盘复制确保主备站点的日志文件一致性，磁盘一致性不存在时间差。日常情况下允许主、备数据库存在一定的时间差，而当主站点发生故障时，则首先需要将备数据库日志文件磁盘中的归档日志应用至备数据库，若此时主、备数据库一致，则恢复完成；若不一致，则需要通过磁盘驱动器将日志文件磁盘替换为日志文件复制磁盘，并将日志文件复制磁盘的归档日志应用至备数据库，若此时主、备数据库一致，则恢复完成；若不一致，则需要继续将日志文件复制磁盘中的联机日志应用至备数据库，以填补数据库级异步日志传输造成的时间差，从而确保应用数据的完全恢复。
图6是本发明提供的数据灾备控制系统的结构图。其中数据灾备控制系统1包括了六大装置：控制引擎装置101、数据丢失识别装置102、主备切换执行装置103、归档日志文件应用装置104、日志磁盘切换装置105和联机日志文件应用装置106。其中与数据灾备控制系统1交互的系统有备数据库2、日志文件磁盘3、日志文件复制磁盘4以及磁盘控制器5。
数据灾备控制系统1，负责在故障发生时由数据库管理员DBA手动启动，并通过自动进行数据丢失识别、日志应用、磁盘切换以及备库启动等操作完成主站点到备用站点的切换。
控制引擎装置101，负责在整个数据恢复过程中进行各个子装置的调用，并且通过提供全局的标识位，如“是否已执行备数据库归档日志应用”、“是否已执行日志磁盘切换”和“是否已执行联机日志应用”来控制数据恢复的流程跳转。
数据丢失识别装置102，由控制引擎装置101调用，负责查询备数据库2的数据状态判断是否存在数据丢失，若不存在数据丢失，则调用主备切换执行装置103。
主备切换执行装置103，负责启动备数据库并确认备数据库状态可用。
归档日志文件应用装置104，由控制引擎装置101调用，负责将日志文件磁盘3中的归档日志文件301以及日志文件复制磁盘4中的归档日志文件401应用至备数据库2。
日志磁盘切换装置105，由控制引擎装置101调用，负责将日志文件磁盘3从备数据库2所在的服务器中删除，并通过控制磁盘控制器5将日志文件复制磁盘4添加至备数据库2所在的服务器，此外，通过执行一定的配置操作，使备数据库2可访问磁盘中的日志文件。
联机日志文件应用装置106，由控制引擎装置101调用，负责将日志文件复制磁盘4中的联机日志文件402应用至备数据库2。
备数据库2，是部署在备用站点的数据库系统，日常情况下处于非激活状态，并通过应用日志文件磁盘3中的归档日志文件与主库保持同步，其中，由于采用异步模式进行日志传输，当主库的联机日志文件开始转化为归档日志文件时才进行日志传输，因此主备库的数据状态同步存在一定的时间差。
日志文件磁盘3，负责存放从主数据库中传输至备库的归档日志文件。
归档日志文件301，负责以压缩(归档)模式存放从主数据库传输至备库的日志记录，并将日志记录提供给备数据库使用。
日志文件复制磁盘4，通过复制主库的日志文件磁盘与之保持数据同步，由于磁盘复制速度极快，因此日志文件复制磁盘4中存放的联机日志文件和归档日志文件的磁盘与主库的对应文件的数据状态几乎完全一致。
归档日志文件401，负责以压缩(归档)模式存放主数据库的日志记录，当主库的联机日志文件转化为归档日志文件存储时，则联机日志文件中的原有内容将被新的日志记录所覆盖。
联机日志文件402，负责存放最近的主数据库的日志记录。
磁盘控制器5，负责主数据库的日志文件磁盘与日志文件复制磁盘4之间的复制操作、复制断开操作以及将日志文件复制磁盘4映射至备用站点的数据库服务器，使备数据库2可以访问日志文件复制磁盘4。
图7是本发明提供的数据灾备控制系统在执行数据恢复时的工作流程。具体步骤如下：
步骤101：控制引擎装置101接收数据库管理员DBA提交的数据恢复请求，进入步骤102。
步骤102：控制引擎装置101调用数据丢失识别装置102，进入步骤103。
步骤103：数据丢失识别装置102查询备数据库2的数据丢失状态，若不存在数据丢失，则进入步骤104；若存在数据丢失，则查看“是否已执行备数据库归档日志应用”的标识位，1)若为False，则进入步骤105，2)若为True，则再查看“是否已执行日志磁盘切换”标识位，2a)若为False，则进入步骤106；2b)若为True，则再查看“是否已执行联机日志应用”标识位，2b1)若为False，则进入步骤107；2b2)若为True，说明在所有的数据丢失的恢复手段均以实施的情况下，仍存在数据丢失，则表示数据恢复失败，进入步骤108。
步骤104：主备切换执行装置103启动备数据库并验证备数据库2的状态可用，进入步骤108。
步骤105：归档日志文件应用装置104将日志磁盘(即“是否已执行日志磁盘切换”为False时，为备数据库的日志文件磁盘；为True时，为日志文件复制磁盘)中的归档日志文件应用至备数据库2，并将“是否已执行备数据库归档日志应用”标识位设置为True，进入步骤102。
步骤106：日志磁盘切换装置105将日志文件磁盘3从备数据库2所在的服务器中删除，并通过调用磁盘控制器5断开主库日志文件磁盘到日志文件复制磁盘4的复制关系，再将日志文件复制磁盘4添加至备数据库2所在的服务器，进行相应的配置操作，使备数据库2可访问日志文件复制磁盘4，并将“是否已执行日志磁盘切换”标识位设置为True，进入步骤105。
步骤107：联机日志文件应用装置106将日志文件复制磁盘4中的联机日志文件402应用至备数据库2，并将“是否已执行联机日志应用”标识位设置为True，进入步骤102。
步骤108：流程结束。
图8以一个示例说明了本方法的应用过程。应用服务器分别部署在主、备站点，主站点部署主数据库、日志文件和数据文件所在的磁盘服务器，磁盘控制器部署于主站点的一个单独的服务器；在备用站点部署备数据库、日志文件和数据文件所在的磁盘服务器，数据灾备控制系统部署于备用站点的一个单独的服务器上。数据库管理员可从任一用户终端启动数据恢复。其中，图中的实线表示日常情况下的各服务器的连接状态，如主、备站点的应用服务器均指向主数据库进行业务访问；虚线表示数据恢复成功后的各服务器的连接状态，如主、备站点的应用服务器均指向备数据库进行业务访问。
当故障发生时，数据库管理员从用户终端提交数据恢复请求，数据灾备控制系统接收到该请求后，启动数据恢复，如果备数据库仅需应用备数据库对应的日志文件磁盘中的归档日志文件即可完成丢失数据的恢复，则在应用后，即刻启动备数据库。若应用之后，仍存在数据丢失，则由数据灾备控制系统将备数据库对应的日志文件磁盘删除，并调用磁盘控制器断开主库的日志文件磁盘到日志文件复制磁盘的对应关系，再将日志文件复制磁盘添加至备数据库进行日志文件的应用，先应用其中的归档日志文件，若应用之后仍存在数据丢失，再应用其中的联机日志文件。最终在确认数据无丢失的情况下启动备数据库，并由数据库管理员手动调整主、备站点的应用服务器的连接字符串，使其均指向备数据库进行业务访问。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (11)
1.一种数据灾备控制系统，其包括：
控制引擎装置(101)，用于在整个数据恢复过程中进行各个子装置的调用，并且通过提供全局的标识位来控制数据恢复的流程跳转；
数据丢失识别装置(102)，由控制引擎装置(101)调用，负责查询备数据库(2)的数据状态判断是否存在数据丢失，若不存在数据丢失，则调用主备切换执行装置(103)；
主备切换执行装置(103)，用于启动备数据库(2)并确认备数据库状态可用；
归档日志文件应用装置(104)，由控制引擎装置(101)调用，负责将日志文件磁盘(3)中的归档日志文件(301)以及日志文件复制磁盘(4)中的归档日志文件(401)应用至备数据库(2)；
日志磁盘切换装置(105)，由控制引擎装置(101)调用，负责将日志文件磁盘(3)从备数据库(2)所在的服务器中删除，并通过控制磁盘控制器(5)将日志文件复制磁盘(4)添加至备数据库(2)所在的服务器，并使备数据库(2)可访问磁盘中的日志文件；
联机日志文件应用装置(106)，由控制引擎装置(101)调用，负责将日志文件复制磁盘(4)中的联机日志文件(402)应用至备数据库(2)。
2.根据权利要求1所述的系统，其中，所述备数据库(2)是部署在备用站点的数据库系统，日常情况下处于非激活状态，并通过应用日志文件磁盘(3)中的归档日志文件与主数据库保持同步。
3.根据权利要求2所述的系统，其特征在于，所述日志文件磁盘(3)用于存放从主数据库中传输至备数据库的归档日志文件，其进一步包括：归档日志文件(301)，用于以压缩模式存放从主数据库传输至备数据库的日志记录，并将日志记录提供给备数据库使用。
4.根据权利要求3所述的系统，其特征在于，所述日志文件复制磁盘(4)通过复制主数据库的日志文件磁盘与之保持数据同步，其进一步包括：
归档日志文件(401)，用于以压缩模式存放主数据库的日志记录，当主数据库的联机日志文件转化为归档日志文件存储时，则联机日志文件中的原有内容将被新的日志记录所覆盖；
联机日志文件(402)，用于存放最近的主数据库的日志记录。
5.根据权利要求4所述的系统，其特征在于，所述磁盘控制器(5)用于负责主数据库的日志文件磁盘与日志文件复制磁盘(4)之间的复制操作、复制断开操作以及将日志文件复制磁盘(4)映射至备用站点的数据库服务器，即备数据库所在的服务器，使备数据库(2)能够访问日志文件复制磁盘(4)。
6.一种数据灾备控制方法，该方法包括步骤：
步骤101，控制引擎装置(101)接收数据恢复请求；
步骤102，控制引擎装置(101)调用数据丢失识别装置(102)；
步骤103，数据丢失识别装置(102)查询备数据库(2)的数据丢失状态，若不存在数据丢失，则进入步骤104；若存在数据丢失，则查看“是否已执行备数据库归档日志应用”的标识位，1)若为False，则进入步骤105，2)若为True，则再查看“是否已执行日志磁盘切换”标识位，2a)若为False，则进入步骤106；2b)若为True，则再查看“是否已执行联机日志应用”标识位，2b1)若为False，则进入步骤107；2b2)若为True，则表示数据恢复失败，进入步骤108；
步骤104，主备切换执行装置(103)启动备数据库并验证备数据库(2)的状态可用，进入步骤108；
步骤105，归档日志文件应用装置(104)将日志磁盘中的归档日志文件应用至备数据库(2)，并将“是否已执行备数据库归档日志应用”标识位设置为True，进入步骤102，该日志磁盘是指“是否已执行日志磁盘切换”为False时，为备数据库的日志文件磁盘；为True时，为日志文件复制磁盘；
步骤106，日志磁盘切换装置(105)将日志文件磁盘(3)从备数据库(2)所在的服务器中删除，并通过调用磁盘控制器(5)断开主数据库日志文件磁盘到日志文件复制磁盘(4)的复制关系，再将日志文件复制磁盘(4)添加至备数据库(2)所在的服务器，进行相应的配置操作，使备数据库(2)可访问，并将“是否已执行日志磁盘切换”标识位设置为True，进入步骤105；
步骤107，联机日志文件应用装置(106)将日志文件复制磁盘(4)中的联机日志文件(402)应用至备数据库(2)，并将“是否已执行联机日志应用”标识位设置为True，进入步骤102；
步骤108，流程结束。
7.根据权利要求6所述的方法，其特征在于，所述控制引擎装置(101)用于在整个数据恢复过程中进行各个子装置的调用，并且通过提供全局的标识位来控制数据恢复的流程跳转；所述数据丢失识别装置(102)由控制引擎装置(101)调用，负责查询备数据库(2)的数据状态判断是否存在数据丢失，若不存在数据丢失，则调用主备切换执行装置(103)；所述主备切换执行装置(103)用于启动备数据库(2)并确认备数据库状态可用；所述归档日志文件应用装置(104)由控制引擎装置(101)调用，负责将日志文件磁盘(3)中的归档日志文件(301)以及日志文件复制磁盘(4)中的归档日志文件(401)应用至备数据库(2)；所述日志磁盘切换装置(105)由控制引擎装置(101)调用，负责将日志文件磁盘(3)从备数据库(2)所在的服务器中删除，并通过控制磁盘控制器(5)将日志文件复制磁盘(4)添加至备数据库(2)所在的服务器，并使备数据库(2)可访问磁盘中的日志文件；所述联机日志文件应用装置(106)，由控制引擎装置(101)调用，负责将日志文件复制磁盘(4)中的联机日志文件(402)应用至备数据库(2)。
8.根据权利要求7所述的方法，其特征在于，所述备数据库(2)是部署在备用站点的数据库系统，日常情况下处于非激活状态，并通过应用日志文件磁盘(3)中的归档日志文件与主数据库保持同步。
9.根据权利要求8所述的方法，其特征在于，所述日志文件磁盘(3)用于存放从主数据库中传输至备数据库的归档日志文件，其进一步包括：归档日志文件(301)，用于以压缩模式存放从主数据库传输至备数据库库的日志记录，并将日志记录提供给备数据库使用。
10.根据权利要求9所述的方法，其特征在于，所述日志文件复制磁盘(4)通过复制主数据库的日志文件磁盘与之保持数据同步，其进一步包括：
归档日志文件(401)，用于以压缩模式存放主数据库的日志记录，当主数据库的联机日志文件转化为归档日志文件存储时，则联机日志文件中的原有内容将被新的日志记录所覆盖；
联机日志文件(402)，用于存放最近的主数据库的日志记录。
11.根据权利要求10所述的方法，其特征在于，所述磁盘控制器(5)用于负责主数据库的日志文件磁盘与日志文件复制磁盘(4)之间的复制操作、复制断开操作以及将日志文件复制磁盘(4)映射至备用站点的数据库服务器，即备数据库所在的服务器，使备数据库(2)能够访问日志文件复制磁盘(4)。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310190008.4A CN103226502B (zh) | 2013-05-21 | 2013-05-21 | 一种数据灾备控制系统及数据恢复方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310190008.4A CN103226502B (zh) | 2013-05-21 | 2013-05-21 | 一种数据灾备控制系统及数据恢复方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103226502A CN103226502A (zh) | 2013-07-31 |
| CN103226502B true CN103226502B (zh) | 2015-08-19 |
Family
ID=48836961
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310190008.4A Active CN103226502B (zh) | 2013-05-21 | 2013-05-21 | 一种数据灾备控制系统及数据恢复方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103226502B (zh) |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105095245B (zh) * | 2014-05-04 | 2019-10-18 | 阿里巴巴集团控股有限公司 | 基于关联型数据库的归档日志同步方法及系统 |
| GB2533086A (en) * | 2014-12-08 | 2016-06-15 | Ibm | Controlling a multi-database system |
| CN104461789A (zh) * | 2014-12-30 | 2015-03-25 | 华夏银行股份有限公司 | 一种实现灾备系统主备切换的控制方法和系统 |
| CN104679614B (zh) * | 2015-03-31 | 2018-03-27 | 成都文武信息技术有限公司 | 一种数据库灾备系统 |
| CN106202075B (zh) * | 2015-04-29 | 2021-02-19 | 中兴通讯股份有限公司 | 一种数据库主备切换的方法及装置 |
| CN104850628B (zh) * | 2015-05-21 | 2018-06-15 | 中国工商银行股份有限公司 | 一种数据库数据的同步方法及装置 |
| CN109766219A (zh) * | 2015-07-23 | 2019-05-17 | 深圳市沃信科技有限公司 | 一种数据库容灾系统 |
| CN105373448B (zh) * | 2015-10-27 | 2018-11-02 | 北京百度网讯科技有限公司 | 数据库中故障数据的恢复方法和系统 |
| CN105608190B (zh) * | 2015-12-23 | 2020-02-28 | 福建亿榕信息技术有限公司 | 协同数据处理方法和系统 |
| CN105608185B (zh) * | 2015-12-23 | 2020-02-28 | 福建亿榕信息技术有限公司 | 预防数据灭失的方法和系统 |
| CN105827435A (zh) * | 2016-03-09 | 2016-08-03 | 中国工商银行股份有限公司 | 一种基于双中心系统保持业务连续运行的系统及方法 |
| CN107426265A (zh) * | 2016-03-11 | 2017-12-01 | 阿里巴巴集团控股有限公司 | 数据一致性同步的方法及设备 |
| CN105955843B (zh) * | 2016-04-21 | 2019-05-28 | 久盈世纪（北京）科技有限公司 | 一种用于数据库恢复的方法与设备 |
| CN106484568A (zh) * | 2016-09-30 | 2017-03-08 | 郑州云海信息技术有限公司 | 一种数据灾难备份方法及其系统 |
| CN106776121B (zh) * | 2016-11-23 | 2020-08-18 | 中国工商银行股份有限公司 | 一种数据灾备装置、系统及方法 |
| CN108319617B (zh) * | 2017-01-17 | 2022-05-24 | 阿里云计算有限公司 | 确定数据库主从差异的方法、装置及切换控制方法、装置 |
| CN109005045B (zh) * | 2017-06-06 | 2022-01-25 | 北京金山云网络技术有限公司 | 主备服务系统及主节点故障恢复方法 |
| CN107330065A (zh) * | 2017-06-29 | 2017-11-07 | 华泰证券股份有限公司 | 一种基于ISER协议的MySQL数据库复制方法 |
| CN107632906A (zh) * | 2017-09-30 | 2018-01-26 | 北京九桥同步软件有限公司 | 数据库数据备份方法及装置 |
| CN108647113B (zh) * | 2018-03-30 | 2022-02-18 | 创新先进技术有限公司 | 一种灾难恢复方法及服务器 |
| CN109308242B (zh) * | 2018-09-06 | 2021-11-19 | 上海达梦数据库有限公司 | 一种动态监控方法、装置、设备和存储介质 |
| CN109597791A (zh) * | 2018-11-30 | 2019-04-09 | 华录光存储研究院（大连）有限公司 | 基于OpenStack平台的归档系统 |
| CN109871369B (zh) * | 2018-12-24 | 2021-03-23 | 天翼电子商务有限公司 | 数据库切换方法、系统、介质和装置 |
| CN110427281A (zh) * | 2019-06-28 | 2019-11-08 | 苏州浪潮智能科技有限公司 | 一种数据库快速恢复的方法、设备以及介质 |
| CN111061594A (zh) * | 2019-12-02 | 2020-04-24 | 上海浪擎信息科技有限公司 | 一种基于日志逻辑解析的关系型数据库数据复制方法 |
| CN111030871A (zh) * | 2019-12-23 | 2020-04-17 | 杭州迪普科技股份有限公司 | 基于双机热备系统的配置信息同步方法和装置 |
| CN112199329B (zh) * | 2020-09-24 | 2023-08-18 | 上海上讯信息技术股份有限公司 | 基于堡垒机的双机运维数据归档清理方法与设备 |
| CN112433887A (zh) * | 2020-11-25 | 2021-03-02 | 中国建设银行股份有限公司 | 一种数据库数据同步方法、系统、设备及存储介质 |
| CN112835874A (zh) * | 2021-03-25 | 2021-05-25 | 中国工商银行股份有限公司 | 主备数据库搭建方法、装置及系统 |
| CN113849846B (zh) * | 2021-11-30 | 2022-03-11 | 山东捷瑞数字科技股份有限公司 | 一种多服务器网站的日志存储管理系统 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101118509A (zh) * | 2007-09-12 | 2008-02-06 | 华为技术有限公司 | 内存数据库远程容灾的方法、装置和系统 |
| CN101667181A (zh) * | 2008-09-05 | 2010-03-10 | 华为技术有限公司 | 一种数据容灾的方法、装置及系统 |
| CN101719165A (zh) * | 2010-01-12 | 2010-06-02 | 山东高效能服务器和存储研究院 | 一种实现数据库高效快速备份的方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4551096B2 (ja) * | 2004-02-03 | 2010-09-22 | 株式会社日立製作所 | ストレージサブシステム |
-
2013
- 2013-05-21 CN CN201310190008.4A patent/CN103226502B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101118509A (zh) * | 2007-09-12 | 2008-02-06 | 华为技术有限公司 | 内存数据库远程容灾的方法、装置和系统 |
| CN101667181A (zh) * | 2008-09-05 | 2010-03-10 | 华为技术有限公司 | 一种数据容灾的方法、装置及系统 |
| CN101719165A (zh) * | 2010-01-12 | 2010-06-02 | 山东高效能服务器和存储研究院 | 一种实现数据库高效快速备份的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103226502A (zh) | 2013-07-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103226502B (zh) | 一种数据灾备控制系统及数据恢复方法 | |
| US11704207B2 (en) | Methods and systems for a non-disruptive planned failover from a primary copy of data at a primary storage system to a mirror copy of the data at a cross-site secondary storage system without using an external mediator | |
| US7793060B2 (en) | System method and circuit for differential mirroring of data | |
| US7694177B2 (en) | Method and system for resynchronizing data between a primary and mirror data storage system | |
| US9940206B2 (en) | Handling failed cluster members when replicating a database between clusters | |
| JP5260536B2 (ja) | プライマリー・クラスタの高速リカバリ | |
| KR100983300B1 (ko) | 데이터 처리 시스템 내에서의 고장 복구 | |
| US11841781B2 (en) | Methods and systems for a non-disruptive planned failover from a primary copy of data at a primary storage system to a mirror copy of the data at a cross-site secondary storage system | |
| US11709743B2 (en) | Methods and systems for a non-disruptive automatic unplanned failover from a primary copy of data at a primary storage system to a mirror copy of the data at a cross-site secondary storage system | |
| CN106339278A (zh) | 一种网络文件系统的数据备份及恢复方法 | |
| CN111327467A (zh) | 一种服务器系统及其容灾备份方法和相关设备 | |
| KR20110044858A (ko) | 데이터 센터들에 걸쳐 데이터 서버들내 데이터 무결정의 유지 | |
| US20120259820A1 (en) | Method and system for restarting file lock services at an adoptive node during a network filesystem server migration or failover | |
| US20180101558A1 (en) | Log-shipping data replication with early log record fetching | |
| JP2005196683A (ja) | 情報処理システム、情報処理装置、及び情報処理システムの制御方法 | |
| US7797571B2 (en) | System, method and circuit for mirroring data | |
| WO2024103594A1 (zh) | 容器容灾方法、系统、装置、设备及计算机可读存储介质 | |
| CN107135097A (zh) | 基于簿记建档的容灾系统及容灾方法 | |
| CN115878384A (zh) | 一种基于备份容灾系统的分布式集群及构建方法 | |
| US20230004465A1 (en) | Distributed database system and data disaster backup drilling method | |
| CN115167782B (zh) | 临时存储副本管理方法、系统、设备和存储介质 | |
| CN107357800A (zh) | 一种数据库高可用零丢失解决方法 | |
| KR101605455B1 (ko) | 데이터 손실 없는 데이터베이스 리두 로그 이중화 방법 및 그를 위한 시스템 | |
| CN101448028A (zh) | 一种持续数据保护方法、装置和系统 | |
| WO2022227719A1 (zh) | 数据备份方法、系统及相关设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |