CN105653718A - 存储磁盘快照环境下保证快照后数据库数据一致性的方法 - Google Patents

存储磁盘快照环境下保证快照后数据库数据一致性的方法 Download PDF

Info

Publication number
CN105653718A
CN105653718A CN201610001372.5A CN201610001372A CN105653718A CN 105653718 A CN105653718 A CN 105653718A CN 201610001372 A CN201610001372 A CN 201610001372A CN 105653718 A CN105653718 A CN 105653718A
Authority
CN
China
Prior art keywords
snapshot
data
database
data base
server
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
CN201610001372.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.)
Inspur Electronic Information Industry Co Ltd
Original Assignee
Inspur Electronic Information Industry Co Ltd
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 Inspur Electronic Information Industry Co Ltd filed Critical Inspur Electronic Information Industry Co Ltd
Priority to CN201610001372.5A priority Critical patent/CN105653718A/zh
Publication of CN105653718A publication Critical patent/CN105653718A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1458Management of the backup or restore process
    • G06F11/1464Management of the backup or restore process for networked environments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23Updating
    • G06F16/2365Ensuring data consistency and integrity
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2211/00Indexing scheme relating to details of data-processing equipment not covered by groups G06F3/00 - G06F13/00
    • G06F2211/005Network, LAN, Remote Access, Distributed System

Landscapes

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

Abstract

本发明公开了一种存储磁盘快照环境下保证快照后数据库数据一致性的方法,属于数据快照技术领域,本发明要解决在数据库的磁盘中通过磁盘快照方式备份后数据,如何保证数据库能正常使用的问题。采用的步骤如下:(1)、在管理机A触发存储A做快照前,先发给服务器A发指令,数据库把将要备份的数据文件都标记为hot-backup-in-progress,锁定所要备份的datafile?header的scn,数据库处于暂时锁定状态,整个数据库处于一致;(2)、管理机A给存储A发送指令创建快照;(3)、把新建的快照给服务器B;(4)、在服务器B上挂载快照出的数据重建数据库启动数据库,可见数据库正常启动。

Description

存储磁盘快照环境下保证快照后数据库数据一致性的方法
技术领域
本发明涉及数据快照技术领域,具体地说是一种存储磁盘快照环境下保证快照后数据库数据一致性的方法。
背景技术
随着信息技术的发展,数据在企业中的作用越来越重要,越来越多的企业开始关注存储产品数据的备份。
为提高数据存储的安全性和高效率,保护企业的数据,数据快照技术(Flashcopy,Snapshot,Point-in-time-copy)是其中比较成熟的技术之一。数据快照技术是一种保留某一时刻数据映像的技术,其保留的影像被称为快照(即Snapshot)。数据快照的真实含义是:用最短的时间和最低的消耗实现文件系统的备份,创作出您数据的"影子"图象,你可以象操作原始数据一样对其进行读取或写入。因此,采用数据快照技术给数据拍照,你能在进行备份、下载数据仓库或者转移数据的同时,保证应用不受影响而继续运行。使用真实的数据结果,你甚至能更开发和测试应用程序。浪潮的Snapshot、EMC的Mirrorview软件都是使用快照技术来实现快速备份或者把数据快照出来进行测试。
快照的原理:图1为正常情况下的文件系统在存储上的示意图。图2为数据快照技术的示意图,文件系统描述就是一系列的指针,记录着磁盘上的数据块的逻辑关系,现在假设你在上午10:00生成一个数据快照,那么在10:00这个时刻,快照功能要做如下事项:(1)、把文件系统描述复制一份,(2)、在磁盘空闲空间创建一个缓冲区,(3)、在文件系统写操作中增加一个判断,就是判断应用是否是第一次修改数据。图3为数据快照技术中转移数据的示意图,在10:00以后,当有应用要修改数据块时,快照功能就把原来的数据块保留入缓冲区,同时把数据快照的访问入口转而指向缓冲区;这样就生成了一个数据快照,通过快照入口访问到的就是10:00的数据;而同时,应用程序仍然可以在文件系统上读写;也就是说,在应用不停的情况下,得到了一个10:00的静态数据。
但有些关键性的业务,特别是24小时不停机运行的数据库应用,对数据库文件所在的磁盘做快照时候由于数据库文件可能仍然处于打开的状态,做完快照后数据是在的,但是由于数据库各个文件之间有关联关系,处于打开状态的数据库由于内存数据并为完全刷新到硬盘上,导致各个文件之间的关联关系不一致,虽然能快照的方式备份出数据,但是由于数据的不一致而数据库无法打开无法使用。
快照的具体应用如下述环境:一台windows机器连接一台浪潮存储,一台管理机用作管理存储使用存储A型号为AS500H,通过管理机A管理存储A划分一个20G的存储卷1给服务器A。服务器分区格式化这个存储卷为磁盘H,然后安装一个数据库,并把数据库文件存在H:\oracle下面,服务器B作为验证或者备份服务器角色使用,用来验证快照后数据是否正常。安装完成后启动数据,可见数据库正常属于打开状态;这个时候管理机A发指令给在存储A的卷1上创建一个快照快照的名字为snapshot-1,并且把快照挂载给服务器B;快照映射给服务器B。在服务器B上扫描磁盘后可以发现,服务器B上可以识别到和服务器A上一样的文件,并且时间点一样。这个时候在服务器B上使用快照出去数据库文件重建数据库,使新数据库识别快照出去的数据库文件。用快照出的数据库去启动数据库,启动的时候失败。虽然快照出的数据表面上和原来是一模一样的,但是由于数据库类业务,本身有好多个数据文件,如oracle数据库本身的除了程序文件中,还有数据文件,控制文件和重做日志文件,这些文件是有一定的关联关系的,需要保持一致的SCN号,数据库正常启动的前提就是这些关联关系一致,而由于做快照的时候数据库正处于启动状态内存数据还没刷新到硬盘上,属于数据处于不一致状态,这样做出来的快照数据虽然是备份出来了,但是实际上数据是无法使用的。
发明内容
本发明的技术任务是提供一种存储磁盘快照环境下保证快照后数据库数据一致性的方法,来解决在数据库的磁盘中通过磁盘快照方式备份后数据,如何保证数据库能正常使用的问题。
本发明的技术任务是按以下方式实现的:
存储磁盘快照环境下保证快照后数据库数据一致性的方法,步骤如下:
(1)、在管理机A触发存储A做快照前,先发给服务器A发指令,数据库把将要备份的数据文件都标记为hot-backup-in-progress,锁定所要备份的datafileheader的scn,数据库处于暂时锁定状态,整个数据库处于一致;
(2)、管理机A给存储A发送指令创建快照,由于在创建快照之前数据库已经处于一致状态,因此快照后的数据也处于一致状态;
(3)、把新建的快照给服务器B;
(4)、在服务器B上挂载快照出的数据重建数据库启动数据库,可见数据库正常启动。
数据库为oracle数据库。
步骤(1)中的发指令为alterdatabasebeginbackup指令。
步骤(2)中的快照为snapshot2。
数据库为数据库DB2或数据库SQLServer,在创建快照前把数据库暂时置于热备份模式,可以确保在数据库环境中创建磁盘快照的后保证快照后的数据库一致可用。
本发明的存储磁盘快照环境下保证快照后数据库数据一致性的方法具有以下优点:在数据库使用存储环境下保证存储做快照后的数据库能正常使用,通过此种方法可以加快数据库的备份或者用快照出的数据库用来做测试,减少对源数据库的影响。
附图说明
下面结合附图对本发明进一步说明。
附图1为现有技术中正常情况下的文件系统在存储上的示意框图;
附图2为现有技术中数据快照技术的示意框图;
附图3为现有技术中数据快照技术中转移数据的示意框图;
附图4为本发明的方法实现框图。
具体实施方式
参照说明书附图和具体实施例对本发明的存储磁盘快照环境下保证快照后数据库数据一致性的方法作以下详细地说明。
实施例1:
如图4所示,本发明的存储磁盘快照环境下保证快照后数据库数据一致性的方法,数据库为oracle数据库,步骤如下:
(1)、在管理机A触发存储A做快照前,先发给服务器A发指令--alterdatabasebeginbackup指令,数据库把将要备份的数据文件都标记为hot-backup-in-progress,锁定所要备份的datafileheader的scn,数据库处于暂时锁定状态,整个数据库处于一致;
(2)、管理机A给存储A发送指令创建快照snapshot2,由于在创建快照之前数据库已经处于一致状态,因此快照后的数据也处于一致状态;
(3)、把新建的快照给服务器B;
(4)、在服务器B上挂载快照出的数据重建数据库启动数据库,可见数据库正常启动。
实施例2:
本发明的存储磁盘快照环境下保证快照后数据库数据一致性的方法,数据库为数据库DB2或数据库SQLServer,步骤如下:
(1)、在创建快照前把数据库暂时置于热备份模式,可以确保在数据库环境中创建磁盘快照的后保证快照后的数据库一致可用;
(2)、发送指令创建快照,由于在创建快照之前数据库已经处于一致状态,因此快照后的数据也处于一致状态;
(3)、把新建的快照给服务器;
(4)、在服务器上挂载快照出的数据重建数据库启动数据库,可见数据库正常启动。
通过上面具体实施方式,所述技术领域的技术人员可容易的实现本发明。但是应当理解,本发明并不限于上述的具体实施方式。在公开的实施方式的基础上,所述技术领域的技术人员可任意组合不同的技术特征,从而实现不同的技术方案。
除说明书所述的技术特征外,均为本专业技术人员的已知技术。

Claims (5)

1.存储磁盘快照环境下保证快照后数据库数据一致性的方法,其特征在于步骤如下:
(1)、在管理机A触发存储A做快照前,先发给服务器A发指令,数据库把将要备份的数据文件都标记为hot-backup-in-progress,锁定所要备份的datafileheader的scn,数据库处于暂时锁定状态,整个数据库处于一致;
(2)、管理机A给存储A发送指令创建快照;
(3)、把新建的快照给服务器B;
(4)、在服务器B上挂载快照出的数据重建数据库启动数据库,可见数据库正常启动。
2.根据权利要求1所述的存储磁盘快照环境下保证快照后数据库数据一致性的方法,其特征在于数据库为oracle数据库。
3.根据权利要求2所述的存储磁盘快照环境下保证快照后数据库数据一致性的方法,其特征在于步骤(1)中的发指令为alterdatabasebeginbackup指令。
4.根据权利要求2所述的存储磁盘快照环境下保证快照后数据库数据一致性的方法,其特征在于步骤(2)中的快照为snapshot2。
5.根据权利要求1所述的存储磁盘快照环境下保证快照后数据库数据一致性的方法,其特征在于数据库为数据库DB2或数据库SQLServer,在创建快照前把数据库暂时置于热备份模式。
CN201610001372.5A 2016-01-04 2016-01-04 存储磁盘快照环境下保证快照后数据库数据一致性的方法 Pending CN105653718A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610001372.5A CN105653718A (zh) 2016-01-04 2016-01-04 存储磁盘快照环境下保证快照后数据库数据一致性的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610001372.5A CN105653718A (zh) 2016-01-04 2016-01-04 存储磁盘快照环境下保证快照后数据库数据一致性的方法

Publications (1)

Publication Number Publication Date
CN105653718A true CN105653718A (zh) 2016-06-08

Family

ID=56491432

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610001372.5A Pending CN105653718A (zh) 2016-01-04 2016-01-04 存储磁盘快照环境下保证快照后数据库数据一致性的方法

Country Status (1)

Country Link
CN (1) CN105653718A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108717462A (zh) * 2018-05-28 2018-10-30 郑州云海信息技术有限公司 一种数据库快照验证方法及系统
CN108932312A (zh) * 2018-06-20 2018-12-04 郑州云海信息技术有限公司 一种基于sql server数据库的快照验证方法及装置
CN109298983A (zh) * 2018-10-24 2019-02-01 郑州云海信息技术有限公司 一种快照特性测试方法、装置、设备及存储介质
CN109376033A (zh) * 2018-09-21 2019-02-22 平安科技(深圳)有限公司 快照备份方法、装置、计算机设备及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101650680A (zh) * 2009-07-27 2010-02-17 浪潮电子信息产业股份有限公司 一种基于连续快照的持续数据保护的方法
CN104090828A (zh) * 2014-07-24 2014-10-08 浪潮(北京)电子信息产业有限公司 一种实现数据实时备份的方法及系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101650680A (zh) * 2009-07-27 2010-02-17 浪潮电子信息产业股份有限公司 一种基于连续快照的持续数据保护的方法
CN104090828A (zh) * 2014-07-24 2014-10-08 浪潮(北京)电子信息产业有限公司 一种实现数据实时备份的方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
WANG19890326: "begin backup、end backup的过程", 《HTTPS://BLOG.CSDN.NET/WANG19890326/ARTICLE/DETAILS/9294145》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108717462A (zh) * 2018-05-28 2018-10-30 郑州云海信息技术有限公司 一种数据库快照验证方法及系统
CN108932312A (zh) * 2018-06-20 2018-12-04 郑州云海信息技术有限公司 一种基于sql server数据库的快照验证方法及装置
CN109376033A (zh) * 2018-09-21 2019-02-22 平安科技(深圳)有限公司 快照备份方法、装置、计算机设备及存储介质
CN109376033B (zh) * 2018-09-21 2023-04-07 平安科技(深圳)有限公司 快照备份方法、装置、计算机设备及存储介质
CN109298983A (zh) * 2018-10-24 2019-02-01 郑州云海信息技术有限公司 一种快照特性测试方法、装置、设备及存储介质
CN109298983B (zh) * 2018-10-24 2022-02-18 郑州云海信息技术有限公司 一种快照特性测试方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
US20210224166A1 (en) Database snapshot and backup management with recoverable chains
US20210263802A1 (en) Computerized methods and apparatus for data cloning
US10055148B1 (en) Storing application data as an enhanced copy
US9910735B1 (en) Generating an application-consistent snapshot
US10503616B2 (en) Periodic data replication
US8495019B2 (en) System and method for providing assured recovery and replication
US10216583B1 (en) Systems and methods for data protection using cloud-based snapshots
CN105574187B (zh) 一种异构数据库复制事务一致性保障方法及系统
US8732128B2 (en) Shadow copy bookmark generation
US11003364B2 (en) Write-once read-many compliant data storage cluster
US20110099148A1 (en) Verification Of Remote Copies Of Data
US9971595B1 (en) Techniques for automated database deployment
CN112930528A (zh) 将数据库从第一版本升级到第二版本
US20220066995A1 (en) Adaptable multi-layered storage for deduplicating electronic messages
US11194669B2 (en) Adaptable multi-layered storage for generating search indexes
US11392460B2 (en) Adaptable multi-layer storage with controlled restoration of protected data
CN106802895B (zh) 用于修复数据库备库数据的方法和设备
CN105653718A (zh) 存储磁盘快照环境下保证快照后数据库数据一致性的方法
CN105573859A (zh) 一种数据库的数据恢复方法和设备
US11080142B2 (en) Preservation of electronic messages between snapshots
US11681586B2 (en) Data management system with limited control of external compute and storage resources
CN104166605A (zh) 基于增量数据文件的数据备份方法及系统
CN102024021A (zh) 一种逻辑文件系统元数据的日志方法
US10296517B1 (en) Taking a back-up software agnostic consistent backup during asynchronous replication
US8595271B1 (en) Systems and methods for performing file system checks

Legal Events

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

Application publication date: 20160608

RJ01 Rejection of invention patent application after publication