WO2017081804A1 - パラメータ判定システム及び方法 - Google Patents

パラメータ判定システム及び方法 Download PDF

Info

Publication number
WO2017081804A1
WO2017081804A1 PCT/JP2015/081915 JP2015081915W WO2017081804A1 WO 2017081804 A1 WO2017081804 A1 WO 2017081804A1 JP 2015081915 W JP2015081915 W JP 2015081915W WO 2017081804 A1 WO2017081804 A1 WO 2017081804A1
Authority
WO
WIPO (PCT)
Prior art keywords
parameter
rule
para
sheet
parameters
Prior art date
Application number
PCT/JP2015/081915
Other languages
English (en)
French (fr)
Inventor
譲 真矢
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2015/081915 priority Critical patent/WO2017081804A1/ja
Publication of WO2017081804A1 publication Critical patent/WO2017081804A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating

Definitions

  • the present invention relates to a technology for verifying the mutual relationship between product parameters and constructing a system efficiently.
  • SE When setting parameters, SE sets a large number of parameters while referring to the manual created by each vendor. For this reason, a serious fault leading to the system stoppage may occur due to a human setting mistake. In addition, there is a problem that there are many SE man-hours.
  • the template is prepared by dividing the template into several patterns. However, the validity and correctness of parameter values are not verified.
  • the present invention solves these problems by providing a relation sheet between the parameter sheet and the rule sheet.
  • parameter names and rule names can be associated to make rules common and reduce the number of rules to be applied.
  • a function for determining the relationship sheet is provided so that the rule to be executed can be changed according to the parameter value.
  • the present invention it is possible to easily verify parameters between products by using the related sheet, it is possible to reduce a system stop caused by a parameter setting error, and to reduce SE man-hours.
  • FIG. 6 is a diagram showing the relationship between sheets in an embodiment of the present invention
  • Example of rule sheet in the embodiment of the present invention Examples of related sheets in the embodiment of the present invention
  • Example of determination rule sheet in the embodiment of the present invention Example of an intermediate parameter sheet in an embodiment of the present invention
  • the parameters of the active HA software are consistent with the parameters of the active OS.
  • Three cases will be described: a case to check whether the parameters are correct, and a case to check whether the parameters of the active HA software are consistent with the parameters of the active DB.
  • FIG. 1 is an example of a system configuration diagram relating to an embodiment of the present invention.
  • the system consists of a management server (1) and a construction target system (2).
  • the system engineer hereinafter referred to as SE (9) operates the management server (1) and constructs the construction target system (2).
  • Management server (1) is connected to display device (1-1) and disk (1-2).
  • the management server (1) includes a CPU (1-3) and a main storage device (1-4), and the main storage device (1-4) includes a determination processing unit (7) and a sheet group (8) used by the determination processing unit. ) Is stored.
  • the stored determination processing unit (7) is a program module, and the sheets (8) are data stored in a table.
  • the determination processing unit (7) is executed by the CPU (1-4) connected to the main storage device (1-4) with reference to the sheets (8).
  • the management server (1) displays the parameter verification result on the display device (1-1).
  • the construction target system (2) consists of a server (3), a network (4), a storage (5), and a terminal (6).
  • the server (3) has a redundant configuration including a server (active system) (3-a) and a server (standby system) (3-b).
  • the hardware configuration of the server (3-a) is as follows: CPU (Central Processing Unit) (3-1), Memory (3-2), Network Interface (NIC: Network Interface Controller) (3-3), Disk Controller (3 -4) and disk (3-5).
  • the software configuration is installed on the memory (3-2), OS (Operating System) (3-11), HA (High Availability) software (3-12), and DB management program (Database) (hereinafter referred to as DB). (3-13).
  • the configuration of the server (3-b) is the same as that of the server (3-a).
  • the server (active system) (3-a) and the server (standby system) (3-b) are connected by a monitoring path (3-c).
  • OS (3-11), HA software (3-12), and DB (3-13) the corresponding products are specified, the consistency between parameters is verified, and the system configuration is configured. Check and improve availability and performance.
  • OS (3-11) and HA software (3-12) and DB (3-13) product names to be specified are OS1 (3-11-1) and HA software 1 (3-12-1), respectively.
  • DB1 (3-13-1) OS1 (3-11-1) and HA software 1 (3-12-1), respectively.
  • FIG. 2 (a) is an example of the configuration of the determination processing unit in the embodiment of the present invention.
  • the judgment processing unit (7) is composed of a sheet creation unit (7-1), a reception unit (7-2), a verification unit (7-3), and an output unit (7-4). ) Is entered as a table from the parameter information and rule information entered, the reception unit (7-2) receives the specification of the product to be verified, and the verification unit (7-3) receives the product parameters received. It executes using the data of each sheet, and outputs the result verified by the verification unit (7-3) in the output unit (7-4).
  • Fig. 2 (b) shows an example of the screen output to the display device (1-1).
  • a verification execution button (1-1-1) and a verification result (1-1-2) are displayed.
  • the OS selection screen (1-1-3), HA software selection screen (1-1-4), and DB selection screen (1-1-5) are displayed to select the corresponding product. . Select the software to be verified from here.
  • the judgment processing unit (7) is composed of a sheet creation unit (7-1), a reception unit (7-2), a verification unit (7-3), and an output unit (7-4).
  • the example exists in the management server (1), but it may be stored and executed in a server used in the construction target system.
  • FIG. 2 (c) is a diagram showing the relationship between sheets.
  • the determination processing unit (7) uses the sheet creation unit (7-1) to create the parameter sheet (10) and the rule sheet (20) from the specification or document. At this time, a relation sheet (30) that associates the parameter sheet (10) and the rule sheet (20) is created. A judgment rule sheet (40) and an intermediate parameter sheet (50) are created so that parameter verification can be performed easily and flexibly.
  • These sheet groups (8) may be stored on the disk (1-2).
  • the sheet is expressed as a sheet, but the sheet may be realized as a table arranged in the main storage device or may be realized as a database.
  • the judgment processing unit (7) uses the reception unit (7-2) to select the OS 1 (3-11) as the OS to be verified from the applicable product 1 (OS) (1-1-3). -1) from the corresponding product 2 (HA software) (1-1-4) as the HA software to be verified as HA software 1 (3-12-1) and the corresponding product 3 (DB) (1-1-5) ) To select DB1 (3-13-1) as the DB1 to be verified.
  • parameters of OS1 (3-11-1), HA software 1 (3-12-1), and DB1 (3-13-1) are mutually verified.
  • the determination processing unit (7) reads the corresponding sheet group (8) from the disk (1-2) using the verification unit (7-3). Then, the determination processing unit (7) performs parameter verification.
  • the determination processing unit (7) displays the verification result (1-1-2) on the display device (1-1) using the output unit (7-4).
  • Parameter sheet (10) consists of HA software (active system) parameter sheet (11), HA software (standby system) parameter sheet (12), OS (active system) parameter sheet (13), and DB (active system). ) Parameter sheet (14).
  • Parameter sheet (11-14) is classified into 11-11,12-11,13-11,14-11, parameter value, classification (11-10,12-10,13-10,14-10) (11-12,12-12,13-12,14-12), branch conditions (11-13,12-13,13-13,14-13) and verification results (11-14,12-14,13 -14, 14-14).
  • the classification indicates parameter classification.
  • parameters related to configuration 11-20,12-20,13-20,14-20
  • parameters related to availability 11-21,12-21,13-21
  • the parameters are classified into performance parameters (11-22, 12-22, 14-22).
  • the branch condition indicates whether the rule to be applied is different depending on the parameter value. When this value is “0”, the rule to be applied does not change depending on the parameter value. When it is “1”, the rule to be applied changes depending on the value of its own parameter. Is the case where the rules to be applied change depending on the values of other parameters.
  • FIG. 3A is an example of a parameter sheet (HA software (active system)) in the embodiment of the present invention.
  • Para_1 (name) (11-1) indicates a host name.
  • Para_2 (lanport) (11-2) indicates the TCP / IP service name in the monitoring path (3-c).
  • Para_3 (cpu_down) (11-3) indicates which of the active system and the standby system is set as the reset priority system.
  • Para_4 (servmax) (11-4) indicates the maximum number of APs that can be activated simultaneously in one system.
  • Para_5 (patrol) (11-5) indicates the monitoring time of the system.
  • Para_6 (retry) (11-6) indicates the number of retries.
  • Para_7 (pat) (11-7) indicates the AP monitoring time.
  • Para_8 (buf) (11-8) indicates the DB buffer size.
  • FIG. 3B is an example of a parameter sheet (HA software (standby system)) in the embodiment of the present invention. These parameters (12-1 to 12-8) are the same as the working parameters (11-1 to 11-8).
  • FIG. 3C is an example of a parameter sheet (OS (active system)) in the embodiment of the present invention.
  • Para_21 (os_pat) (13-1) indicates the monitoring time of the system.
  • Para_22 (os_retry) (13-2) indicates the number of retries for monitoring the system.
  • Para_23 (os_servmax) (13-3) indicates the maximum number of APs that can be activated simultaneously in one system.
  • Para_24 (os_conf) (13-4) indicates whether the monitoring path (3-c) is a redundant configuration or a single configuration. When this value is 1, a redundant configuration is shown, and when this value is 2, a single configuration is shown.
  • FIG. 3D is an example of a parameter sheet (DB (active system)) in the embodiment of the present invention.
  • Para_31 (mod) (14-1) indicates the DB mode. This indicates Basic mode for 1, Extend1 mode for 2, and Extend2 mode for 3.
  • Para_32 (buf1) (14-2) indicates the basic buffer size, and Para_33 (buf2) (14-3) indicates the extended buffer size.
  • FIG. 4 is an example of a rule sheet in the embodiment of the present invention.
  • the rule sheet (20) is composed of rule names (27), in-parameter rules (28), and inter-parameter rules (29) as parameter rules.
  • the in-parameter rule (28) is the rule of the parameter itself, and consists of sub-rule 1 (form) (28-1), sub-rule 2 (minimum value) (28-2), and sub-rule 3 (maximum value) (28-3) Is done.
  • subrule 1 (format) (28-1) is a character
  • the minimum value (28-2) indicates the minimum value of the number of characters, and when it is a number, it indicates the minimum value of the number.
  • the inter-parameter rule (29) is composed of sub-rule 10 (comparison content).
  • the rule of Rule_1 indicates that “sub-rule 1 (format) (28-1) is a character, the number of parameters is 4 to 64 characters, and is a character string different from Para_11”.
  • FIG. 5 is an example of a related sheet in the embodiment of the present invention.
  • pattern 1 (31) and pattern 2 (32) are prepared.
  • (A) of FIG. 5 is an example of the related sheet (pattern 1) in the Example of this invention.
  • pattern 1 (31) consists of parameter name (31-11) and rule name (31-12). Pattern 1 (31-1) indicates that the parameter name (Para_1) is the rule name (Rule_1). In this way, the rule names of the corresponding parameters are connected.
  • FIG. 5 is an example of the related sheet (pattern 2) in the Example of the present invention.
  • JV Judgment Value
  • JV Judgment Value
  • FIG. 6 is an example of a determination rule sheet in the embodiment of the present invention.
  • judgment rule sheet it is divided into a case where judgment is made using its own parameter (41) and a case where judgment is made using another parameter (42).
  • the judgment rule sheet (40) is composed of J-rule (41-10), JV (41-11), and parameter value (41-12).
  • the judgment rule sheet (40) is composed of J-rule (42-10), JV (42-11), and parameter value (41-12).
  • FIG. 7 is an example of an intermediate parameter sheet in the embodiment of the present invention.
  • the intermediate parameter sheet (50) consists of an intermediate parameter name (51-10) and an intermediate parameter value (51-11).
  • Const_A (51-1) is “Para_32 (buf1) + Para_32 (buf2) (51-1)”
  • Const_B (51-2) is “Para_32 (buf1) + Para_32 (buf2) ⁇ 2 (51 -2) ”is set.
  • the intermediate value often used in the verification process is not calculated each time, but is always retained, thereby improving the efficiency of the verification process.
  • Case 1 verify that the parameters of the active HA software are consistent with the parameters of the standby HA software.
  • Case 1 is an example in which rules are shared, and is a related diagram of sheets as shown in FIG.
  • Case 2 verify that the parameters of the active HA software are consistent with the parameters of the active OS.
  • Case 2 is an example of selecting a rule to be used for determination based on the parameter value of the product to be determined, and is a sheet related diagram as shown in FIG.
  • Case 3 verify that the parameters of the active HA software are consistent with the parameters of the active DB.
  • Case 3 is an example of selecting a rule to be used for determination based on parameter values of other products, and is a sheet related diagram as shown in FIG.
  • parameter names and parameter values of Para_11 (name) (12-1) to Para_16 (retry) (12-6) which are parameter sheets (12) of the HA software (standby system) are set.
  • the OS active system
  • the parameter name and parameter value of Para_8 (buf) (11-8) which is the parameter sheet (11) of the HA software (active system) are set as shown in FIG.
  • the determination rule sheet (40) In case 1, the determination rule sheet (40) is not used.
  • the determination rule sheet (41) of the determination rule (J-Rule_7) is created as shown in FIG.
  • the determination rule sheet (42) of the determination rule (J-Rule_8) is created as shown in FIG.
  • the intermediate parameter sheet (50) is not used.
  • the intermediate parameter sheet (50) is not used.
  • Const_A (51-1) is “Para_32 (buf1) + Para_32 (buf2)” (51-1) and Const_B (51-2) Sets the value of “Para_32 (buf1) + Para_32 (buf2) ⁇ 2” (51-2).
  • the setting of the parameter sheet (10), the determination rule sheet (40), and the intermediate parameter sheet (50) is thus completed (200 to step 202).
  • Step 210 When there is a conditional rule for the own parameter in Step 210 (Case 2), Para_7 (pat) (11-7) in the parameter sheet (11) of HA software (active system) is set as the verification target.
  • the own parameter is Para_7 (pat) (11-7).
  • Para_8 (buf) (11) of the parameter sheet (11) of HA software (active system) -8) is the verification target.
  • Other parameters are Para_31 (mod) (14-1).
  • the application rule is that when Para_31 (mod) (14-1) is 1, sub-rule S_Rule_8_1 (21-21) When Para_31 (mod) (14-1) is 2, the subrule S_Rule_8_2 (21-22) is applied, and when Para_31 (mod) (14-1) is 3, the subrule S_Rule_8_3 (21-23) is applied.
  • Para_8 (buf) is set for the parameter name (32-11)
  • J-rule8 is set for the determination rule (32-12)
  • the rule sheet is set so as to satisfy the following rules (process 242).
  • S_Rule_8_1 Para_31 (mod) (14-1) is 1 and the rule in the Basic mode is that Para_8 (buf) (11-8) is smaller than Para_32 (buf1) (21-21).
  • S_Rule_8_2 Para_31 (mod) (14-1) is 2 and the rule for Extend1 mode is larger than Para_32 (buf1), and Const_A (intermediate parameter: Para_32 (buf1) + Para_32 (buf2)) (51-1 ) Is smaller (21-22).
  • Para_31 (mod) (14-1) is 3 and the rule for Extend2 mode is larger than Const_A (intermediate parameter: Para_32 (buf1) + Para_32 (buf2)) and Const_B (intermediate parameter: Para_32 (buf1) ) + Para_32 (buf2) ⁇ 2) (51-2) (21-23).
  • step 240 When there is no conditional rule for the own parameter in step 240, that is, there is no conditional rule (case 1), If there is no same rule (Case 1-1), create a new rule (Step 271). If there is a same rule (Case 1-2), use the existing rule and relate the existing rule name. Set to the rule name of the sheet (step 272).
  • Case 1 shows the relationship between the parameter sheet (10) and the rule sheet (20) by sharing rules. This reduces the number of rules and creates the relation sheet (31) in order to efficiently create and maintain the rule sheet. This is effective when there are many identical rules for each parameter.
  • Relationship sheet (31) consists of parameter name (31-11) and rule name (31-12).
  • parameter sheet (11) of HA software active system
  • Para_1 name
  • Para_2 lanport
  • Para_3 cpu_down
  • Para_4 servingmax
  • Para_5 patternrol
  • Para_6 retry
  • Para_11 name
  • Para_12 lanport
  • Para_13 cpu_down
  • FIG. 12 is an example of a flowchart for explaining the processing of the verification unit (7-3) in the embodiment of the present invention.
  • the product names of OS (3-11), HA software (3-12) and DB (3-13) to be specified are OS1 (3-11-1) and HA software 1 (3-12-1) respectively. And DB1 (3-13-1).
  • the verification unit (7-3) starts verifying the parameters of the HA software (active system) (step 301).
  • the specific contents are as follows.
  • the verification process for the parameters shown in FIG. 9 will be described below.
  • the rule Rule_1 (21-1) is applied to the parameter Para_1 (name) (11-1). This value is “hosta” and the number of characters is 5.
  • the value of Para_11 (name) (12-1) is “hostb” and the values do not match. Also, since the number of characters satisfies the rule of 4 to 64, Para_1 (name) (11-1) satisfies the condition specified by Rule_1 (21-1).
  • -Rule Rule_2 (21-2) is applied to parameter Para_2 (lanport) (11-2).
  • This value is “servport” and the number of characters is 7. The number of characters satisfies the rule of 4 to 64, but the value is “servpor” in Para_12 (lanport) (12-2), and the values do not match. Para_2 (lanport) (11-2) does not satisfy the condition specified by Rule_2 (21-2).
  • Para_2 (lanport) must be set to “servpor” or Para_12 (lanport) must be set to “servport” as a correct parameter value candidate.
  • -Rule Rule_3 (21-3) is applied to parameter Para_3 (cpu_down) (11-3). This value is “online” and is a specified pattern. Since the value of Para_13 (cpu_down) (12-3) is “online” and the values match, Para_3 (cpu_down) (11-3) satisfies the condition specified by Rule_3 (21-3).
  • the rule Rule_4 (21-4) is applied to the parameter Para_4 (servmax) (11-4).
  • Para_4 (servmax) (11-4) is “5”, and the range of values determined by Rule_4 (21-4) satisfies the condition of 1 to 1024.
  • condition ⁇ Para_23 which is a condition specified by the subrule, also has a Para_23 (os_servmax) (13-3) value of ⁇ 10 '', and Para_4 (servmax) (11-4) is a Para_23 (os_servmax) (13-3). ) Satisfies the condition defined in Rule_4 (21-4).
  • Rule Rule_5 (21-5) is applied to parameter Para_5 (patrol) (11-5). This value is “10”, and this range satisfies the condition of 1 to 1024.
  • Para_21 (os_pat) (13-1) is “30”, and Para_5 (patrol) (11-5) also satisfies the condition that it is smaller than Para_21 (os_pat) (13-1) specified in the sub-rule.
  • Rule_6 (21-6) is applied to the parameter Para_6 (retry) (11-6).
  • the value of Para_6 (retry) (11-6) is “3”, and this range satisfies the condition of 1 to 1024. Since Para_22 (os_retry) (13-2) is ⁇ 10 '' and Para_6 (retry) (11-6) specified in the subrule is not equal to Para_22 (os_retry) (13-3), Rule_6 (21-6) Does not meet the conditions stipulated in.
  • J-Rule_7 is applied to the parameter Para_7 (pat) (11-7) of FIG.
  • Step 221 read the Para_7 (pat) value “3” from the parameter sheet (11) of the HA software (active system), and refer to the Para_7 (pat) line in the parameter name (32-11) of the related sheet (32).
  • Step 221 From the relation sheet (32), Para_7 (pat) applies the determination rule (32-12) of J-rule_7 (step 222).
  • Para_7 (pat) must be set to “11 or more” or Para_24 (os_conf) must be set to “1”.
  • J-Rule_8 is applied to the parameter Para_8 (buf) (11-8) of FIG.
  • Step 251 read the Para_8 (buf) value “5” from the parameter sheet (11) of the HA software (active system), and refer to the Para_8 (buf) line in the parameter name (32-11) of the related sheet (32).
  • Para_8 (buf) reads the judgment rule sheet (42) from the judgment rule (32-12) of J-rule_8 in order to apply the judgment rule (32-12) of J-rule_8 (step 252).
  • the subrule S_Rule_8_2 is executed, and the rule of “Para_32 (buf1) ⁇ Para_8 (buf) ⁇ Const_A” (21-22) is executed (step 254).
  • Para_32 (buf1) is “10”.
  • Para_8 (buf) is “5” and does not satisfy the condition that it is larger than Para_32 (buf1), so Para_8 (buf) (11-8) is NG.
  • the determination processing unit (7) displays the verification result (1-1-2) (step 302).
  • FIG. 13 is a display example of the verification result in the embodiment of the present invention.
  • Display of verification result (71) shows parameter name (11-11), parameter value (11-12) and verification result (11-14) for each parameter.
  • the verification result (11-14) whether the parameter satisfies the rule specified in the parameter, the reason why the specified parameter does not satisfy the rule specified in the parameter (11- 14-2) and correct parameter candidates (11-14-3) are displayed.
  • Para_1 (name) (11-1), Para_3 (cpu_down) (11-3), Para_4 (patrol) (11-4), Para_5 (servmax) (11-5) satisfy the specified rule (71- 1, 71-3 to 71-5).
  • Para_2 (lanport) does not satisfy the specified rule because it is not the same value as Para_12 (lanport).
  • Para_2 (lanport) must be set to “servpor” or Para_12 (lanport) must be set to “servport” (71-2).
  • Para_6 (retry) (11-6) does not satisfy the specified rule because it is not the same value as Para_23 (os_retry) (13-3).
  • Para_6 (retry) (71-6) can be set to the same value as Para_23 (os_retry) (13-3) to set a normal parameter value (71-6).
  • Para_8 (buf) (11-8) does not satisfy the rule because it does not satisfy the condition of Para_32 (buf1) ⁇ Para_8 (buf).
  • (1) Make Para_8 (buf) larger than 10 and smaller than 20.
  • (2) Set Para_31 (mod) to ⁇ 1 '' (3)
  • Para_2 (lanport) (11-2) re-reads the document and investigates and sets the value to be set together with Para_12 (lanport) (12-2). .
  • Para_6 (retry) (11-6) investigates and sets a value to be set together with Para_23 (os_retry) (13-3).
  • Para_7 (pat) (11-7) investigates whether the monitoring path (3-c) is a redundant configuration or a single configuration from the document.
  • redundant configuration set the value of Para_24 (os_conf) (13-4) to “1”, read the document again, and set Para_7 (pat) (11-7) to the value of “1-10” To do.
  • Para_31 mod
  • Para_32 (buf1)
  • Para_33 (buf2) are involved when modifying the parameters of Para_8 (buf) (11-8). Set the parameter value of.
  • FIG. 14 shows an application example to the cloud computing in the embodiment of the present invention.
  • Cloud computing (90) is a technology in which a large number of servers (91-1, 91-2) are connected by a network (92) and storage (93), and appear as a single system.
  • the storage (93) arranges the storage (primary) (93-1) and the storage (secondary) (93-2) to realize disaster recovery.
  • the server (91-1, 91-2) and storage (93) of the cloud computing (90) are managed from the management server (95).
  • the server (91-1) includes hardware (91-1-11), a virtualization mechanism (91-1-12), and virtual machines (91-1-1 to 91-1-10).
  • the server (91-2) is composed of hardware (92-1-11), virtualization mechanism (92-1-12), and virtual machines (92-1-1 to 92-1-10). Is done.
  • the identifier of the virtual machines (91-1-1 to 91-1-10) the identifier of the virtual machine (91-1-1) is VID_01, and VID_02 to VID_10 in order.
  • the identifiers of the virtual machines (91-2-1 to 91-2-10) are set similarly.
  • FIG. 15 shows the processing contents of the virtual machine in the embodiment of the present invention.
  • the virtual machine (91-1-1) of the server (91-1) includes the DB parameter sheet (91-1-21), HA software parameter sheet (91-1-22), and OS parameter sheet (91 -1-23) is created.
  • the virtual machine (92-1-10) of the server (91-2) has a DB parameter sheet (91-2-21), HA software parameter sheet (91-2-22), and OS parameter sheet. Create (91-2-23).
  • Management server (95) owns virtual server management information (96). From the virtual server management information (96), the server name (96-1), virtual machine identifier (96-2), product name OS (96-3), product name HA software ( 96-4) and product name DB (96-5) are specified (96-10), and a parameter sheet is requested from the virtual machine (91-1-1) of server (91-1) (step 95-1) .
  • the virtual machine (91-1-1) of the server (91-1) is the parameter sheet of the corresponding product name OS (96-3), product name HA software (96-4), and product name DB (96-5). Is transmitted to the management server (95). Similarly, the virtual machine (91-2-10) of the server (91-2) also transmits the parameter sheet to the management server (95). In this way, the management server (95) acquires the parameter sheet.
  • the parameter name (11-51) is Para_1 (name) and the parameter value (11-52) is hostc.
  • an identifier (31-13) of the virtual machine to be ruled is added to the relation sheet.
  • the identifier (31-13) of the virtual machine is “server 90-2 + VID — 10”.
  • the parameter name (12-51) is Para_1 (name) and the parameter value (11-52) is hostd. is there.
  • an identifier (31-13) of the virtual machine to be ruled is added to the relation sheet.
  • the identifier (31-13) of the virtual machine is “server 90-1 + VID — 01”.
  • the rule sheet (20-50) is referred to regarding the Para_1 (name) rule of the parameter name (11-51).
  • the in-parameter rule (28) has already been described with reference to the drawings.
  • Para_1 (name) of the parameter name (11-51) is compared with Para_1 (name) of the virtual machine (server 90-2 + VID_10) (91-1-1).
  • Para_1 (name) of the parameter name (11-51) is “hostc”
  • Para_1 (name) of the virtual machine (server 90-2 + VID_10) (91-1-1) is “hostd”. Since there is no match, the verification result is normal.
  • the storage (93) verifies whether the disaster recovery between the storage (primary) (93-1) and storage (secondary) (93-2) is compatible with the services provided, such as RAID configuration and capacity. There is a need. This also becomes an effective means for verification between parameters (93-1-1, 93-21) by putting the storage name and identifier in the relation sheet, and is applicable to the present invention.
  • Management server 1-3: CPU, 1-4: Main storage, 2: System to be built, 3: Server, 4: Network, 5: Storage, 6: Terminal, 7: Judgment processing unit, 7-1 : Sheet creation part, 7-2: Reception part, 7-3: Verification part, 7-4: Output part, 8: Sheet group, 9: SE, 10: Parameter sheet, 20: Rule sheet, 30: Relation sheet 40: Judgment rule sheet, 50: Intermediate parameter sheet, 90: Cloud computing

Abstract

本発明の課題は、複数の製品に関するパラメータに関して、各製品のパラメータの相互検証を行うことにより、パラメータの設定ミスを原因とするシステム停止を減らすことである。更に、パラメータシートとルールシートの間に関係シートを設け、各シートのポータビリティの向上させることである。　前記の課題を解決するために、本発明では、パラメータシートとルールシート間に関係シートを新たに設ける。この関係シートには、パラメータ名とルール名を関連させ、ルールの共通化を行い、適用するルール数を削減できる。また、関係シートに判定する機能を設け、パラメータの値により実行するルールを変更できるようにする。これらの機能により、製品間のパラメータの整合性が検証できる。また、ルールシートとパラメータシートは、依存関係なく柔軟に作成できるようにする。

Description

パラメータ判定システム及び方法
　本発明は、製品のパラメータ間の相互関係を検証し、効率よくシステムを構築する技術に関するものである。
　計算機システムはマルチベンダ化が進み、ベンダ毎にテンプレートを用意している。システムエンジニア(SE)はシステムを構築する際、にベンダ毎テンプレートを組み合せて、個々のパラメータを設定し、システムを構築する。SEは、大量のパラメータを設定しなければならないため、各ベンダはテンプレートをいくつかのパターンに分けて、テンプレートを用意している。
特開2014-109900
　SEはパラメータを設定する際、各ベンダが作成したマニュアルを参照しながら、大量のパラメータを設定する。このため、人的な設定ミスにより、システム停止に至る重大な障害が発生することがある。また、SEの作業工数が多いという問題がある。
　また、上記の特許文献１では、テンプレートをいくつかのパターンに分けて、テンプレートを用意している。しかし、パラメータの値の妥当性や正当性を検証していない。
　本発明の課題は、複数のテンプレートに関するパラメータに関して、そのパラメータの値がシステム仕様あるいはユーザ要求を満たしているか検証し、テンプレートのパラメータ間の競合を防止し、システム可用性を向上し、SE工数を削減することである。
　前記の課題を解決するために、本発明では、パラメータシートとルールシートの間に関係シートを設けることにより、これらの課題を解決する。
　この関係シートではパラメータ名とルール名を関連させ、ルールの共通化を行い、適用するルール数を削減できる。また、関係シートに判定する機能を設け、パラメータの値により実行するルールを変更できるようにする。
　これらの機能により、製品間のパラメータの整合性が検証できる。また、ルールシートとパラメータシートは、依存関係なく柔軟に作成できるようにする。
　本発明では、関係シートにより容易に製品間のパラメータ検証が可能となり、パラメータの設定ミスを原因とするシステム停止を減らすことができ、SE工数の削減が可能になる。
本発明の実施例におけるシステム構成の例 本発明の実施例における判定処理部の構成の例 本発明の実施例における画面の例 本発明の実施例におけるシート間の関連図 本発明の実施例におけるパラメータシート（HAソフト（現用系））の例 本発明の実施例におけるパラメータシート（HAソフト（待機系））の例 本発明の実施例におけるパラメータシート（OS（現用系））の例 本発明の実施例におけるパラメータシート（DB（現用系））の例 本発明の実施例におけるルールシートの例 本発明の実施例における関係シートの例 本発明の実施例における判定ルールシートの例 本発明の実施例における中間パラメータシートの例 本発明の実施例におけるシート群の設定方法を示すフローチャートの例 本発明の実施例におけるケース１のシート群と処理内容の例 本発明の実施例におけるケース２のシート群と処理内容の例 本発明の実施例におけるケース３のシート群と処理内容の例 本発明の実施例におけるパラメータ検証処理のフローチャートの例 本発明の実施例における検証結果の表示例 本発明の実施例におけるクラウドコンピューティングへの適用例 本発明の実施例における仮想計算機の処理内容
本実施例では、現用系のHAソフトのパラメータが待機系のHAソフトのパラメータと整合性が取れているかを確認するケース、現用系のHAソフトのパラメータが現用系のOSのパラメータと整合性が取れているかを確認するケース、および現用系のHAソフトのパラメータが現用系のDBのパラメータと整合性が取れているかを確認するケースの３つのケースで説明する。
　図１は、本発明の実施例に関するシステム構成図の例である。
　システムは、管理サーバ(1)と構築対象システム(2)から構成される。システムエンジニア(以下、SE)(9)は管理サーバ(1)を操作し、構築対象システム(2)を構築する。
　管理サーバ(1)は表示装置(1-1)とディスク(1-2)と接続する。管理サーバ(1)はCPU(1-3)と主記憶装置(1-4)を備え、主記憶装置(1-4)に判定処理部(7)と判定処理部が利用するシート群(8)を格納する。格納された判定処理部(7)はプログラムモジュールであり、シート類(8)はテーブルに格納されたデータである。判定処理部(7)は主記憶装置(1-4)に接続されたCPU(1-4)によりシート類(8)を参照して実行される。管理サーバ(1)は表示装置(1-1)にパラメータの検証結果を表示する。
　構築対象システム(2)は、サーバ(3)、ネットワーク(4)、ストレージ(5)および端末(6)から構成される。サーバ(3)はサーバ(現用系)(3-ａ)とサーバ(待機系)(3-b)からなる冗長化構成とする。サーバ(3-ａ)のハードウェア構成は、CPU(Central Processing Unit)(3-1)、メモリ(3-2)、ネットワークインターフェース(NIC: Network Interface Controller)(3-3)、ディスクコントローラ(3-4)およびディスク(3-5)から構成される。一方、ソフトウェア構成は、メモリ(3-2)上に搭載され、OS(Operating System)(3-11)、HA(High Availability)ソフト(3-12)およびDB管理プログラム(Database)(以下、DBという)(3-13)から構成される。サーバ(3-b)の構成は、サーバ(3-a)と同一とする。サーバ(現用系)(3-ａ)とサーバ(待機系)(3-b)は、監視パス(3-c)で接続する。
　本実施例では、OS(3-11)とHAソフト(3-12)およびDB(3-13)について、それぞれ該当する製品を指定して、パラメータ間の整合性の検証を行い、システム構成をチェックし、可用性および性能を向上させるものである。ここでは、指定するOS(3-11)とHAソフト(3-12)およびDB(3-13)の製品名は、それぞれOS1(3-11-1)、HAソフト1(3-12-1)およびDB1(3-13-1)とする。
　図２(a)は、本発明の実施例における判定処理部の構成の例である。
　判定処理部(7)はシート作成部(7-1)、受付部(7-2)、検証部(7-3)、出力部(7-4)で構成され、シート作成部(7-1)が入力されたパラメータ情報、ルール情報から各々のシートをテーブルとして作成し、受付部(7-2)が検証する製品の指定を受付け、検証部(7-3)が受付けた製品のパラメータを各シートのデータを用いて実行し、出力部(7-4)で検証部(7-3)が検証した結果を出力する。
　図２(b)は、表示装置(1-1)に出力する画面の例である。画面には、検証実行ボタン(1－1－1)と検証結果(1－1－2)を表示する。また、該当製品を選択するために、OSの選択画面(1－1－3)、HAソフトの選択画面(1－1－4)、およびDBの選択画面(1－1－5)を表示する。ここからから検証対象のソフトウェアを選択する。
　判定処理部(7)は、シート作成部(7-1)、受付部(7-2)、検証部(7-3)および出力部(7-4)から構成される。
　本実施例では管理サーバ(1)に存在する例で説明されているが、構築対象システムで使用するサーバに格納し実行されてもよい。
　次に、SE(9)の操作順序を説明する。
(1) シート作成処理
　図２(c)はシートの関係を示す図である。判定処理部(7)は、シート作成部(7-1)を用いて、仕様書あるいはドキュメントからパラメータシート(10)とルールシート(20)を作成する。このとき、パラメータシート(10)とルールシート(20)とを関係付ける関係シート(30)を作成する。判定ルールシート(40)と中間パラメータシート(50)を作成し、パラメータ検証が容易に柔軟に行えるようにする。
　これらのシート群(8)をディスク(1-2)に格納しても良い。
　本実施例ではシートと表現されているが、シートは主記憶装置に配置されたテーブルとして実現されても良いし、データベースとして実現されても良い。
(2) 該当製品の選択
　判定処理部(7)は、受付部(7-2)を用いて、該当製品1(OS)(1-1-3)から検証対象のOSとしてOS1(3-11-1)を、該当製品2(HAソフト)(1-1-4)から検証対象のHAソフトとしてHAソフト1(3-12-1)を、該当製品3(DB)(1-1-5)から検証対象のDB1としてDB1(3-13-1)を選択する。
　この実施例では、OS1(3-11-1)とHAソフト1(3-12-1)およびDB1(3-13-1)のパラメータの相互検証を行う。
(3) 検証実行ボタンの押下
　SE(9)は検証実行ボタン(1-1-1)を押下する。判定処理部(7)は、検証部(7-3)を用いて、該当するシート群(8)をディスク(1-2)から読み出す。そして、判定処理部(7)は、パラメータ検証を実行する。
(4）検証結果を表示
　最後に、判定処理部(7)は出力部(7-4)を用いて、表示装置(1-1)に検証結果(1-1-2)を表示する。
　図３（a）～（d）は、実施例におけるパラメータシートの例である。
　パラメータシート(10)は、HAソフト(現用系)のパラメータシート(11)、HAソフト(待機系)のパラメータシート(12)、OS(現用系)のパラメータシート(13)、およびDB(現用系)のパラメータシート(14)から構成される。
　パラメータシート(11～14)は、分類(11-10,12-10,13-10,14-10)、パラメータ名(11-11,12-11,13-11,14-11)、パラメータ値(11-12,12-12,13-12,14-12)、分岐条件(11-13,12-13,13-13,14-13)および検証結果(11-14,12-14,13-14,14-14)から構成される。SE(9)からのパラメータ値の入力を受付け、構築対象システム(2)を構成する各々の製品に設定する。分類は、パラメータの分類を示すものである。ここでは、パラメータを効率よく表示するために、構成に関するパラメータ(11-20,12-20,13-20,14-20)、可用性に関するパラメータ(11-21,12-21,13-21)および性能に関するパラメータ(11-22,12-22,14-22)に分類する。
　分岐条件は、パラメータの値により、適用するルールが異なるかどうかを示すものである。この値が、「0」の場合はパラメータの値により適用するルールが変わらない場合であり、「1」の場合は自身のパラメータの値により適用するルールが変わる場合であり、「2」の場合は他のパラメータの値により適用するルールが変わる場合である。
図３（a）は、本発明の実施例におけるパラメータシート（HAソフト（現用系））の例である。
Para_1(name)(11-1)は、ホスト名を示す。
Para_2(lanport)(11-2)は、監視パス(3－c)におけるTCP/IPのサービス名を示す。
Para_3(cpu_down)(11-3)は現用系と待機系のどちらをリセット優先系にするかを示す。
Para_4(servmax)(11-4)は、一つの系で同時に起動できるAPの最大数を示す。
Para_5(patrol)(11-5)は、系の監視時間を示す。
Para_6(retry)(11-6)は、リトライ回数を示す。
Para_7(pat)(11-7)は、AP監視時間を示す。
Para_8(buf)(11-8)は、DBのバッファサイズを示す。
図３（b）は、本発明の実施例におけるパラメータシート（HAソフト（待機系））の例である。これらのパラメータ(12-1～12-8)は現用系のパラメータ(11-1～11-8)と同一とする。
　図３（c）は、本発明の実施例におけるパラメータシート（OS（現用系））の例である。
Para_21(os_pat)(13-1)は系の監視時間を示す。
Para_22(os_retry)(13-2)は系の監視のリトライ回数を示す。
Para_23(os_servmax)(13-3)は、一つの系で同時に起動できるAPの最大数を示す。
Para_24(os_conf)(13-4)は、監視パス(3－c)が冗長化構成かあるいは単一構成かを示す。この値が１の場合は冗長化構成を、２の場合は単一構成を示す。
　図３（d）は、本発明の実施例におけるパラメータシート（DB（現用系））の例である。
Para_31(mod)(14-1)は、DBのモードを示す。これは、1の場合はBasicモードを、2の場合はExtend1モードを、3の場合はExtend2モードを示す。
Para_32(buf1)(14-2)は基本バッファサイズを、Para_33(buf2)(14-3)は、拡張バッファサイズを示す。
　図４は、本発明の実施例におけるルールシートの例である。
　ルールシート(20)は、パラメータのルールとして、ルール名(27)、パラメータ内ルール(28)とパラメータ間ルール(29)から構成される。パラメータ内ルール(28)はパラメータ自身のルールであり、サブルール1(形式)(28-1)、サブルール2(最小値)(28-2)、サブルール3(最大値)(28-3)から構成される。サブルール1(形式)(28-1)が文字の場合の最小値(28-2)は、文字数の最小値を示し、数字の場合は、数字の最小値を示す。最大値(28-3)も同様である。パラメータ間ルール(29)はサブルール10(比較内容)から構成される。
　Rule_1(21-1)のルールは、「サブルール1(形式)(28-1)は文字であり、パラメータの文字数は4から64文字数であり、Para_11と異なる文字列である。」ことを示す。
　また、サブルール2(最小値)(28-2)に「指定パターン」の場合は、あらかじめ指定した値であることを示す。この場合は、最大値(28-3)は無視する。
　サブルール10(29)の比較内容を以下に示す。
「!=」は、異なる数字あるいは異なる文字列であることを示し、「!=Para_11」というサブルールは、Para_11と異なる数字あるいは異なる文字列であるかどうか比較する(21-1)。
　「=」は、同じ数字あるいは文字列であることを示し、「=Para_12」というサブルールは、Para_12と同じ数字あるいは文字列であるかどうか比較する(21-2)。
　「<」は、より小さい数字であることを示し、「<Para_23」というサブルールは、数字の場合のみ有効で、Para_23より小さい数字かどうか比較する(21-4)。
　他のルール(21-3、21-5～21-9)も、同様に説明できる。
　図５は、本発明の実施例における関係シートの例である。関係シート(30)は、パターン1(31)とパターン2(32)を用意する。
図５の（a）は、本発明の実施例における関係シート（パターン１）の例である。
　まず、パターン1(31)では、パラメータ名(31-11)とルール名(31-12)から構成される。パターン1(31-1)では、パラメータ名(Para_1)はルール名(Rule_1)であることを示す。このように、該当するパラメータのルール名を接続させる。
　図５の（b）は、本発明の実施例における関係シート（パターン２）の例である。
　パターン2(32)では、パラメータ名(32-11)、判定ルール(32-12)、サブルール1(JV=1)(32-13)、サブルール2(JV=2)(32-14)、サブルール3(JV=3)(32-15)から構成される。
JV(Judgment Value)は、判定ルールが行った判定結果を示す値である。JVの値により、実行するサブルールを決定する。
判定ルール(32-12)の結果により、サブルール1(JV=1)(32-13)、サブルール2(JV=2)(32-14)あるいはサブルール3(JV=3)(32-15)のうちどのサブルールを実行するか決定する。
　パターン2(32-7)では、パラメータ名(Para_7)であるが、このパラメータに関して、判定ルールJ-rule_7(32-12)で判定して、条件が(JV=1)の場合にはS_Rule_7_1を、条件が(JV=2)の場合にはS_Rule_7_2を、条件が(JV=3)の場合には、S_Rule_7_3を実行する。
　パターン2(32-8)の場合も、同様である。
　図６は、本発明の実施例における判定ルールシートの例である。
　判定ルールシートでは、自パラメータ(41)を用いて判定する場合と他パラメータ(42)を用いて判定する場合に分けられる。
　自パラメータ(41)の場合、判定ルールシート(40)は、J-rule(41-10)、JV(41-11)、パラメータ値(41-12)から構成される。自パラメータ値(41-12)が0～10の場合(41-1)では、(JV=1)と判定し、自パラメータ値(41-12)が11～の場合(41-2)では、(JV=2)と判定する。
　他パラメータ(42)の場合、判定ルールシート(40)は、J-rule(42-10)、JV(42-11)、パラメータ値(41-12)から構成される。
　他パラメータ(42)として、DB(現用系)のPara_31(mod)を適用する。Para_31(mod)(14-1)が1の場合は(JV=1)と、Para_31(mod)(14-1)が2の場合は(JV=2)とPara_31(mod)(14-1)が3の場合は(JV=3)と判定する。
　図７は、本発明の実施例における中間パラメータシートの例である。
　中間パラメータシート(50)は中間パラメータ名(51－10)と中間パラメータ値(51－11)から構成される。この例として、Const_A(51-1)は、「Para_32(buf1)＋Para_32(buf2)(51-1)」とし、Const_B(51-2)は、「Para_32(buf1)＋Para_32(buf2)×２(51-2)」の値を設定する。
　中間パラメータでは、検証処理によく用いられる中間値をその都度計算しないで、常に保持しておくことにより、検証処理の効率を向上させる。
　本発明の実施例では、シート群の設定方法を図８から図１１で、パラメータ検証処理を図１２で、検証結果の表示例を図１３で説明する。
　図８から図１１を用いて、以下の３ケースにおけるシート群の設定方法を示す。
　ケース１では、現用系のHAソフトのパラメータが待機系のHAソフトのパラメータと整合性が取れているか検証する。ケース１はルールを共通化する例で図９のようなシートの関連図となる。
　HAソフト(現用系)のパラメータ(Para_1からPara_6)の形式と最小値と最大値を検証し、更にHAソフト(待機系)のパラメータ(Para_11からPara_16)を比較し、正しく設定されているか検証する例により説明する。
　ケース２では、現用系のHAソフトのパラメータが現用系のOSのパラメータと整合性と取れているか検証する。ケース２は判定する製品のパラメータ値により判定に用いるルールを選択する例で図１０のようなシート関連図となる。
　HAソフト(現用系)のパラメータ(Para_7)の形式が数字であるか検証し、更に(Para_7)の値によりどのサブルールを適用するか決定する。更に、OS(現用系)のパラメータ(Para _24)が所定の値かどうか検証する例により説明する。
　ケース３では、現用系のHAソフトのパラメータが現用系のDBのパラメータと整合性が取れているか検証する。ケース３は他の製品のパラメータ値により判定に用いるルールを選択する例で図１１のようなシート関連図となる。
　HAソフト(現用系)のパラメータ(Para_8)の形式が数字であるか検証し、更にDB(現用系)のパラメータ(Para_31)の値によりどのサブルールを適用するか決定する。各サブルールでは、(Para_8)がDB(現用系)のパラメータ(Para_32)、パラメータ(Para_33)およびこれらの計算式から値と比較、検証する例により説明する。
図８の各々のステップについて三つのケース毎に処理を説明する。
ステップ２００のパラメータシートの設定では、　
　ケース１の場合は、図９のようにHAソフト(現用系)のパラメータシート(11)であるPara_1(name)(11-1)からPara_6(retry)(11-6)のパラメータ名とパラメータ値を設定する。同様に、HAソフト(待機系)のパラメータシート(12)であるPara_11(name)(12-1)からPara_16(retry)(12-6)のパラメータ名とパラメータ値を設定する。　
　ケース２の場合は、図１０のようにHAソフト(現用系)のパラメータシート(11)であるPara_7(pat)(11-7)のパラメータ名とパラメータ値を、また、OS(現用系)のパラメータシート(13)であるPara_24(os_conf)(13-4)のパラメータ名とパラメータ値を設定する。
　ケース３の場合は、図１１のようにHAソフト(現用系)のパラメータシート(11)であるPara_8(buf)(11-8)のパラメータ名とパラメータ値を設定する。
ステップ２０１の判定ルールシートの設定では、
ケース１の場合は、判定ルールシート(40)を使用しない。
ケース２の場合は、図１０のように判定ルール(J-Rule_7)の判定ルールシート(41)を作成する。
ケース３の場合は、図１１のように判定ルール(J-Rule_8)の判定ルールシート(42)を作成する。
ステップ２０２の中間パラメータシートの設定では、
ケース１とケース２では、中間パラメータシート(50)を使用しない。
ケース３の場合は、図１１のように中間パラメータシート(50)として、Const_A(51-1)は、「Para_32(buf1)＋Para_32(buf2)」(51-1)とし、Const_B(51-2)は、「Para_32(buf1)＋Para_32(buf2)×２」(51-2)の値を設定する。
ここまでで、パラメータシート(10)、判定ルールシート(40)および中間パラメータシート(50)の設定が完了する（200～ステップ202）。
　ステップ２１０で自パラメータの条件付きルールが存在したとき(ケース２)HAソフト(現用系)のパラメータシート(11)のPara_7(pat)(11-7)を検証対象にする。自パラメータはPara_7(pat)(11-7)になる。
　Para_7(pat)(11-7)のルールは、「Para_7(pat)が1～10ならば、Para_24(os_conf)(13-4)が１(冗長化構成)であるか検証」というサブルールと「Para_7(pat)が11以上ならば、Para_24(os_conf)(13-4)が２(単一構成)であるか検証」というサブルールから構成される。
このため、パラメータ名(32-11)にはPara_7(pat)を、判定ルール(32-12)にはJ-rule7、サブルール1（JV=1）(32-13)にはS_Rule_7_1 を、サブルール2（JV=2）(32-14)には S_Rule_7_2を、それぞれ関係シート(30)として設定する(ステップ211)。
また、サブルールS_Rule_7_1(21-11)では、「Para_24=1かどうか」というサブルールを、また、サブルールS_Rule_7_2(21-12)では、「Para_24=2かどうか」というサブルールを設定する。これを満たすルールシート(20) を作成する(ステップ212)。
　ステップ２１０で自パラメータの条件付きルールが存在せず、ステップ２４０で自パラメータの条件付きルールが存在したとき(ケース３) HAソフト(現用系)のパラメータシート(11)のPara_8(buf)(11-8)を検証対象にする。他パラメータはPara_31(mod)(14-1)になる。
　適用ルールは、Para_31(mod)(14-1)が1の場合にはサブルールS_Rule_8_1(21-21)を、
Para_31(mod)(14-1)が2の場合にはサブルールS_Rule_8_2(21-22)を、Para_31(mod)(14-1)が3の場合にはサブルールS_Rule_8_3(21-23)を適用する。
このため、関係シート(32)には、パラメータ名(32-11)にはPara_8(buf)を、判定ルール(32-12)にはJ-rule8、サブルール1（JV=1）(32-13)にはS_Rule_8_1 を、サブルール2（JV=2）(32-14)には S_Rule_8_2を、サブルール3（JV=3）(32-15)には S_Rule_8_3を、それぞれ設定する(処理 241)。
　また、ルールシートには、以下のルールを満たすように、設定する(処理 242)。
・S_Rule_8_1では、Para_31(mod)(14-1)が1でありBasicモードの場合のルールは、Para_8(buf)(11-8)はPara_32(buf1)より小さいことである(21-21)。
・S_Rule_8_2では、Para_31(mod)(14-1)が2でありExtend1モードの場合のルールは、Para_32(buf1)より大きく、Const_A(中間パラメータ：Para_32(buf1)＋Para_32(buf2)）(51-1)より小さいことである(21-22)。
・S_Rule_8_3では、Para_31(mod)(14-1)が3でありExtend2モードの場合のルールは、 Const_A(中間パラメータ：Para_32(buf1)＋Para_32(buf2)）より大きく、Const_B(中間パラメータ：Para_32(buf1)＋Para_32(buf2)×２)(51-2)より小さいことである(21-23)。
　ステップ２４０で自パラメータの条件付きルールが存在しないとき、つまり条件付きルールが無い(ケース１)とき、
　同一ルールがない場合は（ケース１－１）新たにルールを作成し( ステップ271)、同一ルールがある場合は（ケース１－２）は既存のルールを使用して、既存のルール名を関係シートのルール名に設定する( ステップ272)。
　ケース１では、ルール共通化により、パラメータシート(10)とルールシート(20)の関係を示す。これはルール数を削減し、ルールシートの作成やメンテナンスを効率よく行うために、関係シート(31)を作成する。これは、各パラメータに対して、同一ルールが多数存在する場合に有効である。
　ここでは、HAソフト(現用系)のパラメータシート(11)とHAソフト(待機系)のパラメータシート(12)の検証処理を実行する場合について説明する。検証するために利用するルールは、ルールシート(20)を参照する。
　関係シート(31)はパラメータ名(31-11)とルール名(31-12)から構成される。
　HAソフト(現用系)のパラメータシート(11)では、Para_1(name)(11-1)、Para_2(lanport)(11-2)、Para_3(cpu_down)(11-3)、Para_4(servmax)(11-4)、Para_5(patrol)(11-5)およびPara_6(retry)(11-6)のパラメータは、同一のルールがないため、そのまま関係シート(31)に、Para_1とRule_1のようにパラメータ名とルール名(31-1)を設定する。以下、同様に、パラメータ名とルール名(31-2～31-6)を設定する(処理 271)。
　次に、HAソフト(待機系)のパラメータシート(12)について説明する。
Para_11(name)(11-1)、Para_12(lanport)(11-2)およびPara_13(cpu_down)(11-3)は、同一のルールがないため、そのまま関係シート(31)に、パラメータ名(31-11)とルール名(31-24～31-26)を記入する(ステップ271)。
　一方、Para_14(servmax)、Para_15(patrol)およびPara_16(retry)のルールは、それぞれPara_4(servmax)、Para_5(patrol)およびPara_6(retry)と同一である。このため、関係シート(31)には、Para_14とRule_4(32-4)、Para_15とRule_5(32-5)、Para_16とRule_6(32-6)と設定する(ステップ272)。
図１２は、本発明の実施例における検証部（7-3）の処理を説明するフローチャートの例である。
　以下、図９から図１２を用いて、ケース１、ケース２およびケース３の順に、図３で示した具体的なパラメータを用いて、検証内容と検証結果を説明する。
　HAソフト(現用系)のパラメータは、HAソフト(待機系)のパラメータ、OS(現用系)のパラメータおよびDB(現用系)のパラメータと整合性が取れているか検証する。
　画面から製品の選択を受け付ける(ステップ300)。今回、指定するOS(3-11)とHAソフト(3-12)およびDB(3-13)の製品名は、それぞれOS1(3-11-1)、HAソフト1(3-12-1)およびDB1(3-13-1)とする。
　検証実行ボタン(1-1-1)を押されると、HAソフト(現用系)のパラメータの検証を検証部（7-3）が開始する(ステップ301)。具体的な内容は以下の通りである。
以下図９に示されたパラメータについて検証の処理を説明する。
・パラメータPara_1(name)(11-1) にはルールRule_1(21-1)を適用する。この値は「hosta」であり、文字数は5である。Para_11(name)(12-1)の値「hostb」であり値が一致しない。また、文字数も4から64というルールを満たしているので、Para_1(name)(11-1)はRule_1(21-1)で指定された条件を満たす。
・パラメータPara_2(lanport)(11-2)に はルールRule_2(21-2)を適用する。この値は「servport」であり、文字数は7である。文字数は4から64というルールを満たしているが、Para_12(lanport)(12-2)の値「servpor」であり、値が一致しないため。また、Para_2(lanport)(11-2)はRule_2(21-2)で指定された条件を満たさない。
　このため、正しいパラメータ値の候補として、Para_2(lanport)を「servpor」に設定するか、あるいはPara_12(lanport)を「servport」に設定しなければならない。
・パラメータPara_3(cpu_down)(11-3)に はルールRule_3(21-3)を適用する。この値は「online」であり、指定パターンである。Para_13(cpu_down)(12-3)の値「online」であり値が一致するので、Para_3(cpu_down)(11-3)はRule_3(21-3) で指定された条件を満たす。
・パラメータPara_4(servmax)(11-4)にはルールRule_4(21-4)を適用する。Para_4(servmax)(11-4)の値は「5」であり、Rule_4(21-4)で定められた値の範囲は1～1024という条件を満たす。さらにサブルールで指定された条件である<Para_23という条件もPara_23(os_servmax)(13-3)の値が「10」であり、Para_4(servmax)(11-4)はPara_23(os_servmax)(13-3)より小さいためRule_4（21-4）で定められた条件を満たす。
・パラメータPara_5(patrol)(11-5)に はルールRule_5(21-5)を適用する。この値は「10」であり、この範囲は1～1024という条件を満たす。さらに、Para_21(os_pat)(13-1)は「30」であり、Para_5(patrol)(11-5)はサブルールで指定されたPara_21(os_pat)(13-1)より小さいという条件も満たす。
・パラメータPara_6(retry)(11-6)にはルールRule_6(21-6)を適用する。Para_6(retry)(11-6)の値は「3」であり、この範囲は1～1024という条件を満たす。Para_22(os_retry)(13-2)は「10」であり、サブルールで指定されたPara_6(retry)(11-6)はPara_22(os_retry)(13-3)と等しくないためRule_6(21-6) で定められた条件を満たさない。
以下図１０に示されたパラメータについて検証の処理を説明する。
・図３(a)のパラメータのPara_7(pat)(11-7)は、図１０の(ステップ211)で示したように、J-Rule_7を適用する。
　まず、HAソフト(現用系)のパラメータシート(11)からPara_7(pat)の値「3」を読み出し、関係シート(32)のパラメータ名(32-11)のPara_7(pat)の行を参照する(ステップ221)。
関係シート(32)より、Para_7(pat)はJ-rule_7の判定ルール(32-12)を適用する(ステップ222)。判定ルールシートを参照し、Para_7(pat)の値は「3」のため、JV=1のサブルールを実行することを決定する(ステップ223)。
更に、ルールシートを参照し、サブルールS_Rule_7_1では、「形式が数字」でかつ「Para_24=1かどうか」というサブルールを実行する(21-11)(ステップ224)。
Para_7(pat)は数字である。しかし、Para_24(os_conf)(13-4)は2であり、Para_24=1を満たしていないので、Para_7(pat)(11-7)の検証結果はNGである。
　このため、正しいパラメータ値の候補として、Para_7(pat)に「11以上の値」を設定するか、あるいはPara_24(os_conf)を「1」を設定しなければならない。
以下図１１に示されたパラメータについて検証の処理を説明する。
・図３(a)のパラメータのPara_8(buf)(11-8)は、図１１の(ステップ241)で示したように、J-Rule_8を適用する。
　まず、HAソフト(現用系)のパラメータシート(11)からPara_8(buf)の値「5」を読み出し、関係シート(32)のパラメータ名(32-11)のPara_8(buf)の行を参照する(ステップ251)。
関係シート(32)より、Para_8(buf)はJ-rule_8の判定ルール(32-12)を適用するため、J-rule_8の判定ルール(32-12)から判定ルールシート(42)を読み出す(ステップ252)。
パラメータ名Para_31(mod)(14-1)の値を読み出し、この値は、「2」(Extend1モード)のため、JV=2のサブルールS_Rule_8_2の実行を決定する(ステップ253)。
サブルールS_Rule_8_2を実行し、「Para_32(buf1)<Para_8(buf)<Const_A」(21-22)のルールを実行する(ステップ254)。
　この検証結果、Para_32(buf1)の値は「10」である。Para_8(buf)は「5」であり、Para_32(buf1)より大きいという条件を満たさないので、Para_8(buf)(11-8)はNGである。
　このため、正しいパラメータ値の候補として、 Para_8(buf) (11-8)を「10より大きく、20より小さな値」を設定するか、あるいは、Para_31(mod)(14-1)を「1」に設定する、あるいは、Para_32(buf1) (14-2)あるいはPara_33(buf2) (14-3)の値を見直す。
　最後に、判定処理部(7)は、上記の検証結果(1-1-2)を表示する(ステップ302)。
　図１３は、本発明の実施例における検証結果の表示例である。
　検証結果の表示(71)は、パラメータ毎にパラメータ名(11-11)、パラメータ値(11-12)および検証結果(11-14)を示す。検証結果(11-14)では、パラメータがパラメータに指定されたルールを満たすかどうかの検証結果(11-14-1)、指定されたパラメータがパラメータに指定されたルールを満たさない理由(11-14-2)および正しいパラメータの候補(11-14-3)を表示する。
　Para_1(name)(11-1)、Para_3(cpu_down)(11-3)、Para_4(patrol)(11-4)、Para_5(servmax)(11-5)は、指定されたルールを満たす(71-1、71-3～71-5)。
　Para_2(lanport)は、Para_12(lanport)と同一値でないため指定されたルールを満たしていない。正しいパラメータ値の候補として、Para_2(lanport)を「servpor」に設定するか、あるいはPara_12(lanport)を「servport」に設定しなければならない(71-2)。
　Para_6(retry)(11-6)は、Para_23(os_retry)(13-3)と同一値でないため、指定されたルールを満たさない。
　Para_6(retry)(71-6)はPara_23(os_retry)(13-3)と同一値にすることにより、正常なパラメータ値を設定することが可能となる(71-6)。
　Para_7(pat)(11-7)がルールを満たさない理由はPara_24=1でないためであり、正しいパラメータ値の候補として、
(1) Para_7(pat)に「11以上の値」を設定する、あるいは
(2) Para_24(os_conf)を「1」を設定することである(71-7)。
　Para_8(buf)(11-8) がルールを満たさない理由は、Para_32(buf1)<Para_8(buf)という条件を満たさないためであり、正しいパラメータ値の候補として、
(1) Para_8(buf)を「10より大きく、20より小さくする」
(2) Para_31(mod)を「1」に設定
(3) Para_32(buf1)あるいはPara_33(buf2)の値の見直しなどがある(71-8)。
　SE(9)は、図１３に示す検証結果を確認すると、Para_2(lanport)(11－2)は、ドキュメントを読み直して、Para_12(lanport)(12－2)とともに設定する値を調査し設定する。
同様に、Para_6(retry)(11-6)は、Para_23(os_retry)(13-3)とともに設定する値を調査し設定する。
　Para_7(pat)(11-7)では、ドキュメントから監視パス(3－c)が冗長化構成かあるいは単一構成かを調査しる。冗長化構成の場合は、Para_24(os_conf)(13-4)の値を「１」に設定し、ドキュメントを読み直して、Para_7(pat)(11-7)を「1～10」の値を設定する。単一構成の場合は、Para_24(os_conf)(13-4)の値を「２」に設定し、ドキュメントを読み直して、Para_7(pat)(11-7)を「11～」の値を設定する。
　Para_8(buf)(11-8)のパラメータを修正する際、Para_31(mod)、Para_32(buf1)、Para_33(buf2)が関係しているので、これらのパラメータに関するルールを満たすか検証しながら、これらのパラメータ値を設定する。
　このようにして、パラメータ設定間違いによる障害を未然に防ぐことが可能になる。
　図１４は、本発明の実施例におけるクラウドコンピューティングへの適用例である。
クラウドコンピューティング(90)は多数のサーバ(91-1、91-2)をネットワーク(92)やストレージ(93)で接続し、単一のシステムのように見せる技術である。一方、ストレージ(93)はストレージ(正)(93-1)とストレージ(副)(93-2)を配置し、ディザスタリカバリを実現する。管理サーバ(95)からクラウドコンピューティング(90)のサーバ(91-1、91-2)やストレージ(93)を管理する。
サーバ(91-1)は、ハードウェア(91-1-11)、仮想化機構(91-1-12)、および仮想計算機(91-1-1～91-1-10)から構成される。同様に、サーバ(91-2)も、ハードウェア(92-1-11)、仮想化機構(92-1-12)、および仮想計算機(92-1-1～92-1-10)から構成される。
仮想計算機(91-1-1～91-1-10)の識別子は、仮想計算機(91-1-1)の識別子をVID_01とし、順にVID_02からVID_10とする。同様に、仮想計算機(91-2-1～91-2-10)の識別子は、同様に設定する。
図１５は、本発明の実施例における仮想計算機の処理内容である。
　サーバ(91-1)の仮想計算機(91-1-1)には、DBのパラメータシート(91-1-21)、HAソフトのパラメータシート(91-1-22)およびOSのパラメータシート(91-1-23)を作成する。同様にサーバ(91-2)の仮想計算機(92-1-10)には、DBのパラメータシート(91-2-21)、HAソフトのパラメータシート(91-2-22)およびOSのパラメータシート(91-2-23)を作成する。
　ここでは、サーバ(91-1)の仮想計算機(91-1-1)とサーバ(91-2)の仮想計算機(92-1-10)のパラメータ間検証について、各シートの取得方法について、図１４と図１５を用いて説明する。
　管理サーバ(95)は、仮想サーバの管理情報(96)を所有する。仮想サーバの管理情報(96)の中から、パラメータ検証の対象となるサーバ名(96-1)、仮想計算機の識別子(96-2)、製品名OS (96-3)、製品名HAソフト(96-4)および製品名DB(96-5)を指定し(96-10)、サーバ(91-1)の仮想計算機(91-1-1)にパラメータシートを要求する(ステップ95-1)。
　サーバ(91-1)の仮想計算機(91-1-1)は、該当する製品名OS (96-3)、製品名HAソフト(96-4)および製品名DB(96-5)のパラメータシートを管理サーバ(95)に送信する。同様に、サーバ(91-2)の仮想計算機(91-2-10)も、パラメータシートを管理サーバ(95)に送信する。
このようにして、管理サーバ(95)は、パラメータシートを取得する。
仮想計算機(90-1+VID_01)について、HAソフトのパラメータシート(11-50)では、パラメータ名(11-51)は Para_1(name)であり、 パラメータ値(11-52)はhostc である。関係シートには、パラメータ名(31-11)とルール名(31-12)の他に、ルールの対象となる仮想計算機の識別子(31-13)を追加する。この場合は、仮想計算機の識別子(31-13)は、「サーバ90-2+VID_10」となる。
一方、仮想計算機(90-2+VID_01)について、HAソフトのパラメータシート(12-50)では、パラメータ名(12-51)は Para_1(name)であり、 パラメータ値(11-52)はhostdである。関係シートには、パラメータ名(31-11)とルール名(31-12)の他に、ルールの対象となる仮想計算機の識別子(31-13)を追加する。この場合は、仮想計算機の識別子(31-13)は、「サーバ90-1+VID_01 」となる。
次に、パラメータ名(11-51)の Para_1(name)のルールに関して、ルールシート(20-50)を参照する。パラメータ内ルール(28)に関しては、既に図にて説明済みである。
パラメータ間ルール(29)では、仮想計算機の識別子(26)とサブルール10の「!=Para_1(name)」
を合成して、検証する。
パラメータ名(11-51)の Para_1(name)は、仮想計算機（サーバ90-2+VID_10）(91-1-1)のPara_1(name)と一致しないか比較する。この場合は、パラメータ名(11-51)の Para_1(name)は「hostc」であり、仮想計算機（サーバ90-2+VID_10）(91-1-1)のPara_1(name)は「hostd」であるため、一致しないため、検証結果は正常である。
　このように、関係シートに仮想計算機の識別子を入れることにより、クラウド環境でもパラメータ検証が可能となる。
　同様に、ストレージ(93)はストレージ(正)(93-1)とストレージ(副)(93-2)において、ストレージ間でディザスタリカバリがRAID構成や容量など、提供するサービスなど対応可能か検証する必要がある。このようなことも、ストレージ名と識別子を関係シートに入れることにより、パラメータ(93-1-1, 93-21)間検証の有効な手段となり、本発明に適用可能である。
　クラウド環境で製品に指定されたパラメータの検証を行う場合には判定を行うパラメータが格納されたパラメータシートの格納されている仮想計算機のロケーションに関する情報を受け取る。そして、関係シートにルールシートが格納されている仮想計算機の識別子をルールに対応づけて格納しておく。受け取ったパラメータシートのパラメータに対応するルールシートを関係シートに記載された仮想計算機の識別子を用いてアクセスすることができるので、クラウド環境においてもパラメータの検証が可能となる。
　最後に本実施例では、複数のプログラムのパラメータ間の整合性について説明したが、同様に、プログラムとハードウェア間のパラメータ検証を行うことも可能である。
1：管理サーバ、1-3：CPU、1-4：主記憶装置、2：構築対象システム、3：サーバ、4：ネットワーク、5：ストレージ、6：端末、7：判定処理部、7-1：シート作成部、7-2：受付部、7-3：検証部、7-4：出力部、8：シート群、9：SE、10：パラメータシート、20：ルールシート、30：関係シート、40：判定ルールシート、50：中間パラメータシート、90：クラウドコンピューティング

Claims (12)

  1. 　計算機システムを構成する複数の製品の動作を定義するパラメータのパラメータ識別子と、前記パラメータに指定された値を対応付けて格納するパラメータテーブルと、
    　前記パラメータの形式と前記パラメータの値が取り得る範囲を定めたルールを格納したルールテーブルと、
    　前記パラメータテーブルに格納されたパラメータ識別子と前記ルールテーブルに格納されたルールを対応付ける関係テーブルを格納する記憶部と、
    　パラメータの検証を行う複数の製品の指定を受け付ける受付部と、
    　前記受付部が受付けた製品のパラメータテーブルから関係テーブルで対応付けられているルールテーブルを参照し、パラメータテーブルに格納された前記製品のパラメータが対応づけられたルールテーブルの条件を満たすかどうか判定する判定部と、
    　前記検証部の検証結果を出力する出力部を備えることを特徴とするパラメータ判定システム。
  2. 　前記製品はソフトウェアとハードウェアを含むことを特徴とする請求項１に記載のパラメータ判定システム。
  3. 　前記ルールテーブルは異なる製品に指定されたパラメータ間のルールを含み、前記判定部は前記ルールテーブルに指定された異なる製品に指定されたパラメータ間のルールに基づいてルールテーブルの条件を満たすかどうか判定することを特徴とする請求項２に記載のパラメータ判定システム。
  4. 　前記ルールテーブルは異なる製品のパラメータに対して適用可能な共通ルールを含むことを特徴とする請求項２に記載のパラメータ判定システム。
  5. 　前記ルールテーブルはサブルールを含み、
    　前記判定部は前記ルールテーブルで指定されたルールがサブルールを含むとき、サブルールの判定を行うことを特徴とする請求項２に記載のパラメータ判定システム。
  6. 　前記製品は異なる仮想計算機で実行される製品であり、
    　前記関係テーブルはルールテーブルの格納された仮想計算機の識別子を含み、
    　前記判定部は受付部から判定する製品のパラメータテーブルが格納された仮想計算機の位置に関する情報を受け取り、
    　製品のパラメータを判定するとき、前記位置に関する情報を用いてパラメータテーブルにアクセスし、パラメータ名とルール名が対応づけられた関係テーブルを参照することによりルールテーブルにアクセスすることを特徴とする請求項２に記載のパラメータ判定システム。
  7. 　計算機システムを構成する複数の製品の動作を定義するパラメータのパラメータ識別子と、前記パラメータに指定された値を対応付けて格納するパラメータテーブルと、
    　前記パラメータの形式と前記パラメータの値が取り得る範囲を定めたルールを格納したルールテーブルと、
    　前記パラメータテーブルに格納されたパラメータ識別子と前記ルールテーブルに格納されたルールを対応付ける関係テーブルを格納する記憶部と、
    　受付部がパラメータの検証を行う複数の製品の指定を受け付け、
    　判定部が前記受付部が受付けた製品のパラメータテーブルから関係テーブルで対応付けられているルールテーブルを参照し、パラメータテーブルに格納された前記製品のパラメータが対応づけられたルールテーブルの条件を満たすかどうか判定し、
    　出力部が前記検証部の検証結果を出力することを特徴とするパラメータ判定方法。
  8. 　前記製品はソフトウェアとハードウェアを含むことを特徴とする請求項７に記載のパラメータ判定方法。
  9. 　前記ルールテーブルは異なる製品に指定されたパラメータ間のルールを含み、前記判定部は前記ルールテーブルに指定された異なる製品に指定されたパラメータ間のルールに基づいてルールテーブルの条件を満たすかどうか判定することを特徴とする請求項８に記載のパラメータ判定方法。
  10. 　前記ルールテーブルは異なる製品のパラメータに対して適用可能な共通ルールを含むことを特徴とする請求項８に記載のパラメータ判定方法。
  11. 　前記ルールテーブルはサブルールを含み、
    　前記判定部は前記ルールテーブルで指定されたルールがサブルールを含むとき、サブルールの判定を行うことを特徴とする請求項８に記載のパラメータ判定方法。
  12. 　前記製品は異なる仮想計算機で実行される製品であり、
    　前記関係テーブルはルールテーブルの格納された仮想計算機の識別子を含み、
    　前記判定部は受付部から判定する製品のパラメータテーブルが格納された仮想計算機の位置に関する情報を受け取り、
    　製品のパラメータを判定するとき、前記位置に関する情報を用いてパラメータテーブルにアクセスし、パラメータ名とルール名が対応づけられた関係テーブルを参照することによりルールテーブルにアクセスすることを特徴とする請求項８に記載のパラメータ判定方法。
PCT/JP2015/081915 2015-11-13 2015-11-13 パラメータ判定システム及び方法 WO2017081804A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2015/081915 WO2017081804A1 (ja) 2015-11-13 2015-11-13 パラメータ判定システム及び方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2015/081915 WO2017081804A1 (ja) 2015-11-13 2015-11-13 パラメータ判定システム及び方法

Publications (1)

Publication Number Publication Date
WO2017081804A1 true WO2017081804A1 (ja) 2017-05-18

Family

ID=58694829

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/081915 WO2017081804A1 (ja) 2015-11-13 2015-11-13 パラメータ判定システム及び方法

Country Status (1)

Country Link
WO (1) WO2017081804A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110765422A (zh) * 2018-07-25 2020-02-07 北京京东尚科信息技术有限公司 一种参数校验方法和装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04116721A (ja) * 1990-09-06 1992-04-17 Nec Corp システム定義ディレクティブの解析方式
JP2015001826A (ja) * 2013-06-14 2015-01-05 富士通株式会社 構成要件作成プログラム、構成要件作成装置および構成要件作成方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04116721A (ja) * 1990-09-06 1992-04-17 Nec Corp システム定義ディレクティブの解析方式
JP2015001826A (ja) * 2013-06-14 2015-01-05 富士通株式会社 構成要件作成プログラム、構成要件作成装置および構成要件作成方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110765422A (zh) * 2018-07-25 2020-02-07 北京京东尚科信息技术有限公司 一种参数校验方法和装置

Similar Documents

Publication Publication Date Title
US9417978B2 (en) Management system for managing computer system, method for managing computer system, and storage medium
CN107547595B (zh) 云资源调度系统、方法及装置
US20030189929A1 (en) Electronic apparatus for assisting realization of storage area network system
JP6788178B2 (ja) 設定支援プログラム、設定支援方法及び設定支援装置
WO2013140608A1 (ja) イベントの根本原因の解析を支援する方法及びシステム
US8990372B2 (en) Operation managing device and operation management method
US9619353B2 (en) Redundant array of independent disk (RAID) storage recovery
CN109474443B (zh) 一种新增服务器的配置方法、装置、系统和通信设备
WO2017036330A1 (zh) 一种网络割接中业务配置的方法和设备
US20130173897A1 (en) Computer system
CN111104139A (zh) 一种固件升级方法、装置、设备及存储介质
CN115017040A (zh) 测试用例筛选方法、系统、电子设备及存储介质
WO2017081804A1 (ja) パラメータ判定システム及び方法
CN114817022A (zh) 铁路电子支付平台测试方法及系统、设备和存储介质
WO2024017274A1 (zh) 一种虚拟机克隆方法、装置及存储介质
US9356836B2 (en) Administration device, administration control method, and program
CN103023726B (zh) 测试网络存储设备最大主机连接数的方法及系统
TWI699100B (zh) 用於異質軟體定義網路的路徑查測裝置及路徑查測方法
JP4634467B2 (ja) ネットワーク管理プログラムおよびネットワーク管理装置
US20200374196A1 (en) Grammar for configuration validation
CN113568646B (zh) 一种新型便携式程序升级方法
JP5913155B2 (ja) パケットリプレイ装置およびパケットリプレイ方法
CN108882268A (zh) 一种更新设备配置的方法及设备
JP5805166B2 (ja) 通信試験装置、通信試験方法およびプログラム
US9208016B2 (en) Message sequence generation method and message sequence generation device

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15908324

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP