CN104734896A - Method and system for acquiring running situations of service sub-systems - Google Patents
Method and system for acquiring running situations of service sub-systems Download PDFInfo
- Publication number
- CN104734896A CN104734896A CN201310700639.6A CN201310700639A CN104734896A CN 104734896 A CN104734896 A CN 104734896A CN 201310700639 A CN201310700639 A CN 201310700639A CN 104734896 A CN104734896 A CN 104734896A
- Authority
- CN
- China
- Prior art keywords
- service sub
- chained address
- message server
- sub
- ruuning situation
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
The invention provides a method and system for acquiring running situations of service sub-systems. The method comprises the steps that a message server sends a heartbeat detection request to service sub-system link addresses establishing connection with the message server periodically, and whether the corresponding service sub-system link addresses can run normally is determined according to the feedback situations of the service sub-system link addresses to the heartbeat detection request. The running situations of the service sub-system link addresses can be effectively monitored, and the running reliability and stability of the service sub-systems are improved.
Description
Technical field
The present invention relates to operation system field, particularly relate to a kind of acquisition methods and system of service sub-system ruuning situation.
Background technology
In the application system of enterprise, relate to multiple service sub-system, the accessibility of service sub-system directly has influence on the use of user, therefore needs effectively to monitor the ruuning situation of service sub-system.
Summary of the invention
Provide hereinafter about brief overview of the present invention, to provide about the basic comprehension in some of the present invention.Should be appreciated that this general introduction is not summarize about exhaustive of the present invention.It is not that intention determines key of the present invention or pith, and nor is it intended to limit the scope of the present invention.Its object is only provide some concept in simplified form, in this, as the preorder in greater detail discussed after a while.
The invention provides a kind of acquisition methods of service sub-system ruuning situation, comprise: whether message server periodically sends heartbeat detection request to the service sub-system chained address connected with it, can normally run according to the feedback determination corresponding service subsystem chained address of each service sub-system chained address to heartbeat detection request.
The present invention also provides a kind of ruuning situation of service sub-system to obtain system, comprising:
Message server;
At least one the service sub-system chained address communicated to connect with described message server;
Whether described message server is used for periodically sending heartbeat detection request to described service sub-system chained address, can normally run according to the feedback determination corresponding service subsystem chained address of each service sub-system chained address to heartbeat detection request.
The ruuning situation acquisition methods of service sub-system provided by the invention and system, effectively can monitor the ruuning situation of service sub-system, improves service sub-system reliability of operation and stability.
Accompanying drawing explanation
In order to be illustrated more clearly in the embodiment of the present invention or technical scheme of the prior art, be briefly described to the accompanying drawing used required in embodiment or description of the prior art below, apparently, accompanying drawing in the following describes is only some embodiments of the present invention, for those of ordinary skill in the art, under the prerequisite not paying creative work, other accompanying drawing can also be obtained according to these accompanying drawings.
Fig. 1 is the flow chart of a kind of embodiment of acquisition methods of service sub-system ruuning situation provided by the invention.
Fig. 2 is the structural representation of a kind of embodiment of acquisition system of service sub-system ruuning situation provided by the invention.
Fig. 3 is the schematic diagram of a kind of application scenarios of acquisition system of service sub-system ruuning situation provided by the invention.
Fig. 4 is the state signal table that the acquisition system of service sub-system ruuning situation provided by the invention obtains.
Fig. 5 is that the service sub-system chained address history that the acquisition system of service sub-system ruuning situation provided by the invention obtains can use form schematic diagram.
Embodiment
For making the object of the embodiment of the present invention, technical scheme and advantage clearly, below in conjunction with the accompanying drawing in the embodiment of the present invention, technical scheme in the embodiment of the present invention is clearly and completely described, obviously, described embodiment is the present invention's part embodiment, instead of whole embodiments.The element described in an accompanying drawing of the present invention or a kind of execution mode and feature can combine with the element shown in one or more other accompanying drawing or execution mode and feature.It should be noted that for purposes of clarity, accompanying drawing and eliminate expression and the description of unrelated to the invention, parts known to persons of ordinary skill in the art and process in illustrating.Based on the embodiment in the present invention, the every other embodiment that those of ordinary skill in the art obtain under the prerequisite not paying creative work, all belongs to the scope of protection of the invention.
Embodiment one
With reference to figure 1, the present embodiment provides a kind of acquisition methods of service sub-system ruuning situation, comprising:
Step S101, message server periodically sends heartbeat detection request to the service sub-system chained address connected with it;
Whether step S102, can normally run according to the feedback determination corresponding service subsystem chained address of each service sub-system chained address to heartbeat detection request.
Message server is connected with at least one service sub-system chained address, and service sub-system is the application system needing to carry out ruuning situation detection, and service sub-system provides the chained address of place server node.
Message server periodically sends heartbeat detection request to service sub-system chained address, conducts interviews to the chained address of each service sub-system, opens corresponding http link, determines whether corresponding service sub-system can normally run according to feedback.
The time interval of heartbeat detection request can be arranged according to actual conditions, such as, can carry out once every ten minutes.
The acquisition methods of the service sub-system ruuning situation that the present embodiment provides, effectively can monitor the ruuning situation of service sub-system, improves service sub-system reliability of operation and stability.
Under default situations; the service sub-system chained address that message server can connect with it to each sends heartbeat detection request; but sometimes the server node of service sub-system needs to carry out normal maintenance shut-downs; such as upgrade memory disk or other need shutdown operation cause service unavailable; in the case; message server can think that abnormal inaccessible appears in this service sub-system chained address, needs to keep in repair, and therefore produces erroneous judgement.
In order to solve the problem, message server also comprises before periodically sending heartbeat detection request to the service sub-system chained address connected with it:
What message server detected described service sub-system chained address arranges pattern, and when the pattern of described service sub-system chained address is for enabling, message server sends heartbeat detection request to described service sub-system chained address;
When the pattern of described service sub-system chained address is for forbidding, message server is forbidden sending heartbeat detection request to described service sub-system chained address.
Each service sub-system chained address is provided with enables/disable mode gating module, when the server node of a certain/several service sub-system needs to carry out normal maintenance shut-downs, the service sub-system chained address of correspondence can be set to disable mode, when message server detects the pattern of service sub-system chained address for forbidding, forbid sending heartbeat detection request to described service sub-system chained address; After maintenance, service sub-system chained address can be set to the pattern of enabling, when message server detects the pattern of service sub-system chained address for enabling, message server sends heartbeat detection request to described service sub-system chained address, detects normally; Namely message server only sends heartbeat detection request to the service sub-system chained address be under the pattern of enabling, ignore the service sub-system chained address to being under disable mode, the testing result for the service sub-system chained address be under disable mode is set to " detection ".
By above-mentioned detection mode, the service sub-system erroneous judgement to being in orderly closedown maintenance can being prevented, improving the reliability of system maintenance.
As one preferred embodiment, whether normally can run according to the feedback determination corresponding service subsystem chained address of each service sub-system chained address to heartbeat detection request, comprise:
When service sub-system chained address returns the first conditional code, determine that described service sub-system chained address is normally run, the first conditional code can be " 200 ";
When service sub-system chained address returns the second conditional code, determine described service sub-system chained address inaccessible, second conditional code can be " 400 ", and service sub-system chained address occurs that the situation of inaccessible comprises the unavailable or server node of network and to delay machine;
When service sub-system chained address returns third state code, determine that described service sub-system chained address occurs abnormal, third state code can be " 500 ", and service sub-system chained address occurs that abnormal conditions comprise server internal and occur abnormal information etc.
As the optional execution mode of one, whether message server also comprises: store the ruuning situation information of service sub-system chained address after can normally running according to the feedback determination corresponding service subsystem chained address of each service sub-system chained address to heartbeat detection request.
Ruuning situation information comprises situation, the situation of service sub-system chained address inaccessible, the situation of service sub-system chained address appearance exception normally run service sub-system chained address, ruuning situation information is stored, is convenient to attendant's inquiry.
As the optional execution mode of one, situation information service sub-system chained address being in disable mode stores, and is convenient to attendant and investigates.
As the optional execution mode of one, when message server determination service sub-system chained address inaccessible or when occurring abnormal, when namely returning the second conditional code and third state code, generate corresponding abnormal information, call corresponding mail or Short Message Service Gateway, by abnormal information by mail or short message sending to destination address, such as corresponding attendant place, keeps in repair to remind attendant timely.
The acquisition methods of the service sub-system ruuning situation that the present embodiment provides; effectively can monitor the ruuning situation of service sub-system; get rid of erroneous judgement when service sub-system orderly closedown is safeguarded; notify attendant in time when service sub-system chained address inaccessible or when occurring abnormal, improve service sub-system reliability of operation and stability.
Embodiment two
With reference to figure 2, the present embodiment provides a kind of acquisition system of service sub-system ruuning situation, comprising:
Message server 201;
At least one the service sub-system chained address 202 communicated to connect with message server 201;
Message server 201 is for periodically sending heartbeat detection request to service sub-system chained address 202, and whether the feedback determination corresponding service subsystem chained address 202 according to the 202 pairs of heartbeat detection requests in each service sub-system chained address can normally be run.
Service sub-system is the application system needing to carry out ruuning situation detection, and service sub-system provides the chained address of place server node.
With reference to figure 3, message server 201 periodically sends heartbeat detection request to service sub-system chained address 202, the chained address of each service sub-system is conducted interviews, open corresponding http link, determine whether corresponding service sub-system chained address can normally be run according to feedback.
The time interval of heartbeat detection request can be arranged according to actual conditions, such as, can carry out once every ten minutes.
The acquisition system of the service sub-system ruuning situation that the present embodiment provides, effectively can monitor the ruuning situation of service sub-system, improves service sub-system reliability of operation and stability.
Under default situations; the service sub-system chained address that message server can connect with it to each sends heartbeat detection request; but sometimes the server node of service sub-system needs to carry out normal maintenance shut-downs; such as upgrade memory disk or other need shutdown operation cause service unavailable; in the case; message server can think that abnormal inaccessible appears in this service sub-system, needs to keep in repair, and therefore produces erroneous judgement.
Therefore, service sub-system chained address 202 is provided with and enables/disable mode gating module; When the pattern of service sub-system chained address 202 is for enabling, message server 201 sends heartbeat detection request to service sub-system chained address; When the pattern of service sub-system chained address 202 is for forbidding, message server 201 is forbidden sending heartbeat request to service sub-system chained address.
When needs carry out normal maintenance shut-downs, attendant by enabling/service sub-system chained address 202 is set to disable mode by disable mode gating module, when message server 201 detects the pattern of service sub-system chained address 202 for forbidding, forbid sending to service sub-system chained address 202 heartbeat detection request; After maintenance by enabling/service sub-system chained address 202 is set to the pattern of enabling by disable mode gating module, when message server 201 detects the pattern of service sub-system chained address 202 for enabling, message server 201 sends heartbeat detection request to service sub-system chained address 202, detects normally; Namely message server 201 only sends heartbeat detection request to the service sub-system chained address 202 be under the pattern of enabling, ignore the service sub-system chained address 202 to being under disable mode, the testing result for the service sub-system chained address be under disable mode is set to " detection ".
By above-mentioned detection mode, the service sub-system erroneous judgement to being in orderly closedown maintenance can being prevented, improving the reliability of system maintenance.
As one preferred embodiment, whether message server 201 can normally run according to the feedback determination corresponding service subsystem chained address 202 of the 202 pairs of heartbeat detection requests in each service sub-system chained address, comprising:
When service sub-system chained address 202 returns the first conditional code, determine that service sub-system chained address is normally run, the first conditional code can be " 200 ";
When service sub-system chained address 202 returns the second conditional code, determine service sub-system chained address inaccessible, second conditional code can be " 400 ", and service sub-system chained address occurs that the situation of inaccessible comprises the unavailable or server node of network and to delay machine;
When service sub-system chained address 202 returns third state code, determine that service sub-system chained address occurs abnormal, third state code can be " 500 ", and service sub-system chained address occurs that abnormal conditions comprise server internal and occur abnormal information etc.
As the optional execution mode of one, the acquisition system that the present embodiment provides also comprises the information database 203 be connected with message server 201, for storing the ruuning situation information of service sub-system chained address.
Ruuning situation information comprises situation, the situation of service sub-system chained address inaccessible, the situation of service sub-system chained address appearance exception normally run service sub-system chained address, on the one hand, ruuning situation information can be stored to information database 203, on the other hand, with reference to figure 4 and Fig. 5, ruuning situation and historical record thereof can generate corresponding form, are convenient to attendant's inquiry.
As the optional execution mode of one, situation information service sub-system chained address being in disable mode stores, and is convenient to attendant and investigates.
As the optional execution mode of one, the message server 201 that the present embodiment provides also comprises information service center, for when determining service sub-system chained address inaccessible or occurring abnormal, when namely returning the second conditional code and third state code, generate corresponding abnormal information and call corresponding mail or Short Message Service Gateway, abnormal information is located to corresponding attendant by mail or short message sending, keeps in repair to remind attendant timely.
The acquisition system of the service sub-system ruuning situation that the present embodiment provides; effectively can monitor the ruuning situation of service sub-system; get rid of erroneous judgement when service sub-system orderly closedown is safeguarded; notify attendant in time when service sub-system chained address inaccessible or when occurring abnormal, improve service sub-system reliability of operation and stability.
State in each embodiment on the invention, the sequence number of embodiment is only convenient to describe, and does not represent the quality of embodiment.The description of each embodiment is all emphasized particularly on different fields, in certain embodiment, there is no the part described in detail, can see the associated description of other embodiments.
One of ordinary skill in the art will appreciate that: all or part of step realizing said method embodiment can have been come by the hardware that program command is relevant, aforesaid program can be stored in a computer read/write memory medium, this program, when performing, performs the step comprising said method embodiment; And aforesaid storage medium comprises: read-only memory (Read-Only Memory, be called for short ROM), random access memory (Random Access Memory is called for short RAM), magnetic disc or CD etc. various can be program code stored medium.
In the embodiments such as apparatus and method of the present invention, obviously, each parts or each step reconfigure after can decomposing, combine and/or decomposing.These decompose and/or reconfigure and should be considered as equivalents of the present invention.Simultaneously, above in the description of the specific embodiment of the invention, the feature described for a kind of execution mode and/or illustrate can use in one or more other execution mode in same or similar mode, combined with the feature in other execution mode, or substitute the feature in other execution mode.
Should emphasize, term " comprises/comprises " existence referring to feature, key element, step or assembly when using herein, but does not get rid of the existence or additional of one or more further feature, key element, step or assembly.
Although last it is noted that described the present invention and advantage thereof in detail above, be to be understood that and can carry out various change when not exceeding the spirit and scope of the present invention limited by appended claim, substituting and converting.And scope of the present invention is not limited only to the specific embodiment of process, equipment, means, method and step described by specification.One of ordinary skilled in the art will readily appreciate that from disclosure of the present invention, can use perform the function substantially identical with corresponding embodiment described herein or obtain and its substantially identical result, existing and that will be developed in the future process, equipment, means, method or step according to the present invention.Therefore, appended claim is intended to comprise such process, equipment, means, method or step in their scope.
Claims (9)
1. the acquisition methods of a service sub-system ruuning situation, it is characterized in that, comprise: whether message server periodically sends heartbeat detection request to the service sub-system chained address connected with it, can normally run according to the feedback determination corresponding service subsystem chained address of each service sub-system chained address to heartbeat detection request.
2. the acquisition methods of service sub-system ruuning situation according to claim 1, is characterized in that, message server also comprises before periodically sending heartbeat detection request to the service sub-system chained address connected with it:
What message server detected described service sub-system chained address arranges pattern, and when the pattern of described service sub-system chained address is for enabling, message server sends heartbeat detection request to described service sub-system chained address;
When the pattern of described service sub-system chained address is for forbidding, message server is forbidden sending heartbeat detection request to described service sub-system chained address.
3. the acquisition methods of service sub-system ruuning situation according to claim 1, it is characterized in that, describedly whether normally can to run according to the feedback determination corresponding service subsystem chained address of each service sub-system chained address to heartbeat detection request, to comprise:
When described service sub-system chained address returns the first conditional code, determine that described service sub-system chained address is normally run;
When described service sub-system chained address returns the second conditional code, determine described service sub-system chained address inaccessible;
When described service sub-system chained address returns third state code, determine that described service sub-system chained address occurs abnormal.
4. the acquisition methods of service sub-system ruuning situation according to claim 3, it is characterized in that, described whether can normally run according to the feedback determination corresponding service subsystem chained address of each service sub-system chained address to heartbeat detection request after, also comprise:
The ruuning situation information of service sub-system chained address is stored.
5. the acquisition methods of service sub-system ruuning situation according to claim 3, it is characterized in that, when determining described service sub-system chained address inaccessible or occurring abnormal, generate corresponding abnormal information and by mail or short message sending to destination address.
6. the ruuning situation of service sub-system obtains a system, it is characterized in that, comprising:
Message server;
At least one the service sub-system chained address communicated to connect with described message server;
Whether described message server is used for periodically sending heartbeat detection request to described service sub-system chained address, can normally run according to the feedback determination corresponding service subsystem chained address of each service sub-system chained address to heartbeat detection request.
7. the ruuning situation of service sub-system according to claim 6 obtains system, and it is characterized in that, described service sub-system chained address is provided with enables/disable mode gating module; When the pattern of described service sub-system chained address is for enabling, message server sends heartbeat detection request to described service sub-system chained address; When the pattern of described service sub-system chained address is for forbidding, message server is forbidden sending heartbeat request to described service sub-system chained address.
8. the ruuning situation of service sub-system according to claim 6 obtains system, it is characterized in that, described acquisition system also comprises the information database be connected with described message server, for storing the ruuning situation information of service sub-system chained address.
9. the ruuning situation of service sub-system according to claim 6 obtains system, it is characterized in that, described message server also comprises information service center, for when determining described service sub-system chained address inaccessible or occurring abnormal, generate corresponding abnormal information and by mail or short message sending to destination address.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310700639.6A CN104734896B (en) | 2013-12-18 | 2013-12-18 | The acquisition methods and system of service sub-system operating condition |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310700639.6A CN104734896B (en) | 2013-12-18 | 2013-12-18 | The acquisition methods and system of service sub-system operating condition |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104734896A true CN104734896A (en) | 2015-06-24 |
| CN104734896B CN104734896B (en) | 2019-04-23 |
Family
ID=53458351
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310700639.6A Expired - Fee Related CN104734896B (en) | 2013-12-18 | 2013-12-18 | The acquisition methods and system of service sub-system operating condition |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104734896B (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106656557A (en) * | 2016-10-31 | 2017-05-10 | 网易（杭州）网络有限公司 | Service state processing method and device |
| CN108255868A (en) * | 2016-12-29 | 2018-07-06 | 北京国双科技有限公司 | Check the method and apparatus linked in website |
| CN111010300A (en) * | 2019-12-18 | 2020-04-14 | 广东小天才科技有限公司 | Method, system, storage medium and terminal device for fault announcement |
| CN111064639A (en) * | 2019-12-19 | 2020-04-24 | 广东小天才科技有限公司 | Service state announcement method, device, equipment and storage medium |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1447949A1 (en) * | 2003-02-14 | 2004-08-18 | Siemens Information and Communication Networks Inc. | Messenger assistant for personal information manager |
| CN101309167A (en) * | 2008-06-27 | 2008-11-19 | 华中科技大学 | Disaster allowable system and method based on cluster backup |
| CN101753478A (en) * | 2008-12-05 | 2010-06-23 | 中国移动通信集团公司 | Distributed E-mail system and service method thereof |
| CN103139303A (en) * | 2013-02-07 | 2013-06-05 | 网易（杭州）网络有限公司 | Method, device and system used for maintaining connected heartbeat |
-
2013
- 2013-12-18 CN CN201310700639.6A patent/CN104734896B/en not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1447949A1 (en) * | 2003-02-14 | 2004-08-18 | Siemens Information and Communication Networks Inc. | Messenger assistant for personal information manager |
| CN101309167A (en) * | 2008-06-27 | 2008-11-19 | 华中科技大学 | Disaster allowable system and method based on cluster backup |
| CN101753478A (en) * | 2008-12-05 | 2010-06-23 | 中国移动通信集团公司 | Distributed E-mail system and service method thereof |
| CN103139303A (en) * | 2013-02-07 | 2013-06-05 | 网易（杭州）网络有限公司 | Method, device and system used for maintaining connected heartbeat |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106656557A (en) * | 2016-10-31 | 2017-05-10 | 网易（杭州）网络有限公司 | Service state processing method and device |
| CN108255868A (en) * | 2016-12-29 | 2018-07-06 | 北京国双科技有限公司 | Check the method and apparatus linked in website |
| CN111010300A (en) * | 2019-12-18 | 2020-04-14 | 广东小天才科技有限公司 | Method, system, storage medium and terminal device for fault announcement |
| CN111064639A (en) * | 2019-12-19 | 2020-04-24 | 广东小天才科技有限公司 | Service state announcement method, device, equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104734896B (en) | 2019-04-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106933843B (en) | Database heartbeat detection method and device | |
| CN103023984B (en) | Terminal application server and application log filtering method thereof | |
| US20020124214A1 (en) | Method and system for eliminating duplicate reported errors in a logically partitioned multiprocessing system | |
| CN103226598A (en) | Method and device for accessing database and data base management system | |
| CN107491371B (en) | Deployment monitoring method and device | |
| CN103152391B (en) | A kind of log-output method and device | |
| CN110807064A (en) | Data recovery device in RAC distributed database cluster system | |
| CN104734896A (en) | Method and system for acquiring running situations of service sub-systems | |
| US20200250019A1 (en) | Method, device and computer program product for monitoring access request | |
| CN105989163A (en) | Data real-time processing method and system | |
| CN113220540B (en) | Service management method, device, computer equipment and storage medium | |
| CN112468361A (en) | Network connection state monitoring method and device, electronic equipment and storage medium | |
| CN103345439B (en) | A kind of full link monitoring method of health state of information system and device | |
| CN105897933A (en) | Service request processing method and device | |
| CN114003439B (en) | Data backup method, device, equipment and storage medium | |
| US11093361B2 (en) | Bus monitoring system, method and apparatus | |
| CN108173711B (en) | Data exchange monitoring method for internal system of enterprise | |
| CN103500140A (en) | Method for rapidly learning invalidation of distributed cluster nodes | |
| CN109271270A (en) | The troubleshooting methodology, system and relevant apparatus of bottom hardware in storage system | |
| CN117290557A (en) | Data loading method, related device, equipment and readable storage medium | |
| CN106708445B (en) | Link selecting method and device | |
| CN109522184A (en) | A kind of server system method for safety monitoring, device and terminal | |
| CN109104314B (en) | Method and device for modifying log configuration file | |
| CN109254880B (en) | Method and device for processing database downtime | |
| CN107154960B (en) | Method and apparatus for determining service availability information for distributed storage systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| EXSB | Decision made by sipo to initiate substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20190423 Termination date: 20191218 |