WO2012056561A1 - 装置監視システム，方法およびプログラム - Google Patents

装置監視システム，方法およびプログラム Download PDF

Info

Publication number
WO2012056561A1
WO2012056561A1 PCT/JP2010/069303 JP2010069303W WO2012056561A1 WO 2012056561 A1 WO2012056561 A1 WO 2012056561A1 JP 2010069303 W JP2010069303 W JP 2010069303W WO 2012056561 A1 WO2012056561 A1 WO 2012056561A1
Authority
WO
WIPO (PCT)
Prior art keywords
monitoring
state
log
frequency
unit
Prior art date
Application number
PCT/JP2010/069303
Other languages
English (en)
French (fr)
Inventor
内田　裕久
Original Assignee
富士通株式会社
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 富士通株式会社 filed Critical 富士通株式会社
Priority to JP2012540599A priority Critical patent/JPWO2012056561A1/ja
Priority to PCT/JP2010/069303 priority patent/WO2012056561A1/ja
Publication of WO2012056561A1 publication Critical patent/WO2012056561A1/ja
Priority to US13/869,100 priority patent/US20130246001A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
    • 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
    • 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/0751—Error or fault detection not based on redundancy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3089—Monitoring arrangements determined by the means or processing involved in sensing the monitored data, e.g. interfaces, connectors, sensors, probes, agents
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring
    • G06F11/3476—Data logging

Definitions

  • the present invention relates to a device monitoring system, method, and program for monitoring a plurality of devices to be monitored for a plurality of monitoring items.
  • the device monitoring system includes a plurality of devices to be monitored (for example, servers that provide various processes) and a monitoring device that centrally manages a plurality of devices to be monitored, detects abnormalities in the devices to be monitored, This system collects information for investigating the cause.
  • a plurality of devices to be monitored for example, servers that provide various processes
  • a monitoring device that centrally manages a plurality of devices to be monitored, detects abnormalities in the devices to be monitored, This system collects information for investigating the cause.
  • the monitoring device of the device monitoring system periodically acquires information on the state from the monitoring target device (status monitoring), and periodically acquires a log on the operation and status (log collection).
  • Information related to the status of monitored devices is generally acquired using standard technologies such as SNMP (Simple Network Management Protocol) and IPMI (Intelligent Platform Management Interface), and acquired from monitoring software agents. .
  • SNMP Simple Network Management Protocol
  • IPMI Intelligent Platform Management Interface
  • the log collection of the monitoring target device is a method of acquiring from the SEL (system event log) held by the BMC (Baseboard Management Controller), the log held by the OS of the monitoring target device, for example, syslog for UNIX (registered trademark). , Windows (registered trademark), a method of acquiring from an event log or the like is common.
  • the above-mentioned status monitoring process and log collection process are executed periodically, but the frequency of execution differs depending on the purpose of each. Since the purpose of status monitoring is to detect an abnormality, the frequency of processing execution is set in a short cycle (for example, once / minute). Log collection is performed as long as logs can be collected without leaking, so the frequency of processing execution is set to a longer cycle (for example, once / week).
  • two types of monitoring information acquisition processing time intervals are prepared during server monitoring, and the time interval is changed according to a schedule.
  • the state monitoring should be performed more frequently in view of its purpose. However, in consideration of the load applied to the monitoring target device, when the monitoring target device is operating without any problem, it is preferable not to apply the load to the device, so the monitoring frequency is preferably low. In addition, when a sign leading to an abnormality is found from the monitored device, it is preferable to increase the monitoring frequency. After the abnormality is actually detected, the abnormality has already been recognized. Also good.
  • the conventional server monitoring system has the following problems because the frequency of status monitoring and the frequency of log collection are both constant regardless of whether or not an abnormality is detected.
  • the monitoring interval is controlled based on a predetermined schedule.
  • the monitoring interval could not be changed in response to a change in the status of the monitored device.
  • An object of the present invention is to provide a device monitoring technique capable of acquiring status information related to monitoring items and collecting log information at flexible intervals in response to changes in the status of monitored devices.
  • the disclosed device monitoring system detects, for each monitored device, a state information storage unit that stores states relating to a plurality of monitoring items, and a change in the state related to the monitoring items stored in the state information storage unit.
  • An abnormality monitoring unit that sets a state monitoring frequency for acquiring a state related to a monitoring item from the monitoring target device based on a change in state and notifies the state monitoring unit, and from the monitoring target device according to the state monitoring frequency,
  • a status monitoring unit that acquires a status related to the monitoring item and stores the status in the status information storage unit.
  • the disclosed apparatus monitoring method includes each processing step in which a computer is executed in the above apparatus monitoring system.
  • the disclosed apparatus monitoring method is for causing a computer to execute the process of the apparatus monitoring method.
  • the disclosed device monitoring system it is possible to change the frequency of status monitoring and log collection according to the status of the monitoring target device, thereby realizing efficient device monitoring.
  • FIG. 1 It is a figure which shows the structural example of the apparatus monitoring system disclosed as one Embodiment of this invention. It is a figure which shows the example of the monitoring frequency definition memorize
  • FIG. 1 is a diagram illustrating a configuration example of an apparatus monitoring system disclosed as an embodiment of the present invention.
  • the device monitoring system includes a plurality of monitoring target devices (monitoring target servers) 2A, 2B, 2C,..., 2N to be monitored and a monitoring device (monitoring server) 1.
  • monitoring target servers monitoring target servers
  • monitoring device monitoring server
  • the monitoring server 1 includes a known monitoring device and an abnormality monitoring unit 5 and a monitoring condition storage unit 11, and detects a change in the status of the monitoring target servers 2A, 2B, 2C,. In this case, an instruction is given to change the frequency of status monitoring or log monitoring for the monitoring target server 2 based on the monitoring frequency definition stored in advance.
  • the monitoring server 1 can be implemented as a computer having a CPU and a memory or dedicated hardware.
  • the monitoring server 1 includes a monitoring condition storage unit 11, a state information storage unit 12, a log information storage unit 13, an abnormality monitoring unit 5, a state monitoring unit 6, and a log monitoring unit 7.
  • the monitoring condition storage unit 11 stores a monitoring frequency definition that defines a status monitoring frequency that is a frequency of status information acquisition processing and a log monitoring frequency that is a frequency of log information collection processing for each status of each monitoring item.
  • the state information storage unit 12 stores state information indicating the state of each monitored server 2 regarding a predetermined monitoring item.
  • the monitoring items are items indicating predetermined monitoring contents, such as CPU operation, resource use, power supply, voltage, and housing status.
  • the log information storage unit 13 stores log information collected from the monitoring target server 2 regarding a predetermined monitoring item.
  • Log information is information that records the operation of the device or installed software for monitored items.
  • the abnormality monitoring unit 5 When the abnormality monitoring unit 5 detects a change in the state from the state information stored in the state information storage unit 12, the abnormality monitoring unit 5 changes the state monitoring frequency for the corresponding monitoring target server 2 and the monitoring item and changes the state monitoring unit 6. Notify the status monitoring frequency.
  • the abnormality monitoring unit 5 detects a change in state from the state information stored in the state information storage unit 12, the abnormality monitoring unit 5 changes the log monitoring frequency for the corresponding monitoring target server 2 and the monitoring item, and the log monitoring unit 7 Notify the changed log monitoring frequency.
  • the abnormality monitoring unit 5 can notify the status monitoring frequency and the log monitoring frequency for the monitoring target server 2 or the monitoring item related to the monitoring target server 2 or the monitoring item.
  • the state monitoring unit 6 creates a state monitoring schedule based on the state monitoring frequency notified from the abnormality monitoring unit 5, acquires the state related to the monitoring item from the monitoring target server 2, and stores it in the state information storage unit 12.
  • the log monitoring unit 7 creates a log monitoring schedule based on the log monitoring frequency notified from the abnormality monitoring unit 5, acquires log information from the monitored server 2, and stores it in the log information storage unit 13.
  • FIG. 2 is a diagram illustrating an example of the monitoring frequency definition stored in the monitoring condition storage unit 11.
  • the monitoring frequency definition includes monitoring items and statuses for search, as well as instruction items for change instructions, monitoring items, and monitoring frequency data items.
  • the monitoring items and status for search define the status to be changed in the status monitoring frequency or log monitoring frequency.
  • the indication target and monitoring item for change instructions define the contents of the indicated status monitoring frequency or log monitoring frequency.
  • the indication target for change indication indicates the process of changing the frequency, and the status monitoring or log monitoring "Is set.
  • the monitoring item indicates the monitoring item whose frequency is changed, and the monitoring frequency indicates the content of the changing frequency.
  • the monitoring frequency definition of FIG. 2 when the status information acquired from the monitored server 2A is the status “Warning” for the monitoring item “CPU status”, the monitoring item “hard log (hardware)
  • the log information collection frequency for “ware status log” is “once a day (once / day)”
  • the status information acquisition frequency for the monitoring item “CPU status” is “1 hour” “6 times (6 times / hour)” indicates that the status information acquisition frequency of the monitoring item “CPU usage rate” is changed to “once per minute (once per minute)”.
  • FIG. 3 is a diagram illustrating an example of state information stored in the state information storage unit 12.
  • the status information includes data items of monitored server name, monitoring item, status, and modification time.
  • the monitoring target server name is information for identifying the monitoring target server 2.
  • the monitoring item indicates an item to be monitored, and the status indicates the status of the monitoring target server 2 regarding the monitoring item.
  • the change time indicates the date and time when the state information is written in the state information storage unit 12.
  • FIG. 4 is a diagram illustrating a configuration example of the abnormality monitoring unit 5.
  • the abnormality monitoring unit 5 periodically monitors the status information storage unit 12 and changes instruction data including a change in the monitoring frequency of status monitoring or log monitoring from the change contents of the status information stored in the status information storage unit 12. And instructing the status monitoring unit 6 or the log monitoring unit 7 to make a change.
  • the abnormality monitoring unit 5 includes a state acquisition unit 51, a state determination unit 53, and a change instruction unit 55.
  • the state acquisition unit 51 periodically monitors the state information storage unit 12 to detect a change in the state information, and passes difference data indicating the change in the state information to the state determination unit 53.
  • the state acquisition unit 51 includes a timer therein and holds a “previous acquisition time” indicating the execution date and time immediately before the monitoring process of the state information storage unit 12.
  • FIG. 5 is a diagram illustrating a processing flow example of the state acquisition unit 51.
  • the state acquisition unit 51 acquires state information rewritten after the previous acquisition time from the state information storage unit 12, and sets the acquired result as state difference data (step S10). . If there is a difference (state difference data) in the state information (Y in step S11), the state acquisition unit 51 activates the state determination unit 53 and passes the state difference data (step S12). If there is no difference (state difference data) in the state information (N in Step S11), the process in Step S12 is not executed. The status acquisition unit 51 updates the previous acquisition time with the time of the current acquisition process (step S13), and ends the process.
  • FIG. 6 is a diagram showing an example of the state difference data.
  • the status difference data includes the monitoring target server 2 that has detected a change in status, the monitoring items that have been rewritten since the previous acquisition time, and the status.
  • the status determination unit 53 searches the monitoring frequency definition in the monitoring condition storage unit 11 using the change contents (monitoring item, status) of the status difference data as search keys, and specifies the target, monitoring item, and monitoring for the corresponding change instruction. Obtain frequency and create change instruction data.
  • FIG. 7 is a diagram illustrating an example of a processing flow of the state determination unit 53.
  • the state determination unit 53 searches for the monitoring frequency definition in the monitoring condition storage unit 11 based on the monitoring items and the state of the state difference data received from the state acquisition unit 51 (step S20). If there is an unprocessed search result (Y in step S21), the state determination unit 53 indicates the corresponding search monitoring item, the change instruction corresponding to the state, the monitoring item, the monitoring frequency, etc. Based on the data, change instruction data is created (step S22). And the state judgment part 53 starts the change instruction
  • FIG. 8 is a diagram showing an example of change instruction data.
  • the change instruction data includes an instruction target indicating a process to be changed, a monitoring target server name indicating the monitoring target server 2, a monitoring item, and a monitoring frequency indicating the frequency of change.
  • the change instruction unit 55 instructs the state monitoring unit 6 or the log monitoring unit 7 to change the monitoring frequency based on the content of the change instruction data received from the state determination unit 53.
  • FIG. 9 is a diagram illustrating an example of a processing flow of the change instruction unit 55.
  • the change instruction unit 55 checks the instruction target of the change instruction data, and if it is state monitoring (“status monitoring” in step S30), notifies the state monitoring unit 6 of the monitoring item to be changed and the monitoring frequency (step S30). S31). If it is log monitoring (“log monitoring” in step S30), the change instruction unit 55 notifies the log monitoring unit 7 of the monitoring item to be changed and the monitoring frequency (step S32).
  • FIG. 10 is a diagram illustrating a configuration example of the state monitoring unit 6.
  • the status monitoring unit 6 generates a status monitoring schedule based on the change instruction notified from the abnormality monitoring unit 5 and acquires status information from the monitoring target server 2.
  • the state monitoring unit 6 includes a monitoring frequency change instruction unit 60, a state monitoring frequency storage unit 61, an analysis unit 62, a schedule unit 63, and a state acquisition unit 64.
  • the monitoring frequency change instruction unit 60 receives the change instruction data notified from the abnormality monitoring unit 5, stores the contents (monitoring items and monitoring frequency) in the state monitoring frequency storage unit 61, analyzes the state monitoring frequency, and schedules. A change is requested to the analysis unit 62.
  • FIG. 11 is a diagram illustrating a processing flow example of the monitoring frequency change instruction unit 60.
  • the monitoring frequency change instruction unit 60 receives the notification of the monitoring frequency change from the abnormality monitoring unit 5, and updates the state monitoring frequency storage unit 61 with the monitoring item and the monitoring frequency for changing the acquired monitoring frequency (step S40). ). Next, the monitoring frequency change instruction unit 60 instructs the analysis unit 62 to analyze the information in the state monitoring frequency storage unit 61 and to create schedule data (step S41), and to the scheduling unit 63, perform rescheduling. (Step S42), and the process ends.
  • the state monitoring frequency storage unit 61 stores the state monitoring frequency for each monitoring item that performs state monitoring.
  • FIG. 12 is a diagram illustrating an example of the state monitoring frequency stored in the state monitoring frequency storage unit 61.
  • the status monitoring frequency includes a monitoring target server name indicating a monitoring target, a monitoring item, and a monitoring frequency.
  • status information regarding the monitoring item “CPU status” is “twice daily (twice / day)” for the monitoring target server name “A”. Indicates that acquisition is specified at the monitoring frequency of.
  • the analysis unit 62 analyzes the state monitoring frequency in the state monitoring frequency storage unit 61 and creates state monitoring schedule data.
  • the schedule data is data in which monitoring target servers and monitoring items that are targets of state monitoring are arranged in time series in association with the scheduled execution time.
  • FIG. 13 is a diagram illustrating an example of a processing flow of the analysis unit 62.
  • the analysis unit 62 reads the state monitoring frequency in the state monitoring frequency storage unit 61 (step S50), analyzes the state monitoring frequency, creates time series data related to the state monitoring execution schedule, and sets it as schedule data (step S51). , Terminate the process.
  • the schedule unit 63 includes a timer therein, and instructs the state acquisition unit 64 to acquire state information based on the schedule data created / changed by the analysis unit 62.
  • FIG. 14 is a diagram illustrating a processing flow example of the schedule unit 63.
  • the schedule unit 63 detects the trigger when the timer periodically raises the trigger for starting the process (step S60), and extracts the trigger before the trigger occurrence time from the unprocessed schedule (step S61). Next, when there is an unprocessed schedule before the trigger reception time in the schedule data (Y in step S62), the schedule unit 63 activates the state acquisition unit 64, and based on the schedule data, the monitoring target server The name and the monitoring item are passed, and status monitoring (acquisition of status information) is instructed (step S63), and the process ends. If there is no unprocessed schedule (N in step S62), the process in step S63 is not executed.
  • the status acquisition unit 64 acquires status information indicating the status related to the monitoring item from the instructed monitoring target server 2, and the acquired status does not match the content of the status information stored in the status information storage unit 12. In this case, the state information in the state information storage unit 12 is updated.
  • FIG. 15 is a diagram illustrating an example of a processing flow of the state acquisition unit 64.
  • the status acquisition unit 64 acquires the status (status information) related to the monitoring item from the monitoring target server 2 instructed by the scheduling unit 63 (step S70). Next, the status acquisition unit 64 acquires status information regarding the monitoring item of the corresponding monitored server 2 from the status information storage unit 12 (step S71), and the acquired status and the status extracted from the status information storage unit 12 Is matched (step S72). If the two states do not match (N in Step S72), the state acquisition unit 64 updates the state of the corresponding monitoring item in the state information storage unit 12 with the acquired state, and updates the change time (Step S73). ), The process is terminated. If the two states match (Y in step S72), the process in step S73 is not executed.
  • FIG. 16 is a diagram illustrating a configuration example of the log monitoring unit 7.
  • the log monitoring unit 7 creates a log monitoring schedule based on the change instruction data notified from the abnormality monitoring unit 5 and acquires log information from the monitored server 2.
  • the log monitoring unit 7 includes a monitoring frequency change instruction unit 70, a log monitoring frequency storage unit 71, an analysis unit 72, a schedule unit 73, and a log acquisition unit 74.
  • the monitoring frequency change instruction unit 70 receives the change instruction data notified from the abnormality monitoring unit 5, stores the contents of the change (monitoring items and monitoring frequency) in the log monitoring frequency storage unit 71, analyzes the log monitoring frequency, and schedules it. Is requested to the analysis unit 72.
  • the log monitoring frequency storage unit 71 stores the monitoring frequency for each monitoring item for acquiring log information.
  • FIG. 17 is a diagram illustrating an example of the log monitoring frequency stored in the log monitoring frequency storage unit 71.
  • the log monitoring frequency includes a monitoring target server name indicating a monitoring target, a monitoring item for acquiring log information, and a monitoring frequency.
  • the monitoring item “application log: application-specific log” represents log information stored by the application software executed on the monitoring target server 2 itself.
  • log information related to the monitoring item “hard log: XSCF, BMC” is displayed “once a month (once once) for the monitoring target server name“ A ”. / Month) "indicates that acquisition is specified at a monitoring frequency.
  • the analysis unit 72 analyzes the information in the log monitoring frequency storage unit 71 and creates log monitoring schedule data.
  • the schedule data is data in which monitoring target servers and monitoring items that are targets of log monitoring are arranged in time series in association with the scheduled execution time.
  • the schedule unit 73 includes a timer therein and instructs the log acquisition unit 74 to acquire log information based on the schedule data created by the analysis unit 72.
  • the log acquisition unit 74 acquires log information related to monitoring items from the instructed monitoring target server 2 and stores the acquired log information in the log information storage unit 13.
  • Examples of processing flows of the monitoring frequency change instruction unit 70, the analysis unit 72, the schedule unit 73, and the log acquisition unit 74 are the monitoring frequency change instruction unit 60, the analysis unit 62, and the schedule unit shown in FIG. 11 and FIGS. 63 and the processing flow of the state acquisition unit 64 are almost the same, and the description thereof is omitted.
  • FIG. 18 is a diagram illustrating a configuration example in the embodiment.
  • the apparatus monitoring system includes a monitoring server 1, a plurality of monitoring target servers 2, and a client 8 that is an administrator's computer that receives monitoring information.
  • the status information of the monitoring target server 2 is acquired by a known processing method such as SNMP or IPMI, or a processing method acquired from an agent of the monitoring software program.
  • the log information is acquired by a processing method acquired from the SEL held by the BMC, a processing method acquired from the log information held by the OS of the monitoring target server 2, and the like.
  • Each monitoring target server 2 has a monitoring agent 20 such as SNMP, IPMI, and other monitoring software as software for collecting its own device status information and log information, and a log information storage device for storing log information collected by the monitoring agent 20 21.
  • a monitoring agent 20 such as SNMP, IPMI, and other monitoring software as software for collecting its own device status information and log information
  • a log information storage device for storing log information collected by the monitoring agent 20 21.
  • the monitoring server 1 collects status information and log information from the monitored server 2 and monitors the status of the monitored server 2.
  • the monitoring target server 2 returns the requested information in response to the information collection request from the monitoring server 1.
  • the client 8 implements a view of the device monitoring system and provides monitoring information managed by the monitoring server 1 to the user.
  • state information as shown in FIG. 3 is stored in the state information storage unit 12.
  • the status acquisition unit 64 of the status monitoring unit 6 acquires the status information of the monitoring item “CPU status” shown in FIG. 19A from the monitoring target server 2A at 12:00 on July 25, 2009. To do.
  • the status acquisition unit 64 updates the status and change time of the corresponding monitoring item in the status information storage unit 12. Specifically, the status of the monitoring item “CPU status” of the monitoring target server 2A is changed to “Error”, and the change time is changed to “2009/07/25 12:00”.
  • the state acquisition unit 51 of the abnormality monitoring unit 5 refers to the state information storage unit 12 shown in FIG. 3 and acquires information changed after the previous acquisition time (the previous acquisition time is 2009/07/25 11: 55), the state difference data shown in FIG. 19B is created, and the “previous acquisition time” stored therein is updated.
  • the state determination unit 53 searches the monitoring frequency definition in the monitoring condition storage unit 11 shown in FIG. 2 using the monitoring items and the state of the state difference data as search keys, and based on the search results, FIG. Three change instruction data (one log monitoring change instruction data and two status monitoring change instruction data) shown in (E) are created.
  • the change instruction unit 55 transmits monitoring frequency change instruction data to the state monitoring unit 6 and the log monitoring unit 7 in accordance with the generated change instruction data.
  • the monitoring frequency change instruction unit 70 of the log monitoring unit 7 receives the change instruction data from the abnormality monitoring unit 5 and changes the log monitoring frequency of the log monitoring frequency storage unit 71 according to the contents. Further, the monitoring frequency change instruction unit 70 instructs the analysis unit 72 to analyze the log monitoring frequency in the log monitoring frequency storage unit 71 and create schedule data.
  • the analysis unit 72 obtains by analysis that the monitoring frequency of the hard log for the monitoring target server 2A has been changed from “1 time / month” to “4 times / hour”, the analysis unit 72 is shown in FIG. Schedule data for the monitoring target server 2A is created.
  • the monitoring frequency change instruction unit 70 instructs the schedule unit 73 to reschedule.
  • the schedule unit 73 reschedules based on the schedule data created by the analysis unit 72.
  • the schedule unit 73 requests the log acquisition unit 74 to acquire a hard log from the monitoring target server 2A at the time set in the schedule data by a timer trigger.
  • state information as shown in FIG. 3 is stored in the state information storage unit 12.
  • the status acquisition unit 64 of the status monitoring unit 6 acquired the status information having the contents shown in FIG. 20A from the monitoring target server 2A for the monitoring item “CPU usage rate” at 12:00 on July 25, 2009. And
  • the status acquisition unit 64 updates the status and change time of the corresponding monitoring item in the status information storage unit 12. Specifically, the status of the monitoring item “CPU usage rate” of the monitoring target server 2A is changed to “80%”, and the change time is changed to “2009/07/25 12:00”.
  • the state acquisition unit 51 of the abnormality monitoring unit 5 refers to the state information storage unit 12 shown in FIG. 3 and acquires information changed after the previous acquisition time (the previous acquisition time is 2009/07/25 11: 55), the state difference data shown in FIG. 20B is created, and the “previous acquisition time” stored therein is updated.
  • the state determination unit 53 searches the monitoring frequency definition in the monitoring condition storage unit 11 shown in FIG. 2 using the monitoring items and the state of the state difference data as search keys, and based on the search results, FIG. Three state monitoring change instruction data shown in (E) are created.
  • the change instruction unit 55 instructs the state monitoring unit 6 to change the monitoring frequency according to the generated change instruction data.
  • the monitoring frequency change instruction unit 60 of the state monitoring unit 6 receives the monitoring frequency change instruction data from the abnormality monitoring unit 5, and changes the contents of the state monitoring frequency storage unit 61 according to the contents. Furthermore, the monitoring frequency change instruction unit 60 instructs the analysis unit 62 to analyze the information in the state monitoring frequency storage unit 61 and create schedule data.
  • the analysis unit 62 analyzes the monitoring items “CPU status”, “CPU usage rate”, and “chassis temperature” of the status monitoring for the monitoring target server 2A from “twice / day” to “2 times / day”. When it is obtained that “1 time / hour” is changed from “6 times / hour” to “2 times / minute” and “1 time / day” is changed to “1 time / hour”, the monitoring shown in FIG. Schedule data for the target server 2A is created.
  • the monitoring frequency change instruction unit 60 instructs the schedule unit 63 to reschedule.
  • the schedule unit 63 performs rescheduling based on the schedule data created by the analysis unit 62.
  • the schedule unit 63 requests the status acquisition unit 64 to acquire status information related to “CPU status, CPU usage rate, chassis temperature” of the monitored server 2A at the time set in the schedule data by the timer trigger. .
  • FIG. 22 is a diagram illustrating a hardware configuration example of the monitoring server 1.
  • the monitoring server 1 is implemented by a computer 100 including a CPU 101, a temporary storage device (DRAM / Flash Memory, etc.) 102, a persistent storage device (HDD / Flash Memory, etc.) 103, and a network interface 104. Can do.
  • the monitoring server 1 can be implemented by a program that can be executed by the computer 100.
  • a program describing the processing contents of the functions that the monitoring server 1 should have is provided.
  • the processing function of the monitoring server 1 described above is realized on the computer 100.
  • the abnormality monitoring unit 5, the state monitoring unit 6, the log monitoring unit 7 and the like of the monitoring server 1 can be configured by programs, and the monitoring condition storage unit 11, the state information storage unit 12, and the log information storage unit 13 are persistent.
  • a storage device 103 can be used.
  • the computer 100 can also read a program directly from a portable recording medium and execute processing according to the program. Further, this program can be recorded on a recording medium readable by the computer 100.
  • the disclosed apparatus monitoring system is a target that needs to be monitored more frequently, such as the monitored server 2A in which an error has occurred in the CPU or the CPU usage rate is high. Since the status and hard log related to the CPU status are collected at a frequency higher than normal (normal), monitoring can be performed efficiently.
  • the monitoring frequency definition stored in the monitoring condition storage unit 11 when the monitoring item “CPU status” is taken as an example, the monitoring frequency when the status is “Warning” is normal. Although it is higher than the time (Normal), it is set lower than the case of “Error”. By setting in this way, it is possible to recognize the occurrence of an abnormality early by strengthening the monitoring in the case of a state that leads to a CPU failure, and “abnormality” in which the occurrence could be predicted by a warning. In such a case, by reducing the monitoring frequency, the processing load related to the state monitoring in the monitoring target server 2 can be reduced. Also, by setting the monitoring frequency high in a state that is a sign of abnormality, the frequency of normal state monitoring can be reduced, and the load applied to the monitored server 2 during normal times can be reduced.
  • log information necessary for investigating the cause can be reliably acquired by setting a high log acquisition frequency after abnormality detection.
  • the device monitoring system flexible device monitoring corresponding to the state of the monitoring target can be realized based on a monitoring frequency definition that can be arbitrarily set.

Abstract

　監視対象装置の状態に応じて監視頻度を変更して監視するために，装置監視システムは，監視対象装置ごとに，複数の監視項目に関する状態を記憶する状態情報記憶部と，状態情報記憶部に記憶された監視項目に関する状態の変化を検出し，検出した状態の変化にもとづいて監視対象装置から監視項目に関する状態を取得する状態監視頻度を設定し，状態監視部に通知する異常監視部と，状態監視頻度に応じて監視対象装置から監視項目に関する状態を取得し，状態情報記憶部に格納する状態監視部とを備える。

Description

装置監視システム，方法およびプログラム
　本発明は，監視対象となる複数の装置を複数の監視項目について監視する装置監視システム，方法およびプログラムに関する。
　装置監視システムは，監視対象となる複数の装置（例えば，種々の処理を提供するサーバ）と，複数の監視対象装置を集中管理する監視装置とで構成され，監視対象装置の異常を検出し，原因究明のための情報を収集するシステムである。
　より具体的には，装置監視システムの監視装置は，監視対象装置から定期的に状態に関する情報を取得し（状態監視），また，定期的に動作や状態に関するログを取得する（ログ収集）。
　監視対象装置の状態に関する情報は，ＳＮＭＰ（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ）やＩＰＭＩ（Ｉｎｔｅｌｌｉｇｅｎｔ　Ｐｌａｔｆｏｒｍ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｔｅｒｆａｃｅ）などの標準技術を使用して取得する方法，監視ソフトウェアのエージェントから取得する方法などが一般的である。
　また，監視対象装置のログ収集は，ＢＭＣ（Ｂａｓｅｂｏａｒｄ　Ｍａｎａｇｅｍｅｎｔ　Ｃｏｎｔｒｏｌｌｅｒ）が保持するＳＥＬ（ｓｙｓｔｅｍ　ｅｖｅｎｔ　ｌｏｇ）から取得する方法，監視対象装置のＯＳが保持するログ，例えばＵＮＩＸ（登録商標）であればｓｙｓｌｏｇ，Ｗｉｎｄｏｗｓ（登録商標）であればイベントログなどから取得する方法等が一般的である。
　上記の状態監視処理およびログ収集処理は定期的に実行されるが，それぞれの目的の相違により実行される頻度は異なる。状態監視は，異常を検出することが目的であるため，処理実行の頻度は，短いサイクルで設定される（例えば，１回／分）。ログ収集は，ログが漏れることのない範囲で収集できればよいので，処理実行の頻度は長めのサイクルに設定される（例えば，１回／週）。
　従来手法として，サーバ監視の際に，監視情報の取得処理の時間間隔を２種類用意し，スケジュールに合わせていずれかの間隔に変更する方法が知られている。
特開２００６－３１９７０７号公報
　状態監視は，その目的に鑑みれば，実行頻度が高い方が良い。しかし，監視対象装置に与える負荷を考慮すると，監視対象装置が問題なく動作している場合は，装置に負荷を与えない方が好ましいので，監視頻度は低い方が良い。また，監視対象装置から異常につながる予兆が見つけられた場合は，監視頻度を高くすることが好ましく，実際に異常を検出した後は，既に異常を認識しているので，監視頻度を低くしても良い。
　一方，ログ収集は，原因究明のために情報を収集する目的であるため，異常を検出するまでは実行頻度を低くし，異常を検出した後はログ情報の蓄積速度が高くなるため，情報の収集漏れを防ぐために収集頻度を高くする方が良い。
　しかし，従来のサーバ監視システムでは，異常検出の有無に関係なく，状態監視の頻度，ログ収集の頻度は共に一定であったため，以下のような問題が発生していた。
　・　問題なく動作している監視対象装置に対する監視頻度が高いために，装置に余計な負荷を与える場合があった。
　・　異常検出後も同じ頻度で状態監視を行うため，問題が発生している装置に負荷をかけ続けるおそれがあった。
　・　異常が発生してから次にログ情報を取得するまでの収集間隔が長すぎると，原因究明に有効なログ情報が上書きされる可能性があり，原因特定に資する情報を取得する機会が失われてしまうおそれがあった。
　従来の監視システムでは，最初のイベント発生に対して，その後のイベントの発生パターンを想定し，そのパターンによって監視頻度を可変にしているため，予め定めたスケジュールにもとづいて監視間隔を制御する。しかし，この監視システムでは，監視対象装置の状態変化に対応して監視間隔を変更することができなかった。
　本発明は，監視対象装置の状態変化に対応して，必要に応じた監視項目に関する状態情報の取得，ログ情報の収集を柔軟な間隔で行える装置監視技術を提供することを目的とする。
　開示する装置監視システムは，監視対象装置ごとに，複数の監視項目に関する状態を記憶する状態情報記憶部と，前記状態情報記憶部に記憶された監視項目に関する状態の変化を検出し，前記検出した状態の変化にもとづいて前記監視対象装置から監視項目に関する状態を取得する状態監視頻度を設定して前記状態監視部に通知する異常監視部と，前記状態監視頻度に応じて前記監視対象装置から前記監視項目に関する状態を取得し，前記状態情報記憶部に格納する状態監視部とを備える。
　また，開示する装置監視方法は，上記の装置監視システムにおいてコンピュータが実行される各処理ステップを備える。また，開示する装置監視方法は，コンピュータに，上記装置監視方法の処理を実行させるためのものである。
　開示する装置監視システムによれば，監視対象装置の状態にあわせて状態監視やログ収集の頻度を変更し，効率的な装置監視を実現することができる。
本発明の一実施形態として開示する装置監視システムの構成例を示す図である。 一実施形態における監視条件記憶部に記憶された監視頻度定義の例を示す図である。 一実施形態における状態情報記憶部に記憶される状態情報の例を示す図である。 一実施形態における異常監視部の構成例を示す図である。 一実施形態における状態取得部の処理フロー例を示す図である。 一実施形態における状態差分データの例を示す図である。 一実施形態における状態判断部の処理フロー例を示す図である。 一実施形態における変更指示データの例を示す図である。 一実施形態における変更指示部の処理フロー例を示す図である。 一実施形態における状態監視部の構成例を示す図である。 一実施形態における監視頻度変更指示部の処理フロー例を示す図である。 一実施形態における状態監視頻度記憶部に記憶されている状態監視頻度の例を示す図である。 一実施形態における解析部の処理フロー例を示す図である。 一実施形態におけるスケジュール部の処理フロー例を示す図である。 一実施形態における状態取得部の処理フロー例を示す図である。 一実施形態におけるログ監視部の構成例を示す図である。 一実施形態におけるログ監視頻度記憶部に記憶されているログ監視頻度の例を示す図である。 開示する装置監視システムの実施例における構成例を示す図である。 第１の実施例における状態情報，状態差分データ，変更指示データ，およびスケジュールデータの例を示す図である。 第２の実施例における状態情報，状態差分データ，および変更指示データの例を示す図である。 第２の実施例におけるスケジュールデータの例を示す図である。 一実施形態における監視サーバのハードウェア構成例を示す図である。
　以下に，本発明の一態様として開示する装置監視システムを説明する。
　図１は，本発明の一実施形態として開示する装置監視システムの構成例を示す図である。
　装置監視システムは，監視対象となる複数の監視対象装置（監視対象サーバ）２Ａ，２Ｂ，２Ｃ，…，２Ｎと，監視装置（監視サーバ）１とを備える。
　監視サーバ１は，既知の監視装置に，異常監視部５と監視条件記憶部１１とを新たに備えたものであり，監視対象サーバ２Ａ，２Ｂ，２Ｃ，…，２Ｎの状態の変化を検出した場合に，予め記憶しておいた監視頻度定義にもとづいて，監視対象サーバ２に対する状態監視またはログ監視の頻度の変更を指示する。監視サーバ１は，ＣＰＵおよびメモリを備えるコンピュータまたは専用ハードウェアとして実施することができる。
　監視サーバ１は，監視条件記憶部１１，状態情報記憶部１２，ログ情報記憶部１３，異常監視部５，状態監視部６，およびログ監視部７を有する。
　監視条件記憶部１１は，各監視項目の状態ごとに，状態情報取得処理の頻度である状態監視頻度，および，ログ情報収集処理の頻度であるログ監視頻度を定義した監視頻度定義を記憶する。
　状態情報記憶部１２は，所定の監視項目に関する各監視対象サーバ２の状態を示す状態情報を記憶する。監視項目は，予め定められた監視内容を示す項目であり，例えば，ＣＰＵの稼働，リソースの使用，電源，電圧，筐体の状態などである。
　ログ情報記憶部１３は，所定の監視項目に関して監視対象サーバ２から収集されたログ情報を記憶する。ログ情報は，監視項目について，装置またはインストールされたソフトウェアの動作を記録した情報である。
　異常監視部５は，状態情報記憶部１２に記憶された状態情報から状態の変化を検出した場合に，該当する監視対象サーバ２および監視項目に対する状態監視頻度を変更し，状態監視部６に変更した状態監視頻度を通知する。
　また，異常監視部５は，状態情報記憶部１２に記憶された状態情報から状態の変化を検出した場合に，該当する監視対象サーバ２および監視項目に対するログ監視頻度を変更し，ログ監視部７に変更したログ監視頻度を通知する。
　異常監視部５は，該当する監視対象サーバ２や監視項目に関連する監視対象サーバ２または監視項目に対する状態監視頻度やログ監視頻度を通知することができる。
　状態監視部６は，異常監視部５から通知された状態監視頻度にもとづいて状態監視のスケジュールを作成し，監視対象サーバ２から監視項目に関する状態を取得して状態情報記憶部１２に格納する。
　ログ監視部７は，異常監視部５から通知されたログ監視頻度にもとづいて，ログ監視のスケジュールを作成し，監視対象サーバ２からログ情報を取得してログ情報記憶部１３に格納する。
　図２は，監視条件記憶部１１に記憶された監視頻度定義の例を示す図である。
　監視頻度定義は，検索用の監視項目および状態，並びに変更指示用の指示対象，監視項目，監視頻度のデータ項目を有する。検索用の監視項目および状態は，状態監視頻度またはログ監視頻度の変更の対象となる状態を定義する。変更指示用の指示対象および監視項目は，指示される状態監視頻度またはログ監視頻度の内容を定義する
　変更指示用の指示対象は，頻度を変更する処理を示し，「状態監視」または「ログ監視」のいずれかが設定される。監視項目は，頻度が変更される監視項目を，監視頻度は，変更される頻度の内容を，それぞれ示す。
　図２の監視頻度定義では，監視対象サーバ２Ａから取得した状態情報が，監視項目「ＣＰＵステータス」について状態「Ｗａｒｎｉｎｇ（警告）」である場合に，「ログ監視」として監視項目「ハードログ（ハードウェアのログ情報を示す）」のログ情報の収集頻度を「１日１回（１回／日）」に，「状態監視」として監視項目「ＣＰＵステータス」の状態情報の取得頻度を「１時間６回（６回／時）」に監視項目「ＣＰＵ使用率」の状態情報の取得頻度を「１分１回（１回／分）」に変更することを示している。
　図３は，状態情報記憶部１２に記憶される状態情報の例を示す図である。
　状態情報は，監視対象サーバ名，監視項目，状態，および変更時刻のデータ項目を有する。
　監視対象サーバ名は，監視対象サーバ２を識別する情報である。監視項目は，監視対象となる項目を示し，状態は，監視項目に関する監視対象サーバ２の状態を示す。変更時刻は，状態情報が状態情報記憶部１２に書き込まれた日付および時刻を示す。
　以下，監視サーバ１の各処理部をより詳細に説明する。
　図４は，異常監視部５の構成例を示す図である。
　異常監視部５は，状態情報記憶部１２を定期的に監視し，状態情報記憶部１２に記憶されている状態情報の変更内容から，状態監視またはログ監視の監視頻度の変更を含む変更指示データを作成し，状態監視部６またはログ監視部７に変更を指示する。
　異常監視部５は，状態取得部５１，状態判断部５３，および変更指示部５５を有する。
　状態取得部５１は，状態情報記憶部１２を定期的に監視して，状態情報の変化を検出し，状態情報の変化を示す差分データを状態判断部５３に渡す。状態取得部５１は，内部にタイマを備え，状態情報記憶部１２の監視処理の直前の実行日時を示す「前回取得時刻」を保持する。
　図５は，状態取得部５１の処理フロー例を示す図である。
　状態取得部５１は，タイマにより定期的に起動されると，状態情報記憶部１２から，前回取得時刻以降に書き換えられた状態情報を取得し，取得した結果を状態差分データとする（ステップＳ１０）。状態情報に差分（状態差分データ）があれば（ステップＳ１１のＹ），状態取得部５１は，状態判断部５３を起動して，状態差分データを渡す（ステップＳ１２）。状態情報に差分（状態差分データ）がなければ（ステップＳ１１のＮ），ステップＳ１２の処理は実行されない。状態取得部５１は，今回の取得処理時の時刻で，前回取得時刻を更新して（ステップＳ１３），処理を終了する。
　図６は，状態差分データの例を示す図である。
　状態差分データは，状態の変化を検出した監視対象サーバ２，前回取得時刻以降に書き換えられた監視項目，およびその状態を含む。
　状態判断部５３は，状態差分データの変更内容（監視項目，状態）を検索キーにして，監視条件記憶部１１の監視頻度定義を検索し，該当する変更指示用の指示対象，監視項目，監視頻度を取得して変更指示データを作成する。
　図７は，状態判断部５３の処理フロー例を示す図である。
　状態判断部５３は，状態取得部５１から受け取った状態差分データの監視項目と状態とで，監視条件記憶部１１の監視頻度定義を検索する（ステップＳ２０）。状態判断部５３は，検索結果の中に未処理のものがあれば（ステップＳ２１のＹ），該当する検索用の監視項目および状態に対応する変更指示用の指示対象，監視項目，監視頻度などのデータをもとに，変更指示データを作成する（ステップＳ２２）。そして，状態判断部５３は，変更指示部５５を起動し，変更指示データを渡す（ステップＳ２３）。状態判断部５３は，検索結果の中に未処理のものがなければ（ステップＳ２１のＮ），処理を終了する。
　図８は，変更指示データの例を示す図である。
　変更指示データは，頻度変更の対象となる処理を示す指示対象，監視対象サーバ２を示す監視対象サーバ名，監視項目，変更される頻度を示す監視頻度を含む。
　変更指示部５５は，状態判断部５３から受け取った変更指示データの内容にもとづいて，状態監視部６またはログ監視部７に監視頻度の変更を指示する。
　図９は，変更指示部５５の処理フロー例を示す図である。
　変更指示部５５は，変更指示データの指示対象を調べ，状態監視であれば（ステップＳ３０の「状態監視」），状態監視部６に対し，変更する監視項目と監視頻度とを通知する（ステップＳ３１）。ログ監視であれば（ステップＳ３０の「ログ監視」），変更指示部５５は，ログ監視部７に対し，変更する監視項目と監視頻度とを通知する（ステップＳ３２）。
　図１０は，状態監視部６の構成例を示す図である。
　状態監視部６は，異常監視部５から通知された変更指示にもとづいて状態監視のスケジュールを生成し，監視対象サーバ２から状態情報を取得する。
　状態監視部６は，監視頻度変更指示部６０，状態監視頻度記憶部６１，解析部６２，スケジュール部６３，および状態取得部６４を備える。
　監視頻度変更指示部６０は，異常監視部５から通知された変更指示データを受け付け，その内容（監視項目と監視頻度）を状態監視頻度記憶部６１に格納し，状態監視頻度の解析およびスケジュールの変更を解析部６２に要求する。
　図１１は，監視頻度変更指示部６０の処理フロー例を示す図である。
　監視頻度変更指示部６０は，異常監視部５から，監視頻度の変更の通知を受け付け，取得した監視頻度を変更する監視項目と監視頻度とで，状態監視頻度記憶部６１を更新する（ステップＳ４０）。次に，監視頻度変更指示部６０は，解析部６２に対して状態監視頻度記憶部６１の情報の解析とスケジュールデータの作成とを指示し（ステップＳ４１），スケジュール部６３に対して，再スケジュールを指示して（ステップＳ４２），処理を終了する。
　状態監視頻度記憶部６１は，状態監視を行う各監視項目に対する状態監視頻度を記憶する。
　図１２は，状態監視頻度記憶部６１に記憶されている状態監視頻度の例を示す図である。
　状態監視頻度は，監視対象を示す監視対象サーバ名，監視項目，および監視頻度を含む。図１２に示す状態監視頻度の例では，１つの状態監視として，監視対象サーバ名「Ａ」に対して，監視項目「ＣＰＵステータス」に関する状態情報を，「毎日２回（２回／日）」の監視頻度で取得することが指定されていることを表す。
　解析部６２は，状態監視頻度記憶部６１の状態監視頻度を解析し，状態監視のスケジュールデータを作成する。スケジュールデータは，状態監視の対象となる監視対象サーバと監視項目とを，実行予定時刻に対応付けて時系列に並べたデータである。
　図１３は，解析部６２の処理フロー例を示す図である。
　解析部６２は，状態監視頻度記憶部６１の状態監視頻度を読み込み（ステップＳ５０），状態監視頻度を解析して，状態監視の実行予定に関する時系列データを作成してスケジュールデータとし（ステップＳ５１），処理を終了する。
　スケジュール部６３は，内部にタイマを備え，解析部６２で作成・変更されたスケジュールデータにもとづいて，状態取得部６４に対し，状態情報の取得を指示する。
　図１４は，スケジュール部６３の処理フロー例を示す図である。
　スケジュール部６３は，内部にタイマが定期的に処理開始のトリガーを上げると，そのトリガーを検出し（ステップＳ６０），未処理のスケジュールから，トリガー発生時刻以前のものを抽出する（ステップＳ６１）。次に，スケジュール部６３は，スケジュールデータの中で未処理かつトリガー受信時刻以前のスケジュールがあれば（ステップＳ６２のＹ），状態取得部６４を起動し，スケジュールデータをもとに，監視対象サーバ名と監視項目とを渡して，状態監視（状態情報の取得）を指示し（ステップＳ６３），処理を終了する。未処理のスケジュールがなければ（ステップＳ６２のＮ），ステップＳ６３の処理は実行されない。
　状態取得部６４は，指示された監視対象サーバ２から，監視項目に関する状態を示す状態情報を取得し，取得した状態が状態情報記憶部１２に記憶されている状態情報の内容と一致しなかった場合に，状態情報記憶部１２の状態情報を更新する。
　図１５は，状態取得部６４の処理フロー例を示す図である。
　状態取得部６４は，スケジュール部６３から指示された監視対象サーバ２から，監視項目に関する状態（状態情報）を取得する（ステップＳ７０）。次に，状態取得部６４は，状態情報記憶部１２から，該当する監視対象サーバ２の監視項目に関する状態情報を取得し（ステップＳ７１），取得した状態と，状態情報記憶部１２から抽出した状態とが一致するかを調べる（ステップＳ７２）。状態取得部６４は，２つの状態が一致しなければ（ステップＳ７２のＮ），状態情報記憶部１２の該当する監視項目の状態を，取得した状態で更新し，変更時刻を更新し（ステップＳ７３），処理を終了する。２つの状態が一致していれば（ステップＳ７２のＹ），ステップＳ７３の処理は実行されない。
　図１６は，ログ監視部７の構成例を示す図である。
　ログ監視部７は，異常監視部５から通知された変更指示データにもとづいてログ監視のスケジュールを作成し，監視対象サーバ２からログ情報を取得する。
　ログ監視部７は，監視頻度変更指示部７０，ログ監視頻度記憶部７１，解析部７２，スケジュール部７３，およびログ取得部７４を有する。
　監視頻度変更指示部７０は，異常監視部５から通知された変更指示データを受け付け，変更の内容（監視項目と監視頻度）をログ監視頻度記憶部７１に格納し，ログ監視頻度の解析およびスケジュールの変更を解析部７２に要求する。
　ログ監視頻度記憶部７１は，ログ情報を取得する各監視項目に対する監視頻度を記憶する。
　図１７は，ログ監視頻度記憶部７１に記憶されているログ監視頻度の例を示す図である。
　ログ監視頻度は，監視対象を示す監視対象サーバ名，ログ情報を取得する監視項目，および監視頻度を含む。監視項目の「アプリケーションログ：アプリ独自ログ」は，監視対象サーバ２で実行されるアプリケーションソフトウェアが自ら蓄積するログ情報を表す。図１７に示す状態監視頻度の例では，１つのログ監視として，監視対象サーバ名「Ａ」に対して，監視項目「ハードログ：ＸＳＣＦ，ＢＭＣ」に関するログ情報を，「毎月１回（１回／月）」の監視頻度で取得することが指定されていることを表す。
　解析部７２は，ログ監視頻度記憶部７１の情報を解析し，ログ監視のスケジュールデータを作成する。スケジュールデータは，ログ監視の対象となる監視対象サーバと監視項目とを，実行予定時刻に対応付けて時系列に並べたデータである。
　スケジュール部７３は，内部にタイマを備え，解析部７２で作成されたスケジュールデータにもとづいて，ログ取得部７４に対し，ログ情報の取得を指示する。
　ログ取得部７４は，指示された監視対象サーバ２から，監視項目に関するログ情報を取得し，取得したログ情報をログ情報記憶部１３に格納する。
　監視頻度変更指示部７０，解析部７２，スケジュール部７３，およびログ取得部７４の処理フロー例は，図１１，図１３～図１５それぞれに示す監視頻度変更指示部６０，解析部６２，スケジュール部６３，および状態取得部６４の処理フローとほぼ同じであるので，説明を省略する。
　以下に，装置監視システムにおける状態監視およびログ監視の実施例を示す。
　図１８は，実施例における構成例を示す図である。
　本実施例において，装置監視システムは，監視サーバ１，複数の監視対象サーバ２，および監視情報を受け取る管理者のコンピュータであるクライアント８を備える。
　本実施例では，監視対象サーバ２の状態情報は，ＳＮＭＰ，ＩＰＭＩなどの既知の処理手法，または，監視ソフトウェアプログラムのエージェントから取得する処理手法で取得する。また，ログ情報は，ＢＭＣが保持するＳＥＬから取得する処理手法，監視対象サーバ２のＯＳが保持するログ情報などから取得する処理手法で取得する。
　各監視対象サーバ２は，自装置の状態情報およびログ情報を収集するソフトウェアとして，ＳＮＭＰ，ＩＰＭＩ，その他監視ソフトウェアなどの監視エージェント２０と，監視エージェント２０が収集したログ情報を記憶するログ情報記憶装置２１とを有する。
　監視サーバ１は，監視対象サーバ２から状態情報，ログ情報を収集し，監視対象サーバ２の状態の監視を行う。監視対象サーバ２は，監視サーバ１からの情報収集要求に対して，要求された情報を返却する。クライアント８は，装置監視システムのビューを実装し，ユーザに，監視サーバ１が管理する監視情報を提供する。
　〔第１の実施例〕
　第１の実施例として，監視対象サーバ２ＡのＣＰＵにエラーが発生した場合の処理動作を説明する。
　状態情報記憶部１２には，図３に示すような状態情報が記憶されているとする。
　状態監視部６の状態取得部６４は，２００９年７月２５日１２：００に，監視項目「ＣＰＵステータス」について，図１９（Ａ）に示す内容の状態情報を監視対象サーバ２Ａから取得したとする。
　状態取得部６４は，状態情報記憶部１２の該当する監視項目の状態と変更時刻とを更新する。具体的には，監視対象サーバ２Ａの監視項目「ＣＰＵステータス」の状態を「Ｅｒｒｏｒ」に，変更時刻を「２００９／０７／２５　１２：００」に変更する。
　その後，異常監視部５の状態取得部５１は，図３に示す状態情報記憶部１２を参照し，前回取得時刻以降に変更された情報を取得し（前回取得時刻は２００９／０７／２５　１１：５５とする），図１９（Ｂ）に示す状態差分データを作成し，内部に保持する「前回取得時刻」を更新する。
　状態判断部５３は，状態差分データの監視項目と状態とを検索キーとして，図２に示す監視条件記憶部１１の監視頻度定義を検索し，検索結果をもとに，図１９（Ｃ）～（Ｅ）に示す３つの変更指示データ（１つのログ監視の変更指示データと２つの状態監視の変更指示データ）を作成する。
　変更指示部５５は，作成された変更指示データに従って，状態監視部６とログ監視部７とに対し，監視頻度の変更指示データを送信する。
　ログ監視部７の監視頻度変更指示部７０は，異常監視部５からの変更指示データを受け取り，その内容に従ってログ監視頻度記憶部７１のログ監視頻度を変更する。さらに，監視頻度変更指示部７０は，解析部７２に，ログ監視頻度記憶部７１のログ監視頻度の解析とスケジュールデータの作成とを指示する。
　解析部７２は，解析により，監視対象サーバ２Ａに対する，ハードログの監視頻度が「１回／月」から「４回／時」へ変更されていることを得ると，図１９（Ｆ）に示す監視対象サーバ２Ａに対するスケジュールデータを作成する。
　さらに，監視頻度変更指示部７０は，スケジュール部７３に再スケジュールを指示する。スケジュール部７３は，解析部７２が作成したスケジュールデータにもとづいて再スケジュールを行う。スケジュール部７３は，タイマトリガーによって，スケジュールデータに設定された時刻に，ログ取得部７４に対し，監視対象サーバ２Ａからのハードログの取得を要求する。
　状態監視部６による状態監視についても，異常監視部５からの変更指示データを得て，ログ監視の場合とほぼ同様にして状態監視頻度が変更され，状態監視のスケジュールが作成され，状態情報が収集される。
　〔第２の実施例〕
　第２の実施例として，監視対象サーバ２ＡのＣＰＵ使用率が８０％を超えた場合の処理動作を説明する。
　状態情報記憶部１２には，図３に示すような状態情報が記憶されているとする。
　状態監視部６の状態取得部６４は，２００９年７月２５日１２：００に，監視項目「ＣＰＵ使用率」について，図２０（Ａ）に示す内容の状態情報を監視対象サーバ２Ａから取得したとする。
　状態取得部６４は，状態情報記憶部１２の該当する監視項目の状態と変更時刻とを更新する。具体的には，監視対象サーバ２Ａの監視項目「ＣＰＵ使用率」の状態を「８０％」に，変更時刻を「２００９／０７／２５　１２：００」に変更する。
　その後，異常監視部５の状態取得部５１は，図３に示す状態情報記憶部１２を参照し，前回取得時刻以降に変更された情報を取得し（前回取得時刻は２００９／０７／２５　１１：５５とする），図２０（Ｂ）に示す状態差分データを作成し，内部に保持する「前回取得時刻」を更新する。
　状態判断部５３は，状態差分データの監視項目と状態とを検索キーとして，図２に示す監視条件記憶部１１の監視頻度定義を検索し，検索結果をもとに，図２０（Ｃ）～（Ｅ）に示す３つの状態監視の変更指示データを作成する。
　変更指示部５５は，作成された変更指示データに従って，状態監視部６に対し，監視頻度の変更を指示する。
　状態監視部６の監視頻度変更指示部６０は，異常監視部５からの監視頻度の変更指示データを受け取り，その内容に従って状態監視頻度記憶部６１の内容を変更する。さらに，監視頻度変更指示部６０は，解析部６２に，状態監視頻度記憶部６１の情報の解析とスケジュールデータの作成とを指示する。
　解析部６２は，解析により，監視対象サーバ２Ａに対する，状態監視の監視項目「ＣＰＵステータス」，「ＣＰＵ使用率」，「筐体温度」のそれぞれについて，監視頻度が「２回／日」から「１回／時」へ，「６回／時」から「２回／分」へ，「１回／日」から「１回／時」へ変更されていることを得ると，図２１に示す監視対象サーバ２Ａに対するスケジュールデータを作成する。
　さらに，監視頻度変更指示部６０は，スケジュール部６３に再スケジュールを指示する。スケジュール部６３は，解析部６２が作成したスケジュールデータにもとづいて再スケジュールを行う。スケジュール部６３は，タイマトリガーによって，スケジュールデータに設定された時刻に，状態取得部６４に対し，監視対象サーバ２Ａの「ＣＰＵステータス，ＣＰＵ使用率，筐体温度」に関する状態情報の取得を要求する。
　図２２は，監視サーバ１のハードウェア構成例を示す図である。
　図２２に示すように，監視サーバ１は，ＣＰＵ１０１，一時記憶装置（ＤＲＡＭ・Ｆｌａｓｈ　Ｍｅｍｏｒｙ等）１０２，永続性記憶装置（ＨＤＤ・Ｆｌａｓｈ　Ｍｅｍｏｒｙ等）１０３，ネットワークインターフェース１０４を備えるコンピュータ１００によって実施することができる。
　また，監視サーバ１は，コンピュータ１００が実行可能なプログラムによって実施することができる。この場合に，監視サーバ１が有すべき機能の処理内容を記述したプログラムが提供される。提供されたプログラムをコンピュータ１００が実行することによって，上記説明した監視サーバ１の処理機能がコンピュータ１００上で実現される。
　すなわち，監視サーバ１の異常監視部５，状態監視部６およびログ監視部７等はプログラムで構成することができ，監視条件記憶部１１，状態情報記憶部１２，ログ情報記憶部１３は永続性記憶装置１０３で構成することができる。
　なお，コンピュータ１００は，可搬型記録媒体から直接プログラムを読み取り，そのプログラムに従った処理を実行することもできる。さらに，このプログラムは，コンピュータ１００で読み取り可能な記録媒体に記録しておくことができる。
　以上説明したように，開示する装置監視システムは，ＣＰＵにエラーが発生したり，ＣＰＵの使用率が高い状態となったりした監視対象サーバ２Ａのように，より頻繁に監視する必要がある対象について，ＣＰＵステータスに関する状態やハードログを通常（Ｎｏｒｍａｌ）より高い頻度で収集するため，効率的に監視を行うことができる。
　また，図２に示すように，監視条件記憶部１１に記憶する監視頻度定義において，監視項目「ＣＰＵステータス」を例にとると，状態が「警告（Ｗａｒｎｉｎｇ）」の場合の監視頻度は，平常時（Ｎｏｒｍａｌ）に比べて高いが，「異常（Ｅｒｒｏｒ）」の場合に比べて低く設定されている。このように設定することにより，ＣＰＵの障害へつながるような状態の場合には監視を強化することで，いち早く異常の発生を認知できるようにすると共に，警告により発生を予知し得た「異常」となった場合には，監視頻度を下げることにより，監視対象サーバ２での状態監視に関する処理負荷を軽減できるようにしている。また，異常の予兆となる状態で監視頻度を高く設定することにより，平常時の状態監視の頻度を下げることができ，平常時に監視対象サーバ２に与える負荷を下げることができる。
　さらに，異常検出後にログの取得頻度を高く設定することにより，原因究明に必要なログ情報を確実に取得することができる。
　したがって，装置監視システムによれば，任意に設定可能な監視頻度定義にもとづいて，監視対象の状態に応じた柔軟な装置監視を実現することができる。
　１　監視サーバ
　２　監視対象サーバ
　５　異常監視部
　５１　状態取得部
　５３　状態判断部
　５５　変更指示部
　６　状態監視部
　６０　監視頻度変更指示部
　６１　状態監視頻度記憶部
　６２　解析部
　６３　スケジュール部
　６４　状態取得部
　７　ログ監視部
　７０　監視頻度変更指示部
　７１　ログ監視頻度記憶部
　７２　解析部
　７３　スケジュール部
　７４　ログ取得部
　１１　監視条件記憶部
　１２　状態情報記憶部
　１３　ログ情報記憶部
　８　クライアント

Claims (9)

  1. 　監視対象装置ごとに，複数の監視項目に関する状態を記憶する状態情報記憶部と，
    　前記状態情報記憶部に記憶された監視項目に関する状態の変化を検出し，前記検出した状態の変化にもとづいて前記監視対象装置から監視項目に関する状態を取得する状態監視頻度を設定して前記状態監視部に通知する異常監視部と，
    　前記状態監視頻度に応じて前記監視対象装置から前記監視項目に関する状態を取得し，前記状態情報記憶部に格納する状態監視部とを備える
    　ことを特徴とする装置監視システム。
  2. 　監視対象装置ごとに，複数の監視項目に関する状態を記憶する状態情報記憶部と，
    　前記監視対象装置ごとに，装置の動作を記録したログを記憶するログ情報記憶部と，
    　前記状態情報記憶部に記憶された監視項目に関する状態の変化を検出し，前記検出した状態の変化にもとづいて前記監視対象装置からログを取得するログ監視頻度を設定して前記ログ監視部に通知する異常監視部と，
    　前記ログ監視頻度に応じて，前記監視対象装置からログを取得し，前記ログ情報記憶部に格納するログ監視部とを備える
    　ことを特徴とする装置監視システム。
  3. 　前記異常監視部は，前記検出した状態の変化にもとづいて，状態の変化が生じた監視項目および関連する監視項目に関する状態の取得に対する前記状態監視頻度を変更する
    　ことを特徴とする請求項１に記載の装置監視システム。
  4. 　前記異常監視部は，前記検出した状態の変化にもとづいて，状態の変化が生じた監視対象装置および関連する監視対象装置に対する前記状態監視頻度を変更する
    　ことを特徴とする請求項１または請求項３に記載の装置監視システム。
  5. 　前記異常監視部は，前記検出した状態の変化にもとづいて，状態の変化が生じた監視対象装置および関連する監視対象装置に対する前記ログ監視頻度を変更する
    　ことを特徴とする請求項２に記載の装置監視システム。
  6. 　コンピュータが，
    　監視対象装置ごとに，複数の監視項目に関する状態が記憶された状態情報記憶部を参照し，前記監視項目に関する状態の変化を検出する処理ステップと，
    　前記検出した状態の変化にもとづいて，前記監視対象装置から監視項目に関する状態を取得する状態監視頻度を設定する処理ステップと，
    　前記状態監視頻度に応じて前記監視対象装置から前記監視項目に関する状態を取得し，前記状態情報記憶部に格納する処理ステップとを実行する
    　ことを特徴とする装置監視方法。
  7. 　コンピュータが，
    　監視対象装置ごとに，複数の監視項目に関する状態を記憶する状態情報記憶部を参照し，前記監視項目に関する状態の変化を検出する処理ステップと，
    　前記検出した状態の変化にもとづいて，前記監視対象装置から，装置の動作を記録したログを取得するログ監視頻度を設定する処理ステップと，
    　前記ログ監視頻度に応じて前記監視対象装置から前記ログを取得し，前記ログ情報記憶部に格納する処理ステップとを実行する
    　ことを特徴とする装置監視方法。
  8. 　コンピュータに，
    　監視対象装置ごとに，複数の監視項目に関する状態が記憶された状態情報記憶部を参照し，前記監視項目に関する状態の変化を検出する処理と，
    　前記検出した状態の変化にもとづいて，前記監視対象装置から監視項目に関する状態を取得する状態監視頻度を設定する処理と，
    　前記状態監視頻度に応じて前記監視対象装置から前記監視項目に関する状態を取得し，前記状態情報記憶部に格納する処理とを実行させる
    　ための装置監視プログラム。
  9. 　コンピュータに，
    　監視対象装置ごとに，複数の監視項目に関する状態を記憶する状態情報記憶部を参照し，前記監視項目に関する状態の変化を検出する処理と，
    　前記検出した状態の変化にもとづいて，前記監視対象装置から，装置の動作を記録したログを取得するログ監視頻度を設定する処理と，
    　前記ログ監視頻度に応じて前記監視対象装置から前記ログを取得し，前記ログ情報記憶部に格納する処理とを実行させる
    　ための装置監視プログラム。
     
PCT/JP2010/069303 2010-10-29 2010-10-29 装置監視システム，方法およびプログラム WO2012056561A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2012540599A JPWO2012056561A1 (ja) 2010-10-29 2010-10-29 装置監視システム，方法およびプログラム
PCT/JP2010/069303 WO2012056561A1 (ja) 2010-10-29 2010-10-29 装置監視システム，方法およびプログラム
US13/869,100 US20130246001A1 (en) 2010-10-29 2013-04-24 Device monitoring system and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/069303 WO2012056561A1 (ja) 2010-10-29 2010-10-29 装置監視システム，方法およびプログラム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/869,100 Continuation US20130246001A1 (en) 2010-10-29 2013-04-24 Device monitoring system and method

Publications (1)

Publication Number Publication Date
WO2012056561A1 true WO2012056561A1 (ja) 2012-05-03

Family

ID=45993315

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/069303 WO2012056561A1 (ja) 2010-10-29 2010-10-29 装置監視システム，方法およびプログラム

Country Status (3)

Country Link
US (1) US20130246001A1 (ja)
JP (1) JPWO2012056561A1 (ja)
WO (1) WO2012056561A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016144055A (ja) * 2015-02-03 2016-08-08 日本電気株式会社 通信装置、通信システム、制御方法及び通信プログラム
JP2019066904A (ja) * 2017-09-28 2019-04-25 日本電気株式会社 監視システム、監視装置、監視方法および監視プログラム

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5672491B2 (ja) * 2011-03-29 2015-02-18 ソニー株式会社 情報処理装置および方法、並びにログ収集システム
US8839040B2 (en) * 2011-12-21 2014-09-16 Inventec Corporation Computer system and detecting-alarming method thereof
CN104346264A (zh) * 2013-07-26 2015-02-11 鸿富锦精密工业（深圳）有限公司 系统事件日志处理系统及方法
TW201541244A (zh) * 2014-04-28 2015-11-01 Hon Hai Prec Ind Co Ltd 動態調整監控模式的系統、方法及伺服器
US9361175B1 (en) * 2015-12-07 2016-06-07 International Business Machines Corporation Dynamic detection of resource management anomalies in a processing system
JP2018018251A (ja) * 2016-07-27 2018-02-01 ファナック株式会社 数値制御装置
US11048320B1 (en) 2017-12-27 2021-06-29 Cerner Innovation, Inc. Dynamic management of data centers
CN108400988A (zh) * 2018-02-28 2018-08-14 郑州云海信息技术有限公司 一种系统事件日志上传方法、装置及系统
US11382546B2 (en) * 2018-04-10 2022-07-12 Ca, Inc. Psychophysical performance measurement of distributed applications
CN109344026A (zh) * 2018-07-27 2019-02-15 阿里巴巴集团控股有限公司 数据监控方法、装置、电子设备及计算机可读存储介质
JP6724960B2 (ja) * 2018-09-14 2020-07-15 株式会社安川電機 リソース監視システム、リソース監視方法、及びプログラム
CN110502495A (zh) * 2019-09-02 2019-11-26 中国工商银行股份有限公司 一种应用服务器的日志收集方法及装置
CN111338908A (zh) * 2020-03-10 2020-06-26 山东超越数控电子股份有限公司 一种基于bmc自动调整部件监控周期的方法
US11354220B2 (en) 2020-07-10 2022-06-07 Metawork Corporation Instrumentation trace capture technique
US11327871B2 (en) * 2020-07-15 2022-05-10 Metawork Corporation Instrumentation overhead regulation technique
US11392483B2 (en) 2020-07-16 2022-07-19 Metawork Corporation Dynamic library replacement technique
CN114138617B (zh) * 2022-02-07 2022-05-24 杭州朗澈科技有限公司 自学习的变频监控方法、系统、电子设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000357139A (ja) * 1999-04-16 2000-12-26 Matsushita Electric Ind Co Ltd ネットワーク管理装置およびその方法
JP2008059102A (ja) * 2006-08-30 2008-03-13 Fujitsu Ltd コンピュータ資源監視プログラム
JP2010061399A (ja) * 2008-09-03 2010-03-18 Ricoh Co Ltd 機器管理装置、機器管理システム、機器監視方法、機器監視プログラム、及びそのプログラムを記録した記録媒体
JP2010134645A (ja) * 2008-12-03 2010-06-17 Ricoh Co Ltd 遠隔管理システム、遠隔管理装置、機器管理装置、監視間隔制御方法、監視間隔制御プログラム、及びそのプログラムを記録した記録媒体

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3486125B2 (ja) * 1999-01-14 2004-01-13 富士通株式会社 ネットワーク機器制御システム及び装置
JP2007318411A (ja) * 2006-05-25 2007-12-06 Matsushita Electric Works Ltd 画像監視装置、及び画像監視方法
JP4882736B2 (ja) * 2006-12-27 2012-02-22 富士通株式会社 情報処理装置，障害処理方法，障害処理プログラムおよび同プログラムを記録したコンピュータ読取可能な記録媒体
US9104471B2 (en) * 2007-10-15 2015-08-11 International Business Machines Corporation Transaction log management
JP5444673B2 (ja) * 2008-09-30 2014-03-19 富士通株式会社 ログ管理方法、ログ管理装置、ログ管理装置を備えた情報処理装置、及びプログラム
JP5201415B2 (ja) * 2009-03-05 2013-06-05 富士通株式会社 ログ情報発行装置、ログ情報発行方法およびプログラム
JP5454235B2 (ja) * 2010-03-05 2014-03-26 富士通株式会社 監視プログラム、監視装置、および監視方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000357139A (ja) * 1999-04-16 2000-12-26 Matsushita Electric Ind Co Ltd ネットワーク管理装置およびその方法
JP2008059102A (ja) * 2006-08-30 2008-03-13 Fujitsu Ltd コンピュータ資源監視プログラム
JP2010061399A (ja) * 2008-09-03 2010-03-18 Ricoh Co Ltd 機器管理装置、機器管理システム、機器監視方法、機器監視プログラム、及びそのプログラムを記録した記録媒体
JP2010134645A (ja) * 2008-12-03 2010-06-17 Ricoh Co Ltd 遠隔管理システム、遠隔管理装置、機器管理装置、監視間隔制御方法、監視間隔制御プログラム、及びそのプログラムを記録した記録媒体

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016144055A (ja) * 2015-02-03 2016-08-08 日本電気株式会社 通信装置、通信システム、制御方法及び通信プログラム
JP2019066904A (ja) * 2017-09-28 2019-04-25 日本電気株式会社 監視システム、監視装置、監視方法および監視プログラム

Also Published As

Publication number Publication date
JPWO2012056561A1 (ja) 2014-03-20
US20130246001A1 (en) 2013-09-19

Similar Documents

Publication Publication Date Title
WO2012056561A1 (ja) 装置監視システム，方法およびプログラム
KR100772999B1 (ko) 분산 환경에서 어플리케이션의 성능을 모니터링하는 방법및 시스템
US9639446B2 (en) Trace monitoring
JP5736881B2 (ja) ログ収集システム、装置、方法及びプログラム
US9451017B2 (en) Method and system for combining trace data describing multiple individual transaction executions with transaction processing infrastructure monitoring data
JP4866861B2 (ja) トランザクション・ベースのシステムを監視するための方法及びシステム
JP5546686B2 (ja) 監視システム、及び監視方法
EP2240858B1 (en) Method for using dynamically scheduled synthetic transactions to monitor performance and availability of e-business systems
US8977909B2 (en) Large log file diagnostics system
WO2015180291A1 (zh) 监控服务器集群的方法和系统
US20030051191A1 (en) Problem detector and method
US8341637B2 (en) Utilization management
JP4562568B2 (ja) 異常検出プログラムおよび異常検出方法
JP2004206495A (ja) 管理システム、管理計算機、管理方法及びプログラム
US20070283329A1 (en) System and method for performance monitoring and diagnosis of information technology system
US20150370619A1 (en) Management system for managing computer system and management method thereof
US20180300199A1 (en) System and method for maintaining the health of a machine
US20130332919A1 (en) Automated time-to-value measurement
JP2004145536A (ja) 管理システム
JP2004348640A (ja) ネットワーク管理システム及びネットワーク管理方法
EP2495660A1 (en) Information processing device and method for controlling information processing device
JP6317074B2 (ja) 障害通知装置、障害通知プログラムならびに障害通知方法
JP4575020B2 (ja) 障害解析装置
US8086912B2 (en) Monitoring and root cause analysis of temporary process wait situations
JP3596744B2 (ja) 資源利用状況監視制御方法およびそのプログラムを記録した記録媒体

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10858950

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2012540599

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10858950

Country of ref document: EP

Kind code of ref document: A1