CN105068886A - Disaster backup intelligent switching control method based on GoldenGate - Google Patents
Disaster backup intelligent switching control method based on GoldenGate Download PDFInfo
- Publication number
- CN105068886A CN105068886A CN201510458516.5A CN201510458516A CN105068886A CN 105068886 A CN105068886 A CN 105068886A CN 201510458516 A CN201510458516 A CN 201510458516A CN 105068886 A CN105068886 A CN 105068886A
- Authority
- CN
- China
- Prior art keywords
- goldengate
- data
- calamity
- node host
- source
- 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
Abstract
The present invention discloses a disaster backup intelligent switching control method based on GoldenGate. The method comprises the following steps of deploying GoldedGate software separately on node hosts of a source terminal and a disaster backup target terminal to perform data synchronous backup; before each switching, stopping RAC monitoring at the source terminal, acquiring an SPID of each example on the node hosts of the source terminal and the disaster backup target terminal, and automatically generating a KILL script to stop the SPID of each example; performing cyclic detection on the node host of the source terminal and stopping an extraction process and a delivery process; starting a reversely synchronous duplication process on the node host of the source terminal; performing cyclic detection on the duplication process on the node host of the target terminal, stopping a forwardly synchronous duplication process, and starting a reversely synchronous extraction process; and finally, starting the delivery process on the node host of the target terminal. Not only is the disaster backup intelligent switching control method based on GoldenGate safe and reliable and data loss is effectively avoided, but also the switching can be completed within a short time, so that time for production stop is greatly reduced.
Description
Technical field
The present invention relates to a kind of database main preparation system changing method, particularly relate to a kind of calamity based on GoldenGate and cut control method for intelligence.
Background technology
When daily servicing GOLDENGATE disaster recovery and backup systems (two ends are all ORACLE databases), whether what often will check between production system (source) with disaster recovery and backup systems (destination end) is synchronous normal, whether data syn-chronization is consistent, two ends are all consistent, could maintenance business produce efficiently.Verify it is that most is convictive by the switching to production system and disaster recovery and backup systems, switchback, but often manually carry out switching, switchback, need the time of operation long, reach more than 30min, the business that has a strong impact on is produced.
The subject matter of existing manual switching is as follows: one, operated by manpower intervention, operating process and step more, and easily make mistakes, the time once switched is longer; Two, manual switching due to blocked operation flow process improper, or check not in place, easily occur loss of data; Three, a stock switches when Multi-instance, and complicacy increases; Four, often also have data to revise in source after having switched, application program stops thorough not, makes synchronously going wrong between production system with disaster recovery and backup systems.
Summary of the invention
Technical matters to be solved by this invention is to provide a kind of calamity based on GoldenGate and cuts control method for intelligence, not only safe and reliable, effectively avoids loss of data, and can complete switching at short notice, and the business that substantially reduces stops the time of producing.
The present invention solves the problems of the technologies described above the technical scheme adopted to be to provide a kind of calamity based on GoldenGate and to cut control method for intelligence, comprises the steps: S1: carry out data syn-chronization backup in source and calamity for the node host of destination end being disposed respectively GoldenGate software; S2: before each switching, stops Real Application Clusters monitoring in source, avoids application system to be connected in example; S3: obtain source and the calamity SPID for example each on the node host of destination end, and automatically generate the SPID that KILL script stops each example, disconnect session, ensure inert business process in example; S4: detect extraction process in the cocycle of source end node main frame, to judge whether data pick-up all completes, completes and then stops extraction process; S5: deliver process in source end node main frame cycle detection, to judge whether data delivery all completes, completes and then stops delivery process; S6: at the duplicating process of source end node host-initiated reverse sync, and get out the data receiving reverse sync in advance; S7: at destination end node host cycle detection duplicating process, to judge whether data Replica all completes, complete the duplicating process then stopping forward synchronous, and peek starts the extraction process of reverse sync from current time; S8: finally start delivery process on destination end node host.
The above-mentioned calamity based on GoldenGate cuts control method for intelligence, wherein, after the duplicating process of described source end node host-initiated reverse sync, also start AEXTCHK detecting process, to extract the data that GoldenGate produces synchronously, the deposit data extracted, in this locality, determines whether by data syn-chronization to destination end according to user's request again, avoids loss of data.
The above-mentioned calamity based on GoldenGate cuts control method for intelligence, wherein, if source and calamity exist Multi-instance on the node host of destination end, then each by script execution switching example.
The above-mentioned calamity based on GoldenGate cuts control method for intelligence, wherein, GoldenGate in described step S1 on source end node main frame utilizes extraction process and database journal to obtain the increment change of data, incremental data is converted into GoldenGate form and after adopting the compressibility compressing data of 10:1, utilize delivery process on disaster tolerance link directly by TCP/IP Internet Transmission to calamity for destination end node host; GoldenGate on described destination end node host, by transaction restructuring, loads the speed accelerating data delivery and efficiency in batches, realizes copying of incremental data in submicrosecond level.
The above-mentioned calamity based on GoldenGate cuts control method for intelligence, wherein, in described step S7, destination end node host obtains calamity No. SCN of finally applying for destination end, inquire about this No. SCN corresponding time point, and peek starts the extraction process of reverse sync from this time point.
The present invention contrasts prior art following beneficial effect: the calamity based on GoldenGate provided by the invention cuts control method for intelligence, not only safe and reliable, effectively avoid loss of data, and switching can be completed at short notice, the business that substantially reduces stops the time of producing, and has robotization, intellectuality, integrality, conforming feature.
Accompanying drawing explanation
Fig. 1 is that the calamity that the present invention is based on GoldenGate cuts control flow schematic diagram for intelligence;
Fig. 2 is that the many examples calamity that the present invention is based on GoldenGate cuts control configuration diagram for intelligence.
Embodiment
Below in conjunction with drawings and Examples, the invention will be further described.
Fig. 1 is that the calamity that the present invention is based on GoldenGate cuts control flow schematic diagram for intelligence.
Refer to Fig. 1, the calamity based on GoldenGate provided by the invention cuts control method for intelligence, comprises the steps:
S1: carry out data syn-chronization backup for the node host of destination end being disposed respectively GoldenGate software in source and calamity; GoldenGate on described source end node main frame utilizes extraction process and database journal to obtain the increment change of data, incremental data is converted into GoldenGate form and after adopting the compressibility compressing data of 10:1, utilize delivery process on disaster tolerance link directly by TCP/IP Internet Transmission to calamity for destination end node host; GoldenGate on described destination end node host, by transaction restructuring, loads the speed accelerating data delivery and efficiency in batches, realizes copying of incremental data in submicrosecond level;
S2: before each switching, stops RAC (RealApplicationClusters, Real Application Clusters is monitored) in source, avoids application system to be connected in example;
S3: obtain source and the calamity SPID (SystemProcessID for example each on the node host of destination end, i.e. operating system process ID), and automatically generate the SPID that KILL script stops each example, disconnect session, ensure inert business process in example;
S4: detect extraction process in the cocycle of source end node main frame, to judge whether data pick-up all completes, completes and then stops extraction process;
S5: deliver process in source end node main frame cycle detection, to judge whether data delivery all completes, completes and then stops delivery process;
S6: at the duplicating process of source end node host-initiated reverse sync, and get out the data receiving reverse sync in advance; In order to avoid loss of data, also can start AEXTCHK detecting process in source, with obtain GOLDENGATE synchronous outside the data that produce, object is carried out synchronous in order to other operations produce aborning data still can obtain out;
S7: at destination end node host cycle detection duplicating process, to judge whether data Replica all completes, complete the duplicating process then stopping forward synchronous, and peek starts the extraction process of reverse sync from current time; Destination end node host can obtain No. SCN (SystemChangeNumber) that calamity is finally applied for destination end, inquires about this No. SCN corresponding time point, and peek starts the extraction process of reverse sync from this time point;
S8: finally start delivery process on destination end node host.
Switch for guaranteeing to produce can realize smoothly, rapidly with disaster recovery and backup systems, the present invention can write a set of intelligence and switch script, is deployed in each node, realizes seamless switching.A set of script comprises 8 scripts, and brief introduction is as follows:
Fetch_session_spid.sh: the RAC of many examples, obtain the spid of present node, and generate KILL script;
Fetch_session_spid_other_node.sh: the spid obtaining another node, and generate KILL script;
Kill_session_spid.sh: enter journey script, comprises present node and another node (trusting access by ssh);
Set_env.sh: set, is arranged during each node deployment;
Stop_listener.sh: use srvctl to stop RAC monitoring;
Stop_source_process.sh: detect and stop extracting, delivering process, and start AEXTCHK and extract process, with check whether exist GOLDENGATE synchronous outside operation;
Stop_target_process.sh: detect and stop duplicating process;
Switch_ogg_SZtoBJ.sh: main script, above script all thus script calls.
Concrete implementation method is as follows:
1. forward and reverse synchronized process all configures, and reverse process is in stop state;
2. the process that extracts uses E beginning, and the parameter extracting process can with reference to as follows:
EXTRACTxxxxxx
obey/opt/oracle/product/rdbms/11.2.0/ogg/gg_ddb2_param.oby
EXTTRAIL./dirdat/xxxxxx/ss
TRANLOGOPTIONSLOGRETENTIONDISABLED
TRANLOGOPTIONSBUFSIZE2048000
TRANLOGOPTIONSDBLOGREADER,DBLOGREADERBUFSIZE2048000
TRANLOGOPTIONSALTARCHIVELOGDEST+DGDDB2_2
TRANLOGOPTIONSEXCLUDEUSERGOLDENGATE
DDLINCLUDEMAPPED
DDLOPTIONSADDTRANDATA
CACHEMGRCACHESIZE8192MB
BRBRDIR/opt/oracle/ogg/ggddb,BRINTERVAL4h
DISCARDFILE./dirrpt/xxxxxx.dsc,APPEND,MEGABYTES100
DISCARDROLLOVERAT6:00
REPORTCOUNTEVERY1HOURS,RATE
FETCHOPTIONSMISSINGROWABEND
STATOPTIONSREPORTFETCH
WARNLONGTRANS1H,CHECKINTERVAL10m
DYNAMICRESOLUTION
TABLEOWNER.*；
3. process of delivering uses D beginning, and the parameter of delivering process can with reference to as follows:
extractyyyyyy
passthru
dynamicresolution
rmthost10.254.9.61,mgrport7959,compress
rmttrail/opt/oracle/ogg/ggndb/dirdat/zzzzzz/ss
discardfile./dirrpt/yyyyyy.dsc,append,megabytes1024
discardrolloverat6:00
reportrolloverat6:00
reportcountevery1hours,rate
TABLEowner.*；
4. duplicating process uses R beginning, and the parameter of duplicating process can with reference to as follows:
REPLICATzzzzzz
obey/opt/oracle/product/rdbms/11.2.0/ogg/gg_ndb2_param.oby
assumetargetdefs
SQLEXEC"ALTERSESSIONSETCOMMIT_WRITE＝NOWAIT"
SQLEXEC"ALTERSESSIONSETCONSTRAINTS＝DEFERRED"
DBOPTIONSDEFERREFCONST
DBOPTIONSSUPPRESSTRIGGERS
--aaaa
--bbbb
--cccc
--dddd
DISCARDFILE./dirrpt/zzzzzz.dsc,APPEND,MEGABYTES1024
DISCARDROLLOVERAT6:00
reperror(default,abend)
reperror(24344,discard)
DDLINCLUDEMAPPED
DDLOPTIONSREPORT
REPORTROLLOVERAT6:00
REPORTCOUNTEVERY1HOURS,RATE
NUMFILES150
APPLYNOOPUPDATES
GROUPTRANSOPS1000
batchsqlopsperqueue5000,opsperbatch5000
MAPOWNER.*,TARGETOWNER.*；
5. usage data pump or other modes do the initialization of full dose data;
6. increase AEXTCHK in destination end and extract process, check whether except OGG synchronously except operation;
7. the configuration of reverse sync and aforesaid way are roughly the same;
8. intelligence is switched script to dispose in each node, advise that the path of each node is consistent;
9. in set_env.sh, configure environmental variance, the configuration on each node may be different;
10. before switching, first check whether data synchronously complete, handoff procedure script is understood and oneself is gone to judge, if synchronously do not complete, so its can cycle criterion, until data syn-chronization completes;
11. use root user to perform script: shswitch_ogg_SZtoBJ.sh $ ORACLE_SID.
If source and calamity exist Multi-instance on the node host of destination end, then at every turn perform switching example by script, adopt above-mentioned script executive mode, can complete switching at short notice, about 1 minute, the business that substantially reduces stops the time of producing.Please continue see Fig. 2, assumptions' environment is as follows: 1. production system is the RAC of two nodes, and server, in Shenzhen, each node exists four examples; 2. disaster recovery and backup systems are RAC of two nodes, and server, in Beijing, each node exists four examples; 3. be the data syn-chronization realized by GOLDENGATE between production system and disaster recovery and backup systems.After adopting control method of the present invention, any one node in any one and disaster recovery and backup systems of production system, all can realize switching and switchback; Any one example in system, is all realized by a set of script.Suppose that the service connection of dba is in Shenzhen, so, perform shswitch_ogg_SZtoBJ.shdba1 and database can be switched to Beijing end, now, service connection can use to Beijing end.
Calamity based on GoldenGate provided by the invention cuts control method for intelligence, not only safe and reliable, effectively avoid loss of data, and switching can be completed at short notice, the business that substantially reduces stops the time of producing, and has robotization, intellectuality, integrality, conforming feature.Concrete advantage is as follows: robotization: each switching example, only need execution script, all working completes all automatically.Intelligent: the switching that can be realized a storehouse Multi-instance by configuration parameter file set_env.sh, substantially increases transportable property simultaneously, when other storehouses using this switch script, only need configure set_env.sh Parameter File.Integrality: whole switching flow, it is thorough to consider, from monitoring, process, extraction, delivers, copies and all take into account, and also uses to add AEXTCHK and extract process simultaneously, with obtain group GOLDENGATE synchronous outside the data that produce.Consistance: the entire work flow that script switches is complete, so can guarantee that data syn-chronization is consistent, synchronously, after switching if occur, also have data to produce in source, so also obtain these data by AEXTCHK process, therefore improve the guarantee of data consistency.
Although the present invention discloses as above with preferred embodiment; so itself and be not used to limit the present invention, any those skilled in the art, without departing from the spirit and scope of the present invention; when doing a little amendment and perfect, therefore protection scope of the present invention is when being as the criterion of defining with claims.
Claims (5)
1. the calamity based on GoldenGate cuts a control method for intelligence, it is characterized in that, comprises the steps:
S1: carry out data syn-chronization backup for the node host of destination end being disposed respectively GoldenGate software in source and calamity;
S2: before each switching, stops Real Application Clusters monitoring in source, avoids application system to be connected in example;
S3: obtain source and the calamity SPID for example each on the node host of destination end, and automatically generate the SPID that KILL script stops each example, disconnect session, ensure inert business process in example;
S4: detect extraction process in the cocycle of source end node main frame, to judge whether data pick-up all completes, completes and then stops extraction process;
S5: deliver process in source end node main frame cycle detection, to judge whether data delivery all completes, completes and then stops delivery process;
S6: at the duplicating process of source end node host-initiated reverse sync, and get out the data receiving reverse sync in advance;
S7: at destination end node host cycle detection duplicating process, to judge whether data Replica all completes, complete the duplicating process then stopping forward synchronous, and peek starts the extraction process of reverse sync from current time;
S8: finally start delivery process on destination end node host.
2. cut control method based on the calamity of GoldenGate for intelligence as claimed in claim 1, it is characterized in that, after the duplicating process of described source end node host-initiated reverse sync, also start AEXTCHK extraction process for subsequent use, to extract the data that GoldenGate produces synchronously, the deposit data extracted, in this locality, determines whether by data syn-chronization to destination end according to user's request again, avoids loss of data.
3. cut control method based on the calamity of GoldenGate for intelligence as claimed in claim 1, it is characterized in that, if source and calamity exist Multi-instance on the node host of destination end, then each by script execution switching example.
4. cut control method based on the calamity of GoldenGate for intelligence as claimed in claim 1, it is characterized in that, GoldenGate in described step S1 on source end node main frame utilizes extraction process and database journal to obtain the increment change of data, incremental data is converted into GoldenGate form and after adopting the compressibility compressing data of 10:1, utilize delivery process on disaster tolerance link directly by TCP/IP Internet Transmission to calamity for destination end node host; GoldenGate on described destination end node host, by transaction restructuring, loads the speed accelerating data delivery and efficiency in batches, realizes copying of incremental data in submicrosecond level.
5. cut control method based on the calamity of GoldenGate for intelligence as claimed in claim 1, it is characterized in that, No. SCN that in described step S7, destination end node host acquisition calamity is finally applied for destination end, inquire about this No. SCN corresponding time point, and peek starts the extraction process of reverse sync from this time point.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510458516.5A CN105068886B (en) | 2015-07-30 | 2015-07-30 | The standby intelligence of calamity based on GoldenGate cuts control method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510458516.5A CN105068886B (en) | 2015-07-30 | 2015-07-30 | The standby intelligence of calamity based on GoldenGate cuts control method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105068886A true CN105068886A (en) | 2015-11-18 |
| CN105068886B CN105068886B (en) | 2018-03-30 |
Family
ID=54498263
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510458516.5A Active CN105068886B (en) | 2015-07-30 | 2015-07-30 | The standby intelligence of calamity based on GoldenGate cuts control method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105068886B (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105867978A (en) * | 2016-04-11 | 2016-08-17 | 平安科技（深圳）有限公司 | OGG version deployment method and system |
| CN106209451A (en) * | 2016-07-08 | 2016-12-07 | 深圳前海微众银行股份有限公司 | DCN changing method and system |
| CN106603640A (en) * | 2016-12-05 | 2017-04-26 | 北京中交兴路信息科技有限公司 | Data synchronizing method and device |
| CN106649577A (en) * | 2016-11-17 | 2017-05-10 | 杭州沃趣科技股份有限公司 | Method for detecting running state of synchronous software of Oracle database |
| CN111966530A (en) * | 2020-07-21 | 2020-11-20 | 招联消费金融有限公司 | Disaster recovery switching method and device for application system, computer equipment and storage medium |
| CN112764967A (en) * | 2020-12-29 | 2021-05-07 | 中国人寿保险股份有限公司上海数据中心 | ORACLE database system, DataGuard environment deployment method and database switching method |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101212458A (en) * | 2006-12-25 | 2008-07-02 | 中兴通讯股份有限公司 | Database system backup method |
| US20080195672A1 (en) * | 2002-05-09 | 2008-08-14 | International Business Machines Corporation | System and program product for sequential coordination of external database application events with asynchronous internal database events |
| US20130085998A1 (en) * | 2011-10-04 | 2013-04-04 | Nec Laboratories America, Inc. | Latency-aware live migration for multitenant database platforms |
| CN104346454A (en) * | 2014-10-30 | 2015-02-11 | 上海新炬网络技术有限公司 | Data consistency verification method based on Oracle database |
-
2015
- 2015-07-30 CN CN201510458516.5A patent/CN105068886B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080195672A1 (en) * | 2002-05-09 | 2008-08-14 | International Business Machines Corporation | System and program product for sequential coordination of external database application events with asynchronous internal database events |
| CN101212458A (en) * | 2006-12-25 | 2008-07-02 | 中兴通讯股份有限公司 | Database system backup method |
| US20130085998A1 (en) * | 2011-10-04 | 2013-04-04 | Nec Laboratories America, Inc. | Latency-aware live migration for multitenant database platforms |
| CN104346454A (en) * | 2014-10-30 | 2015-02-11 | 上海新炬网络技术有限公司 | Data consistency verification method based on Oracle database |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105867978A (en) * | 2016-04-11 | 2016-08-17 | 平安科技（深圳）有限公司 | OGG version deployment method and system |
| WO2017177769A1 (en) * | 2016-04-11 | 2017-10-19 | 平安科技（深圳）有限公司 | Ogg version deployment method and system, server, and storage medium |
| CN105867978B (en) * | 2016-04-11 | 2018-12-11 | 平安科技（深圳）有限公司 | OGG version dispositions method and system |
| CN106209451A (en) * | 2016-07-08 | 2016-12-07 | 深圳前海微众银行股份有限公司 | DCN changing method and system |
| CN106209451B (en) * | 2016-07-08 | 2019-08-20 | 深圳前海微众银行股份有限公司 | DCN switching method and system |
| CN106649577A (en) * | 2016-11-17 | 2017-05-10 | 杭州沃趣科技股份有限公司 | Method for detecting running state of synchronous software of Oracle database |
| CN106649577B (en) * | 2016-11-17 | 2020-02-07 | 杭州沃趣科技股份有限公司 | Method for detecting running state of synchronous software of Oracle database |
| CN106603640A (en) * | 2016-12-05 | 2017-04-26 | 北京中交兴路信息科技有限公司 | Data synchronizing method and device |
| CN111966530A (en) * | 2020-07-21 | 2020-11-20 | 招联消费金融有限公司 | Disaster recovery switching method and device for application system, computer equipment and storage medium |
| CN112764967A (en) * | 2020-12-29 | 2021-05-07 | 中国人寿保险股份有限公司上海数据中心 | ORACLE database system, DataGuard environment deployment method and database switching method |
| CN112764967B (en) * | 2020-12-29 | 2023-11-14 | 中国人寿保险股份有限公司上海数据中心 | ORACLE database system, database environment deployment method and database switching method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105068886B (en) | 2018-03-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105068886A (en) | Disaster backup intelligent switching control method based on GoldenGate | |
| CN102769626B (en) | A kind of session information synchronous method, device and system | |
| KR101904786B1 (en) | Apparatus and method for replicating changed data in a source database management system to a target database management system in real time | |
| WO2017219557A1 (en) | Data transmission method and data transmission apparatus | |
| CN103020242B (en) | Based on the method for data synchronization of oracle database | |
| CN105162855A (en) | Incremental data synchronization method and device | |
| WO2021057438A1 (en) | Main/standby switching method and apparatus, bras device, and storage medium | |
| CN105354108A (en) | Data backup method and node | |
| CN108897641B (en) | Log analysis service real-time synchronization system under database master-slave environment | |
| CN104954153A (en) | Method and device for node fault detection | |
| CN103532753A (en) | Double-computer hot standby method based on memory page replacement synchronization | |
| CN102223378B (en) | File synchronization method and system | |
| CN104954101A (en) | Multi-terminal data synchronization method based on ACK synchronization | |
| CN102289469A (en) | Method for supporting universal database to synchronize data based on physical isolating equipment | |
| CN107104822B (en) | Server disaster recovery processing method and device, storage medium and electronic equipment | |
| CN105956207A (en) | Binlog-based configurable mysql database real-time synchronization method | |
| CN102355371A (en) | Implementation method for dual hot redundancy of splicing wall control system | |
| CN105049263A (en) | Data processing method and data processing system | |
| CN102710356B (en) | A kind of real time redundancy master station data synchronization method | |
| CN104504172A (en) | Main-standby scheduling model data synchronization method for electricity SCADA (supervisory control and data acquisition) system | |
| CN111200524B (en) | Switch configuration method and server | |
| CN102819252B (en) | Method for realizing multi-redundancy of process control station in distributed control system | |
| CN103530205A (en) | Method and device for processing fault duplicate in multiple duplicates | |
| CN103888283A (en) | SCTP communication method and device | |
| CN108600004B (en) | Video server configuration management method and system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: Qingpu 201707 waiqingsong road Shanghai City, No. 588 Lane 7548 Building 1 R zone 1 room 113 Applicant after: Shanghai new torch network information technology Limited by Share Ltd Address before: 200063 Shanghai, Zhongshan North Road, No. 2000, building, building No. 3, B Applicant before: SHANGHAI XINJU NETWORK INFORMATION TECHNOLOGY CO., LTD. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |