JP2011197989A - Dynamic management device, dynamic management system, and dynamic management method for information processing system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To reflect a BCP in a disaster recovery system.SOLUTION: The dynamic management system 2 includes a legitimate site 4, a DR site 6, and a dynamic management device 100. The DR site 6 backs up the legitimate site 4. The dynamic management device 100 includes an allocation part for allocating DR operation servers included in the DR site 6 to each of applications executed in the legitimate site 4, according to a prescribed reference based on affairs correlated with the applications, when updating a DR definition data 66 for managing the applications executed in the DR site 6, and a substitution part for substituting a server name of the operation server to execute the application, with a server name of the DR operation server allocated to the application, in the DR definition data 66.

Description

  The present invention relates to a dynamic management device for an information processing system, a dynamic management system including the dynamic management device, and a dynamic management method.

  An increasing number of companies have a data center equipped with a large number of servers for accounting and other data processing, or leave it to another operation management company. The role of data centers in corporate activities is increasing due to an increase in the amount of data handled. In the unlikely event that the data center is shut down, business activities will be delayed and business activities may be suspended until the worst recovery. Therefore, an increasing number of companies adopt a so-called disaster recovery system (hereinafter referred to as “DR”) in preparation for a natural disaster such as a fire, earthquake, or tsunami that a data center suffers.

In recent years, an increasing number of companies have introduced Business Continuity Plan (hereinafter referred to as “BCP”). BCP is a pre-determined action to ensure that a minimum business activity can be continued with limited management resources or resumed within the target recovery time due to an unexpected event such as a disaster or accident. It is a plan.
For example, Patent Document 1 discloses a system that supports the formulation of a BCP.

JP 2004-288109 A

  However, due to the difference in the resource configuration between the main site that is normally operating in the DR system and the DR site that backs it up, it is difficult to introduce the formulated BCP into the DR system as it is.

  The present invention has been made in view of these problems, and an object thereof is to provide a backup technology that reflects standards based on business.

  One embodiment of the present invention relates to a dynamic management apparatus. This dynamic management device, when updating definition data for managing an application to be executed in the second information processing system that backs up the first information processing system, conforms to a predetermined standard based on a task associated with the application. Therefore, the assignment unit that assigns the information processing device included in the second information processing system to each of the applications executed in the first information processing system, and the ID of the information processing device that should execute the application in the definition data, A replacement unit that replaces the ID of the information processing apparatus assigned to the application.

  According to this aspect, it is possible to reflect a predetermined standard based on business in the definition data.

  Another aspect of the present invention is a dynamic management system. The dynamic management system includes a first information processing system, a second information processing system that backs up the first information processing system, and a dynamic management device. When the dynamic management device updates definition data for managing an application to be executed in the second information processing system, the dynamic management device executes in the first information processing system according to a predetermined criterion based on a task associated with the application. An allocation unit that allocates an information processing device included in the second information processing system to each of the applications to be executed, and an ID of the information processing device that is to execute the application in the definition data of the information processing device allocated to the application And a replacement part to be replaced with an ID.

  It should be noted that any combination of the above-described constituent elements, or those obtained by replacing the constituent elements and expressions of the present invention with each other between apparatuses, methods, systems, computer programs, recording media storing computer programs, and the like are also included in the present invention. It is effective as an embodiment of

  According to the present invention, it is possible to provide a backup technology reflecting standards based on business.

It is the schematic which shows the dynamic management system which concerns on embodiment. It is a data structure figure which shows an example of the normal system definition data of FIG. It is a data structure figure which shows an example of DR definition data before replacement. It is a data structure figure showing an example of DR definition data after substitution. It is a block diagram which shows the function and structure of the dynamic management apparatus of FIG. FIG. 6 is a data structure diagram illustrating an example of a priority database in FIG. 5. FIG. 6 is a data structure diagram illustrating an example of an execution status database in FIG. 5. It is a data structure figure which shows an example of the server capability database of FIG. FIG. 6 is a data structure diagram illustrating an example of an allocation database in FIG. 5. It is a data structure figure which shows an example of the capability coefficient database of FIG. It is a flowchart which shows a series of processes in the dynamic management apparatus of FIG. It is a flowchart which shows a series of processes in the DR server allocation part which concerns on a modification.

  The present invention will be described below based on preferred embodiments with reference to the drawings. The same or equivalent components, members, and processes shown in the drawings are denoted by the same reference numerals, and repeated descriptions are omitted as appropriate.

  The dynamic management apparatus according to the embodiment collects information related to a server included in the system and information related to an application executed in the system, adds business-related standards such as BCP to the information, and is executed at the DR site. The application to be executed and the server of the DR site of the execution subject are determined. The dynamic management device reflects the decision on the definition data of the DR site. As a result, the business-related standards such as BCP are reflected in the definition data of the DR site, so that recovery in a form in accordance with the business-related standards such as BCP can be performed even when the primary site is damaged.

  FIG. 1 is a schematic diagram showing a dynamic management system 2 according to the embodiment. The dynamic management system 2 manages a server that executes an application related to a business such as a securities business. The dynamic management system 2 is a disaster recovery system that includes a primary site 4, a DR site 6, and a dynamic management device 100. That is, the primary site 4 and the DR site 6 are geographically separated, for example, in units of prefectures or countries, and the DR site 6 backs up the primary site 4. The primary site 4, the DR site 6, and the dynamic management device 100 are connected to each other via a network such as the Internet (not shown).

Hereinafter, an application associated with a business is referred to as a business application. Conversely, a business is associated with a business application.
The DR site 6 acquires input data to the primary site 4. If the main site 4 stops due to a natural disaster such as a fire, storm or flood damage, an illegal intrusion, or a terrorist attack such as terrorism, etc. in the building where the main site 4 enters, the subject of processing will be transferred to the DR site 6 Service is resumed.

  The primary site 4 includes a primary job server 42, a primary DNS server 44, and a plurality of primary business servers 40. The primary job server 42 includes primary system definition data 46 for managing business applications executed at the primary site 4, and executes business applications in a plurality of primary business servers 40 based on the primary system definition data 46. to manage. In particular, the primary system definition data 46 stores information on which business application is executed on which primary business server and at what time. Each primary business server is a server that actually executes a business application. The primary DNS server 44 stores the server name and IP address of the primary business server in association with each other, and is referred to when performing name resolution in the primary system definition data 46.

  The DR site 6 includes a DR job server 62, a DRDNS server 64, and a plurality of DR business servers 60. The DR job server 62 includes DR definition data 66 for managing a business application to be executed at the DR site 6. When the primary site 4 is damaged, the DR job server 62 operates based on the DR definition data 66. Manage application execution. In particular, the DR definition data 66 stores information on which business application should be executed on which DR business server and at which time. Each DR business server is a server that actually executes a business application when the primary site 4 is damaged. The DRDNS server 64 stores the server name and IP address of the DR business server in association with each other, and is referred to when the name is resolved in the DR definition data 66.

  The dynamic management apparatus 100 receives information on the capabilities of the plurality of primary business servers 40 from the primary site 4 (hereinafter referred to as capability information) and information on the execution status of the business application (hereinafter referred to as execution status information). The capability information of a plurality of DR business servers 60 is acquired from the DR site 6. The “capability” of the server is an index of the performance of the server. For example, the operating frequency of a CPU (central processing unit), the storage capacity of a memory such as a RAM (Random Access Memory), the storage capacity of a hard disk drive, and the network speed Any combination of the above may be used. The “execution status” of an application is the usage status of resources by the application when the application is executed on the server. For example, the average CPU usage rate by the application, the average memory usage size by the application, and the application from the outside The average number of requests, the average number of transactions for the application, the average time required to process one transaction in the application, the time period when the application is mainly running, and the frequency of swaps that occur due to the execution of the application Any combination of the above may be used.

The dynamic management apparatus 100 assigns a DR business server to a business application according to a predetermined standard based on the business, and stores it in the assignment database. The dynamic management device 100 updates the DR definition data 66 of the DR job server 62 with reference to the allocation database. In particular, the dynamic management device 100 replaces the server name of the server that executes the business application in the DR definition data 66 with the server name of the DR business server assigned to the business application. Note that the DR job server 62 separately acquires the primary system definition data 46 from the primary system job server 42 before this replacement, and updates the DR definition data 66 in consideration of load distribution based on that. To do. Hereinafter, the DR definition data 66 updated by the DR job server 62 based on the main system definition data 46 is referred to as pre-replacement DR definition data 86, and the dynamic management apparatus 100 refers to the allocation database to determine the pre-replacement DR definition data 86. The DR definition data obtained by updating is referred to as post-replacement DR definition data 88.
In FIG. 1, the dynamic management device 100 is depicted as a device external to the primary site 4 and the DR site 6, but may be installed at the DR site 6.

  FIG. 2 is a data structure diagram showing an example of the main system definition data 46. The primary system definition data 46 includes an application name 80 of a business application to be executed at the primary site 4, an active server name 82 that is a server name of the primary business server to execute the business application, and the business application. The start time 84, which is the time at which execution should start, is stored in association with each other.

  FIG. 3 is a data structure diagram showing an example of the pre-replacement DR definition data 86. The pre-replacement DR definition data 86 includes the application name 91 of the business application, the active server name 93 that is the server name of the DR business server determined based on load distribution, and the time at which the execution of the business application should start. The start time 95 is stored in association with each other.

  FIG. 4 is a data structure diagram showing an example of the post-replacement DR definition data 88. The post-replacement DR definition data 88 includes an application name 90 of a business application to be executed at the DR site 6, an active server name 92 which is a server name of a DR business server to execute the business application, and execution of the business application. Is stored in association with the start time 94, which is the time at which is to start.

  FIG. 5 is a block diagram showing the function and configuration of the dynamic management device 100. Each block shown here can be realized by hardware and other elements such as a computer CPU and a mechanical device, and software can be realized by a computer program or the like. Draw functional blocks. Therefore, it is understood by those skilled in the art who have touched this specification that these functional blocks can be realized in various forms by a combination of hardware and software.

The dynamic management apparatus 100 includes a priority database 102, an execution status database 104, a server capability database 106, an allocation database 108, a priority acquisition unit 110, an execution status acquisition unit 112, and a server capability acquisition unit 114. DR server assigning unit 116, updating unit 202, and capability coefficient database 210.
Hereinafter, a case where a business and a business application associated with the business correspond one-to-one will be described. It should be apparent to those skilled in the art who read this specification that the technical idea according to the present embodiment can be applied even when two or more business applications are associated with a business.

  FIG. 6 is a data structure diagram illustrating an example of the priority database 102. The priority database 102 stores a business name 122 of a business, an application name 124 of a business application used for performing the business, and a priority 121 in association with each other. The priority 121 includes a business priority 126, a performance priority 128, and a priority time zone 156.

  At least one of the business priority, the performance priority, and the priority time zone represents a predetermined standard based on the business. The business priority is set to be higher as the business importance is higher. The performance priority is set to be higher as the business performance is more important. For example, the performance priority is set so as to be higher for a task that causes a problem when the response is slow. The performance priority may be set so as to increase as the average number of requests processed by the business application increases. The priority time zone 156 is set to a time zone where there is a time zone in which requests for business applications occur intensively. For example, requests for the business application “Eq001” for executing the business name “spot stock” are considered to occur in a concentrated manner during the trading hours of the stock exchange, so as a priority time zone for the business application “Eq001” “Transaction time zone” is set.

  FIG. 7 is a data structure diagram illustrating an example of the execution status database 104. The execution status database 104 includes an application name 142 of a business application executed on the primary site 4, an active server name 144 that is a server name of the primary business server on which the business application is executed, and an execution status of the business application. Information 141 is stored in association with each other.

  The execution status information 141 of the business application includes a CPU usage rate 146 that is an average CPU usage rate by the business application, a memory usage size 148 that is an average memory usage size by the business application, and an external source for the business application. The number of requests 150 that is the average number of requests, the number of transactions 152 that is the average number of transactions for the business application, the transaction processing time 154 that is the average time required to process one transaction in the business application, and the business A swap frequency 158 that is a frequency of occurrence of swaps caused by execution of the application.

  For example, in the execution status database 104 shown in FIG. 7, the business application with the application name “Ft001” is executed on the primary business server with the operating server name “PSrv002”, and the execution status information at the time of acquiring the execution status information is the CPU usage rate. “20%”, memory usage size “500 MB”, number of requests “10533”, number of transactions “1300”, transaction processing time “25 seconds”, and swap occurrence frequency “medium”.

  FIG. 8 is a data structure diagram showing an example of the server capability database 106. The server capability database 106 stores the server name 162 of the business server and the capability information 161 of the business server in association with each other. The business server capability information 161 includes a CPU operating frequency 164, a memory storage capacity 166, a hard disk drive storage capacity 168, and a network speed 170.

  FIG. 9 is a data structure diagram showing an example of the allocation database 108. The assignment database 108 includes a business name 182 of a business, an application name 184 of a business application used for performing the business, and an active DR business server name 186 that is a server name of a DR business server assigned to the business application. Store in association with each other.

  FIG. 10 is a data structure diagram showing an example of the capability coefficient database 210. The capacity coefficient database 210 stores the performance priority 482 and the capacity coefficient 484 in association with each other. The capability coefficient is set in advance by simulation or the like so as to minimize the influence when the main system site 4 is damaged.

Returning to FIG. The administrator of the dynamic management system 2 determines business priorities based on BCP and the like. The administrator uses the input means such as a keyboard (not shown) to input the job priority, performance priority, and priority time zone for each job. The priority acquisition unit 110 acquires a business priority, a performance priority, and a priority time zone for each business. The priority acquisition unit 110 may refer to the number of requests in the execution status database 104 when acquiring the performance priority. This is because the number of requests is an index indicating the amount of work that the business application should actually perform. The priority acquisition unit 110 registers the acquired business priority, performance priority, and priority time zone in the priority database 102.
Note that the priority acquisition unit 110 may determine a business priority, a performance priority, and a priority time zone for each business according to a predetermined algorithm from an electronic file that has formulated a BCP. Alternatively, the priority acquisition unit 110 may acquire an electronic file that is stored in an external device and that defines a business priority, a performance priority, and a priority time zone for each business.

  The execution status acquisition unit 112 receives the application name of the business application executed on the primary site 4 from the plurality of primary business servers 40 and / or the primary job server 42, and the primary system on which the business application is being executed. Acquires the server name of the business server and the execution status information of the business application. The execution status acquisition unit 112 registers the acquired application name, server name, and execution status information in the execution status database 104.

The server capability acquisition unit 114 receives the server names and capability information of the plurality of primary task servers 40 from the plurality of primary task servers 40, and the server names and capability information of the plurality of DR task servers 60 from the plurality of DR task servers 60. ,get. The server capability acquisition unit 114 registers the acquired server name and capability information in the server capability database 106.
The server capability acquisition unit 114 may acquire a server name and capability information from a list of servers stored in an external device.

  When updating the pre-replacement DR definition data 86, the DR server allocation unit 116 assigns the DR site 6 to each business application executed in the primary site 4 based on the priority related to the business registered in the priority database 102. Allocate the included DR business server. In particular, the DR server allocation unit 116 allocates DR business servers in order from business applications related to business with high importance.

Also, the DR server allocation unit 116 assigns the DR business server in order from the business application related to the business having the higher importance. As a result, when there is no DR business server to be assigned to the business application related to the business having the lower importance, the DR server allocation unit 116 It is set so that business applications related to low business are not executed in the DR site 6.
This corresponds to the idea that the concept of importance is introduced into the business application, and that the business application with relatively low importance does not have to be executed at the DR site 6. Therefore, in this case, it is not necessary to forcibly execute the business application related to the business with low importance at the DR site 6 as compared with the case where all the business applications are handled equally. Placement is possible.

  The DR server allocation unit 116 includes an allocation target selection unit 118, a primary server extraction unit 120, a server capability extraction unit 140, a coefficient multiplication unit 160, a DR server search unit 180, and a server registration unit 200. .

  The allocation target selection unit 118 refers to the priority database 102 and selects the business application with the highest business priority among the business applications that have not been selected as the allocation target so far as the allocation target business application. When there are two or more business applications having the highest business priority, the allocation target selecting unit 118 selects a business application having the highest performance priority among them as the business application to be allocated. Further, when there are two or more business applications having the highest performance priority, the business application to be allocated is selected in consideration of the priority time zone.

  For example, the priority time zones of the two business applications having the highest performance priority are “transaction time zone” and “none”, respectively, and the period between the scheduled update time of the DR definition data 66 and the next scheduled update time , Including the transaction time zone, the allocation target selection unit 118 selects the business application whose priority time zone is set to “transaction time zone” as the business application to be allocated.

Note that the order in which the priority is determined in the assignment target selection unit 118 is not limited to the above, and other orders may be used. For example, the allocation target selection unit may first select a business application with the highest performance priority, or first consider a priority time zone.
When the priority time zone is taken into consideration by the allocation target selection unit 118, it is possible to dynamically arrange the applications in consideration of the importance of the business application depending on the time zone. Therefore, a more efficient dynamic management system can be realized.

  The primary server extraction unit 120 extracts the server name of the primary business server on which the allocation target business application is executed and the execution status information of the allocation target business application from the execution status database 104. For example, when the business application name to be allocated is “Ft001”, the primary server extraction unit 120 reads the server name “PSrv002”, the CPU usage rate “20%”, and the memory usage size “from the execution status database 104 of FIG. 500 MB ”, the number of requests“ 10533 ”, the number of transactions“ 1300 ”, the transaction processing time“ 25 seconds ”, and the swap occurrence frequency“ medium ”are extracted.

  The server capability extraction unit 140 extracts from the server capability database 106 capability information of the primary business server corresponding to the server name of the primary business server extracted by the primary server extraction unit 120. For example, when the server name of the primary business server extracted by the primary server extraction unit 120 is “PSrv002”, the server capability extraction unit 140 reads the CPU operating frequency “2 GHz * 4” from the server capability database 106 of FIG. , Extract memory capacity “2GB”, hard disk capacity “2TB”, network speed “1Gbps”.

The coefficient multiplication unit 160 has the following four modes.
(1) Through Mode In the through mode, the coefficient multiplication unit 160 uses the capability information extracted by the server capability extraction unit 140 as capability information to be used as a search key as it is. In this case, the processing amount in the DR server allocation unit 116 is small compared to other modes, and the processing speed can be improved.

(2) Capacity coefficient mode In the capacity coefficient mode, the coefficient multiplier 160 extracts a capacity coefficient corresponding to the performance priority of the business application to be allocated from the capacity coefficient database 210. The coefficient multiplying unit 160 multiplies the capability information extracted by the server capability extracting unit 140 by the capability coefficient, and uses the result as capability information to be used as a search key.

For example, when the business application name to be assigned is “Ft001”, the performance priority is “A”, so the coefficient multiplier 160 extracts the capacity coefficient “0.7” from the capacity coefficient database 210 shown in FIG. To do. The coefficient multiplying unit 160 has a CPU operating frequency “2 GHz * 4”, a memory capacity “2 GB”, a hard disk capacity “2 TB”, a network speed “1 Gbps”, which is the capacity information extracted by the server capacity extracting unit 140 with the capacity coefficient “0.7”. The CPU operating frequency “5.6 GHz”, the memory capacity “1.4 GB”, the hard disk capacity “1.4 TB”, and the network speed “700 Mbps” obtained as a result are used as capability information to be the search keys.
In this case, it is possible to assign the DR business server to the business application in a form that reflects the performance priority. Therefore, a dynamic management system that more closely reflects the intentions of the administrator and the main point of the BCP can be realized.

(3) Execution Status Mode In the execution status mode, the coefficient multiplication unit 160 is extracted by the server capability extraction unit 140 based on the execution status information of the assignment target business application extracted by the primary server extraction unit 120. The ability information is adjusted, and the result is used as ability information to be used as a search key. For example, the coefficient multiplier 160 multiplies the CPU operating frequency of the capability information by a coefficient corresponding to the CPU utilization rate of the execution status information. Also, the coefficient multiplication unit 160 sets the memory usage size of the execution status information as the memory capacity of the capability information. The coefficient multiplying unit 160 multiplies the entire extracted capability information by a coefficient that decreases as the number of requests for execution status information decreases. The same applies to the number of transactions. The coefficient multiplier 160 multiplies the network speed of the capability information by a coefficient corresponding to the transaction processing time of the execution status information. The coefficient multiplying unit 160 multiplies the hard disk capacity of the capability information by a coefficient that decreases as the frequency of occurrence of swap in the execution status information decreases.
In this case, it is possible to assign the DR business server to the business application in a form that matches the actual execution status of the business application.

(4) Combination Mode In the combination mode, the coefficient multiplication unit 160 obtains ability information to be used as a search key by using both the ability coefficient mode and the execution status mode. In particular, the coefficient multiplication unit 160 adjusts the capability information extracted by the server capability extraction unit 140 based on the capability coefficient and the execution status, and sets it as capability information to be used as a search key.

  If there is a DR business server having capability information corresponding to capability information to be used as a search key obtained by the coefficient multiplication unit 160 among DR business servers to which a business application has not yet been assigned, the DR server search unit 180 The server name is extracted from the server capability database 106. In this case, when capability information corresponding to capability information to be obtained as a search key obtained by the coefficient multiplication unit 160 is obtained by using two or more DR task servers in combination, such two or more DR task servers are used. It may be extracted. For example, when the capability information to be a search key obtained by the coefficient multiplier 160 is a CPU operating frequency “5.6 GHz”, a memory capacity “1.4 GB”, a hard disk capacity “1.4 TB”, and a network speed “700 Mbps”, DR The server search unit 180 extracts the server name “DSrv003” from the server capability database 106 shown in FIG.

  Here, “corresponding” may mean that all items of the capability information of the DR business server are superior to corresponding items of the capability information to be used as a search key. Alternatively, at least one item of capability information of the DR business server may be superior to a corresponding item of capability information that should be a search key.

  When there is no server name to be extracted, the DR server search unit 180 ends the allocation process in the DR server allocation unit 116. The DR server search unit 180 registers, in the assignment database 108, information indicating that no DR business server is assigned to an application name of a business application to which no DR business server has been assigned yet. In the example of the allocation database 108 illustrated in FIG. 9, the active DR business server name “n / a” corresponding to the application name “De001” corresponds to information indicating no allocation.

The server registration unit 200 registers the application name of the business application to be allocated in association with the server name extracted by the DR server search unit 180 in the allocation database 108. By this registration, it can be said that the DR business server is allocated to the business application to be allocated.
The server registration unit 200 refers to the priority database 102 and returns a process to the allocation target selection unit 118 if there is a business application to which a DR business server is not yet allocated. Otherwise, the server registration unit 200 ends the allocation process in the DR server allocation unit 116.

In the pre-replacement DR definition data 86, the update unit 202 replaces the server name of the business server on which the business application is to be executed with the server name of the DR business server assigned to the business application by the DR server allocation unit 116.
The update unit 202 includes a DR definition data acquisition unit 204, a server name replacement unit 206, and a DR definition data transmission unit 208.

The DR definition data acquisition unit 204 acquires the pre-replacement DR definition data 86 from the DR job server 62.
The server name replacement unit 206 refers to the allocation database 108 and replaces the operating server name in the pre-replacement DR definition data 86 acquired by the DR definition data acquisition unit 204. Definition data obtained as a result of the replacement is post-replacement DR definition data 88. In particular, the server name replacement unit 206 acquires, for each application name registered in the pre-replacement DR definition data 86, the server name of the DR business server assigned to the business application having the application name by referring to the assignment database 108. To do. The server name replacement unit 206 replaces the operating server name corresponding to the application name registered in the pre-replacement DR definition data 86 with the server name acquired from the allocation database 108.

  For example, for the application name “Ft001” registered in the pre-replacement DR definition data 86 shown in FIG. 3, the server name replacement unit 206 is the server of the DR business server assigned to the business application having the application name “Ft001”. The name “DSrv003” is acquired from the allocation database 108 shown in FIG. The server name replacement unit 206 replaces the active server name “DSrv002” corresponding to the application name “Ft001” registered in the pre-replacement DR definition data 86 with the server name “DSrv003” acquired from the allocation database 108. As a result, post-replacement DR definition data 88 as shown in FIG. 4 is obtained.

When the information indicating that no assignment is registered in the assignment database 108 for the application name registered in the pre-replacement DR definition data 86, the server name replacement unit 206 corresponds to the application name from the DR definition data. Delete the entry. That is, the post-replacement DR definition data 88 does not have the application name, and therefore, the business application corresponding to the application name is not executed at the DR site 6.
For example, since “n / a” is registered as the active DR business server name for the application name “De001” in the assignment database 108 shown in FIG. 9, the server name replacement unit 206 performs the pre-replacement DR shown in FIG. The entry corresponding to the application name “De001” is deleted from the definition data 86 to obtain the post-replacement DR definition data 88 shown in FIG.

  The DR definition data transmission unit 208 transmits the post-replacement DR definition data 88 obtained by the server name replacement unit 206 to the DR job server 62.

  In the above-described embodiment, examples of a storage device that holds a database (DB) are a hard disk and a memory. Based on the description in this specification, each unit is realized by a CPU (not shown), an installed application program module, a system program module, a memory that temporarily stores the contents of data read from the hard disk, and the like. It is understood by those skilled in the art who have touched this specification that they can do this.

  FIG. 11 is a flowchart showing a series of processing in the dynamic management apparatus 100. The allocation target selection unit 118 selects a business application with the highest priority among unallocated business applications (S502). The primary server extraction unit 120 extracts the server name of the primary business server on which the selected business application is executed (S504). The server capability extraction unit 140 uses the extracted server name of the primary business server to extract capability information of the primary business server (S506). The coefficient multiplier 160 adjusts the extracted capability information (S508). When there is no unallocated DR business server having capability information corresponding to capability information obtained as a result of adjustment (N in S510), the DR server search unit 180 ends the allocation process. When the allocation process ends in this way, the update unit 202 updates the DR definition data with reference to the allocation database 108 (S518). When there is an unallocated DR business server having capability information corresponding to capability information obtained as a result of adjustment (Y in S510), the DR server search unit 180 extracts the server name of such a DR business server. (S512). The server registration unit 200 assigns a DR business server having the extracted server name to the selected business application (S514). If there is a business application to which no DR business server is assigned (Y in S516), the server registration unit 200 returns the process to step S502. If there is no business application to which the DR business server is not allocated (N in S516), the server registration unit 200 ends the allocation process. When the allocation process ends in this way, the update unit 202 updates the DR definition data with reference to the allocation database 108 (S518).

The operation of the dynamic management system 2 configured as above will be described.
First, the DR site 6 always backs up the primary site 4 in a normal time when no disaster or the like occurs. This state is always maintained during operation of the dynamic management system 2. During this time, the dynamic management apparatus 100 updates the DR definition data as needed based on the BCP by the series of processes described with reference to FIGS.
Here, it is assumed that a large earthquake has occurred in an area where the main system site 4 is provided. When the main site 4 stops due to this large earthquake, the processing performed at the main site 4 is transferred to the DR site 6. Conventionally, in general, there is a difference between the BCP and the business that can be performed at the DR site, and sufficient resource allocation and planning cannot be performed. Therefore, the BCP is not reflected in the DR definition data. However, in the dynamic management system 2 including the dynamic management apparatus 100 according to the present embodiment, the DR definition data is updated based on the BCP as described above. Therefore, when the primary site 4 is damaged, service recovery can be performed at the DR site 6 along the BCP.

  According to the dynamic management apparatus 100 according to the present embodiment, when updating the DR definition data, a DR business server is assigned to each business application in accordance with a predetermined standard based on business, for example, BCP. Therefore, a business application executed on the DR business server at the DR site 6 can be dynamically arranged based on parameters such as business priority and performance in the BCP and server performance. As a result, a good index for optimizing the resource configuration at the DR site 6 can be obtained, for example, by simulating the influence of the plan change in the BCP and the increase / decrease of the DR business server using the dynamic management device 100. . For example, an optimal resource configuration of the DR site 6 for leaving all business applications executed on the primary site 4 can be obtained under a predetermined capability coefficient setting. Alternatively, the resource configuration of the DR site 6 necessary for leaving only important business applications can be obtained.

  Further, the normal system definition data 46 and the DR definition data 66 can usually include definitions for thousands to tens of thousands of applications. Therefore, the update unit 202 replaces the server name of the business server on which the business application is to be executed in the DR definition data 66 with the server name of the DR business server assigned to the business application. Can reduce mistakes.

  Moreover, in the dynamic management device 100 according to the present embodiment, the DR server allocation unit 116 allocates DR business servers in order from business applications related to business with high importance. Accordingly, when the main site 4 is damaged, a business application with higher importance is executed at the DR site 6. As a result, the impact of the disaster on corporate activities is further reduced.

  The configuration and operation of the dynamic management device 100 according to the embodiment has been described above. These embodiments are exemplifications, and it is understood by those skilled in the art that various modifications can be made to each component and combination of processes, and such modifications are within the scope of the present invention. .

  In the embodiment, as an example of the server name update mode of the DR definition data 66, the dynamic management apparatus 100 acquires the pre-replacement DR definition data 86 from the DR job server 62, replaces the server name, and replaces the post-replacement DR. Although the case where the definition data 88 is transmitted to the DR job server 62 has been described, the present invention is not limited to this. For example, the update unit may accept a reference to the allocation database 108 from the DR job server 62 and allow the DR job server 62 to update the server name of the pre-replacement DR definition data 86.

  Alternatively, the DR definition data may be updated via the dynamic management device. In other words, the dynamic management apparatus may acquire the main system definition data from the main system job server periodically, for example, once a day. The dynamic management device may refer to the allocation database for the acquired primary system definition data and replace the server name of the business server that executes the business application with the server name of the DR business server assigned to the business application. Good. The dynamic management device may transmit the primary system definition data updated in this way to the DR job server. The DR job server may update the DR definition data by overwriting the updated main system definition data on the DR definition data. In this case, it is not necessary for the DR job server to separately acquire the main system definition data from the main system job server and generate the pre-replacement DR definition data. In other words, synchronization of definition data and server name substitution can be performed together, which is efficient.

  Alternatively, instead of providing the dynamic management device 100, a DR job server having functions of both the dynamic management device 100 and the DR job server 62 may be provided in the DR site 6.

In the embodiment, a case has been described in which one DR business server is assigned to one business application, but the present invention is not limited to this. For example, two or more business applications may be allocated to one DR business server using a virtualization technology or the like. That is, the DR server allocation unit further includes a database that stores the server name of the DR business server and the ratio of resources predicted to be used by business applications already allocated to the DR business server in association with each other. May be. The DR server search unit may extract a server name of a DR business server having capability information corresponding to capability information to be used as a search key with reference to the database.
In this case, for example, when the amount of work is small, more flexible dynamic arrangement is possible, such as assigning a plurality of business applications to one DR business server. Alternatively, the number of business applications that can receive allocation of the DR business server can be increased.

  In the embodiment, the server capability database 106 describes the case where the server name 162 of the business server and the capability information 161 of the business server are stored in association with each other. However, the present invention is not limited to this. For example, the server capability database may store capability information of network devices such as switches and routers in addition to business servers.

  In the embodiment, the assignment target selection unit 118 selects the assignment target business application based on the priority, but the present invention is not limited to this. For example, the DR server allocation unit may select a business application to be allocated based on a business coverage rate. Here, the work coverage rate is the ratio of the work that should be performed at the minimum in the DR site 6 among the work of a certain group when the work is divided into groups. For example, in the case where there are five tasks in a group, if at least three tasks should be executed at the DR site 6, the coverage rate of the task is 60%. Here, business priority may or may not be considered.

  FIG. 12 is a flowchart showing a series of processes in the DR server allocation unit according to the modification. The DR server allocation unit selects a combination of business applications that have not been selected from business applications registered in the priority database 102 (S602). The DR server allocation unit calculates capability information necessary to execute all the business applications of the selected combination (S604). The DR server allocation unit refers to the server capability database 106, and the sum of the capability information of the plurality of DR business servers 60 included in the DR site 6 is equal to or less than the calculated capability information, or the difference between them is predetermined. If it is above the value (N in S606), the process returns to step S602. When the sum of the capability information of the plurality of DR business servers 60 included in the DR site 6 is higher than the calculated capability information and the difference between them is equal to or less than a predetermined value (Y in S606), The DR business server is allocated to the selected combination of business applications (S608), and the allocation process is terminated. When the assignment process ends in this way, the update unit 202 updates the DR definition data with reference to the assignment database 108 (S610).

  According to this modification, it is possible to assign a DR business server to a business application using the business coverage as a standard based on business. Therefore, for example, even if the DR site 6 is inferior in capability to the primary site 4, as many operations as possible can be backed up at the DR site 6.

  Although the present invention has been described based on the embodiments, the embodiments merely show the principle and application of the present invention, and the embodiments are defined in the claims. Needless to say, many modifications and arrangements can be made without departing from the spirit of the present invention.

  2 dynamic management system, 4 primary site, 6 DR site, 40 multiple primary business servers, 42 primary job server, 44 primary DNS server, 46 primary definition data, 60 multiple DR business servers, 62 DR Job server, 64 DRDNS server, 66 DR definition data, 100 dynamic management device, 102 priority database, 104 execution status database, 106 server capability database, 108 allocation database, 220 execution status acquisition unit, 240 server capability acquisition unit, 260 DR server allocation unit, 280 allocation target selection unit, 300 main system server extraction unit, 320 server capability extraction unit, 340 coefficient multiplication unit, 360 DR server search unit, 380 server registration unit, 400 update unit, 420 DR definition data acquisition Part, 440 server name substitution part, 460 DR definition data transmission part, 480 capability coefficient database.

Claims (7)

When updating definition data for managing an application to be executed in the second information processing system that backs up the first information processing system, the first information is determined according to a predetermined standard based on a task associated with the application. An allocating unit that allocates an information processing apparatus included in the second information processing system to each of applications executed in the processing system;
A dynamic management device comprising: a replacement unit that replaces an ID of an information processing device that is to execute an application with an ID of an information processing device assigned to the application in the definition data.   2. The allocation unit allocates an information processing apparatus included in the second information processing system to each of the applications executed in the first information processing system based on business priorities. The dynamic management device described in 1.   The dynamic management device according to claim 2, wherein the assigning unit assigns information processing devices in order from an application related to a business having a high importance.   The assigning unit assigns the information processing apparatuses in order from the application with the higher importance, and as a result, when there is no information processing apparatus to be assigned to the application with the lower importance, the application with the less important work is The dynamic management device according to claim 3, wherein the dynamic management device is set so as not to be executed in the second information processing system. A first information processing system;
A second information processing system for backing up the first information processing system;
A dynamic management device,
The dynamic management device is:
When updating definition data for managing an application to be executed in the second information processing system, the application executed in the first information processing system is updated in accordance with a predetermined standard based on a task associated with the application. An allocating unit for allocating information processing devices included in the second information processing system to each of them;
A dynamic management system comprising: a replacement unit that replaces, in the definition data, an ID of an information processing device that is to execute an application with an ID of the information processing device assigned to the application. When updating definition data for managing an application to be executed in the second information processing system that backs up the first information processing system, the first information is determined according to a predetermined standard based on a task associated with the application. Assigning an information processing device included in the second information processing system to each of the applications executed in the processing system;
Replacing the ID of the information processing apparatus that should execute the application with the ID of the information processing apparatus assigned to the application in the definition data. When updating definition data for managing an application to be executed in the second information processing system that backs up the first information processing system, the first information is determined according to a predetermined standard based on a task associated with the application. A function of assigning an information processing device included in the second information processing system to each of the applications executed in the processing system;
A computer program for causing a computer to realize a function of replacing an ID of an information processing apparatus to execute an application with an ID of an information processing apparatus assigned to the application in the definition data.

Images