CN116560884A - Data development task exception handling method and device, electronic equipment and medium - Google Patents

Data development task exception handling method and device, electronic equipment and medium Download PDF

Info

Publication number
CN116560884A
CN116560884A CN202310350295.4A CN202310350295A CN116560884A CN 116560884 A CN116560884 A CN 116560884A CN 202310350295 A CN202310350295 A CN 202310350295A CN 116560884 A CN116560884 A CN 116560884A
Authority
CN
China
Prior art keywords
task
data development
state
failed
execution
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.)
Pending
Application number
CN202310350295.4A
Other languages
Chinese (zh)
Inventor
边庆龙
徐飞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xinao Xinzhi Technology Co ltd
Original Assignee
Xinao Xinzhi Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Xinao Xinzhi Technology Co ltd filed Critical Xinao Xinzhi Technology Co ltd
Priority to CN202310350295.4A priority Critical patent/CN116560884A/en
Publication of CN116560884A publication Critical patent/CN116560884A/en
Pending legal-status Critical Current

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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0715—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a system implementing multitasking
    • 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/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
    • 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

Abstract

The present application relates to the field of data processing technologies, and in particular, to a method, an apparatus, an electronic device, and a medium for exception handling of a data development task, where the method includes: identifying a failed task of the plurality of data development tasks performed in a serial state; positioning a failed task node of the failed task, inquiring abnormal script content of the failed task, and correcting the abnormal script content; the plurality of data development tasks in the serial state continue to be executed from the failed task node. Therefore, the problems that in the related art, when the data development task fails or is blocked in a serial state, all tasks need to be re-executed, a large amount of cluster resources are wasted, time is wasted and the like are solved.

Description

Data development task exception handling method and device, electronic equipment and medium
Technical Field
The present invention relates to the field of data processing technologies, and in particular, to an exception handling method, an exception handling device, an electronic device, and a medium for a data development task.
Background
With the development of information technology at present, enterprises have large batches of data to be processed, and in the process of data development tasks, the data development tasks are abnormally interrupted due to the problems of data complexity, equipment faults, network faults, program logic errors, dependence environment abnormality or problems of data provided by an upstream system and the like.
At present, when the execution of the data development task fails or is blocked, the solution is to restart the execution of the script content, but this causes a great deal of cluster resource waste, and a long time is required to run the tasks again. The related art batch frame, although realizing the function of breakpoint continuous running, only enables the function in a parallel state, and also requires the re-running of the whole failed task.
Disclosure of Invention
The application provides an exception handling method, an exception handling device, electronic equipment and a medium for a data development task, which are used for solving the problems that in the related art, when the data development task fails or is blocked in a serial state, all tasks are required to be re-executed, a large amount of cluster resources are wasted, time is wasted and the like.
An embodiment of a first aspect of the present application provides an exception handling method for a data development task, including the following steps: identifying a failed task of the plurality of data development tasks performed in a serial state; positioning a failed task node of the failed task, inquiring abnormal script content of the failed task, and correcting the abnormal script content; and continuing to execute the plurality of data development tasks in the serial state from the failed task node.
Optionally, the task node of the data development task includes one or more structured query language SQL (Structured Query Language ) statements that need to be executed.
Optionally, the locating the failed task node of the failed data development task includes: acquiring the execution state of a task node which is already executed in the data development task; and if the execution state is a first preset state, judging that the task node corresponding to the first preset state is the failed task node.
Optionally, before acquiring the execution state of the task node of the data development task, the method further includes: in the execution process of the data development task, the execution state of each SQL sentence is recorded by utilizing an encryption mode, wherein the execution state further comprises a second preset state, and the first preset state and the second preset state are different execution states.
An embodiment of a second aspect of the present application provides an exception handling apparatus for a data development task, including: an identification module for identifying a failed task of a plurality of data development tasks executed in a serial state; the positioning module is used for positioning a failed task node of the failed task, inquiring abnormal script content of the failed task and correcting the abnormal script content; and the execution module is used for continuously executing a plurality of data development tasks in a serial state from the failed task node.
Optionally, the task node of the data development task includes one or more structured query language SQL statements that need to be executed.
Optionally, the positioning module is further configured to: acquiring the execution state of a task node which is already executed in the data development task; and if the execution state is a first preset state, judging that the task node corresponding to the first preset state is the failed task node.
Optionally, the method further comprises: the recording module is used for recording the execution state of each SQL sentence in an encryption mode in the execution process of the data development task before the execution state of the task node of the data development task is acquired, wherein the execution state also comprises a second preset state, and the first preset state and the second preset state are different execution states.
An embodiment of a third aspect of the present application provides an electronic device, including: the system comprises a memory, a processor and a computer program stored in the memory and capable of running on the processor, wherein the processor executes the program to realize the exception handling of the data development task according to the embodiment.
An embodiment of the fourth aspect of the present application provides a computer-readable storage medium having stored thereon a computer program that is executed by a processor for implementing the exception handling method of the data development task as described in the above embodiment.
Therefore, the application has at least the following beneficial effects:
according to the embodiment of the application, the failure task in the plurality of data development tasks executed in the serial state can be identified, and the breakpoint running of the failure task is performed from the failure node, so that the breakpoint running of the plurality of data development tasks executed in the serial state can be realized, the plurality of data development tasks do not need to be completely re-run after the abnormal script content is corrected, the execution time of the plurality of data development tasks in the serial state and the use of cluster resources are saved, the maintenance cost is greatly reduced, and the use experience of a user is improved. Therefore, the technical problems that in the related art, when the data development task fails or is blocked in a serial state, all tasks need to be re-executed, a large amount of cluster resources and time are wasted are solved.
Additional aspects and advantages of the application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the application.
Drawings
The foregoing and/or additional aspects and advantages of the present application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings, in which:
FIG. 1 is a flow chart of an exception handling method for a data development task provided according to an embodiment of the present application;
FIG. 2 is a flow chart of an exception handling method for a data development task provided according to one embodiment of the present application;
FIG. 3 is an example diagram of an exception handling device for a data development task provided in accordance with an embodiment of the present application;
fig. 4 is a schematic structural diagram of an electronic device according to an embodiment of the present application.
Detailed Description
Embodiments of the present application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein the same or similar reference numerals refer to the same or similar elements or elements having the same or similar functions throughout. The embodiments described below by referring to the drawings are exemplary and intended for the purpose of explaining the present application and are not to be construed as limiting the present application.
An abnormality processing method, an abnormality processing device, an electronic device, and a medium of a data development task according to an embodiment of the present application are described below with reference to the accompanying drawings. Aiming at the problems that once the execution of the current data development task fails or is blocked, the recovery is to restart the execution of script content, so that a great deal of cluster resource waste is caused and a long time is additionally spent for restarting the tasks, the application provides an exception handling method of the data development task. Therefore, the problems that in the related art, when the data development task fails or is blocked in a serial state, all tasks need to be re-executed, a large amount of cluster resources are wasted, time is wasted and the like are solved.
Specifically, fig. 1 is a flow chart of an exception handling method of a data development task according to an embodiment of the present application.
As shown in fig. 1, the exception handling method of the data development task includes the following steps:
in step S101, a failed task of the plurality of data development tasks executed in the serial state is identified.
When there are multiple data development tasks, each task is executed in sequence, and the next task can be performed after one task is completed. The data development task may include: gremplum (a relational database for data warehouse applications) development tasks and hive (a data warehouse tool based on Hadoop for data extraction, transformation, loading) development tasks, which may include SQL tasks, MR tasks, data synchronization tasks, and so on.
It can be understood that, in the embodiment of the present application, the execution condition of each data development task, such as successful task execution, task execution failure, etc., and if the execution condition is that the task execution fails, the failed task when the corresponding task can be determined, so that the failed task can be rapidly located through the recorded execution condition, the processing time of the failed task is saved, and the processing efficiency is improved.
In step S102, a failed task node of the failed task is located, abnormal script content of the failed task is queried, and the abnormal script content is corrected.
It can be appreciated that the data development task generally includes a plurality of task nodes, and the task nodes may include one or more structured query language SQL statements to be executed, such as table deletion, table construction, modeling, etc., where a failed task node is one of the plurality of task nodes, and the application may quickly locate the failed task node and correct the abnormal script.
In an embodiment of the present application, locating a failed task node that performs a failed data development task includes: acquiring the execution state of a task node which is already executed in a data development task; if the execution state is the first preset state, judging the task node corresponding to the first preset state as a failed task node.
The first preset state may be an execution failure state.
It can be understood that the embodiment of the application can acquire the execution state of the task node already executed in the data development task, and if the execution state of a certain task node is the first preset state, namely the execution failure state, the current task node can be judged to be the failed task node, so that the failed task node can be rapidly positioned according to the execution state of the task node, the positioning time of the failed task node is saved, and the overall processing efficiency is improved.
In this embodiment of the present application, before obtaining the execution state of the task node of the data development task, the method further includes: in the execution process of the data development task, the execution state of each SQL sentence is recorded by utilizing an encryption mode, wherein the execution state further comprises a second preset state, and the first preset state and the second preset state are different execution states.
The second preset state may be a successful execution state, which is different from the first preset state.
The encryption method may be specifically set according to specific situations, for example, encryption methods such as MD5 encryption or SHA1, and the like, and is not specifically limited.
It can be understood that the embodiment of the application can record the execution state of each SQL (structured query language) in an encryption mode, so that not only can the failed task node be positioned in time, but also the failed task node can be flexibly selected for continuous running.
For example, if the number of the failed nodes already recorded includes a plurality of failed nodes, the embodiment of the present application may arbitrarily select one of the failed nodes to perform task running, for example, select the latest failed node to perform task running, etc.
In step S103, the plurality of data development tasks in the serial state continue to be executed from the failed task node.
It can be appreciated that after correcting the abnormal script content of the failed task, the embodiment of the present application continues to execute the plurality of data development tasks in the serial state from the failed task node.
It should be noted that, in the related art, when execution fails in a serial state of multiple data development tasks, a data developer is required to modify the script content weight running task by himself, the script is restarted to be executed, and after the completion of the restarting, the script content is required to be changed back.
Specifically, as shown in fig. 2, the technical scheme of the exception handling method for the data development task of the present application is that MD5 is used as an encryption method to implement Hive SQL breakpoint running, for example, as follows:
1. the data developer writes number script task and issues and executes.
2. The platform records and marks the execution state of each SQL according to the script content in an MD5 encryption mode.
3. When the task fails to execute or is blocked and needs to run again, the running can be continued from the place where the task fails, so that the task recovery efficiency is improved.
Specifically, hive is a data warehouse tool based on Hadoop for data extraction, transformation, and loading, which is a mechanism that can store, query, and analyze large-scale data stored in Hadoop. The hive data warehouse tool can map a structured data file into a database table, provide SQL query functions, and convert SQL sentences into MapReduce tasks for execution. Hive has the advantages that learning cost is low, rapid MapReduce statistics can be realized through SQL-like sentences, mapReduce is simpler, and a special MapReduce application program does not need to be developed. Hive SQL, strictly HiveQL, is abbreviated as HQL. The Hive inquiry operation process strictly complies with a Hadoop MapReduce job execution model, the Hive converts Hive SQL sentences of a user into MapReduce jobs through an interpreter and submits the MapReduce jobs to the Hadoop cluster, the Hadoop monitors the job execution process, and then a job execution result is returned to the user.
According to the exception handling method for the data development tasks, which is provided by the embodiment of the application, the failed tasks in the plurality of data development tasks executed in the serial state can be identified, and the breakpoint running from the failed node of the failed tasks can be realized, so that the breakpoint running of the plurality of data development tasks executed in the serial state can be realized, the plurality of data development tasks do not need to be completely re-run after the exception script content is corrected, the execution time of the plurality of data development tasks in the serial state and the use of cluster resources are saved, the maintenance cost is greatly reduced, and the use experience of users is improved.
An abnormality processing apparatus of a data development task proposed according to an embodiment of the present application is described next with reference to the accompanying drawings.
FIG. 3 is a block diagram of an exception handling device for a data development task in accordance with an embodiment of the present application.
As shown in fig. 3, the abnormality processing device 10 of the data development task includes: an identification module 100, a location module 200, and an execution module 300.
Wherein the identification module 100 is configured to identify a failed task of a plurality of data development tasks executed in a serial state; the positioning module 200 is used for positioning a failed task node of the failed task, inquiring abnormal script content of the failed task and correcting the abnormal script content; the execution module 300 is configured to continue executing the plurality of data development tasks in the serial state from the failed task node.
In the embodiment of the application, the task node of the data development task comprises one or more structured query language SQL sentences to be executed.
In the embodiment of the present application, the positioning module 200 is further configured to: acquiring the execution state of a task node which is already executed in a data development task; if the execution state is the first preset state, judging the task node corresponding to the first preset state as a failed task node.
In an embodiment of the present application, the apparatus 10 of the present application further includes: and a recording module.
The recording module is used for recording the execution state of each SQL sentence in an encryption mode in the execution process of the data development task before the execution state of the task node of the data development task is acquired, wherein the execution state also comprises a second preset state, and the first preset state and the second preset state are different execution states.
It should be noted that the explanation of the foregoing embodiment of the method for exception handling of the data development task is also applicable to the exception handling device of the data development task of this embodiment, and will not be repeated here.
According to the exception handling device for the data development tasks, which is provided by the embodiment of the application, the failure tasks in the plurality of data development tasks executed in the serial state can be identified, and the breakpoint running from the failure node of the failure tasks can be realized, so that the breakpoint running of the plurality of data development tasks executed in the serial state can be realized, the plurality of data development tasks do not need to be completely re-run after the exception script content is corrected, the execution time of the plurality of data development tasks in the serial state and the use of cluster resources are saved, the maintenance cost is greatly reduced, and the use experience of users is improved.
Fig. 4 is a schematic structural diagram of an electronic device according to an embodiment of the present application. The electronic device may include:
memory 401, processor 402, and a computer program stored on memory 401 and executable on processor 402.
The processor 402 implements the exception handling method of the data development task provided in the above-described embodiment when executing a program.
Further, the electronic device further includes:
a communication interface 403 for communication between the memory 401 and the processor 402.
A memory 401 for storing a computer program executable on the processor 402.
The memory 401 may include high speed RAM (Random Access Memory ) memory, and may also include non-volatile memory, such as at least one disk memory.
If the memory 401, the processor 402, and the communication interface 403 are implemented independently, the communication interface 403, the memory 401, and the processor 402 may be connected to each other by a bus and perform communication with each other. The bus may be an ISA (Industry Standard Architecture ) bus, a PCI (Peripheral Component, external device interconnect) bus, or EISA (Extended Industry Standard Architecture ) bus, among others. The buses may be divided into address buses, data buses, control buses, etc. For ease of illustration, only one thick line is shown in fig. 4, but not only one bus or one type of bus.
Alternatively, in a specific implementation, if the memory 401, the processor 402, and the communication interface 403 are integrated on a chip, the memory 401, the processor 402, and the communication interface 403 may perform communication with each other through internal interfaces.
The processor 402 may be a CPU (Central Processing Unit ) or ASIC (Application Specific Integrated Circuit, application specific integrated circuit) or one or more integrated circuits configured to implement embodiments of the present application.
The embodiment of the application also provides a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the exception handling method of the data development task as above.
In the description of the present specification, a description referring to terms "one embodiment," "some embodiments," "examples," "specific examples," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the present application. In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or N embodiments or examples. Furthermore, the different embodiments or examples described in this specification and the features of the different embodiments or examples may be combined and combined by those skilled in the art without contradiction.
Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include at least one such feature. In the description of the present application, the meaning of "N" is at least two, such as two, three, etc., unless explicitly defined otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more N executable instructions for implementing specific logical functions or steps of the process, and further implementations are included within the scope of the preferred embodiment of the present application in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the embodiments of the present application.
It is to be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above-described embodiments, the N steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. As with the other embodiments, if implemented in hardware, may be implemented using any one or combination of the following techniques, as is well known in the art: discrete logic circuits having logic gates for implementing logic functions on data signals, application specific integrated circuits having suitable combinational logic gates, programmable gate arrays, field programmable gate arrays, and the like.
Those of ordinary skill in the art will appreciate that all or a portion of the steps carried out in the method of the above-described embodiments may be implemented by a program to instruct related hardware, where the program may be stored in a computer readable storage medium, and where the program, when executed, includes one or a combination of the steps of the method embodiments.
Although embodiments of the present application have been shown and described above, it will be understood that the above embodiments are illustrative and not to be construed as limiting the application, and that variations, modifications, alternatives, and variations may be made to the above embodiments by one of ordinary skill in the art within the scope of the application.

Claims (10)

1. The exception handling method of the data development task is characterized by comprising the following steps:
identifying a failed task of the plurality of data development tasks performed in a serial state;
positioning a failed task node of the failed task, inquiring abnormal script content of the failed task, and correcting the abnormal script content;
and continuing to execute the plurality of data development tasks in the serial state from the failed task node.
2. The method for exception handling of a data development task according to claim 1, wherein the task nodes of the data development task include one or more structured query language SQL statements to be executed.
3. The method for exception handling of a data development task according to claim 2, wherein locating a failed task node of the failed data development task comprises:
acquiring the execution state of a task node which is already executed in the data development task;
and if the execution state is a first preset state, judging that the task node corresponding to the first preset state is the failed task node.
4. The abnormality processing method of a data development task according to claim 3, further comprising, before acquiring an execution state of a task node of the data development task:
in the execution process of the data development task, the execution state of each SQL sentence is recorded by utilizing an encryption mode, wherein the execution state further comprises a second preset state, and the first preset state and the second preset state are different execution states.
5. An exception handling apparatus for a data development task, comprising:
an identification module for identifying a failed task of a plurality of data development tasks executed in a serial state;
the positioning module is used for positioning a failed task node of the failed task, inquiring abnormal script content of the failed task and correcting the abnormal script content;
and the execution module is used for continuously executing a plurality of data development tasks in a serial state from the failed task node.
6. The exception handling apparatus for a data development task according to claim 5, wherein the task nodes of the data development task comprise one or more structured query language SQL statements to be executed.
7. The exception handling apparatus for a data development task of claim 6, wherein the localization module is further to:
acquiring the execution state of a task node which is already executed in the data development task;
and if the execution state is a first preset state, judging that the task node corresponding to the first preset state is the failed task node.
8. The abnormality processing device for a data development task according to claim 7, further comprising:
the recording module is used for recording the execution state of each SQL sentence in an encryption mode in the execution process of the data development task before the execution state of the task node of the data development task is acquired, wherein the execution state also comprises a second preset state, and the first preset state and the second preset state are different execution states.
9. An electronic device, comprising: a memory, a processor, and a computer program stored on the memory and executable on the processor, the processor executing the program to implement the exception handling method of a data development task according to any one of claims 1 to 4.
10. A computer-readable storage medium having stored thereon a computer program, characterized in that the program is executed by a processor for realizing the abnormality processing method of the data development task according to any one of claims 1 to 4.
CN202310350295.4A 2023-04-03 2023-04-03 Data development task exception handling method and device, electronic equipment and medium Pending CN116560884A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310350295.4A CN116560884A (en) 2023-04-03 2023-04-03 Data development task exception handling method and device, electronic equipment and medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310350295.4A CN116560884A (en) 2023-04-03 2023-04-03 Data development task exception handling method and device, electronic equipment and medium

Publications (1)

Publication Number Publication Date
CN116560884A true CN116560884A (en) 2023-08-08

Family

ID=87485206

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310350295.4A Pending CN116560884A (en) 2023-04-03 2023-04-03 Data development task exception handling method and device, electronic equipment and medium

Country Status (1)

Country Link
CN (1) CN116560884A (en)

Similar Documents

Publication Publication Date Title
US10866866B2 (en) Query fault processing method and processing apparatus
US8001091B2 (en) Apparatus, system, and method for hierarchical rollback of business operations
WO2021051627A1 (en) Database-based batch importing method, apparatus and device, and storage medium
CN105573859A (en) Data recovery method and device of database
CN113657715A (en) Root cause positioning method and system based on kernel density estimation calling chain
US10585895B2 (en) Method and apparatus for reconstructing standby node database
US20240045793A1 (en) Method and system for scalable performance testing in cloud computing environments
US9870314B1 (en) Update testing by build introspection
US20100185589A1 (en) Disaster recovery data sync
EP3696658A1 (en) Log management method, server and database system
CN113468143A (en) Data migration method, system, computing device and storage medium
CN110647463B (en) Method and device for restoring test breakpoint and electronic equipment
WO2007071615A1 (en) Methods, apparatus and computer programs for handling parameters associated with call statements
US20030088572A1 (en) Method, computer program product, and system for unloading a hierarchical database utilizing segment specific selection critera
CN116560884A (en) Data development task exception handling method and device, electronic equipment and medium
CN113792026B (en) Method and device for deploying database script and computer-readable storage medium
CN114168389A (en) Method and device for recovering CAD file, storage medium and processor
CN113886342A (en) File format conversion method and device, storage medium and processor
US7543001B2 (en) Storing object recovery information within the object
CN111444033A (en) Springbatch-based task fault-tolerant processing method and related equipment
US11442828B2 (en) Handling failures in distributed data system
CN111240891A (en) Data recovery method and device based on data consistency among multiple tables of database
CN115905402B (en) Method and device for processing transaction log
CN112860492B (en) Automatic regression testing method and system suitable for core system
WO2022156099A1 (en) Host upgrade method and apparatus, and electronic device and storage medium

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