CN106991120A - 一种实现Oracle数据库同机房零数据丢失的方法 - Google Patents

一种实现Oracle数据库同机房零数据丢失的方法 Download PDF

Info

Publication number
CN106991120A
CN106991120A CN201710096190.5A CN201710096190A CN106991120A CN 106991120 A CN106991120 A CN 106991120A CN 201710096190 A CN201710096190 A CN 201710096190A CN 106991120 A CN106991120 A CN 106991120A
Authority
CN
China
Prior art keywords
database
daily record
standby
primary database
online
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.)
Pending
Application number
CN201710096190.5A
Other languages
English (en)
Inventor
郭旭瑞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hangzhou Wo Qu Polytron Technologies Inc
Original Assignee
Hangzhou Wo Qu Polytron Technologies Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hangzhou Wo Qu Polytron Technologies Inc filed Critical Hangzhou Wo Qu Polytron Technologies Inc
Priority to CN201710096190.5A priority Critical patent/CN106991120A/zh
Publication of CN106991120A publication Critical patent/CN106991120A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1471—Saving, restoring, recovering or retrying involving logging of persistent data for recovery
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Quality & Reliability (AREA)
  • Computing Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明涉及数据库技术领域，公开了一种实现Oracle数据库同机房零数据丢失的方法，包括如下步骤：(1)主数据库中在线日志文件通过网络传送到备数据库，备数据库将在线日志进行存储与恢复；(2)主数据库与备数据库通过infiniband高带宽低延迟网络进行互联，将网络延迟控制在200ns；在备数据库中划分一部分存储空间，通过infiniband网络将该存储空间共享到主数据库，主数据在该存储空间上创建额外的一个日志成员；(3)在主数据库出现故障的情况下，备数据库使用主数据库内的在线日志成员进行前滚操作。本发明可在主数据库完全故障的情况下，备数据库使用主数据库位于备数据库环境中的在线日志成员进行前滚操作，补足主数据库的数据，实现零数据丢失。

Description

一种实现Oracle数据库同机房零数据丢失的方法
技术领域
本发明涉及数据库技术领域，尤其涉及了一种实现Oracle数据库同机房零数据丢失的方法。
背景技术
Oracle数据库***是美国Oracle公司(甲骨文)提供的以分布式数据库为核心的一组软件产品，是目前最流行的客户/服务器(CLIENT/SERVER)或B/S体系结构的数据库之一。比如SilverStream就是基于数据库的一种中间件。Oracle数据库是目前世界上使用最为广泛的数据库管理***，作为一个通用的数据库***，它具有完整的数据管理功能；作为一个关系数据库，它是一个完备关系的产品；作为分布式数据库它实现了分布式处理功能。但它的所有知识，只要在一种机型上学习了Oracle知识，就可以在各种类型的机器上使用它。
DataGuard是Oracle数据库实现远程容灾的技术，它有三种模式：最大保护模式、最大可用模式、最大性能模式。
对于一个事务的提交，最大保护模式与最大可用模式要确保redo已传输至备库才返回。所以这两种方式对网络延迟的要求比较高，在网络条件比较差或者网络不稳定的情况下对主数据库性能有比较大的影响。
所以，在数据一致性要求不是很高的情况下建议采用最大性能模式，这也是使用最广泛的一种模式。鉴于在这种模式下，在线日志通过异步方式进行传输，所以在主数据库突然宕机的情况下会面临数据丢失。
发明内容
本发明针对现有技术中、数据不安全的缺点，提供了一种实现Oracle数据库同机房零数据丢失的方法。
为了解决上述技术问题，本发明通过下述技术方案得以解决。
一种实现Oracle数据库同机房零数据丢失的方法，包括如下步骤：
(1)主数据库内存储有在线日志，在线日志用于记录数据库中的事务操作，事务操作包括数据的增加、删除、修改和查询；主数据库中在线日志文件通过网络传送到备数据库，备数据库将在线日志进行存储与恢复；
(2)主数据库与备数据库通过infiniband高带宽低延迟网络进行互联，将网络延迟控制在200ns；在备数据库中划分一部分存储空间，通过infiniband网络将该存储空间共享到主数据库，主数据在该存储空间上创建额外的一个日志成员，成员是在线日志的镜像副本；
(3)在主数据库出现故障的情况下，备数据库使用主数据库内的在线日志成员进行前滚操作。
作为优选，步骤(1)中，Oracle使用最大性能模式，最大性能模式中使用异步方式传输在线日志。
作为优选，步骤(4)中，前滚操作为对主数据库的在线日志进行重演。
本发明由于采用了以上技术方案，具有显著的技术效果：在备数据库环境中划分一部分存储空间，通过infiniband网络将该存储空间共享到主数据库环境，主数据库在该存储空间上创建额外的一个日志成员，成员是在线日志的多个镜像副本；这样，可以保证备数据库环境中有一份完整的在线日志，弥补了网络异步传输导致的部分在线日志未传输至备库的情况。主数据库在线日志通过高速infiniband网络进行传输可以保证不会对主数据库性能造成影响。主数据库完全故障的情况下，备数据库使用主数据库位于备数据库环境中的在线日志成员进行前滚操作，补足主数据库的数据，实现零数据丢失。
附图说明
图1是本发明一种实现Oracle数据库同机房零数据丢失的方法的架构示意图；
图2是本发明一种实现Oracle数据库同机房零数据丢失的方法中运行原理图。
具体实施方式
下面结合附图与实施例对本发明作进一步详细描述。
实施例1
如图1所示，一种实现Oracle数据库同机房零数据丢失的方法，包括如下步骤：
(1)主数据库内存储有在线日志，在线日志用于记录数据库中的事务操作，事务操作包括数据的增加、删除、修改和查询；主数据库中在线日志文件通过网络传送到备数据库，备数据库将在线日志进行存储与恢复；主数据库中记录事务后会将日志通过网络传送到备数据库，备数据库将日志进行应用，以达到容灾的目的。Oracle DataGuard使用最大性能模式，最大性能模式使用异步方式传输在线日志；这种模式下，不会因为备库故障对主数据库产生影响，也会保证主数据库的性能，98％以上的DataGuard应用场景都采用最大性能模式。同时因为在线日志使用异步方式传输，所以在主数据库故障时会造成数据丢失，而本发明解决的便是使用最大性能模式的情况下仍能保证数据零丢失的要求；
(2)主数据库环境与备数据库环境通过infiniband高带宽低延迟网络进行互联，将网络延迟控制在200ns；在备数据库中划分一部分存储空间，通过infiniband网络将该存储空间共享到主数据库，主数据在该存储空间上创建额外的一个日志成员，成员是在线日志的镜像副本；这样，可以保证备数据库环境中有一份完整的在线日志，弥补了网络异步传输导致的部分在线日志未传输至备库的情况。主数据库在线日志通过高速infiniband网络进行传输可以保证不会对主数据库性能造成影响；
(3)主数据库完全故障的情况下，备数据库使用主数据库内的在线日志成员进行前滚操作，前滚操作为对主数据库的在线日志进行重演，对数据进行备份，实现零数据丢失。
主数据库环境，包含一台或多台服务器以及相关存储设备，用于数据存储，应用程序可以对数据库中的数据进行查询、增加、删除、修改；
备数据库环境，包含一台或多台服务器以及相关存储设备，用于数据容灾备份，当主数据库发生故障时，可以接管业务的查询、增加、删除、修改；
主数据库与备数据库之间通过网络传输在线日志，也就是DataGuard架构，备库使用最大性能模式。这种模式下，不会因为备库故障对主数据库产生影响，也会保证主数据库的性能。但是因为在线日志使用异步方式传输，所以在主数据库故障时会有小部分数据未能及时通过网络传输到备库，从而造成数据丢失。
如图2所示，在备数据库环境中划分一部分存储空间，通过infiniband网络将该存储空间共享到主数据库环境，主数据库在该存储空间上创建额外的一个主库在线日志B，主库在线日志B是在线日志A的多个镜像副本；这样，可以保证备数据库环境中有一份完整的在线日志，弥补了网络异步传输导致的部分在线日志未传输至备库的情况。主数据库中在线日志A通过高速infiniband网络进行传输，可以保证不会对主数据库性能造成影响。主数据库完全故障的情况下，备数据库使用主数据库位于备数据库环境中的在线日志成员进行前滚操作，补足主数据库的数据，实现零数据丢失。
总之，以上所述仅为本发明的较佳实施例，凡依本发明申请专利范围所作的均等变化与修饰，皆应属本发明专利的涵盖范围。

Claims (3)

1.一种实现Oracle数据库同机房零数据丢失的方法，其特征在于，包括如下步骤：
(1)主数据库内存储有在线日志，在线日志用于记录数据库中的事务操作，事务操作包括数据的增加、删除、修改和查询；主数据库中在线日志文件通过网络传送到备数据库，备数据库将在线日志进行存储与恢复；
(2)主数据库与备数据库通过infiniband高带宽低延迟网络进行互联，将网络延迟控制在200ns；在备数据库中划分一部分存储空间，通过infiniband网络将该存储空间共享到主数据库，主数据在该存储空间上创建额外的一个日志成员，成员为在线日志的镜像副本；
(3)在主数据库出现故障的情况下，备数据库使用主数据库内的在线日志成员进行前滚操作。
2.根据权利要求1所述的一种实现Oracle数据库同机房零数据丢失的方法，其特征在于：步骤(1)中，Oracle使用最大性能模式，最大性能模式中使用异步方式传输在线日志。
3.根据权利要求1所述的一种实现Oracle数据库同机房零数据丢失的方法，其特征在于：步骤(4)中，前滚操作为对主数据库的在线日志进行重演。
CN201710096190.5A 2017-02-22 2017-02-22 一种实现Oracle数据库同机房零数据丢失的方法 Pending CN106991120A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710096190.5A CN106991120A (zh) 2017-02-22 2017-02-22 一种实现Oracle数据库同机房零数据丢失的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710096190.5A CN106991120A (zh) 2017-02-22 2017-02-22 一种实现Oracle数据库同机房零数据丢失的方法

Publications (1)

Publication Number Publication Date
CN106991120A true CN106991120A (zh) 2017-07-28

Family

ID=59414248

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710096190.5A Pending CN106991120A (zh) 2017-02-22 2017-02-22 一种实现Oracle数据库同机房零数据丢失的方法

Country Status (1)

Country Link
CN (1) CN106991120A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112069018A (zh) * 2020-07-21 2020-12-11 上海瀚银信息技术有限公司 一种数据库高可用方法及***

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101667181A (zh) * 2008-09-05 2010-03-10 华为技术有限公司 一种数据容灾的方法、装置及***
CN104536971A (zh) * 2014-12-02 2015-04-22 北京锐安科技有限公司 一种具备高可用性的数据库
CN106066890A (zh) * 2016-06-16 2016-11-02 上海天玑科技股份有限公司 一种分布式高性能数据库一体机***
CN106815097A (zh) * 2017-01-18 2017-06-09 北京许继电气有限公司 数据库容灾***和方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101667181A (zh) * 2008-09-05 2010-03-10 华为技术有限公司 一种数据容灾的方法、装置及***
CN104536971A (zh) * 2014-12-02 2015-04-22 北京锐安科技有限公司 一种具备高可用性的数据库
CN106066890A (zh) * 2016-06-16 2016-11-02 上海天玑科技股份有限公司 一种分布式高性能数据库一体机***
CN106815097A (zh) * 2017-01-18 2017-06-09 北京许继电气有限公司 数据库容灾***和方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112069018A (zh) * 2020-07-21 2020-12-11 上海瀚银信息技术有限公司 一种数据库高可用方法及***
CN112069018B (zh) * 2020-07-21 2024-05-31 上海瀚银信息技术有限公司 一种数据库高可用方法及***

Similar Documents

Publication Publication Date Title
US10795911B2 (en) Apparatus and method for replicating changed-data in source database management system to target database management system in real time
US8738813B1 (en) Method and apparatus for round trip synchronous replication using SCSI reads
DE602005002532T2 (de) Cluster-datenbank mit ferndatenspiegelung
CN105069160A (zh) 一种基于自主可控数据库的高可用性方法及构架
US11068499B2 (en) Method, device, and system for peer-to-peer data replication and method, device, and system for master node switching
WO2002050678A8 (en) Method of 'split-brain' prevention in computer cluster systems
CN106572153A (zh) 集群的数据存储方法及装置
CN101310250B (zh) 选择包括首要和次级群集上的端口的路径的***和方法
DE102013101863A1 (de) Hochverfügbares Hauptspeicher-Datenbanksystem, Arbeitsverfahren und deren Verwendungen
JP2006209775A (ja) データ追跡を有するストレージ複製システム
DE602004012220T2 (de) Fernkopiernetzwerk
CN102014153A (zh) 一种数据存储***及其数据存储方法
CN101834904A (zh) 一种数据备份方法和设备
US20190026353A1 (en) Method and system for implementing a redo repeater
CN103607448A (zh) 一种atc***动态数据存储的方法
CN102866935A (zh) 基于iscsi的即时复制方法和存储***
CN105740248A (zh) 一种数据同步方法、装置及***
CN104410531A (zh) 冗余的***架构方法
CN106933700B (zh) 用于恢复存储器之间的数据备份的方法及设备
CN110704541A (zh) 一种Redis集群多数据中心高可用的分布式方法及架构
CN106991120A (zh) 一种实现Oracle数据库同机房零数据丢失的方法
US20140040574A1 (en) Resiliency with a destination volume in a replication environment
CA2167632A1 (en) Apparatus and method for efficient transfer of data and events between processes and between processes and drivers in a parallel, fault tolerant message based operating system
CN104391760A (zh) 一种数据备份的方法、服务器和***
EP3811227B1 (en) Methods, devices and systems for non-disruptive upgrades to a distributed coordination engine in a distributed computing environment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20170728

RJ01 Rejection of invention patent application after publication