WO2012025994A1 - システム制御装置、ログ制御方法および情報処理装置 - Google Patents

システム制御装置、ログ制御方法および情報処理装置 Download PDF

Info

Publication number
WO2012025994A1
WO2012025994A1 PCT/JP2010/064289 JP2010064289W WO2012025994A1 WO 2012025994 A1 WO2012025994 A1 WO 2012025994A1 JP 2010064289 W JP2010064289 W JP 2010064289W WO 2012025994 A1 WO2012025994 A1 WO 2012025994A1
Authority
WO
WIPO (PCT)
Prior art keywords
log
error
upper limit
area
storage unit
Prior art date
Application number
PCT/JP2010/064289
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 PCT/JP2010/064289 priority Critical patent/WO2012025994A1/ja
Priority to EP10856401.4A priority patent/EP2610751A1/en
Priority to JP2012530461A priority patent/JP5585655B2/ja
Publication of WO2012025994A1 publication Critical patent/WO2012025994A1/ja
Priority to US13/765,201 priority patent/US20130151909A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/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/0727—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 storage system, e.g. in a DASD or network based storage system
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0715—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a system implementing multitasking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0766—Error or fault reporting or storing
    • G06F11/0787—Storage of error reports, e.g. persistent data storage, storage using memory protection

Definitions

  • the present invention relates to a system control device, a log control method, and an information processing device.
  • a plurality of partitions obtained by dividing hardware into units capable of operating an OS are generated in the apparatus, and a plurality of OSs are operated simultaneously.
  • One partition may be configured with minimum hardware capable of operating the OS, or may be configured with a plurality of hardware in accordance with the operation scene.
  • the server manages the error log for each partition by a system control unit having system control firmware for managing the error log.
  • the system control unit of the server provides log areas for the maximum number of partitions that can be defined in the server, and allocates log areas to each partition.
  • the system control unit registers an error log in the log area corresponding to the partition in which the error has occurred.
  • the system control unit registers the error log by wrap processing that overwrites the oldest error log.
  • the above-mentioned method of providing log areas for the maximum number of partitions and registering error logs for each partition is also used for virtual machines (VMs).
  • the system control unit provides a log area for each VM, and registers the error log in the log area of the VM in which the error has occurred.
  • a server that has a plurality of log storage units for storing error logs and records error logs in a free area. For example, when an error occurs, the server determines whether there is a free area in the log storage unit A that is a registration target. Then, when there is a free space, the server registers a log of the error that has occurred in the log storage unit A. In addition, when there is no free space, the server determines whether there is an expired log among the error logs stored in the log storage unit A.
  • the server overwrites the log whose storage period has expired, and the log of the error that has occurred is stored in the log storage unit A. sign up.
  • the server when there is no free space in the log storage unit A and there is no log whose storage period has expired, the server generates a log storage unit B, which is another storage unit, and registers a log of the error that has occurred To do.
  • the conventional technique has a problem that an area for storing error information cannot be used effectively.
  • a log area for five partitions is secured even in a server in which five partitions can be configured even when the OS is operating in three partitions. For this reason, the log areas of the two partitions in which the OS is not operating are areas that are not used, and finite resources are wasted.
  • the old error log in the log storage unit A is used even when the old error log is overwritten or the log storage unit B as another storage unit is created. During the overwriting, other log storage units are not used. That is, there is a log area that is not used, and a finite resource is wasted.
  • the disclosed technique has been made in view of the above, and an object thereof is to provide a system control device, a log control method, and an information processing device that can effectively use an area for storing error information.
  • a system control device, a log control method, and an information processing device disclosed in the present application are a log area associated with each of a plurality of partitions to which hardware is assigned in units of performing an information processing function.
  • An error log storage unit that stores a log of errors that occurred in each partition
  • an upper limit number storage unit that stores the upper limit number of logs in the log area corresponding to the plurality of partitions, and an error that has occurred in the plurality of partitions
  • a first storage unit that allocates the unused area to the log area of the partition in which the error has occurred and stores a log of the error that has occurred When an error occurs in the plurality of partitions, there is no unused area in the error information storage unit.
  • the log control method, and the information processing device disclosed in the present application it is possible to effectively use an area for storing error information.
  • FIG. 1 is a block diagram illustrating the configuration of the information processing apparatus according to the first embodiment.
  • FIG. 2 is a block diagram showing a configuration of the system control unit shown in FIG.
  • FIG. 3 is a diagram illustrating an example of information stored in the log management information DB.
  • FIG. 4 is a diagram illustrating an example of information stored in the pool management information DB.
  • FIG. 5 is a diagram for explaining error storage by the first error storage unit.
  • FIG. 6 is a diagram illustrating an example in which entries are allocated and leveled from log areas exceeding the upper limit of log registrations.
  • FIG. 7 is a diagram illustrating an example of leveling in a state where a new partition is generated.
  • FIG. 8 is a diagram illustrating an example of leveling in a state where an existing partition is deleted.
  • FIG. 1 is a block diagram illustrating the configuration of the information processing apparatus according to the first embodiment.
  • FIG. 2 is a block diagram showing a configuration of the system control unit shown in FIG.
  • FIG. 9 is a flowchart showing an overall flow of error log registration processing executed by the information processing apparatus.
  • FIG. 10 is a flowchart showing the flow of pool use processing in error log registration processing.
  • FIG. 11 is a flowchart showing the flow of the leveling process in the error log registration process.
  • FIG. 12 is a diagram illustrating an example of information stored in the log management information DB according to the second embodiment.
  • FIG. 13 is a diagram illustrating a hardware configuration of the PID.
  • FIG. 14 is a diagram illustrating an example of the upper limit of the number of log registrations calculated based on the number of parts constituting the PID.
  • FIG. 15 is a diagram illustrating the hardware configuration of the PID and the number of hardware points.
  • FIG. 16 is a diagram illustrating an example of the upper limit number of log registrations calculated after converting PID into points.
  • FIG. 17 is a flowchart for determining the upper limit number of log registrations when the minimum number of logs to be secured is provided.
  • FIG. 1 is a block diagram illustrating the configuration of the information processing apparatus according to the first embodiment.
  • the information processing apparatus 10 is various servers such as an application server that executes or provides an application, a Web server that provides a Web service, and a database server that stores data.
  • the information processing apparatus 10 can be applied not only to various servers but also to a personal computer.
  • the information processing apparatus 10 includes a communication control I / F unit 11, PID # 0, PID # 1, PID # 2, and a system control unit 20.
  • the communication control I / F unit 11 is a communication interface that controls communication with other devices.
  • PID # 0, PID # 1, and PID # 2 are partitions to which hardware is allocated in units in which the OS operates, in other words, units that perform information processing functions. That is, the information processing apparatus 10 indicates that three partitions are currently allocated. This partition is increased or decreased by an administrator or the like.
  • PID # 0 includes an SB (system board) 12, a CPU (Central Processing Unit) 12a, a memory 12b, and an IOSB (input / output system board) 13.
  • PID # 1 includes SB 14, CPU 14a, memory 14b, and IOSB 15, and further includes SB 16, CPU 16a, memory 16b, and IOSB 17.
  • PID # 2 includes an SB 18, a CPU 18a, a memory 18b, and an IOSB 19. Since the hardware of each PID is the same, only PID # 0 will be described here.
  • SB12 is an electronic circuit board that constitutes an electronic device, and includes a CPU 12a and a memory 12b.
  • the CPU 12a is a processor that performs various controls such as numerical calculation, information processing, and device control.
  • the memory 12b is a storage device that stores data used by the CPU 12a for various processes.
  • the CPU 12a and the memory 12b mounted on the SB 12 are merely examples, and are not limited to these.
  • IOSB 13 is connected to an input / output device via SCSI (Small Computer System Interface), FC (Fibre Channel), Ethernet (registered trademark), etc., and controls processing such as data transfer.
  • SCSI Small Computer System Interface
  • FC Fibre Channel
  • Ethernet registered trademark
  • the system control unit 20 is a control unit that manages an error log and the like of errors that have occurred in PID # 0, PID # 1, and PID # 2, and will be described in detail with reference to FIG.
  • FIG. 2 is a block diagram showing a configuration of the system control unit shown in FIG.
  • the system control unit 20 includes a storage area 21, an error detection unit 25, a configuration management unit 26, a first error storage unit 27, a second error storage unit 28, a log area control unit 29, and an upper limit calculation.
  • the storage area 21 is a storage unit that stores an error log, management information, and the like, and includes a log area 22, a log management information DB 23, and a pool management information DB 24.
  • the log area 22 is a log area associated with each of a plurality of partitions to which hardware is allocated in units of performing an information processing function, and is a storage unit that stores a log of errors that have occurred in each of the plurality of partitions.
  • the log area 22 has a log area for each partition that the information processing apparatus 10 has.
  • the log DB 22a for PID # 0 the log DB 22b for PID # 1
  • the log DB 22c for PID # 2 and the pool area 22d. And have.
  • the area of the log area 22 dynamically changes according to the increase or decrease of the number of partitions operating in the information processing apparatus 10 by the generation or deletion of partitions executed by the log area control unit 29.
  • the PID # 0 log DB 22a is a storage unit that stores an error log of an error that has occurred in PID # 0 as an entry, and stores, for example, an error log of an error that has occurred in SB12 or IOSB13.
  • the PID # 1 log DB 22b is a storage unit that stores an error log of an error that has occurred in PID # 1 as an entry, and stores, for example, an error log of an error that has occurred in SB14, IOSB15, SB16, or IOSB17.
  • the PID # 2 log DB 22c is a storage unit that stores an error log of an error that has occurred in PID # 2 as an entry, and stores, for example, an error log of an error that has occurred in SB18 or IOSB19.
  • the pool area 22d is a shared log area that can be assigned to each PID.
  • the log management information DB 23 stores the upper limit number of logs stored in each log area corresponding to a plurality of partitions operating on the information processing apparatus 10. In this embodiment, the log management information DB 23 stores information for each maximum number of partitions that can operate in the information processing apparatus 10.
  • FIG. 3 is a diagram illustrating an example of information stored in the log management information DB. As shown in FIG. 3, the log management information DB 23 is associated with each of “PID # 0 log DB, PID # 1 log DB, PID # 2 log DB, PID # 3 log DB”. “Registerable number upper limit, log registration number, oldest log date and time” are stored.
  • PID # 0 log DB corresponds to PID # 0 operating on the information processing apparatus 10
  • PID # 1 log DB corresponds to PID # 1 operating on the information processing apparatus 10.
  • PID # 2 log DB corresponds to PID # 2 operating in the information processing apparatus 10.
  • the “PID # 3 log DB” corresponds to an operable PID, which is not currently operating in the information processing apparatus 10.
  • the upper limit of the number of log registrations is the number of error log entries that should be assigned to each PID after the pool area, which is a shared log area that can be assigned to each PID, disappears.
  • the “number of log registrations” is the number of entries currently registered.
  • “Oldest log date / time” is information indicating the date / time of the oldest entry among currently registered entries.
  • the pool management information DB 24 is an unused area as a log area, and stores the number of entries as a shared log area that can be assigned to each PID.
  • FIG. 4 is a diagram illustrating an example of information stored in the pool management information DB. As illustrated in FIG. 4, the pool management information DB 24 stores “6” as the “number of pool log entries” indicating the shared log area. That is, it stores that the number of entries that can be allocated to the log DB for each PID is “6”.
  • the error detection unit 25 detects an error that has occurred in each PID in the information processing apparatus 10, and performs an error log registration request for the detected error. For example, when an error occurs in the SB 16 of PID # 1, the error detection unit 25 generates an error log that specifies the error content such as where and what error has occurred as information related to the error. Then, the error detection unit 25 outputs a registration request for registering the generated error log in the PID # 1 log DB 22b to the first error storage unit 27.
  • the configuration management unit 26 manages the partition configuration of the entire information processing apparatus 10. For example, when receiving an instruction for generating PID # 3, which is a new partition, from the administrator, the configuration management unit 26 allocates hardware according to the instruction and generates PID # 3 in the information processing apparatus 10. The log area control unit 29 is notified that the generation has been completed. When the configuration management unit 26 receives an instruction to delete PID # 1, which is an existing partition, from the administrator, the hardware is released in accordance with the instruction to delete PID # 1, and the deletion is completed. Is sent to the log area control unit 29.
  • the first error storage unit 27 allocates the unused area to the log area of the partition in which an error occurs when an error occurs in a plurality of partitions and there is an unused area. Store the error log.
  • FIG. 5 is a diagram for explaining error storage by the first error storage unit. For example, as illustrated in FIG. 5, when the first error storage unit 27 registers an error log in the PID # 0 log DB 22a in a state where there is an available area in the pool area 22d, the first error storage unit 27 stores the PID from the pool area 22d. An error log is registered by assigning an entry to the # 0 log DB 22a.
  • the first error storage unit 27 enters an entry from the pool area 22d to the PID # 2 log DB 22c when an error log is registered in the PID # 2 log DB 22c in a state where there is an available area in the pool area 22d. Assign the error log.
  • the first error storage unit 27 when the first error storage unit 27 receives an error log registration request from the error detection unit 25 to the PID # 1 log DB 22b, the first error storage unit 27 refers to the pool management information DB 24, and the “number of pool log entries” is “1”. It is determined whether it is above. When the “number of pool log entries” is “1” or more, the first error storage unit 27 acquires one entry from the pool area 22d and assigns it to the PID # 1 log DB 22b. Register. Then, the first error storage unit 27 increments the “log registration count” corresponding to the “PID # 1 log DB” in the log management information DB 23 and decrements the “pool log entry count” in the pool management information DB 24. When the “number of pool log entries” is “0”, the first error storage unit 27 transfers the error log registration request received from the error detection unit 25 to the second error storage unit 28.
  • the second error storage unit 28 refers to the log management information DB 23 when there is no unused area in the log area 22 when an error occurs in a plurality of partitions, and stores the log DB to be registered. It is determined whether or not “the number of log registrations” exceeds the “upper limit number of log registrations”. When the “log registration count” of the log DB to be registered exceeds the “log registration maximum number upper limit”, the second error storage unit 28 enters the log DB entry to be registered. The error log is registered in the wrap process that overwrites the oldest entry.
  • the second error storage unit 28 when not exceeding the “log registration possible number upper limit”, other than the log DB to be registered, the error log of the upper limit number or more stored in the log management information DB 23 The log DB in which is stored is specified. Then, the second error storage unit 28 allocates the oldest entry in the identified log DB to the log area of the partition where the error has occurred, and stores the log of the error that has occurred. That is, when the second error storage unit 28 receives an error log registration request in a state where there is no available area in the pool area 22d, the second error storage unit 28 stores the available area in the pool area 22d in each PID log DB. Level the number of allocated entries. In other words, the second error storage unit 28 equalizes the log area.
  • FIG. 6 is a diagram illustrating an example in which entries are allocated and leveled from log areas exceeding the upper limit of log registrations.
  • FIG. 7 is a diagram illustrating an example of leveling in a state where a new partition is generated
  • FIG. 8 is a diagram illustrating an example of leveling in a state where an existing partition is deleted.
  • the second error storage unit 28 receives an error log registration request to the PID # 2 log DB 22c from the first error storage unit 27, the “log registration number” in the log management information DB 23 is “number of log registrations possible”. A DB exceeding the “upper limit” is identified.
  • the second error storage unit 28 specifies that the “log registration number” of the PID # 0 log DB 22a exceeds the “log registration possible number upper limit”.
  • the second error storage unit 28 assigns the oldest entry to the PID # 2 log DB 22c among the identified entries of the PID # 0 log DB 22a, and requests the assigned entry. Register the received error log.
  • the second error storage unit 28 decrements the “number of log registrations” in the PID # 0 log DB 22a in the log management information DB 23 and updates the “oldest log date”. Further, the second error storage unit 28 increments the “number of log registrations” in the PID # 2 log DB 22c in the log management information DB 23.
  • a log DB 22e for PID # 3 is generated in the log area by the log area control unit 29 described later, and the “upper limit number of log registrations” of each DB in the log management information DB 23 is updated by the upper limit value calculation unit 30. Is done. For example, as shown in FIG. 7, when the PID # 3 log DB 22e is newly generated, the “upper limit number of log registrations” assigned to each DB is updated and reduced.
  • the second error storage unit 28 uses the PID # 0 log DB 22a as the DB in which the “log registration number” in the log management information DB 23 exceeds the “log registration possible number upper limit”. Is identified. Subsequently, as shown in FIG. 7, the second error storage unit 28 uses the oldest entry “05/01/05” for the PID # 3 entry among the identified entries in the PID # 0 log DB 22a. The log is assigned to the log DB 22e, and the requested error log is registered in the assigned entry.
  • the second error storage unit 28 decrements the “number of log registrations” in the PID # 0 log DB 22a in the log management information DB 23 and updates the “oldest log date”. Further, the second error storage unit 28 increments the “log registration count” of the PID # 3 log DB 22e in the log management information DB 23.
  • the log area control unit 29 described later deletes the PID # 1 log DB 22b in the log area, and the upper limit calculation unit 30 updates the “upper limit number of log registrations” of each DB in the log management information DB 23. Is done. For example, as shown in FIG. 8, when the PID # 1 log DB 22b is deleted, the “upper limit number of log registrations” assigned to each DB is updated and increased.
  • the second error storage unit 28 uses the PID # 0 log DB 22a as the DB in which the “log registration number” in the log management information DB 23 exceeds the “log registration possible number upper limit”. Is identified. Subsequently, as shown in FIG. 8, the second error storage unit 28 refers to the log management information DB 23 and deletes the oldest entry “2005/01/07” in the identified log DB 22a for PID # 0. It is determined which of the oldest entries “05/11/2005” in the PID # 1 log DB 22b is older.
  • the second error storage unit 28 uses the oldest entry “05/01/07” in the PID # 0 log DB 22a for the PID # 3.
  • the log is assigned to the log DB 22e, and the requested error log is registered in the assigned entry.
  • the second error storage unit 28 decrements the “number of log registrations” in the PID # 0 log DB 22a in the log management information DB 23 and updates the “oldest log date”. Further, the second error storage unit 28 increments the “log registration count” of the PID # 3 log DB 22e in the log management information DB 23.
  • the second error storage unit 28 determines whether there is a DB whose “log registration number” in the log management information DB 23 exceeds the “log registration allowable number upper limit”. Then, when the “log registration number” of the PID # 0 log DB 22a exceeds the “log registration maximum number upper limit”, the second error storage unit 28 compares the oldest entry with the same as in the above example. Do. That is, the second error storage unit 28 specifies the oldest entry “2005/01/12” in the identified PID # 0 log DB 22a and the oldest entry “2005/05” in the deleted PID # 1 log DB 22b.
  • the second error storage unit 28 updates each information in the log management information DB 23 as in the case described above. Specifically, the second error storage unit 28 decrements the “number of log registrations” in the PID # 1 log DB 22b and updates the “oldest log date”. Further, the second error storage unit 28 increments the “log registration count” of the PID # 3 log DB 22e in the log management information DB 23.
  • the second error storage unit 28 determines that there is no DB whose “log registration number” in the log management information DB 23 exceeds the “log registration allowable number upper limit”, the second error storage unit 28 uses the deleted PID # 1. The oldest entry “05/11/2005” in the log DB 22b is allocated to the PID # 3 log DB 22e. Then, the second error storage unit 28 registers the requested error log in the assigned entry.
  • the log area control unit 29 generates a PID log DB in the log area 22 and deletes the deleted PID log DB. For example, when notified from the configuration management unit 26 that the PID # 3 has been newly generated in the information processing apparatus 10, the log area control unit 29 is for the PID # 3 that is the log DB for the PID # 3. The log DB 22e is generated in the log area 22, and the upper limit calculation unit 30 is notified of the generation. Further, when notified from the configuration management unit 26 that the PID # 1 operating in the information processing apparatus 10 has been deleted, the log area control unit 29 is for the PID # 1 that is the log DB for the PID # 1. The log DB 22a is deleted from the log area 22, and the upper limit calculation unit 30 is notified of the deletion.
  • the upper limit value calculation unit 30 uses “Equation (1)” for each PID currently operating, The “number upper limit” is calculated. Further, when notified that the PID # 1 has been deleted from the log area control unit 29, the upper limit calculation unit 30 uses the formula (1) to calculate the “log registration possible number upper limit for each currently operating PID. Is calculated.
  • FIG. 9 is a flowchart showing an overall flow of error log registration processing executed by the information processing apparatus.
  • FIG. 10 is a flowchart showing the flow of pool use processing in error log registration processing.
  • FIG. 11 is a flowchart showing the flow of the leveling process in the error log registration process.
  • the first error storage unit 27 executes a pool use process (step S103).
  • the second error storage unit 28 can log-register the number of log registrations in the log DB subject to error log registration. It is determined whether or not the upper limit is exceeded (step S104).
  • step S104 when the number of log registrations in the log DB subject to error log registration is equal to or greater than the upper limit number of log registrations (Yes in step S104), the second error storage unit 28 registers a new error log in the lap process (step S105). On the other hand, when the number of log registrations in the error log registration target log DB is less than the upper limit of log registration possible numbers (No in step S104), the second error storage unit 28 executes leveling processing (step S106).
  • the first error storage unit 27 subtracts the number of entries from the pool information management DB 24 (step S201). Subsequently, the first error storage unit 27 allocates an entry from the pool area 22d to the log DB targeted for log registration (step S202).
  • the first error storage unit 27 increments the “log registration count” of the log registration target log DB by 1 in the log management information DB 23 (step S203). Thereafter, the first error storage unit 27 registers a new error log in the entry assigned from the pool area 22d (step S204).
  • the first error storage unit 27 refers to the log management information DB 23 and determines whether or not the “log registration count” of the log DB in which a new error log is registered is “1” (step S205). . Then, when the “number of log registrations” is “1” (Yes in step S205), the first error storage unit 27 registers the date and time of the registered error log in the “oldest log date and time” of the log management information DB 23. (Step S206). On the other hand, if the “number of log registrations” is not “1” (No in step S205), the first error storage unit 27 ends the process.
  • the second error storage unit 28 refers to the log management information DB 23 and executes Step S301. That is, the second error storage unit 28 searches for the log DB having the oldest “oldest log date and time” out of the log DBs not subject to log registration.
  • the second error storage unit 28 determines whether or not the “log registration number” of the searched log DB exceeds the “log registration possible number upper limit” (step S302). Then, if the “log registration number” of the searched log DB exceeds the “log registration possible number upper limit” (Yes in step S302), the second error storage unit 28 determines the log DB as an entry deletion target (step S302). S303).
  • the second error storage unit 28 assigns the oldest entry in the log DB determined to be the entry deletion target to the log DB for newly registering the error log (step S304). Then, in the log management information DB 23, the second error storage unit 28 updates the “oldest log date / time” in the log DB determined to be the entry deletion target to the next oldest date / time (step S305).
  • the second error storage unit 28 subtracts the “log registration number” of the log DB determined to be the entry deletion target in the log management information DB 23 by the assigned number of entries (step S306).
  • the second error storage unit 28 adds the “number of log registrations” of the log DB to be registered in the log management information DB 23 by the number of entries assigned (step S307). Then, the second error storage unit 28 registers an error log of a new error in the entry assigned to the registration target log DB (step S308).
  • the second error storage unit 28 refers to the log management information DB 23 and determines whether the “log registration count” of the registration target log DB is “1” (step S310). Then, when the “number of log registrations” is “1” (Yes in step S310), the second error storage unit 28 registers the date and time of the registered error log in the “oldest log date and time” of the log management information DB 23. (Step S311). On the other hand, when the “number of log registrations” is not “1” (No in step S310), the second error storage unit 28 ends the process.
  • step S302 if the “log registration number” of the searched log DB does not exceed the “log registration allowable number upper limit” (No in step S302), the second error storage unit 28 executes step S309, S302 and subsequent steps are executed. That is, the second error storage unit 28 searches for a DB having the next oldest log date among log DBs not subject to log registration, and executes steps S302 and after.
  • a log area is provided for each configuration in which hardware is divided, and the log area size per configuration can be dynamically changed according to the number of configurations. Further, when the PID configuration is changed and the log area size per configuration is increased or decreased, the registered log can be operated at the timing when the log is registered and gradually leveled between the configurations. Therefore, the error log can be registered by allocating the necessary area to the necessary part, and the PID can be leveled so that the error log can be registered, so that the area for storing the error information can be used effectively. It is.
  • the log storage area can be efficiently used without waste in firmware with limited resources.
  • Log area can be allocated following dynamic partition configuration change.
  • the deleted partition log does not disappear immediately, but is gradually deleted when other partitions are registered, so it can be referenced until it is deleted.
  • FIG. 12 is a diagram illustrating an example of information stored in the log management information DB according to the second embodiment.
  • the log management information DB 23 is “device log DB, PID # 0 log DB, PID # 1 log DB, PID # 2 log DB, and PID # 3.
  • “upper limit number of log registrations, number of log registrations, oldest log date and time” is stored.
  • PID # 1 and PID # 2 are operating, and “apparatus log DB, PID # 0 log DB, PID # 1 log DB, PID # 2 log DB”.
  • two entries are currently registered in the “apparatus log DB”, and the oldest log is “2009/7/8”.
  • four entries are registered in the “PID # 0 log DB”, and the oldest log is “2009/2/3”.
  • Three entries are currently registered in the “PID # 1 log DB”, and the oldest log is “2009/8/8”.
  • the upper limit calculation unit 30 uses the calculation formula shown in Expression (2) for each DB stored in the log management information DB 23. Calculate and store “upper limit number of log registrations”.
  • the disclosed information processing apparatus can also calculate the “upper limit number of log registrations” based on the number of hardware (number of parts) constituting the PID. Specifically, by substituting the number of hardware of each PID into Equation (3), the “upper limit number of log registrations” can be calculated for each PID.
  • FIG. 13 is a diagram illustrating a hardware configuration of the PID.
  • PID # 0 is composed of one SB, one IOSB, two CPUs, and two memories.
  • PID # 1 includes two SBs, two IOSBs, two CPUs, and three memories.
  • PID # 2 includes one SB, one IOSB, two CPUs, and one memory.
  • SB is 0, IOSB is 0, CPU is 0, and memory is 0, that is, unconfigured.
  • a maximum of 15 entries can be registered in the log area.
  • FIG. 14 is a diagram illustrating an example of the upper limit of the number of log registrations calculated based on the number of parts constituting the PID.
  • the disclosed information processing apparatus can also calculate the “upper limit number of log registrations” based on a score determined in advance by the type of hardware (parts) constituting the PID.
  • the “upper limit number of log registrations” can be calculated for each PID by calculating the total number of PID points from the hardware constituting each PID and substituting it into Equation (4).
  • FIG. 15 is a diagram illustrating the hardware configuration of the PID and the number of hardware points. As shown in FIG. 15, 3 points are set for SB, 2 points for IOSB, 5 points for CPU, and 1 point for memory. This score can be arbitrarily changed by an administrator or the like.
  • PID # 0 is composed of one SB, one IOSB, two CPUs, and two memories. That is, PID # 0 has a total of 17 points including a total of 3 points for SB, 2 points for IOSB, 10 points for CPU, and 2 points for memory.
  • PID # 1 includes two SBs, two IOSBs, two CPUs, and three memories. In other words, PID # 1 has a total of 23 points including 6 points for SB, 4 points for IOSB, 10 points for CPU, and 3 points for memory.
  • PID # 2 includes one SB, one IOSB, two CPUs, and one memory.
  • PID # 2 has a total of 16 points, 3 points for SB, 2 points for IOSB, 10 points for CPU, and 1 point for memory.
  • SB is 0, IOSB is 0, CPU is 0, and memory is 0, that is, unconfigured.
  • a maximum of 15 entries can be registered in the log area.
  • FIG. 16 is a diagram illustrating an example of the upper limit number of log registrations calculated after converting PID into points.
  • a “minimum number of logs to be secured” that is a number for securing a minimum log regarding the log area of the deleted PID can be provided.
  • the “minimum number of logs to be secured” can be arbitrarily changed by the administrator.
  • FIG. 17 is a flowchart for determining the upper limit number of log registrations when the minimum number of logs to be secured is provided.
  • the upper limit calculation unit 30 first sets “ ⁇ ” as the “number of entries usable in the entire log area” (step S401). Subsequently, the upper limit calculation unit 30 refers to the log area 22 and the information processing apparatus 10 and determines whether or not an undefined partition exists (step S402). That is, the upper limit calculation unit 30 determines whether there is a deleted PID.
  • step S402 when there is an undefined partition (step S402 Yes), the upper limit calculation unit 30 refers to the log management information DB 23 and checks the log DB information of the undefined partition (step S403). Subsequently, the upper limit calculation unit 30 determines whether or not the “log registration count” in the log management information DB 23 is smaller than a preset “minimum log allocation count” (step S404). In addition, when there is no undefined partition (No in step S402), the upper limit calculation unit 30 executes step S408.
  • the upper limit calculation unit 30 sets the “minimum log allocation count” set in the undefined partition as “log The upper limit is “the maximum number that can be registered” (step S405). Subsequently, the upper limit calculation unit 30 calculates “ ⁇ the maximum number of log registrations” as a new “ ⁇ ” (step S406).
  • the upper limit calculation unit 30 sets the “log registration count” currently registered in the undefined partition to “ The upper limit of the number of log registrations ”is set (step S407). Thereafter, the upper limit calculation unit 30 executes Step S406.
  • the upper limit calculation unit 30 executes the processes of steps S403 to S406 as many as the number of undefined partitions.
  • the upper limit calculation unit 30 newly stores the calculated “upper limit number of log registrations per configuration” as the “upper limit number of log registrations” of each PID in the log management information DB 23 (step S409).
  • the upper limit calculation unit 30 refers to the log management information DB 23 and determines whether or not the error log is registered, in other words, the “log registration count” of all the log DBs is “0” ( Step S410). That is, the upper limit calculation unit 30 refers to the log management information DB 23 and determines whether or not there is a log DB whose “number of log registrations” is “1 or more”.
  • the upper limit calculation unit 30 determines “the number of entries in the entire log area” as the “number of pool log entries” (step S411). That is, the upper limit calculation unit 30 determines that the entries for “ ⁇ ” calculated in step S406 are unused, and determines “number of pool log entries” as “ ⁇ ”.
  • step S412 the upper limit calculation unit 30 determines the value obtained by subtracting the “total number of log registrations of each configuration” indicating the number of already registered logs from the “number of entries in the entire log area” as the “number of pool log entries”. To do. That is, when the total number of already registered logs is 3, the upper limit calculation unit 30 determines that the number of entries obtained by subtracting 3 from “ ⁇ ” calculated in step S406 is unused. , “ ⁇ -3” is determined as “the number of entries in the pool”.
  • the upper limit calculation unit 30 stores the “number of pool log entries” determined in step S411 or step S412 in the pool management information DB 24 (step S413).
  • the “minimum number of log reservations” set in the deleted partition log DB is smaller than the “log registration number”
  • the “log registration” of the deleted partition log DB The “maximum possible number” is set to “minimum number of logs to be secured”. For example, when the “minimum number of logs to be secured” for the deleted partition is “3” and the “number of log registrations” is “5”, “3” becomes a new “upper limit number of log registrations”. decide.
  • the “number of log registrations” currently registered in the log DB for the deleted partition "Is the upper limit for the number of log registrations”. For example, if the “minimum number of logs to be secured” for the deleted partition is “3”, the “upper limit number of log registrations” is “2”, and the error log is already registered as “1”, “1” Is determined as a new “upper limit number of log registrations”.
  • the log of the partition after deletion can be saved as a log without releasing the minimum number, it is prevented from disappearing when you want to investigate the log of the PID deleted after the configuration change. it can.
  • important logs can be stored for an arbitrary period even in a partition after deletion.
  • the information processing apparatus 10 predetermines a “minimum number of log registrations” in order to prevent the log registration limit from being less than 1 when the “log registration maximum number” is calculated based on the number of parts and the number of points.
  • the “log registration maximum number upper limit” can be calculated using the number of parts and the number of points. For example, an example of calculating the “upper limit number of log registrations” of PID # 0 shown in FIG. 15 after setting “minimum number of log registrations possible” to “1” will be described.
  • the information processing apparatus 10 sets “1” to “minimum number of log registrations”, “15” to “number of entries in the entire log area”, “3” to the number of valid partitions, and “17” to the number of target partitions. Then, “56” is substituted into equation (5) for the total score of all partitions.
  • Another method is to collect log occurrence frequency statistics for each log management configuration, and assign a higher upper limit value to the configuration with high log occurrence frequency when deciding the “log registration limit”. Is also possible. Furthermore, by collecting statistics on the occurrence frequency by importance and reflecting it in the “upper limit number of log registrations”, it is possible to obtain a large number of logs that are likely to generate important logs.
  • the change timing of the “upper limit number of log registrations” may be automatically performed periodically or at the timing of configuration change.
  • a log area is provided for each PID.
  • the present invention is not limited to this.
  • a log is recorded in units of components (hardware).
  • the area may be managed.
  • each process performed for each PID described above may be replaced with a part unit to execute each process.
  • the validity period may be checked periodically or at the timing when the log is registered.
  • the “entry” storing the log whose validity period has passed may be assigned to the configuration for registering the error log as it is.
  • the “entry” of the expired error log becomes a pool, the total number of “log registration possible number upper limit” for the entire apparatus is reduced, and therefore the “log registration possible number upper limit” of all partitions may be updated.
  • the error logs of existing partitions can be deleted by performing the same process.
  • the error log of the replaced part may be deleted at the replacement timing when the part is replaced. Further, when a failed part is replaced, the log of the part before replacement may have an effective period, and the log may be deleted when the effective period elapses after the part replacement.
  • Leveling method As a method of moving the log area from another partition, it is also possible to give importance to the log contents, give a score based on the importance and the elapsed time from the log occurrence date, and move based on the score . Assume that the score of the error log with the highest importance and the short elapsed time from the occurrence date and time of the error log is the highest, and the error log with the low importance and the long elapsed time from the occurrence of the error log has a low score.
  • moving an area from a log area of another configuration it is possible to prevent the loss of the most recent important log by preferentially moving the area where an error log with a low score is registered.
  • each component of each illustrated device is functionally conceptual and does not necessarily need to be physically configured as illustrated.
  • the specific form of distribution / integration of each device is not limited to the illustrated one. All or a part thereof can be configured to be functionally or physically distributed / integrated in arbitrary units according to various loads or usage conditions.
  • all or any part of each processing function performed in each device is realized by a processor such as a CPU and a program that is analyzed and executed by the processor, or is realized as hardware by wired logic. Can be done.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Debugging And Monitoring (AREA)

Abstract

　情報処理装置は、複数のパーティションでエラーが発生した際に、ログ領域に未使用の領域がある場合には、エラーが発生したパーティションのログ領域に当該未使用の領域を割り当てて、発生したエラーのログを格納する。そして、情報処理装置は、複数のパーティションでエラーが発生した際に、ログ領域に未使用の領域がなく、エラーが発生したパーティションに対応するログ領域に登録されている登録数が上限数を超えるとする。その場合には、情報処理装置は、予め設定された上限数以上のエラーログが格納されているログ領域における最も古いエントリを、エラーが発生したパーティションのログ領域に割り当てて、発生したエラーのログを格納する。

Description

システム制御装置、ログ制御方法および情報処理装置
　本発明は、システム制御装置、ログ制御方法および情報処理装置に関する。
　従来、大規模サーバでは、ＯＳ（Operating　System）が動作できる単位にハードウェアを分割した複数のパーティションを装置内に生成し、複数のＯＳを同時に運用することが行われている。１つのパーティションは、ＯＳが動作できる最小限のハードウェアで構成されている場合もあり、運用シーンにあわせて複数のハードウェアで構成されている場合もある。
　そして、パーティションを構成するハードウェアでエラーが発生した場合、エラーの波及範囲はパーティション内に閉じている。つまり、パーティションＡのハードウェアで発生したエラーが、パーティションＢにまで影響を及ぼすことは少ない。そのため、サーバは、エラーログを管理するシステム制御ファームウェアを有するシステム制御部によって、パーティションごとにエラーログを管理している。
　例えば、サーバのシステム制御部は、サーバ内で定義できる最大のパーティション数分のログ領域を設け、各パーティションにログ領域を割り当てる。そして、システム制御部は、サーバ内でエラーが発生した場合、エラーが発生したパーティションに対応するログ領域にエラーログを登録する。また、システム制御部は、ログ領域が一杯になった場合に、最も古いエラーログを上書きするラップ処理でエラーログを登録する。
　上記最大のパーティション数分のログ領域を設けて、パーティションごとにエラーログを登録する手法は、仮想マシン（ＶＭ：Virtual　Machine）にも利用されている。具体的には、システム制御部は、ＶＭごとにログ領域を設け、エラーが発生したＶＭのログ領域にエラーログを登録する。
　また、エラーログを記憶する複数のログ記憶部を有し、空き領域にエラーログを記録するサーバも開示されている。例えば、当該サーバは、エラーが発生した場合に、登録対象となっているログ記憶部Ａに空き領域があるか否かを判定する。そして、サーバは、空き領域がある場合には、発生したエラーのログをログ記憶部Ａに登録する。また、サーバは、空き領域がない場合には、ログ記憶部Ａに記憶されるエラーログのうち、保存期間切れのログが存在するか否かを判定する。
　そして、サーバは、ログ記憶部Ａに空き領域がなく、かつ、保存期間切れのログが存在する場合には、保存期間切れのログを上書きして、発生したエラーのログをログ記憶部Ａに登録する。一方、サーバは、ログ記憶部Ａに空き領域がなく、かつ、保存期間切れのログが存在しない場合には、別の記憶部であるログ記憶部Ｂを生成し、発生したエラーのログを登録する。
特開平４－２５７０３５号公報 特開平１０－１１３３０号公報
　しかしながら、従来の技術では、エラー情報を記憶する領域を有効的に利用することができないという課題があった。
　具体的には、従来の技術では、５つのパーティションが構成可能なサーバにおいて、３つのパーティションでＯＳが稼動している場合であっても、５つのパーティション分のログ領域を確保する。そのため、ＯＳが稼動していない２つのパーティションのログ領域が使用されない領域となり、有限なリソースを無駄に使用することとなる。
　また、上記ログ記憶部Ａの空き領域がない場合には、古いエラーログを上書きするか他の記憶部であるログ記憶部Ｂを作成する場合であっても、ログ記憶部Ａの古いエラーログが上書きされる間は、他のログ記憶部は使用されない。すなわち、使用されないログ領域が存在し、有限なリソースを無駄に使用することとなる。
　開示の技術は、上記に鑑みてなされたものであって、エラー情報を記憶する領域を有効的に利用することが可能であるシステム制御装置、ログ制御方法および情報処理装置を提供することを目的とする。
　本願の開示するシステム制御装置、ログ制御方法および情報処理装置は、一つの態様において、情報処理機能を発揮する単位でハードウェアを割り当てた複数のパーティションそれぞれに対応付けたログ領域で、前記複数のパーティションそれぞれで発生したエラーのログを記憶するエラーログ記憶部と、前記複数のパーティションに対応するログ領域におけるログの上限数を記憶する上限数記憶部と、前記複数のパーティションでエラーが発生した際に、前記エラー情報記憶部に未使用の領域がある場合には、エラーが発生したパーティションのログ領域に当該未使用の領域を割り当てて、発生したエラーのログを格納する第１の格納部と、前記複数のパーティションでエラーが発生した際に、前記エラー情報記憶部に未使用の領域がなく、エラーが発生したパーティションに対応するログ領域に登録されている登録数が前記上限数を超える場合には、前記上限数記憶部に記憶される上限数以上のエラーログが格納されているログ領域における最も古いエントリを、エラーが発生したパーティションのログ領域に割り当てて、発生したエラーのログを格納する第２の格納部とを有する。
　本願の開示するシステム制御装置、ログ制御方法および情報処理装置の一つの態様によれば、エラー情報を記憶する領域を有効的に利用することが可能であるという効果を奏する。
図１は、実施例１に係る情報処理装置の構成を示すブロック図である。 図２は、図１に示したシステム制御部の構成を示すブロック図である。 図３は、ログ管理情報ＤＢが記憶する情報の例を示す図である。 図４は、プール管理情報ＤＢに記憶される情報の例を示す図である。 図５は、第１エラー格納部によるエラー格納を説明する図である。 図６は、ログ登録可能数上限を超えるログ領域からエントリを割り振って平準化する例を示す図である。 図７は、新たなパーティションが生成された状態で平準化する例を示す図である。 図８は、既存パーティションが削除された状態で平準化する例を示す図である。 図９は、情報処理装置が実行するエラーログ登録処理の全体的な流れを示すフローチャートである。 図１０は、エラーログ登録処理におけるプール使用処理の流れを示すフローチャートである。 図１１は、エラーログ登録処理における平準化処理の流れを示すフローチャートである。 図１２は、実施例２におけるログ管理情報ＤＢが記憶する情報の例を示す図である。 図１３は、ＰＩＤのハードウェア構成を示す図である。 図１４は、ＰＩＤを構成する部品数に基づいて算出したログ登録可能数上限の例を示す図である。 図１５は、ＰＩＤのハードウェア構成およびハードウェアの点数を示す図である。 図１６は、ＰＩＤを点数に換算した上で算出したログ登録可能数上限の例を示す図である。 図１７は、最低ログ確保数設けた際のログ登録可能数上限を決定するフローチャートである。
　以下に、開示するシステム制御装置、ログ制御方法および情報処理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例により限定されるものではない。
　図１は、実施例１に係る情報処理装置の構成を示すブロック図である。この情報処理装置１０は、アプリケーションを実行または提供するアプリケーションサーバ、Ｗｅｂサービスを提供するＷｅｂサーバ、データを記憶するデータベースサーバなどの各種サーバである。また、情報処理装置１０は、各種サーバだけでなく、パーソナルコンピュータにも適用することができる。
［情報処理装置の構成］
　図１に示すように、情報処理装置１０は、通信制御Ｉ／Ｆ部１１とＰＩＤ＃０とＰＩＤ＃１とＰＩＤ＃２とシステム制御部２０とを有する。通信制御Ｉ／Ｆ部１１は、他の装置との通信を制御する通信インタフェースである。
　ＰＩＤ＃０、ＰＩＤ＃１、ＰＩＤ＃２は、ＯＳが動作する単位、言い換えると、情報処理機能を発揮する単位でハードウェアを割り当てたパーティションである。すなわち、この情報処理装置１０は、現状で、３台のパーティションが割り当てられていることを示す。このパーティションは、管理者等によって増減される。
　ＰＩＤ＃０は、ＳＢ（システムボード）１２とＣＰＵ（Central　Processing　Unit）１２ａとメモリ１２ｂとＩＯＳＢ（入出力システムボード）１３とを有する。ＰＩＤ＃１は、ＳＢ１４とＣＰＵ１４ａとメモリ１４ｂとＩＯＳＢ１５とを有し、さらにＳＢ１６とＣＰＵ１６ａとメモリ１６ｂとＩＯＳＢ１７とを有する。ＰＩＤ＃２は、ＳＢ１８とＣＰＵ１８ａとメモリ１８ｂとＩＯＳＢ１９とを有する。なお、各ＰＩＤが有するハードウェアは、同様なので、ここではＰＩＤ＃０についてのみ説明する。
　ＳＢ１２は、電子機器を構成する電子回路基板であり、ＣＰＵ１２ａとメモリ１２ｂとを搭載する。ＣＰＵ１２ａは、数値計算、情報処理、機器制御などの各種制御を実施するプロセッサである。メモリ１２ｂは、ＣＰＵ１２ａが各種処理に用いるデータ等を記憶する記憶装置である。なお、ＳＢ１２に搭載されるＣＰＵ１２ａとメモリ１２ｂはあくまで例示であり、これらに限定されるものではない。
　ＩＯＳＢ１３は、ＳＣＳＩ（Small　Computer　System　Interface）、ＦＣ（Fibre　Channel）、イーサネット（登録商標）などを介して入出力デバイスと接続され、データ転送などの処理を制御する。
　システム制御部２０は、ＰＩＤ＃０、ＰＩＤ＃１、ＰＩＤ＃２で発生したエラーのエラーログ等を管理する制御部であり、図２を用いて具体的に説明する。
［システム制御部の構成］
　図２は、図１に示したシステム制御部の構成を示すブロック図である。図２に示すように、システム制御部２０は、記憶領域２１とエラー検出部２５と構成管理部２６と第１エラー格納部２７と第２エラー格納部２８とログ領域制御部２９と上限値算出部３０とを有する。記憶領域２１は、エラーログや管理情報等を記憶する記憶部であり、ログ領域２２とログ管理情報ＤＢ２３とプール管理情報ＤＢ２４とを有する。
　ログ領域２２は、情報処理機能を発揮する単位でハードウェアを割り当てた複数のパーティションそれぞれに対応付けたログ領域で、複数のパーティションそれぞれで発生したエラーのログを記憶する記憶部である。ログ領域２２は、情報処理装置１０が有するパーティションごとにログ領域を有し、図１の例では、ＰＩＤ＃０用ログＤＢ２２ａとＰＩＤ＃１用ログＤＢ２２ｂとＰＩＤ＃２用ログＤＢ２２ｃとプール領域２２ｄとを有する。なお、ログ領域２２が有する領域は、ログ領域制御部２９が実行するパーティションの生成や削除によって、情報処理装置１０内で動作するパーティション数の増減に応じて動的に変化する。
　ＰＩＤ＃０用ログＤＢ２２ａは、ＰＩＤ＃０内で発生したエラーのエラーログをエントリとして記憶する記憶部であり、例えば、ＳＢ１２やＩＯＳＢ１３で発生したエラーのエラーログを記憶する。ＰＩＤ＃１用ログＤＢ２２ｂは、ＰＩＤ＃１内で発生したエラーのエラーログをエントリとして記憶する記憶部であり、例えば、ＳＢ１４やＩＯＳＢ１５、ＳＢ１６やＩＯＳＢ１７で発生したエラーのエラーログを記憶する。ＰＩＤ＃２用ログＤＢ２２ｃは、ＰＩＤ＃２内で発生したエラーのエラーログをエントリとして記憶する記憶部であり、例えば、ＳＢ１８やＩＯＳＢ１９で発生したエラーのエラーログを記憶する。プール領域２２ｄは、各ＰＩＤに割り当て可能な共有ログ領域である。
　ログ管理情報ＤＢ２３は、情報処理装置１０で動作する複数のパーティションに対応するログ領域それぞれが記憶するログの上限数を記憶する。本実施例では、ログ管理情報ＤＢ２３は、情報処理装置１０で動作可能な最大のパーティション数ごとに情報を記憶する。図３は、ログ管理情報ＤＢが記憶する情報の例を示す図である。図３に示すように、ログ管理情報ＤＢ２３は、「ＰＩＤ＃０用ログＤＢ、ＰＩＤ＃１用ログＤＢ、ＰＩＤ＃２用ログＤＢ、ＰＩＤ＃３用ログＤＢ」それぞれに対応付けて、「ログ登録可能数上限、ログ登録数、最古のログ日時」を記憶する。
　「ＰＩＤ＃０用ログＤＢ」は、情報処理装置１０で動作するＰＩＤ＃０に対応するものであり、「ＰＩＤ＃１用ログＤＢ」は、情報処理装置１０で動作するＰＩＤ＃１に対応するものであり、「ＰＩＤ＃２用ログＤＢ」は、情報処理装置１０で動作するＰＩＤ＃２に対応するものである。また、「ＰＩＤ＃３用ログＤＢ」は、情報処理装置１０では現在動作していないが、動作可能なＰＩＤに対応するものである。
　「ログ登録可能数上限」は、各ＰＩＤに割り当て可能な共有ログ領域であるプール領域がなくなった後、各ＰＩＤに割り当てられるべきエラーログのエントリ数である。「ログ登録数」は、現在登録されているエントリ数である。「最古のログ日時」は、現在登録されているエントリのうち、最古のエントリの日時を示す情報である。
　すなわち、図３の場合、ＰＩＤ＃０用としてのＰＩＤ＃０用ログＤＢ２２ａには、「ログ登録可能数上限＝５」が割り当てられており、現在、「最古のログ日時＝2009/2/3」とする「４エントリ」登録されていることを示す。また、ＰＩＤ＃１用としてのＰＩＤ＃１用ログＤＢ２２ｂには、「ログ登録可能数上限＝５」が割り当てられており、現在、「最古のログ日時＝2009/8/8」とする「３エントリ」登録されていることを示す。ＰＩＤ＃２用としてのＰＩＤ＃２用ログＤＢ２２ｃには、「ログ登録可能数上限＝５」が割り当てられており、現在、「最古のログ日時＝2010/5/1」とする「２エントリ」登録されていることを示す。また、現在動作していないＰＩＤ＃３に対応する「ＰＩＤ＃３用ログＤＢ」には、いずれの情報も登録されていない。
　図２に戻り、プール管理情報ＤＢ２４は、ログ領域として未使用な領域であり、各ＰＩＤに割り当て可能な共有ログ領域としてのエントリ数を記憶する。図４は、プール管理情報ＤＢに記憶される情報の例を示す図である。図４に示すように、プール管理情報ＤＢ２４は、共有ログ領域を示す「プールログエントリ数」として「６」を記憶する。すなわち、各ＰＩＤ用のログＤＢに割り当て可能なエントリ数が「６」であることを記憶する。
　エラー検出部２５は、情報処理装置１０内の各ＰＩＤで発生したエラーを検出し、検出したエラーのエラーログの登録依頼を実施する。例えば、エラー検出部２５は、ＰＩＤ＃１のＳＢ１６でエラーが発生した場合に、当該エラーに関する情報として、どこでどのようなエラーが発生したかなどエラー内容を特定するエラーログを生成する。そして、エラー検出部２５は、生成したエラーログをＰＩＤ＃１用ログＤＢ２２ｂに登録する登録依頼を第１エラー格納部２７に出力する。
　構成管理部２６は、情報処理装置１０全体のパーティション構成を管理する。例えば、構成管理部２６は、新たなパーティションであるＰＩＤ＃３の生成指示を管理者から受信した場合には、当該指示にしたがってハードウェアを割り当ててＰＩＤ＃３を情報処理装置１０内に生成し、生成が完了したことをログ領域制御部２９に通知する。また、構成管理部２６は、既存パーティションであるＰＩＤ＃１の削除指示を管理者から受信した場合には、当該指示にしたがってハードウェアを解放してＰＩＤ＃１を削除し、削除が完了したことをログ領域制御部２９に通知する。
　第１エラー格納部２７は、複数のパーティションでエラーが発生した際に、未使用の領域がある場合には、エラーが発生したパーティションのログ領域に当該未使用の領域を割り当てて、発生したエラーのエラーログを格納する。図５は、第１エラー格納部によるエラー格納を説明する図である。例えば、図５に示すように、第１エラー格納部２７は、プール領域２２ｄに使用可能な領域が存在する状態で、ＰＩＤ＃０用ログＤＢ２２ａにエラーログを登録する場合、プール領域２２ｄからＰＩＤ＃０用ログＤＢ２２ａにエントリを割り当ててエラーログを登録する。また、第１エラー格納部２７は、プール領域２２ｄに使用可能な領域が存在する状態で、ＰＩＤ＃２用ログＤＢ２２ｃにエラーログを登録する場合、プール領域２２ｄからＰＩＤ＃２用ログＤＢ２２ｃにエントリを割り当ててエラーログを登録する。
　例えば、第１エラー格納部２７は、エラー検出部２５からＰＩＤ＃１用ログＤＢ２２ｂへのエラーログ登録依頼を受信した場合、プール管理情報ＤＢ２４を参照し、「プールログエントリ数」が「１」以上であるか否かを判定する。そして、第１エラー格納部２７は、「プールログエントリ数」が「１」以上である場合、プール領域２２ｄから１エントリを取得してＰＩＤ＃１用ログＤＢ２２ｂに割り当て、割り当てたエントリにエラーログを登録する。そして、第１エラー格納部２７は、ログ管理情報ＤＢ２３の「ＰＩＤ＃１用ログＤＢ」に対応する「ログ登録数」をインクリメントし、プール管理情報ＤＢ２４の「プールログエントリ数」をデクリメントする。なお、第１エラー格納部２７は、「プールログエントリ数」が「０」である場合には、エラー検出部２５から受信したエラーログ登録依頼を第２エラー格納部２８に転送する。
　また、第１エラー格納部２７は、プール領域２２ｄに使用可能な領域が存在する場合には、各ＰＩＤ用ログＤＢが「ログ登録可能数上限」を超えているか否かに関わらず、プール領域２２ｄのエントリを割り当ててエラーログを登録する。一例としては、第１エラー格納部２７は、ＰＩＤ＃０用ログＤＢ２２ａの「ログ登録数」が「７」であり「ログ登録可能数上限＝５」を超えているとともに、「プールログエントリ数」が「３」であったとする。このような状態において、ＰＩＤ＃０でエラーが発生した場合であっても、第１エラー格納部２７は、プール領域２２ｄに使用可能な領域が存在するので、プール領域２２ｄからＰＩＤ＃０用ログＤＢ２２ａに新たなエントリを割り当てて、エラーログを登録する。
　第２エラー格納部２８は、複数のパーティションでエラーが発生した際に、ログ領域２２に未使用の領域がない場合には、ログ管理情報ＤＢ２３を参照し、登録対象となっているログＤＢの「ログ登録数」が「ログ登録可能数上限」を超えているか否かを判定する。そして、第２エラー格納部２８は、登録対象となっているログＤＢの「ログ登録数」が「ログ登録可能数上限」を超えている場合には、登録対象となっているログＤＢのエントリのうち最古のエントリに上書きするラップ処理で、エラーログを登録する。
　また、第２エラー格納部２８は、「ログ登録可能数上限」を超えていない場合には、登録対象となっているログＤＢ以外で、ログ管理情報ＤＢ２３に記憶される上限数以上のエラーログが格納されているログＤＢを特定する。そして、第２エラー格納部２８は、特定したログＤＢにおける最も古いエントリを、エラーが発生したパーティションのログ領域に割り当てて、発生したエラーのログを格納する。つまり、第２エラー格納部２８は、プール領域２２ｄに利用可能な領域がない状態でエラーログ登録依頼を受信した場合に、プール領域２２ｄに利用可能な領域がある際に各ＰＩＤ用ログＤＢに割り振られたエントリ数を平準化する。言い換えると、第２エラー格納部２８は、ログ領域を均等化する。
　図６～図８を用いて平準化の具体例を説明する。図６は、ログ登録可能数上限を超えるログ領域からエントリを割り振って平準化する例を示す図である。図７は、新たなパーティションが生成された状態で平準化する例を示す図であり、図８は、既存パーティションが削除された状態で平準化する例を示す図である。
　例えば、第２エラー格納部２８は、ＰＩＤ＃２用ログＤＢ２２ｃへのエラーログ登録依頼を第１エラー格納部２７から受信した場合、ログ管理情報ＤＢ２３の「ログ登録数」が「ログ登録可能数上限」を超えているＤＢを特定する。ここでは、第２エラー格納部２８は、ＰＩＤ＃０用ログＤＢ２２ａの「ログ登録数」が「ログ登録可能数上限」を超えていると特定したとする。続いて、第２エラー格納部２８は、図６に示すように、特定したＰＩＤ＃０用ログＤＢ２２ａのエントリのうち最古のエントリをＰＩＤ＃２用ログＤＢ２２ｃに割り当て、割り当てたエントリに依頼を受けたエラーログを登録する。また、第２エラー格納部２８は、ログ管理情報ＤＢ２３におけるＰＩＤ＃０用ログＤＢ２２ａの「ログ登録数」をデクリメントするとともに、「最古のログ日時」を更新する。また、第２エラー格納部２８は、ログ管理情報ＤＢ２３におけるＰＩＤ＃２用ログＤＢ２２ｃの「ログ登録数」をインクリメントする。
　次に、図６の状態から、情報処理装置１０内にＰＩＤ＃３が新たに生成され、ＰＩＤ＃３でエラーが発生した例を説明する。この例の場合、後述するログ領域制御部２９によって、ログ領域にＰＩＤ＃３用ログＤＢ２２ｅが生成され、上限値算出部３０によってログ管理情報ＤＢ２３における各ＤＢの「ログ登録可能数上限」が更新される。例えば、図７に示すように、ＰＩＤ＃３用ログＤＢ２２ｅが新たに生成されると、各ＤＢに割り当てられる「ログ登録可能数上限」が更新されて減ることとなる。
　このような状態において、新たに生成されたＰＩＤ＃３用のＰＩＤ＃３用ログＤＢ２２ｅへのエラーログ登録が発生したとする。この例の場合、図７に示すように、第２エラー格納部２８は、ログ管理情報ＤＢ２３の「ログ登録数」が「ログ登録可能数上限」を超えているＤＢとしてＰＩＤ＃０用ログＤＢ２２ａを特定する。続いて、第２エラー格納部２８は、図７に示すように、特定したＰＩＤ＃０用ログＤＢ２２ａのエントリのうち最古のエントリである「2005/05/05」のエントリをＰＩＤ＃３用ログＤＢ２２ｅに割り当て、割り当てたエントリに依頼を受けたエラーログを登録する。また、第２エラー格納部２８は、ログ管理情報ＤＢ２３におけるＰＩＤ＃０用ログＤＢ２２ａの「ログ登録数」をデクリメントするとともに、「最古のログ日時」を更新する。また、第２エラー格納部２８は、ログ管理情報ＤＢ２３におけるＰＩＤ＃３用ログＤＢ２２ｅの「ログ登録数」をインクリメントする。
　次に、図７の状態から、情報処理装置１０内にＰＩＤ＃１が削除され、ＰＩＤ＃１が使用していたエントリが解放された例を説明する。この例の場合、後述するログ領域制御部２９によって、ログ領域にＰＩＤ＃１用ログＤＢ２２ｂが削除され、上限値算出部３０によってログ管理情報ＤＢ２３における各ＤＢの「ログ登録可能数上限」が更新される。例えば、図８に示すように、ＰＩＤ＃１用ログＤＢ２２ｂが削除されると、各ＤＢに割り当てられる「ログ登録可能数上限」が更新されて増えることとなる。
　このような状態において、ＰＩＤ＃３用のＰＩＤ＃３用ログＤＢ２２ｅへのエラーログ登録が発生したとする。この例の場合、図８に示すように、第２エラー格納部２８は、ログ管理情報ＤＢ２３の「ログ登録数」が「ログ登録可能数上限」を超えているＤＢとしてＰＩＤ＃０用ログＤＢ２２ａを特定する。続いて、図８に示すように、第２エラー格納部２８は、ログ管理情報ＤＢ２３を参照し、特定したＰＩＤ＃０用ログＤＢ２２ａの最古のエントリ「2005/05/07」と、削除されたＰＩＤ＃１用ログＤＢ２２ｂの最古のエントリ「2005/05/11」のいずれが古いかを判定する。ここでは、第２エラー格納部２８は、ＰＩＤ＃０用ログＤＢ２２ａの最古のエントリの方が古いので、ＰＩＤ＃０用ログＤＢ２２ａの最古エントリ「2005/05/07」をＰＩＤ＃３用ログＤＢ２２ｅに割り当て、割り当てたエントリに依頼を受けたエラーログを登録する。また、第２エラー格納部２８は、ログ管理情報ＤＢ２３におけるＰＩＤ＃０用ログＤＢ２２ａの「ログ登録数」をデクリメントするとともに、「最古のログ日時」を更新する。また、第２エラー格納部２８は、ログ管理情報ＤＢ２３におけるＰＩＤ＃３用ログＤＢ２２ｅの「ログ登録数」をインクリメントする。
　さらに続いて、ＰＩＤ＃３用のＰＩＤ＃３用ログＤＢ２２ｅへのエラーログ登録が発生した場合を図８の例を用いて説明する。第２エラー格納部２８は、ログ管理情報ＤＢ２３の「ログ登録数」が「ログ登録可能数上限」を超えているＤＢが存在するか否かを判定する。そして、第２エラー格納部２８は、ＰＩＤ＃０用ログＤＢ２２ａの「ログ登録数」が「ログ登録可能数上限」を超えている場合には、上記例と同様、最古のエントリに比較を行う。すなわち、第２エラー格納部２８は、特定したＰＩＤ＃０用ログＤＢ２２ａの最古のエントリ「2005/05/12」と、削除されたＰＩＤ＃１用ログＤＢ２２ｂの最古のエントリ「2005/05/11」とのいずれが古いかを判定する。ここでは、第２エラー格納部２８は、ＰＩＤ＃１用ログＤＢ２２ｂの最古のエントリの方が古いので、ＰＩＤ＃１用ログＤＢ２２ｂのエントリ「2005/05/11」をＰＩＤ＃３用ログＤＢ２２ｅに割り当て、割り当てたエントリに依頼を受けたエラーログを登録する。
　また、第２エラー格納部２８は、上述した場合と同様、ログ管理情報ＤＢ２３における各情報を更新する。具体的には、第２エラー格納部２８は、ＰＩＤ＃１用ログＤＢ２２ｂの「ログ登録数」をデクリメントするとともに「最古のログ日時」を更新する。また、第２エラー格納部２８は、ログ管理情報ＤＢ２３におけるＰＩＤ＃３用ログＤＢ２２ｅの「ログ登録数」をインクリメントする。
　一方、第２エラー格納部２８は、ログ管理情報ＤＢ２３の「ログ登録数」が「ログ登録可能数上限」を超えているＤＢが存在しないと判定した場合には、削除されたＰＩＤ＃１用ログＤＢ２２ｂの最古のエントリ「2005/05/11」をＰＩＤ＃３用ログＤＢ２２ｅに割り当てる。そして、第２エラー格納部２８は、割り当てたエントリに依頼を受けたエラーログを登録する。
　図２に戻り、ログ領域制御部２９は、ログ領域２２にＰＩＤ用のログＤＢを生成し、また削除されたＰＩＤのログＤＢを削除する。例えば、ログ領域制御部２９は、情報処理装置１０内にＰＩＤ＃３が新たに生成されたことを構成管理部２６から通知されると、当該ＰＩＤ＃３用のログＤＢであるＰＩＤ＃３用ログＤＢ２２ｅをログ領域２２に生成し、生成したことを上限値算出部３０に通知する。また、ログ領域制御部２９は、情報処理装置１０内で動作するＰＩＤ＃１が削除されたことを構成管理部２６から通知されると、当該ＰＩＤ＃１用のログＤＢであるＰＩＤ＃１用ログＤＢ２２ａをログ領域２２から削除し、削除したことを上限値算出部３０に通知する。
　上限値算出部３０は、ログ管理情報ＤＢ２３に記憶されるログＤＢごとに、「ログ登録可能数上限」を算出して格納する。具体的には、上限値算出部３０は、ＰＩＤが新たに生成された場合やＰＩＤが削除された場合に、式（１）を用いて「ログ登録可能数上限」を算出してログ管理情報ＤＢ２３に格納する。例えば、情報処理装置内に３つの有効なＰＩＤが存在し、ログ領域全体で３０エントリが登録可能だったとする。この例の場合、上限値算出部３０は、「ログ領域全体のエントリ数（３０）／有効なパーティション数（３）」＝「ログ登録可能数上限（１０）」を算出する。そして、上限値算出部３０は、３つのＰＩＤそれぞれの「ログ登録可能数上限」を「１０」としてログ管理情報ＤＢ２３に格納する。
Figure JPOXMLDOC01-appb-M000001
　例えば、上限値算出部３０は、ログ領域制御部２９からＰＩＤ＃３が新たに生成されたことが通知された場合に、式（１）を用いて、現在動作するＰＩＤそれぞれの「ログ登録可能数上限」を算出する。また、上限値算出部３０は、ログ領域制御部２９からＰＩＤ＃１が削除されたことが通知された場合に、式（１）を用いて、現在動作するＰＩＤそれぞれの「ログ登録可能数上限」を算出する。
［処理の流れ］
　次に、図９～図１１を用いて、情報処理装置１０が実行するエラーログ登録処理の流れを説明する。図９は、情報処理装置が実行するエラーログ登録処理の全体的な流れを示すフローチャートである。図１０は、エラーログ登録処理におけるプール使用処理の流れを示すフローチャートである。図１１は、エラーログ登録処理における平準化処理の流れを示すフローチャートである。
（エラーログ登録処理の全体的な流れ）
　図９に示すように、情報処理装置１０のエラー検出部２５がエラーを検出すると（ステップＳ１０１ＹＥＳ）、第１エラー格納部２７は、プール領域２２ｄに空きエントリがあるか否かを判定する（ステップＳ１０２）。
　続いて、第１エラー格納部２７は、プール領域２２ｄに空きエントリがある場合には（ステップＳ１０２ＹＥＳ）、プール使用処理を実行する（ステップＳ１０３）。一方、第１エラー格納部２７によってプール領域２２ｄに空きエントリがないと判定された場合（ステップＳ１０２Ｎｏ）、第２エラー格納部２８は、エラーログ登録対象のログＤＢのログ登録数がログ登録可能数上限以上か否かを判定する（ステップＳ１０４）。
　そして、第２エラー格納部２８は、エラーログ登録対象のログＤＢのログ登録数がログ登録可能数上限以上である場合には（ステップＳ１０４Ｙｅｓ）、ラップ処理で新たなエラーログを登録する（ステップＳ１０５）。一方、第２エラー格納部２８は、エラーログ登録対象のログＤＢのログ登録数がログ登録可能数上限未満である場合には（ステップＳ１０４Ｎｏ）、平準化処理を実行する（ステップＳ１０６）。
（プール使用処理の流れ）
　次に、図９のステップＳ１０３で実行するプール使用処理を説明する。図１０に示すように、第１エラー格納部２７は、プール情報管理ＤＢ２４からエントリ数を減算する（ステップＳ２０１）。続いて、第１エラー格納部２７は、ログ登録対象のログＤＢにプール領域２２ｄからエントリを割り当てる（ステップＳ２０２）。
　そして、第１エラー格納部２７は、ログ管理情報ＤＢ２３において、ログ登録対象のログＤＢの「ログ登録数」を１増やす（ステップＳ２０３）。その後、第１エラー格納部２７は、プール領域２２ｄから割り当てたエントリに新たなエラーログを登録する（ステップＳ２０４）。
　続いて、第１エラー格納部２７は、ログ管理情報ＤＢ２３を参照し、新たなエラーログを登録したログＤＢの「ログ登録数」が「１」であるか否かを判定する（ステップＳ２０５）。そして、第１エラー格納部２７は、「ログ登録数」が「１」である場合（ステップＳ２０５Ｙｅｓ）、ログ管理情報ＤＢ２３の「最古のログ日時」に上記登録したエラーログの日時を登録する（ステップＳ２０６）。一方、第１エラー格納部２７は、「ログ登録数」が「１」でない場合（ステップＳ２０５Ｎｏ）、処理を終了する。
（平準化処理の流れ）
　次に、図９のステップＳ１０６で実行する平準化処理を説明する。図１１に示すように、第２エラー格納部２８は、ログ管理情報ＤＢ２３を参照し、ステップＳ３０１を実行する。すなわち、第２エラー格納部２８は、ログ登録対象でないログＤＢのうち、「最古のログ日時」が最も古いログＤＢを検索する。
　続いて、第２エラー格納部２８は、検索したログＤＢの「ログ登録数」が「ログ登録可能数上限」を超えているか否かを判定する（ステップＳ３０２）。そして、第２エラー格納部２８は、検索したログＤＢの「ログ登録数」が「ログ登録可能数上限」を超えている場合（ステップＳ３０２Ｙｅｓ）、当該ログＤＢをエントリ削除対象に決定する（ステップＳ３０３）。
　続いて、第２エラー格納部２８は、エントリ削除対象に決定したログＤＢにおいて最も古いエントリを新たにエラーログ登録するログＤＢに割り当てる（ステップＳ３０４）。そして、第２エラー格納部２８は、ログ管理情報ＤＢ２３において、エントリ削除対象に決定したログＤＢにおける「最古のログ日時」を次に古い日時に更新する（ステップＳ３０５）。
　さらに、第２エラー格納部２８は、ログ管理情報ＤＢ２３において、エントリ削除対象に決定したログＤＢの「ログ登録数」を割り当てたエントリ数分減算する（ステップＳ３０６）。
　その後、第２エラー格納部２８は、ログ管理情報ＤＢ２３において、登録対象のログＤＢの「ログ登録数」を割り当てたエントリ数分加算する（ステップＳ３０７）。そして、第２エラー格納部２８は、登録対象のログＤＢに割り当てたエントリに、新たなエラーのエラーログを登録する（ステップＳ３０８）。
　続いて、第２エラー格納部２８は、ログ管理情報ＤＢ２３を参照し、登録対象のログＤＢの「ログ登録数」が「１」であるか否かを判定する（ステップＳ３１０）。そして、第２エラー格納部２８は、「ログ登録数」が「１」である場合（ステップＳ３１０Ｙｅｓ）、ログ管理情報ＤＢ２３の「最古のログ日時」に上記登録したエラーログの日時を登録する（ステップＳ３１１）。一方、第２エラー格納部２８は、「ログ登録数」が「１」でない場合（ステップＳ３１０Ｎｏ）、処理を終了する。
　一方、ステップＳ３０２において、第２エラー格納部２８は、検索したログＤＢの「ログ登録数」が「ログ登録可能数上限」を超えていない場合（ステップＳ３０２Ｎｏ）、ステップＳ３０９を実行した後、ステップＳ３０２以降を実行する。すなわち、第２エラー格納部２８は、ログ登録対象でないログＤＢのうち、「最古のログ日時」が次に古いＤＢを検索して、ステップＳ３０２以降を実行する。
［実施例１による効果］
　実施例１によれば、ハードウェアを分割した構成ごとにログ領域を設け、構成の数に応じて１構成あたりのログの領域サイズが動的に変更できる。また、ＰＩＤの構成が変更され、１構成あたりのログの領域サイズが増減した場合、ログが登録されるタイミングで登録済みのログを操作し、徐々に構成間で平準化できる。したがって、必要な箇所に必要な領域を割り当ててエラーログを登録することができ、ＰＩＤ各々エラーログが登録できるように平準化できるので、エラー情報を記憶する領域を有効的に利用することが可能である。
　また、実施例１によれば、リソースが限られたファームウェアにおいて、ログ格納領域を無駄なく効率的に使えるようになる。動的なパーティションの構成変更に追従し、ログ領域を割り当てることができる。また、削除後のパーティションのログは即消失せず、他パーティションのログ登録時に徐々に削除されるため、削除されるまでは参照できる。
　ところで、実施例１ではＰＩＤごとにログ領域を設ける場合について説明したが、これに限定されるものではない。例えば、「ＰＩＤ内に閉じるエラー」と「情報処理装置全体に影響があるエラー」のそれぞれについて、ログＤＢを設けてエラーログを登録することができる。つまり、情報処理装置１０は、ログ領域２２に、各ＰＩＤ用のログＤＢと装置全体用のログＤＢとを設けて、エラーログを管理することができる。図１２は、実施例２におけるログ管理情報ＤＢが記憶する情報の例を示す図である。
　例えば、ログ管理情報ＤＢ２３は、図１２の（ａ）に示すように、「装置用ログＤＢ、ＰＩＤ＃０用ログＤＢ、ＰＩＤ＃１用ログＤＢ、ＰＩＤ＃２用ログＤＢ、ＰＩＤ＃３用ログＤＢ」各々に対応付けて「ログ登録可能数上限、ログ登録数、最古のログ日時」を記憶する。図１２の（ａ）の例では、ＰＩＤ＃１とＰＩＤ＃２が動作しており、「装置用ログＤＢ、ＰＩＤ＃０用ログＤＢ、ＰＩＤ＃１用ログＤＢ、ＰＩＤ＃２用ログＤＢ」各々には、「ログ登録可能数上限＝５」が割り当てられている。また、「装置用ログＤＢ」には、現在２エントリ登録されており、最古ログは「2009/7/8」である。「ＰＩＤ＃０用ログＤＢ」には、現在４エントリ登録されており、最古ログは「2009/2/3」である。「ＰＩＤ＃１用ログＤＢ」には、現在３エントリ登録されており、最古ログは「2009/8/8」である。
　このような状態において、ＰＩＤ＃２が新たに生成されると、上限値算出部３０は、式（２）に示した計算式を用いて、ログ管理情報ＤＢ２３に記憶されるＤＢごとに、「ログ登録可能数上限」を算出して格納する。
Figure JPOXMLDOC01-appb-M000002
　具体的には、上限値算出部３０は、余りは切り捨てることとして、「ログ領域全体のエントリ数（１５）／（有効なパーティション数（３）＋装置用ログ（１））」＝「ログ登録可能数上限（３）」を算出する。そして、上限値算出部３０は、図１２の（ｂ）に示すように、３つのＰＩＤおよび装置用ログＤＢそれぞれの「ログ登録可能数上限」を「３」としてログ管理情報ＤＢ２３に格納する。
　ところで、開示する情報処理装置は、ＰＩＤを構成するハードウェアの数（部品数）によって「ログ登録可能数上限」を算出することもできる。具体的には、各ＰＩＤのハードウェア数を式（３）に代入することで、ＰＩＤごとに「ログ登録可能数上限」を算出することができる。
Figure JPOXMLDOC01-appb-M000003
　例えば、各ＰＩＤが図１３に示したハードウェア構成である場合に、ＰＩＤごとに「ログ登録可能数上限」を算出する例で説明する。図１３は、ＰＩＤのハードウェア構成を示す図である。図１３に示すように、装置影響があるハードウェアは存在しておらず、ＰＩＤ＃０は、ＳＢが１つ、ＩＯＳＢが１つ、ＣＰＵが２つ、メモリが２つで構成されている。また、ＰＩＤ＃１は、ＳＢが２つ、ＩＯＳＢが２つ、ＣＰＵが２つ、メモリが３つで構成されている。ＰＩＤ＃２は、ＳＢが１つ、ＩＯＳＢが１つ、ＣＰＵが２つ、メモリが１つで構成されている。ＰＩＤ＃３は、ＳＢが０、ＩＯＳＢが０、ＣＰＵが０、メモリが０、すなわち未構成である。また、ログ領域最大では１５エントリが登録可能である。
　このような状態において、上限値算出部３０は、装置用ログＤＢについては「ログ登録可能数上限＝０」と算出する。また、上限値算出部３０は、ＰＩＤ＃０用ログＤＢ２２ａについては、式（３）を用いて「ログ登録可能数上限＝ログ領域全体のエントリ数（１５）×ＰＩＤ＃０の部品数（６）／全ＰＩＤの部品数（２０）＝４．５０」と算出する。
　また、上限値算出部３０は、ＰＩＤ＃１用ログＤＢ２２ｂについては、式（３）を用いて、「ログ登録可能数上限＝ログ領域全体のエントリ数（１５）×ＰＩＤ＃１の部品数（９）／全ＰＩＤの部品数（２０）＝６．７５」と算出する。また、上限値算出部３０は、ＰＩＤ＃２用ログＤＢ２２ｃについては、式（３）を用いて、「ログ登録可能数上限＝ログ領域全体のエントリ数（１５）×ＰＩＤ＃２の部品数（５）／全ＰＩＤの部品数（２０）＝３．７５」と算出する。
　したがって、上限値算出部３０は、図１４に示すように、ＰＩＤ＃０用ログＤＢ２２ａについては「ログ登録可能数上限＝４」、ＰＩＤ＃１用ログＤＢ２２ｂについては「ログ登録可能数上限＝６」をログ管理情報ＤＢ２３に格納する。さらに、上限値算出部３０は、図１４に示すように、ＰＩＤ＃２用ログＤＢ２２ｃについては「ログ登録可能数上限＝３」をログ管理情報ＤＢ２３に格納する。図１４は、ＰＩＤを構成する部品数に基づいて算出したログ登録可能数上限の例を示す図である。
　ところで、開示する情報処理装置は、ＰＩＤを構成するハードウェア（部品）の種別等によって予め決められた点数に基づいて「ログ登録可能数上限」を算出することもできる。具体的には、各ＰＩＤを構成するハードウェアからＰＩＤの総点数を算出して式（４）に代入することで、ＰＩＤごとに「ログ登録可能数上限」を算出することができる。
Figure JPOXMLDOC01-appb-M000004
　例えば、各ＰＩＤが図１５に示したハードウェア構成であり、各ハードウェアに点数が決められている場合に、ＰＩＤごとに「ログ登録可能数上限」を算出する例で説明する。図１５は、ＰＩＤのハードウェア構成およびハードウェアの点数を示す図である。図１５に示すように、ＳＢには３点、ＩＯＳＢには２点、ＣＰＵには５点、メモリには１点が設定されている。この点数は、管理者等によって任意に設定変更することができる。
　そして、装置影響があるハードウェアは存在しておらず合計０点であり、ＰＩＤ＃０は、ＳＢが１つ、ＩＯＳＢが１つ、ＣＰＵが２つ、メモリが２つで構成されている。すなわち、ＰＩＤ＃０は、ＳＢが計３点、ＩＯＳＢが計２点、ＣＰＵが計１０点、メモリが計２点の合計１７点である。また、ＰＩＤ＃１は、ＳＢが２つ、ＩＯＳＢが２つ、ＣＰＵが２つ、メモリが３つで構成されている。すなわち、ＰＩＤ＃１は、ＳＢが計６点、ＩＯＳＢが計４点、ＣＰＵが計１０点、メモリが計３点の合計２３点である。また、ＰＩＤ＃２は、ＳＢが１つ、ＩＯＳＢが１つ、ＣＰＵが２つ、メモリが１つで構成されている。すなわち、ＰＩＤ＃２は、ＳＢが計３点、ＩＯＳＢが計２点、ＣＰＵが計１０点、メモリが計１点の合計１６点である。ＰＩＤ＃３は、ＳＢが０、ＩＯＳＢが０、ＣＰＵが０、メモリが０、すなわち未構成である。また、ログ領域最大では１５エントリが登録可能である。
　このような状態において、上限値算出部３０は、装置用ログＤＢについては「ログ登録可能数上限＝０」と算出する。また、上限値算出部３０は、ＰＩＤ＃０用ログＤＢ２２ａについては、式（４）を用いて「ログ登録可能数上限＝ログ領域全体のエントリ数（１５）×ＰＩＤ＃０の点数（１７）／全ＰＩＤの総点数（５６）＝４．５５」と算出する。
　また、上限値算出部３０は、ＰＩＤ＃１用ログＤＢ２２ｂについては、式（４）を用いて「ログ登録可能数上限＝ログ領域全体のエントリ数（１５）×ＰＩＤ＃１の点数（２３）／全ＰＩＤの総点数（５６）＝６．１６」と算出する。また、上限値算出部３０は、ＰＩＤ＃２用ログＤＢ２２ｃについては、式（４）を用いて「ログ登録可能数上限＝ログ領域全体のエントリ数（１５）×ＰＩＤ＃２の点数（１６）／全ＰＩＤの総点数（５６）＝４．２９」と算出する。
　したがって、上限値算出部３０は、図１６に示すように、ＰＩＤ＃０用ログＤＢ２２ａについては「ログ登録可能数上限＝４」、ＰＩＤ＃１用ログＤＢ２２ｂについては「ログ登録可能数上限＝６」をログ管理情報ＤＢ２３に格納する。さらに、上限値算出部３０は、図１６に示すように、ＰＩＤ＃２用ログＤＢ２２ｃについては「ログ登録可能数上限＝４」をログ管理情報ＤＢ２３に格納する。図１６は、ＰＩＤを点数に換算した上で算出したログ登録可能数上限の例を示す図である。
　ところで、構成変更により削除したＰＩＤのログ領域は、他ＰＩＤのログ登録時に徐々に移動してしまうため、構成変更後に削除したＰＩＤのログを調査したい場合にすでに消失している可能性がある。そこで、削除ＰＩＤのログ領域に関して最低限のログを確保する数である「最低ログ確保数」を設けることもできる。なお、「最低ログ確保数」は管理者が任意に変更できる。
　図１７は、最低ログ確保数設けた際のログ登録可能数上限を決定するフローチャートである。図１７に示すように、上限値算出部３０は、まず「ログ領域全体で使用可能なエントリ数」を「α」とする（ステップＳ４０１）。続いて、上限値算出部３０は、ログ領域２２や情報処理装置１０内を参照して、未定義パーティションが存在するか否かを判定する（ステップＳ４０２）。すなわち、上限値算出部３０は、削除されたＰＩＤが存在するか否かを判定する。
　そして、上限値算出部３０は、未定義パーティションが存在する場合（ステップＳ４０２Ｙｅｓ）、ログ管理情報ＤＢ２３を参照して、未定義パーティションのログＤＢの情報をチェックする（ステップＳ４０３）。続いて、上限値算出部３０は、ログ管理情報ＤＢ２３の「ログ登録数」が予め設定された「最低ログ確保数」よりも小さいか否かを判定する（ステップＳ４０４）。なお、上限値算出部３０は、未定義パーティションが存在しない場合（ステップＳ４０２Ｎｏ）、ステップＳ４０８を実行する。
　そして、上限値算出部３０は、未定義パーティションの「ログ登録数」が「最低ログ確保数」よりも大きい場合（ステップＳ４０４Ｎｏ）、未定義パーティションに設定された「最低ログ確保数」を「ログ登録可能数上限」とする（ステップＳ４０５）。続いて、上限値算出部３０は、「α－ログ登録可能数上限」を新たな「α」として算出する（ステップＳ４０６）。
　一方、上限値算出部３０は、未定義パーティションの「ログ登録数」が「最低ログ確保数」よりも小さい場合（ステップＳ４０４Ｙｅｓ）、未定義パーティションに現在登録されている「ログ登録数」を「ログ登録可能数上限」とする（ステップＳ４０７）。その後、上限値算出部３０は、ステップＳ４０６を実行する。なお、上限値算出部３０は、ステップＳ４０３～ステップＳ４０６の処理を未定義パーティションの数だけ実行する。
　その後、上限値算出部３０は、「１構成あたりのログ登録可能数上限」＝「α／構成の数」として算出する（ステップＳ４０８）。すなわち、上限値算出部３０は、ステップＳ４０８で、現在利用可能なエントリ数（α）と現在動作しているＰＩＤ数とから「１ＰＩＤあたりのログ登録可能数上限」を算出する。
　続いて、上限値算出部３０は、算出した「１構成あたりのログ登録可能数上限」を各ＰＩＤの「ログ登録可能数上限」として、ログ管理情報ＤＢ２３に新たに格納する（ステップＳ４０９）。
　そして、上限値算出部３０は、ログ管理情報ＤＢ２３を参照し、エラーログが登録されていない、言い換えると、全ログＤＢの「ログ登録数」が「０」であるか否かを判定する（ステップＳ４１０）。つまり、上限値算出部３０は、ログ管理情報ＤＢ２３を参照し、「ログ登録数」が「１以上」であるログＤＢが存在するか否かを判定する。
　続いて、上限値算出部３０は、全ログＤＢについてエラーログが登録されていない場合（ステップＳ４１０Ｙｅｓ）、「ログ領域全体のエントリ数」を「プールログエントリ数」として決定する（ステップＳ４１１）。つまり、上限値算出部３０は、ステップＳ４０６で算出した「α」分のエントリが未使用状態であると判定し、「プールログエントリ数」を「α」と決定する。
　一方、上限値算出部３０は、いずれかのログＤＢについてエラーログが登録されている場合（ステップＳ４１０Ｎｏ）、ステップＳ４１２を実行する。すなわち、上限値算出部３０は、「ログ領域全体のエントリ数」から既に登録されているログ数を示す「各構成のログ登録数の合計」を減算した値を「プールログエントリ数」として決定する。つまり、上限値算出部３０は、既に登録されているログの合計数が３である場合には、ステップＳ４０６で算出した「α」から３を減算したエントリ数が未使用状態であると判定し、「α－３」を「プールのエントリ数」と決定する。
　その後、上限値算出部３０は、ステップＳ４１１またはステップＳ４１２で決定した「プールログエントリ数」をプール管理情報ＤＢ２４に格納する（ステップＳ４１３）。
　実施例５によれば、削除されたパーティション用のログＤＢに設定された「最低ログ確保数」が「ログ登録数」よりも小さい場合には、削除されたパーティション用のログＤＢの「ログ登録可能数上限」を「最低ログ確保数」とする。例えば、削除されたパーティション用の「最低ログ確保数」が「３」で、「ログ登録数」が「５」であった場合には、「３」を新たな「ログ登録可能数上限」と決定する。
　また、削除されたパーティション用のログＤＢに設定された「最低ログ確保数」が「ログ登録数」よりも大きい場合には、削除されたパーティション用のログＤＢに現に登録される「ログ登録数」を「ログ登録可能数上限」とする。例えば、削除されたパーティション用の「最低ログ確保数」が「３」で、「ログ登録可能数上限」が「２」であり、既にエラーログが「１」登録されている場合、「１」を新たな「ログ登録可能数上限」と決定する。
　以上より、削除後のパーティションのログも最低数は解放することなく、ログとして保存しておくことができるので、構成変更後に削除したＰＩＤのログを調査したい場合にすでに消失していることを防止できる。また、削除後のパーティションにおいても、重要なログを任意の期間保存することができる。
　さて、これまで開示する情報処理装置の実施例について説明したが、本願は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。
（ログ登録可能数上限算出例）
　例えば、情報処理装置１０は、部品数や点数で「ログ登録可能数上限」を算出した場合、状況により１未満となることを防止するために、「最低限のログ登録可能数」を予め定めた上で、部品数や点数を用いて「ログ登録可能数上限」を算出することもできる。例えば、「最低限のログ登録可能数」を「１」とした上で、図１５に示したＰＩＤ＃０の「ログ登録可能数上限」の算出例を説明する。情報処理装置１０は、「最低限のログ登録可能数」に「１」、「ログ領域全体のエントリ数」に「１５」、有効なパーティション数に「３」、対象パーティションの点数に「１７」、全パーティションの合計点数に「５６」を式（５）に代入する。
Figure JPOXMLDOC01-appb-M000005
　具体的には、情報処理装置１０は、「ログ登録可能数上限＝１＋（１５－１×３）×１７／５６＝３．９４・・・」と算出する。したがって、情報処理装置１０は、ＰＩＤ＃０の「ログ登録可能数上限」を「３」と算出することができる。なお、式（５）は、点数ではなく、部品数でもよい。
　また、別の手法としては、ログを管理する構成ごとにログの発生頻度の統計を取り、「ログ登録可能数上限」決定時にログの発生頻度が高い構成に対して、上限値を多く割り当てることも可能である。さらに、重要度別の発生頻度の統計を取り、「ログ登録可能数上限」に反映させることで、重要なログが発生しやすい構成のログを多くとることができる。「ログ登録可能数上限」の変更タイミングは定期的に自動で実施しても、構成変更のタイミングで実施してもよい。
　また、実施例１～５では、ＰＩＤごとにログ領域を設ける例について説明したが、これに限定されるものではなく、例えば、リソースが十二分にある場合、部品（ハードウェア）単位にログ領域を管理するようにしてもよい。この場合、上述したＰＩＤごとに実施する各処理を、部品単位に置き換えて各処理を実行するようにすればよい。
（ログの有効期間）
　実施例５で削除したパーティションの未定義状態が続くと、そのパーティションのログ領域が使用中のままとなってしまい、リソースが有効に活用できない場合もある。そこで、未定義パーティションのログに対して有効期間を設け、有効期間を経過したログを格納しているログエントリを「プール」に割り当てることもできる。割り当てる際は、「ログ登録可能数上限」と「ログ登録数」から「プール領域」に割り当てたエントリの数を引く。また、「プールログエントリ数」にプールに割り当てた「エントリ」の数を加える。
　また、有効期間をチェックするタイミングは、定期的に実施しても、ログが登録されるタイミングで実施してもよい。エラーログが登録されるタイミングで実施する場合は、有効期間が過ぎたログを格納している「エントリ」をそのままでエラーログを登録する構成に割り当ててもよい。期限切れのエラーログの「エントリ」がプールになると、装置全体としての「ログ登録可能数上限」の合計数が減るため、全パーティションの「ログ登録可能数上限」の更新を実施してもよい。また、存在するパーティションのエラーログについても、同様の処理を行うことで年月が経過したログの削除ができる。
（ログの取り扱い）
　例えば、故障部品を交換した際には、部品が交換されたら、交換タイミングで交換した部品のエラーログを削除するようにしてもよい。また、故障部品を交換した際には、交換前の部品のログに有効期間を持たせ、部品交換後に有効期間を経過したらログを削除するようにしてもよい。
（平準化手法）
　他のパーティションからログ領域を移動する方法として、ログの内容に重要度を持たせ、重要度とログ発生日時からの経過時間で得点をつけ、得点を元に移動させていくことも可能である。重要度が高く、エラーログ発生日時からの経過時間が短いエラーログの得点が最も高いものとし、重要度が低く、エラーログ発生からの経過時間が長いエラーログは得点が低くなるものとする。他構成のログ領域から領域を移動する際は、得点が低いエラーログが登録されている領域を優先して移動することで、直近の重要なログの消失を防止することができる。
（システム）
　また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、各装置の分散・統合の具体的形態は図示のものに限られない。その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵなどのプロセッサおよび当該プロセッサにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
　１０　情報処理装置
　１１　通信制御Ｉ／Ｆ部
　１２、１４、１６、１８　ＳＢ
　１２ａ、１４ａ、１６ａ、１８ａ　ＣＰＵ
　１２ｂ、１４ｂ、１６ｂ、１８ｂ　メモリ
　１３、１５、１７、１９　ＩＯＳＢ
　２０　システム制御部
　２１　記憶領域
　２２　ログ領域
　２２ａ　ＰＩＤ＃０用ログＤＢ
　２２ｂ　ＰＩＤ＃１用ログＤＢ
　２２ｃ　ＰＩＤ＃２用ログＤＢ
　２２ｄ　プール領域
　２２ｅ　ＰＩＤ＃３用ログＤＢ
　２３　ログ管理情報ＤＢ
　２４　プール管理情報ＤＢ
　２５　エラー検出部
　２６　構成管理部
　２７　第１エラー格納部
　２８　第２エラー格納部
　２９　ログ領域制御部
　３０　上限値算出部

Claims (11)

  1. 　情報処理機能を発揮する単位でハードウェアを割り当てた複数のパーティションそれぞれに対応付けたログ領域で、前記複数のパーティションそれぞれで発生したエラーのログを記憶するエラーログ記憶部と、
    　前記複数のパーティションに対応するログ領域におけるログの上限数を記憶する上限数記憶部と、
    　前記複数のパーティションでエラーが発生した際に、前記エラー情報記憶部に未使用の領域がある場合には、エラーが発生したパーティションのログ領域に当該未使用の領域を割り当てて、発生したエラーのログを格納する第１の格納部と、
    　前記複数のパーティションでエラーが発生した際に、前記エラー情報記憶部に未使用の領域がなく、エラーが発生したパーティションに対応するログ領域に登録されている登録数が前記上限数を超える場合には、前記上限数記憶部に記憶される上限数以上のエラーログが格納されているログ領域における最も古いエントリを、エラーが発生したパーティションのログ領域に割り当てて、発生したエラーのログを格納する第２の格納部と、
    　を有することを特徴とするシステム制御装置。
  2. 　新たなパーティションが生成された場合に、当該新たなパーティションに対応付けたログ領域を前記エラーログ記憶部に生成するログ領域生成部と、
    　前記ログ領域生成部によって新たなログ領域が生成された場合に、新たなパーティションを含む複数のパーティションそれぞれに対して前記上限数を所定の条件に基づいて算出して、前記上限数記憶部に格納する上限数算出部と、を有することを特徴とする請求項１に記載のシステム制御装置。
  3. 　既存のパーティションが削除された場合に、前記エラーログ記憶部に記憶される当該削除されたパーティションのログ領域を未使用の領域として解放するログ領域削除部と、
    　前記ログ領域削除部によって使用可能な領域が解放された場合に、前記解放された未使用の領域を用いた所定の条件に基づいて、当該削除されたパーティションを除く複数のパーティションそれぞれに対して前記上限数を算出し、前記上限数記憶部に格納する上限数算出部と、を有することを特徴とする請求項１に記載のシステム制御装置。
  4. 　前記ログ領域削除部は、既存のパーティションが削除された場合に、当該削除されたパーティションのログ領域のうち所定のエントリ数を残した残りのエントリを未使用の領域として解放し、
    　前記上限数算出部は、前記ログ領域削除部によって解放された未使用の領域を用いた所定の条件に基づいて、前記削除されたパーティションを除く複数のパーティションそれぞれに対して前記上限数を算出し、前記上限数記憶部に格納することを特徴とする請求項３に記載のシステム制御装置。
  5. 　前記第２の格納部は、前記上限数記憶部に記憶される上限数以上のエラーログが格納されているログ領域における最も古いエントリか前記削除されたパーティションのログ領域における最も古いエントリかのいずれか古いエントリを、前記エラーが発生したパーティションのログ領域に割り当てて、発生したエラーのログを格納することを特徴とする請求項３に記載のシステム制御装置。
  6. 　前記上限数算出部は、前記エラーログ記憶部全体で記憶可能なエラーログのエントリ数を存在するパーティションの数で除算した値を、前記複数のパーティションのログ領域それぞれにおける前記上限数として前記上限数記憶部に格納することを特徴とする請求項２または３に記載のシステム制御装置。
  7. 　前記上限数算出部は、前記複数のパーティションそれぞれについて、当該パーティションに割り当てられているハードウェア数を全パーティションのハードウェア数で除算し、さらに、前記エラーログ記憶部全体で記憶可能なエラーログのエントリ数と前記除算した値とを乗算した値を前記上限数として前記上限数記憶部に格納することを特徴とする請求項２または３に記載のシステム制御装置。
  8. 　前記上限数算出部は、前記パーティションに割り当てられるハードウェアについて重要度を示す点数を予め設定し、前記複数のパーティションそれぞれについて、現に割り当てられているハードウェアから総点数を算出し、当該総点数に基づいて算出した前記上限数を前記上限数記憶部に格納することを特徴とする請求項２または３に記載のシステム制御装置。
  9. 　前記エラーログ記憶部は、前記パーティションに割り当てられるハードウェアごとに対応付けたログ領域で、前記ハードウェアそれぞれで発生したエラーのログを記憶することを特徴とする請求項１に記載のシステム制御装置。
  10. 　前記複数のパーティションでエラーが発生した際に、情報処理機能を発揮する単位でハードウェアを割り当てた複数のパーティションそれぞれに対応付けたログ領域で前記複数のパーティションそれぞれで発生したエラーのログを記憶するエラー情報記憶部に未使用の領域がある場合には、エラーが発生したパーティションのログ領域に当該未使用の領域を割り当てて、発生したエラーのログを格納する第１の格納ステップと、
    　前記複数のパーティションでエラーが発生した際に、前記エラー情報記憶部に未使用の領域がなく、エラーが発生したパーティションに対応するログ領域に登録されている登録数が当該ログ領域におけるログの上限数を超える場合には、前記上限数を記憶する上限数記憶部に記憶される上限数以上のエラーログが格納されているログ領域における最も古いエントリを、エラーが発生したパーティションのログ領域に割り当てて、発生したエラーのログを格納する第２の格納ステップと、
    　を含んだことを特徴とするログ制御方法。
  11. 　情報処理機能を発揮する単位でハードウェアを割り当てた複数のパーティションそれぞれに対応付けたログ領域で、前記複数のパーティションそれぞれで発生したエラーのログを記憶するエラーログ記憶部と、
    　前記複数のパーティションに対応するログ領域におけるログの上限数を記憶する上限数記憶部と、
    　前記複数のパーティションでエラーが発生した際に、前記エラー情報記憶部に未使用の領域がある場合には、エラーが発生したパーティションのログ領域に当該未使用の領域を割り当てて、発生したエラーのログを格納する第１の格納部と、
    　前記複数のパーティションでエラーが発生した際に、前記エラー情報記憶部に未使用の領域がなく、エラーが発生したパーティションに対応するログ領域に登録されている登録数が前記上限数を超える場合には、前記上限数記憶部に記憶される上限数以上のエラーログが格納されているログ領域における最も古いエントリを、エラーが発生したパーティションのログ領域に割り当てて、発生したエラーのログを格納する第２の格納部と、
    　を有することを特徴とする情報処理装置。
PCT/JP2010/064289 2010-08-24 2010-08-24 システム制御装置、ログ制御方法および情報処理装置 WO2012025994A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/JP2010/064289 WO2012025994A1 (ja) 2010-08-24 2010-08-24 システム制御装置、ログ制御方法および情報処理装置
EP10856401.4A EP2610751A1 (en) 2010-08-24 2010-08-24 System control device, method of controlling log and information processing device
JP2012530461A JP5585655B2 (ja) 2010-08-24 2010-08-24 システム制御装置、ログ制御方法および情報処理装置
US13/765,201 US20130151909A1 (en) 2010-08-24 2013-02-12 System control device, log control method, and information processing device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2010/064289 WO2012025994A1 (ja) 2010-08-24 2010-08-24 システム制御装置、ログ制御方法および情報処理装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/765,201 Continuation US20130151909A1 (en) 2010-08-24 2013-02-12 System control device, log control method, and information processing device

Publications (1)

Publication Number Publication Date
WO2012025994A1 true WO2012025994A1 (ja) 2012-03-01

Family

ID=45723022

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/064289 WO2012025994A1 (ja) 2010-08-24 2010-08-24 システム制御装置、ログ制御方法および情報処理装置

Country Status (4)

Country Link
US (1) US20130151909A1 (ja)
EP (1) EP2610751A1 (ja)
JP (1) JP5585655B2 (ja)
WO (1) WO2012025994A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104704475A (zh) * 2012-10-04 2015-06-10 阿尔卡特朗讯 多客户端架构中的数据日志管理
JP2016038781A (ja) * 2014-08-08 2016-03-22 キヤノン株式会社 情報処理装置、情報処理装置の制御方法、およびプログラム

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130275444A1 (en) * 2012-04-16 2013-10-17 International Business Machines Corporation Management of Log Data in a Networked System
JP6048038B2 (ja) * 2012-09-27 2016-12-21 富士通株式会社 情報処理装置，プログラム，情報処理方法
US9389940B2 (en) * 2013-02-28 2016-07-12 Silicon Graphics International Corp. System and method for error logging
US20140372809A1 (en) * 2013-06-12 2014-12-18 Ge Medical Systems Global Technology Company Llc Graphic self-diagnostic system and method
EP2851833B1 (en) * 2013-09-20 2017-07-12 Open Text S.A. Application Gateway Architecture with Multi-Level Security Policy and Rule Promulgations
US10116697B2 (en) * 2013-09-20 2018-10-30 Open Text Sa Ulc System and method for geofencing
US11593075B2 (en) 2015-11-03 2023-02-28 Open Text Sa Ulc Streamlined fast and efficient application building and customization systems and methods
US11388037B2 (en) 2016-02-25 2022-07-12 Open Text Sa Ulc Systems and methods for providing managed services
JP6662124B2 (ja) * 2016-03-14 2020-03-11 株式会社リコー 通信装置、履歴情報管理方法及び履歴情報管理プログラム
KR102481797B1 (ko) 2017-11-09 2022-12-28 삼성전자주식회사 서버, 전자장치 및 그의 제어방법
US11080210B2 (en) 2018-09-06 2021-08-03 Micron Technology, Inc. Memory sub-system including an in package sequencer separate from a controller
US11061751B2 (en) * 2018-09-06 2021-07-13 Micron Technology, Inc. Providing bandwidth expansion for a memory sub-system including a sequencer separate from a controller

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005339561A (ja) * 2004-05-28 2005-12-08 Internatl Business Mach Corp <Ibm> 関連アプリケーションに対するトラック・データ・クロスリファレンスを保存する方法及び装置
JP2008225599A (ja) * 2007-03-09 2008-09-25 Seiko Epson Corp トレース情報出力装置、および、トレース情報出力方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005339561A (ja) * 2004-05-28 2005-12-08 Internatl Business Mach Corp <Ibm> 関連アプリケーションに対するトラック・データ・クロスリファレンスを保存する方法及び装置
JP2008225599A (ja) * 2007-03-09 2008-09-25 Seiko Epson Corp トレース情報出力装置、および、トレース情報出力方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104704475A (zh) * 2012-10-04 2015-06-10 阿尔卡特朗讯 多客户端架构中的数据日志管理
JP2015535372A (ja) * 2012-10-04 2015-12-10 アルカテル−ルーセント マルチクライアント・アーキテクチャでのデータ・ログ管理
US10007685B2 (en) 2012-10-04 2018-06-26 Alcatel Lucent Data logs management in a multi-client architecture
JP2016038781A (ja) * 2014-08-08 2016-03-22 キヤノン株式会社 情報処理装置、情報処理装置の制御方法、およびプログラム

Also Published As

Publication number Publication date
JP5585655B2 (ja) 2014-09-10
EP2610751A1 (en) 2013-07-03
JPWO2012025994A1 (ja) 2013-10-28
US20130151909A1 (en) 2013-06-13

Similar Documents

Publication Publication Date Title
JP5585655B2 (ja) システム制御装置、ログ制御方法および情報処理装置
Cidon et al. Memshare: a dynamic multi-tenant key-value cache
US20060288159A1 (en) Method of controlling cache allocation
CN109684074B (zh) 物理机资源分配方法及终端设备
JP4631301B2 (ja) 記憶装置のキャッシュ管理方法
RU2397535C2 (ru) Устройство обработки информации, способ управления областью памяти и компьютерная программа
US8495318B2 (en) Memory page management in a tiered memory system
JP5417287B2 (ja) 計算機システム、及び、計算機システムの制御方法
CN108369544B (zh) 计算系统中延期的服务器恢复方法和设备
US10241836B2 (en) Resource management in a virtualized computing environment
JP6372074B2 (ja) 情報処理システム，制御プログラム及び制御方法
US9329937B1 (en) High availability architecture
US10379834B2 (en) Tenant allocation in multi-tenant software applications
JP2005196602A (ja) 無共有型データベース管理システムにおけるシステム構成変更方法
Deshpande et al. Scatter-gather live migration of virtual machines
US9547520B1 (en) Virtual machine load balancing
JP6123626B2 (ja) 処理再開方法、処理再開プログラムおよび情報処理システム
EP3637252A1 (en) Virtual machine deployment method and omm virtual machine
JP2007199829A (ja) 計算機制御方法、情報処理システム、運用管理装置、計算機および計算機制御プログラム
CN112162818A (zh) 一种虚拟内存分配方法、装置、电子设备及存储介质
US10210035B2 (en) Computer system and memory dump method
CN105900066A (zh) 计算机以及基于管理程序的资源调度方法
US9367439B2 (en) Physical memory usage prediction
JP5565187B2 (ja) 情報処理装置および割込み制御プログラム
JP4200882B2 (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: 10856401

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2012530461

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2010856401

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE