CN101667181B - 一种数据容灾的方法、装置及系统 - Google Patents
一种数据容灾的方法、装置及系统 Download PDFInfo
- Publication number
- CN101667181B CN101667181B CN2008101983442A CN200810198344A CN101667181B CN 101667181 B CN101667181 B CN 101667181B CN 2008101983442 A CN2008101983442 A CN 2008101983442A CN 200810198344 A CN200810198344 A CN 200810198344A CN 101667181 B CN101667181 B CN 101667181B
- Authority
- CN
- China
- Prior art keywords
- data base
- master data
- database
- access
- backup database
- 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
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例公开了一种数据容灾的方法、装置及系统；所述方法包括：在数据访问控制层对多个数据库进行容灾配置，该配置包括主数据库和一个或者多个该主数据库的备用数据库，主数据库中需要备份的对象，对所述需要备份的对象在所述主数据库和所述备份数据库中的访问操作类型；所述数据访问控制层介于数据访问驱动层与应用系统之间；根据所述容灾配置对所述主数据库进行访问操作；访问所述主数据库失败时，切换访问该主数据库的备用数据库之一。实施本发明实施例，可以在对主数据库访问操作失败时，可以快速地切换到备份数据库，继续数据访问操作。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种数据容灾的实现方法、装置及系统。
背景技术
近几年来，数据容灾已经成为信息数据建设中的热门课题，很多数据容灾技术也快速发展起来。现有的数据容灾技术大体上分为两种，一种是利用数据库本身提供的一些数据备份技术；另外一种是从硬件和文件系统来进行容灾备份处理。
数据库本身提供的一些数据备份技术，通常是指数据库本身提供一种管理、监测和自动运行的体系结构，用于创建和维护一个或多个备份数据库。一般是在物理级和逻辑级，通过传输和运行数据库日志文件，来保持生产和备份数据库的数据一致性。一旦主数据库因某种情况而不可用时，备份数据库将切换为新的主数据库，以达到无数据损失或最小化数据损失的目的。
从硬件和文件系统来进行容灾备份处理的方案，是在磁盘组中创建逻辑卷(LV，Logic Volume)，同时在磁盘组中创建数据变更记录(DCM，Data ChangeMap)用于记录对应磁盘域的数据变化，LV上的每个块与数据变更记录上标志对应，当存储复制日志(SRL，Storage Replicator Log)写满后，将LV对应块的修改变化反映到DCM上，表示此块被修改过。此后进行生产与容灾数据同步时，就将DCM的修改过的标志位对应的LV上的块上的数据同步到容灾对应的LV上。
发明人在本发明的创造过程中，发现现有的数据容灾技术中，容灾备份数据库与主用数据库之间的数据同步需要大量的实时数据传递；在数据库故障恢复时，也需要对整个数据库进行更新，在此过程中将占用大量的硬件和传输资源，降低了数据库的有效利用率。
发明内容
本发明实施例提供了一种数据容灾的方法、装置及系统，可在在对主数据库访问操作失败时，可以快速地切换到备份数据库，继续数据访问操作。为达到上述目的，本发明实施例提供了一种数据容灾的方法，所述方法包括：
在数据访问控制层对多个数据库进行容灾配置，该配置包括主数据库和一个或者多个该主数据库的备用数据库，主数据库中需要备份的对象，对所述需要备份的对象在所述主数据库和所述备份数据库中的访问操作类型；所述数据访问控制层介于数据访问驱动层与应用系统之间；
根据所述容灾配置对所述主数据库进行访问操作；
访问所述主数据库失败时，切换访问该主数据库的备用数据库之一。
本发明实施例还提供了一种数据容灾装置，包括：
容灾配置模块，用于在数据访问控制层对多个数据库进行容灾配置，该配置包括主数据库和一个或者多个该主数据库的备用数据库，主数据库中需要备份的对象，对所述需要备份的对象在所述主数据库和所述备份数据库中的访问操作类型；所述数据访问控制层介于数据访问驱动层与应用系统之间；
数据操作模块，用于根据所述容灾配置对所述主数据库进行访问操作；访问所述主数据库失败时，切换访问该主数据库的备用数据库之一。
相应的，本发明实施例还提供了数据容灾系统，包括：
数据访问控制层、数据访问驱动层和应用系统；所述数据访问控制层介于数据访问驱动层与应用系统之间；
所述数据访问控制层包括数据容灾装置，用于在数据访问控制层对多个数据库进行容灾配置，该配置包括主数据库和一个或者多个该主数据库的备用数据库，主数据库中需要备份的对象，对所述需要备份的对象在所述主数据库和所述备份数据库中的访问操作类型；根据所述容灾配置对所述主数据库进行访问操作；访问所述主数据库失败时，切换访问该主数据库的备用数据库之一。
实施本发明实施例，具有如下有益效果：
本发明实施例提供的数据容灾技术，通过在数据访问控制层对数据库进行容灾配置，并且确定对主数据库和备份数据库的访问操作类型，在对主数据库访问操作失败时，可以快速地切换到备份数据库，继续数据访问操作。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明中的数据容灾系统实施例组成示意图；
图2是本发明中的数据容灾系统又一实施例组成示意图；
图3是本发明中的对容灾数据库的访问示意图；
图4是本发明中的数据容灾方法实施例的流程示意图；
图5是本发明中的数据容灾方法又一实施例的流程示意图；
图6是本发明中的数据容灾方法又一实施例的流程示意图；
图7是本发明中的数据容灾装置实施例的组成示意图；
图8是本发明中的数据容灾装置又一实施例的组成示意图。
具体实施方式
本发明实施例提供了一种数据容灾的方法、装置及系统，可在占用较少的硬件和传输资源的情况下，达到数据库容灾配置的目的。
参见图1，为本发明实施例提供的一个数据容灾系统实施例组成示意图；
如图所示，该数据容灾系统包括：
数据访问控制层400和数据访问驱动层500；所述数据访问控制层400介于数据访问驱动层与应用系统之间；
所述数据访问控制层400包括数据容灾装置4，该装置用于在数据访问控制层对多个数据库进行容灾配置，该配置包括主数据库和一个或者多个该主数据库的备用数据库，主数据库中需要备份的对象，对所述需要备份的对象在所述主数据库和所述备份数据库中的访问操作类型；
数据容灾装置4根据所述容灾配置对所述主数据库进行访问操作；访问所述主数据库失败时，切换访问该主数据库的备用数据库之一。
本发明实施例提供的数据容灾系统，通过在数据访问控制层对数据库进行容灾配置，并且确定对主数据库和备份数据库的访问操作类型，在对主数据库访问操作失败时，可以快速地切换到备份数据库，继续数据访问操作。
参见图2，为本发明中的又一数据容灾系统组成示意图，如图所示，该数据容灾系统包括：数据访问控制层400以及数据访问驱动层500、参与容灾配置的数据库1、数据库2、数据库3；
数据访问驱动层500中包括多种数据库语言；
所述数据访问控制层400包括数据容灾装置4，该装置用于在数据访问控制层500对多个数据库进行容灾配置。
该配置包括：将数据库1配置为主数据库，将数据库2和数据库3配置为主数据库1的备用数据库；配置主数据库1中需要备份的对象，以及对所述需要备份的对象在所述主数据库1和所述备份数据库2和备份数据库3中的访问操作类型。其中需要备份的对象可以是部分文件，或者数据表。
较佳的，该访问操作类型的配置具体为：在主数据库及其备份数据库中对所述需要备份的对象都可以进行写操作；在主数据库及其备份数据库中的至少一个数据库中对所述需要备份的对象可以进行读操作。在更具体的实施方式中，可以将不同具体类型的读操作分配给不同的数据库承担，以便于实现均衡负载。例如，具体参见图3，数据容灾装置4将不同的读操作分配给不同的数据库承担，获取文字信息的读操作在数据库1中读取数据，获取音频信息的读操作在数据库2中读取数据，获取视频信息的读操作在数据库3中读取数据，从而平衡各数据库之间的访问负载。需要说明的是，参与容灾配置的数据库1、数据库2、数据库3可以是不同类型的数据库。
数据容灾装置4根据所述容灾配置对所述主数据库1进行访问操作；访问所述主数据库1失败时，切换访问该主数据库1的备用数据库2和备用数据库3的其中之一。该访问操作既包括写操作，也包括读操作。
并且，数据容灾装置4在对所述主数据库或者备份数据库进行写操作失败时，还会对所述写操作失败的所述主数据库或者备份数据库进行监控；并且记录所述写操作失败的所述主数据库或者备份数据库的访问日志；所述写操作失败的所述主数据库或者备份数据库可以成功访问后，按照所述访问日志对所述主数据库或者备份数据库进行数据恢复。这样，参与容灾配置的各数据库之间才能保持数据的相同。而在读操作失败时，则可以不需要进行监控和日志的记录，而不影响各数据库的数据的同步。
本发明实施例提供的数据容灾系统，通过在数据访问控制层对数据库进行容灾配置，并且确定对主数据库和备份数据库的访问操作类型，在对数据库访问操作失败时，可以快速地切换到备份数据库，并根据记录的访问日志对数据库进行数据恢复。
参见图4，为本发明中的数据容灾方法实施例流程示意图：
在步骤100，在数据访问控制层对多个数据库进行容灾配置。该配置包括主数据库和一个或者多个该主数据库的备用数据库，主数据库中需要备份的对象，对所述需要备份的对象在所述主数据库和所述备份数据库中的访问操作类型；所述数据访问控制层介于数据访问驱动层与应用系统之间。
在步骤101，根据所述容灾配置对所述主数据库进行访问操作。该访问操作可能是写操作或者读操作。当对所述主数据库进行访问操作具体为进行写操作时，对所述备份数据库也进行写操作。这一步骤是为了满足参与容灾配置的数据库的数据同步性。
在步骤102，当步骤101中的访问所述主数据库失败时，切换访问该主数据库的备用数据库之一，直到访问成功。
本实施例的数据容灾方法，通过在数据访问控制层对数据库进行容灾配置，并且确定对主数据库和备份数据库的访问操作类型，在对数据库访问操作失败时，可以快速地切换到备份数据库。
参见图5，为本发明实施例提供的数据容灾方法另一个实施例流程示意图，本发明实施例中，数据访问驱动层中包含多种数据库语言，以实现在不同类型数据库中的数据读写，提高整个容灾系统的兼容性。
在步骤200，在数据访问控制层对多个数据库进行容灾配置，确定各个数据库之间的主备用关系，即确定一台数据库为主数据库，其余数据库为备用数据库，在主数据库出现故障不能正常工作时，由备用数据库接替主数据库工作。需要说明的是，该参与容灾配置的多个数据库可以是不同类型的数据库。所述容灾配置还包括配置主数据库中需要备份的对象，配置所述需要备份的对象在所述主数据库和所述备份数据库中的访问操作类型。该需要备份的对象例如数据表或者文件。
较佳的，该访问操作类型的配置可以具体为：在主数据库及其备份数据库中对所述需要备份的对象都可以进行写操作；在主数据库及其备份数据库中的至少一个数据库中对所述需要备份的对象可以进行读操作。
在步骤201，根据上述容灾配置对数据库进行访问操作；若访问操作类型是写操作，则执行步骤202；若访问操作类型是读操作，则执行步骤203
在步骤202，当判断该访问操作类型是写操作时，对所有参与容灾配置的数据库进行写操作。需要说明的是，数据访问驱动层中可以包含多种数据库语言，以实现在不同类型数据库中的数据读写。比如主数据库的语言是oracle，而备数据库的语言是一些免费的开源数据库如Mysql等等。
在步骤203，当判断该访问操作类型是读操作时，仅对前述容灾配置中可以进行读操作的数据库，进行读操作(即读取数据)。
在步骤204，判断该步骤202或者203的访问操作是否成功，若访问数据库成功，则完成正常的数据读写后结束访问；若该访问操作失败，则执行步骤205和步骤206。
在步骤205，若访问操作失败，停止对访问失败的数据库的访问操作，根据容灾配置，切换访问与访问失败的数据库具有容灾配置关系的其它数据库，并读取所需数据信息。例如，在步骤200进行容灾配置时，将数据库2、数据库3、配置为数据库1的备份数据库，则数据库1、数据库2、数据库3则称为具有容灾配置关系的数据库；若对主数据库1访问失败后，将访问切换到主数据库1的备份数据库2，若对备份数据库2访问失败后，将访问切换到与备份数据库3有容灾配置关系的备份数据库3；
在步骤206，当对所述主数据库1或者备份数据库2进行写操作失败时，发出访问失败通知；
在步骤207，对所述访问操作失败的所述主数据库1或者备份数据库2进行监控；
在步骤208，记录所述写操作失败的所述主数据库1或者备份数据库2的访问日志；
在步骤209，监测到所述写操作失败的所述主数据库1或者备份数据库2可以成功访问；
在步骤210，按照所述访问日志对所述主数据库1或者备份数据库2进行数据恢复；
在步骤211，停止对所述写操作失败的所述主数据库1或者备份数据库2进行监控，并对其恢复访问操作。
本实施例的数据容灾方法，在对数据库的访问过程中，数据访问驱动层中包含多种数据库语言，实现了在不同类型数据库中的数据读写，访问日志以所有参与容灾配置的数据库通用的语言表达，达到维护不同类型数据库的目的。同时，通过记录写操作的数据库的访问日志，减少数据库故障时需备份的数据量，恢复数据库时需要更新的数据量也比较小。本发明实施例允许对不同类型的数据库参与容灾配置、进行读写操作、数据维护，从而具有更好兼容性、可靠性。
参见图6，为本发明实施例提供的数据容灾方法又一个实施例流程示意图：
在步骤300，对数据库进行容灾配置，即配置包括主数据库和一个或者多个该主数据库的备用数据库，例如将数据库2和数据库3配置为数据库1的备份数据库，需要备份的对象为数据库1中的某些文件、数据表或者所有信息；当数据库1出现故障不能工作时，其工作由与之具有容灾配置关系的数据库2和数据库3代替。需要说明的是，所述参与容灾配置的多个数据库可以是不同类型的数据库。
在步骤301，在完成对主备份数据库的容灾配置后，对所述主数据库和所述备份数据库中的访问操作类型进行配置，较佳的，该访问操作类型的配置可以具体为：在主数据库及其备份数据库中对所述需要备份的对象都可以进行写操作；在主数据库及其备份数据库中的至少一个数据库中对所述需要备份的对象可以进行读操作。
采取这种容灾配置，将原本由主数据库承担的所有读取数据的访问操作，改为由参与容灾配置的主备数据库共同分担，以使各个数据有均衡的访问负载。需要说明的是，多个参与容灾配置的数据库中都具有完整的数据信息供读数据访问，还可以配置对于不同的数据类型，到不同的数据库中读取数据。例如图3所示：对于不同的数据类型的读操作分配给不同的数据库承担，获取文字信息的读操作在数据库1中读取数据，获取音频信息的读操作在数据库2中读取数据，获取视频信息的读操作在数据库3中读取数据，从而平衡各数据库之间的访问负载。
在步骤302，判断访问操作类型是写操作还是读操作。
在步骤303，当访问操作类型是写操作时，对所有参与容灾配置的数据库进行写操作。例如对数据库1、数据库2、数据库3进行写操作。
在步骤304，当访问操作类型是读操作时，根据步骤301中的容灾配置，确定应该在哪个数据库中读取数据后，在该数据库中进行读操作。例如访问操作类型为获取音频信息时，确定应该在数据库2中进行访问操作；
在步骤306，判断该步骤303或者304中的访问操作(读操作或者写操作)是否成功，若访问数据库成功，则完成正常的数据读写后结束访问；若访问操作失败，则执行步骤307和步骤308。
在步骤307，若访问数据库失败，停止对访问失败的数据库的访问操作，根据容灾配置关系，转为访问与访问失败的数据库具有容灾配置关系的其它数据库，并读取所需数据。例如访问数据库2失败后，可以转为访问与数据库2具有容灾配置关系的数据库1，因为数据库1中也写有相应的音频信息，因此数据库1与数据库2互为主备份数据库，可以接替数据库2提供音频信息；
在步骤308，在访问数据库失败后，发送访问失败通知。
在步骤309，收到所述访问失败通知后，对所述写操作失败的所述主数据库或者备份数据库进行监控；并发送访问记录通知。
在步骤310，收到访问记录通知后，查询访问失败的数据库的访问时间、访问内容等信息，并根据此信息记录访问失败的数据库的访问日志。需要说明的是，访问日志以所有参与容灾配置的数据库通用的语言表达。
在步骤311，根据数据库的访问情况更新容灾配置，将原来配置的在主数据库及其备份数据库中的至少一个数据库中对所述需要备份的对象可以进行读操作更新为在主数据库及其备份数据库中的其它数据库中进行读操作，以实现负载均衡。例如，如果原来配置需要备份的对象A、需要备份的对象B都可以在数据库2中进行读操作，但是根据当前的访问情况，数据库2的过多的被访问，而数据库3较少被访问，此时，可以将原配置修改为：需要备份的对象A可以在数据库2中进行读操作；需要备份的对象B可以在数据库3中进行读操作。
在步骤312，定时监测所述写操作失败的所述主数据库或者备份数据库；监测到可以成功访问所述写操作失败的所述主数据库或者备份数据库后，发出数据恢复通知。
在步骤313，收到所述数据恢复通知后，读取出现访问失败的数据库的访问日志；按照访问日志对出现访问失败的数据库进行数据恢复；该数据恢复完成后，向发出数据恢复完成通知。
在步骤314，在收到所述数据恢复完成通知后，停止对完成数据恢复后的数据库的监控，并分配数据访问操作类型从完成数据恢复的数据库读取数据。
本实施例提供的数据容灾方法，对多个数据库进行容灾配置后，使得用户读取数据的访问操作全部由主数据库承担的情况，转变为由参与容灾配置的数据库共同分担读取数据的访问操作，减轻了主数据库的访问负载，平衡各数据库之间的资源利用率，并且通过记录访问失败的数据库的访问日志，根据访问日志恢复数据库信息，减少数据库故障时需备份和恢复过程中的数据量。并且，在数据访问的过程中，可以根据访问的情况更新容灾配置，动态的平衡各数据库之间的资源利用率。
参见图7，为本发明中数据容灾装置一个实施例的组成示意图。
所述数据容灾装置包括：
容灾配置模块40，用于在数据访问控制层对多个数据库进行容灾配置，该配置包括主数据库和一个或者多个该主数据库的备用数据库，主数据库中需要备份的对象，对所述需要备份的对象在所述主数据库和所述备份数据库中的访问操作类型；所述数据访问控制层介于数据访问驱动层与应用系统之间；
数据操作模块41，用于根据所述容灾配置对所述主数据库进行访问操作；访问所述主数据库失败时，切换访问该主数据库的备用数据库之一。
较佳的，该需要备份的对象在所述主数据库和所述备份数据库中的访问操作类型的步骤具体为：在所述主数据库及其备份数据库中对所述需要备份的对象都可以进行写操作；在所述主数据库及其备份数据库中的至少一个数据库中对所述需要备份的对象可以进行读操作。
本发明实施例提供的数据容灾装置，通过在数据访问控制层对数据库进行容灾配置，并且确定对主数据库和备份数据库的访问操作类型，在对主数据库访问操作失败时，可以快速地切换到备份数据库，继续数据访问操作。
参见图8，为本发明中的数据容灾装置又一实施例组成示意图。
该装置除了包括图6所示的容灾配置模块40、数据恢复模块41之外，还包括：
访问监控模块42，用于在所述数据操作模块对所述主数据库或者备份数据库进行写操作失败时，接收数据操作模块41发送的访问失败通知，对所述写操作失败的所述主数据库或者备份数据库进行监控；
日志记录模块43，用于记录所述写操作失败的所述主数据库或者备份数据库的访问日志；
数据恢复模块44，用于在所述写操作失败的所述主数据库或者备份数据库可以成功访问后，按照所述访问日志对所述主数据库或者备份数据库进行数据恢复。
一个具体例子中，所述数据操作模块41可以包括：
数据操作单元410，用于根据所述容灾配置对所述主数据库进行访问操作具体为进行写操作时，对所述备份数据库也进行写操作；对所述主数据库或备份数据库的其中之一进行读操作；
信息收发单元411，用于在对所述主数据库或者备份数据库进行写操作失败时，向访问监控模块42发送访问失败通知；
操作切换单元412，用于在访问所述主数据库失败时，切换访问该主数据库的备用数据库之一。
一个具体例子中，该访问监控模块42可以包括：
信息收发单元420，用于在收到数据操作模块发送的访问失败通知时，向所述日志记录模块发出访问记录通知；
访问监控单元421，用于定时监测所述写操作失败的所述主数据库或者备份数据库，直至可以成功访问所述写操作失败的所述主数据库或者备份数据库；
监测到可以成功访问所述写操作失败的所述主数据库或者备份数据库后，所述信息收发单元420向数据恢复模块44发出数据恢复通知。
一个具体例子中，该日志记录模块43可以包括：
查询单元430，用于在收到访问监控模块42发送的访问记录通知后，查询访问失败的数据库的相关信息，包括：访问时间、访问操作类型及操作内容等。
记录单元431，用于根据查询单元430查询到的信息，以参与容灾配置的所有数据库通用的语言记录访问日志。
一个具体例子中，该数据恢复模块44可以包括：
信息收发单元440，用于与其它模块进行信息交互，包括：接收访问监控模块42发送的数据恢复通知；向访问监控模块42发送数据恢复完成通知。
日志查询单元441，用于在信息收发单元440收到访问监控模块42发送的数据恢复通知后，从日志记录模块43中读取待恢复的数据库的访问日志。
数据恢复单元442，用于根据日志查询单元411读取的访问日志，对待恢复的数据库进行数据恢复。数据恢复完成后数据恢复单元442通过信息收发单元440向访问监控模块42发送数据恢复完成通知。
本发明实施例提供的数据容灾装置，在对数据库的访问和恢复过程中，数据访问驱动层中包含多种数据库语言，实现了在不同类型数据库中的数据读写，访问日志以所有参与容灾配置的数据库通用的语言表达，达到维护不同类型数据库的目的。同时，通过记录访问失败的数据库的访问日志，减少数据库故障时需备份的数据量和恢复数据库时需要更新的数据量。本发明实施例允许对不同类型的数据库参与容灾配置、进行读写操作、数据维护，从而具有更好兼容性、可靠性、和可扩展性。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一个计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
以上所揭露的仅为本发明几种实施例而已，当然不能以此来限定本发明的权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
Claims (13)
1.一种数据容灾方法，其特征在于，该方法包括
在数据访问控制层对多个数据库进行容灾配置，该配置包括主数据库和一个或者多个该主数据库的备份数据库，主数据库中需要备份的对象，对所述需要备份的对象在所述主数据库和所述备份数据库中的访问操作类型；所述数据访问控制层介于数据访问驱动层与应用系统之间；
根据所述容灾配置对所述主数据库进行访问操作；
访问所述主数据库失败时，切换访问该主数据库的备份数据库之一。
2.根据权利要求1所述的方法，其特征在于，该方法进一步包括：当根据所述容灾配置对所述主数据库进行访问操作具体为进行写操作时，对所述备份数据库也进行写操作。
3.根据权利要求2的方法，其特征在于，该方法进一步包括
当对所述主数据库或者备份数据库进行写操作失败时，发出访问失败通知，对所述写操作失败的所述主数据库或者备份数据库进行监控；
记录所述写操作失败的所述主数据库或者备份数据库的访问日志；
所述写操作失败的所述主数据库或者备份数据库可以成功访问后，按照所述访问日志对所述主数据库或者备份数据库进行数据恢复。
4.根据权利要求3所述的方法，其特征在于，所述对所述写操作失败的所述主数据库或者备份数据库进行监控的步骤包括：
收到访问失败通知时，发出访问记录通知，以便于进入所述记录访问日志的步骤；
定时监测所述写操作失败的所述主数据库或者备份数据库，直至可以成功访问所述写操作失败的所述主数据库或者备份数据库；
监测到可以成功访问所述写操作失败的所述主数据库或者备份数据库后，发出数据恢复通知，以便于进入所述数据恢复的步骤。
5.根据权利要求1至4中任一项所述的方法，其特征在于，所述需要备份的对象在所述主数据库和所述备份数据库中的访问操作类型具体为：
在所述主数据库及其备份数据库中对所述需要备份的对象都可以进行写操作；在所述主数据库及其备份数据库中的至少一个数据库中对所述需要备份的对象可以进行读操作。
6.根据权利要求5的方法，其特征在于，该方法进一步包括，根据所述主数据库及其备份数据库的访问情况，更新在其中对所述需要备份的对象可以进行读操作的所述至少一个数据库。
7.根据权利要求1至4中任一项所述的方法，其特征在于，所述主数据库与所述备份数据库为不同类型的数据库。
8.一种数据容灾装置，其特征在于，包括：
容灾配置模块，用于在数据访问控制层对多个数据库进行容灾配置，该配置包括主数据库和一个或者多个该主数据库的备份数据库，主数据库中需要备份的对象，对所述需要备份的对象在所述主数据库和所述备份数据库中的访问操作类型；所述数据访问控制层介于数据访问驱动层与应用系统之间；
数据操作模块，用于根据所述容灾配置对所述主数据库进行访问操作；访问所述主数据库失败时，切换访问该主数据库的备份数据库之一。
9.根据权利要求8所述的数据容灾装置，其特征在于，所述数据操作模块包括：
数据操作单元，用于根据所述容灾配置对所述主数据库进行访问操作具体为进行写操作时，对所述备份数据库也进行写操作；对所述主数据库或备份数据库的其中之一进行读操作；
信息收发单元，用于在对所述主数据库或者备份数据库进行写操作失败时，发送访问失败通知；
操作切换单元，用于在访问所述主数据库失败时，切换访问该主数据库的备份数据库之一。
10.根据权利要求9所述的数据容灾装置，其特征在于，所述装置还包括：
访问监控模块，用于在所述数据操作模块对所述主数据库或者备份数据库进行写操作失败时，接收数据操作模块发送的访问失败通知，对所述写操作失败的所述主数据库或者备份数据库进行监控；
日志记录模块，用于记录所述写操作失败的所述主数据库或者备份数据库的访问日志；
数据恢复模块，用于在所述写操作失败的所述主数据库或者备份数据库可以成功访问后，按照所述访问日志对所述主数据库或者备份数据库进行数据恢复。
11.根据权利要求10所述的数据容灾装置，其特征在于，所述访问监控模块包括：
信息收发单元，用于在收到数据操作模块发送的访问失败通知时，向所述日志记录模块发出访问记录通知；
访问监控单元，用于定时监测所述写操作失败的所述主数据库或者备份数据库，直至可以成功访问所述写操作失败的所述主数据库或者备份数据库；
监测到可以成功访问所述写操作失败的所述主数据库或者备份数据库后，所述信息收发单元向数据恢复模块发出数据恢复通知。
12.根据权利要求10所述的数据容灾装置，其特征在于，所述日志记录模块包括：
查询单元，用于在收到访问监控模块发送的访问记录通知后，查询访问失败的数据库的相关信息；
记录单元，用于根据查询结果，以参与容灾配置的所有数据库通用的语言记录访问日志。
13.一种数据容灾系统，其特征在于，包括：数据访问控制层、数据访问驱动层和应用系统；所述数据访问控制层介于数据访问驱动层与应用系统之间；
所述数据访问控制层包括数据容灾装置，用于在数据访问控制层对多个数据库进行容灾配置，该配置包括主数据库和一个或者多个该主数据库的备份数据库，主数据库中需要备份的对象，对所述需要备份的对象在所述主数据库和所述备份数据库中的访问操作类型；根据所述容灾配置对所述主数据库进行访问操作；访问所述主数据库失败时，切换访问该主数据库的备份数据库之一。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101983442A CN101667181B (zh) | 2008-09-05 | 2008-09-05 | 一种数据容灾的方法、装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2008101983442A CN101667181B (zh) | 2008-09-05 | 2008-09-05 | 一种数据容灾的方法、装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101667181A CN101667181A (zh) | 2010-03-10 |
| CN101667181B true CN101667181B (zh) | 2011-12-21 |
Family
ID=41803799
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2008101983442A Active CN101667181B (zh) | 2008-09-05 | 2008-09-05 | 一种数据容灾的方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101667181B (zh) |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102467508A (zh) * | 2010-11-04 | 2012-05-23 | 中兴通讯股份有限公司 | 提供数据库服务的方法及数据库系统 |
| CN102693171B (zh) * | 2011-08-05 | 2015-11-18 | 新奥特（北京）视频技术有限公司 | 一种信息录入系统的恢复方法及系统 |
| CN103136070B (zh) * | 2011-11-30 | 2015-08-05 | 阿里巴巴集团控股有限公司 | 一种数据容灾处理的方法和装置 |
| CN103176861A (zh) * | 2011-12-26 | 2013-06-26 | 富泰华工业（深圳）有限公司 | 用于数据备份的存储系统及备份方法 |
| CN102411639B (zh) * | 2011-12-31 | 2013-05-08 | 曙光信息产业股份有限公司 | 元数据的多副本存储管理方法和系统 |
| CN103377099B (zh) * | 2012-04-19 | 2017-02-08 | 中国移动通信集团公司 | Nfc移动终端数据备份及恢复的方法和装置 |
| CN103020243A (zh) * | 2012-12-18 | 2013-04-03 | 新浪网技术(中国)有限公司 | 一种数据库主从复制结构更换方法及装置 |
| CN103914354A (zh) * | 2012-12-31 | 2014-07-09 | 北京新媒传信科技有限公司 | 数据库故障修复的方法和系统 |
| CN103226502B (zh) * | 2013-05-21 | 2015-08-19 | 中国工商银行股份有限公司 | 一种数据灾备控制系统及数据恢复方法 |
| CN103345470B (zh) * | 2013-05-31 | 2016-05-25 | 深圳市沃信科技有限公司 | 一种数据库容灾方法、系统及服务器 |
| CN103425551B (zh) * | 2013-07-31 | 2016-04-27 | 清华大学 | 数据库分布式备份集中管理方法 |
| CN104317803B (zh) * | 2014-09-23 | 2017-11-28 | 厦门美柚信息科技有限公司 | 数据库集群的数据存取系统和方法 |
| CN105095486A (zh) * | 2015-08-17 | 2015-11-25 | 浪潮(北京)电子信息产业有限公司 | 一种集群数据库容灾方法及装置 |
| CN106469166B (zh) * | 2015-08-18 | 2019-09-06 | 阿里巴巴集团控股有限公司 | 一种信息处理方法及装置 |
| CN106991120A (zh) * | 2017-02-22 | 2017-07-28 | 杭州沃趣科技股份有限公司 | 一种实现Oracle数据库同机房零数据丢失的方法 |
| CN107885618B (zh) * | 2017-10-26 | 2021-03-30 | 广州市雷军游乐设备有限公司 | 基于网络游戏的数据监控方法、装置、设备及存储介质 |
| CN108282361A (zh) * | 2017-12-28 | 2018-07-13 | 贵阳忆联网络有限公司 | 一种数据灾难预防系统及方法 |
| CN108897658B (zh) * | 2018-05-31 | 2023-03-21 | 康键信息技术（深圳）有限公司 | 主数据库监控方法、装置、计算机设备和存储介质 |
| CN109726190B (zh) * | 2018-09-07 | 2021-06-29 | 网联清算有限公司 | 数据库控制中心的自动切换方法、装置及存储介质 |
| CN109828863A (zh) * | 2019-01-10 | 2019-05-31 | 网联清算有限公司 | 数据容灾方法、装置、存储介质及计算机设备 |
| CN111078802A (zh) * | 2019-12-31 | 2020-04-28 | 叮当快药科技集团有限公司 | 数据库的读写方法及相关装置 |
| CN111611104B (zh) * | 2020-05-14 | 2022-11-29 | 华云数据有限公司 | 一种InfluxDB数据备份方法、系统及终端设备 |
| CN114238521B (zh) * | 2022-02-25 | 2022-06-24 | 梅州客商银行股份有限公司 | 银行核心系统数据库的高可用部署方法、装置和电子设备 |
| CN116226093B (zh) * | 2023-04-25 | 2023-08-08 | 北京庚顿数据科技有限公司 | 基于双活高可用架构的实时数据库系统 |
| CN118410115B (zh) * | 2024-07-03 | 2024-09-06 | 上海联鼎软件股份有限公司 | 一种oracle数据库的自动双活容灾方法、装置与存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1517918A (zh) * | 2003-01-17 | 2004-08-04 | 深圳市中兴通讯股分有限公司 | 一种备份和恢复重要数据的方法 |
| CN1614566A (zh) * | 2004-11-29 | 2005-05-11 | 中兴通讯股份有限公司 | 一种用户数据库的备份恢复方法 |
| CN101122924A (zh) * | 2007-09-30 | 2008-02-13 | 华为技术有限公司 | 逻辑日志生成方法、数据库备份/恢复方法与系统 |
-
2008
- 2008-09-05 CN CN2008101983442A patent/CN101667181B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1517918A (zh) * | 2003-01-17 | 2004-08-04 | 深圳市中兴通讯股分有限公司 | 一种备份和恢复重要数据的方法 |
| CN1614566A (zh) * | 2004-11-29 | 2005-05-11 | 中兴通讯股份有限公司 | 一种用户数据库的备份恢复方法 |
| CN101122924A (zh) * | 2007-09-30 | 2008-02-13 | 华为技术有限公司 | 逻辑日志生成方法、数据库备份/恢复方法与系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101667181A (zh) | 2010-03-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101667181B (zh) | 一种数据容灾的方法、装置及系统 | |
| CN103136074B (zh) | 多个磁盘阵列系统的数据储存方法及数据储存系统 | |
| CN101578586B (zh) | 在故障转移和故障回复环境中使用虚拟拷贝 | |
| CN100470494C (zh) | 集群可用性管理方法和系统 | |
| CN100461121C (zh) | 把存储单元和相关元数据复制到存储器的方法和系统 | |
| CN102024044B (zh) | 分布式文件系统 | |
| EP1814033B1 (en) | Storage system and data restoration method thereof | |
| CN101755257B (zh) | 管理在不同的网络上将写入从首要存储器拷贝到次要存储器 | |
| CN100383749C (zh) | 远程复制方法及远程复制系统 | |
| CN103345470B (zh) | 一种数据库容灾方法、系统及服务器 | |
| CN106815097A (zh) | 数据库容灾系统和方法 | |
| CN100470490C (zh) | 用于存储卷的一致拷贝的方法、系统和制造品 | |
| US8688773B2 (en) | System and method for dynamically enabling an application for business continuity | |
| KR20110044858A (ko) | 데이터 센터들에 걸쳐 데이터 서버들내 데이터 무결정의 유지 | |
| CN101436149B (zh) | 磁盘阵列数据重建方法 | |
| CN101655813A (zh) | 存储系统 | |
| CN110807064A (zh) | Rac分布式数据库集群系统中的数据恢复装置 | |
| CN102262591B (zh) | 用于内存复制系统进行垃圾回收的方法和系统 | |
| CN102411639A (zh) | 元数据的多副本存储管理方法和系统 | |
| CN102521073B (zh) | 在故障恢复期间增加数据库的可用性 | |
| CN103136070A (zh) | 一种数据容灾处理的方法和装置 | |
| CN103118093A (zh) | 基于多级缓存的大规模分布式网络考试方法 | |
| CN103136075A (zh) | 磁盘系统、数据保存装置以及磁盘设备 | |
| CN105335256A (zh) | 在整机柜服务器中切换备份磁盘的方法、装置和系统 | |
| CN101986276A (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 | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20201202 Address after: Building 2, No. 3, Fuqian Road, Hailing District, Taizhou City, Jiangsu Province Patentee after: Taizhou Haitong Asset Management Co.,Ltd. Address before: Unit 2414-2416, main building, no.371, Wushan Road, Tianhe District, Guangzhou City, Guangdong Province Patentee before: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd. Effective date of registration: 20201202 Address after: Unit 2414-2416, main building, no.371, Wushan Road, Tianhe District, Guangzhou City, Guangdong Province Patentee after: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |
|
| TR01 | Transfer of patent right |