CN110209527A - 数据恢复方法、装置、服务器以及存储介质 - Google Patents
数据恢复方法、装置、服务器以及存储介质 Download PDFInfo
- Publication number
- CN110209527A CN110209527A CN201811457196.1A CN201811457196A CN110209527A CN 110209527 A CN110209527 A CN 110209527A CN 201811457196 A CN201811457196 A CN 201811457196A CN 110209527 A CN110209527 A CN 110209527A
- Authority
- CN
- China
- Prior art keywords
- data
- backup
- recovery
- package
- 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.)
- Granted
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/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
-
- 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
- G06F11/1469—Backup restoration techniques
-
- 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/1474—Saving, restoring, recovering or retrying in transactions
-
- 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
- G06F16/219—Managing data history or versioning
-
- 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
- G06F16/273—Asynchronous replication or reconciliation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/80—Database-specific techniques
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Quality & Reliability (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Computing Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Retry When Errors Occur (AREA)
Abstract
本发明公开了一种数据恢复方法、装置、服务器以及存储介质,属于数据库技术领域。本发明实施例在时态数据库的基础上,提出了基于时态数据备份的恢复方法,使得在对于全态数据中的任何状态的数据进行备份后,例如逻辑方式或物理方式以及混合备份后,均能够实现数据恢复,保证了时态数据的有效存储和安全可靠性,提供了有效保障。
Description
技术领域
本发明涉及数据库技术领域,特别涉及一种数据恢复方法、装置、服务器以及存储介质。
背景技术
在数据处理系统中,尤其是OLAP(Online Analytical Processing,联机实时分析)处理系统、数据仓库、大数据分析等场景中,会涉及到在数据库中存储大量数据。由于业务可能不断更新,因此,一个数据项逻辑上会有多个状态对应的版本数据,这样,一个数据项的全态(当前态、过渡态和历史态)数据会得到保存,从而便于系统追踪历史态数据,充分挖掘数据的价值(任何数据都有价值,历史态的数据不能丢失)。然而,对于数据库来说,还可能涉及到基于备份数据的恢复过程,而对于包含上述多种状态数据的备份数据来说,数据之间的关系复杂,因此,如何恢复全态数据是一个挑战。
发明内容
本发明提供了一种数据恢复方法、装置、服务器以及存储介质,可以解决全态数据的恢复问题。技术方案如下:
一方面,本发明实施例提供了一种数据恢复方法,所述方法包括:
识别备份数据包的备份类型;
当识别到的备份类型为混合备份时,基于所述备份数据包中物理备份的数据进行数据恢复,所述混合备份是指备份过程包括物理备份和逻辑备份;
在基于所述物理备份的数据进行数据恢复完成后,对所述备份数据包中逻辑备份的数据进行数据恢复。
可选地,所述识别备份数据包的备份类型包括:
根据所述备份数据包中的文件名称,获取所述文件名称对应的备份类型;或,根据所述备份数据包所携带的类型标识,获取所述类型标识对应的备份类型。
一方面,本发明实施例提供了一种数据恢复装置,所述装置包括:
识别模块,用于识别备份数据包的备份类型;
数据恢复模块,用于当识别到的备份类型为混合备份时,基于所述备份数据包中物理备份的数据进行数据恢复,所述混合备份是指备份过程包括物理备份和逻辑备份;
所述数据恢复模块,还用于在基于所述物理备份的数据进行数据恢复完成后,对所述备份数据包中逻辑备份的数据进行数据恢复。
一方面,提供了一种服务器,该服务器包括处理器和存储器,该存储器中存储有至少一条指令,该至少一条指令由该处理器加载并执行以实现如上述数据恢复方法所执行的操作。
一方面,提供了一种计算机可读存储介质,该存储介质中存储有至少一条指令,该至少一条指令由处理器加载并执行以实现如上述数据恢复方法所执行的操作。
本发明实施例在时态数据库的基础上,提出了基于时态数据备份的恢复方法,使得在对于全态数据中的任何状态的数据进行备份后,例如逻辑方式或物理方式以及混合备份后,均能够实现数据恢复,保证了时态数据的有效存储和安全可靠性,提供了有效保障。
附图说明
图1是本发明实施例提供的一种数据恢复方法的实施环境示意图;
图2是本发明实施例提供的一种数据恢复方法流程图;
图3是本发明实施例提供的一种页面对比图;
图4是本发明实施例提供的一种数据恢复装置的结构示意图;
图5是本发明实施例提供的一种服务器的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
本发明实施例涉及的数据库存储有多个数据表,每个数据表可以用于存储数据项,数据项可以有一个或多个版本。其中,该数据库可以为基于MVCC(Multi-VersionConcurrency Control,多版本并发控制)的任一类型的数据库。在本发明实施例中,对该数据库的类型不作具体限定。需要说明的是,上述数据库中的数据基于状态属性,可以包括三种状态:当前态、过渡态和历史态,该三种状态合称为“数据的全态”,简称全态数据,全态数据中的各个不同状态属性,可以用于标识数据在其生命周期轨迹中所处的状态。
当前态(Current State):数据项的最新版本的数据,是处于当前阶段的数据。处于当前阶段的数据的状态,称为当前态。
过渡态(Transitional State):不是数据项的最新的版本也不是历史态版本,处于从当前态向历史态转变的过程中,处于过渡态的数据,称为半衰数据。
历史态(Historical state):数据项在历史上的一个状态,其值是旧值,不是当前值。处于历史阶段的数据的状态,称为历史态。一个数据项的历史态,可以有多个,反映了数据的状态变迁的过程。处于历史态的数据,只能被读取而不能被修改或删除。
需要说明的是,在MVCC机制下,数据的上述三种状态均存在,在非MVCC机制下,数据可以只存在历史态和当前态。在MVCC或封锁并发访问控制机制下,事务提交后的数据的新值处于当前态。以MVCC机制为例,当前活跃事务列表中最小的事务之前的事务生成的数据,其状态处于历史态。在封锁并发访问控制机制下,事务提交后,提交前的数据的值变为历史态的值,即数据项的旧值处于历史态。而被读取的版本上尚有活跃事务(非最新相关事务)在使用,而由于最新相关事务修改了数据项的值,其最新值已经处于一个当前态,被读取到的值相对当前态已经处于一个历史状态,因此,其数据状态介于当前态和历史态之间,所以称为过渡态。
例如,MVCC机制下,User表的A账户余额从10元充值变为20元,然后消费了15元变为5元,此时金融B机构读取数据做检查事务一直进行中,A之后又充值20元变为25元,则25元为当前态数据,B正在读取到的5元为过渡态,其余的两个值20、10是历史上存在过的状态,都是历史态数据。
可选地,在本实施例中,上述数据恢复方法可以应用于如图1所示的包括多个服务器101的硬件环境中。如图1所示,多个服务器101通过网络进行连接,或者该多个服务器101也可以数据隔离,上述网络包括但不限于:广域网、城域网或局域网。本发明实施例的数据恢复方法可以由任一个服务器101或多个服务器101来执行。服务器101上可以运行有数据库系统,从而提供数据服务,例如数据存储、数据查询等等。该数据库系统可以通过服务器上所运行的数据库引擎工作。
本发明实施例提供的一种数据恢复方法的流程图。参见图2,该实施例具体包括以下步骤:
201、根据备份数据包内的文件名称,识别备份类型。
由于不同备份类型所产生的备份数据包中文件的文件名称不同,因此,可以通过备份数据包内的文件名称,来识别该备份数据包的备份类型,而基于该备份类型,可以在后续根据不同备份类型来进行对应的数据恢复流程。在另一种可能实施方式中,对于备份类型的识别还可以通过对备份数据包所包括的类型标识的识别进行,也即是,根据该备份数据包所携带的类型标识,获取该类型标识对应的备份类型。该类型标识可以包括在备份数据包的一个指定文件中,也可以携带于备份数据包的包名中,本发明实施例对此不做具体限定。需要说明的是,上述类型标识可以是用于表示备份类型的字段,如编号、字符串等等。
以基于文件名称的类型识别为例,对于备份数据包来说,不同备份类型的备份过程所得到的备份数据包所包含的数据不同,文件名称也有所不同,示例如下:
物理备份所得到的备份数据包,只有当前态数据,没有历史态数据或过渡态数据。物理备份所得到的备份数据包中文件的文件名称会携带用于表示物理备份的字段,例如文件名称可以为:PhMeta_00000001、PhData_00000001、Log_00000001等。
逻辑备份所得到的备份数据包,可包括全态数据,也即是包括当前态数据、历史态数据和过渡态数据。逻辑备份所得到的备份数据包中文件的文件名称会携带用于表示逻辑备份的字段,例如文件名称可以为:LoMeta_00000001、LoData_00000001、HMeta_00000001、HData_00000001等。
混合备份,也即是混合逻辑备份和物理备份所得到的备份数据包,也可以包括全态数据,也即是包括当前态数据、历史态数据和过渡态数据。混合备份所得到的备份数据包中文件的文件名称会携带用于表示混合备份的字段,例如文件名称可以为:Meta_00000001、Data_00000001、Log_00000001、HMeta_00000001、HData_00000001等。
202、当识别到的备份类型为逻辑备份时,根据该备份数据包的元信息文件,在目的库中通过创建表的方式进行数据恢复。
对于逻辑备份来说,备份数据包中的数据可以是当前态时间点值、历史态时间点值以及全态时间段值,分别是基于不同快照的备份过程得到:
第一种,备份数据包是基于常规事务快照进行逻辑备份得到,对于这类备份的恢复,其恢复过程可以包括:从备份数据包的元信息文件中,读取表文件的元信息,基于该表文件的元信息在目的库中创建表,如果目的库存在同名的表,则恢复失败,然后执行插入操作(如INSERT操作)进行数据恢复。需要说明的是,这种数据恢复只支持“运行态逻辑恢复”。
第二种,备份数据包是基于历史事务快照进行逻辑备份得到,备份数据包中包括历史态和过渡态的备份数据。对于这类备份的恢复,其恢复过程可以包括:从备份数据包的元信息文件中,读取表文件的元信息,基于该表文件的元信息在目的库中创建表,然后执行插入操作(如INSERT操作)进行数据恢复。如果目的库存在同名的表,则不进行表的创建,只进行数据恢复。在一种可能实施方式中,如果该目的库中该同名的表内中存在与待恢复数据相同的数据,则恢复失败,如果该目的库中该同名的表内中不存在与待恢复数据相同的数据,则基于该待恢复数据进行恢复(例如,强制执行恢复)。其中,可以通过主键索引检查该目的库中同名的表内中是否存在与待恢复数据相同的数据,当存在与待恢复数据的主键索引相同的主键索引时,则说明存在与待恢复数据相同的数据,则恢复失败,而如果目的库的同名的表上无该主键索引,则基于该待恢复数据进行恢复。需要说明的是,这种数据恢复只支持“运行态逻辑恢复”。进一步地,在一些区分权限的数据库系统中,该数据恢复可以是限定由超级用户(Super User,本地的权限最大的用户)进行。
第三种,备份数据包是基于历史事务快照和常规事务快照进行逻辑备份得到,备份数据包中包括当前态、历史态和过渡态的备份数据。对于这类备份的恢复,其恢复过程可以包括上述第一种和第二种的恢复过程,也即是,结合该常规事务快照和该历史事务快照对应的数据恢复方式进行数据恢复,而在进行数据恢复时,为了提高恢复效率,可以不必重复进行同名表的检查,只需进行一次同名表的检查即可。
需要说明的是,在上述过程中,创建表是可选步骤,恢复命令中可以通过参数来指定是否进行表的创建步骤,例如,RECOVERY命令中通过参数“CREATE TABLE=Y/N”指定,Y表示创建,N表示不创建。
对于纯逻辑备份所得到的备份数据包,可以采用如上技术过程来单独恢复。但是,在混合备份的备份数据包中,也会包括采用逻辑备份进行备份的数据,此种数据的恢复,是隐含的逻辑数据恢复,其恢复原理同上。
可选地,为了提高数据恢复的效率,在对多个表进行数据恢复时,可以通过多线程并行进行,具体地,由多个线程并行读取备份数据包中的文件,并行执行读取到的恢复命令。例如,可以对数据文件LoData_00000001、LoData_00000002等并行读取,并行执行每个数据文件里面的SQL命令。
可选地,为了提高数据恢复的效率,对于历史态数据,还可以在恢复过程中,服务器可以禁止事务的各种一致性检查操作,而是直接把数据存放到历史表的数据页中。
在一个示例中,逻辑备份的恢复命令可以是一个SQL语句也可以是一个CLI格式的命令。如,从‘/usr/bak/my_first_backup_02’备份数据包恢复数据到‘/data/my_data_02’中可以采用以下命令:
RECOVERY FROM‘/usr/bak/my_first_backup_02’TO‘/data/my_data_02’;//物理备份的恢复,使用CLI的RECOVERY命令向空目录中恢复
RECOVERY FROM‘/usr/bak/my_first_backup_02’INCLUDE my_table01,my_table02;//逻辑备份的恢复,从一个正在运行的系统中恢复
203、服务器执行CHECKPOINT操作,把已恢复数据从内存中刷出,完成数据恢复操作。
需要说明的是,如果备份数据包是纯逻辑方式得到,可以允许在数据库引擎运行的过程中进行恢复,称为“运行态逻辑恢复”,也即是,可以在数据库引擎的运行过程中进行上述逻辑备份的恢复,在恢复完成后,无需再次启动数据库引擎,当然,为了提高运行速度,也可以重新启动数据库引擎,也即是,服务器可以基于对逻辑备份进行恢复操作得到的目的库,重启数据库系统提供数据服务,本发明实施例对此不做限定。而物理备份方式的备份通常只能在数据库引擎处于非运行状态时进行,称为“非运行态物理恢复”。基于混合方式的备份数据,在运行态下恢复,可在半脱机情况下恢复;半脱机的情况是指,物理备份的数据,在脱机状态下恢复完毕,然后启动服务器,再继续恢复日志和逻辑备份方式得到的数据。
204、当识别到的备份类型为物理备份时,将该备份数据包恢复到新的数据目录中。
在一个示例中,物理备份的恢复命令可以是一个CLI(command-line interface,命令行界面)格式的命令。
205、当数据恢复后,服务器执行备份数据包中的日志文件。
对于所备份的当前态数据来说,为了保证数据一致性,还需要对日志文件进行备份,也即是,在数据恢复时,需要基于日志文件进行恢复。在一种可能实施方式中,该执行日志文件的过程可以使用ARIES算法原理,来进行基于日志文件(例如REDO日志)的恢复工作,目的是达到备份点时刻的数据的一致性。
206、服务器对日志文件执行完成后,执行CHECKPOINT操作,把已恢复数据从内存中刷出,完成数据恢复操作。
207、服务器基于新数据目录上启动数据库引擎,开始提供数据服务,结束。
上述步骤204至207中的恢复过程是将备份数据包恢复到空白数据目录中,服务器可以在基于对物理备份进行恢复操作得到的新的数据目录上启动数据库引擎,开始提供数据服务。
208、当识别到的备份类型为混合备份时,服务器基于该备份数据包中物理备份的数据进行数据恢复。
在开始进行数据恢复之前,服务器检查目的目录是否为空,如果非空,则报错退出。可选地,对于一些数据库系统来说,还需要基于备份数据包中的控制文件先进行数据恢复,以恢复到备份时的环境。例如,可以使用ARIES算法原理,进行控制文件等必要的数据恢复。
对于物理备份的数据,采用文件拷贝的方式,由于这类物理备份的数据,在备份时就采用了块拷贝的方式进行,其备份后形成了独立的数据文件,因此,在恢复时也可以直接采用文件拷贝的方式时间。具体地,该基于文件拷贝的数据恢复过程包括:采用文件拷贝的方式,将该备份数据包中物理备份的数据,按照文件名和表名复制到目的目录对应的位置中。如,一个数据文件在原系统中的子目录mydata下,则需要在目的目录中建立对应的子目录mydata,然后把对应的数据文件拷贝到此子目录下,由于文件名是按照Meta系列来进行命名的,即在备份时的原系统中的名称,因此,恢复时可以保证数据一致性。
为了提高数据恢复的效率,对于备份数据包中物理备份的数据,采取并行方式,同时拷贝多个数据文件到指定的恢复目的目录。由于这类物理备份的数据,在备份后均形成了独立的数据文件,因此恢复时,可以直接通过并行拷贝的方式来进行数据恢复。
209、当数据恢复后,服务器执行备份数据包中的日志文件。
210、服务器对日志文件执行完成后,执行CHECKPOINT操作,把已恢复数据从内存中刷出,完成数据恢复操作。
211、服务器基于对物理备份进行恢复操作得到的目的目录上启动数据库引擎,开始提供数据服务。
需要说明的是,在服务器在启动数据库引擎的过程中,可以禁止执行“系统故障的恢复”过程。
上述步骤208-211的对物理备份的恢复过程还可以参考上述实施例所涉及的物理备份的恢复所记载的技术内容,在此不做赘述。
212、服务器在目的目录上启动数据库引擎后,对该备份数据包中的逻辑备份的数据进行数据恢复。
在基于该物理备份的数据进行数据恢复完成后,构造逻辑恢复命令,执行该逻辑恢复命令,触发对该备份数据包中逻辑备份的数据进行数据恢复。例如,可以构造隐含的逻辑恢复SQL语句RECOVERY,采用与上述逻辑备份的恢复同理,在此不做赘述。
对于备份数据包来说,可以是由多个tar包构成的一个备份数据包,则此时,可以先将该多个tar包解压到同一个临时目录,然后基于临时目录进行数据恢复,在一种实施方式中,把临时目录作为恢复命令中的恢复数据来源子句的内容,例如,将临时目录作为RECOVERY命令中的FROM子句的内容,执行该RECOVERY命令进行数据恢复。
212、当服务器对逻辑备份的数据进行数据恢复完成后,再次执行CHECKPOINT操作。
需要说明的是,对于数据库系统的全量数据的恢复一般可以通过脱机恢复进行,因此,可以只采用CLI的BACKUP命令来执行恢复,而对于非全量数据的恢复,既能够支持在脱机时恢复,也能够支持联机时的恢复。
另外,在一些可能实施方式中,对于一些数据库引擎的操作系统来说,用户之间具有权限差别,因此,可以对恢复操作的用户权限进行限制,例如恢复命令的执行者必须具有启动数据库引擎的操作系统的权限,而在一些可能实施方式中,数据库内被也可以具有权限差别,为了避免恢复数据的全面性,恢复逻辑数据时,不进行用户权限的检查,允许进行恢复操作。
可选地,为了保证数据的一致性,在进行了数据恢复后,还可以对数据的可见性进行判断,以确定哪些数据可以被读取显示给用户。例如,如果是以块方式备份的数据,一个页面内,有些数据是有效数据(符合备份时指定的备份条件,例如WHERE条件),有些是无效数据(不符合备份时指定的备份条件,但由于块备份方式而被冗余备份)不应该被读取到。
基于上述因素,相应地,在进行数据恢复时,数据文件的拷贝过程不是简单进行块拷贝,而是可以分为几种情况处理:
1、备份时不带有备份条件(例如备份时不带有WHERE条件),则备份数据包的备份对象为全表空间,可以直接进行文件拷贝和/或数据块拷贝,无额外操作。
2、备份时带有备份条件(例如备份时带有WHERE条件),且备份条件能覆盖全部数据文件,可以直接进行文件拷贝和/或数据块拷贝,无额外操作。
3、备份时带有备份条件(例如备份时带有WHERE条件),且备份条件能不能够覆盖全部数据文件,而备份时采取了文件拷贝或块拷贝的方式进行了备份,且备份时如图3所示,设置过跨页标识位。这种情况下,要在进行数据恢复时,依据备份条件(以混合备份为例,WHERE条件可以存储于元信息文件中,如HMeta_00000001文件中),对每一个数据块进行识别和过滤,不符合备份条件,每个版本在“数据有效位”中都对应的一个bit位置为1。数据恢复完成后,当读取数据操作读到的每个版本,如果数据有效位表示该版本不可见,则不返回该版本,如果数据有效位表示该版本可见,则返回该版本,例如,如果其对应的“数据有效位”的bit位的值为1,则不向上返回该版本;如果其对应的“数据有效位”的bit位的值不为1,则可以向上返回该版本,使得该版本被用户可见。由于数据块之间没有直接关联关系,在数据恢复时,可以采用块为单位,并行设置数据标识位,以提高恢复效率。通常情况下,数据备份会采用备份表的整体为主,则恢复时能够避免识别和过滤过程可能带来的效率问题。
数据恢复完成后,在上述读取数据的过程中,如图3所示,数据有效位分为2部分,在一种实施方式中,该数据有效位可以采用2个bit位来表示,一部分是数据标识位,用于表示该版本是否可见,可以采用一个bit位表示,另一部分是跨页标识位,用于表示本页数据是否跨页,也即是余下一个bit位,可以采用1表示跨页,0表示不跨页。当有跨页标识位存在时,则寻找数据时不能停止,继续读入下一页进行页面解析。
本发明实施例在时态数据库的基础上,提出了基于时态数据备份的恢复方法,使得在对于全态数据中的任何状态的数据进行备份后,例如逻辑方式或物理方式以及混合备份后,均能够实现数据恢复,保证了时态数据的有效存储和安全可靠性,提供了有效保障。
图4是本发明实施例提供的一种数据恢复装置的结构示意图。参见图4,该装置包括:
识别模块401,用于识别备份数据包的备份类型;
数据恢复模块402,用于当识别到的备份类型为混合备份时,基于该备份数据包中物理备份的数据进行数据恢复,该混合备份是指备份过程包括物理备份和逻辑备份;
该数据恢复模块402,还用于在基于该物理备份的数据进行数据恢复完成后,对该备份数据包中逻辑备份的数据进行数据恢复。
在一种可能实现方式中,数据恢复模块402,用于采用文件拷贝的方式,将该备份数据包中物理备份的数据,按照文件名和表名复制到目的目录对应的位置中。
在一种可能实现方式中,在对该备份数据包中物理备份的数据进行复制时,采用并行方式进行。
在一种可能实现方式中,该装置还包括:
触发模块,用于在基于该物理备份的数据进行数据恢复完成后,构造逻辑恢复命令,执行该逻辑恢复命令,触发对该备份数据包中逻辑备份的数据进行数据恢复。
在一种可能实现方式中,该数据恢复模块402,还用于当识别到的备份类型为逻辑备份时,根据该备份数据包的元信息文件,在目的库中通过创建表的方式进行数据恢复。
在一种可能实现方式中,该数据恢复模块402,用于当该备份数据包是基于常规事务快照得到,从该备份数据包的元信息文件中,读取表文件的元信息,基于该表文件的元信息在目的库中创建表,执行插入操作进行数据恢复,如果该目的库中存在同名的表,则恢复失败;
当该备份数据包是基于历史事务快照得到,从该备份数据包的元信息文件中,读取表文件的元信息,基于该表文件的元信息在目的库中创建表,执行插入操作进行数据恢复,如果该目的库中存在同名的表,则不进行表的创建,只进行数据恢复;
当该备份数据包是基于常规事务快照和历史事务快照得到,结合该常规事务快照和该历史事务快照对应的数据恢复方式进行数据恢复。
在一种可能实现方式中,该数据恢复模块402,还用于如果该目的库中该同名的表内中存在与待恢复数据相同的数据,则恢复失败,如果该目的库中该同名的表内中不存在与待恢复数据相同的数据,则基于该待恢复数据进行恢复。
在一种可能实现方式中,该数据恢复模块402,还用于通过主键索引检查该目的库中该同名的表内中是否存在与该待恢复数据相同的数据。
在一种可能实现方式中,该数据恢复模块402,还用于当识别到的备份类型为物理备份时,基于该备份数据包和新建的数据目录,进行数据恢复。
在一种可能实现方式中,该数据恢复模块402,还用于对于多个表进行数据恢复时,通过多线程并行进行。
在一种可能实现方式中,该数据恢复模块402,还用于在数据恢复过程中,如果备份时不带有备份条件,进行文件拷贝或块拷贝;
如果备份时带有备份条件,且该备份条件能覆盖全部数据文件,进行文件拷贝或块拷贝。
在一种可能实现方式中,该数据恢复模块402,还用于在数据恢复过程中,如果备份时采用文件拷贝或块拷贝方式进行,且备份时带有备份条件,该备份条件不能够覆盖全部数据文件,基于备份数据包中元信息文件中所标记的无效数据进行数据恢复。
在一种可能实现方式中,该识别模块401用于根据该备份数据包中的文件名称,获取该文件名称对应的备份类型;或,
根据该备份数据包所携带的类型标识,获取该类型标识对应的备份类型。
在一种可能实现方式中,该装置还包括:
读取模块,用于在数据恢复完成后,当读取数据操作读取到任一版本,如果该版本的数据有效位表示该版本不可见,则不返回该版本,如果该版本的数据有效位表示该版本可见,则返回该版本。
需要说明的是:上述实施例提供的数据恢复装置在数据恢复时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的数据恢复装置与数据恢复方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
图5是本发明实施例提供的一种服务器的结构示意图,该服务器500可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(central processingunits,CPU)501和一个或一个以上的存储器502,其中,所述存储器502中存储有至少一条指令,所述至少一条指令由所述处理器501加载并执行以实现上述各个方法实施例提供的方法。当然,该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件,以便进行输入输出,该服务器还可以包括其他用于实现设备功能的部件,在此不做赘述。
本发明实施例还提供了一种计算机可读存储介质,该计算机可读存储介质应用于服务器,该计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集,该指令、该程序、该代码集或该指令集由处理器加载并执行以实现上述实施例的数据恢复方法中服务器所执行的操作。
需要说明的是,本发明实施例涉及的版本是否可见,是指该版本在备份任务所对应的事务快照的时刻是否能够被事务所读取。对于数据表内的任一元组的任一版本,根据事务快照以及所述版本的创建时刻、删除时刻以及所述版本的提交时刻,确定所述版本是否可见。服务器从数据表中每读取一条元组,均可以读取到该元组的生命周期信息,也即是该版本的创建时刻、删除时刻以及所述版本的提交时刻等信息,以基于历史时间段的可见性判断为例:
(一):当该版本为插入操作生成,当该创建时刻在该历史时间段的起始时刻之前,该提交时刻在该历史时间段之间,确定该版本可见;或者,当该创建时刻和该提交时刻均在该历史时间段之间,确定该版本可见。
(二):当该版本为删除操作生成,当该删除时刻在该历史时间段的起始时刻之前,该提交时刻在该历史时间段之间,确定该版本可见;或者,当该删除时刻和该提交时刻均在该历史时间段之间,确定该版本可见。
(三):当该版本为更新操作生成,当该创建时刻在该历史时间段的起始时刻之前,该提交时刻在该历史时间段之间,确定该版本可见;或者,当该创建时刻在该历史时间段的起始时刻之后,该提交时刻在该历史时间段之间,确定该版本可见。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (15)
1.一种数据恢复方法,其特征在于,所述方法包括:
识别备份数据包的备份类型;
当识别到的备份类型为混合备份时,基于所述备份数据包中物理备份的数据进行数据恢复,所述混合备份是指备份过程包括物理备份和逻辑备份;
在基于所述物理备份的数据进行数据恢复完成后,对所述备份数据包中逻辑备份的数据进行数据恢复。
2.根据权利要求1所述的方法,其特征在于,所述当识别到的备份类型为混合备份时,基于所述备份数据包中物理备份的数据进行数据恢复包括:
采用文件拷贝的方式,将所述备份数据包中物理备份的数据,按照文件名和表名复制到目的目录对应的位置中。
3.根据权利要求1所述的方法,其特征在于,在对所述备份数据包中物理备份的数据进行复制时,采用并行方式进行。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在基于所述物理备份的数据进行数据恢复完成后,构造逻辑恢复命令,执行所述逻辑恢复命令,触发对所述备份数据包中逻辑备份的数据进行数据恢复。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当识别到的备份类型为逻辑备份时,根据所述备份数据包的元信息文件,在目的库中通过创建表的方式进行数据恢复。
6.根据权利要求5所述的方法,其特征在于,所述根据所述备份数据包的元信息文件,在目的库中通过创建表的方式进行数据恢复包括:
当所述备份数据包是基于常规事务快照得到,从所述备份数据包的元信息文件中,读取表文件的元信息,基于所述表文件的元信息在目的库中创建表,执行插入操作进行数据恢复,如果所述目的库中存在同名的表,则恢复失败;
当所述备份数据包是基于历史事务快照得到,从所述备份数据包的元信息文件中,读取表文件的元信息,基于所述表文件的元信息在目的库中创建表,执行插入操作进行数据恢复,如果所述目的库中存在同名的表,则不进行表的创建,只进行数据恢复;
当所述备份数据包是基于常规事务快照和历史事务快照得到,结合所述常规事务快照和所述历史事务快照对应的数据恢复方式进行数据恢复。
7.根据权利要求6所述的方法,其特征在于,所述如果所述目的库中存在同名的表,则不进行表的创建,只进行数据恢复包括:
如果所述目的库中所述同名的表内中存在与待恢复数据相同的数据,则恢复失败,如果所述目的库中所述同名的表内中不存在与待恢复数据相同的数据,则基于所述待恢复数据进行恢复。
8.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当识别到的备份类型为物理备份时,基于所述备份数据包和新建的数据目录,进行数据恢复。
9.根据权利要求1所述的方法,其特征在于,对于多个表进行数据恢复时,通过多线程并行进行。
10.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在数据恢复过程中,如果备份时不带有备份条件,进行文件拷贝或块拷贝;
如果备份时带有备份条件,且所述备份条件能覆盖全部数据文件,进行文件拷贝或块拷贝。
11.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在数据恢复过程中,如果备份时采用文件拷贝或块拷贝方式进行,且备份时带有备份条件,所述备份条件不能够覆盖全部数据文件,基于备份数据包中元信息文件中所标记的无效数据进行数据恢复。
12.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在数据恢复完成后,当读取数据操作读取到任一版本,如果所述版本的数据有效位表示所述版本不可见,则不返回所述版本,如果所述版本的数据有效位表示所述版本可见,则返回所述版本。
13.一种数据恢复装置,其特征在于,所述装置包括:
识别模块,用于识别备份数据包的备份类型;
数据恢复模块,用于当识别到的备份类型为混合备份时,基于所述备份数据包中物理备份的数据进行数据恢复,所述混合备份是指备份过程包括物理备份和逻辑备份;
所述数据恢复模块,还用于在基于所述物理备份的数据进行数据恢复完成后,对所述备份数据包中逻辑备份的数据进行数据恢复。
14.一种服务器,其特征在于,所述服务器包括处理器和存储器,所述存储器中存储有至少一条指令,所述至少一条指令由该处理器加载并执行以实现如权利要求1至12中任一项所提供的数据恢复方法所执行的操作。
15.一种计算机可读存储介质,其特征在于,所述存储介质中存储有至少一条指令,所述至少一条指令由该处理器加载并执行以实现如权利要求1至12中任一项所提供的数据恢复方法所执行的操作。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811457196.1A CN110209527B (zh) | 2018-11-30 | 2018-11-30 | 数据恢复方法、装置、服务器以及存储介质 |
EP19889862.9A EP3822793A4 (en) | 2018-11-30 | 2019-11-29 | DATA RECOVERY METHOD AND APPARATUS, SERVER AND COMPUTER READABLE STORAGE MEDIUM |
JP2021506468A JP7108782B2 (ja) | 2018-11-30 | 2019-11-29 | データリカバリー方法、装置、サーバ及びコンピュータ・プログラム |
PCT/CN2019/121916 WO2020108604A1 (zh) | 2018-11-30 | 2019-11-29 | 数据恢复方法、装置、服务器以及计算机可读存储介质 |
US17/175,139 US11531594B2 (en) | 2018-11-30 | 2021-02-12 | Data recovery method and apparatus, server, and computer-readable storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811457196.1A CN110209527B (zh) | 2018-11-30 | 2018-11-30 | 数据恢复方法、装置、服务器以及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110209527A true CN110209527A (zh) | 2019-09-06 |
CN110209527B CN110209527B (zh) | 2023-05-05 |
Family
ID=67779952
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811457196.1A Active CN110209527B (zh) | 2018-11-30 | 2018-11-30 | 数据恢复方法、装置、服务器以及存储介质 |
Country Status (5)
Country | Link |
---|---|
US (1) | US11531594B2 (zh) |
EP (1) | EP3822793A4 (zh) |
JP (1) | JP7108782B2 (zh) |
CN (1) | CN110209527B (zh) |
WO (1) | WO2020108604A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111125060A (zh) * | 2019-12-17 | 2020-05-08 | 中国联合网络通信集团有限公司 | 一种数据库管理方法、系统、设备及存储介质 |
WO2020108604A1 (zh) * | 2018-11-30 | 2020-06-04 | 腾讯科技(深圳)有限公司 | 数据恢复方法、装置、服务器以及计算机可读存储介质 |
CN112882861A (zh) * | 2021-02-18 | 2021-06-01 | 北京思特奇信息技术股份有限公司 | 一种业务配置数据装载与恢复系统及方法 |
CN113821382A (zh) * | 2021-11-24 | 2021-12-21 | 西安热工研究院有限公司 | 一种实时数据库数据处理方法、系统和设备 |
CN114896102A (zh) * | 2022-05-23 | 2022-08-12 | 北京智博万维科技有限公司 | 一种数据保护的时间点恢复方法与系统 |
CN116467037A (zh) * | 2023-06-09 | 2023-07-21 | 成都融见软件科技有限公司 | 一种图形用户界面工作状态的恢复方法 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114153653A (zh) * | 2021-10-25 | 2022-03-08 | 中国农业银行股份有限公司福建省分行 | 一种基于增量备份的数据恢复方法、设备及介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060047720A1 (en) * | 2004-08-30 | 2006-03-02 | Ravi Kulkarni | Database backup, refresh and cloning system and method |
US20130268493A1 (en) * | 2012-04-04 | 2013-10-10 | International Business Machines Corporation | Hybrid Backup and Restore of Very Large File System Using Metadata Image Backup and Traditional Backup |
CN104850598A (zh) * | 2015-04-28 | 2015-08-19 | 江苏瑞中数据股份有限公司 | 一种实时数据库备份恢复方法 |
US9424265B1 (en) * | 2013-05-30 | 2016-08-23 | Emc Corporation | Method and system for backing up and restoring a multi-user relational database management system |
CN106354583A (zh) * | 2016-08-30 | 2017-01-25 | 广州鼎甲计算机科技有限公司 | 一种MySQL数据库的热备份方法与系统 |
CN106658753A (zh) * | 2016-09-14 | 2017-05-10 | 广东欧珀移动通信有限公司 | 一种数据迁移方法及终端设备 |
CN107145403A (zh) * | 2017-04-20 | 2017-09-08 | 浙江工业大学 | 面向Web开发环境的关系型数据库数据回溯方法 |
CN107179965A (zh) * | 2017-04-25 | 2017-09-19 | 北京潘达互娱科技有限公司 | 数据库恢复方法及装置 |
CN108319623A (zh) * | 2017-01-18 | 2018-07-24 | 华为技术有限公司 | 一种数据重分布方法、装置及数据库集群 |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6938180B1 (en) * | 2001-12-31 | 2005-08-30 | Emc Corporation | Logical restores of physically backed up data |
JP2004139217A (ja) * | 2002-10-16 | 2004-05-13 | Hewlett Packard Co <Hp> | データベースの移行方法 |
US7756833B2 (en) * | 2004-09-22 | 2010-07-13 | Microsoft Corporation | Method and system for synthetic backup and restore |
JP4104586B2 (ja) * | 2004-09-30 | 2008-06-18 | 株式会社東芝 | ファイル管理機能を備えたファイルシステム及びファイル管理方法 |
US8099572B1 (en) * | 2008-09-30 | 2012-01-17 | Emc Corporation | Efficient backup and restore of storage objects in a version set |
US8990161B1 (en) * | 2008-09-30 | 2015-03-24 | Emc Corporation | System and method for single segment backup |
JP5683088B2 (ja) * | 2009-08-31 | 2015-03-11 | 沖電気工業株式会社 | 復旧システム、復旧方法及びバックアップ制御システム |
US9183205B1 (en) * | 2012-10-05 | 2015-11-10 | Symantec Corporation | User-based backup |
JP6064608B2 (ja) * | 2013-01-17 | 2017-01-25 | 富士通株式会社 | ストレージ装置、バックアッププログラム、およびバックアップ方法 |
CN103942117B (zh) * | 2013-01-21 | 2018-03-23 | 中国移动通信集团河南有限公司 | 一种数据备份方法、装置及系统 |
CN104657382B (zh) | 2013-11-21 | 2018-09-14 | 阿里巴巴集团控股有限公司 | 用于MySQL主从服务器数据一致性检测的方法和装置 |
CN110309122B (zh) | 2018-03-28 | 2022-12-30 | 腾讯科技(深圳)有限公司 | 获取增量数据的方法、装置、服务器和存储介质 |
CN110309233B (zh) | 2018-03-28 | 2022-11-15 | 腾讯科技(深圳)有限公司 | 数据存储的方法、装置、服务器和存储介质 |
CN110196758A (zh) | 2018-05-10 | 2019-09-03 | 腾讯科技(深圳)有限公司 | 数据处理方法和装置、存储介质及电子装置 |
CN110209527B (zh) * | 2018-11-30 | 2023-05-05 | 腾讯科技(深圳)有限公司 | 数据恢复方法、装置、服务器以及存储介质 |
CN110209528B (zh) | 2018-11-30 | 2022-10-28 | 腾讯科技(深圳)有限公司 | 数据备份方法、装置、服务器以及存储介质 |
-
2018
- 2018-11-30 CN CN201811457196.1A patent/CN110209527B/zh active Active
-
2019
- 2019-11-29 WO PCT/CN2019/121916 patent/WO2020108604A1/zh unknown
- 2019-11-29 EP EP19889862.9A patent/EP3822793A4/en active Pending
- 2019-11-29 JP JP2021506468A patent/JP7108782B2/ja active Active
-
2021
- 2021-02-12 US US17/175,139 patent/US11531594B2/en active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060047720A1 (en) * | 2004-08-30 | 2006-03-02 | Ravi Kulkarni | Database backup, refresh and cloning system and method |
US20130268493A1 (en) * | 2012-04-04 | 2013-10-10 | International Business Machines Corporation | Hybrid Backup and Restore of Very Large File System Using Metadata Image Backup and Traditional Backup |
US9424265B1 (en) * | 2013-05-30 | 2016-08-23 | Emc Corporation | Method and system for backing up and restoring a multi-user relational database management system |
CN104850598A (zh) * | 2015-04-28 | 2015-08-19 | 江苏瑞中数据股份有限公司 | 一种实时数据库备份恢复方法 |
CN106354583A (zh) * | 2016-08-30 | 2017-01-25 | 广州鼎甲计算机科技有限公司 | 一种MySQL数据库的热备份方法与系统 |
CN106658753A (zh) * | 2016-09-14 | 2017-05-10 | 广东欧珀移动通信有限公司 | 一种数据迁移方法及终端设备 |
CN108319623A (zh) * | 2017-01-18 | 2018-07-24 | 华为技术有限公司 | 一种数据重分布方法、装置及数据库集群 |
CN107145403A (zh) * | 2017-04-20 | 2017-09-08 | 浙江工业大学 | 面向Web开发环境的关系型数据库数据回溯方法 |
CN107179965A (zh) * | 2017-04-25 | 2017-09-19 | 北京潘达互娱科技有限公司 | 数据库恢复方法及装置 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020108604A1 (zh) * | 2018-11-30 | 2020-06-04 | 腾讯科技(深圳)有限公司 | 数据恢复方法、装置、服务器以及计算机可读存储介质 |
US11531594B2 (en) | 2018-11-30 | 2022-12-20 | Tencent Technology (Shenzhen) Company Limited | Data recovery method and apparatus, server, and computer-readable storage medium |
CN111125060A (zh) * | 2019-12-17 | 2020-05-08 | 中国联合网络通信集团有限公司 | 一种数据库管理方法、系统、设备及存储介质 |
CN111125060B (zh) * | 2019-12-17 | 2023-10-31 | 中国联合网络通信集团有限公司 | 一种数据库管理方法、系统、设备及存储介质 |
CN112882861A (zh) * | 2021-02-18 | 2021-06-01 | 北京思特奇信息技术股份有限公司 | 一种业务配置数据装载与恢复系统及方法 |
CN112882861B (zh) * | 2021-02-18 | 2023-11-07 | 北京思特奇信息技术股份有限公司 | 一种业务配置数据装载与恢复系统及方法 |
CN113821382A (zh) * | 2021-11-24 | 2021-12-21 | 西安热工研究院有限公司 | 一种实时数据库数据处理方法、系统和设备 |
CN113821382B (zh) * | 2021-11-24 | 2022-03-01 | 西安热工研究院有限公司 | 一种实时数据库数据处理方法、系统和设备 |
CN114896102A (zh) * | 2022-05-23 | 2022-08-12 | 北京智博万维科技有限公司 | 一种数据保护的时间点恢复方法与系统 |
CN114896102B (zh) * | 2022-05-23 | 2022-11-25 | 北京智博万维科技有限公司 | 一种数据保护的时间点恢复方法与系统 |
CN116467037A (zh) * | 2023-06-09 | 2023-07-21 | 成都融见软件科技有限公司 | 一种图形用户界面工作状态的恢复方法 |
CN116467037B (zh) * | 2023-06-09 | 2023-09-22 | 成都融见软件科技有限公司 | 一种图形用户界面工作状态的恢复方法 |
Also Published As
Publication number | Publication date |
---|---|
US11531594B2 (en) | 2022-12-20 |
US20210165716A1 (en) | 2021-06-03 |
WO2020108604A1 (zh) | 2020-06-04 |
EP3822793A1 (en) | 2021-05-19 |
JP7108782B2 (ja) | 2022-07-28 |
JP2021533495A (ja) | 2021-12-02 |
EP3822793A4 (en) | 2022-04-20 |
CN110209527B (zh) | 2023-05-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110209527A (zh) | 数据恢复方法、装置、服务器以及存储介质 | |
Verhofstad | Recovery techniques for database systems | |
US7117229B2 (en) | Method and system for online reorganization of databases | |
Gray et al. | The recovery manager of the System R database manager | |
US7949640B2 (en) | Referential integrity, consistency, and completeness loading of databases | |
US7620660B2 (en) | Pre-image logging for database recovery | |
US10430298B2 (en) | Versatile in-memory database recovery using logical log records | |
US6453325B1 (en) | Method and means for backup and restoration of a database system linked to a system for filing data | |
US8255373B2 (en) | Atomic multiple modification of data in a distributed storage system | |
US7543181B2 (en) | Recovery from failures within data processing systems | |
US20090006500A1 (en) | Namespace replication program, namespace replication device, and namespace replication method | |
US20030074600A1 (en) | Data backup/recovery system | |
US20040215998A1 (en) | Recovery from failures within data processing systems | |
Graefe | A survey of B-tree logging and recovery techniques | |
CN109739935A (zh) | 数据读取方法、装置、电子设备以及存储介质 | |
CN110209528A (zh) | 数据备份方法、装置、服务器以及存储介质 | |
WO2007032046A1 (ja) | Hsm制御プログラム、hsm制御装置、hsm制御方法 | |
Graefe et al. | Instant recovery with write-ahead logging | |
Kumar et al. | Database recovery | |
Bhide et al. | An efficient scheme for providing high availability | |
Gray et al. | The recovery manager of a data management system | |
US20140164335A1 (en) | Database in-memory protection system | |
CN118092885B (zh) | 一种基于前后端插件架构的代码框架方法 | |
Deka et al. | On-line consistent backup in transactional file systems | |
Do et al. | The management of interdependent asynchronous transactions in heterogeneous database environments |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20230915 Address after: 518057 Tencent Building, No. 1 High-tech Zone, Nanshan District, Shenzhen City, Guangdong Province, 35 floors Patentee after: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd. Patentee after: TENCENT CLOUD COMPUTING (BEIJING) Co.,Ltd. Address before: 518057 Tencent Building, No. 1 High-tech Zone, Nanshan District, Shenzhen City, Guangdong Province, 35 floors Patentee before: TENCENT TECHNOLOGY (SHENZHEN) Co.,Ltd. |