CN111475333A - 一种基于openstack的数据库备份方法及装置 - Google Patents
一种基于openstack的数据库备份方法及装置 Download PDFInfo
- Publication number
- CN111475333A CN111475333A CN202010134246.3A CN202010134246A CN111475333A CN 111475333 A CN111475333 A CN 111475333A CN 202010134246 A CN202010134246 A CN 202010134246A CN 111475333 A CN111475333 A CN 111475333A
- Authority
- CN
- China
- Prior art keywords
- backup
- task
- database
- mysq
- port
- 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
Images
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/1464—Management of the backup or restore process for networked environments
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例提供一种基于openstack的数据库备份方法及装置,其中,方法包括通过以守护进程的方式部署在服务器上的任务管理器从元数据库中获取MySQL数据库的备份任务;通过远程过程调用协议rpc将任务管理器中的备份任务以消息队列的方式发送给部署在每台MySQL数据库的guestagent;通过guestagent获取与该guestagent连接的MySQL数据库的备份任务并执行备份任务,同时更新备份状态。根据本发明的技术方案,提供一种低研发成本、高研发效率、高可扩展性的海量MySQL集群备份装置,不仅能支持备份任务统一管理、备份任务智能调度,灵活的支持业务的个性化备份策略需求。
Description
技术领域
本发明属于数据处理领域,涉及一种基于openstack的数据库备份方法及装置,具体涉及一种基于openstack的海量MySQL数据库备份方法及装置。
背景技术
目前的MySQL数据库备份主要借助两种软件:开源xtrabackup软件实现物理备份,mysqldump软件实现逻辑备份。但是xtrabackup以及mysqldump都只能实现单次备份动作,目前普遍做法是在这两个软件基础上利用Linux crontab实现备份任务管理或者纯自研一套完整的备份管理系统。这两种方法要么无法满足互联网海量MySQL集群场景下的智能任务调度、统一任务管理等需求,要么纯自研的研发成本高、研发效率低。
其中,xtrabackup+mysqldump+Linux crontab方式:不支持备份任务统一管理,不支持备份任务智能调度,不能灵活支持业务个性化备份策略需求。
xtrabackup+mysqldump+纯自研备份管理系统方式:成本高、研发效率低,可扩展性不易保障。
发明内容
本发明实施例提供一种基于openstack的数据库备份方法及装置,提供一种低研发成本、高研发效率、高可扩展性的海量MySQL集群备份装置,不仅能支持备份任务统一管理、备份任务智能调度,灵活的支持业务的个性化备份策略需求。
为达到上述目的,一方面,本发明实施例提供了一种基于openstack的数据库备份方法,所述方法包括:
通过以守护进程的方式部署在服务器上的任务管理器从元数据库中获取MySQL数据库的备份任务;
通过远程过程调用协议rpc将任务管理器中的备份任务以消息队列的方式发送给部署在每台MySQL数据库的guestagent;
通过guestagent获取与该guestagent连接的MySQL数据库的备份任务并执行备份任务,同时更新备份状态。
另一方面,本发明实施例提供了一种基于openstack的数据库备份装置,所述装置包括:
任务获取单元,用于通过以守护进程的方式部署在服务器上的任务管理器从元数据库中获取MySQL数据库的备份任务;
任务发送单元,用于通过远程过程调用协议rpc将任务管理器中的备份任务以消息队列的方式发送给部署在每台MySQL数据库的guestagent;
任务执行单元,用于通过guestagent获取与该guestagent连接的MySQL数据库的备份任务并执行备份任务,同时更新备份状态。
上述技术方案具有如下有益效果:
本发明的技术方案基于openstack剥离出来的可扩展性远程过程调用协议rpc框架,能以极低的成本,快速的实现自定义的任务智能调度、任务统一管理;并且openstack项目成熟稳定、社区活跃,本装置也能及时的享受到社区的最新特性、bug修复等红利,实现装置自我的更新迭代;因此,本方案能够提供一种低研发成本、高研发效率、高可扩展性的海量MySQL集群备份装置,不仅能支持备份任务统一管理、备份任务智能调度,灵活的支持业务的个性化备份策略需求。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一种基于openstack的数据库备份方法的流程图;
图2是本发明实施例中基于openstack的rpc框架连接示意图;
图3是本发明实施例一种基于openstack的数据库备份装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
如图1所示,是本发明实施例一种基于openstack的数据库备份方法的流程图,所述方法包括:
S101:通过以守护进程的方式部署在服务器上的任务管理器taskmanager从元数据库中获取MySQL数据库的备份任务。
优选地,如图2所示,所述任务管理器taskmanager为多个,所述多个任务管理器部署在多个服务器上;所述多个任务管理器中在同一时段只有一个任务管理器处于提供服务状态,其他处于休眠状态,多个任务管理器之间的状态切换通过zookeeper抢锁实现。任务管理器taskmanager负责整体备份任务智能调度、失败自动重试等工作,taskmanager会将MySQL备份任务以远程过程调用协议rpc请求的方式发送给guestagent。
优选地,所述通过以守护进程的方式部署在服务器上的任务管理器从元数据库中获取MySQL数据库的备份任务,包括:
任务管理器从元数据库中获取MySQL数据库的备份任务表,并从备份任务表中确定出当前时刻需要备份的MySQL端口或者当前时刻备份失败但是重试次数没有达到上限的MySQL端口;
从备份策略表中获取确定出的MySQL端口的备份策略,生成基于该MySQL端口的备份任务。
S102:通过远程过程调用协议rpc将任务管理器中的备份任务以消息队列的方式发送给部署在每台MySQL数据库的guestagent。
优选地,所述备份策略包括:
如果该端口的表引擎为InnoDB,则采取热备份的方式,否则采取冷备份的方式;
如果该端口有线下实例,则默认用线下实例作为备份源,否则用线上实例作为备份源;
如果该端口所在服务器上的并发任务数不超过设定上限阈值,则正常下发备份任务,否则在下一个周期再尝试调度;
如果该端口当前是备份失败状态,判断重试时间是否满足设定的时间要求,若符合,则正常下发备份任务进行重试备份,否则在下一个周期再尝试调度。
确定本周期可以调度后,将备份任务详情以rpc请求的方式发送到消息队列,当发送成功后,guestagent会从消息队列里面取出发送给自己的请求消息,并解析消息内容在本地执行一次备份任务,同时更新备份状态,直到备份任务为成功或者失败。
优选地,如图2所示,所述guestagent以代理的方式部署在每台MySQL数据库上,例如,分别部署在不同的MySQL数据库上的guestagentA,guestagentB,guestagentC等,主动监听rpc的备份任务队列,获取属于自己的备份任务。
S103:通过guestagent获取与该guestagent连接的MySQL数据库的备份任务并执行备份任务,同时更新备份状态。
对应于上述方法,如图3所示,是本发明实施例一种基于openstack的数据库备份装置的结构示意图,所述装置包括:
任务获取单元21,用于通过以守护进程的方式部署在服务器上的任务管理器从元数据库中获取MySQL数据库的备份任务;
任务发送单元22,用于通过远程过程调用协议rpc将任务管理器中的备份任务以消息队列的方式发送给部署在每台MySQL数据库的guestagent;
任务执行单元23,用于通过guestagent获取与该guestagent连接的MySQL数据库的备份任务并执行备份任务,同时更新备份状态。
优选地,所述任务管理器为多个,所述多个任务管理器部署在多个服务器上;所述多个任务管理器中在同一时段只有一个任务管理器处于提供服务状态,其他处于休眠状态,多个任务管理器之间的状态切换通过zookeeper抢锁实现。
优选地,所述任务获取单元具体用于:
通过任务管理器从元数据库中获取MySQL数据库的备份任务表,并从备份任务表中确定出当前时刻需要备份的MySQL端口或者当前时刻备份失败但是重试次数没有达到上限的MySQL端口;
从备份策略表中获取确定出的MySQL端口的备份策略,生成基于该MySQL端口的备份任务。
优选地,所述备份策略包括:
如果该端口的表引擎为InnoDB,则采取热备份的方式,否则采取冷备份的方式;
如果该端口有线下实例,则默认用线下实例作为备份源,否则用线上实例作为备份源;
如果该端口所在服务器上的并发任务数不超过设定上限阈值,则正常下发备份任务,否则在下一个周期再尝试调度;
如果该端口当前是备份失败状态,判断重试时间是否满足设定的时间要求,若符合,则正常下发备份任务进行重试备份,否则在下一个周期再尝试调度。
优选地,所述guestagent以代理的方式部署在每台MySQL数据库上,主动监听rpc的备份任务队列,获取属于自己的备份任务。
应该明白,公开的过程中的步骤的特定顺序或层次是示例性方法的实例。基于设计偏好,应该理解,过程中的步骤的特定顺序或层次可以在不脱离本公开的保护范围的情况下得到重新安排。所附的方法权利要求以示例性的顺序给出了各种步骤的要素,并且不是要限于所述的特定顺序或层次。
在上述的详细描述中,各种特征一起组合在单个的实施方案中,以简化本公开。不应该将这种公开方法解释为反映了这样的意图,即,所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反,如所附的权利要求书所反映的那样,本发明处于比所公开的单个实施方案的全部特征少的状态。因此,所附的权利要求书特此清楚地被并入详细描述中,其中每项权利要求独自作为本发明单独的优选实施方案。
为使本领域内的任何技术人员能够实现或者使用本发明,上面对所公开实施例进行了描述。对于本领域技术人员来说;这些实施例的各种修改方式都是显而易见的,并且本文定义的一般原理也可以在不脱离本公开的精神和保护范围的基础上适用于其它实施例。因此,本公开并不限于本文给出的实施例,而是与本申请公开的原理和新颖性特征的最广范围相一致。
上文的描述包括一个或多个实施例的举例。当然,为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的,但是本领域普通技术人员应该认识到,各个实施例可以做进一步的组合和排列。因此,本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外,就说明书或权利要求书中使用的术语“包含”,该词的涵盖方式类似于术语“包括”,就如同“包括,”在权利要求中用作衔接词所解释的那样。此外,使用在权利要求书的说明书中的任何一个术语“或者”是要表示“非排它性的或者”。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种基于openstack的数据库备份方法,其特征在于,包括:
通过以守护进程的方式部署在服务器上的任务管理器从元数据库中获取MySQL数据库的备份任务;
通过远程过程调用协议rpc将任务管理器中的备份任务以消息队列的方式发送给部署在每个MySQL数据库的客户端代理guestagent;
通过guestagent获取与该guestagent连接的MySQL数据库的备份任务并执行备份任务,同时更新备份状态。
2.如权利要求1所述的基于openstack的数据库备份方法,其特征在于,所述任务管理器为多个,所述多个任务管理器分别部署在多个服务器上;所述多个任务管理器在同一时段只有一个任务管理器处于提供服务状态,其他处于休眠状态,多个任务管理器之间的状态切换通过zookeeper抢锁实现。
3.如权利要求2所述的基于openstack的数据库备份方法,其特征在于,所述通过以守护进程的方式部署在服务器上的任务管理器从元数据库中获取MySQL数据库的备份任务,包括:
任务管理器从元数据库获取MySQL数据库的备份任务表,并从备份任务表中确定出当前时刻需要备份的MySQL端口或者当前时刻备份失败但是重试次数没有达到上限的MySQL端口;
从备份策略表中获取确定出的MySQL端口的备份策略,生成基于该MySQL端口的备份任务。
4.如权利要求3所述的基于openstack的数据库备份方法,其特征在于,所述备份策略包括:
如果该端口的表引擎为InnoDB,则采取热备份的方式,否则采取冷备份的方式;
如果该端口有线下实例,则默认用线下实例作为备份源,否则用线上实例作为备份源;
如果该端口所在服务器上的并发任务数不超过设定上限阈值,则正常下发备份任务,否则在下一个周期再尝试调度;
如果该端口当前是备份失败状态,判断重试时间是否满足设定的时间要求,若符合,则正常下发备份任务进行重试备份,否则在下一个周期再尝试调度。
5.如权利要求4所述的基于openstack的数据库备份方法,其特征在于,所述guestagent以代理的方式部署在每台MySQL数据库上,主动监听rpc的备份任务队列,获取属于自己的备份任务。
6.一种基于openstack的数据库备份装置,其特征在于,包括:
任务获取单元,用于通过以守护进程的方式部署在服务器上的任务管理器从元数据库中获取MySQL数据库的备份任务;
任务发送单元,用于通过远程过程调用协议rpc将任务管理器中的备份任务以消息队列的方式发送给部署在每台MySQL数据库的客户端代理guestagent;
任务执行单元,用于通过guestagent获取与该guestagent连接的MySQL数据库的备份任务并执行备份任务,同时更新备份状态。
7.如权利要求6所述的基于openstack的数据库备份装置,其特征在于,所述任务管理器为多个,所述多个任务管理器部署在多个服务器上;所述多个任务管理器在同一时段只有一个任务管理器处于提供服务状态,其他处于休眠状态,多个任务管理器之间的状态切换通过zookeeper抢锁实现。
8.如权利要求7所述的基于openstack的数据库备份装置,其特征在于,所述任务获取单元具体用于:
通过任务管理器从元数据库获取MySQL数据库的备份任务表,并从备份任务表中确定出当前时刻需要备份的MySQL端口或者当前时刻备份失败但是重试次数没有达到上限的MySQL端口;
从备份策略表中获取确定出的MySQL端口的备份策略,生成基于该MySQL端口的备份任务。
9.如权利要求8所述的基于openstack的数据库备份装置,其特征在于,所述备份策略包括:
如果该端口的表引擎为InnoDB,则采取热备份的方式,否则采取冷备份的方式;
如果该端口有线下实例,则默认用线下实例作为备份源,否则用线上实例作为备份源;
如果该端口所在服务器上的并发任务数不超过设定上限阈值,则正常下发备份任务,否则在下一个周期再尝试调度;
如果该端口当前是备份失败状态,判断重试时间是否满足设定的时间要求,若符合,则正常下发备份任务进行重试备份,否则在下一个周期再尝试调度。
10.如权利要求9所述的基于openstack的数据库备份装置,其特征在于,所述guestagent以代理的方式部署在每台MySQL数据库上,主动监听rpc的备份任务队列,获取属于自己的备份任务。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010134246.3A CN111475333B (zh) | 2020-03-02 | 2020-03-02 | 一种基于openstack的数据库备份方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010134246.3A CN111475333B (zh) | 2020-03-02 | 2020-03-02 | 一种基于openstack的数据库备份方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111475333A true CN111475333A (zh) | 2020-07-31 |
CN111475333B CN111475333B (zh) | 2023-08-18 |
Family
ID=71747117
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010134246.3A Active CN111475333B (zh) | 2020-03-02 | 2020-03-02 | 一种基于openstack的数据库备份方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111475333B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113032406A (zh) * | 2021-05-26 | 2021-06-25 | 四川新网银行股份有限公司 | 一种通过元数据库集中化管理分表的数据归档方法 |
CN113127209A (zh) * | 2021-05-12 | 2021-07-16 | 曙光信息产业(北京)有限公司 | 一种云计算执行调度方法、装置、电子设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101719165A (zh) * | 2010-01-12 | 2010-06-02 | 山东高效能服务器和存储研究院 | 一种实现数据库高效快速备份的方法 |
US8041679B1 (en) * | 2008-06-04 | 2011-10-18 | Symantec Operating Corporation | Synthetic differential backups creation for a database using binary log conversion |
CN105550073A (zh) * | 2016-03-10 | 2016-05-04 | 世纪龙信息网络有限责任公司 | 数据库备份方法及其系统 |
CN106569911A (zh) * | 2016-10-14 | 2017-04-19 | 深圳前海微众银行股份有限公司 | 数据备份方法和装置 |
CN108121793A (zh) * | 2017-12-20 | 2018-06-05 | 北京搜狐新媒体信息技术有限公司 | 一种数据库备份部署方法及装置 |
CN110851303A (zh) * | 2019-11-12 | 2020-02-28 | 北京天华星航科技有限公司 | 一种数据备份方法、系统及设备 |
-
2020
- 2020-03-02 CN CN202010134246.3A patent/CN111475333B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8041679B1 (en) * | 2008-06-04 | 2011-10-18 | Symantec Operating Corporation | Synthetic differential backups creation for a database using binary log conversion |
CN101719165A (zh) * | 2010-01-12 | 2010-06-02 | 山东高效能服务器和存储研究院 | 一种实现数据库高效快速备份的方法 |
CN105550073A (zh) * | 2016-03-10 | 2016-05-04 | 世纪龙信息网络有限责任公司 | 数据库备份方法及其系统 |
CN106569911A (zh) * | 2016-10-14 | 2017-04-19 | 深圳前海微众银行股份有限公司 | 数据备份方法和装置 |
CN108121793A (zh) * | 2017-12-20 | 2018-06-05 | 北京搜狐新媒体信息技术有限公司 | 一种数据库备份部署方法及装置 |
CN110851303A (zh) * | 2019-11-12 | 2020-02-28 | 北京天华星航科技有限公司 | 一种数据备份方法、系统及设备 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113127209A (zh) * | 2021-05-12 | 2021-07-16 | 曙光信息产业(北京)有限公司 | 一种云计算执行调度方法、装置、电子设备及存储介质 |
CN113127209B (zh) * | 2021-05-12 | 2024-09-17 | 曙光信息产业(北京)有限公司 | 一种云计算执行调度方法、装置、电子设备及存储介质 |
CN113032406A (zh) * | 2021-05-26 | 2021-06-25 | 四川新网银行股份有限公司 | 一种通过元数据库集中化管理分表的数据归档方法 |
Also Published As
Publication number | Publication date |
---|---|
CN111475333B (zh) | 2023-08-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109783218B (zh) | 一种基于Kubernetes容器集群的与时间相关联的容器调度方法 | |
CN102521044B (zh) | 一种基于消息中间件的分布式任务调度方法及系统 | |
EP1518385B1 (en) | Opc server redirection manager | |
CN105472042A (zh) | Web端控制的消息中间件系统及其数据传送方法 | |
CN111506412A (zh) | 基于Airflow的分布式异步任务构建、调度系统及方法 | |
WO2023045256A1 (zh) | 一种镜像的拉取方法、系统、计算机设备及可读存储介质 | |
CN110795503A (zh) | 分布式存储系统的多集群数据同步方法及相关装置 | |
CN105630589A (zh) | 分布式流程调度系统及流程调度、执行方法 | |
CN102984012A (zh) | 管理服务资源的方法及服务资源管理系统 | |
CN110716793B (zh) | 一种分布式事务的执行方法、装置、设备及存储介质 | |
CN110086652A (zh) | 一种针对5g核心网中服务网元的管理系统及其方法 | |
CN111930758A (zh) | 一种基于Paxos算法的微服务配置数据实时更新方法 | |
CN103092682A (zh) | 异步网络应用程序处理方法 | |
CN113742031A (zh) | 节点状态信息获取方法、装置、电子设备及可读存储介质 | |
CN111459639B (zh) | 一种支持全球多机房部署的分布式任务管理平台及方法 | |
CN107454171B (zh) | 消息服务系统及其实现方法 | |
CN111475333A (zh) | 一种基于openstack的数据库备份方法及装置 | |
CN104899274A (zh) | 一种内存数据库高效远程访问方法 | |
CN110569113A (zh) | 分布式任务的调度方法及系统、计算机可读存储介质 | |
CN111143069A (zh) | 服务管理方法、装置、电子设备、存储介质 | |
CN109766194A (zh) | 基于消息的低耦合计划任务组件的实现方法及其系统 | |
CN110798339A (zh) | 一种基于分布式任务调度框架的任务容灾方法 | |
CN101686261A (zh) | 一种基于rac的冗余服务器系统 | |
CN115550424B (zh) | 一种数据缓存方法、装置、设备及存储介质 | |
US20030023775A1 (en) | Efficient notification of multiple message completions in message passing multi-node data processing systems |
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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20230419 Address after: Room 501-502, 5/F, Sina Headquarters Scientific Research Building, Block N-1 and N-2, Zhongguancun Software Park, Dongbei Wangxi Road, Haidian District, Beijing, 100193 Applicant after: Sina Technology (China) Co.,Ltd. Address before: 100193 7th floor, scientific research building, Sina headquarters, plot n-1, n-2, Zhongguancun Software Park, Dongbei Wangxi Road, Haidian District, Beijing, 100193 Applicant before: Sina.com Technology (China) Co.,Ltd. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |