CN110046060B - Backup method and device for asset data and business server - Google Patents
Backup method and device for asset data and business server Download PDFInfo
- Publication number
- CN110046060B CN110046060B CN201811471748.4A CN201811471748A CN110046060B CN 110046060 B CN110046060 B CN 110046060B CN 201811471748 A CN201811471748 A CN 201811471748A CN 110046060 B CN110046060 B CN 110046060B
- Authority
- CN
- China
- Prior art keywords
- backup
- asset data
- database
- value
- changed
- 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.)
- Active
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
- 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)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Quality & Reliability (AREA)
- Computing Systems (AREA)
- Data Mining & Analysis (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention discloses a backup method and device for asset data and a business server, wherein the method comprises the following steps: after the asset data in the main database is changed, judging whether the condition of backing up the changed asset data to the standby database is met; and if so, multiplying the changed asset data by a preset first proportion value, and then writing the first proportion value into the standby database, wherein the first proportion value is a decimal less than 1.
Description
Technical Field
The embodiment of the specification relates to the technical field of data backup, in particular to a backup method and device for asset data and a business server.
Background
Taking a marketing budget system as an example, the availability and stability of asset data, such as budget remaining amount, are the basis for ensuring that each marketing service is normally developed, and once the DB where the asset data is located is down, the marketing service is directly caused to be unavailable, so that in order to ensure the stability of the service, a failover scheme can be designed for the asset data.
At present, two failovers schemes exist, the first one is that a standby database is adopted to directly synchronize, namely, each time a marketing service is developed, asset data in a main database is synchronously backed up to a standby database so as to keep the strong consistency of the main database and the standby database; second, a distributed database is used, i.e., each computer is backed up with a piece of asset data.
However, in the first scheme, when the main database and the standby database are located in different places, the marketing business is successfully processed after the asset data in the main database is synchronously backed up to the standby database, which results in serious time consumption for developing each marketing business; in the second scenario, since the asset data is frequently changed, e.g., subtracted, as the marketing business is being conducted, the distributed database cannot support a large number of data change operations.
Disclosure of Invention
Aiming at the technical problems, the embodiment of the specification provides a backup method and device for asset data and a service server, and the technical scheme is as follows:
according to a first aspect of embodiments of the present specification, there is provided a method of backing up asset data, the method comprising:
after the asset data in the main database is changed, judging whether the condition of backing up the changed asset data to the standby database is met;
and if so, multiplying the changed asset data by a preset first proportion value, and then writing the first proportion value into the standby database, wherein the first proportion value is a decimal less than 1.
According to a second aspect of embodiments of the present specification, there is provided a backup apparatus of asset data, the apparatus comprising:
the judging module is used for judging whether the condition of backing up the changed asset data to the standby database is met after the asset data in the main database is changed;
and the backup module is used for multiplying the changed asset data by a preset first proportion value and writing the first proportion value into the backup database if the condition of backing up the changed asset data to the backup database is met, wherein the first proportion value is a decimal less than 1.
According to a third aspect of the embodiments of the present specification, there is provided a service server, including a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the backup method of asset data provided by the embodiments of the present specification when executing the program.
According to the technical scheme provided by the embodiment of the specification, after the asset data in the main database is changed, whether the condition of backing up the changed asset data to the standby database is met is judged, if yes, the changed asset data is multiplied by the preset first proportion value and then written into the standby database, the first proportion value is a fraction smaller than 1, the purposes of effectively ensuring the usability of the main database and the standby database and avoiding the problem of excessive processing of the asset data can be achieved, and meanwhile, the problem that service processing is seriously time-consuming when the main database and the standby database are located in different places can be effectively avoided.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the embodiments of the disclosure.
Further, not all of the effects described above need be achieved in any of the embodiments of the present specification.
Drawings
In order to more clearly illustrate the embodiments of the present description or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments described in the embodiments of the present description, and other drawings may be obtained according to these drawings for a person having ordinary skill in the art.
FIG. 1 is a schematic diagram of a database system according to an exemplary embodiment of the present disclosure;
FIG. 2 is a flowchart of an embodiment of a method for backing up asset data according to an exemplary embodiment of the present disclosure;
FIG. 3 is a block diagram of an embodiment of a backup apparatus for asset data according to an exemplary embodiment of the present disclosure;
fig. 4 shows a more specific service server hardware architecture schematic provided by the embodiments of the present disclosure.
Description of the embodiments
In order for those skilled in the art to better understand the technical solutions in the embodiments of the present specification, the technical solutions in the embodiments of the present specification will be described in detail below with reference to the drawings in the embodiments of the present specification, and it is apparent that the described embodiments are only some embodiments of the present specification, not all embodiments. All other embodiments obtained by a person skilled in the art based on the embodiments in the present specification shall fall within the scope of protection.
First, the backup method of the asset data provided in the embodiments of the present disclosure is based on a primary backup mechanism, that is, backup the asset data in the primary database to the backup database, so as to ensure availability and reliability of the asset data. It should be noted that, the backup method adopts an asynchronous backup mode, that is, the asset data in the main database is changed, that is, after the marketing service is successfully processed, the changed asset data is backed up to the backup database. By the processing, the problem that when the main database and the standby database are in different places, the marketing business is successfully processed after the asset data in the main database are synchronously backed up to the standby database, and the development of each marketing business is seriously time-consuming can be avoided.
Referring to fig. 1, a schematic diagram of a database system according to an exemplary embodiment of the present disclosure is shown, in which fig. 1 includes a city a and a city B, where city a has an a machine room and B machine room, city B has a c machine room, taking a main database 110 in the a machine room as an example, the main database 110 has a corresponding standby database 111 in a different machine room in the same city, for example, B machine room, and also has a corresponding standby database 112 in a different machine room, for example, c machine room.
Based on the database system illustrated in fig. 1, the asset data in the primary database 110 may be backed up to the backup database 111 and the backup database 112, respectively, by applying the backup method for asset data provided in the embodiments of the present disclosure.
The following embodiments are shown to explain in detail the backup method of asset data:
referring to fig. 2, a flowchart of an embodiment of a method for backing up asset data according to an exemplary embodiment of the present disclosure is provided, the method includes the following steps:
step 202: after the asset data in the main database is changed, judging whether the condition of backing up the changed asset data to the standby database is satisfied.
Step 204: if yes, multiplying the changed asset data by a preset first proportion value, and then writing the first proportion value into a standby database, wherein the first proportion value is a decimal less than 1.
The following describes steps 202 and 204 in detail:
taking the asset data as the budget remaining amount as an example, the deduction operation can be performed on the budget remaining amount every time the marketing business is successfully carried out, namely, every time the marketing business is successfully carried out, the asset data in the main database is changed.
In the embodiment of the present disclosure, after the asset data in the main database is changed, the database system does not directly backup the changed asset data to the backup database, but first determines whether a condition for backup of the changed asset data to the backup database is satisfied, and if the condition is satisfied, multiplies the changed asset data by a preset first proportion value, and then writes the first proportion value into the backup database, where the first proportion value is a fraction smaller than 1. For convenience of description, the asset data written to the backup database will be referred to herein as backup asset data.
In an embodiment, the condition for backing up the changed asset data to the backup database may be: the changed asset data does not exceed a current change threshold, wherein the current change threshold may be determined by: dividing the backup asset data in the backup database by a preset second proportion value, wherein the second proportion value is a fraction smaller than 1 and larger than the first proportion value.
For example, assuming backup asset data in backup database 111 and backup database 112 is 80 and assuming the second scale value is 0.8 and the first scale value is 0.6, then the current change threshold is 100 as described above; assuming that the asset data in the main database 110 is changed to 99 after one deduction operation, the condition for backing up the changed asset data to the backup database is satisfied as described above, and at this time, the asset data 99 may be multiplied by 0.6 and then backed up to the backup database 111 and the backup database 112, respectively, and at this time, the backup asset data in each of the backup database 111 and the backup database 112 is 59 (99×0.6×59).
Continuing to assume that the asset data in the main database 110 is changed to 97, and at this time, the current change threshold is 74 (59/0.8≡74), and if the condition for backing up the changed asset data to the backup database is not satisfied as described above, the changed asset data 97 may not be backed up to the backup database 111 and the backup database 112, and then, until the asset data in the main database 110 is changed to 74 or below, the data backup may be performed.
As can be seen from the above description, in the embodiment of the present specification, instead of once changing the asset data in the main database, a data backup is performed, so that network resources can be saved; in addition, because the asset data in the main database is backed up to the standby database according to a certain proportion value, the service processing based on the asset data in the standby database can be effectively ensured when the main database is down, and the phenomenon of excess processing, such as exceeding the residual budget, can not occur.
In addition, in the embodiment of the present specification, in order to implement the above steps 202 and 204, a backup attribute bit may be set for the asset data in the primary database, and a specific value on the backup attribute bit represents the backup asset data in the backup database, and for convenience of description, the specific value is referred to as a backup attribute value. In view of this, in the embodiment of the present specification, after the changed asset data is multiplied by the preset first proportion value and then written into the backup database, the backup attribute value of the asset data may be updated in the primary database.
For example, in the above description, after the asset data 59 is backed up to the backup database 111 and the backup database 112, the backup attribute value of the asset data in the primary database 110 may be updated to 59.
Through the processing, after the asset data in the main database is changed next time, the backup asset data in the backup database can be directly obtained to judge whether the condition of backing up the changed asset data to the backup database is met.
In addition, in this embodiment of the present disclosure, a backup status bit may also be set for the asset data in the primary database, where a value on the backup status bit may be used to record whether the asset data is successfully backed up to the backup database, for example, if the value on the backup status bit is failover-asyn-success, it indicates that the asset data is successfully backed up to the backup database, and if the value on the backup status bit is failover-asyn-null, it indicates that the asset data is not backed up to the backup database.
Correspondingly, a backup status bit may also be set for the backup asset data in the backup database, and similarly, a value on the backup status bit may be used to record whether the asset data in the primary database is successfully backed up to the backup database, for convenience of description, a value on the backup status bit is referred to as a backup status value, for example, after the changed asset data is multiplied by a preset first proportion value and written into the backup database, the backup status value of the backup asset data is updated in the backup database to a first preset value for representing synchronization of the primary and the backup, for example, a failure-asyn-success.
Subsequently, a specific process of implementing failover based on the backup method is described:
in this embodiment of the present disclosure, after the main database is down, the traffic request flow is first drained to the backup database by modifying the drainage path, and at this time, each service request is completed based on the backup asset data in the backup database, for example, each time a service request is completed, the backup asset data in the backup database is subtracted, and specific information of each service request is recorded.
Specifically, if the backup status value of the backup asset data in the backup database is the first preset value, the backup status value of the backup asset data indicates that the backup asset data is available, and at this time, the backup status value of the backup asset data may be changed from the first preset value to a second preset value for indicating that the backup asset data has been called after the service request is processed based on the backup asset data, by which the backup asset data in the backup database may be indicated to have been changed.
By the above processing, after the main database resumes normal use, the asset data in the main database is modified based on the backup asset data with the backup status value being the second preset value, that is, the data migration of the main database is realized based on the backup asset data which is called during the downtime of the main database.
In addition, since after the main database resumes normal use, that is, by modifying the drainage path, the service request flow is redirected back to the main database, a certain time is required to achieve data migration of the main database, in this period, in order to avoid excessive processing, the backup status value of the asset data in the main database may be changed to a third preset value, so as to indicate that the asset data is in a migration status, where in the migration status, the asset data is not allowed to be lower than the corresponding backup asset data.
For example, assuming that the asset data in the main database is 90, the backup attribute value thereof is 60, then the main database is down, the backup asset data in the backup database is called, and then the main database resumes normal use, but the specific information that the backup asset data is deducted during the down period of the main database cannot be known yet, so that if the asset data in the main database is deducted, the asset data is not allowed to be deducted to 60 or less until the data migration is completed.
According to the technical scheme provided by the embodiment of the specification, after the asset data in the main database is changed, whether the condition of backing up the changed asset data to the standby database is met is judged, if yes, the changed asset data is multiplied by the preset first proportion value and then written into the standby database, the first proportion value is a fraction smaller than 1, the purposes of effectively ensuring the usability of the main database and the standby database and avoiding the problem of excessive processing of the asset data can be achieved, and meanwhile, the problem that service processing is seriously time-consuming when the main database and the standby database are located in different places can be effectively avoided.
Corresponding to the above method embodiments, the present disclosure further provides a backup device for asset data, referring to fig. 3, which is a block diagram of an embodiment of the backup device for asset data provided in an exemplary embodiment of the present disclosure, where the device may include: a judging module 31 and a backup module 32.
The judging module 31 is configured to judge whether a condition of backing up the changed asset data to the backup database is satisfied after the asset data in the primary database is changed;
and the backup module 32 is configured to, if the condition for backing up the changed asset data to the backup database is satisfied, multiply the changed asset data by a preset first proportion value, and then write the first proportion value into the backup database, where the first proportion value is a fraction smaller than 1.
In an embodiment, the meeting the condition of backing up the changed asset data to the backup database includes:
the changed asset data does not exceed the current change threshold;
the device further comprises (not shown in fig. 3):
and the threshold determining module is used for dividing the backup asset data in the backup database by a preset second proportion value, wherein the second proportion value is a decimal less than 1 and greater than the first proportion value.
The apparatus further comprises: and the attribute bit updating module is used for updating the backup attribute value of the asset data in the main database into the current backup asset data in the backup database.
In an embodiment, the apparatus further comprises (not shown in fig. 3):
and the first status bit updating module is used for updating the backup status value of the backup asset data in the backup database to a first preset value, and the first preset value is used for representing primary and backup synchronization.
In an embodiment, the apparatus further comprises (not shown in fig. 3):
and the second status bit updating module is used for changing the backup status value of the backup asset data in the backup database from the first preset value to a second preset value if the backup asset data in the backup database is called during the failure period of the main database, wherein the second preset value is used for indicating that the backup asset data is called.
And the data returning module is used for modifying the asset data in the main database according to the backup asset data with the backup state value of the second preset value in the backup database after the main database is recovered to be normally used.
In an embodiment, the apparatus further comprises (not shown in fig. 3):
and the third status bit updating module is used for changing the backup status value of the asset data in the main database into a third preset value, wherein the third preset value is used for indicating that the asset data in the main database is in a state of returning, and the state of returning indicates that the asset data in the main database is not allowed to be lower than the backup asset data in the backup database.
It should be understood that, as two modules with independent functions, the judging module 31 and the backup module 32 may be configured in the device at the same time as shown in fig. 3, or may be configured in the device separately from each other, so the configuration shown in fig. 3 should not be construed as limiting the embodiment of the present disclosure.
In addition, the implementation process of the functions and roles of each module in the above device is specifically shown in the implementation process of the corresponding steps in the above method, and will not be described herein again.
The embodiment of the specification also provides a business server, which at least comprises a memory, a processor and a computer program stored on the memory and capable of running on the processor, wherein the processor executes the program to realize the method for backing up the assets. The method at least comprises the following steps: after the asset data in the main database is changed, judging whether the condition of backing up the changed asset data to the standby database is met; and if so, multiplying the changed asset data by a preset first proportion value, and then writing the first proportion value into the standby database, wherein the first proportion value is a decimal less than 1.
Fig. 4 is a schematic diagram of a more specific service server hardware structure according to an embodiment of the present disclosure, where the apparatus may include: processor 10, memory 420, input/output interface 430, communication interface 440, and bus 450. Wherein processor 410, memory 420, input/output interface 430, and communication interface 440 enable communication connections within the device between each other via bus 450.
The processor 410 may be implemented by a general-purpose CPU (Central Processing Unit ), a microprocessor, an application-specific integrated circuit (Application Specific Integrated Circuit, ASIC), or one or more integrated circuits, etc. for executing relevant programs to implement the technical solutions provided in the embodiments of the present disclosure.
The Memory 420 may be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory ), static storage device, dynamic storage device, or the like. Memory 420 may store an operating system and other application programs, and when the technical solutions provided by the embodiments of the present specification are implemented in software or firmware, the relevant program codes are stored in memory 420 and invoked for execution by processor 410.
The input/output interface 430 is used to connect with an input/output module to realize information input and output. The input/output module may be configured as a component in a device (not shown) or may be external to the device to provide corresponding functionality. Wherein the input devices may include a keyboard, mouse, touch screen, microphone, various types of sensors, etc., and the output devices may include a display, speaker, vibrator, indicator lights, etc.
The communication interface 440 is used to connect communication modules (not shown) to enable communication interactions of the device with other devices. The communication module may implement communication through a wired manner (such as USB, network cable, etc.), or may implement communication through a wireless manner (such as mobile network, WIFI, bluetooth, etc.).
It should be noted that although the above device only shows the processor 410, the memory 420, the input/output interface 430, the communication interface 440, and the bus 450, in the implementation, the device may further include other components necessary to achieve normal operation. Furthermore, it will be understood by those skilled in the art that the above-described apparatus may include only the components necessary to implement the embodiments of the present description, and not all the components shown in the drawings.
The embodiments of the present specification also provide a computer-readable storage medium having stored thereon a computer program which, when executed by a processor, implements the foregoing method of backing up asset data. The method at least comprises the following steps: after the asset data in the main database is changed, judging whether the condition of backing up the changed asset data to the standby database is met; and if so, multiplying the changed asset data by a preset first proportion value, and then writing the first proportion value into the standby database, wherein the first proportion value is a decimal less than 1.
Computer readable media, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of storage media for a computer include, but are not limited to, phase change memory (PRAM), static Random Access Memory (SRAM), dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), read Only Memory (ROM), electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium, which can be used to store information that can be accessed by a computing device. Computer-readable media, as defined herein, does not include transitory computer-readable media (transmission media), such as modulated data signals and carrier waves.
From the foregoing description of embodiments, it will be apparent to those skilled in the art that the present embodiments may be implemented in software plus a necessary general purpose hardware platform. Based on such understanding, the technical solutions of the embodiments of the present specification may be embodied in essence or what contributes to the prior art in the form of a software product, which may be stored in a storage medium, such as a ROM/RAM, a magnetic disk, an optical disk, etc., including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method described in the embodiments or some parts of the embodiments of the present specification.
The system, apparatus, module or unit set forth in the above embodiments may be implemented in particular by a computer chip or entity, or by a product having a certain function. A typical implementation device is a computer, which may be in the form of a personal computer, laptop computer, cellular telephone, camera phone, smart phone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or a combination of any of these devices.
In this specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for the device embodiments, since they are substantially similar to the method embodiments, the description is relatively simple, and reference is made to the description of the method embodiments for relevant points. The apparatus embodiments described above are merely illustrative, in which the modules illustrated as separate components may or may not be physically separate, and the functions of the modules may be implemented in the same piece or pieces of software and/or hardware when implementing the embodiments of the present disclosure. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art will understand and implement the present invention without undue burden.
The foregoing is merely a specific implementation of the embodiments of this disclosure, and it should be noted that, for a person skilled in the art, several improvements and modifications may be made without departing from the principles of the embodiments of this disclosure, and these improvements and modifications should also be considered as protective scope of the embodiments of this disclosure.
Claims (11)
1. A method of backing up asset data, the method comprising:
after the asset data in the main database is changed, judging whether the condition of backing up the changed asset data to the standby database is met;
if yes, multiplying the changed asset data by a preset first proportion value, and then writing the first proportion value into the standby database, wherein the first proportion value is a decimal less than 1;
the meeting the condition of backing up the changed asset data to the backup database comprises the following steps:
the changed asset data does not exceed the current change threshold;
wherein the current change threshold is determined by: dividing the backup asset data in the backup database by a preset second proportion value, wherein the second proportion value is a decimal less than 1 and greater than the first proportion value.
2. The method of claim 1, after writing the modified asset data to the backup database after multiplying the modified asset data by a preset first scale value, the method further comprising:
and updating the backup attribute value of the asset data in the main database to the current backup asset data in the backup database.
3. The method of claim 1, after writing the modified asset data to the backup database after multiplying the modified asset data by a preset first scale value, the method further comprising:
and updating the backup state value of the backup asset data in the backup database to a first preset value, wherein the first preset value is used for representing primary and backup synchronization.
4. A method according to claim 3, the method further comprising:
if the backup asset data in the backup database is called during the failure of the main database, changing the backup state value of the backup asset data in the backup database from the first preset value to a second preset value, wherein the second preset value is used for indicating that the backup asset data is called;
and after the main database is recovered to be normally used, modifying the asset data in the main database according to the backup asset data with the backup state value of the second preset value in the backup database.
5. The method of claim 4, further comprising, prior to said modifying the asset data in the primary database according to the backup asset data in the backup database having a backup status value of the second preset value:
and changing the backup state value of the asset data in the main database into a third preset value, wherein the third preset value is used for indicating that the asset data in the main database is in a state of returning, and the state of returning indicates that the asset data in the main database is not allowed to be lower than the backup asset data in the backup database.
6. A backup apparatus for asset data, the apparatus comprising: the judging module is used for judging whether the condition of backing up the changed asset data to the standby database is met after the asset data in the main database is changed;
the backup module is used for multiplying the changed asset data by a preset first proportion value and writing the first proportion value into the backup database if the condition of backing up the changed asset data to the backup database is met, wherein the first proportion value is a decimal less than 1;
the meeting the condition of backing up the changed asset data to the backup database comprises the following steps:
the changed asset data does not exceed the current change threshold;
the apparatus further comprises:
and the threshold determining module is used for dividing the backup asset data in the backup database by a preset second proportion value, wherein the second proportion value is a decimal less than 1 and greater than the first proportion value.
7. The apparatus of claim 6, the apparatus further comprising: and the attribute bit updating module is used for updating the backup attribute value of the asset data in the main database into the current backup asset data in the backup database.
8. The apparatus of claim 6, the apparatus further comprising:
and the first status bit updating module is used for updating the backup status value of the backup asset data in the backup database to a first preset value, and the first preset value is used for representing primary and backup synchronization.
9. The apparatus of claim 8, the apparatus further comprising:
a second status bit updating module, configured to change, if the backup asset data in the backup database is called during the failure of the primary database, a backup status value of the backup asset data in the backup database from the first preset value to a second preset value, where the second preset value is used to indicate that the backup asset data has been called;
and the data returning module is used for modifying the asset data in the main database according to the backup asset data with the backup state value of the second preset value in the backup database after the main database is recovered to be normally used.
10. The apparatus of claim 9, the apparatus further comprising:
and the third status bit updating module is used for changing the backup status value of the asset data in the main database into a third preset value, wherein the third preset value is used for indicating that the asset data in the main database is in a state of returning, and the state of returning indicates that the asset data in the main database is not allowed to be lower than the backup asset data in the backup database.
11. A service server comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any of claims 1-5 when the program is executed by the processor.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811471748.4A CN110046060B (en) | 2018-12-04 | 2018-12-04 | Backup method and device for asset data and business server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811471748.4A CN110046060B (en) | 2018-12-04 | 2018-12-04 | Backup method and device for asset data and business server |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110046060A CN110046060A (en) | 2019-07-23 |
| CN110046060B true CN110046060B (en) | 2023-06-20 |
Family
ID=67273268
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811471748.4A Active CN110046060B (en) | 2018-12-04 | 2018-12-04 | Backup method and device for asset data and business server |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110046060B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105677675A (en) * | 2014-11-20 | 2016-06-15 | 阿里巴巴集团控股有限公司 | Business processing method and device |
| CN106155841A (en) * | 2016-06-24 | 2016-11-23 | 乐视控股（北京）有限公司 | The method and system of data backup |
| CN106708663A (en) * | 2016-12-16 | 2017-05-24 | 郑州云海信息技术有限公司 | Automatic backup method and device of database |
| CN106991544A (en) * | 2016-01-20 | 2017-07-28 | 阿里巴巴集团控股有限公司 | Allot system and allot method |
| CN107180040A (en) * | 2016-03-09 | 2017-09-19 | 广州市动景计算机科技有限公司 | The management method and device of a kind of business datum |
-
2018
- 2018-12-04 CN CN201811471748.4A patent/CN110046060B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105677675A (en) * | 2014-11-20 | 2016-06-15 | 阿里巴巴集团控股有限公司 | Business processing method and device |
| CN106991544A (en) * | 2016-01-20 | 2017-07-28 | 阿里巴巴集团控股有限公司 | Allot system and allot method |
| CN107180040A (en) * | 2016-03-09 | 2017-09-19 | 广州市动景计算机科技有限公司 | The management method and device of a kind of business datum |
| CN106155841A (en) * | 2016-06-24 | 2016-11-23 | 乐视控股（北京）有限公司 | The method and system of data backup |
| CN106708663A (en) * | 2016-12-16 | 2017-05-24 | 郑州云海信息技术有限公司 | Automatic backup method and device of database |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110046060A (en) | 2019-07-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP4033374A1 (en) | Method and device for synchronizing node data | |
| US20170024293A1 (en) | Automatic serial starting of resource groups on failover | |
| CN109359118B (en) | Data writing method and device | |
| CN110019502B (en) | Synchronization method between primary database and backup database, database system and device | |
| CN107861691B (en) | Load balancing method and device of multi-control storage system | |
| CN111880956B (en) | Data synchronization method and device | |
| US20180139280A1 (en) | Methods and apparatuses for cluster switching | |
| WO2020244242A1 (en) | Method and device for storing blockchain data | |
| JP2019527883A (en) | Database data change request processing method and apparatus | |
| CN110020383B (en) | Page data request processing method and device | |
| CN111506580B (en) | Transaction storage method based on centralized block chain type account book | |
| CN108647112B (en) | Data backup method and device and distributed transaction processing system | |
| CN111913807B (en) | Event processing method, system and device based on multiple storage areas | |
| CN110046060B (en) | Backup method and device for asset data and business server | |
| CN116126581B (en) | Memory fault processing method, device, system, equipment and storage medium | |
| CN115480880A (en) | Continuous data protection method and system and electronic equipment | |
| CN108681558B (en) | Data rollback method, device and terminal | |
| CN110018986B (en) | Abnormal snapshot identification method and device | |
| CN111367710A (en) | eMMC problem reduction method and device | |
| CN112306995B (en) | Method and device for realizing database operation | |
| US20210382644A1 (en) | Method and device for dividing storage devices into device groups | |
| US10838823B2 (en) | Systems and method to make application consistent virtual machine backup work in private network | |
| US20200192761A1 (en) | Load and Save Recovery Partition Using Mobile Device | |
| CN111104264A (en) | Node main/standby switching method and device for distributed cloud computing system | |
| CN113986134B (en) | Method for storing data, method and device for reading data |
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: 20201012 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Innovative advanced technology Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant before: Advanced innovation technology Co.,Ltd. Effective date of registration: 20201012 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Advanced innovation technology Co.,Ltd. Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Applicant before: Alibaba Group Holding Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |