CN111177122A - 一种数据库备份方法、装置、设备及计算机可读存储介质 - Google Patents
一种数据库备份方法、装置、设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN111177122A CN111177122A CN201911386431.5A CN201911386431A CN111177122A CN 111177122 A CN111177122 A CN 111177122A CN 201911386431 A CN201911386431 A CN 201911386431A CN 111177122 A CN111177122 A CN 111177122A
- Authority
- CN
- China
- Prior art keywords
- backup
- data
- database
- reduction
- time period
- 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.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 61
- 238000003860 storage Methods 0.000 title claims abstract description 13
- 230000009467 reduction Effects 0.000 claims description 90
- 238000004891 communication Methods 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 10
- 230000008569 process Effects 0.000 claims description 9
- 230000002159 abnormal effect Effects 0.000 claims description 8
- 238000012544 monitoring process Methods 0.000 claims description 7
- 230000005856 abnormality Effects 0.000 claims description 5
- 238000007726 management method Methods 0.000 description 33
- 230000006870 function Effects 0.000 description 11
- 238000011084 recovery Methods 0.000 description 10
- 230000008859 change Effects 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 5
- 230000014759 maintenance of location Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 238000011946 reduction process Methods 0.000 description 3
- 230000003203 everyday effect Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000013024 troubleshooting Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000002354 daily effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005553 drilling Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000011837 external investigation Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Classifications
-
- 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/21—Design, administration or maintenance of databases
-
- 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/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
-
- 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)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Computing Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种数据库备份方法、装置、设备及计算机可读存储介质，该方法包括：确定客户端中需要实现备份的数据库为目的数据库；每经过第一预设时间段，则将目的数据库中包含的数据全量备份到对应的管理端中；并在每个第一预设时间段内每经过第二预设时间段，则将目的数据库中包含的数据增量备份或差异备份到管理端中；其中，每个第一预设时间段包含至少一个第二预设时间段；在每次备份完成后，为当前备份得到的数据建立表示此次备份的时间的时间导航，以在需要实现数据还原时，由备份得到的数据中具有与数据损坏的时间对应时间导航的数据实现数据还原。本申请能够实现可靠的数据备份，进而避免因数据损坏导致可能发生的重大损失。
Description
技术领域
本发明涉及数据库技术领域，更具体地说，涉及一种数据库备份方法、装置、设备及计算机可读存储介质。
背景技术
随着计算机技术的飞速发展，信息安全的重要性日趋明显，作为信息安全的重要内容——数据备份也越来越受到人们的重视。发明人研究发现，只要发生数据传输、数据存储、数据交换、以及数据故障和硬盘损坏等就有可能发生数据损坏；因此需要一种数据库的容灾备份的技术方案，以进行可靠的数据备份，避免因数据损坏导致可能发生的重大损失。
发明内容
本发明的目的是提供一种数据库备份方法、装置、设备及计算机可读存储介质，能够实现可靠的数据备份，进而避免因数据损坏导致可能发生的重大损失。
为了实现上述目的，本发明提供如下技术方案：
一种数据库备份方法，包括：
确定客户端中需要实现备份的数据库为目的数据库；
每经过第一预设时间段，则将所述目的数据库中包含的数据全量备份到对应的管理端中；并在每个所述第一预设时间段内每经过第二预设时间段，则将所述目的数据库中包含的数据增量备份或差异备份到所述管理端中；其中，每个所述第一预设时间段包含至少一个所述第二预设时间段；
在每次备份完成后，为当前备份得到的数据建立表示此次备份的时间的时间导航，以在需要实现数据还原时，由备份得到的数据中具有与数据损坏的时间对应时间导航的数据实现数据还原。
优选的，还包括：
在每次备份完成后，确定此次备份所得数据与上次备份所得数据间不同的数据，并为确定出的不同的数据设置更新标记，以在需要利用备份得到的数据进行数据还原时，基于所述更新标记确定对应用于实现数据还原的数据。
优选的，还包括：
在需要利用备份得到的数据进行数据还原时，按照还原级别实现相应的数据还原，所述还原级别包括同时还原数据及对应的属性，或者仅还原数据。
优选的，还包括：
按照还原级别实现相应的数据还原的过程中，实时输出监控得到的实现数据还原的状态是否正常、数据还原至的介质是否正常、数据还原所需的剩余时间及数据还原至的介质剩余的容量的信息。
优选的，输出监控得到的实现数据还原的状态是否正常之后，还包括：
如果监控得到的实现数据还原的状态为异常，则接收外界基于该异常返回的指令，并在所述指令的指示下继续实现数据还原或者取消实现数据还原。
优选的，实现对所述目的数据库的备份之前，还包括：
设置备份策略，按照所述备份策略对所述目的数据库中的指定数据进行备份，并判断备份所得数据与所述目的数据库中的指定数据是否相同，如果是，则确定所述备份策略设置成功，否则，重新设置备份策略。
优选的，实现对所述目的数据库的备份之前，还包括：
建立与所述目的数据库所在客户端的通信连接；
访问所述目的数据库，如果访问成功，则确定所述通信连接建立成功，否则，重新建立与所述目的数据库所在客户端的通信连接。
一种数据库备份装置，包括：
确定模块，用于：确定客户端中需要实现备份的数据库为目的数据库；
备份模块，用于：每经过第一预设时间段，则将所述目的数据库中包含的数据全量备份到对应的管理端中；并在每个所述第一预设时间段内每经过第二预设时间段，则将所述目的数据库中包含的数据增量备份或差异备份到所述管理端中；其中，每个所述第一预设时间段包含至少一个所述第二预设时间段；
建立模块，用于：在每次备份完成后，为当前备份得到的数据建立表示此次备份的时间的时间导航，以在需要实现数据还原时，由备份得到的数据中具有与数据损坏的时间对应时间导航的数据实现数据还原。
一种数据库备份设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如上任一项所述数据库备份方法的步骤。
一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上任一项所述数据库备份方法的步骤。
本发明提供了一种数据库备份方法、装置、设备及计算机可读存储介质，该方法包括：确定客户端中需要实现备份的数据库为目的数据库；每经过第一预设时间段，则将所述目的数据库中包含的数据全量备份到对应的管理端中；并在每个所述第一预设时间段内每经过第二预设时间段，则将所述目的数据库中包含的数据增量备份或差异备份到所述管理端中；其中，每个所述第一预设时间段包含至少一个所述第二预设时间段；在每次备份完成后，为当前备份得到的数据建立表示此次备份的时间的时间导航，以在需要实现数据还原时，由备份得到的数据中具有与数据损坏的时间对应时间导航的数据实现数据还原。本申请公开的技术方案中，每经过第一预设时间段则进行数据库的全量备份，在每个第一预设时间段内每经过其包含的第二预设时间段则进行数据库的增量备份或差异备份，也即每经过较长时间间隔后则进行全量备份，在两次全量备份之间每经过较短时间间隔后则进行增量备份或差异备份，通过这种按照时间间隔将全量备份、增量备份及差异备份结合的方式，能够使得对数据库中数据的备份同时具有全量备份、增量备份及差异备份的优点，进而使得对数据库中数据的备份更加灵活智能；并且，将备份得到的数据存储于数据库所在客户端对应的管理端中，从而即使数据库因各种原因发生故障，也不会对管理端中备份得到的数据造成影响，仍能基于管理端中备份得到的数据实现数据还原，从而能够实现可靠的数据备份，进而避免因数据损坏导致可能发生的重大损失；另外，为备份得到的数据建立表示对应备份时间的时间导航，从而在基于备份得到的数据实现数据还原时，能够基于时间导航快速确定出实现数据还原所基于的数据，进而保证了实现数据还原的效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本发明实施例提供的一种数据库备份方法的第一种流程图；
图2为本发明实施例提供的一种数据库备份方法的第二种流程图；
图3为本发明实施例提供的一种数据库备份装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
请参阅图1，其示出了本发明实施例提供的一种数据库备份方法的流程图，可以包括：
S11：确定客户端中需要实现备份的数据库为目的数据库。
本发明实施例提供的一种数据库备份方法的执行主体可以为对应的数据库备份装置，而该数据库备份装置可以设置于管理端中，因此该数据库备份方法的执行主体可以为管理端，以下以该数据库备份方法的执行主体为管理端进行具体说明。
本实施例中的数据库具体可以为DB2数据库，当然也可以为其他需要实现备份的数据库；可以确定需要实现备份的任意的数据库为目的数据库，也即本申请可以对任意的数据库实现数据备份。另外，本申请管理端在将数据库中的数据备份至管理端的同时，数据库还可以将数据库的数据备份至数据库中，将数据库中的数据备份至管理端以及数据库，从而在实现数据还原时，如果数据库发生故障无法得到其中备份的数据，则可以由管理端获取到备份的数据进而实现数据还原，从而提高数据库中存储的数据可靠性。
S12：每经过第一预设时间段，则将目的数据库中包含的数据全量备份到对应的管理端中；并在每个第一预设时间段内每经过第二预设时间段，则将目的数据库中包含的数据增量备份或差异备份到管理端中；其中，每个第一预设时间段包含至少一个第二预设时间段。
需要说明的是，本实施例中可以设置备份策略，备份策略包括实现数据备份的时间及实现数据备份的具体方式，具体来说，实现数据备份的时间可以包括备份开始时间、备份结束时间等，而每个时间都可以设置为每日、每周、每月的某个时间点，具体可以通过第一预设时间段及第二预设时间段的设置来实现，如第一预设时间段为一周、第二预设时间段为一天等；从而根据设置的时间形成数据备份的循环实现，进而自动定期的开始实现数据备份；实现数据备份的方式则为对数据进行备份的方式，可以包括全量备份、增量备份、差异备份及其他自定义备份方式。
具体来说，全量备份即为将需要实现备份的数据全部进行备份，优点是备份的数据完整性高，数据安全性高，当发生故障需要还原数据时，提取最近时间点的一次全量备份即可恢复数据，缺点是占用备份介质空间大，备份时间长；增量备份则为在一次全量备份的基础上，分别记录每次的变化，由于增量备份在备份前会判断数据是否发生变化，并仅记录每次变化情况，所以它最大的好处在于其所需存储空间少(相同的变化情况下)，备份速度快；在实现数据还原时，需要在最近时间点的一次全量备份的基础上，整合每次的一个变化情况，恢复时间长，效率低；差异备份就是在一次全量备份的基础上，记录最新数据较该次全量备份的差异，简单来说，差异备份就是一个积累变化的过程：在全量备份之后，第一天记录第一天的变化，第二天记录第一天和第二天的变化，以此类推......因此，需要恢复数据时需要先恢复全量备份，然后恢复最后一次的差异备份即可完成，所以差异备份占用的储存空间和所需恢复时间介于全量备份和增量备份之间。本实施例中为了结合上述不同备份方式的优点，可以在每经过第一预设时间段则执行一次全量备份，在每两次全量备份之间根据实际需要执行增量备份或者差异备份，从而使得备份方式满足对数据库备份的实际需求。
S13：在每次备份完成后，为当前备份得到的数据建立表示此次备份的时间的时间导航，以在需要实现数据还原时，由备份得到的数据中具有与数据损坏的时间对应时间导航的数据实现数据还原。
在每次备份完成后，则可以为当前次备份得到的数据建立相应的时间导航，时间导航中可以包括备份得到相应数据的时间，因此如果需要还原数据，则可以先确定需要还原的数据丢失或者损坏的时间，基于时间导航确定距离该时间最近的一次全量备份所得数据及该次全量备份之后增量备份(或差异备份)所得数据实现数据还原；其中，如果选择的为全量备份之后增量备份所得数据则为全量备份之后每次增量备份所得数据，如果选择的为全量备份之后差异备份所得数据则为全量备份之后最后一次差异备份所得数据；从而通过时间实现相应数据的选取，大大加快了数据还原效率。
本申请公开的技术方案中，每经过第一预设时间段则进行数据库的全量备份，在每个第一预设时间段内每经过其包含的第二预设时间段则进行数据库的增量备份或差异备份，也即每经过较长时间间隔后则进行全量备份，在两次全量备份之间每经过较短时间间隔后则进行增量备份或差异备份，通过这种按照时间间隔将全量备份、增量备份及差异备份结合的方式，能够使得对数据库中数据的备份同时具有全量备份、增量备份及差异备份的优点，进而使得对数据库中数据的备份更加灵活智能；并且，将备份得到的数据存储于数据库所在客户端对应的管理端中，从而即使数据库因各种原因发生故障，也不会对管理端中备份得到的数据造成影响，仍能基于管理端中备份得到的数据实现数据还原，从而能够实现可靠的数据备份，进而避免因数据损坏导致可能发生的重大损失；另外，为备份得到的数据建立表示对应备份时间的时间导航，从而在基于备份得到的数据实现数据还原时，能够基于时间导航快速确定出实现数据还原所基于的数据，进而保证了实现数据还原的效率。
本发明实施例提供的一种数据库备份方法，还可以包括：
在每次备份完成后，确定此次备份所得数据与上次备份所得数据间不同的数据，并为确定出的不同的数据设置更新标记，以在需要利用备份得到的数据进行数据还原时，基于更新标记确定对应用于实现数据还原的数据。
需要说明的是，在每次备份完成之后，还可以为此次备份所得数据与上次备份所得数据间不同的数据设置更新标记，而设置更新标记可以是设置相应数据的颜色为根据实际需要设定的颜色，也可以是设置相应的数据具有根据实际需要设定的下划线，还可以是根据实际需要设定的其他方式，从而能够通过更新标记一目了然的获知不同次数据备份之间发生变化的数据，方便实现数据还原。
本发明实施例提供的一种数据库备份方法，还可以包括：
在需要利用备份得到的数据进行数据还原时，按照还原级别实现相应的数据还原，还原级别包括同时还原数据及对应的属性，或者仅还原数据。
在实现数据还原时，可以预先或者实时根据外界输入信息设定数据还原的还原级别，具体可以包括同时还原数据及对应的属性、或者仅还原数据而不还原对应的属性，其中，数据的属性可以包括对应的数据库结构，而数据库结构中又可以包括实现数据记录的表的字段、类型、主键、外键及索引等，从而能够使得对于数据的还原能够满足对数据还原的实际需求。另外，在实现数据还原时，可以指定数据需要还原至的目录，称之为指定目录，进而可以将数据还原至指定目录下；具体来说，指定目录可以为需要还原的数据在发生损失或者丢失前所在的目录(原目录)，也可以为不同于原目录之外的其他目录，均在本发明的保护范围之内，从而进一步使得数据还原满足当前的实际需求。
本发明实施例提供的一种数据库备份方法，还可以包括：
按照还原级别实现相应的数据还原的过程中，实时输出监控得到的实现数据还原的状态是否正常、数据还原至的介质是否正常、数据还原所需的剩余时间及数据还原至的介质剩余的容量的信息。
在实现数据还原的过程中，可以实时监控实现数据还原的状态是否正常、数据还原至的介质是否能够正常工作、数据还原至的介质剩余的容量以数据还原的速率，并且确定剩余的需还原的数据的总数据量除以数据还原的速率则可以得到数据还原所需的剩余时间，从而可以通过这种方式确定实现数据还原的过程是否正常、数据还原至的介质是否正常、数据还原所需的剩余时间及数据还原至的介质剩余的容量的信息，可以将这些信息记录至日志中，便于需要时进行查询，也可以直接对这些信息进行输出，从而使得外界可以基于此获知数据还原情况，进而在数据还原状态、或数据还原至的介质发生异常、或数据还原至的介质剩余的容量小于需要还原的数据的总数据量时介入进行相应的修复等操作；并且外界还可以基于数据还原所需的剩余时间确定需要实现数据还原所需的剩余时间，实现相应的操作等。从而通过上述方式使得外界可以获知数据还原的情况，进而实现相应的操作等。
本发明实施例提供的一种数据库备份方法，输出监控得到的实现数据还原的状态是否正常之后，还可以包括：
如果监控得到的实现数据还原的状态为异常，则接收外界基于该异常返回的指令，并在指令的指示下继续实现数据还原或者取消实现数据还原。
需要说明的是，在输出监控得到的实现数据还原的状态为异常时，外界可以向管理端输入相应的指令，进而管理端可以在该指令的指示下确定继续实现数据还原还是取消实现数据还原，从而使得外界能够在实现数据还原的过程中发生异常时，通过向管理终端的指令发送实现对数据还原过程的控制，从而使得数据还原过程能够符合当前需求。
本发明实施例提供的一种数据库备份方法，实现对目的数据库的备份之前，还可以包括：
设置备份策略，按照备份策略对目的数据库中的指定数据进行备份，并判断备份所得数据与目的数据库中的指定数据是否相同，如果是，则确定备份策略设置成功，否则，重新设置备份策略。
本实施例中备份策略包括实现数据备份的时间及实现数据备份的具体方式，在实现备份策略的设置后，为了确定备份策略是否设置成功，可以按照备份策略对目的数据库中根据实际需要选取的指定数据进行备份，并且在备份完成后，判断备份所得数据与目的数据库中的指定数据是否相同，如果相同，则说此次备份成功，也即为备份策略设置成功，否则，则说明此次备份失败，也即为备份策略设置失败，进而可以输出相应的提示信息，以指示外界排查原因继续实现备份策略的设置，从而通过这种方式保证备份策略的成功设置，进而保证数据库备份的成功实现。
另外，在确定备份成功之后，可以通过数据对比的方式验证还原功能能否正常实现，具体来说，在基于备份所得的数据进行数据还原后，判断还原的数据与目的数据库中的指定数据是否相同，如果相同，则说明还原功能能够正常实现，否则则说明还原功能无法正常实现，还原功能异常，可以输出相应的提示信息，以指示外界排查原因以保证还原功能的正常实现；或者也可以通过状态查询的方式验证还原功能能否正常实现，具体来说，在基于备份所得的数据进行数据还原后，查询目的数据库中是否存在还原后得到的指定数据，如果是，则说明还原功能正常，否则，则还原功能异常，可以输出相应的提示信息，以指示外界排查原因以保证还原功能的正常实现。
需要说明的是，本实施例中可以将备份所得数据与目的数据库中的指定数据是否相同、将还原的数据与目的数据库中的指定数据是否相同的结果记载在日志中，进而供外界由该日志中实现数据比对结果的获取，确定备份策略及还原功能能否正常实现。
本发明实施例提供的一种数据库备份方法，实现对目的数据库的备份之前，还可以包括：
建立与目的数据库所在客户端的通信连接；
访问目的数据库，如果访问成功，则确定通信连接建立成功，否则，重新建立与目的数据库所在客户端的通信连接。
在对客户端包含的数据库进行数据库备份之前，还需要建立与客户端的通信连接，具体可以是向客户端发送连接请求，从而在客户端允许该连接请求后确定通信连接建立完成，在通信连接建立完成后，可以访问客户端上的数据库，如果能够正常实现访问，则说明通信连接建立成功，因此可以实现后续对数据库的备份，否则，则认为通信连接未建立成功，重新建立与客户端之间的通信连接，从而通过这种方式保证与客户端之间通信连接的成功建立，进而保证对客户端上的数据库实现备份的成功实现。
另外，本申请中客户端的操作系统可以为winodws操作系统或linux操作系统，而实现数据库备份方法的前置条件则为在winodws操作系统或linux操作系统中，关闭防火墙；其中，在linux操作系统的环境中修改selinux参数为disabled。然后进行以下过程以实现对数据库备份：
(1)修改数据库的配置参数，包括USEREXIT是否启用用户出口(修改为RECOVERY(默认为OFF))，TRACKMOD是否启用增量备份功能需要修改为ON或YES(默认为OFF)等；在修改这些参数时需要断开与其他所有数据库客户端应用程序的连接以便采纳新值；如果上述参数未生效，数据库则只能采取冷备份方式。
(2)更改数据库的归档模式，更改后需要重新连接或启动数据库，尝试检查新制定的归档路径是否有归档日志生成，以判断归档模式设置是否成功；具体可以包括：使用命令db2＝>get database configuration for<db_alias>查询归档模式信息，使用命令db2＝>update database configuration for<db_alias>using<parameter_name><parameter_value>修改数据库配置参数，使用命令db2＝>update db cfg for<db_alias>usingLOGARCHMETH1 LOGRETAIN开启归档模式，最后使命令生效。其中，数据库归档就是把现有的数据库中的数据找一个特定的时间，根据这个时间把之前的数据迁移到另外一张相同数据结构的数据库中，降低web页面查询时候的时间提高效率。
(3)关联备份的客户端的环境变量，根据操作系统不同，修改的变量格式稍有区别，如在SUN Solaris和Linux上root用户的$LD_LIBRARY_PATH环境变量包含<Db2_installation_directory>/lib路径，IBM AIX客户端上的root用户的$LIBPATH环境变量包含<Db2_installation_directory>/lib路径，最后修改环境变量配置文件.bash_profile，增加一行环境变量：export LD_LIBRARY＝/opt/ibm/db2/v10/lib64；其中，v10是数据库的版本。
(4)在管理端添加备份模块(管理端能够通过备份模块实现对数据库的操作)，添加备份模块的环境变量，参数名为app_lib_path，修改成对应的数据库的版本值，例如：libtina_db2_10.so；其中10为数据库版本。
(5)验证备份模块是否添加成功，尝试打开备份模块对应的管理器，查看其是否显示备份模块的数据结构信息，如果是，则确定备份模块添加成功，否则，则需要重新添加备份模块。
(6)建立相应的介质池，选择关联的驱动器和保留周期，介质池用于实现备份所得数据的存储，驱动器用于使用介质池，保留周期用于确定备份所得的数据在介质池中的保留时长。
在一种具体应用场景中，本申请的数据库备份方法实现的前置条件为在客户端的winodws操作系统或linux操作系统中，关闭防火墙，在linux环境中修改selinux参数为disabled。如图2所示，对应的数据库备份方法则可以包括：
1)修改数据库配置参数(或者可以称为数据库配置信息)，修改这些参数需要断开所有数据库客户端应用程序的连接以采纳新值，如果上述参数未生效，数据库只能采取冷备份方式；
2)更改数据库的归档模式，修改参数后需要重新连接或启动数据库，尝试检查新制定的归档路径是否有归档日志生成；
3)关联备份客户端(包含需实现备份的数据库所在的客户端)的环境变量，修改环境变量配置文件.bash_profile；
4)在备份管理端(需要对客户端包含的数据库实现备份的管理端)添加备份模块，添加备份模块的环境变量；
5)验证备份模块是否添加成功，尝试打开管理器，查看是否显示备份模块的数据结构信息；
6)建立相应的介质池，选择关联的驱动器和保留周期；
7)设置备份选项，选择备份策略，可自定义备份策略，也可选择标准备份策略，制定备份策略时要选择备份的方式，如全量备份、增量备份、差异备份等；选择备份策略所需要的介质池；
8)设置备份策略中的时间策略，可设置开始时间和结束时间，每个时间都可设置为每日、每周、每月的某个时间点，根据指定的启动时间和循环周期，自动定期的开始备份作业；
9)验证备份策略是否设置成功，通过执行策略，查看日志可判断备份策略是否设置正确；如果不成功，需要排查原因重新设置；
10)在上述设置完成后，可以验证备份设置是否成功，具体来说，根据备份策略，备份成功后可进行还原操作，如果备份不成功，可根据日志查看原因，重新备份；
11)在还原操作中建立一个时间导航，根据数据库丢失大致时间，选择一个最新的备份；
12)执行还原过程，还原时可指定还原的位置，如还原为路径，也可还原到一个新的目录；还原时也可指定还原的级别，如还原数据和属性，仅还原属性；
13)查看还原的进度，以及还原的状态、介质、时间和容量；
14)如果还原中断，可选择继续还原和取消；
15)进行还原后数据的验证，可通过数据对比和状态查询验证。
本申请可以基于LAN-Based备份结构实现，将数据库作为一个备份模块的方式添加到控制备份的管理端中，通过LAN+SAN网络的形式将数据库的数据备份传输到相应的介质池(物理磁带库或虚拟磁带库)中；由于数据库和在管理端的备份是相对独立的，避免同时发生灾难的几率，当数据库自身发生不可恢复的重大事故时，数据库中的备份就无法被使用和复原，本发明则可以通过管理端实现数据库备份，对数据库的安全多了一份保障，提高了数据的持续运行能力，并且该备份可实现数据的迁移，将一些临时不用又不能扔掉的数据进行备份，减轻数据库服务器的压力。本申请还可以定期对管理端中的数据进行去重操作，从而利用增量备份及数据去重减少备份数据的空间占用，并且通过时间导航方便实现数据还原。
另外，在实际使用中，可以制定日常备份制度，综合考虑备份时间和数据恢复的时间，正确选择适合业务需求的备份内容、频率和方法。将备份设备和生产设备分开摆放，这样，当生产环境遭受灾难时，数据备份仍然是安全的。此外，还可以针对所有备份演练数据恢复，确保备份的有效性。本申请运用了文件备份技术、重删技术、异地同步技术可针对不同操作系统、不同版本的数据库实现完全备份、增量备份、差异备份等，选择适合的备份周期，如日、周、月、年等；当数据需要恢复时，直接通过该备份方法进行数据恢复操作，恢复到指定的时间点。
本发明实施例还提供了一种数据库备份装置，如图3所示，可以包括：
确定模块11，用于：确定客户端中需要实现备份的数据库为目的数据库；
备份模块12，用于：每经过第一预设时间段，则将目的数据库中包含的数据全量备份到对应的管理端中；并在每个第一预设时间段内每经过第二预设时间段，则将目的数据库中包含的数据增量备份或差异备份到管理端中；其中，每个第一预设时间段包含至少一个第二预设时间段；
建立模块13，用于：在每次备份完成后，为当前备份得到的数据建立表示此次备份的时间的时间导航，以在需要实现数据还原时，由备份得到的数据中具有与数据损坏的时间对应时间导航的数据实现数据还原。
本发明实施例提供的一种数据库备份装置，还可以包括：
标记设置模块，用于：在每次备份完成后，确定此次备份所得数据与上次备份所得数据间不同的数据，并为确定出的不同的数据设置更新标记，以在需要利用备份得到的数据进行数据还原时，基于更新标记确定对应用于实现数据还原的数据。
本发明实施例提供的一种数据库备份装置，还可以包括：
还原模块，用于：在需要利用备份得到的数据进行数据还原时，按照还原级别实现相应的数据还原，还原级别包括同时还原数据及对应的属性，或者仅还原数据。
本发明实施例提供的一种数据库备份装置，还可以包括：
输出模块，用于：按照还原级别实现相应的数据还原的过程中，实时输出监控得到的实现数据还原的状态是否正常、数据还原至的介质是否正常、数据还原所需的剩余时间及数据还原至的介质剩余的容量的信息。
本发明实施例提供的一种数据库备份装置，还可以包括：
响应模块，用于：输出监控得到的实现数据还原的状态是否正常之后，如果监控得到的实现数据还原的状态为异常，则接收外界基于该异常返回的指令，并在指令的指示下继续实现数据还原或者取消实现数据还原。
本发明实施例提供的一种数据库备份装置，还包括：
策略设置模块，用于：实现对目的数据库的备份之前，设置备份策略，按照备份策略对目的数据库中的指定数据进行备份，并判断备份所得数据与目的数据库中的指定数据是否相同，如果是，则确定备份策略设置成功，否则，重新设置备份策略。
本发明实施例提供的一种数据库备份装置，还可以包括：
连接建立模块，用于：实现对目的数据库的备份之前，建立与目的数据库所在客户端的通信连接；访问目的数据库，如果访问成功，则确定通信连接建立成功，否则，重新建立与目的数据库所在客户端的通信连接
本发明实施例还提供了一种数据库备份设备，可以包括：
存储器，用于存储计算机程序；
处理器，用于执行计算机程序时实现如上任一项数据库备份方法的步骤。
本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上任一项数据库备份方法的步骤。
需要说明的是，本发明实施例提供的一种数据库备份装置、设备及计算机可读存储介质中相关部分的说明请参见本发明实施例提供的一种数据库备份方法中对应部分的详细说明，在此不再赘述。另外，本发明实施例提供的上述技术方案中与现有技术中对应技术方案实现原理一致的部分并未详细说明，以免过多赘述。
对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种数据库备份方法，其特征在于，包括：
确定客户端中需要实现备份的数据库为目的数据库；
每经过第一预设时间段，则将所述目的数据库中包含的数据全量备份到对应的管理端中；并在每个所述第一预设时间段内每经过第二预设时间段，则将所述目的数据库中包含的数据增量备份或差异备份到所述管理端中；其中，每个所述第一预设时间段包含至少一个所述第二预设时间段；
在每次备份完成后，为当前备份得到的数据建立表示此次备份的时间的时间导航，以在需要实现数据还原时，由备份得到的数据中具有与数据损坏的时间对应时间导航的数据实现数据还原。
2.根据权利要求1所述的方法，其特征在于，还包括：
在每次备份完成后，确定此次备份所得数据与上次备份所得数据间不同的数据，并为确定出的不同的数据设置更新标记，以在需要利用备份得到的数据进行数据还原时，基于所述更新标记确定对应用于实现数据还原的数据。
3.根据权利要求2所述的方法，其特征在于，还包括：
在需要利用备份得到的数据进行数据还原时，按照还原级别实现相应的数据还原，所述还原级别包括同时还原数据及对应的属性，或者仅还原数据。
4.根据权利要求3所述的方法，其特征在于，还包括：
按照还原级别实现相应的数据还原的过程中，实时输出监控得到的实现数据还原的状态是否正常、数据还原至的介质是否正常、数据还原所需的剩余时间及数据还原至的介质剩余的容量的信息。
5.根据权利要求4所述的方法，其特征在于，输出监控得到的实现数据还原的状态是否正常之后，还包括：
如果监控得到的实现数据还原的状态为异常，则接收外界基于该异常返回的指令，并在所述指令的指示下继续实现数据还原或者取消实现数据还原。
6.根据权利要求1所述的方法，其特征在于，实现对所述目的数据库的备份之前，还包括：
设置备份策略，按照所述备份策略对所述目的数据库中的指定数据进行备份，并判断备份所得数据与所述目的数据库中的指定数据是否相同，如果是，则确定所述备份策略设置成功，否则，重新设置备份策略。
7.根据权利要求6所述的方法，其特征在于，实现对所述目的数据库的备份之前，还包括：
建立与所述目的数据库所在客户端的通信连接；
访问所述目的数据库，如果访问成功，则确定所述通信连接建立成功，否则，重新建立与所述目的数据库所在客户端的通信连接。
8.一种数据库备份装置，其特征在于，包括：
确定模块，用于：确定客户端中需要实现备份的数据库为目的数据库；
备份模块，用于：每经过第一预设时间段，则将所述目的数据库中包含的数据全量备份到对应的管理端中；并在每个所述第一预设时间段内每经过第二预设时间段，则将所述目的数据库中包含的数据增量备份或差异备份到所述管理端中；其中，每个所述第一预设时间段包含至少一个所述第二预设时间段；
建立模块，用于：在每次备份完成后，为当前备份得到的数据建立表示此次备份的时间的时间导航，以在需要实现数据还原时，由备份得到的数据中具有与数据损坏的时间对应时间导航的数据实现数据还原。
9.一种数据库备份设备，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述数据库备份方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述数据库备份方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911386431.5A CN111177122A (zh) | 2019-12-29 | 2019-12-29 | 一种数据库备份方法、装置、设备及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911386431.5A CN111177122A (zh) | 2019-12-29 | 2019-12-29 | 一种数据库备份方法、装置、设备及计算机可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111177122A true CN111177122A (zh) | 2020-05-19 |
Family
ID=70650503
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911386431.5A Withdrawn CN111177122A (zh) | 2019-12-29 | 2019-12-29 | 一种数据库备份方法、装置、设备及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111177122A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113032184A (zh) * | 2021-04-19 | 2021-06-25 | 深圳潮数软件科技有限公司 | 一种自动配置备份客户端程序方法 |
| CN113391950A (zh) * | 2021-05-20 | 2021-09-14 | 广西飞创信息科技有限公司 | 一种高效容灾保护的方法与系统 |
| CN113568779A (zh) * | 2021-06-25 | 2021-10-29 | 杭州雅观科技有限公司 | 一种基于路由设备的社区数据备份系统 |
| CN114020539A (zh) * | 2022-01-05 | 2022-02-08 | 国家超级计算天津中心 | 基于云环境下的块存储自适应备份系统 |
| CN114328005A (zh) * | 2021-09-08 | 2022-04-12 | 深圳市木浪云科技有限公司 | 容器数据增量备份的方法及系统 |
-
2019
- 2019-12-29 CN CN201911386431.5A patent/CN111177122A/zh not_active Withdrawn
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113032184A (zh) * | 2021-04-19 | 2021-06-25 | 深圳潮数软件科技有限公司 | 一种自动配置备份客户端程序方法 |
| CN113391950A (zh) * | 2021-05-20 | 2021-09-14 | 广西飞创信息科技有限公司 | 一种高效容灾保护的方法与系统 |
| CN113391950B (zh) * | 2021-05-20 | 2022-03-08 | 广西飞创信息科技有限公司 | 一种高效容灾保护的方法与系统 |
| CN113568779A (zh) * | 2021-06-25 | 2021-10-29 | 杭州雅观科技有限公司 | 一种基于路由设备的社区数据备份系统 |
| CN113568779B (zh) * | 2021-06-25 | 2022-07-26 | 杭州雅观科技有限公司 | 一种基于路由设备的社区数据备份系统 |
| CN114328005A (zh) * | 2021-09-08 | 2022-04-12 | 深圳市木浪云科技有限公司 | 容器数据增量备份的方法及系统 |
| CN114020539A (zh) * | 2022-01-05 | 2022-02-08 | 国家超级计算天津中心 | 基于云环境下的块存储自适应备份系统 |
| CN114020539B (zh) * | 2022-01-05 | 2022-03-18 | 国家超级计算天津中心 | 基于云环境下的块存储自适应备份系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111177122A (zh) | 一种数据库备份方法、装置、设备及计算机可读存储介质 | |
| US20070168692A1 (en) | Remote location failover server application | |
| US7685189B2 (en) | Optimizing backup and recovery utilizing change tracking | |
| US8117492B1 (en) | Techniques for backup error management | |
| US8250202B2 (en) | Distributed notification and action mechanism for mirroring-related events | |
| US7752180B1 (en) | File system group consistency point | |
| US20170004058A1 (en) | Managing backup operations from a client system to a primary server and secondary server | |
| US7801867B2 (en) | Optimizing backup and recovery utilizing change tracking | |
| US20070208918A1 (en) | Method and apparatus for providing virtual machine backup | |
| US7480779B2 (en) | Storage system, data restoring method, and data access method | |
| CN108351821B (zh) | 数据恢复方法及存储设备 | |
| CN111580929A (zh) | 一种基于虚拟机保护数据的有效性验证系统及方法 | |
| KR101107564B1 (ko) | 로그 분석 기반 데이터 스토리지 서비스 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체 | |
| CN106339278A (zh) | 一种网络文件系统的数据备份及恢复方法 | |
| EP3238063B1 (en) | Techniques for data backup and restoration | |
| CN112596951B (zh) | 一种nas数据容灾方法、装置、设备及存储介质 | |
| US20110295809A1 (en) | Computer system and restoration method | |
| US20110282843A1 (en) | Method and system for data backup and replication | |
| US7640454B1 (en) | System and method for point-in-time recovery of application resource sets | |
| CN112380067A (zh) | 一种Hadoop环境下基于元数据的大数据备份系统及方法 | |
| US8271755B1 (en) | Discovering data storage for backup | |
| US7801859B1 (en) | Tracking filesystem backups | |
| US20130212069A1 (en) | Method of backing-up, and making available, electronic data and software initially stored on a client server | |
| KR20110062327A (ko) | 스토리지 관리 서버 기반 스크립트 관리 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체 | |
| CN110727545B (zh) | 基于联合文件系统的掉电保护方法 |
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 | ||
| WW01 | Invention patent application withdrawn after publication | ||
| WW01 | Invention patent application withdrawn after publication |
Application publication date: 20200519 |