WO2015037103A1 - サーバシステム、計算機システム、サーバシステムの管理方法、及びコンピュータ読み取り可能な記憶媒体 - Google Patents

サーバシステム、計算機システム、サーバシステムの管理方法、及びコンピュータ読み取り可能な記憶媒体 Download PDF

Info

Publication number
WO2015037103A1
WO2015037103A1 PCT/JP2013/074725 JP2013074725W WO2015037103A1 WO 2015037103 A1 WO2015037103 A1 WO 2015037103A1 JP 2013074725 W JP2013074725 W JP 2013074725W WO 2015037103 A1 WO2015037103 A1 WO 2015037103A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
spare
active
information
active server
Prior art date
Application number
PCT/JP2013/074725
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 US14/777,883 priority Critical patent/US9792189B2/en
Priority to JP2015536369A priority patent/JP6063576B2/ja
Priority to PCT/JP2013/074725 priority patent/WO2015037103A1/ja
Publication of WO2015037103A1 publication Critical patent/WO2015037103A1/ja

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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2033—Failover techniques switching over of hardware resources
    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2025—Failover techniques using centralised failover control functionality
    • 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
    • G06F11/0754—Error or fault detection not based on redundancy by exceeding limits
    • G06F11/076—Error or fault detection not based on redundancy by exceeding limits by exceeding a count or rate limit, e.g. word- or bit count limit
    • 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/3051—Monitoring arrangements for monitoring the configuration of the computing system or of the computing system component, e.g. monitoring the presence of processing resources, peripherals, I/O links, software programs
    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2035—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant without idle spare hardware
    • 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/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2048—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant where the redundant components share neither address space nor persistent storage
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/805—Real-time

Definitions

  • the present invention relates to a server system, a computer system, a server system management method, and a computer-readable storage medium. For example, when a failure occurs in a server of a computer system, the server is replaced and the server is recovered from the failure. Is related to the technology.
  • the boot server (logical unit) used by the failed active server is started by the spare server that is not operating, and the work of the active server is transferred to the spare server.
  • H / W Hardware
  • Patent Document 1 when the method disclosed in Patent Document 1 is used, it is not possible to transfer from a physical computer to a virtual computer. For this reason, even if the method according to Patent Document 1 is used when the active server is operating the system on a physical computer, the server cannot be taken over.
  • the server takes over when the H / W configuration is different, the following problems occur. That is, first, when the I / O configuration is different, the I / O boot order before and after the takeover changes, so that the logical unit cannot be read correctly and the OS cannot be started. Further, even when the OS is activated, I / O recognition work is required on the OS according to the number of I / Os. Furthermore, when the number of CPU core sockets and the number of cores increase, there is a possibility of being restricted by a software license.
  • H / W concealment processing for matching the configurations is performed. It cannot be performed mechanically. Further, as described above, if the physical configuration is matched and taken over, and the configuration is simply matched and taken over, the H / W resource cannot be utilized to the maximum, and inefficient takeover may be performed. Concealing a server that does not have the same configuration instead of the server that originally has the same configuration to conceal it for configuration matching results in wasted H / W resources compared to the case of taking over to a server that has the same configuration. May occur. In addition, when active servers that can be taken over by one spare server are concentrated, if the configuration is matched and taken over by the server, another active server cannot take over.
  • the present invention has been made in view of such a situation, and provides a technique for realizing takeover that efficiently uses H / W resources in consideration of the state of other active servers.
  • the physical configuration recognized on the software is made the same for the portion where the H / W configuration needs to be the same between the active server and the spare server, so Take over.
  • the server system is provided to process a business and to take over the business of at least one active server in operation and the failed active server when the active server fails.
  • at least one spare server, a current server, and a local management computer that monitors the spare server and controls server switching.
  • This local management computer stores at least hardware configuration matching policy information indicating a hardware configuration condition that allows a server to take over, and a processor that executes a spare server assignment process that is a takeover destination of the current server's business. And a memory. Then, the processor of the local management computer obtains the hardware configuration for each combination of the active server and the spare server based on the processing for obtaining the hardware configuration information from the active server and the spare server and the obtained hardware configuration information.
  • the embodiment of the present invention may be implemented by software running on a general-purpose computer, or may be implemented by dedicated hardware or a combination of software and hardware.
  • each information of the present invention will be described in a “table” format.
  • the information does not necessarily have to be expressed in a data structure by a table, such as a data structure such as a list, a DB, a queue, or the like. It may be expressed as Therefore, “table”, “list”, “DB”, “queue”, etc. may be simply referred to as “information” to indicate that they do not depend on the data structure.
  • each process in the embodiment of the present invention will be described with various control units as the subject (operation subject), but the operations of the various control units can also be described as programs, and these programs are executed by the processor
  • the processing determined in this way is performed using a memory and a communication port (communication control device). For this reason, the description may be made with the processor as the subject.
  • a part or all of the program may be realized by dedicated hardware, or may be modularized.
  • Various programs may be installed by a program distribution server or a storage medium.
  • FIG. 1 is a block diagram showing the overall configuration of a computer system according to an embodiment of the present invention.
  • the computer system 1 includes an active server 100 currently operating as a server, a spare server 101 that takes over the operation of the active server when the active server fails, and an SVP 102 (Service Processor) that monitors the active server 100 and the spare server 101.
  • a management computer global management computer having a management program 103 for monitoring the active server 100, the spare server 101, and the SVP 102 in the computer system 1.
  • the active server 100, the spare server 101, and the SVP 102 constitute, for example, one blade server stored in one chassis.
  • the management program 103 of the management computer monitors the operations of the active server 100, the spare server 101, and the SVP 102 over a plurality of blade servers.
  • the active server 100 and the spare server 101 include a BMC 110 (Baseboard Management Controller), CPU sockets 120 and 121, CPU cores 130 and 131, a DIMM (Dual Inline Memory Module) 140, and an I / O slot 150.
  • the BMC 110 includes a CPU concealment control unit 111, a DIMM concealment control unit 112, and an I / O concealment control unit 113. Each control unit may be configured by a program as described above.
  • the SVP 102 matches the N + M control unit 160, which is a control unit for taking over work, the H / W configuration table 165 (see FIG. 4) having the H / W configuration information, and the H / W (Hardware) configuration
  • An H / W configuration matching policy storage unit (storage area) 166 (see FIG. 5) that defines a policy
  • a configuration matching information table 167 that is setting information of a spare server for matching the configurations of the active server and the spare server (see FIG. 7)
  • an assignment change policy storage unit (storage area) 168 for storing the assignment change policy.
  • N in the N + M control unit 160 indicates the number of active servers
  • M indicates the number of spare servers. It may be simply referred to as a control unit.
  • the N + M control unit 160 includes a Conf acquisition control unit 161 that acquires setting information (BMC information of each server) necessary for takeover, a takeover control unit 162 that controls server switching, and a H / W that can conceal a server.
  • Each control unit may be configured by a program as described above.
  • the active server 100 is a server on which an OS is started and a business is operating.
  • the spare server 101 is a standby server for taking over work in response to a failure of the active server.
  • the spare server 101 may have a different H / W configuration from the active server, and is not necessarily in operation.
  • the modules of the active server and the spare server in this embodiment are the CPU 120-121, the DIMM 140, and the I / O slot 150. However, if the BMC 110 has concealment control and the module can be concealed, the type of the module does not matter. .
  • the H / W configuration acquisition control unit 163 of the N + M control unit 160 of the SVP 102 acquires H / W configuration information from the active server 100, the spare server 101, and the management program 103, and creates an H / W configuration table 165.
  • the acquired H / W configuration information is H / W information necessary for determining and executing H / W degeneration (concealment), PCI slot blocking, and the like.
  • a server system system in which the active server 100, the spare server 101, and the SVP 102 are mounted has been described. However, it is also possible to execute takeover processing using the active server 100 and the spare server 101 in another system unit (blade server in another chassis) through the management program 103.
  • the H / W configuration match control unit 163 reads the H / W configuration table 165 and the H / W configuration match policy 165 indicating the configuration match criteria of the active server 100 and the spare server 101. Then, the H / W configuration matching control unit 163 creates a configuration matching information table 167 that is setting information for matching the configurations of the active server 100 and the spare server 101 based on the read information.
  • the H / W configuration match control unit 163 transmits the configuration match information in the configuration match information table 167 to the BMC 110 of the spare server 101.
  • the BMC 110 performs concealment control based on the received configuration match information, and matches the H / W configurations of the active server 100 and the spare server 101. Then, the business takeover processing is executed in a state where the H / W configurations of the active server 100 and the spare server 101 match. However, it may be possible to take over even if the H / W configurations do not match. For example, the number of CPU cores can be handled by the OS even if the number changes.
  • the part that does not need to match the configuration is defined by the H / W configuration matching policy 165.
  • FIG. 2 is a diagram for explaining the procedure of the takeover destination server determination process executed when the takeover function is valid.
  • the takeover destination server determination process (spare server allocation process) is executed at a stage before a failure occurs in the active server. Since it is not known what the active server will do after the failure of the active server, it is not possible to correctly determine the spare server assignment, and the situation where the assignment could not be taken over after the failure This is in order not to become.
  • the SVP 102 executes the H / W information acquisition process 200 of the active server 100 and the spare server 101 using the H / W configuration acquisition control unit of the SVP 102.
  • the active server 100 and the spare server 101 do not necessarily have to be stored in the same casing (the management entity may not be the same SVP), and the active server in a different casing through the management program 103.
  • the H / W information of 100 and the spare server 101 may be acquired. For this reason, either the active server 100 or the spare server 101 can take over in another case.
  • the SVP 10 executes the H / W configuration table creation process 201 using the H / W configuration acquisition control unit based on the acquired H / W configuration information.
  • the SVP 102 reads the H / W configuration table 165 and the H / W configuration match policy 166 using the H / W configuration match control unit 164, and matches the H / W configurations of the active server 100 and the spare server 101.
  • Information necessary for concealing the module of the spare server (configuration matching information) (configuration matching process 202: see FIG. 6 for details).
  • the module is a H / W part of a computer such as a CPU, DIMM, and I / O, and is not limited to a CPU, DIMM, or I / O, but is required to be concealable. . More specifically, referring to the H / W configuration matching policy 166 (FIG. 5), paying attention to the H / W site where the configurations must match, comparing the configurations of the spare server and the active server in FIG. It is determined whether or not they match.
  • the SVP 102 reads the server status information of the active server 100 and the spare server 101 and the configuration match information 167, and creates information that serves as a criterion for determining which spare server 101 is allocated to the active server 100 (allocation determination information table).
  • Update process 203: FIG. 8) is executed for details.
  • the server status information acquired from each server is additional information necessary for determining allocation, and is information such as a DIMM ECC error and a CPU operating rate, for example. Note that when information on another case is necessary, the information may be acquired from the management program 103.
  • the SVP 102 executes an allocation table initialization process 204 (corresponding to the process of S1206 in FIG. 12).
  • the allocation table (see FIG. 13 for the table at the time of initialization) is information indicating to which spare server the active server is to be taken over in advance. In the case of the first allocation, this allocation table initialization process 204 is executed.
  • the SVP 102 reads the allocation determination information table (see FIG. 9) and the allocation change policy (see FIG. 10 or 11), and determines which spare server the active server is allocated (allocation determination processing 205: FIG. 12). (Corresponding to the processing of S1207).
  • the SVP 102 enters a failure notification reception standby state.
  • the SVP 102 executes the allocation determination information table update process 203 as needed (periodically), and further executes the allocation determination process 205 after updating the allocation information table, thereby determining the allocation in accordance with the situation of the server. (See FIG. 14 or 15 for the updated table).
  • the frequency of the update depends on the weight of the process, but is performed at a rate of once every predetermined time (for example, 1 hour). Updating the allocation determination information table periodically in this way efficiently avoids the risk of failure if a server with increased ECC errors (memory errors) is preferentially handed over to a spare server. Because it can. In other words, as the computer system 1 is operated, an ECC error or the like may have changed compared to the case where it was assigned at the initial stage (at the time of the initialization process of the allocation table). It is because it is necessary to execute.
  • FIG. 3 is a diagram for explaining a procedure for switching from the active server to the spare server when a failure occurs.
  • the active server 100 When the H / W failure 300 occurs in the active server 100, the active server 100 notifies the SVP 102 of the failure log. Upon receiving this notification, the SVP 102 notifies the management program 103 of a failure.
  • the management program 103 has allocation information (allocation table information) between the active server 100 and the spare server 101, and sends a server switch request (N + M switch request) to the SVP 102 that is monitoring the target active server 100 and spare server 101. ).
  • allocation table any of FIGS. 13 to 15
  • the management program 103 can grasp the target active server 100 and spare server 101.
  • the SVP 102 manages the allocation table, but the allocation table itself may be held by either the SVP 102 or the management program 103. If allocation information is transmitted from the management program 103 to the SVP 102, the management program 103 can also manage the allocation table.
  • the SVP 102 receives the N + M switching request from the management program 103, refers to the allocation table, and transmits 301 the configuration match information to the spare server BMC as the takeover destination.
  • the configuration match information is BMC setting information, and indicates whether or not a specific module is hidden.
  • the configuration match information transmitted is only information relating to the target active server and spare server. For example, when the active server in which the failure has occurred is the server 3 and the spare server assigned as the takeover destination is the server 1, only information (see FIG. 7) regarding the configuration match between the server 1 and the server 3 is transmitted. Become.
  • BMC 110 of spare server 101 executes H / W configuration concealment processing 302 based on the received configuration match information. By executing the concealment process 302, the H / W configuration of the spare server 101 can be matched or taken over with the H / W configuration of the spare server 101.
  • the spare server 101 notifies the SVP 102 that the concealment process has ended after the H / W concealment process based on the configuration match information.
  • the SVP 102 that has received the notification executes an N + M switching process 303 that is a conventional switching process.
  • the configuration matching information information on whether or not to conceal the CPU socket, CPU core, DIMM, and I / O slot is described.
  • the CPU concealment control unit of the BMC of the target spare server performs concealment of the CPU socket 1.
  • FIG. 4 is a diagram illustrating a configuration example of the H / W configuration table 165 indicating the H / W configuration of each server.
  • the H / W configuration table 165 includes, as configuration items, a server name 400, a server application 401, a module name 402, and mounting information 403 indicating whether each module is mounted or not mounted.
  • the server name 400 indicates an identifier unique to the server and may be any unique identifier.
  • the usage 401 indicates whether the current server is a working server or a spare server.
  • a module name 402 indicates an H / W part constituting the computer system, which can be concealed, and includes additional information of the module.
  • the mounting information 403 is information indicating whether each module is mounted. Further, it includes additional information of a module that is a material for determining compositional coincidence. For example, the CPU frequency and the memory capacity.
  • FIG. 5 is a diagram illustrating a configuration example of the H / W configuration matching policy table 166 indicating policies for matching H / W configurations.
  • the H / W configuration matching policy table 166 includes the active server name 500, the module name 501, and the policy 502 as configuration items.
  • the active server name 500 is an identifier unique to the server and is the same as the server name 400 in FIG.
  • the module name 501 is information indicating the H / W part that is a policy setting target.
  • the policy 502 is information that defines how to match the H / W configuration at the time of takeover.
  • “no concealment” is specified when the module configurations are not matched
  • “configuration match” is specified when the modules are matched.
  • policy definition if the I / O slot is not installed properly and cannot be taken over normally, set “configuration match”, and takeover is normal even if the configuration changes before and after taking over the business like a CPU If possible, set “No concealment”.
  • FIG. 6 is a flowchart for explaining processing (H / W configuration matching processing) for determining a concealment module for matching H / W configurations.
  • the H / W configuration match control unit (which may be referred to as an H / W configuration match control program) 164 refers to the H / W configuration table of FIG. 4 and selects one module from the spare server (S601).
  • the H / W configuration coincidence control unit 164 determines whether the module selected in S601 is installed in the active server (S602). If the selected module is mounted, the process proceeds to S605. If not, the process proceeds to S603.
  • the H / W configuration match control unit 164 determines whether the H / W match policy in FIG. 5 is a configuration match (S603). When the policy is “configuration match”, the H / W configuration match control unit 164 writes the concealment setting of the selected module in the configuration match information (S604). If the H / W configuration match policy is not configuration match, the H / W configuration match control unit 164 writes the “no concealment” setting (S605).
  • the H / W configuration match control unit 164 writes the “no concealment” setting because the configurations match (S606).
  • the H / W configuration match control unit 164 determines whether there is another module in the spare server of the H / W configuration table 165 (S607).
  • the processing of S601 to S606 is repeated until the processing of all modules mounted on the target spare server is completed.
  • the processing moves to S608.
  • the H / W configuration match control unit 164 selects a module that is not set in the concealment information of the configuration match information table 167. That is, a module for which neither “no concealment” nor “concealment” is set is selected. Since the processing of S602 to S607 is performed when there is a module installed only in the active server, there is a possibility that a module without setting exists.
  • the H / W configuration match control unit 164 determines whether the H / W configuration match policy 166 of the module selected in S608 is “no concealment” (S609).
  • the H / W configuration match control unit 164 writes “no concealment” as the concealment information of the target module (S610).
  • the H / W configuration match control unit 164 writes the “cannot take over” setting as concealment information. (S611). This is because the configuration cannot be matched because there is no module in the spare server.
  • the H / W configuration coincidence control unit 164 repeats the processing of S608 to 612 until the setting is completed for the module for which the concealment information is not set.
  • FIG. 7 is a diagram illustrating a configuration example of the configuration matching information table 167 indicating concealment settings for matching H / W configurations.
  • the configuration match information table 167 is information created as a result of the H / W configuration match process shown in FIG.
  • the configuration match information table 167 manages information to be transmitted to the spare server BMC.
  • the BMC that has received the information executes a process of concealing the module based on the concealment information.
  • the configuration match information table 167 includes active / reserve 700, module names 702, and concealment information 702 to 705 as configuration items.
  • the working / standby 700 is information indicating a combination of identifiers of the working server and the spare server, and the same identifier as the server name 400 (see FIG. 4) and the working server 500 (see FIG. 5) is used.
  • the concealment information 702 to 705 is information indicating the setting of each module. “No concealment” in the concealment information means a setting for not concealing the spare server module. “Hidden” means a setting for hiding the module of the spare server. Further, “impossible to take over” means that the configuration of the active server and the spare server does not match, and therefore cannot be taken over.
  • FIG. 8 is a flowchart for explaining a process (assignment determination information table update process) for obtaining information for determining which spare server the active server is assigned to.
  • the SVP 102 first selects one combination of the active server and the spare server from which the allocation determination information is acquired (S800), and reads the H / W configuration match information table 167 (see FIG. 7) (S801). Note that the order of the process of S800 and the process of S801 may be reversed.
  • the SVP 102 determines whether there is “cannot be taken over” in the concealment information of the H / W configuration match information table 167 for the selected combination of the active server and the spare server (S802). If there is no “cannot be taken over” (No in S802), the process proceeds to S803. If there is “cannot be taken over” (Yes in S802), the process proceeds to S805.
  • the SVP 102 writes the takeover “permitted” in the takeover permission / inhibition 901 column of the assignment determination information table (FIG. 9) (S803), and then sums up the number of modules to be concealed, and the value is concealed in the assignment determination information table.
  • the data is written in the module number field 904 (S804).
  • the number of concealed cores / the total number of cores is used. This is because it is not appropriate to conceal only one core and conceal the entire CPU. However, the total number of modules to be concealed does not matter.
  • the SVP 102 writes “No” meaning “no takeover” in the column of takeover availability 901 of the allocation determination table (S805).
  • the SVP 102 calculates an average CPU frequency increase rate 905, a CPU core number increase rate 906, and a memory capacity increase rate 907 when the active server takes over from the active server (S806).
  • the SVP 102 calculates a configuration match rate in the combination of the current server and the spare server (S807).
  • Modules to be considered when calculating the configuration match rate are a CPU socket, a DIMM, and an I / O slot. Taking FIG. 4 as an example, there are nine CPU sockets 0, 1, 2, and 3, DIMMs 0 and 1, and I / O slots 0, 1, and 2. The CPU core is not counted in the number of modules. This is because it is considered to be included in the CPU socket.
  • the configuration matching condition is that the installation / non-installation is the same in the active server and the spare server, and the frequency and the capacity are the same.
  • the SVP 102 determines whether there is another combination of active server and spare server in the H / W configuration table 167 (S808). If there is a combination of the active server and the spare server (Yes in S808), the processes of S802 to S807 are repeated until there is no combination. If there is no combination of the active server and the spare server (No in S808), the process proceeds to S809.
  • the SVP 102 acquires information on the number of ECC errors of the active server (S809). Further, the SVP 102 acquires information on the CPU operating rate of the active server (S810). These pieces of information are acquired when the SVP 102 requests each active server to transmit information on the current number of ECC errors and availability.
  • FIG. 9 is a diagram illustrating a configuration example of an assignment determination information table for managing information for determining which spare server the active server is assigned to. The allocation of the spare server to be taken over for the active server is determined using this allocation determination information table and an allocation change policy described later.
  • the allocation determination information table includes a success / failure 901, a possible total 902 indicating a total of succession “permitted”, a succession destination candidate number 903, a concealment module number 904, an average CPU frequency increase rate 905, and a CPU core number increase rate.
  • a memory capacity increase rate 907, an H / W configuration coincidence rate 908, an ECC error count 909, and an operation rate 910 are included as configuration items.
  • the takeover permission / inhibition 901 is information indicating whether it is possible to take over in the H / W configuration.
  • the possible total 902 is information indicating the number of active servers that can be taken over based on the spare server.
  • the takeover destination candidate number 903 is information indicating how many spare servers can be taken over based on the active server.
  • the concealment module number 904 is information indicating the number of modules to be concealed when taking over.
  • the average CPU frequency increase rate 905 is information indicating how much the CPU frequency increases after takeover.
  • the CPU core number increase rate 906 is information indicating how much the CPU core number increases after the takeover.
  • the memory capacity increase rate 907 is information indicating how much the memory capacity increases after the takeover.
  • the H / W configuration match rate 908 is information indicating how much the configurations of the active server and the spare server match when not concealed.
  • the number of ECC errors 909 is information indicating the number of DIMM ECC errors, and is used as an index for determining the possibility of DIMM failure. If the number of ECC errors is large, there is a high possibility that business handover will be carried out.
  • the CPU operating rate 910 is information indicating the usage rate of the CPU. When the CPU usage rate is high, the CPU operating rate 910 is used as an index for taking over to a standby server with higher performance.
  • ⁇ Assignment change policy> 10 and 11 are diagrams showing examples of the assignment change policy table 168 showing the policy of the active server assignment method.
  • the policy in FIG. 10 and the policy in FIG. 11 show different policy examples.
  • the allocation change policy 168 has a priority 1000, a policy 1001, and policy contents 1002 to 1005 or 1100 and 1101 as configuration items.
  • the priority 1000 is information indicating the execution priority of the policy 1001.
  • the policy 1001 is information indicating allocation criteria for the active server and the spare server.
  • the policy content 1002 indicates the policy content of priority 1 in the policy table of FIG.
  • the policy content 1003 indicates the policy content of priority 2 in the policy table of FIG.
  • Policy content 1004 indicates the policy content of priority 3 in the policy table of FIG.
  • Policy content 1005 indicates the policy content of priority 4 in the policy table of FIG.
  • the policy content 1100 indicates the policy content of priority 1 in the policy table of FIG.
  • the policy content 1101 indicates the policy content of priority 2 in the policy table of FIG.
  • FIG. 12 is a flowchart for explaining an allocation determination process for determining to which spare server the active server is allocated.
  • the SVP 102 reads the assignment determination information table (FIG. 9) (S1201), and determines whether there is an assignment table (for example, FIGS. 13 to 15) that has already been created (S1202). If there is no allocation table (No in S1202), the process proceeds to S1205. If there is an allocation table (Yes in S1202), the process proceeds to S1203.
  • S1201 the assignment determination information table
  • S1202 determines whether there is an assignment table (for example, FIGS. 13 to 15) that has already been created (S1202). If there is no allocation table (No in S1202), the process proceeds to S1205. If there is an allocation table (Yes in S1202), the process proceeds to S1203.
  • the SVP 102 creates an allocation table (corresponding to the allocation table initialization process 204 (see FIG. 2)).
  • the SVP 102 assigns the active server to the spare server having the highest configuration matching rate (S1206).
  • the spare server identifier is assigned to the smallest spare server that can be assigned. However, it does not necessarily have to be the smallest, and it is sufficient if there is a criterion for assigning servers in the case of the same rate.
  • S1206 is a process executed only during the first allocation process.
  • the SVP 102 refers to the allocation determination information table (FIG. 9) and allocates the server with the number of candidates “1” to servers that can be taken over (S1203). Since a server with one candidate has one takeover destination, an allocation destination is inevitably determined.
  • the SVP 102 sets the number of candidates X to 2 in order to allocate a server with the number of candidates 2 (S1204).
  • the SVP 102 determines whether X is larger than the number of spare servers (S1207). When X is a value larger than that of the spare server (Yes in S1207), the process ends. On the other hand, if X is equal to or less than the number of spare servers (No in S1207), the process proceeds to S1208.
  • the SVP 102 determines whether there is a spare server that takes the value of the number of candidates X (S1208). If there is such a spare server (Yes in S1208), the process proceeds to S1209. If there is no such spare server (No in S1208), the process proceeds to S1215.
  • the SVP 102 cannot determine the conditions to take over according to the allocation change policy allocation method, so the identifier (spare server number (spare server name)) is It allocates to the spare server which can be allocated the smallest (S1214). Then, the process proceeds to S1215, and 1 is added to the number of candidates X, and the processes after S1207 are repeated. In the processing of S1214, the identifier does not necessarily have to be the minimum, but it is necessary to satisfy the condition that the active server can always be allocated to the spare server.
  • the SVP 102 determines whether all of the active servers whose candidate number is X have been allocated to the spare server (can be taken over) (S1212). . If it is allocated (Yes in S1212), the process proceeds to S1215, 1 is added to the number of candidates X, and the processes after S1207 are repeated. If not allocated (No in S1212), the process proceeds to S213.
  • the SVP 102 selects the next priority (priority (y + 1) where y is the previous priority). Then, the processing after S1210 is repeated for the priority (y + 1). In this way, by the processing from S1210 to S1213, the allocation change policy is read in the descending order of priority y, and spare servers are allocated to the current number of active servers (all active servers). If the number of candidates X is greater than the number of spare servers (Yes in S1207), the process ends.
  • FIGS. 13 to 15 are diagrams showing configuration examples of allocation tables for managing information as to which spare server the active server is allocated to.
  • the information in the allocation table varies depending on the timing of allocation, the allocation determination information table in FIG. 9, and the status of the allocation change policy 168 in FIGS.
  • the allocation table includes, as configuration information, an allocation 1300 indicating information on an allocation-destination spare server, information on a spare server allocated to the active server, an ECC error total 1301, and an allocated server number 1302.
  • the ECC error total 1301 is information indicating the total number of ECC errors of the active server assigned to the spare server.
  • the number of assigned servers 1302 is information indicating the number of active servers assigned to spare servers.
  • FIG. 13 shows the result of the initial allocation process (result of S1206).
  • 14 shows the result of the assignment update process according to the assignment change policy of FIG. 10 (results of S1202 to S1215)
  • FIG. 15 shows the result of the assignment update process according to the assignment change policy of FIG. 11 (results of S1202 to S1215). ).
  • FIG. 13 (result of the initial allocation process)
  • the active server is allocated to the server having the highest configuration match rate 908 in the allocation determination information table in FIG. Regarding the active server 3, the configuration matching rate of the spare server 1 is 66 and the configuration matching rate of the spare server 2 is 44. For this reason, the takeover destination of the active server 3 is the spare server 1. Similar processing is executed for the active servers 4, 5, 6, and 7 to allocate spare servers.
  • FIG. 14 (result of assignment update processing based on assignment change policy in FIG. 10) FIG. 14 shows the result when the assignment process is performed using the assignment change policy of FIG.
  • the active server 6 is assigned to the spare server 2 because there is only one takeover destination. Thereafter, for the active servers 3, 4, 5, and 7, the policy 1002 having the priority 1 of the allocation change policy in FIG. 10 is executed. Servers with an ECC error number exceeding 50 correspond to the active servers 5 and 7 from the ECC error number 909 in the allocation determination table of FIG. Further, since the number of ECC errors is larger in the active server 7, the allocation process is executed before the active server 5. Regarding (1) of the policy 1002, since the total number of ECC errors 1301 is 0 at the stage of assigning the active server 7 that is the takeover source, (2) is executed. The “possible total” 902 of the takeover destination candidates in FIG. 9 is smaller for the spare server 1, so the active server 7 is assigned to the spare server 1.
  • (1) is executed for the active server 5.
  • the active server 7 has already been allocated, the total ECC error number 1301 of the spare server 1 is 80, and the total ECC error 1301 of the spare server 2 is zero. Therefore, the active server 5 is assigned to the spare server 2 having a small ECC error total 1301. Since there is no server whose ECC error number exceeds 50, the allocation process based on the policy 1002 ends.
  • the active server 3 corresponds to the server in which the operation rate 910 in FIG. 9 exceeds 90%.
  • the active server 3 is assigned to a spare server whose CPU core number increase rate is 2.0 or more. This condition applies when the spare server 2 is assigned, and the active server 3 is assigned to the spare server 2.
  • the policy 1004 is executed.
  • the target of the allocation process is the active server 4.
  • the CPU core number increase rate 906 in FIG. 9 for the active server 4 is the same for the spare servers 1 and 2. For this reason, even if the policy 1004 is used, the assignment cannot be determined. Therefore, the execution of the policy 1004 ends.
  • policy 1005 allocation is determined by the number of concealment modules. However, the number of concealment modules in FIG. 9 for the active server 4 is the same for the spare servers 1 and 2. For this reason, allocation cannot be determined. Therefore, the policy 1005 ends.
  • FIG. 15 shows the result when the assignment process is performed using the assignment change policy of FIG.
  • the active server 6 is assigned to the spare server 1 because it has one takeover destination. Thereafter, the policy 1100 with priority 1 of the allocation change policy in FIG. 11 is executed. Since this process is the same as the case of FIG. 14, it is omitted.
  • the processing targets are the active servers 3 and 4, and (1) is executed, and allocation is made to the spare server having the smallest number of assigned servers 1302. Since the number of assigned servers of the spare server 1 is 1 and the spare server 2 is 2, the active server 3 is allocated to the spare server 1.
  • the hardware configuration is compared for each combination of the active server and the spare server, the hardware configuration matching policy information is referred to, and the hardware for each combination of the active server and the spare server is referred to. Decide whether to hide the configuration and whether to take over.
  • a configuration matching rate indicating a hardware configuration matching rate is calculated for each combination of the active server and the spare server. Then, for each combination of the active server and the spare server, the spare server that is the takeover destination of the active server is allocated based on the hardware configuration concealment information, the takeover availability information, and the configuration match rate information. .
  • the spare server executes a hardware concealment process based on the hardware concealment information and transmits a concealment process completion notification to the SVP (local management computer). Then, the SVP executes a process of switching the active server in which the failure has occurred to the spare server assigned as the takeover destination.
  • the assignment of the spare server as the takeover destination once determined is dynamically changed (updated). For example, the allocation of spare servers already executed is changed based on the number of ECC errors of the active server. Alternatively, in addition to the number of ECC errors, information on the CPU utilization rate of the active server and information on the CPU core number increase rate in each combination of the active server and the spare server are used to dynamically allocate the spare server. change. In this case, it is also possible to prescribe a policy for the assignment change process.
  • a spare server allocation condition based on the number of ECC errors is defined, or a spare server allocation condition based on the ECC error count, a spare server allocation condition based on the CPU operation rate, and Conditions for allocation of spare servers based on the CPU core number increase rate may be defined.
  • a priority indicating the order of consideration for each condition may be set.
  • the SVP, active server, and spare server included in one chassis are regarded as one server system (blade server).
  • An actual system computer system
  • a global management computer having a management program is provided.
  • This global management computer manages communication between SVPs (local management computers) in a plurality of server systems.
  • SVPs local management computers
  • a spare server in the same chassis is considered as a candidate, but a spare server stored in a different chassis (server system) may be a candidate.
  • each SVP acquires the hardware configuration information of the active server and the spare server arranged in different server systems via the global management computer.
  • Each SVP allocates a spare server in a server system different from its own server system as a takeover destination of the active server in its own server system.
  • a spare server in another server system, so that hardware resources are utilized more efficiently. It becomes possible.
  • the present invention can also be realized by software program codes that implement the functions of the embodiments.
  • a storage medium in which the program code is recorded is provided to the system or apparatus, and the computer (or CPU or MPU) of the system or apparatus reads the program code stored in the storage medium.
  • the program code itself read from the storage medium realizes the functions of the above-described embodiments, and the program code itself and the storage medium storing the program code constitute the present invention.
  • a storage medium for supplying such program code for example, a flexible disk, CD-ROM, DVD-ROM, hard disk, optical disk, magneto-optical disk, CD-R, magnetic tape, nonvolatile memory card, ROM Etc. are used.
  • an OS operating system
  • the computer CPU or the like performs part or all of the actual processing based on the instruction of the program code.
  • the program code is stored in a storage means such as a hard disk or a memory of a system or apparatus, or a storage medium such as a CD-RW or CD-R
  • the computer (or CPU or MPU) of the system or apparatus may read and execute the program code stored in the storage means or the storage medium when used.
  • control lines and information lines indicate what is considered necessary for explanation, and not all control lines and information lines on the product are necessarily shown. All the components may be connected to each other.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Computer Hardware Design (AREA)
  • Hardware Redundancy (AREA)

Abstract

　物理計算機として利用する現用サーバと予備サーバのＨ／Ｗ構成が異なる場合であっても予備サーバへの引き継ぎを可能とし、Ｈ／Ｗリソースを活用することでサーバの可用性を向上させる。本発明では、現用サーバと予備サーバの組み合せのそれぞれについてハードウェア構成を比較し、ハードウェア構成一致ポリシー情報を参照して、現用サーバと予備サーバの組み合わせのそれぞれについてハードウェア構成の隠蔽の有無、及び引き継ぎの可否について決定する。また、現用サーバと予備サーバの組み合せのそれぞれについてハードウェア構成の一致割合を示す構成一致率を算出する。そして、現用サーバと予備サーバの組み合わせのそれぞれについての、ハードウェア構成の隠蔽の有無の情報及び引き継ぎ可否の情報と、構成一致率の情報に基づいて、現用サーバの引き継ぎ先である予備サーバを割り当てる（図１参照）。

Description

サーバシステム、計算機システム、サーバシステムの管理方法、及びコンピュータ読み取り可能な記憶媒体
　本発明は、サーバシステム、計算機システム、サーバシステムの管理方法、及びコンピュータ読み取り可能な記憶媒体に関し、例えば、計算機システムのサーバで障害が発生した際にサーバを交替し、障害からサーバを回復させるための技術に関するものである。
　複数のサーバを備える計算機システムにおいては、業務が稼動中であるサーバ（現用サーバ）で障害が発生したとき、現用サーバで稼動中の業務を予備サーバへ引き継ぐことにより計算機システムの可用性を向上させる場合がある。
　この引き継ぎ方法の１つとして、障害の発生した現用サーバが利用していたブートディスク（論理ユニット）を、業務の稼動していない予備サーバが起動することによって、現用サーバの業務を予備サーバへ引き継ぐ障害回復方法がある。この方法では、計算機システムに複数の現用サーバが存在する場合に、どの現用サーバで障害が発生しても障害の回復が可能であり、多数の現用サーバに対して少数の予備サーバを準備することによって、高い信頼性を得ることができる。
　しかしながら、本方式は引き継ぎ時に業務を稼動するＯＳの設定は最小限のため、高い信頼性を得るには引き継ぎ前と引き継ぎ後のＨ／Ｗ（Hardware）構成の差異が最小限であることが望ましい。特に、Ｈ／Ｗ構成が大きく異なる場合、引き継ぎできない可能性がある。この引き継ぎできない可能性をなくすには、異なるＨ／Ｗ構成でもＯＳが正常に動作するように専用のシステムやＯＳの設計をする必要がある。
　また、物理的なＨ／Ｗ構成に対しては多くの制約があるため、一般的に計算機の物理構成を合わせるためには、予め同一のＨ／Ｗ構成の計算機を用意することで対応する必要がある。このような状況に対処するため、特許文献１で示されるように、仮想計算機を構築する方法が挙げられる。仮想計算機の構成を同一にすることで物理構成が異なる場合に引き継ぎできない問題を解決する。
特開２００８－２９３２４５号公報
　しかしながら、特許文献１に示される方法を用いた場合、物理計算機から仮想計算機間の引き継ぎはできない。このため、現用サーバが物理計算機でシステムを稼動していた場合には特許文献１による方法を用いたとしてもサーバを引き継ぐことができない。
　そこで、物理計算機からの引き継ぎにおいて、Ｈ／Ｗ構成が一致する必要のある部分に関して、ソフトウェア上で認識する物理構成を一致させることにより、異なるＨ／Ｗ構成を持つ物理計算機へ引き継ぐことを可能にする必要がある。
　しかし、構成を一致させることのみを考慮して引き継ぐと、Ｈ／Ｗリソースの非効率な引き継ぎを行ってしまう可能性がある。
　また、Ｈ／Ｗ構成が異なる場合にサーバの引き継ぎを行う場合には、次のような課題が生じる。つまり、まず、Ｉ／Ｏ構成が異なる場合に、引き継ぎ前と後のＩ／Ｏのブートオーダが変わることで、論理ユニットを正しく読み込むことができずＯＳが起動できないことである。また、ＯＳが起動した場合においても、Ｉ／Ｏの数に応じてＯＳ上でＩ／Ｏの認識作業が必要なことである。さらに、ＣＰＵコアのソケット数やコア数が増加する場合、ソフトウェアライセンスの制約を受ける可能性があることである。
　そして、従来の計算機システムの構成では、隠蔽可能なＨ／Ｗの差分情報が無いことや、構成一致のための隠蔽を行う機構が無いことから、構成を一致させるためのＨ／Ｗ隠蔽処理を機械的に実行することができない。また、上述のように、物理構成を一致させて引き継ぐことにより単に構成を一致させて引き継ぐのみでは、Ｈ／Ｗリソースを最大限活用できず、非効率な引き継ぎを行ってしまう可能性もある。元々構成が一致しているサーバではなく、構成が一致していないサーバを構成一致のために隠蔽して引き継ぐと、構成が一致しているサーバに引き継ぐ場合に比べて無駄なＨ／Ｗリソースが発生する可能性がある。また、１台の予備サーバに引き継ぎ可能な現用サーバが集中している場合、構成を一致させてそのサーバに引き継ぐと、他の現用サーバが引き継ぐことができなくなるといった事態が生じる。
　本発明はこのような状況に鑑みてなされたものであり、他の現用サーバの状態を加味し、Ｈ／Ｗリソースを効率的に利用した引き継ぎを実現するための技術を提供するものである。
　上記課題を解決するために、本発明では、現用サーバ及び予備サーバ間でＨ／Ｗ構成が同一である必要のある部分に関して、ソフトウェア上で認識する物理構成を同一にすることで物理計算機への引き継ぎを行う。
　より具体的には、本発明によるサーバシステムは、業務を処理し、稼働中の少なくとも１つの現用サーバと、現用サーバが故障した際に当該故障した現用サーバの業務を引き継がせるために用意された少なくとも１つの予備サーバと、現用サーバ及び前記予備サーバを監視し、サーバの切り替えを制御するローカル管理計算機と、を有する。このローカル管理計算機は、現用サーバの業務の引き継ぎ先である予備サーバの割り当て処理を実行するプロセッサと、サーバの引き継ぎを可能とするハードウェア構成の条件を示すハードウェア構成一致ポリシー情報を少なくとも格納するメモリと、を有している。そして、ローカル管理計算機のプロセッサは、現用サーバ及び予備サーバからそれぞれのハードウェア構成情報を取得する処理と、取得したハードウェア構成情報に基づいて、現用サーバと予備サーバの組み合せのそれぞれについてハードウェア構成を比較し、メモリから読み出したハードウェア構成一致ポリシー情報を参照して、現用サーバと予備サーバの組み合わせのそれぞれについてハードウェア構成の隠蔽の有無、及び引き継ぎの可否について決定する処理と、現用サーバと予備サーバの組み合せのそれぞれについてハードウェア構成の一致割合を示す構成一致率を算出する処理と、現用サーバと予備サーバの組み合わせのそれぞれについての、ハードウェア構成の隠蔽の有無の情報及び引き継ぎ可否の情報と、構成一致率の情報に基づいて、現用サーバの引き継ぎ先である予備サーバを割り当てる処理と、
を実行する。
　本発明に関連する更なる特徴は、本明細書の記述、添付図面から明らかになるものである。また、本発明の態様は、要素及び多様な要素の組み合わせ及び以降の詳細な記述と添付される特許請求の範囲の様態により達成され実現される。
　本明細書の記述は典型的な例示に過ぎず、本発明の特許請求の範囲又は適用例を如何なる意味に於いても限定するものではないことを理解する必要がある。
　本発明によれば、他の現用サーバの状態を加味して、Ｈ／Ｗリソースを効率的に利用し、現用サーバから予備サーバへの引き継ぎを実行することができるようになる。
本発明の実施の形態の計算機システム１の全体構成例を示すブロック図である。 引き継ぎ機能有効時の引き継ぎ先サーバ決定の手順を説明するための図である。 障害発生時の現用サーバから予備サーバへの切り替えの手順を説明するための図である。 隠蔽可能なＨ／Ｗ情報を示すＨ／Ｗ構成テーブルの構成例を示す図である。 Ｈ／Ｗ構成を一致させるポリシーを示すＨ／Ｗ構成一致ポリシーテーブルの構成例を示す図である。 Ｈ／Ｗ構成一致処理を説明するためのフローチャートである。 Ｈ／Ｗ構成一致処理によって生成される構成一致情報テーブルの構成例を示す図である。 割り当て決定情報テーブル更新処理を説明するためのフローチャートである。 割り当て決定情報テーブル更新処理によって得られる割り当て決定情報テーブルの構成例を示す図である。 現用サーバの割り当て変更ポリシーの構成例（１）を示す図である。 現用サーバの割り当て変更ポリシーの構成例（２）を示す図である。 割り当て決定処理を説明するためのフローチャートである。 新規作成時（初期化時）の割り当てテーブルの例を示す図である。 図１０の割り当て変更ポリシーを用いて割り当てを変更した際に得られる割り当てテーブルの例を示す図である。 図１１の割り当て変更ポリシーを用いて割り当てを変更した際に得られる割り当てテーブルの例を示す図である。
　以下、添付図面を参照して本発明の実施形態について説明する。添付図面では、機能的に同じ要素は同じ番号で表示される場合もある。なお、添付図面は本発明の原理に則った具体的な実施形態と実装例を示しているが、これらは本発明の理解のためのものであり、決して本発明を限定的に解釈するために用いられるものではない。
　本実施形態では、当業者が本発明を実施するのに十分詳細にその説明がなされているが、他の実装・形態も可能で、本発明の技術的思想の範囲と精神を逸脱することなく構成・構造の変更や多様な要素の置き換えが可能であることを理解する必要がある。従って、以降の記述をこれに限定して解釈してはならない。
　更に、本発明の実施形態は、後述されるように、汎用コンピュータ上で稼動するソフトウェアで実装しても良いし専用ハードウェア又はソフトウェアとハードウェアの組み合わせで実装しても良い。
　なお、以後の説明では「テーブル」形式によって本発明の各情報について説明するが、これら情報は必ずしもテーブルによるデータ構造で表現されていなくても良く、リスト、ＤＢ、キュー等のデータ構造やそれ以外で表現されていても良い。そのため、データ構造に依存しないことを示すために「テーブル」、「リスト」、「ＤＢ」、「キュー」等について単に「情報」と呼ぶことがある。
　また、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「名前」、「ＩＤ」という表現を用いることが可能であり、これらについてはお互いに置換が可能である。
　以下で各種制御部を主語（動作主体）として本発明の実施形態における各処理について説明を行うが、各種制御部の動作はプログラムとして記述することも可能であり、このプログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート（通信制御装置）を用いながら行う。このため、プロセッサを主語とした説明としてもよい。また、プログラムがプロセッサと協働して実行する処理に関し、プログラムの一部または全ては専用ハードウェアで実現してもよく、また、モジュール化されていても良い。各種プログラムはプログラム配布サーバや記憶メディアによってインストールされてもよい。
　＜計算機システムの構成＞
　図１は、本発明の実施形態による計算機システムの全体構成を示すブロック図である。計算機システム１は、現在サーバとして動作している現用サーバ１００と、現用サーバが故障したときに当該現用サーバの動作を引き継ぐ予備サーバ１０１と、現用サーバ１００や予備サーバ１０１を監視するＳＶＰ１０２（Service Processor：ローカル管理計算機ということもできる）と、計算機システム１における現用サーバ１００、予備サーバ１０１、及びＳＶＰ１０２を監視するための管理プログラム１０３を有する管理計算機（グローバル管理計算機）と、を有している。現用サーバ１００、予備サーバ１０１、及びＳＶＰ１０２は、例えば１つのシャーシに格納された１つのブレードサーバを構成している。管理計算機（グローバル管理計算機）の管理プログラム１０３は、複数のブレードサーバに亘って現用サーバ１００、予備サーバ１０１、及びＳＶＰ１０２の動作を監視している。
　現用サーバ１００と予備サーバ１０１は、ＢＭＣ１１０（Baseboard Management Controller）とＣＰＵソケット１２０及び１２１と、ＣＰＵコア１３０及び１３１、ＤＩＭＭ（Dual Inline Memory Module）１４０と、Ｉ／Ｏスロット１５０と、を有する。そして、ＢＭＣ１１０は、ＣＰＵ隠蔽制御部１１１と、ＤＩＭＭ隠蔽制御部１１２と、Ｉ／Ｏ隠蔽制御部１１３と、を有している。なお、各制御部は、上述のように、プログラムで構成しても良い。
　ＳＶＰ１０２は、業務を引き継ぐための制御部であるＮ＋Ｍ制御部１６０と、Ｈ／Ｗ構成情報を持つＨ／Ｗ構成テーブル１６５（図４参照）と、Ｈ／Ｗ（Hardware）構成を一致させる時のポリシーを定義するＨ／Ｗ構成一致ポリシー格納部（格納領域）１６６（図５参照）と、現用サーバと予備サーバの構成を一致させるための予備サーバの設定情報である構成一致情報テーブル１６７（図７参照）と、割り当て変更ポリシーを格納する割り当て変更ポリシー格納部（格納領域）１６８（図１０又は１１参照）と、を有している。なお、Ｎ＋Ｍ制御部１６０のＮは現用サーバの数を示し、Ｍは予備サーバの数を示している。単に、制御部と言い換えても良い。
　Ｎ＋Ｍ制御部１６０は、引き継ぎに必要な設定情報（各サーバのＢＭＣの情報）を取得するＣｏｎｆ取得制御部１６１と、サーバの切り替えを制御する引き継ぎ制御部１６２と、サーバの隠蔽可能なＨ／Ｗ情報を取得するＨ／Ｗ構成取得制御１６３と、現用サーバと予備サーバのＨ／Ｗ構成を一致させるための情報を作成しＢＭＣ１１０へ送信するＨ／Ｗ構成一致制御部１６４と、を有している。なお、各制御部は、上述のように、プログラムで構成しても良い。
　現用サーバ１００は、ＯＳを起動して、業務が稼動しているサーバである。予備サーバ１０１は現用サーバの故障に対し、業務を引き継ぐための待機サーバである。予備サーバ１０１は現用サーバとＨ／Ｗ構成が異なっていても良く、必ずしも稼動している必要は無い。また、本実施例での現用サーバ及び予備サーバのモジュールはＣＰＵ１２０－１２１、ＤＩＭＭ１４０、Ｉ／Ｏスロット１５０であるが、ＢＭＣ１１０に隠蔽制御がありモジュールを隠蔽することができれば、モジュールの種別は問わない。
　ＳＶＰ１０２のＮ＋Ｍ制御部１６０のＨ／Ｗ構成取得制御部１６３は、現用サーバ１００、予備サーバ１０１、及び管理プログラム１０３からＨ／Ｗ構成情報を取得し、Ｈ／Ｗ構成テーブル１６５を作成する。取得されたＨ／Ｗ構成情報は、Ｈ／Ｗの縮退（隠蔽）やＰＣＩスロットの閉塞などを決定し実行するために必要なＨ／Ｗ情報である。なお、本実施形態では、現用サーバ１００と予備サーバ１０１とＳＶＰ１０２が搭載されるサーバシステム（システム単位：ブレードサーバ）について説明している。ただし、管理プログラム１０３を通じて他のシステム単位（別シャーシのブレードサーバ）の現用サーバ１００と予備サーバ１０１を利用した引き継ぎ処理を実行することも可能である。
　Ｈ／Ｗ構成一致制御部１６３は、Ｈ／Ｗ構成テーブル１６５と、現用サーバ１００及び予備サーバ１０１の構成一致基準を示したＨ／Ｗ構成一致ポリシー１６５を読み込む。そして、Ｈ／Ｗ構成一致制御部１６３は、読み込んだ情報に基づいて、現用サーバ１００と予備サーバ１０１の構成を一致させるための設定情報である構成一致情報テーブル１６７を作成する。
　また、Ｈ／Ｗ構成一致制御部１６３は、構成一致情報テーブル１６７における構成一致情報を予備サーバ１０１のＢＭＣ１１０へ送信する。ＢＭＣ１１０は、受信した構成一致情報に基づいて隠蔽制御を行い、現用サーバ１００と予備サーバ１０１のＨ／Ｗ構成を一致させる。そして、現用サーバ１００と予備サーバ１０１のＨ／Ｗ構成が一致した状態で、業務の引き継ぎ処理が実行される。ただし、Ｈ／Ｗ構成が一致しなくても引き継ぐことができる場合がある。例えば、ＣＰＵコア数については、数が変化してもＯＳが対応できる。構成が一致する必要の無い部分はＨ／Ｗ構成一致ポリシー１６５で定義されている。
　＜処理手順＞
　図２は、引き継ぎ機能有効時に実行される引き継ぎ先サーバ決定処理の手順を説明するための図である。引き継ぎ先サーバ決定処理（予備サーバの割り当て処理）は、現用サーバに故障が発生する前の段階で実行される。現用サーバに故障が発生してからでは現用サーバがどのような動作をするか分からないため、予備サーバの割り当ての判断が正しく行えないからであり、故障してから割り当ててみて引き継げなかったという事態とならないようにするためである。
　ＳＶＰ１０２は、引き継ぎ機能が有効化された後、ＳＶＰ１０２のＨ／Ｗ構成取得制御部を用いて、現用サーバ１００と予備サーバ１０１のＨ／Ｗ情報の取得処理２００を実行する。なお、ここで、現用サーバ１００と予備サーバ１０１は必ずしも同一の筐体に格納されている必要は無く（管理主体が同じＳＶＰでなくても良い）、管理プログラム１０３を通じて別の筐体の現用サーバ１００と予備サーバ１０１のＨ／Ｗ情報を取得するようにしても良い。そのため、現用サーバ１００か予備サーバ１０１のどちらかが別の筐体でも引き継ぎを実施できる。
　ＳＶＰ１０は、取得したＨ／Ｗ構成情報を基に、Ｈ／Ｗ構成取得制御部を用いて、Ｈ／Ｗ構成テーブル作成処理２０１を実行する。
　次に、ＳＶＰ１０２は、Ｈ／Ｗ構成一致制御部１６４を用いて、Ｈ／Ｗ構成テーブル１６５とＨ／Ｗ構成一致ポリシー１６６を読み込み、現用サーバ１００と予備サーバ１０１のＨ／Ｗ構成を一致させるための情報であって、予備サーバのモジュールの隠蔽処理に必要な情報（構成一致情報）を作成する（構成一致処理２０２：詳細については図６参照）。ここで、モジュールとは、ＣＰＵ、ＤＩＭＭ、及びＩ／Ｏなどの計算機のＨ／Ｗの部位のことであり、ＣＰＵ、ＤＩＭＭ、Ｉ／Ｏに限らないが、隠蔽が可能であることが求められる。より具体的には、Ｈ／Ｗ構成一致ポリシー１６６（図５）を参照し、構成が一致しなければならないＨ／Ｗ部位に注目し、図４の予備サーバと現用サーバの構成を比較して一致するか否か判断されることになる。
　ＳＶＰ１０２は、現用サーバ１００及び予備サーバ１０１のサーバ状態情報と、構成一致情報１６７を読み込み、現用サーバ１００にどの予備サーバ１０１を割り当てるかについての判断基準となる情報を作成する処理（割り当て決定情報テーブル更新処理２０３：詳細は図８）を実行する。ここで、各サーバから取得するサーバ状態情報とは、割り当てを決定するのに必要な追加情報であり、例えば、ＤＩＭＭのＥＣＣエラーやＣＰＵの稼働率などの情報である。なお、別の筐体の情報が必要な場合は管理プログラム１０３から情報を取得しても良い。
　次に、ＳＶＰ１０２は、割り当てテーブルの初期化処理２０４（図１２のＳ１２０６の処理に相当）を実行する。割り当てテーブル（初期化時のテーブルについては図１３参照）は、事前に現用サーバをどの予備サーバに引き継ぐのかを示す情報である。割り当て１回目である場合に、この割り当てテーブル初期化処理２０４が実行される。
　続いて、ＳＶＰ１０２は、割り当て決定情報テーブル（図９参照）と割り当て変更ポリシー（図１０又は１１参照）を読み込み、現用サーバをどの予備サーバに割り当てるのか決定する処理（割り当て決定処理２０５：図１２のＳ１２０７の処理に相当）を実行する。当該割り当て決定処理が実行されると、ＳＶＰ１０２は障害通知受信待機状態に入ることになる。
　そして、ＳＶＰ１０２は、随時（定期的に）、割り当て決定情報テーブル更新処理２０３を実施し、さらに、割当情報テーブル更新後に割り当て決定処理２０５を実施することにより、サーバの状況に合わせて割り当てを決定する（更新後のテーブルについては図１４又は１５参照）。更新の頻度は、処理の重さによるが、所定時間（例えば、１時間）に１回の割合で行われる。このように定期的に割り当て決定情報テーブルを更新するのは、ＥＣＣエラー（メモリのエラー）が増加しているサーバを優先的に予備サーバに引き継ぎさせた方が故障する危険性を効率よく回避することができるためである。つまり、計算機システム１を運用していくうちに、ＥＣＣエラー等が初期段階（割り当てテーブルの初期化処理時）に割り当てたときと比べて変化していることもあり、より現状を反映した割り当て処理を実行する必要があるからである。
　＜サーバ切り替え処理＞
　図３は、障害発生時に現用サーバから予備サーバに切り替える処理の手順を説明するための図である。
　現用サーバ１００にＨ／Ｗ障害３００が発生した場合、現用サーバ１００は、障害ログをＳＶＰ１０２に通知する。その通知を受け、ＳＶＰ１０２は、管理プログラム１０３に障害通知をする。
　管理プログラム１０３は、現用サーバ１００と予備サーバ１０１の割り当て情報（割り当てテーブルの情報）を持っており、対象の現用サーバ１００及び予備サーバ１０１を監視しているＳＶＰ１０２にサーバの切り替え要求（Ｎ＋Ｍ切り替え要求）を出す。なお、割り当てテーブル（図１３乃至１５のいずれか）はＳＶＰ１０２で作成され、必要に応じて管理プログラム１０３が取得する。これにより、管理プログラム１０３が対象の現用サーバ１００及び予備サーバ１０１を把握することが可能である。本実施形態では、ＳＶＰ１０２が割り当てテーブルを管理しているが、割り当てテーブルの保有自体はＳＶＰ１０２と管理プログラム１０３のどちらでも良い。管理プログラム１０３からＳＶＰ１０２へ割り当ての情報を送信すれば、管理プログラム１０３で割り当てテーブルを管理することも可能である。
　ＳＶＰ１０２は、管理プログラム１０３からＮ＋Ｍ切り替え要求を受け、割り当てテーブルを参照して、引き継ぎ先となる予備サーバのＢＭＣへ構成一致情報を送信３０１する。構成一致情報はＢＭＣの設定情報であり、特定のモジュールを隠蔽するかしないかを示している。送信される構成一致情報は、対象の現用サーバと予備サーバに関する情報のみである。例えば、障害が発生した現用サーバがサーバ３で、引き継ぎ先として割り当てられた予備サーバがサーバ１である場合、サーバ１とサーバ３の構成一致に関する情報（図７参照）のみが送信されることになる。
　予備サーバ１０１のＢＭＣ１１０は、受信した構成一致情報に基づいて、Ｈ／Ｗ構成の隠蔽処理３０２を実行する。隠蔽処理３０２を実行することにより、予備サーバ１０１のＨ／Ｗ構成は予備サーバ１０１のＨ／Ｗ構成と一致もしくは引き継ぐことが可能な構成になる。
　そして、予備サーバ１０１は、構成一致情報に基づくＨ／Ｗ隠蔽処理後に、隠蔽処理が終了したことをＳＶＰ１０２へ通知する。
　一方、通知を受けたＳＶＰ１０２は、従来技術の切り替え処理であるＮ＋Ｍ切り替え処理３０３を実行する。
　なお、構成一致情報の一例として、ＣＰＵソケット、ＣＰＵコア、ＤＩＭＭ、Ｉ／Ｏスロットの隠蔽の実施をするかどうかの情報が記載されているとする。構成一致情報のＣＰＵソケット１の項目に隠蔽する設定が記載されていた場合は、対象の予備サーバのＢＭＣのＣＰＵ隠蔽制御部はＣＰＵソケット１の隠蔽を実施する。
　＜Ｈ／Ｗ構成テーブル＞
　図４は、各サーバのＨ／Ｗ構成を示すＨ／Ｗ構成テーブル１６５の構成例を示す図である。このＨ／Ｗ構成テーブルを用いることにより、隠蔽可能なＨ／Ｗ構成情報を知ることが可能となる。
　Ｈ／Ｗ構成テーブル１６５は、サーバ名４００と、サーバの用途４０１と、モジュール名４０２と、各モジュールの搭載或いは非搭載を示す搭載情報４０３と、を構成項目として有している。
　サーバ名４００は、サーバ固有の識別子を示し、ユニークな識別子であれば何でも良い。用途４０１は、業務が稼動している現用サーバであるか予備サーバであるかを示している。モジュール名４０２は、計算機システムを構成しているＨ／Ｗ部位であって、隠蔽可能なものを示し、モジュールの追加情報を含んでいる。搭載情報４０３は、各モジュールが搭載されているか否かを示す情報である。また、構成一致の判定材料となるモジュールの追加情報を含む。例えば、ＣＰＵ周波数やメモリの容量などである。
　＜Ｈ／Ｗ構成一致ポリシー＞
　図５は、Ｈ／Ｗ構成を一致させるポリシーを示すＨ／Ｗ構成一致ポリシーテーブル１６６の構成例を示す図である。
　Ｈ／Ｗ構成一致ポリシーテーブル１６６は、現用サーバ名５００と、モジュール名５０１と、ポリシー５０２と、を構成項目として有している。
　現用サーバ名５００は、サーバ固有の識別子であり、図４のサーバ名４００と同一である。モジュール名５０１は、ポリシー設定対象となっているＨ／Ｗ部位を示す情報である。ポリシー５０２は、引き継ぎ時のＨ／Ｗ構成の合わせ方を定義する情報である。
　本実施形態では、モジュールの構成一致させない場合は「隠蔽無し」とし、搭載一致させる場合は「構成一致」を指定することとする。ポリシーの定義の一例として、Ｉ／Ｏスロットが搭載されていないと正常に引き継ぎできない場合は「構成一致」と設定し、ＣＰＵのように業務の引き継ぎ前と後で構成が変わっても引き継ぎが正常にできる場合は「隠蔽なし」と設定する。
　＜Ｈ／Ｗ構成一致処理＞
　図６は、Ｈ／Ｗ構成を一致させるための隠蔽モジュールを決定する処理（Ｈ／Ｗ構成一致処理）を説明するためのフローチャートである。
　Ｈ／Ｗ構成一致制御部（Ｈ／Ｗ構成一致制御プログラムと言い換えても良い）１６４は、図４のＨ／Ｗ構成テーブルを参照し、予備サーバからモジュールを１つ選択する（Ｓ６０１）。
　Ｈ／Ｗ構成一致制御部１６４は、Ｓ６０１で選択されたモジュールが現用サーバに搭載されているか判定する（Ｓ６０２）。選択されたモジュールが搭載されている場合、処理はＳ６０５に移行し、搭載されていない場合には、処理はＳ６０３に移行する。
　選択したモジュールが搭載されていない場合、Ｈ／Ｗ構成一致制御部１６４は、図５のＨ／Ｗ一致ポリシーが構成一致であるか判定する（Ｓ６０３）。ポリシーが「構成一致」である場合、Ｈ／Ｗ構成一致制御部１６４は、構成一致情報に選択したモジュールの隠蔽設定を書き込む（Ｓ６０４）。Ｈ／Ｗ構成一致ポリシーが構成一致でない場合、Ｈ／Ｗ構成一致制御部１６４は、「隠蔽なし」設定を書き込む（Ｓ６０５）。
　一方、Ｓ６０２で選択されたモジュールが搭載されていると判断された場合、Ｈ／Ｗ構成一致制御部１６４は、構成が一致しているので「隠蔽無し」設定を書き込む（Ｓ６０６）。
　続いて、Ｈ／Ｗ構成一致制御部１６４は、Ｈ／Ｗ構成テーブル１６５の予備サーバに別モジュールがあるか判定する（Ｓ６０７）。Ｓ６０１乃至Ｓ６０６の処理は、対象の予備サーバに搭載されている全てのモジュールの処理が終了するまで繰り返えされる。搭載されているモジュールの処理が終了した場合、処理はＳ６０８に移行する。
　Ｓ６０８において、Ｈ／Ｗ構成一致制御部１６４は、構成一致情報テーブル１６７の隠蔽情報に設定が無いモジュールを選択する。つまり、「隠蔽なし」とも「隠蔽」とも設定されていないモジュールが選択される。Ｓ６０２乃至Ｓ６０７の処理は現用サーバにのみ搭載されているモジュールがある場合に実施される処理であるため、設定のないモジュールが存在する可能性が出てくるのである。
　そして、Ｈ／Ｗ構成一致制御部１６４は、Ｓ６０８で選択されたモジュールのＨ／Ｗ構成一致ポリシー１６６が「隠蔽なし」であるか判定する（Ｓ６０９）。
　「隠蔽なし」となっている場合（Ｓ６０９でＹｅｓの場合）には、Ｈ／Ｗ構成一致制御部１６４は、「隠蔽なし」を対象モジュールの隠蔽情報として書き込む（Ｓ６１０）。
　一方、「隠蔽なし」となっていない場合、つまり「構成一致」となっている場合（Ｓ６０９でＮｏの場合）、Ｈ／Ｗ構成一致制御部１６４は、「引継不可」設定を隠蔽情報として書き込む（Ｓ６１１）。これは、予備サーバにモジュールがないため構成を一致させることができないためである。
　Ｈ／Ｗ構成一致制御部１６４は、隠蔽情報の設定が無いモジュールについて設定が完了するまで、Ｓ６０８乃至６１２の処理を繰り返す。
　＜構成一致情報テーブル＞
　図７は、Ｈ／Ｗ構成を一致させるための隠蔽設定を示す構成一致情報テーブル１６７の構成例を示す図である。当該構成一致情報テーブル１６７は、図６に示されるＨ／Ｗ構成一致処理の結果作成される情報である。また、構成一致情報テーブル１６７は、予備サーバのＢＭＣへ送信する情報を管理している。当該情報を受信したＢＭＣは、隠蔽情報を基にモジュールを隠蔽する処理を実行する。
　構成一致情報テーブル１６７は、現用／予備７００と、モジュール名７０２と、隠蔽情報７０２乃至７０５と、を構成項目として有している。
　現用／予備７００は、現用サーバと予備サーバの識別子の組合せを示す情報であり、サーバ名４００（図４参照）や現用サーバ５００（図５参照）と同じ識別子が用いられている。隠蔽情報７０２乃至７０５は、各モジュールの設定を示す情報である。隠蔽情報における「隠蔽なし」は、予備サーバのモジュールを隠蔽しない設定を意味している。また、「隠蔽」は予備サーバのモジュールを隠蔽する設定を意味している。さらに、「引継不可」は、現用サーバと予備サーバの構成が一致しないため、引き継ぎができないことを意味している。
　＜割り当て決定情報テーブル更新処理＞
　図８は、現用サーバをどの予備サーバに割り当てるか判定するための情報を取得する処理（割り当て決定情報テーブル更新処理）を説明するためのフローチャートである。
　ＳＶＰ１０２は、まず、割り当て決定情報を取得する現用サーバと予備サーバの組合せを１つ選択し（Ｓ８００）、Ｈ／Ｗ構成一致情報テーブル１６７（図７参照）を読み込む（Ｓ８０１）。なお、Ｓ８００の処理とＳ８０１の処理の順番は逆であっても良い。
　ＳＶＰ１０２は、当該選択した現用サーバと予備サーバの組合せに関し、Ｈ／Ｗ構成一致情報テーブル１６７の隠蔽情報に「引継不可」があるか判定する（Ｓ８０２）。「引継不可」がない場合（Ｓ８０２でＮｏの場合）、処理はＳ８０３に移行し、「引継不可」がある場合（Ｓ８０２でＹｅｓの場合）、処理はＳ８０５に移行する。
　Ｓ８０３において、ＳＶＰ１０２は、割り当て決定情報テーブル（図９）の引き継ぎ可否９０１の欄に引き継ぎ「可」を書き込み（Ｓ８０３）、その後、隠蔽するモジュール数を合計し、その値を割り当て決定情報テーブルの隠蔽モジュール数９０４の欄に書き込む（Ｓ８０４）。ここで、本実施形態ではＣＰＵに関しては隠蔽コア数／総コア数とするとしている。コア１個のみ隠蔽することとＣＰＵ１個全体を隠蔽することを同列に扱うのは適切ではないからである。ただし、隠蔽するモジュール数の合計方法は問わない。
　一方、Ｓ８０５（引継不可ある場合の処理）では、ＳＶＰ１０２は、割り当て決定テーブルの引き継ぎ可否９０１の欄に引き継ぎ不可を意味する「否」を書き込む（Ｓ８０５）。
　続いて、ＳＶＰ１０２は、現用サーバから予備サーバに引き継いだ場合の、平均ＣＰＵ周波数増加率９０５、ＣＰＵコア数増加率９０６、及びメモリ容量増加率９０７を算出する（Ｓ８０６）。
　また、ＳＶＰ１０２は、当該現用サーバと予備サーバとの組み合わせにおける構成一致率を算出する（Ｓ８０７）。当該構成一致率を算出する際に考慮するモジュールは、ＣＰＵソケット、ＤＩＭＭ、及びＩ／Ｏスロットである。図４を例にすると、ＣＰＵソケット０、１、２、及び３、ＤＩＭＭ０及び１、Ｉ／Ｏスロット０、１、及び２の合計９個である。ＣＰＵコアはモジュール数には数えない。ＣＰＵソケットに含まれるものと考えるからである。また、構成一致の条件は、現用サーバと予備サーバにおいて搭載／非搭載が一致していること、周波数、容量が一致していることである。ＣＰＵソケットの構成一致については、ＣＰＵコアの構成が一致していることである（ＣＰＵコアを反映していると考えたため）。よって、図４の例では、構成一致率を算出するための計算式は、（一致するモジュール数）／（全モジュール数＝９）である。
　次に、ＳＶＰ１０２は、Ｈ／Ｗ構成テーブル１６７に別の現用サーバと予備サーバの組み合わせがあるか判定する（Ｓ８０８）。現用サーバと予備サーバの組み合わせがある場合（Ｓ８０８でＹｅｓの場合）、組み合わせがなくなるまでＳ８０２乃至Ｓ８０７の処理が繰り返えされる。現用サーバと予備サーバの組み合わせがない場合（Ｓ８０８でＮｏの場合）は、処理はＳ８０９に移行する。
　Ｓ８０９において、ＳＶＰ１０２は、現用サーバのＥＣＣエラー数の情報を取得する（Ｓ８０９）。また、ＳＶＰ１０２は、現用サーバのＣＰＵ稼働率の情報を取得する（Ｓ８１０）。これらの情報は、ＳＶＰ１０２が各現用サーバに対して現在のＥＣＣエラー数及び稼働率の情報の送信を要求することにより取得される。
　＜割り当て決定情報テーブル＞
　図９は、現用サーバをどの予備サーバに割り当てるか判定するための情報を管理するための割り当て決定情報テーブルの構成例を示す図である。この割り当て決定情報テーブルと後述の割り当て変更ポリシーとを用いて現用サーバに対して引き継ぐべき予備サーバの割り当てが決定されることになる。
　割り当て決定情報テーブルは、引き継ぎ可否９０１と、引き継ぎ「可」の合計を示す可合計９０２と、引き継ぎ先候補数９０３と、隠蔽モジュール数９０４と、平均ＣＰＵ周波数増加率９０５と、ＣＰＵコア数増加率９０６と、メモリ容量増加率９０７と、Ｈ／Ｗ構成一致率９０８と、ＥＣＣエラー数９０９と、稼働率９１０と、を構成項目として有している。
　引き継ぎ可否９０１は、Ｈ／Ｗ構成上引き継ぐことが可能かどうかを示す情報である。可合計９０２は、予備サーバを基準として、現用サーバを引き継ぐことができる数を示す情報である。引き継ぎ先候補数９０３は、現用サーバを基準として、引き継げる予備サーバがいくつあるのかを示す情報である。隠蔽モジュール数９０４は、引き継ぐ際に、隠蔽するモジュール数を示す情報である。平均ＣＰＵ周波数増加率９０５は、引き継ぎ後にＣＰＵ周波数がどのくらい増加するかを示す情報である。ＣＰＵコア数増加率９０６は、引き継ぎ後にＣＰＵコア数がどれだけ増加するのか示す情報である。メモリ容量増加率９０７は、引き継ぎ後にメモリの容量がどのくらい増加するのかを示す情報である。Ｈ／Ｗ構成一致率９０８は、隠蔽しない時の現用サーバと予備サーバの構成がどれだけ一致しているかを示す情報である。ＥＣＣエラー数９０９は、ＤＩＭＭのＥＣＣエラーの数を示す情報であり、ＤＩＭＭの障害の可能性を図る指標として用いられるものである。ＥＣＣエラー数が多い場合は、業務の引き継ぎが実施される可能性が高いことになる。ＣＰＵ稼働率９１０は、ＣＰＵの使用率を示す情報であり、ＣＰＵ使用率が高い場合はより性能の高い予備サーバへ引き継ぐ為の指標として用いられるものである。
　＜割り当て変更ポリシー＞
　図１０及び図１１は、現用サーバの割り当て方法のポリシーを示す割り当て変更ポリシーテーブル１６８の例を示す図である。図１０のポリシーと図１１のポリシーは別のポリシー例を示している。
　割り当て変更ポリシー１６８は、優先度１０００と、ポリシー１００１と、ポリシー内容１００２乃至１００５、或いは１１００及び１１０１と、を構成項目として有している。
　優先度１０００は、ポリシー１００１の実行優先順位を示す情報である。ポリシー１００１は、現用サーバと予備サーバの割り当て基準を示す情報である。ポリシー内容１００２は、図１０のポリシーテーブルにおける優先度１のポリシー内容を示している。ポリシー内容１００３は、図１０のポリシーテーブルにおける優先度２のポリシー内容を示している。ポリシー内容１００４は、図１０のポリシーテーブルにおける優先度３のポリシー内容を示している。ポリシー内容１００５は、図１０のポリシーテーブルにおける優先度４のポリシー内容を示している。ポリシー内容１１００は、図１１のポリシーテーブルにおける優先度１のポリシー内容を示している。ポリシー内容１１０１は、図１１のポリシーテーブルにおける優先度２のポリシー内容を示している。
　なお、割り当て変更ポリシーを設けなくても現用サーバに対する予備サーバの割り当ては可能であるが、当該変更ポリシーを設けずに適当に予備サーバを現用サーバに割り振った場合は予備サーバの割り振りに偏りが生じる可能性がある。例えば、構成が現用サーバよりも大きい予備サーバと構成が現用サーバよりも小さい予備サーバが存在する場合を考える。最初に現用サーバを大きい構成の予備サーバに割り振ったとしたら、残された現用サーバを予備サーバに割り振ることができなくなってしまう。残された割り振り先の予備サーバの構成が現用サーバよりも構成が小さいからである。従って、小さい構成の現用サーバは小さい構成の予備サーバに引き継ぎ、大きい構成の現用サーバは大きい構成の予備サーバに引き継がせる方がリソースを効率的に利用することができる。このような予備サーバの割り当ての効率化を実現するために割り当て変更ポリシーは有益である。
　＜割り当て決定処理＞
　図１２は、現用サーバをどの予備サーバに割り当てるか決定する割り当て決定処理を説明するためのフローチャートである。
　まず、ＳＶＰ１０２は、割り当て決定情報テーブル（図９）を読み込み（Ｓ１２０１）、既に作成されている割り当てテーブル（例えば、図１３乃至１５）があるか判定する（Ｓ１２０２）。割り当てテーブルがない場合（Ｓ１２０２でＮｏの場合）、処理はＳ１２０５に移行する。割り当てテーブルがある場合（Ｓ１２０２でＹｅｓの場合）、処理はＳ１２０３に移行する。
　Ｓ１２０５において、ＳＶＰ１０２は、割り当てテーブルを作成する（割り当てテーブルの初期化処理２０４（図２参照）に対応）。
　そして、ＳＶＰ１０２は、現用サーバを構成一致率が最も高い予備サーバへ割り当てる（Ｓ１２０６）。同率の場合は予備サーバの識別子が最も小さく割り振り可能な予備サーバへ割り振ることとする。ただし、必ずしも最も小さくなくても良く、同率の場合にサーバを割り当てる基準があればよい。なお、Ｓ１２０６は、初回の割り当て処理のときのみ実行される処理である。
　一方、Ｓ１２０３において、ＳＶＰ１０２は、割り当て決定情報テーブル（図９）を参照し、候補数が「１」のサーバを引き継ぎ可否が可のサーバに割り振る（Ｓ１２０３）。候補数が１のサーバは引き継ぎ先が１つであるため、必然的に割り振り先が決定する。
　次に、ＳＶＰ１０２は、候補数が２のサーバの割り振りを行うために、候補数Ｘを２に設定する（Ｓ１２０４）。
　そして、ＳＶＰ１０２は、Ｘが予備サーバ数よりも大きいか判定する（Ｓ１２０７）。Ｘが予備サーバよりも大きい値である場合（Ｓ１２０７でＹｅｓの場合）、処理は終了する。一方、Ｘが予備サーバ数以下である場合（Ｓ１２０７でＮｏの場合）、処理はＳ１２０８に移行する。
　Ｓ１２０８において、ＳＶＰ１０２は、候補数Ｘの値を取る予備サーバがあるか判定する（Ｓ１２０８）。そのような予備サーバがある場合（Ｓ１２０８でＹｅｓの場合）、処理はＳ１２０９に移行し、そのような予備サーバない場合（Ｓ１２０８でＮｏの場合）、処理はＳ１２１５に移行する。
　Ｓ１２０９では、ＳＶＰ１０２は、優先度ｙ＝１に設定する（Ｓ１２０９）。そして、ＳＶＰ１０２は、割り当て変更ポリシー（図１０或いは１１参照）を参照し、優先度ｙ＝１の割り当て変更ポリシーを読み込む（Ｓ１２１０）。
　次に、ＳＶＰ１０２は、割り当て変更ポリシーが読み込めたか否か判定する（Ｓ１２１１）。読み込めなかった場合（Ｓ１２１１でＮｏ）、処理はＳ１２１５に移行する。読み込めた場合（Ｓ１２１１でＹｅｓの場合）、処理はＳ１２１２に移行する。優先度ｙ＝１の場合には、割り当て変更ポリシーは読み込めるので、処理はＳ１２１２に移行することになる。
　割り当て変更ポリシーを読み込めない場合（Ｓ１２１１でＮｏの場合）、Ｓ１２１５において、ＳＶＰ１０２は、割り当て変更ポリシーの割り当て方法に従って引き継ぐ条件を決定することができないので、識別子（予備サーバ番号（予備サーバ名））が最も小さく割り当て可能な予備サーバに割り当てる（Ｓ１２１４）。そして、処理はＳ１２１５に移行し、候補数Ｘに１を加えてＳ１２０７以降の処理が繰り返されることになる。なお、Ｓ１２１４の処理について、必ずしも識別子が最小である必要は無いが、現用サーバを予備サーバに必ず割り振りができる条件である必要がある。
　一方、割り当て変更ポリシーが読み込めた場合（Ｓ１２１１でＹｅｓの場合）、Ｓ１２１２において、ＳＶＰ１０２は、候補数がＸを取る現用サーバの全てが予備サーバに割り振れたか（引き継ぎ可能か）判定する（Ｓ１２１２）。割り振れた場合（Ｓ１２１２でＹｅｓの場合）、処理はＳ１２１５に移行し、候補数Ｘに１が加えられ、Ｓ１２０７以降の処理が繰り返される。割り振れなかった場合（Ｓ１２１２でＮｏの場合）、処理はＳ２１３に移行する。
　Ｓ１２１３において、ＳＶＰ１０２は、次の優先度（前回の優先度をｙとすると（ｙ＋１）の優先度）を選択する。そして、Ｓ１２１０以降の処理が優先度（ｙ＋１）について繰り返されることになる。このようにして、Ｓ１２１０乃至Ｓ１２１３の処理によって、優先度ｙが高い順に割り当て変更ポリシーを読み込んで候補数Ｘの現用サーバ（全ての現用サーバ）に予備サーバが割り当てられる。候補数Ｘが予備サーバ数よりも多くなった場合（Ｓ１２０７でＹｅｓの場合）、処理は終了する。
　＜割り当て結果＞
　図１３乃至１５は、現用サーバをどの予備サーバに割り当てるのかの情報を管理する割り当てテーブルの構成例を示す図である。割り当てテーブルの情報は、割り当てのタイミングや図９の割り当て決定情報テーブル、図１０及び１１の割り当て変更ポリシー１６８の状態によってとりうる値が変化する。
　割り当てテーブルは、割り当て先の予備サーバの情報を示す割り当て１３００と、現用サーバに割り当てられた予備サーバの情報と、ＥＣＣエラー合計１３０１と、割り当てサーバ数１３０２と、を構成情報として有している。ＥＣＣエラー合計１３０１は、予備サーバに割り当てられている現用サーバのＥＣＣエラー数の合計を示す情報である。割り当てサーバ数１３０２は、予備サーバに割り当てられている現用サーバの数を示す情報である。図１３は、初回割り当て処理の結果（Ｓ１２０６の結果）を示している。図１４は、図１０の割り当て変更ポリシーに従って割り当て更新処理がなされた結果（Ｓ１２０２乃至Ｓ１２１５の結果）、図１５は、図１１の割り当て変更ポリシーに従って割り当て更新処理がなされた結果（Ｓ１２０２乃至Ｓ１２１５の結果）を示している。
（i）図１３（初回割り当て処理の結果）
　図１３の初回割り当てでは、現用サーバは、図９の割り当て決定情報テーブルの構成一致率９０８が最も高いサーバに割り当てられる。現用サーバ３に関し、予備サーバ１の構成一致率は６６で、予備サーバ２の構成一致率は４４である。このため、現用サーバ３の引き継ぎ先は予備サーバ１となる。現用サーバ４、５、６、及び７についても同様の処理が実行されて予備サーバが割り当てられる。
（ii）図１４（図１０の割り当て変更ポリシーに基づく割り当て更新処理の結果）
　図１４は、図１０の割り当て変更ポリシーを用いて割り当て処理を行った場合の結果を示している。
　図１０の割り当て変更処理（割り当て更新処理）では、まず、現用サーバ６は引き継ぎ先が１つしかないため予備サーバ２へ割り当てられる。その後、現用サーバ３、４、５、及び７について、図１０の割り当て変更ポリシーの優先度１のポリシー１００２が実行される。ＥＣＣエラー数が５０を超えるサーバは、図９の割り当て決定テーブルのＥＣＣエラー数９０９から現用サーバ５及び７が該当する。また、現用サーバ７の方がＥＣＣエラー数の値は大きいため現用サーバ５よりも先に割り当て処理が実行される。ポリシー１００２の（１）に関し、引き継ぎ元である現用サーバ７を割り当てる段階ではＥＣＣエラー数合計１３０１が０のため、（２）が実行される。図９の引き継ぎ先候補の「可合計」９０２は予備サーバ１のほうが小さいため、現用サーバ７は予備サーバ１に割り当てられる。
　次に、現用サーバ５に関して（１）が実行される。既に現用サーバ７が割り当てられており、予備サーバ１のＥＣＣエラー数合計１３０１は８０であり、予備サーバ２のＥＣＣエラー合計１３０１は０である。そのため、現用サーバ５はＥＣＣエラー数合計１３０１の小さい予備サーバ２に割り当てられる。ＥＣＣエラー数が５０を超えるサーバがなくなったため、ポリシー１００２に基づく割り当て処理は終了する。
　次に、ポリシー１００３が実行される。図９の稼働率９１０が９０％を超えるサーバには、現用サーバ３が該当する。現用サーバ３は、ＣＰＵコア数増加率が２．０以上となる予備サーバに割り当てられる。この条件に当てはまるのは予備サーバ２に割り当てた場合であり、現用サーバ３は予備サーバ２に割り当てられることになる。
　続いて、ポリシー１００４が実行される。割り当て処理の対象は現用サーバ４である。現用サーバ４の図９のＣＰＵコア数増加率９０６は予備サーバ１及び２において同率となっている。このため、ポリシー１００４を用いても割り当てを決定できない。よって、ポリシー１００４の実行は終了する。
　ポリシー１００５では、隠蔽モジュール数で割り当てを決定する。しかし、現用サーバ４の図９の隠蔽モジュール数は、予備サーバ１及び２において同率である。このため割り当てを決定できない。よって、ポリシー１００５は終了する。
　ポリシーを全て読み込み、これ以上ポリシーを読み込むことはできない。その場合は図１２の１２１４の処理が実行され、サーバ名（予備サーバ番号）が最も小さい予備サーバに割り当てられることになる。よって、現用サーバ４は予備サーバ１へ割り当てられる。
　これにより全ての現用サーバの割り当てが完了し、結果が図１４となる。
（iii）図１５（図１１の割り当て変更ポリシーに基づく割り当て更新処理の結果）
　図１５は、図１１の割り当て変更ポリシーを用いて割り当て処理を行った場合の結果を示している。
　図１１の割り当て変更処理（割り当て更新処理）では、現用サーバ６は引き継ぎ先が１つのため予備サーバ１へ割り当てられる。その後、図１１の割り当て変更ポリシーの優先度１のポリシー１１００が実行される。本処理は図１４のケースと同じのため割愛する。
　次に、ポリシー１１０１が実施される。処理対象は、現用サーバ３及び４であり、（１）が実行され、割り当てサーバ数１３０２の数が最も小さい予備サーバへ割り振る。予備サーバ１の割り当てサーバ数は１、予備サーバ２は２であるため、現用サーバ３は予備サーバ１へ割り振られる。
　続いて、現用サーバ４の割り当てが実行される。しかし、現用サーバ３の割り当ての結果、割り当てサーバ数が予備サーバ１及び２において同率となるため、（２）の処理が実行されることになる。（２）ではＥＣＣエラー数合計１３０１が最も小さい予備サーバに割り当てられる。このため、現用サーバ４は、予備サーバ２に割り当てられる。
　これにより全ての現用サーバの割り当てが完了し、結果が図１５に示す通りとなる。
　＜まとめ＞
（i）本発明の実施形態では、現用サーバと予備サーバの組み合せのそれぞれについてハードウェア構成を比較し、ハードウェア構成一致ポリシー情報を参照して、現用サーバと予備サーバの組み合わせのそれぞれについてハードウェア構成の隠蔽の有無、及び引き継ぎの可否について決定する。また、現用サーバと予備サーバの組み合せのそれぞれについてハードウェア構成の一致割合を示す構成一致率を算出する。そして、現用サーバと予備サーバの組み合わせのそれぞれについての、ハードウェア構成の隠蔽の有無の情報及び引き継ぎ可否の情報と、構成一致率の情報に基づいて、現用サーバの引き継ぎ先である予備サーバを割り当てる。このようにすることにより、現用サーバと予備サーバのＨ／Ｗ構成が異なる場合でも、ＯＳに影響なく業務を引き継ぐことが可能な引き継ぎ先の予備サーバを決定することができる。また、切り替え後にＯＳ上でＩ／Ｏの認識作業を必要とせず、ＣＰＵソケット／コアに連動するライセンスの制約を受けないという効果も期待できる。さらに、ＯＳ上で動作するプログラムがライセンスの制約を受けない。このように、Ｈ／Ｗリソースを効率よく利用することで、引き継ぎ可能なサーバ数を保つことで可用性を向上させることができ、故障しそうなサーバを優先してサーバの割り当てを決定することで可用性を向上させることができる。
　いずれかの現用サーバに障害が発生した場合には、この現用サーバの引き継ぎ先として割り当てられた予備サーバにハードウェアの隠蔽の有無の情報が送信される。当該予備サーバは、ハードウェアの隠蔽の有無の情報に基づいてハードウェアの隠蔽処理を実行し、当該隠蔽処理の完了通知をＳＶＰ（ローカル管理計算機）に送信する。そして、ＳＶＰは、障害が発生した現用サーバを引き継ぎ先として割り当てられた予備サーバに切り替える処理を実行する。このようにすることで、現用サーバと予備サーバのＨ／Ｗ構成が異なる場合でも、Ｈ／Ｗリソースを効率よく利用しながら、障害が発生した現用サーバから予備サーバに業務を引き継ぐことができるようになる。
　また、本実施形態では、一旦決定した引き継ぎ先の予備サーバの割り当てを動的に変更（更新）する。例えば、現用サーバのＥＣＣエラー数に基づいて、既に実行された予備サーバの割り当てを変更する。或いは、ＥＣＣエラー数に加えて、現用サーバのＣＰＵ稼働率の情報と、現用サーバと予備サーバの組み合わせのそれぞれにおけるＣＰＵコア数増加率の情報と、を用いて、動的に予備サーバの割り当てを変更する。この場合、予め、割り当て変更処理のためのポリシーを規定しておくことも可能である。この変更ポリシーには、ＥＣＣエラー数に基づく予備サーバの割り当ての条件が規定されたり、或いは、ＥＣＣエラー数に基づく予備サーバの割り当ての条件、ＣＰＵの稼働率に基づく予備サーバの割り当ての条件、及びＣＰＵコア数増加率に基づく予備サーバの割り当ての条件が規定されたりする。複数の条件がポリシーに含まれる場合には、各条件に対する検討順を示す優先度が設定されるようにしても良い。このようにすることで、単純に現用サーバと予備サーバとの構成の差異のみを考慮して引き継ぎ先を決定する場合に比べて、予備サーバの割り振り偏りが生じることを回避することができるようになる。つまり、例えば、構成が現用サーバよりも大きい予備サーバと構成が現用サーバよりも小さい予備サーバが存在する場合を考える。最初に現用サーバを大きい構成の予備サーバに割り振ったとしたら、残された現用サーバを予備サーバに割り振ることができなくなってしまう。残された割り振り先の予備サーバの構成が現用サーバよりも構成が小さいからである。従って、小さい構成の現用サーバは小さい構成の予備サーバに引き継ぎ、大きい構成の現用サーバは大きい構成の予備サーバに引き継がせる方がリソースを効率的に利用することができる。このような予備サーバの割り当ての効率化を実現するために割り当て変更ポリシーを設けることは有益である。
　なお、本実施形態では、１つのシャーシに含まれるＳＶＰ、現用サーバ、及び予備サーバを１つのサーバシステム（ブレードサーバ）として捉えている。実際のシステム（計算機システム）は、このようなサーバシステムが複数個設けられて構成されている。この複数のサーバシステムを管理するために、管理プログラムを有するグローバル管理計算機が設けられている。このグローバル管理計算機は、複数のサーバシステムにおけるＳＶＰ（ローカル管理計算機）間の通信を管理する。基本的なサーバの引き継ぎ先決定処理（予備サーバの割り当て処理）は、まず同一シャーシ内の予備サーバを候補として検討するが、異なるシャーシ（サーバシステム）に格納される予備サーバを候補としてもよい。これを実現するために、グローバル管理計算機を介して、各ＳＶＰは、異なるサーバシステムに配置された現用サーバ及び予備サーバのハードウェア構成情報を取得する。そして、各ＳＶＰは、自身のサーバシステムにおける現用サーバの引き継ぎ先として、自身のサーバシステムとは異なるサーバシステムにおける予備サーバを割り当てるようにする。これにより、同一サーバシステム（シャーシ）内に引き継ぎ先として適切な予備サーバが無い場合であっても他のサーバシステムにおける予備サーバに引き継ぐことが可能となるので、より効率よくハードウェアリソースを活用することが可能となる。
（ii）本発明は、実施形態の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をシステム或は装置に提供し、そのシステム或は装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。
　また、プログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータ上のメモリに書きこまれた後、そのプログラムコードの指示に基づき、コンピュータのＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施の形態の機能が実現されるようにしてもよい。
　さらに、実施の形態の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することにより、それをシステム又は装置のハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、使用時にそのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ）が当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしても良い。
　最後に、ここで述べたプロセス及び技術は本質的に如何なる特定の装置に関連することはなく、コンポーネントの如何なる相応しい組み合わせによってでも実装できることを理解する必要がある。更に、汎用目的の多様なタイプのデバイスがここで記述した教授に従って使用可能である。ここで述べた方法のステップを実行するのに、専用の装置を構築するのが有益であることが判るかもしれない。また、実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。本発明は、具体例に関連して記述したが、これらは、すべての観点に於いて限定の為ではなく説明の為である。本分野にスキルのある者には、本発明を実施するのに相応しいハードウェア、ソフトウェア、及びファームウエアの多数の組み合わせがあることが解るであろう。例えば、記述したソフトウェアは、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。
　上述の実施形態において、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていても良い。
１００・・・現用サーバ
１０１・・・予備サーバ
１０２・・・ＳＶＰ（Service Processor）
１０３・・・管理プログラム
１１０・・・ＢＭＣ（Baseboard Management Controller）
１１１・・・ＣＰＵ隠蔽制御部
１１２・・・ＤＩＭＭ隠蔽制御部
１１３・・・Ｉ／Ｏ隠蔽制御部
１２０－１２１・・・ＣＰＵソケット
１３０－１３１・・・ＣＰＵコア
１４０・・・ＤＩＭＭ
１５０・・・Ｉ／Ｏスロット
１６０・・・Ｎ＋Ｍ制御部
１６１・・・Ｃｏｎｆ取得制御部
１６２・・・引き継ぎ制御部
１６３・・・Ｈ／Ｗ構成取得制御部
１６４・・・Ｈ／Ｗ構成一致制御部
１６５・・・Ｈ／Ｗ構成テーブル
１６６・・・Ｈ／Ｗ構成一致ポリシー
１６７・・・構成一致情報テーブル
１６８・・・割り当て変更ポリシー

Claims (14)

  1. 　業務を処理し、稼働中の少なくとも１つの現用サーバと、
    　前記現用サーバが故障した際に当該故障した現用サーバの業務を引き継がせるために用意された少なくとも１つの予備サーバと、
    　前記現用サーバ及び前記予備サーバを監視し、サーバの切り替えを制御するローカル管理計算機と、を有し、
    　前記ローカル管理計算機は、
    　前記現用サーバの業務の引き継ぎ先である予備サーバの割り当て処理を実行するプロセッサと、
    　サーバの引き継ぎを可能とするハードウェア構成の条件を示すハードウェア構成一致ポリシー情報を少なくとも格納するメモリと、を有し、
    　前記プロセッサは、
    　　前記現用サーバ及び前記予備サーバからそれぞれのハードウェア構成情報を取得する処理と、
    　　前記取得したハードウェア構成情報に基づいて、前記現用サーバと前記予備サーバの組み合せのそれぞれについてハードウェア構成を比較し、前記メモリから読み出した前記ハードウェア構成一致ポリシー情報を参照して、前記現用サーバと前記予備サーバの組み合わせのそれぞれについてハードウェア構成の隠蔽の有無、及び引き継ぎの可否について決定する処理と、
    　　前記現用サーバと前記予備サーバの組み合せのそれぞれについてハードウェア構成の一致割合を示す構成一致率を算出する処理と、
    　　前記現用サーバと前記予備サーバの組み合わせのそれぞれについての、前記ハードウェア構成の隠蔽の有無の情報及び前記引き継ぎ可否の情報と、前記構成一致率の情報に基づいて、前記現用サーバの引き継ぎ先である予備サーバを割り当てる処理と、
    を実行することを特徴とするサーバシステム。
  2. 　請求項１において、
    　前記プロセッサは、さらに、
    　　前記現用サーバのＥＣＣエラー数の情報を取得する処理と、
    　　前記取得したＥＣＣエラー数に基づいて、既に実行された予備サーバの割り当てを変更し、動的に予備サーバを現用サーバに割り当てる処理と、
    を実行することを特徴とするサーバシステム。
  3. 　請求項２において、
    　前記プロセッサは、さらに、
    　　前記現用サーバのＣＰＵ稼働率の情報と、前記現用サーバと前記予備サーバの組み合わせのそれぞれにおけるＣＰＵコア数増加率の情報と、を取得する処理と、
    　　前記ＥＣＣエラー数に加えて、前記ＣＰＵ稼働率及び前記ＣＰＵコア数増加率の情報を用いて、動的に予備サーバを現用サーバに割り当てる処理と、
    を実行することを特徴とするサーバシステム。
  4. 　請求項２において、
    　前記メモリは、さらに、少なくとも前記ＥＣＣエラー数に基づく予備サーバの割り当ての条件を規定する割り当て変更ポリシー情報を格納し、
    　前記プロセッサは、前記メモリから前記割り当て変更ポリシー情報を読み出し、前記動的に予備サーバを現用サーバに割り当てる処理を実行することを特徴とするサーバシステム。
  5. 　請求項３において、
    　前記メモリは、さらに、前記ＥＣＣエラー数に基づく予備サーバの割り当ての条件、前記ＣＰＵの稼働率に基づく予備サーバの割り当ての条件、及び前記ＣＰＵコア数増加率に基づく予備サーバの割り当ての条件を規定する割り当て変更ポリシー情報を格納し、
    　前記割り当て変更ポリシー情報における各割り当ての条件には検討の優先度が設定されており、
    　前記プロセッサは、前記メモリから前記割り当て変更ポリシー情報を読み出し、前記検討の優先度に従って前記割り当て変更ポリシー情報を検討し、前記動的に予備サーバを現用サーバに割り当てる処理を実行することを特徴とするサーバシステム。
  6. 　請求項１において、
    　前記プロセッサは、さらに、
    　　前記現用サーバの何れかについての障害通知に応答して、障害が発生した前記現用サーバの引き継ぎ先として割り当てられた前記予備サーバに前記ハードウェアの隠蔽の有無の情報を送信する処理と、
    　　前記予備サーバから、前記ハードウェアの隠蔽の有無の情報に基づいて実行されたハードウェアの隠蔽処理の完了通知を受信する処理と、
    　　前記障害が発生した現用サーバを前記引き継ぎ先として割り当てられた前記予備サーバに切り替える処理と、
    を実行することを特徴とするサーバシステム。
  7. 　複数の、請求項１に記載のサーバシステムと、
    　前記複数のサーバシステムを管理するグローバル管理計算機と、を有する計算機システムであって。
    　前記グローバル管理計算機は、前記複数のサーバシステムにおける前記ローカル管理計算機間の通信を管理することにより、前記ローカル管理計算機が異なるサーバシステムに配置された前記現用サーバ及び前記予備サーバのハードウェア構成情報を取得することを可能にし、
    　前記ローカル管理計算機は、自身のサーバシステムにおける現用サーバの引き継ぎ先として、自身のサーバシステムとは異なるサーバシステムにおける予備サーバを割り当てることを特徴とする計算機システム。
  8. 　業務を処理し、稼働中の少なくとも１つの現用サーバと、前記現用サーバが故障した際に当該故障した現用サーバの業務を引き継がせるために用意された少なくとも１つの予備サーバと、前記現用サーバ及び前記予備サーバを監視し、サーバの切り替えを制御するローカル管理計算機と、を有するサーバシステムの管理方法であって、
    　前記ローカル管理計算機は、前記現用サーバの業務の引き継ぎ先である予備サーバの割り当て処理を実行するプロセッサと、サーバの引き継ぎを可能とするハードウェア構成の条件を示すハードウェア構成一致ポリシー情報を少なくとも格納するメモリと、を有し、
    　前記管理方法は、
    　前記プロセッサが、前記現用サーバ及び前記予備サーバからそれぞれのハードウェア構成情報を取得するステップと、
    　前記プロセッサが、前記取得したハードウェア構成情報に基づいて、前記現用サーバと前記予備サーバの組み合せのそれぞれについてハードウェア構成を比較し、前記メモリから読み出した前記ハードウェア構成一致ポリシー情報を参照して、前記現用サーバと前記予備サーバの組み合わせのそれぞれについてハードウェア構成の隠蔽の有無、及び引き継ぎの可否について決定するステップと、
    　前記プロセッサが、前記現用サーバと前記予備サーバの組み合せのそれぞれについてハードウェア構成の一致割合を示す構成一致率を算出するステップと、
    　前記プロセッサが、前記現用サーバと前記予備サーバの組み合わせのそれぞれについての、前記ハードウェア構成の隠蔽の有無の情報及び前記引き継ぎ可否の情報と、前記構成一致率の情報に基づいて、前記現用サーバの引き継ぎ先である予備サーバを割り当てるステップと、
    を含むことを特徴とするサーバシステムの管理方法。
  9. 　請求項８において、さらに、
    　前記プロセッサが、前記現用サーバのＥＣＣエラー数の情報を取得するステップと、
    　前記プロセッサが、前記取得したＥＣＣエラー数に基づいて、既に実行された予備サーバの割り当てを変更し、動的に予備サーバを現用サーバに割り当てるステップと、
    を含むことを特徴とするサーバシステムの管理方法。
  10. 　請求項９において、さらに、
    　前記プロセッサが、前記現用サーバのＣＰＵ稼働率の情報と、前記現用サーバと前記予備サーバの組み合わせのそれぞれにおけるＣＰＵコア数増加率の情報と、を取得するステップと、
    　前記プロセッサが、前記ＥＣＣエラー数に加えて、前記ＣＰＵ稼働率及び前記ＣＰＵコア数増加率の情報を用いて、動的に予備サーバを現用サーバに割り当てるステップと、
    を含むことを特徴とするサーバシステムの管理方法。
  11. 　請求項９において、
    　前記メモリは、さらに、少なくとも前記ＥＣＣエラー数に基づく予備サーバの割り当ての条件を規定する割り当て変更ポリシー情報を格納し、
    　前記動的に予備サーバを現用サーバに割り当てるステップにおいて、前記プロセッサは、前記メモリから前記割り当て変更ポリシー情報を読み出し、前記動的に予備サーバを現用サーバに割り当てることを特徴とするサーバシステムの管理方法。
  12. 　請求項１０において、
    　前記メモリは、さらに、前記ＥＣＣエラー数に基づく予備サーバの割り当ての条件、前記ＣＰＵの稼働率に基づく予備サーバの割り当ての条件、及び前記ＣＰＵコア数増加率に基づく予備サーバの割り当ての条件を規定する割り当て変更ポリシー情報を格納し、
    　前記割り当て変更ポリシー情報における各割り当ての条件には検討の優先度が設定されており、
    　前記動的に予備サーバを現用サーバに割り当てるステップにおいて、前記プロセッサは、前記メモリから前記割り当て変更ポリシー情報を読み出し、前記検討の優先度に従って前記割り当て変更ポリシー情報を検討し、前記動的に予備サーバを現用サーバに割り当てることを特徴とするサーバシステムの管理方法。
  13. 　請求項８において、さらに、
    　前記プロセッサが、前記現用サーバの何れかについての障害通知に応答して、障害が発生した前記現用サーバの引き継ぎ先として割り当てられた前記予備サーバに前記ハードウェアの隠蔽の有無の情報を送信するステップと、
    　前記引き継ぎ先として割り当てられた予備サーバが、前記ハードウェアの隠蔽の有無の情報に基づいてハードウェアの隠蔽処理を実行するステップと、
    　前記プロセッサが、前記予備サーバから前記隠蔽処理の完了通知を受信するステップと、
    　前記プロセッサが、前記障害が発生した現用サーバを前記引き継ぎ先として割り当てられた前記予備サーバに切り替えるステップと、
    を含むことを特徴とするサーバシステムの管理方法。
  14. 　業務を処理し、稼働中の少なくとも１つの現用サーバと、前記現用サーバが故障した際に当該故障した現用サーバの業務を引き継がせるために用意された少なくとも１つの予備サーバと、前記現用サーバ及び前記予備サーバを監視し、サーバの切り替えを制御するローカル管理計算機と、を有するサーバシステムにおける前記ローカル管理計算機のプロセッサに、前記現用サーバの業務の引き継ぎ先である予備サーバの割り当て処理を実行させるためのプログラムを記憶するコンピュータ読み取り可能な記憶媒体であって、
    　前記プログラムは、前記プロセッサに、
    　　前記現用サーバ及び前記予備サーバからそれぞれのハードウェア構成情報を取得する処理と、
    　　前記取得したハードウェア構成情報に基づいて、前記現用サーバと前記予備サーバの組み合せのそれぞれについてハードウェア構成を比較し、サーバの引き継ぎを可能とするハードウェア構成の条件を示すハードウェア構成一致ポリシー情報を少なくとも格納するメモリから読み出した前記ハードウェア構成一致ポリシー情報を参照して、前記現用サーバと前記予備サーバの組み合わせのそれぞれについてハードウェア構成の隠蔽の有無、及び引き継ぎの可否について決定する処理と、
    　　前記現用サーバと前記予備サーバの組み合せのそれぞれについてハードウェア構成の一致割合を示す構成一致率を算出する処理と、
    　　前記現用サーバと前記予備サーバの組み合わせのそれぞれについての、前記ハードウェア構成の隠蔽の有無の情報及び前記引き継ぎ可否の情報と、前記構成一致率の情報に基づいて、前記現用サーバの引き継ぎ先である予備サーバを割り当てる処理と、
    を実行するためのプログラムコードを含む特徴とするコンピュータ読み取り可能な記憶媒体。
PCT/JP2013/074725 2013-09-12 2013-09-12 サーバシステム、計算機システム、サーバシステムの管理方法、及びコンピュータ読み取り可能な記憶媒体 WO2015037103A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US14/777,883 US9792189B2 (en) 2013-09-12 2013-09-12 Server system, computer system, method for managing server system, and computer-readable storage medium
JP2015536369A JP6063576B2 (ja) 2013-09-12 2013-09-12 サーバシステム、計算機システム、サーバシステムの管理方法、及びコンピュータ読み取り可能な記憶媒体
PCT/JP2013/074725 WO2015037103A1 (ja) 2013-09-12 2013-09-12 サーバシステム、計算機システム、サーバシステムの管理方法、及びコンピュータ読み取り可能な記憶媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/074725 WO2015037103A1 (ja) 2013-09-12 2013-09-12 サーバシステム、計算機システム、サーバシステムの管理方法、及びコンピュータ読み取り可能な記憶媒体

Publications (1)

Publication Number Publication Date
WO2015037103A1 true WO2015037103A1 (ja) 2015-03-19

Family

ID=52665245

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/074725 WO2015037103A1 (ja) 2013-09-12 2013-09-12 サーバシステム、計算機システム、サーバシステムの管理方法、及びコンピュータ読み取り可能な記憶媒体

Country Status (3)

Country Link
US (1) US9792189B2 (ja)
JP (1) JP6063576B2 (ja)
WO (1) WO2015037103A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6579995B2 (ja) * 2016-04-26 2019-09-25 三菱電機株式会社 静観候補特定装置、静観候補特定方法及び静観候補特定プログラム
CN113032229B (zh) * 2021-02-24 2022-09-20 山东英信计算机技术有限公司 一种java性能测试方法、系统及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006163963A (ja) * 2004-12-09 2006-06-22 Hitachi Ltd ディスク引き継ぎによるフェイルオーバ方法
JP2008097276A (ja) * 2006-10-11 2008-04-24 Hitachi Ltd 障害回復方法、計算機システム及び管理サーバ
JP2009140194A (ja) * 2007-12-06 2009-06-25 Hitachi Ltd 障害回復環境の設定方法
JP5208324B1 (ja) * 2012-02-20 2013-06-12 三菱電機株式会社 情報システム管理装置及び情報システム管理方法及びプログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4842210B2 (ja) 2007-05-24 2011-12-21 株式会社日立製作所 フェイルオーバ方法、計算機システム、管理サーバ及び予備サーバの設定方法
US8121966B2 (en) * 2008-06-05 2012-02-21 International Business Machines Corporation Method and system for automated integrated server-network-storage disaster recovery planning
JP4648447B2 (ja) * 2008-11-26 2011-03-09 株式会社日立製作所 障害復旧方法、プログラムおよび管理サーバ
JP4727714B2 (ja) * 2008-12-05 2011-07-20 株式会社日立製作所 サーバのフェイルオーバの制御方法及び装置、並びに計算機システム群
US8112657B2 (en) * 2010-06-14 2012-02-07 At&T Intellectual Property I, L.P. Method, computer, and computer program product for hardware mapping

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006163963A (ja) * 2004-12-09 2006-06-22 Hitachi Ltd ディスク引き継ぎによるフェイルオーバ方法
JP2008097276A (ja) * 2006-10-11 2008-04-24 Hitachi Ltd 障害回復方法、計算機システム及び管理サーバ
JP2009140194A (ja) * 2007-12-06 2009-06-25 Hitachi Ltd 障害回復環境の設定方法
JP5208324B1 (ja) * 2012-02-20 2013-06-12 三菱電機株式会社 情報システム管理装置及び情報システム管理方法及びプログラム

Also Published As

Publication number Publication date
US20160266987A1 (en) 2016-09-15
JP6063576B2 (ja) 2017-01-18
JPWO2015037103A1 (ja) 2017-03-02
US9792189B2 (en) 2017-10-17

Similar Documents

Publication Publication Date Title
US11438411B2 (en) Data storage system with redundant internal networks
US11467732B2 (en) Data storage system with multiple durability levels
US11237772B2 (en) Data storage system with multi-tier control plane
US8473692B2 (en) Operating system image management
US10635551B2 (en) System, and control method and program for input/output requests for storage systems
US11375014B1 (en) Provisioning of clustered containerized applications
US9098466B2 (en) Switching between mirrored volumes
US11182096B1 (en) Data storage system with configurable durability
JP5069732B2 (ja) 計算機装置、計算機システム、アダプタ承継方法
US11888933B2 (en) Cloud service processing method and device, cloud server, cloud service system and storage medium
CN107710160B (zh) 计算机和存储区域管理方法
JP4920248B2 (ja) サーバの障害回復方法及びデータベースシステム
US9772785B2 (en) Controlling partner partitions in a clustered storage system
US11405455B2 (en) Elastic scaling in a storage network environment
US20180205612A1 (en) Clustered containerized applications
JP6063576B2 (ja) サーバシステム、計算機システム、サーバシステムの管理方法、及びコンピュータ読み取り可能な記憶媒体
EP3167372B1 (en) Methods for facilitating high availability storage services and corresponding devices
US20230367503A1 (en) Computer system and storage area allocation control method
US20220215001A1 (en) Replacing dedicated witness node in a stretched cluster with distributed management controllers
US11431552B1 (en) Zero traffic loss in VLT fabric
JP2019174875A (ja) 記憶システム及び記憶制御方法
JP7087719B2 (ja) コンピュータシステム
CN115562562A (zh) 基于客户端/服务器架构管理计算系统的方法、设备和程序产品

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: 13893295

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015536369

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14777883

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13893295

Country of ref document: EP

Kind code of ref document: A1