CN106095606A - A kind of software fault treating method and apparatus of server - Google Patents
A kind of software fault treating method and apparatus of server Download PDFInfo
- Publication number
- CN106095606A CN106095606A CN201610407447.XA CN201610407447A CN106095606A CN 106095606 A CN106095606 A CN 106095606A CN 201610407447 A CN201610407447 A CN 201610407447A CN 106095606 A CN106095606 A CN 106095606A
- Authority
- CN
- China
- Prior art keywords
- request
- subprocess
- client
- saved
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/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
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
Abstract
The embodiment of the present application provides the software fault treating method and apparatus of a kind of server, and described method includes: receives client and connects；Connect for described client, create the first subprocess；Use described first subprocess, receive the request of client；When an error occurs, described request is preserved to specifying position；Perform to be saved in the request of described appointment position, such that it is able to by program recovery to the state being absolutely correct under keeping the external service unbroken premise of connection；This method is transparent to application, possesses versatility completely, it is possible to process any kind of fault, it is possible to achieve general fault recovery effect.
Description
Technical field
The application relates to areas of information technology, particularly relates to the software fault processing method of a kind of server and a kind of clothes
The software fault processing means of business device.
Background technology
Traditional network store system uses all data of storage server repository concentrated, storage server to become system
The bottleneck of performance, is also the focus of reliability and safety, it is impossible to meet the needs of Mass storage application, above-mentioned in order to solve
Problem, distributed memory system just arises at the historic moment.
Distributed memory system is data dispersion to be stored on the equipment of many platform independent, utilizes multiple stage storage server to divide
Load storage load, is effectively improved the reliability of system, availability and access efficiency.Distributed memory system is by corresponding
Web server software is attached, and uses the corresponding pattern connected of a process, and client's stability to connecting is very
Sensitive.Therefore, when web server software breaks down, it is necessary to fix a breakdown in time, recovery system connects as early as possible.
At present, in prior art, the software fault of the webserver is processed by the following scheme of main employing: first replace
The abnormal signal changing acquiescence processes function so that when fault occurs, program will not be collapsed, then in abnormal signal processes function,
Use longjmp () function to jump to the non-faulting region of program, i.e. setjmp () place, or use throw statement to dish out different
Often, to jump at suitable catch statement；Finally according to type, the reason of fault, process targetedly.Although
Such scheme can avoid program operationally to collapse, it is also possible to program performs position and return back to the position before fault occurs
Put, but owing to needs specifically process according to the causality classification of fault so that processing procedure is the most lengthy and tedious, the most easily at appearance
Manage the most thorough situation.Additionally, for some more serious fault, it is also difficult to directly use such scheme to process.
Summary of the invention
In view of the above problems, it is proposed that the embodiment of the present application is to provide one to overcome the problems referred to above or at least in part
The software fault of the software fault processing method and corresponding a kind of server that solve a kind of server of the problems referred to above processes dress
Put.
In order to solve the problems referred to above, the embodiment of the present application discloses the software fault processing method of a kind of server, including:
Reception client connects；
Connect for described client, create the first subprocess；
Use described first subprocess, receive the request of client；
When an error occurs, described request is preserved to specifying position；
Perform to be saved in the request of described appointment position.
Alternatively, described when an error occurs, by described request preserve to specify position step include:
When an error occurs, stop receiving described request；
All outstanding requests are serialized, it is thus achieved that serialized data；
Described serialized data is preserved to specifying position.
Alternatively, the step of the request that described execution is saved in described appointment position includes:
Create the second subprocess；
Use described second subprocess, perform to be saved in the request of described appointment position.
Alternatively, described second subprocess of described employing, the step of the request that execution is saved in described appointment position includes:
Use described second subprocess, it is judged that described client connects whether be in fault recovery state；
The most then perform to be saved in the request of described appointment position.
Alternatively, the step of the request that described execution is saved in described appointment position includes:
Obtain the serialized data of described appointment position, to recover all outstanding requests；
Perform described all outstanding requests.
Alternatively, described method also includes:
Remove the serialized data of described appointment position.
Alternatively, described client connects signal process function and the replacement function with acquiescence, described in described employing
First subprocess, after the step of the request receiving client, also includes:
Replacement function is used to replace the signal process function of acquiescence.
In order to solve the problems referred to above, the embodiment of the present application discloses the software fault processing means of a kind of server, including:
First receiver module, is used for receiving client and connects；
Creation module, for connecting for described client, creates the first subprocess；
Second receiver module, is used for using described first subprocess, receives the request of client；
Preserve module, for when fault occurs, described request is preserved to specifying position；
Perform module, for performing to be saved in the request of described appointment position.
Alternatively, described preservation module includes:
Serializing submodule, for when fault occurs, stops receiving described request, and by all outstanding requests sequences
Rowization, it is thus achieved that serialized data；
Preserve submodule, for preserving described serialized data to specifying position.
Alternatively, described execution module includes:
Second creates submodule, for creating the second subprocess；
Implementation sub-module, is used for using described second subprocess, performs to be saved in the request of described appointment position.
Alternatively, described implementation sub-module includes:
Judging unit, is used for using described second subprocess, it is judged that described client connects whether be in fault recovery shape
State；
Performance element, for when judging that the connection of described client is in fault recovery state, performing to be saved in described finger
The request that location is put.
Alternatively, described performance element includes:
Obtain subelement, for obtaining the serialized data of described appointment position, to recover all outstanding requests；
Perform subelement, be used for performing described all outstanding requests.
Alternatively, described execution module also includes:
Remove submodule, for removing the serialized data of described appointment position.
Alternatively, described client connects signal process function and the replacement function with acquiescence, and described device also includes:
Replacement module, for using replacement function to replace the signal process function of acquiescence.
Compared with background technology, the embodiment of the present application includes advantages below:
In the embodiment of the present application, by creating the first subprocess, and client is received by described first subprocess
All outstanding requests when an error occurs, are preserved to specifying position, are then saved in described appointment by execution by request
The request of position recovers the state before fault, such that it is able to keeping external service to connect under unbroken premise program is extensive
Multiple to the state being absolutely correct；This method is transparent to application, possesses versatility completely, it is possible to process any kind of fault,
General fault recovery effect can be realized.
Secondly, in the embodiment of the present application, by using replacement function to replace the signal process function of acquiescence, it is to avoid journey
The sequence collapse when fault occurs, makes program return controllable state.
Accompanying drawing explanation
Fig. 1 is the flow chart of steps of the software fault processing method embodiment one of a kind of server of the application；
Fig. 2 is the flow chart of steps of the software fault processing method embodiment two of a kind of server of the application；
Fig. 3 A～3D is the system mode schematic diagram in software fault processing method each stage of a kind of server of the application；
Fig. 4 is the structured flowchart of the software fault processing means embodiment of a kind of server of the application.
Detailed description of the invention
Understandable for enabling the above-mentioned purpose of the application, feature and advantage to become apparent from, real with concrete below in conjunction with the accompanying drawings
The application is described in further detail by mode of executing.
With reference to Fig. 1, it is shown that the steps flow chart of the software fault processing method embodiment one of a kind of server of the application
Figure, specifically may include steps of:
Step 101, receives client and connects；
The connection of described client refers to the connection for the webserver that client is initiated.Generally, a process is permissible
A corresponding client connects, it is also possible to corresponding multiple clients connect.
In the embodiment of the present application, process can be configured to coupling part and executable portion, i.e. " shell " and " core " two
Point, wherein, coupling part it is that " shell " part is responsible for receiving and keeping client to connect, and monitoring executable portion is " core " portion
The running status divided；" core " part is then responsible for all substantial services.
Step 102, connects for described client, creates the first subprocess；
After client is connected up to, can connect for described client, create the first subprocess.Implementing
In, described first subprocess can be created by " shell " part, and inherited the client connection shape of " shell " part by the first subprocess
State.
In a preferred embodiment of the present application, described connect for described client, create the step of the first subprocess
Rapid specifically can include following sub-step:
Sub-step 1021, connects for described client, calls fork () function creation the first subprocess.
In implementing, " shell " part can call fork () function, to create the first subprocess.
Generally, an existing process can be by calling one new process of fork () function creation, by fork () function
Create new process be referred to as subprocess (child process), subprocess and original process be almost identical enter
Journey, can perform identical action, does identical thing.Therefore, after the first subprocess is created, can be entered by the first son
Cheng Jicheng " shell " part work, to keep the connection with client.
Step 103, uses described first subprocess, receives the request of client；
In the embodiment of the present application, after the first subprocess is created, it is also possible to perform in described first subprocess
The work of " core " part, is i.e. received the request of client by the first subprocess, and described request is read-write requests.
Step 104, when an error occurs, preserves described request to specifying position；
Generally, CPU (Central Processing Unit, central processing unit) is it can be found that program is in the process of implementation
Fault, such as, program perform time, run into segment fault, divided by 0 etc..
In the embodiment of the present application, when an error occurs, can stop receive client new request, and by all not
The request completed preserves to the temporary folder specifying position, and terminates the operation of current process.Facing of described appointment position
Time file can be arbitrary temporary file, as long as subprocess can know its store position, this is not made by the application
Concrete restriction.
In a preferred embodiment of the present application, described when an error occurs, by described request preserve to specifying position
Step specifically can include following sub-step:
Sub-step 1041, when an error occurs, stops receiving described request；
All outstanding requests are serialized, it is thus achieved that serialized data by sub-step 1042；
Sub-step 1043, preserves described serialized data to specifying position.
In implementing, when an error occurs, the first subprocess can suspend the new request receiving client, and will
All outstanding requests serialize, thus obtain the serialized data of all outstanding requests, and by described serializing number
According to preserving to the temporary folder specifying position.
Serializing (Serialization) is that a kind of status information of object being converted to can be with storage or the form of transmission
Process.During serializing, its current state is written to interim or persistent storage district by object；After this, Ke Yitong
Cross and read or the state of unserializing object from memory block, re-create this object.
Step 105, performs to be saved in the request of described appointment position.
In the embodiment of the present application, can be recovered by the request performing to preserve in the temporary folder specifying position
State before fault, re-executes outstanding requests, and continues to accept new request.
In a preferred embodiment of the present application, the step of the request that described execution is saved in described appointment position is concrete
Can include following sub-step:
Sub-step 1051, creates the second subprocess；
Sub-step 1052, uses described second subprocess, performs to be saved in the request of described appointment position.
In implementing, after the first subprocess is moved to end due to the generation of fault, " shell " part can be by again
The mode of the secondary fork of calling () function creates the second subprocess.According to the feature of fork () function, the second subprocess with
First subprocess has identical characteristic, when therefore, it can to detect the presence of the request that the first subprocess is left in this position, by
Second subprocess performs the outstanding requests preserved in temporary folder, thus recovers the state before fault.
In the embodiment of the present application, described method can also comprise the steps:
Step 106, removes the serialized data of described appointment position.
Due to the outstanding requests specifying the temporary folder of position to preserve because fault occurs for preservation, therefore,
Recover to pre-fault status, the serialized data of described appointment position can be removed, in order to consequent malfunction can when occurring
It is continuing with this temporary folder.
In the embodiment of the present application, by creating the first subprocess, and client is received by described first subprocess
All outstanding requests when an error occurs, are preserved to specifying position, are then saved in described appointment by execution by request
The request of position recovers the state before fault, such that it is able to keeping external service to connect under unbroken premise program is extensive
Multiple to the state being absolutely correct；Secondly, this method is transparent to application, possesses versatility completely, it is possible to process any kind of
Fault, it is possible to achieve general fault recovery effect.
With reference to Fig. 2, it is shown that the steps flow chart of the software fault processing method embodiment two of a kind of server of the application
Figure, specifically may include steps of:
Step 201, receives client and connects；
The connection of described client refers to the connection for the webserver that client is initiated.
In the embodiment of the present application, process can be configured to coupling part and executable portion, i.e. " shell " and " core " two
Point, wherein, coupling part it is that " shell " part is responsible for receiving and keeping client to connect, and monitoring executable portion is " core " portion
The running status divided；" core " part is then responsible for all substantial services.Generally, a process can a corresponding client
End connects, or corresponding multiple clients connect.
As shown in Fig. 3 A～3D, it it is the system mode in software fault processing method each stage of a kind of server of the application
Schematic diagram.When receive client connect after, now system be in properly functioning in, system real-time status is as shown in Figure 3A.
Step 202, connects for described client, creates the first subprocess；
In the embodiment of the present application, after client is connected up to, can connect for described client, create the first son
Process.
In implementing, described first subprocess can be created by the way of calling fork () function by " shell " part
Build.
Owing to being almost identical process by the subprocess of fork () function creation and original process, can hold
The action that row is identical, therefore, it can be inherited the client connection status of " shell " part by described first subprocess.
Step 203, uses described first subprocess, receives the request of client；
In the embodiment of the present application, after the first subprocess is created, it is also possible to perform in described first subprocess
The work of " core " part, is i.e. received the request of client by the first subprocess, and described request is read-write requests.
Step 204, uses replacement function to replace the signal process function of acquiescence；
In the embodiment of the present application, the corresponding client of process connects or multiple client connects, described in enter
Journey has signal process function and the replacement function of acquiescence.
Generally, program there will be collapse when fault occurs, and collapses the behavior of the signal process function being acquiescence, because of
This, the signal process function using replacement function to replace acquiescence can avoid the program collapse when fault occurs, and makes program weight
Return controllable state.
In implementing, signal () function can be used to replace the signal process function of acquiescence.signal()
Function is that a kind of system calls function, may be used for calling specific program when certain specific " software interrupt " occurs.
All outstanding requests when an error occurs, are serialized, it is thus achieved that serialized data by step 205；
Step 206, preserves described serialized data to specifying position；
In the embodiment of the present application, when an error occurs, the first subprocess can suspend the new request receiving client,
And all outstanding requests are serialized, thus obtain the serialized data of all outstanding requests, and by described sequence
Change data to preserve to the temporary folder specifying position.Additionally, the first subprocess can also be by returning special moving back
Go out the mode that code is " shell " part to parent process, inform that " shell " partly this abnormal exiting causes owing to breaking down.
When fault occurs, all outstanding requests are preserved to the temporary folder specifying position, and the first subprocess is exiting
After service, its system mode is the most as shown in figs. 3 b and 3 c.
Step 207, creates the second subprocess；
In implementing, after the first subprocess is moved to end due to the generation of fault, " shell " part can be by again
The mode of the secondary fork of calling () function creates the second subprocess.
Step 208, uses described second subprocess, it is judged that described client connects whether be in fault recovery state；
In implementing, moving back of the first subprocess can be known by the special code that exits that the first subprocess returns
It has owing to fault causes, thus confirm that described client connects and be in fault recovery state, step can be continued executing with
209, perform to be saved in the request of described appointment position.
Step 209, performs to be saved in the request of described appointment position；
In the embodiment of the present application, can be recovered by the request performing to preserve in the temporary folder specifying position
State before fault, re-executes outstanding requests, and continues to accept new request.Now system mode is as shown in Figure 3 D.
In a preferred embodiment of the present application, the step of the request that described execution is saved in described appointment position is concrete
Can include following sub-step:
Sub-step 2091, obtains the serialized data of described appointment position, to recover all outstanding requests；
Sub-step 2092, performs described all outstanding requests.
In implementing, can first get the serialized data preserved in the temporary folder specifying position,
Operated by unserializing, recover all outstanding requests, then carried out continuing executing with described all be not fully complete by the second son
Request.
Step 210, removes the serialized data of described appointment position.
Due to the outstanding requests specifying the temporary folder of position to preserve because fault occurs for preservation, therefore,
Recover to pre-fault status, the serialized data of described appointment position can be removed, in order to consequent malfunction can when occurring
It is continuing with this temporary folder.
It should be noted that for embodiment of the method, in order to be briefly described, therefore it is all expressed as a series of action group
Closing, but those skilled in the art should know, the embodiment of the present application is not limited by described sequence of movement, because depending on
According to the embodiment of the present application, some step can use other orders or carry out simultaneously.Secondly, those skilled in the art also should
Knowing, embodiment described in this description belongs to preferred embodiment, and involved action not necessarily the application implements
Necessary to example.
With reference to Fig. 4, it is shown that the structured flowchart of the software fault processing means embodiment of a kind of server of the application, tool
Body can include such as lower module:
First receiver module 401, is used for receiving client and connects；
Creation module 402, for connecting for described client, creates the first subprocess；
Second receiver module 403, is used for using described first subprocess, receives the request of client；
Preserve module 404, for when fault occurs, described request is preserved to specifying position；
Perform module 405, for performing to be saved in the request of described appointment position.
In the embodiment of the present application, described preservation module 404 specifically can include following submodule:
Serializing submodule 4041, for when fault occurs, stops receiving described request, and by all be not fully complete ask
Ask serializing, it is thus achieved that serialized data；
Preserve submodule 4042, for preserving described serialized data to specifying position.
In the embodiment of the present application, described execution module 405 specifically can include following submodule:
Second creates submodule 4051, for creating the second subprocess；
Implementation sub-module 4052, is used for using described second subprocess, performs to be saved in the request of described appointment position.
In the embodiment of the present application, described implementation sub-module 4052 specifically can include such as lower unit:
Judging unit 521, is used for using described second subprocess, it is judged that described client connects whether be in fault recovery
State；
Performance element 522, for when judging that the connection of described client is in fault recovery state, execution is saved in described
Specify the request of position.
In the embodiment of the present application, described performance element 522 specifically can include following subelement:
Obtain subelement 5221, for obtaining the serialized data of described appointment position, with recover all be not fully complete please
Ask；
Perform subelement 5222, be used for performing described all outstanding requests.
In the embodiment of the present application, described execution module 405 can also include following submodule:
Remove submodule 4053, for removing the serialized data of described appointment position.
In the embodiment of the present application, described client connects signal process function and the replacement function also with acquiescence, institute
State device can also include such as lower module:
Replacement module 406, for using replacement function to replace the signal process function of acquiescence.
For device embodiment, due to itself and embodiment of the method basic simlarity, so describe is fairly simple, relevant
Part sees the part of embodiment of the method and illustrates.
Each embodiment in this specification all uses the mode gone forward one by one to describe, what each embodiment stressed is with
The difference of other embodiments, between each embodiment, identical similar part sees mutually.
Those skilled in the art are it should be appreciated that the embodiment of the embodiment of the present application can be provided as method, device or calculate
Machine program product.Therefore, the embodiment of the present application can use complete hardware embodiment, complete software implementation or combine software and
The form of the embodiment of hardware aspect.And, the embodiment of the present application can use one or more wherein include computer can
With in the computer-usable storage medium (including but not limited to disk memory, CD-ROM, optical memory etc.) of program code
The form of the computer program implemented.
The embodiment of the present application is with reference to method, terminal unit (system) and the computer program according to the embodiment of the present application
The flow chart of product and/or block diagram describe.It should be understood that can be by computer program instructions flowchart and/or block diagram
In each flow process and/or the flow process in square frame and flow chart and/or block diagram and/or the combination of square frame.These can be provided
Computer program instructions sets to general purpose computer, special-purpose computer, Embedded Processor or other programmable data processing terminals
Standby processor is to produce a machine so that held by the processor of computer or other programmable data processing terminal equipment
The instruction of row produces for realizing in one flow process of flow chart or multiple flow process and/or one square frame of block diagram or multiple square frame
The device of the function specified.
These computer program instructions may be alternatively stored in and can guide computer or other programmable data processing terminal equipment
In the computer-readable memory worked in a specific way so that the instruction being stored in this computer-readable memory produces bag
Including the manufacture of command device, this command device realizes in one flow process of flow chart or multiple flow process and/or one side of block diagram
The function specified in frame or multiple square frame.
These computer program instructions also can be loaded on computer or other programmable data processing terminal equipment so that
On computer or other programmable terminal equipment, execution sequence of operations step is to produce computer implemented process, thus
The instruction performed on computer or other programmable terminal equipment provides for realizing in one flow process of flow chart or multiple flow process
And/or the step of the function specified in one square frame of block diagram or multiple square frame.
Although having been described for the preferred embodiment of the embodiment of the present application, but those skilled in the art once knowing base
This creativeness concept, then can make other change and amendment to these embodiments.So, claims are intended to be construed to
The all changes including preferred embodiment and falling into the embodiment of the present application scope and amendment.
Finally, in addition it is also necessary to explanation, in this article, the relational terms of such as first and second or the like be used merely to by
One entity or operation separate with another entity or operating space, and not necessarily require or imply these entities or operation
Between exist any this reality relation or order.And, term " includes ", " comprising " or its any other variant meaning
Containing comprising of nonexcludability, so that include that the process of a series of key element, method, article or terminal unit not only wrap
Include those key elements, but also include other key elements being not expressly set out, or also include for this process, method, article
Or the key element that terminal unit is intrinsic.In the case of there is no more restriction, by wanting that statement " including ... " limits
Element, it is not excluded that there is also other identical element in including the process of described key element, method, article or terminal unit.
Software fault processing method and the software event of a kind of server to a kind of server provided herein above
Barrier processing means, is described in detail, and principle and the embodiment of the application are carried out by specific case used herein
Illustrating, the explanation of above example is only intended to help and understands the present processes and core concept thereof；Simultaneously for this area
Those skilled in the art, according to the thought of the application, the most all will change, to sum up
Described, this specification content should not be construed as the restriction to the application.
Claims (14)
1. the software fault processing method of a server, it is characterised in that including:
Reception client connects；
Connect for described client, create the first subprocess；
Use described first subprocess, receive the request of client；
When an error occurs, described request is preserved to specifying position；
Perform to be saved in the request of described appointment position.
Method the most according to claim 1, it is characterised in that described when an error occurs, by described request preserve extremely finger
The step that location is put includes:
When an error occurs, stop receiving described request；
All outstanding requests are serialized, it is thus achieved that serialized data；
Described serialized data is preserved to specifying position.
Method the most according to claim 2, it is characterised in that described execution is saved in the step of the request of described appointment position
Suddenly include:
Create the second subprocess；
Use described second subprocess, perform to be saved in the request of described appointment position.
Method the most according to claim 3, it is characterised in that described second subprocess of described employing, performs to be saved in institute
The step stating the request specifying position includes:
Use described second subprocess, it is judged that described client connects whether be in fault recovery state；
The most then perform to be saved in the request of described appointment position.
Method the most according to claim 4, it is characterised in that described execution is saved in the step of the request of described appointment position
Suddenly include:
Obtain the serialized data of described appointment position, to recover all outstanding requests；
Perform described all outstanding requests.
6. according to the method described in Claims 2 or 3 or 4 or 5, it is characterised in that also include:
Remove the serialized data of described appointment position.
7. according to the arbitrary described method of claim 1-5, it is characterised in that the connection of described client has at the signal of acquiescence
Reason function and replacement function, after described first subprocess of described employing, the step of the request receiving client, also include:
Replacement function is used to replace the signal process function of acquiescence.
8. the software fault processing means of a server, it is characterised in that including:
First receiver module, is used for receiving client and connects；
Creation module, for connecting for described client, creates the first subprocess；
Second receiver module, is used for using described first subprocess, receives the request of client；
Preserve module, for when fault occurs, described request is preserved to specifying position；
Perform module, for performing to be saved in the request of described appointment position.
Device the most according to claim 8, it is characterised in that described preservation module includes:
Serializing submodule, for when fault occurs, stops receiving described request, and by all outstanding requests sequences
Change, it is thus achieved that serialized data；
Preserve submodule, for preserving described serialized data to specifying position.
Device the most according to claim 9, it is characterised in that described execution module includes:
Second creates submodule, for creating the second subprocess；
Implementation sub-module, is used for using described second subprocess, performs to be saved in the request of described appointment position.
11. devices according to claim 10, it is characterised in that described implementation sub-module includes:
Judging unit, is used for using described second subprocess, it is judged that described client connects whether be in fault recovery state；
Performance element, for when judging that the connection of described client is in fault recovery state, performing to be saved in described specific bit
The request put.
12. devices according to claim 11, it is characterised in that described performance element includes:
Obtain subelement, for obtaining the serialized data of described appointment position, to recover all outstanding requests；
Perform subelement, be used for performing described all outstanding requests.
13. according to the device described in claim 9 or 10 or 11 or 12, it is characterised in that described execution module also includes:
Remove submodule, for removing the serialized data of described appointment position.
14.-12 arbitrary described devices according to Claim 8, it is characterised in that described client connects the signal with acquiescence
Processing function and replacement function, described device also includes:
Replacement module, for using replacement function to replace the signal process function of acquiescence.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610407447.XA CN106095606B (en) | 2016-06-12 | 2016-06-12 | A kind of software fault treating method and apparatus of server |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610407447.XA CN106095606B (en) | 2016-06-12 | 2016-06-12 | A kind of software fault treating method and apparatus of server |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106095606A true CN106095606A (en) | 2016-11-09 |
| CN106095606B CN106095606B (en) | 2019-07-23 |
Family
ID=57227805
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610407447.XA Active CN106095606B (en) | 2016-06-12 | 2016-06-12 | A kind of software fault treating method and apparatus of server |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106095606B (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110673936A (en) * | 2019-09-18 | 2020-01-10 | 平安科技（深圳）有限公司 | Breakpoint continuous operation method and device for arranging service, storage medium and electronic equipment |
| CN110998535A (en) * | 2017-07-24 | 2020-04-10 | 优步技术公司 | Restoring application functionality via analysis of application operation requests |
| CN116860508A (en) * | 2023-08-31 | 2023-10-10 | 深圳华锐分布式技术股份有限公司 | Distributed system software defect continuous self-healing method, device, equipment and medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1906593A (en) * | 2003-11-24 | 2007-01-31 | Tsx公司 | System and method for failover |
| CN101305346A (en) * | 2004-05-21 | 2008-11-12 | Bea系统公司 | System and method for application server with overload protection |
| US20120072776A1 (en) * | 2010-09-17 | 2012-03-22 | Oracle International Corporation | Fault isolation using code paths |
| CN103064770A (en) * | 2013-01-08 | 2013-04-24 | 哈尔滨工程大学 | Dual-process redundancy transient fault tolerating method |
| CN103636165A (en) * | 2011-06-30 | 2014-03-12 | 微软公司 | Transparent failover |
| CN105303103A (en) * | 2015-10-14 | 2016-02-03 | 北京奇虎科技有限公司 | Method for protecting service process in mobile terminal and mobile terminal |
-
2016
- 2016-06-12 CN CN201610407447.XA patent/CN106095606B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1906593A (en) * | 2003-11-24 | 2007-01-31 | Tsx公司 | System and method for failover |
| CN101305346A (en) * | 2004-05-21 | 2008-11-12 | Bea系统公司 | System and method for application server with overload protection |
| US20120072776A1 (en) * | 2010-09-17 | 2012-03-22 | Oracle International Corporation | Fault isolation using code paths |
| CN103636165A (en) * | 2011-06-30 | 2014-03-12 | 微软公司 | Transparent failover |
| CN103064770A (en) * | 2013-01-08 | 2013-04-24 | 哈尔滨工程大学 | Dual-process redundancy transient fault tolerating method |
| CN105303103A (en) * | 2015-10-14 | 2016-02-03 | 北京奇虎科技有限公司 | Method for protecting service process in mobile terminal and mobile terminal |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110998535A (en) * | 2017-07-24 | 2020-04-10 | 优步技术公司 | Restoring application functionality via analysis of application operation requests |
| CN110998535B (en) * | 2017-07-24 | 2024-04-02 | 优步技术公司 | Restoring application functionality via analysis of application operation requests |
| CN110673936A (en) * | 2019-09-18 | 2020-01-10 | 平安科技（深圳）有限公司 | Breakpoint continuous operation method and device for arranging service, storage medium and electronic equipment |
| CN116860508A (en) * | 2023-08-31 | 2023-10-10 | 深圳华锐分布式技术股份有限公司 | Distributed system software defect continuous self-healing method, device, equipment and medium |
| CN116860508B (en) * | 2023-08-31 | 2023-12-26 | 深圳华锐分布式技术股份有限公司 | Distributed system software defect continuous self-healing method, device, equipment and medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106095606B (en) | 2019-07-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TWI696083B (en) | A consensus method and device based on blockchain | |
| CN110806923B (en) | Parallel processing method and device for block chain tasks, electronic equipment and medium | |
| US8799906B2 (en) | Processing a batched unit of work | |
| CN108076098A (en) | A kind of method for processing business and system | |
| EP3142011B9 (en) | Anomaly recovery method for virtual machine in distributed environment | |
| CN103678019B (en) | A kind of browser automatic recovery method and equipment | |
| CN106095606A (en) | A kind of software fault treating method and apparatus of server | |
| CN103399941A (en) | Distributed file processing method, device and system | |
| CN104461747A (en) | Distributed type task scheduling system | |
| CN103677870A (en) | System upgrading method and system upgraded by means of method | |
| CN108596079A (en) | Gesture identification method, device and electronic equipment | |
| CN111130834B (en) | Method and device for processing network elasticity strategy | |
| CN104407947A (en) | Main/backup NAS (Network attached storage) switching method and device | |
| CN107329858A (en) | A kind of Quick fault-tolerance processing method of data write-in Redis failures | |
| CN106170013A (en) | A kind of Kafka message uniqueness method based on Redis | |
| CN108958980A (en) | Prevent method, electronic device and the computer readable storage medium of Activity life cycle exception | |
| CN105573867A (en) | Method and system for realizing high availability of MySQL | |
| CN110569257B (en) | Data processing method, corresponding device, equipment and storage medium | |
| CN110347659B (en) | Data processing method and device and transaction data processing method and device | |
| CN104679407A (en) | Interface response method and device | |
| CN104407806A (en) | Method and device for revising hard disk information of redundant array group of independent disk (RAID) | |
| CN108306926B (en) | Method and device for pushing gateway service data of Internet of vehicles equipment | |
| CN103136043A (en) | Method, system and network node for transferring asynchronous input and output (IO) | |
| CN111008095A (en) | State snapshot generation and recovery method facing edge cloud | |
| EP3425508B1 (en) | Method and apparatus for checking integrity of distributed service processing |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20200624 Address after: 100102 3 / F / 01, 2-4 / F, building 6, yard 6, Wangjing East Road, Chaoyang District, Beijing Patentee after: Beijing three cloud computing Co.,Ltd. Address before: 2106-030, No.9, Beisihuan West Road, Haidian District, Beijing 100083 Patentee before: BEIJING SANKUAI ONLINE TECHNOLOGY Co.,Ltd. |
|
| TR01 | Transfer of patent right |