WO2010073316A1 - 構成管理システム、プロキシシステム、構成管理方法 - Google Patents

構成管理システム、プロキシシステム、構成管理方法 Download PDF

Info

Publication number
WO2010073316A1
WO2010073316A1 PCT/JP2008/073390 JP2008073390W WO2010073316A1 WO 2010073316 A1 WO2010073316 A1 WO 2010073316A1 JP 2008073390 W JP2008073390 W JP 2008073390W WO 2010073316 A1 WO2010073316 A1 WO 2010073316A1
Authority
WO
WIPO (PCT)
Prior art keywords
proxy
configuration
devices
data
management
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2008/073390
Other languages
English (en)
French (fr)
Inventor
松原　正純
松本　安英
幸洋 渡辺
邦昭 嶋田
裕二 和田
森本　健司
大塚　浩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to EP08879112.4A priority Critical patent/EP2372568A4/en
Priority to PCT/JP2008/073390 priority patent/WO2010073316A1/ja
Priority to JP2010543657A priority patent/JP5459222B2/ja
Publication of WO2010073316A1 publication Critical patent/WO2010073316A1/ja
Priority to US13/067,736 priority patent/US8843511B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/256—Integrating or interfacing systems involving database management systems in federated or virtual databases

Definitions

  • the present invention relates to a configuration management system, a proxy system, and a configuration management method for managing the configuration of resources.
  • FCMDB Federated Configuration Management Management Database
  • the FCMDB is a DB capable of performing operations across a plurality of MDRs (Management Data Repository).
  • MDR Management Data Repository
  • the MDR corresponds to an operation management middleware DB that holds operation management data (actual data) of the IT system.
  • the type and amount of data handled for each MDR is different.
  • Fig. 20 shows an outline of the configuration of the configuration management system.
  • the FCMDB manages the data in the MDR that manages the actual data of the design information, the data in the MDR that manages the actual data of the product information, the data in the MDR that manages the actual data of the performance information, and the actual data of the configuration information.
  • Data in the MDR is integrated (for example, various information of C ′′, C ⁇ , C ′ are integrated into C).
  • the FCMDB integrates the data of different MDRs with the following functions.
  • the FCMDB stores configuration items (for example, data of resources constituting an IT system such as servers, storages, and software) (hereinafter referred to as CI (Configuration Item)) managed by different names and structures for each MDR. Convert information to a common format (common format).
  • the FCMDB identifies CIs managed by different local IDs for each MDR using a common property having a unique value as a key (reconcile).
  • the FCMDB integrates information of the same CI (data integration).
  • the FCMDB actually integrates data when returning data to the client.
  • the FCMDB also manages the relationship between CIs (note that management is a generic term for holding, updating, deleting, and registering).
  • FCMDB integrates CIs managed by different local IDs using this common property as a key. That is, the FCMDB is managed in the “server” managed in the design information MDR, the “server” managed in the product information MDR, the “host” managed in the performance information MDR, and the configuration information MDR. Each CI of the “node” is identified, and when there is a request from the client, the CIs are integrated and returned to the client.
  • the FCMDB first receives a request (query) from a client.
  • the FCMDB collects identified CIs for each requested data from each MDR. Thereafter, these CIs are integrated, and information related to the integrated CI is transmitted to the client as a query result.
  • the FCMDB determines the CIs A ′′, B ′′, and C ′′ from the design information MDR and B from the product information MDR.
  • the collected data may be all the data in the CI or a part of the data in the CI.
  • FCMDB integrates these collected CIs and returns them to the client as query results.
  • JP 2001-51890 A JP 2001-51890 A
  • FIG. 23 when data is biased to a specific MDR, access concentrates on that MDR. Therefore, the data transfer amount of the MDR increases, and the MDR that holds a lot of data becomes a bottleneck.
  • the FCMDB cannot return the query result to the client until all the CIs are obtained even when data is acquired simultaneously in each MDR, and it takes time in proportion to the amount of data returned by each MDR.
  • the purpose is to provide.
  • the configuration management system includes a plurality of databases that hold information about resources as configuration items, a configuration management device, a plurality of proxy devices, and a proxy management device, and the proxy management device includes configuration items from the plurality of databases. Respectively, reconcile the acquired configuration items, determine the proxy device of the transmission destination so that the processing in the plurality of proxy devices is distributed for each proxy device, and reconfigure the configuration item reconciled to the determined proxy device.
  • the proxy device holds a configuration item transmitted from the proxy management device, and the configuration management device acquires a query from a client and stores a configuration item that is a result of the query. Proxy determined from the plurality of proxy devices And obtaining a laid et configuration items.
  • the proxy system includes a plurality of proxy devices and a proxy management device.
  • the proxy management device acquires configuration items from a plurality of databases that hold information about resources as configuration items, and reconciles the acquired configuration items. Determining a destination proxy device so that processing in the plurality of proxy devices is distributed for each proxy device, and transmitting the reconciled configuration item to the determined proxy device, wherein the proxy device is configured as the proxy management device.
  • the configuration item transmitted from is stored, and the configuration item according to the request from the configuration management apparatus that acquires the query from the client is transmitted to the configuration management apparatus.
  • the configuration management method includes a configuration item acquisition step for acquiring configuration items from a plurality of databases each holding information about resources as configuration items, a reconcile step for reconciling the acquired configuration items, and processing in the plurality of proxy devices.
  • a destination proxy determination step of determining a destination proxy device to be distributed for each proxy device, a configuration item transmission step of transmitting a reconciled configuration item to the determined proxy device, and a transmitted configuration item A configuration item holding step held by the determined proxy device, a query from the client is acquired, a proxy device holding a configuration item as a result of the query is determined from the plurality of proxy devices, and the determined proxy device Configuration And executes a configuration item acquisition step of acquiring Temu, the.
  • FIG. 3 is a diagram for explaining the gist of the first embodiment.
  • 2 is a diagram illustrating an example of a functional configuration of the configuration management system according to Embodiment 1.
  • FIG. 2 is a diagram illustrating an example of a physical configuration of the configuration management system according to Embodiment 1.
  • FIG. 6 is a diagram illustrating an example of data held in the MDR according to the first embodiment.
  • FIG. 6 is a diagram illustrating an example of data held in the MDR according to the first embodiment.
  • FIG. 6 is a diagram illustrating an example of data held in the proxy management apparatus and FCMDB according to the first embodiment.
  • FIG. 6 is a diagram illustrating an example of data held by a data management unit of the proxy device according to the first embodiment.
  • FIG. 4 is a flowchart illustrating a processing example of the configuration management system when new registration of a resource according to the first embodiment is performed.
  • 4 is a flowchart illustrating a processing example of the configuration management system when new registration of a resource according to the first embodiment is performed.
  • 6 is a flowchart illustrating a processing example when a query is issued from a client according to the first embodiment.
  • FIG. 10 is a diagram for explaining the gist of the second embodiment. 6 is a diagram illustrating an example of a functional configuration of a configuration management system according to Embodiment 2.
  • FIG. 10 is a flowchart illustrating a processing example of the configuration management system according to the second embodiment.
  • 10 is a flowchart illustrating a processing example of the configuration management system according to the second embodiment.
  • FIG. 10 is a diagram for explaining the gist of the third embodiment.
  • 10 is a diagram illustrating an example of a functional configuration of a configuration management system according to Embodiment 3.
  • FIG. 10 is a flowchart illustrating a processing example of the configuration management system according to the third embodiment.
  • 10 is a flowchart illustrating a processing example of the configuration management system according to the third embodiment. It is a figure which shows the outline of a structure of the conventional configuration management system. It is a figure explaining the process of a reconcile and integration of a configuration management system. It is a figure which shows about operation
  • FIG. 1 is a diagram for explaining the gist of the first embodiment.
  • a proxy system is arranged between FCMDB and MDR.
  • the proxy system includes a plurality of proxy devices that hold reconcile and integrated actual data.
  • the proxy device holds configuration items (CI) in a distributed manner and completes data integration for each CI.
  • the MDR is a conventional configuration.
  • the configuration management system 700 includes an FCMDB 501 (configuration management device), a proxy system 1, and a plurality of MDRs (MDR 201, MDR 202, MDR 203) (database).
  • FCMDB 501 configuration management device
  • proxy system 1 proxy system 1
  • MDR 201, MDR 202, MDR 203 database
  • MDRs 201, 202, and 203 are databases that hold information about resources as configuration items.
  • the MDRs 201, 202, and 203 have a data acquisition service function unit 21 and a data management unit 23, respectively.
  • the data acquisition service function unit 21 acquires data related to IT resources from an external system.
  • the data management unit 23 is a database function of the MDRs 201, 202, and 203 and stores data acquired by the data acquisition service function unit 21. In addition, the data management unit 23 transmits the stored data as a CI to the proxy management apparatus 300 in the proxy system 1.
  • the proxy system 1 includes two proxy devices 101 and 102, and further includes a proxy management device 300 that manages these proxy devices.
  • the proxy devices 101 and 102 are devices having equivalent functions.
  • the proxy device is denoted as Proxy
  • the proxy management device is denoted as Proxy Manager.
  • the proxy management apparatus 300 acquires configuration items from the MDRs 201, 202, and 203, respectively, and reconciles the acquired configuration items. Further, the proxy management apparatus 300 is configured so that the processing in the proxy apparatuses 101 and 102 is distributed for each proxy apparatus, that is, the number of configuration items held by the proxy apparatuses 101 and 102 is equalized. The proxy device is determined, and the reconciled configuration item is transmitted to the determined proxy device.
  • the proxy management device 300 includes a data transfer unit 31, a data registration service function unit 32, and a data allocation information management unit 33.
  • the data registration service function unit 32 receives the CI transmitted from the MDRs 201, 202, and 203.
  • the data allocation information management unit 33 reconciles the CI received by the data registration service function unit 32. Further, the data allocation information management unit 33 determines a proxy apparatus as a data allocation destination.
  • the data transfer unit 31 transfers the CI to the designated proxy device (allocated proxy device).
  • the proxy devices 101 and 102 hold the configuration item transmitted from the proxy management device 300, and transmit the CI according to the request from the FCMDB 501 to the FCMDB 501.
  • the proxy devices 101 and 102 each have a data acquisition service function unit 11, a data registration service function unit 12, and a data management unit 13.
  • the data registration service function unit 12 receives the CI from the proxy management device 300.
  • the data management unit 13 is a database function that stores the CI received by the data registration service function unit 12, and based on the data request from the FCMDB 300 acquired by the data acquisition service function unit 11, the requested CI is displayed. Reply to FCMDB300.
  • the data acquisition service function unit 11 acquires a data request from the FCMDB 501.
  • the FCMDB 501 acquires a query from the client 600 and determines a proxy device that holds a configuration item that is a result of the query from the proxy devices 101 and 102. Also, the FCMDB 501 acquires the CI from the determined proxy device, and transmits the acquired CI to the client 600 as a query result.
  • the FCMDB 501 includes a data acquisition service function unit 51, a data registration service function unit 52, a data management unit 53, and a data mapping information management unit 54.
  • the data acquisition service function unit 51 receives a query from the client 600.
  • the query result is returned to the client 600.
  • the data registration service function unit 52 receives a part of the CI from the proxy system 1 at the time of data registration.
  • the data management unit 53 is a database function of the FCMDB 501 and holds a part of the CI received by the data registration service function unit 52 in the DB.
  • the data mapping information management unit 54 saves allocation information between the CI and each of the proxy devices 101 and 102 in the proxy system 1 in the storage unit.
  • the configuration management system 700 manages system configuration information of the management target IT system 601, and the MDRs 201, 202, and 203, the proxy devices 101 and 102, the proxy management device 300, and the FCMDB 501 in the configuration management system 700 are operation management systems. They are connected to each other via a network 800 and perform data communication with each other.
  • the MDRs 201, 202, 203, the proxy devices 101 and 102, the proxy management device 300, and the FCMDB 501 are servers (computers) having at least a CPU (Central Processing Unit), a volatile and nonvolatile storage device, and a communication interface.
  • Each functional block shown in FIG. 2 is realized by a program held in the storage device cooperating with hardware resources such as a CPU, a storage device, and a communication interface.
  • FIGS. 1-10 various data stored and used in the configuration management system 700 are shown in FIGS.
  • the MDR 201 holds design information of each resource for each resource in the managed IT system 601 as shown in FIG.
  • the MDR 201 holds the ID of each resource (server) as the CI type, and further holds the IP address, the name of the resource, each property of the model number, and its value for each CI type.
  • CI types such as sv1, sv2,... are local IDs that can be used only within the MDR 201.
  • the MDR 202 holds the performance information of each resource for each resource in the management target IT system 601.
  • the MDR 202 holds the ID of each resource (server) as a CI type, and further holds the IP address, load average, average CPU usage property, and its value for each CI type.
  • CI types such as mdr2_idl, mdr2_id2,... are local IDs that are valid only within the MDR 202.
  • the MDR 203 holds configuration information of each resource for each resource in the management target IT system 601.
  • the MDR 203 holds the ID (server 1, server 2, switch 1, etc.) of each resource (server) as the CI type, and if the CI type is a server, the IP address and the device name The CPU clock frequency, disk capacity, and status properties and values are held.
  • the CI type is a switch, the IP address, device name, model number, port number, and status properties and values are held.
  • the MDR 203 holds the IP address, device name, disk capacity, disk usage, and status properties and values.
  • the CI types such as server 1, server 2, switch 1,... Are local IDs that can be used only in the MDR 203.
  • the common property is an IP address. Therefore, in the first embodiment, the IP address is a common property.
  • the data allocation information management unit 33 holds an allocation destination proxy, a common property type, and a common property value for each CI type, so that the CI type and the proxy device are allocated.
  • the data management unit 53 of the FCMDB 501 holds the CI type (global ID), the common property type, and their values in association with each other (see FIG. 6B). Further, the data mapping information management unit 54 of the FCMDB 501 holds the correspondence relationship between the CI (global ID) and the local ID for management in the proxy device and the proxy device (see FIG. 6C).
  • FIG. 7A shows data held by the proxy apparatus 101
  • FIG. 7B shows data held by the proxy apparatus 102.
  • the data management unit 13 holds a property type and a property value for each CI type such as lid0001, lid0002, svr1,. Note that the property type and the property value are obtained by integrating the data of the MDRs 201, 202, and 203. Also, lid0001, lid0002,... Are local IDs that are valid only within each proxy device.
  • FIG. 8 shows message data transmitted and received between the MDR 201, the proxy management apparatus 300, the proxy apparatus 101, and the FCMDB 501.
  • a transmitted / received message has a format with a predetermined tag.
  • FIG. 8A shows an example of a message format transmitted / received between the MDR 201 and the proxy management apparatus 300 when data is newly registered and between the proxy management apparatus 300 and the proxy apparatus 101.
  • the MDR 201 sends a local ID in the MDR 201 and various property values including at least a common property to the proxy management apparatus 300 with a predetermined tag.
  • the proxy management device 300 specifies the proxy device of the assignment destination based on the common property (IP address in the first embodiment) in the received message and the correspondence held in the data assignment information management unit 33, and the proxy The received message is transmitted as it is to the device (the proxy device 101 in this example).
  • the proxy device 101 that has received the message transmits to the FCMDB 501 the common property value and the local ID in the proxy device 101 with a predetermined tag attached, that is, the message illustrated in FIG. 8B. To do. In the case of new registration, the proxy device 101 creates a message to be sent to the FCMDB 501 with a new local ID, and sends the message to the FCMDB 501. If the common property in the transmitted message is already registered in the data management unit 13 (that is, not newly registered), a message to which the corresponding local ID is assigned and transmitted to the FCMDB 501 is created, and the FCMDB 501 is created. Send to. Alternatively, if it is not a new registration, it is not necessary to transmit because it has already been registered in the FCMDB 501.
  • the FCMDB 501 that has received the message generates a global ID, creates a correspondence with the created global ID, the local ID in the message, and the proxy device (the proxy device 101 in this example) of the transmission source, and manages data mapping information
  • the portion 54 is held (see also FIG. 6C).
  • the FCMDB 501 also causes the data management unit 53 to retain the correspondence between the global ID and the common property value (see also FIG. 6B).
  • FIG. 1 an example of a message format transmitted as a query result from the proxy device 101 to the FCMDB 501 is shown in FIG.
  • the proxy device 101 is held by the data management unit 13.
  • a predetermined tag is assigned to the property and the property value, and the result is transmitted to the FCMDB 501 as a query result.
  • the message data transmitted and received between the MDR 201, the proxy management apparatus 300, the proxy apparatus 101, and the FCMDB 501 has been described, but the same applies to the MDRs 202 and 203 and the proxy apparatus 102.
  • FIGS. 9 and 10 are flowcharts showing processing of the configuration management system 700 when new registration of resources is performed.
  • the operation of the configuration management system 700 will be described with reference to FIGS.
  • the functional units in each device indicated in parentheses perform the step.
  • the notation of “(data registration service function unit)” in S4 means that the data registration service function unit 32 of the proxy management apparatus 300 executes S4, and S8
  • the notation of “(data registration service function unit)” means that the data registration service function unit 12 of the proxy apparatus 101 (or the proxy apparatus 102) executes S8.
  • each device will be described as the subject of operation for ease of explanation, but the actual operation is performed by the function of the functional part shown in parentheses in the figure. Realized.
  • the MDR 201 acquires data of each resource constituting the management target IT system 601 from the user or an external system (S1). Further, the MDR 201 holds data acquired as a configuration as shown in FIG. 4A (S2), and transmits CI (CI type, property type, property value) to the proxy management apparatus 300 (S3). .
  • the proxy management device 300 receives the CI from the MDR 201 (S4) and reconciles (S5). Thereafter, the proxy management apparatus 300 determines a data allocation destination proxy apparatus based on the table held in the data allocation information management unit 33 (S6). If the common property is a new property, the proxy management apparatus 300 determines the proxy apparatus by round robin so that the number of CIs is uniform so that the data allocation is uniform, and supports the table. Register the relationship.
  • the proxy management device 300 transfers the CI data to the proxy device (for example, the proxy device 101) determined in S6 (S7).
  • the proxy device 101 receives the CI data (S8) and stores the data (S9). In S9, the data is integrated.
  • the storage format here is as shown in FIG. Further, the proxy apparatus 101 transmits a part of the CI data (local ID and common property) to the FCMDB 501 (S10).
  • the FCMDB 501 receives a part of the CI data (S11), stores the received data as shown in FIG. 6B (S12), and further displays allocation information between the CI and the proxy device as shown in FIG. (S13).
  • the FCMDB 501 acquires a query issued from the client 600 (S21), and a result for the query is held in its own database (in the first embodiment, regarding some properties of the CI, The data is acquired from the data management unit 53 (assuming that the data is stored in the FCMDB 501) (S22). Here, when all the data to be transmitted as the query result is prepared (S23, Yes), the FCMDB 501 returns the query result to the client 600 (S24), and the process ends.
  • the FCMDB 501 determines a proxy device holding the deficient data based on the table stored in the data mapping information management unit 54 (S25), and the determined proxy Insufficient data is requested from a device (eg, proxy device 101 is determined) (S26).
  • the proxy device 101 acquires a data request (S27), and returns the data held by the data management unit 13 to the FCMDB 501 (S28).
  • the FCMDB 501 acquires the returned data (S22), and determines whether the data is prepared again (S23). If all the data is obtained (S23, Yes), the query result is returned to the client 600 (S24), and the process ends. On the other hand, if the data is not complete (S23, No), the processing from S25 to S28 for the other proxy devices is executed.
  • data can be distributed in the proxy layer by providing a plurality of proxy devices that distribute and hold reconciled and integrated data in CI units between FCMDB and MDR.
  • Embodiment 2 In the first embodiment, the same number of CIs are arranged in each proxy device by round robin. However, for example, when queries regarding some CIs frequently occur, the proxy device in which the CIs are arranged accesses the proxy device. Too much and performance will decrease. In the second embodiment, a configuration management system capable of load distribution even when queries frequently occur with respect to some CIs is presented.
  • FIG. 12 shows an example of the outline in the second embodiment.
  • the proxy system according to the second embodiment rearranges CIs other than A and B in the proxy device having excessive access to other proxy devices. By doing so, it is possible to distribute the load of processing executed by the proxy device.
  • FIG. 13 shows functional blocks of the configuration management system according to the second embodiment.
  • the proxy system 2 of the configuration management system 701 includes proxy devices 111 and 112 and a proxy management device 310.
  • the proxy management device 310 includes a load distribution management unit 34, and the proxy devices 111 and 112 include a load information management unit 14, respectively.
  • the load distribution management unit 34 in the proxy management device 310 sends load information (for example, the amount of data held for each CI, the amount of data transferred for each CI, the CPU usage rate) to the load information management unit 14 in each proxy device. , Access load, etc.). Further, the load distribution management unit 34 in the proxy management device 310 receives the load information collected by the load information management unit 14 in each proxy device, and adjusts the CI data distribution based on the load information of each proxy device. Instruct each proxy device to move CI data.
  • load information for example, the amount of data held for each CI, the amount of data transferred for each CI, the CPU usage rate
  • the load information management unit 14 in each proxy device acquires a collection instruction from the load distribution management unit 34 in the proxy management device 310, collects its own load information, and uses the collected load information to the load distribution management unit 34. Send.
  • each functional unit in the proxy devices 111 and 112 and the FCMDB 501 according to the second embodiment is added with a process for relocating the CI.
  • the added function will be described in the following flowcharts.
  • the proxy management device 310 collects load information based on an instruction from the client 600 or at a time or time interval set in advance by the user, such as a time when the configuration management system 701 is not used by the user or a certain time interval. Is instructed to the proxy devices 111 and 112 (S31). The proxy devices 111 and 112 collect their own load information according to the load information collection instruction (S32 and S33) and notify the proxy information to the proxy management device 310 (S34 and S35).
  • the proxy management device 310 adjusts data distribution based on the load information of each proxy device (S36). Assuming that the load information is, for example, the data transfer amount for each CI, the proxy management device 310 calculates the average value of the data transfer amount by dividing the total amount of data transfer by the number of proxy devices. The CI arrangement is adjusted so that the data transfer amount is in the vicinity of the average value. The proxy management device 310 also takes this into consideration when the machine specifications of the proxy devices are different. For example, when the CPU specifications differ for each proxy device, the proxy management device 310 may apportion the total amount of data transfer by the CPU specifications (for example, frequency). Various adjustment methods other than those described above can be considered.
  • the proxy management device 310 instructs the proxy device 111 and the proxy device 112 to move the CI (S37).
  • the instruction message transmitted to the proxy devices 111 and 112 includes information about which CI is to be moved. Hereinafter, the description will be made assuming that the CI in the proxy device 111 moves to the proxy device 112.
  • the proxy apparatus 111 transmits the CI to be moved to the proxy apparatus 112 (S38). Thereafter, the proxy device 111 deletes the held transmitted CI (S39).
  • the FCMDB 501 cancels the allocation between the CI and the proxy device, for example, according to an instruction from the proxy device 111 (S40).
  • the proxy device 112 receives the CI transmitted from the proxy device 111 (S41), and stores the transmitted CI to be its own CI (S42). Thereafter, the proxy device 112 assigns a local ID to the saved CI as necessary, and transmits a part of the CI (common property and local ID) to the FCMDB 501 (S43).
  • the FCMDB 501 receives a part of the CI transmitted from the proxy device 112 (S44), and stores a part of the received CI (S45). After that, the FCMDB 501 stores allocation information between the CI to be moved and the proxy device 112 (S46).
  • the configuration management system 701 can provide data to the user at higher speed.
  • Embodiment 3 a configuration management system that performs data backup version management in a proxy system will be described.
  • the backup version number is managed by FCMDB alone or by each MDR, but there is a problem that the load is concentrated on FCMDB or a specific MDR.
  • the configuration management system according to the third embodiment can perform version number management within the proxy system and can evenly distribute the load.
  • FIG. 16 shows an example of an outline in the third embodiment.
  • the current version (version number) is 9 (in FIG. 16, version n is expressed as vn)
  • the previous version 8 can be obtained by merging version 4 and version 7.
  • vn version n
  • the configuration management system according to the third embodiment performs backups at the same time instead of performing backups at different timings for each device in the proxy system, it is possible to prevent data inconsistency due to inconsistency between versions together with load distribution.
  • FIG. 17 shows functional blocks of the configuration management system in the third embodiment.
  • the configuration management system 702 includes an FCMDB 521 and a proxy system 3.
  • the FCMDB 521 has a version number management unit 55.
  • the version number management unit 55 issues an instruction to start the version number process to each function unit in the FCMDB 521 and the proxy system 3, and notifies the client 600 of the end of the process when the version number process ends.
  • the proxy system 3 of the configuration management system 702 includes proxy devices 121 and 122 and a proxy management device 320.
  • the proxy management device 320 includes a version number management unit 35.
  • the version number management unit 35 receives version number data (numbered number data) from the FCMDB 521, and a data allocation information management unit in the proxy management device 320.
  • step 33 the difference between the current data and the previous version data is saved.
  • the proxy devices 121 and 122 each have a version number management unit 15.
  • the version number management unit 15 receives version number data from the FCMDB 521, and the current data and the previous data are transferred to the data management unit 13 in the proxy devices 121 and 122. The difference with the version data of is saved.
  • each functional unit in the proxy devices 121 and 122, the proxy management device 320, and the FCMDB 521 according to the third embodiment is added with a process for performing version number management.
  • the added function will be described in the following flowcharts.
  • the FCMDB 521 receives an instruction to start the version number processing from the client 600 and notifies the proxy devices 121 and 122 and the proxy management device 320 of the notification of the version number processing start (S51). Further, the FCMDB 521 stops receiving requests from the client 600 (S52).
  • the proxy management device 320 Upon receiving the notification, the proxy management device 320 stops receiving requests from the MDR, and notifies the FCMDB 521 of the completion of the stop (S54). Further, the proxy devices 121 and 122 stop accepting requests from the proxy management device 320 and notify the FCMDB 521 of the completion of the stop (S53).
  • the FCMDB 521 that has received the notification of the completion of the stop numbers the version number (S55), and notifies the proxy apparatuses 121 and 122 and the proxy management apparatus 320 of the version number data to give an instruction to increase the version number. (S56). After that, the FCMDB 521 saves the difference data of the data mapping information (data shown in FIG. 6C) (difference data between the previous version number data and the current data; the same applies hereinafter) (S57). . Further, the FCMDB 521 stores the difference data of the management data (data shown in FIG. 6B) (S58).
  • the proxy management device 320 receives the version number data (S61), saves the difference data of the data allocation information (data shown in FIG. 6A), and notifies the FCMDB 521 of the completion when the saving is completed. Perform (S62).
  • the proxy devices 121 and 122 receive the version number data (S59), save the difference data of the management data (data shown in FIG. 7), and notify the FCMDB 521 of completion when the saving is completed (S60). .
  • the FCMDB 521 When the processes of S57, S58, S60, and S62 are completed, the FCMDB 521 notifies the proxy apparatuses 121 and 122 and the proxy management apparatus 320 of the completion of the version number process (S63). Thereafter, the FCMDB 521 starts accepting a request from the client 600 (S64).
  • the proxy devices 121 and 122 that have received the notification of the completion of the version number processing resume request reception from the proxy management device 320 (S65). Further, the proxy management device 320 resumes receiving requests from the MDR (S66).
  • the configuration management system according to the above-described embodiment can achieve the following effects.
  • the configuration management system according to the above-described embodiment can arrange data evenly by arranging a proxy system utilizing the features of CMDB.
  • the configuration management system according to the above-described embodiment can distribute access.
  • the configuration management system can aggregate the same CI data (reconcile and data integration), the data acquisition is efficient.
  • data can be dynamically redistributed among the proxy devices according to the usage situation.
  • the load can be distributed and the processing speed can be increased.

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computer And Data Communications (AREA)

Abstract

　リソースに関する情報を構成アイテムとして保持する複数のＭＤＲ（２０１、２０２、２０３）と、ＦＣＭＤＢ（５０１）と、プロキシ装置（１０１、１０２）と、プロキシ管理装置（３００）とを備え、プロキシ管理装置（３００）は、ＭＤＲ（２０１、２０２、２０３）から構成アイテムを取得し、取得した構成アイテムをリコンサイルし、プロキシ装置（１０１、１０２）それぞれが保持する構成アイテムの数が均等になるように送信先のプロキシ装置を決定し、決定したプロキシ装置へリコンサイルした構成アイテムを送信し、プロキシ装置（１０１、１０２）は、プロキシ管理装置（３００）から送信された構成アイテムを保持し、ＦＣＭＤＢ（５０１）は、クライアント（６００）からのクエリを取得し、クエリの結果となる構成アイテムを保持するプロキシ装置を決定し、決定したプロキシ装置から構成アイテムを取得する構成管理システム。

Description

構成管理システム、プロキシシステム、構成管理方法
　本発明は、リソースの構成を管理する構成管理システム、プロキシシステム、構成管理方法に関する。
　複数の異種ＤＢ（Ｄａｔａｂａｓｅ）内のデータを仮想的に統合するＦＣＭＤＢ（Federated Configuration Management Database）が開発されている。ＦＣＭＤＢは、複数のＭＤＲ（Management Data Repository）に対して、横断的に操作を行うことが可能なＤＢである。またＭＤＲは、ＩＴシステムの運用管理データ（実データ）を保持する運用管理ミドルウェアのＤＢに相当する。尚、ＭＤＲごとに扱うデータの種別、量が異なる。
　図２０で構成管理システムの構成の概略を示す。ＦＣＭＤＢは、設計情報の実データを管理するＭＤＲ内のデータ、製品情報の実データを管理するＭＤＲ内のデータ、性能情報の実データを管理するＭＤＲ内のデータ、構成情報の実データを管理するＭＤＲ内のデータを統合する（例えばＣ’’、Ｃ＾、Ｃ’の各種情報がＣに統合される）。
　ＦＣＭＤＢは、以下に示す機能により、異なるＭＤＲのデータを統合する。すなわち、ＦＣＭＤＢは、ＭＤＲごとに、異なる名前、構造で管理されている構成アイテム（例えばサーバ、ストレージ、ソフトウェア等のＩＴシステムを構成するリソースのデータ）（以下、ＣＩ（Configuration Item）と称す）の情報を共通形式に直す（共通形式化）。また、ＦＣＭＤＢは、ユニークな値を持つ共通プロパティをキーとして、ＭＤＲごとに、異なるローカルＩＤによって管理されているＣＩを同定する（リコンサイル）。また、ＦＣＭＤＢは、同一ＣＩの情報を統合する（データ統合）。尚、ＦＣＭＤＢは、クライアントにデータを返す際に、実際にデータを統合する。またＦＣＭＤＢは、ＣＩ間の関係も管理（尚、管理は、保持、更新、削除、登録を総称）する。
　例えば図２１で示す例の場合、製品番号がそれぞれ「S/N : XYZ123」、「製番: XYZ123」、「SERNO : XYZ123」、「SN : XYZ123」として各ＭＤＲにて管理されている場合、ＦＣＭＤＢはこの共通プロパティをキーにして、異なるローカルＩＤで管理されているＣＩを統合する。すなわち、ＦＣＭＤＢは、設計情報ＭＤＲ内で管理されている「サーバ」、製品情報ＭＤＲ内で管理されている「サーバ」、性能情報ＭＤＲ内で管理されている「ホスト」、構成情報ＭＤＲ内で管理されている「ノード」の各ＣＩを同定し、クライアントからの要求があった際に各ＣＩを統合しクライアントに返信する。
　クライアントからの要求があった際のＦＣＭＤＢの動作について、図２２を参照しつつ説明する。
　ＦＣＭＤＢは、まず、クライアントからの要求（クエリ）を受信する。ＦＣＭＤＢは、要求されたデータに関する、同定されたＣＩを各ＭＤＲから収集する。その後、これらＣＩを統合し、クエリ結果として統合されたＣＩに係る情報をクライアントに送信する。図２２の例では、クライアントからリソースＡ、リソースＢ、リソースＣに関するデータが要求された場合、ＦＣＭＤＢは、設計情報ＭＤＲからＡ’’、Ｂ’’、Ｃ’’のＣＩ、製品情報ＭＤＲからＢ＊のＣＩ、性能情報ＭＤＲからＡ＾、Ｂ＾、Ｃ＾のＣＩ、構成情報ＭＤＲからＡ’、Ｂ’、Ｃ’のＣＩを収集する（尚、Ａ’、Ａ’’、Ａ＾は事前にリソースＡとして同定されている。リソースＢ、Ｃも同様）。収集されるデータは、ＣＩ内の全てのデータであってもよいし、ＣＩ内の一部のデータであってもよい。
　ＦＣＭＤＢは、これら収集した各ＣＩを統合し、クエリ結果としてクライアントに返信する。
　また、従来技術として、以下の文献が開示されている。
特開２００１－５１８９０号公報
　従来の問題点を図２３に図示するとともに説明する。図２３に示すように特定のＭＤＲにデータが偏っている場合、そのＭＤＲにアクセスが集中する。よって、そのＭＤＲのデータ転送量が多くなり、データを多く保持するＭＤＲがボトルネックとなってしまう。ＦＣＭＤＢは、各ＭＤＲに同時にデータを取得しにいった場合でも、全てのＣＩが揃うまでクライアントにクエリ結果を返信することができず、各ＭＤＲが返すデータ量に比例して時間がかかる。
　ＦＣＭＤＢ内に全データをキャッシュとして保持させる方式ならば問題とならないが、この方式では大規模システムのデータを管理する場合はデータ量が膨大となり、対応できない。
　本発明は上述した問題点を解決するためになされたものであり、ＦＣＭＤＢとＭＤＲとの間にプロキシ（キャッシュ）層を設け、負荷を分散させることができる構成管理システム、プロキシシステム、構成管理方法を提供することを目的とする。
　構成管理システムは、リソースに関する情報を構成アイテムとして保持する複数のデータベースと、構成管理装置と、複数のプロキシ装置と、プロキシ管理装置とを備え、前記プロキシ管理装置は、前記複数のデータベースから構成アイテムをそれぞれ取得し、取得した構成アイテムをリコンサイルし、前記複数のプロキシ装置での処理がプロキシ装置ごとに分散されるように送信先のプロキシ装置を決定し、決定したプロキシ装置へリコンサイルした構成アイテムを送信し、前記プロキシ装置は、前記プロキシ管理装置から送信された構成アイテムを保持し、前記構成管理装置は、クライアントからのクエリを取得し、該クエリの結果となる構成アイテムを保持するプロキシ装置を前記複数のプロキシ装置から決定し、決定したプロキシ装置から構成アイテムを取得することを特徴とする。
　プロキシシステムは、複数のプロキシ装置と、プロキシ管理装置とを備え、前記プロキシ管理装置は、リソースに関する情報を構成アイテムとして保持する複数のデータベースから構成アイテムをそれぞれ取得し、取得した構成アイテムをリコンサイルし、前記複数のプロキシ装置での処理がプロキシ装置ごとに分散されるように送信先のプロキシ装置を決定し、決定したプロキシ装置へリコンサイルした構成アイテムを送信し、前記プロキシ装置は、前記プロキシ管理装置から送信された構成アイテムを保持し、クライアントからのクエリを取得する構成管理装置からの要求に応じた構成アイテムを前記構成管理装置へ送信することを特徴とする。
　構成管理方法は、リソースに関する情報を構成アイテムとして保持する複数のデータベースから構成アイテムをそれぞれ取得する構成アイテム取得ステップと、取得した構成アイテムをリコンサイルするリコンサイルステップと、前記複数のプロキシ装置での処理がプロキシ装置ごとに分散されるように送信先のプロキシ装置を決定する送信先プロキシ決定ステップと、決定されたプロキシ装置へリコンサイルした構成アイテムを送信する構成アイテム送信ステップと、送信された構成アイテムを前記決定されたプロキシ装置が保持する構成アイテム保持ステップと、クライアントからのクエリを取得し、該クエリの結果となる構成アイテムを保持するプロキシ装置を前記複数のプロキシ装置から決定し、決定したプロキシ装置から構成アイテムを取得する構成アイテム取得ステップと、を実行することを特徴とする。
実施の形態１の要旨を説明するための図である。 実施の形態１に係る構成管理システムの機能構成の一例ついて示す図である。 実施の形態１に係る構成管理システムの物理構成の一例について示す図である。 実施の形態１に係るＭＤＲで保持するデータの一例について示す図である。 実施の形態１に係るＭＤＲで保持するデータの一例について示す図である。 実施の形態１に係るプロキシ管理装置、ＦＣＭＤＢで保持するデータの一例について示す図である。 実施の形態１に係るプロキシ装置のデータ管理部で保持するデータの一例について示す図である。 実施の形態１に係るＭＤＲ、プロキシ管理装置、プロキシ装置、ＦＣＭＤＢの各装置間で送受信される電文データの一例について示す図である。 実施の形態１に係るリソースの新規登録が行われる際の構成管理システムの処理例を示すフローチャートである。 実施の形態１に係るリソースの新規登録が行われる際の構成管理システムの処理例を示すフローチャートである。 実施の形態１に係るクライアントからクエリが発行された際の処理例を示すフローチャートである。 実施の形態２の要旨を説明するための図である。 実施の形態２に係る構成管理システムの機能構成の一例ついて示す図である。 実施の形態２に係る構成管理システムの処理例を示すフローチャートである。 実施の形態２に係る構成管理システムの処理例を示すフローチャートである。 実施の形態３の要旨を説明するための図である。 実施の形態３に係る構成管理システムの機能構成の一例ついて示す図である。 実施の形態３に係る構成管理システムの処理例を示すフローチャートである。 実施の形態３に係る構成管理システムの処理例を示すフローチャートである。 従来の構成管理システムの構成の概略を示す図である。 構成管理システムのリコンサイル、統合の処理を説明する図である。 クライアントからの要求があった際の構成管理システムの動作について示す図である。 従来の構成管理システムの問題点について示す図である。
　（実施の形態１）
　以下、実施の形態１について図面を参照しつつ説明する。図１に、実施の形態１の要旨を説明するための図を示す。
　実施の形態１では、ＦＣＭＤＢとＭＤＲとの間にプロキシシステムを配置する。プロキシシステムは、リコンサイル、および統合した実データを保持した複数のプロキシ装置によって成る。プロキシ装置は、構成アイテム（ＣＩ）を分散保持し、ＣＩごとにデータ統合を済ませておく。ＭＤＲは従来のままの構成である。
　次に、実施の形態１の構成管理システムの機能構成の一例ついて、図２を参照しつつ説明する。
　実施の形態１の構成管理システム７００は、ＦＣＭＤＢ５０１（構成管理装置）、プロキシシステム１、および複数のＭＤＲ（ＭＤＲ２０１、ＭＤＲ２０２、ＭＤＲ２０３）（データベース）を有する。
　ＭＤＲ２０１、２０２、２０３は、リソースに関する情報を構成アイテムとして保持するデータベースである。ＭＤＲ２０１、２０２、２０３は、それぞれデータ取得サービス機能部２１、データ管理部２３を有する。データ取得サービス機能部２１は、外部システムからＩＴリソースに関するデータを取得する。データ管理部２３は、ＭＤＲ２０１、２０２、２０３のデータベース機能であり、データ取得サービス機能部２１によって取得されたデータを保存する。また、データ管理部２３は、保存されたデータをＣＩとしてプロキシシステム１内のプロキシ管理装置３００へ送信する。
　次に、プロキシシステム１内部の構成について説明する。プロキシシステム１は、プロキシ装置１０１、１０２の２台のプロキシ装置を有し、さらに、これらを管理するプロキシ管理装置３００を有する。プロキシ装置１０１、１０２は、それぞれ同等の機能を有する装置である。尚、図１および以降の図面ではプロキシ装置をＰｒｏｘｙと表記し、プロキシ管理装置をＰｒｏｘｙ　Ｍａｎａｇｅｒと表記する。
　プロキシ管理装置３００は、ＭＤＲ２０１、２０２、２０３から構成アイテムをそれぞれ取得し、取得した構成アイテムをリコンサイルする。またプロキシ管理装置３００は、プロキシ装置１０１、１０２での処理がプロキシ装置ごとに分散されるように、すなわち、プロキシ装置１０１、１０２それぞれが保持する構成アイテムの数が均等になるように送信先のプロキシ装置を決定し、決定したプロキシ装置へリコンサイルした構成アイテムを送信する。
　プロキシ管理装置３００は、データ転送部３１、データ登録サービス機能部３２、データ割当情報管理部３３を有する。データ登録サービス機能部３２は、ＭＤＲ２０１、２０２、２０３から送信されたＣＩを受信する。データ割当情報管理部３３は、データ登録サービス機能部３２によって受信されたＣＩをリコンサイルする。また、データ割当情報管理部３３は、データ割当先のプロキシ装置を決定する。データ転送部３１は、ＣＩを指定されたプロキシ装置（割当てられたプロキシ装置）に転送する。
　プロキシ装置１０１、１０２は、プロキシ管理装置３００から送信された構成アイテムを保持し、ＦＣＭＤＢ５０１からの要求に応じたＣＩをＦＣＭＤＢ５０１へ送信する。
　プロキシ装置１０１、１０２は、それぞれデータ取得サービス機能部１１、データ登録サービス機能部１２、データ管理部１３を有する。データ登録サービス機能部１２は、プロキシ管理装置３００からのＣＩを受信する。データ管理部１３は、データ登録サービス機能部１２によって受信されたＣＩを保存するデータベース機能であり、また、データ取得サービス機能部１１によって取得されたＦＣＭＤＢ３００からのデータ要求に基づき、要求されたＣＩをＦＣＭＤＢ３００に返信する。データ取得サービス機能部１１は、ＦＣＭＤＢ５０１からのデータ要求を取得する。
　ＦＣＭＤＢ５０１は、クライアント６００からのクエリを取得し、クエリの結果となる構成アイテムを保持するプロキシ装置を、プロキシ装置１０１、１０２のうちから決定する。またＦＣＭＤＢ５０１は、決定したプロキシ装置からＣＩを取得し、クエリ結果としてクライアント６００へ取得したＣＩを送信する。
　ＦＣＭＤＢ５０１は、データ取得サービス機能部５１、データ登録サービス機能部５２、データ管理部５３、データマッピング情報管理部５４を備える。
　データ取得サービス機能部５１は、クライアント６００からクエリを受け取る。またクエリ結果をクライアント６００に返す。データ登録サービス機能部５２は、データ登録の際、プロキシシステム１からＣＩの一部を受信する。データ管理部５３は、ＦＣＭＤＢ５０１のデータベース機能であり、データ登録サービス機能部５２によって受信されたＣＩの一部をＤＢに保持する。また、データマッピング情報管理部５４は、ＣＩとプロキシシステム１内の各プロキシ装置１０１、１０２との割当情報を記憶部に保存する。
　次に、構成管理システム７００の物理構成について、図３を参照しつつ説明する。構成管理システム７００は、管理対象ＩＴシステム６０１のシステム構成情報を管理するものであり、構成管理システム７００内のＭＤＲ２０１、２０２、２０３、プロキシ装置１０１、１０２、プロキシ管理装置３００、ＦＣＭＤＢ５０１は運用管理系ネットワーク８００を介して互いに接続しており、互いにデータ通信を行っている。また、ＭＤＲ２０１、２０２、２０３、プロキシ装置１０１、１０２、プロキシ管理装置３００、ＦＣＭＤＢ５０１は、少なくともＣＰＵ（Central Processing Unit）、揮発性、不揮発性な記憶装置、通信用インターフェイスを有するサーバ（コンピュータ）であり、図２で示した各機能ブロックは、記憶装置内に保持されているプログラムがＣＰＵ、記憶装置、通信用インターフェイス等のハードウェア資源と協働することで実現される。
　ここで、構成管理システム７００内で保持され、使用される各種データを図４から図７に示す。
　まず、ＭＤＲ２０１、２０２、２０３内に保持されている各種データについて図４、図５を用いて説明する。尚、ＭＤＲ２０１、２０２、２０３は、図４、図５で示すように各種データをＤＢに保持する。
　ＭＤＲ２０１は、図４（Ａ）に示すように、管理対象ＩＴシステム６０１内の各リソースごとに、各リソースの設計情報を保持する。実施の形態１では、ＭＤＲ２０１は、ＣＩタイプとして各リソース（サーバ）のＩＤを保持し、さらにＣＩタイプごとに、ＩＰアドレス、リソースの名前、型番の各プロパティ、およびその値を保持するものとする。尚、ｓｖ１、ｓｖ２、・・・等のＣＩタイプは、ＭＤＲ２０１内のみで通用するローカルＩＤである。
　ＭＤＲ２０２は、図４（Ｂ）に示すように、管理対象ＩＴシステム６０１内の各リソースごとに、各リソースの性能情報を保持する。実施の形態１では、ＭＤＲ２０２は、ＣＩタイプとして各リソース（サーバ）のＩＤを保持し、さらにＣＩタイプごとに、ＩＰアドレス、ロードアベレージ、平均ＣＰＵ使用率の各プロパティ、およびその値を保持するものとする。尚、ｍｄｒ２＿ｉｄｌ、ｍｄｒ２＿ｉｄ２、・・・等のＣＩタイプは、ＭＤＲ２０２内のみで通用するローカルＩＤである。
　ＭＤＲ２０３は、図５に示すように、管理対象ＩＴシステム６０１内の各リソースごとに、各リソースの構成情報を保持する。実施の形態１では、ＭＤＲ２０３は、ＣＩタイプとして各リソース（サーバ）のＩＤ（サーバ１、サーバ２、スイッチ１等）を保持し、さらにＣＩタイプがサーバである場合は、ＩＰアドレス、機器の名前、ＣＰＵクロック周波数、ディスク容量、ステータスの各プロパティおよび値を保持し、ＣＩタイプがスイッチである場合、ＩＰアドレス、機器の名前、型番、ポート数、ステータスの各プロパティおよび値を保持する。さらに、ＭＤＲ２０３は、ＣＩタイプがストレージである場合、ＩＰアドレス、機器の名前、ディスク容量、ディスク使用量、ステータスの各プロパティおよび値を保持する。尚、サーバ１、サーバ２、スイッチ１、・・・等のＣＩタイプは、ＭＤＲ２０３内のみで通用するローカルＩＤである。
　ＭＤＲ２０１、２０２、２０３内で保持されている各ＣＩで、共通するプロパティはＩＰアドレスであるため、実施の形態１ではＩＰアドレスが共通プロパティとする。
　次に、プロキシ管理装置３００、ＦＣＭＤＢ５０１で保持されるデータを図６に示す。
　まず、プロキシ管理装置３００のデータ割当情報管理部３３内で管理されている各種データを図６（Ａ）に示す。データ割当情報管理部３３は、ＣＩタイプごとに割当先プロキシ、共通プロパティの種別および共通プロパティの値を保持することで、当該ＣＩタイプとプロキシ装置との割り当てがなされている。
　ＦＣＭＤＢ５０１のデータ管理部５３は、ＣＩタイプ（グローバルＩＤ）、共通プロパティの種別およびその値をそれぞれ対応付けて保持する（図６（Ｂ）参照）。また、ＦＣＭＤＢ５０１のデータマッピング情報管理部５４は、ＣＩ（グローバルＩＤ）と、プロキシ装置およびプロキシ装置内で管理するためのローカルＩＤとの対応関係が保持されている（図６（Ｃ）参照）。
　次に、プロキシ装置１０１、１０２のデータ管理部１３で保持される各データについて図７を参照しつつ説明する。尚、図７（Ａ）にプロキシ装置１０１が保持するデータを示し、図７（Ｂ）にプロキシ装置１０２が保持するデータを示す。
　データ管理部１３は、ｌｉｄ０００１、ｌｉｄ０００２、ｓｖｒ１、・・・等のＣＩタイプごとに、プロパティ種別およびプロパティの値が保持する。なお、プロパティ種別、プロパティの値は、ＭＤＲ２０１、２０２、２０３の各データが統合されたものとなっている。また、ｌｉｄ０００１、ｌｉｄ０００２、・・・は、各プロキシ装置内のみで通用するローカルＩＤである。
　図８に、ＭＤＲ２０１、プロキシ管理装置３００、プロキシ装置１０１、ＦＣＭＤＢ５０１の各装置間で送受信される電文データを示す。図８に示すように、送受信される電文は所定のタグが付与されたフォーマットとなる。
　まず、データが新規に登録される際のＭＤＲ２０１からプロキシ管理装置３００までの間、およびプロキシ管理装置３００からプロキシ装置１０１までの間で送受信される電文フォーマットの例を図８（Ａ）に示す。ＭＤＲ２０１でデータが登録された際、ＭＤＲ２０１は、ＭＤＲ２０１内のローカルＩＤ、および少なくとも共通プロパティを含んだ各種プロパティの値を所定のタグを付与してプロキシ管理装置３００へ送信する。プロキシ管理装置３００は、受信した電文内の共通プロパティ（実施の形態１ではＩＰアドレス）、およびデータ割当情報管理部３３内で保持された対応関係に基づき割当先のプロキシ装置を特定し、当該プロキシ装置（本例ではプロキシ装置１０１）へ受信した電文をそのまま送信する。
　電文を受信したプロキシ装置１０１は、共通プロパティの値、およびプロキシ装置１０１内のローカルＩＤを、所定のタグを付与した状態の電文、すなわち図８（Ｂ）に例示する状態の電文をＦＣＭＤＢ５０１に送信する。プロキシ装置１０１は、新規登録の場合、新規のローカルＩＤを付与してＦＣＭＤＢ５０１に送信する電文を作成し、ＦＣＭＤＢ５０１に送信する。尚、送信された電文内の共通プロパティが既にデータ管理部１３内に登録されている場合（すなわち、新規登録でない場合）、対応したローカルＩＤを付与してＦＣＭＤＢ５０１に送信する電文を作成し、ＦＣＭＤＢ５０１に送信する。もしくは、新規登録でない場合、ＦＣＭＤＢ５０１内で既に登録されているため送信しなくてもよい。
　一方、電文を受信したＦＣＭＤＢ５０１は、グローバルＩＤを生成し、作成したグローバルＩＤ、電文内のローカルＩＤ、送信元のプロキシ装置（本例ではプロキシ装置１０１）との対応を作成し、データマッピング情報管理部５４に保持させる（図６（Ｃ）も参照）。また、ＦＣＭＤＢ５０１は、データ管理部５３にもグローバルＩＤ、共通プロパティ値の対応を保持させる（図６（Ｂ）も参照）。
　次に、クライアント６００からクエリ要求が発生した際、そのクエリ結果としてプロキシ装置１０１からＦＣＭＤＢ５０１へ送信される電文フォーマットの例を図８（Ｃ）に示す。例えば、クライアント６００からＩＰアドレスが１９２．１６８．０．１に関するクエリが発行された場合（またはグローバルＩＤを指定したクエリが発行されてもよい）、プロキシ装置１０１は、データ管理部１３によって保持されているプロパティ、およびプロパティの値に所定タグを付与し、クエリ結果としてＦＣＭＤＢ５０１へ送信する。
　図８の例では、ＭＤＲ２０１、プロキシ管理装置３００、プロキシ装置１０１、ＦＣＭＤＢ５０１の各装置間で送受信される電文データに関して説明したが、ＭＤＲ２０２、２０３、プロキシ装置１０２に関しても同様である。
　図９、図１０は、リソースの新規登録が行われる際の構成管理システム７００の処理を示したフローチャートである。図９、図１０を参照しつつ、構成管理システム７００の動作について説明する。以降で図示するフローチャートにおいて、カッコ内に表記された、各装置内の機能部が当該ステップを実施するものとする。例えば、たとえ同名の機能部であっても、Ｓ４の「（データ登録サービス機能部）」の表記は、プロキシ管理装置３００のデータ登録サービス機能部３２がＳ４を実行することを意味し、またＳ８の「（データ登録サービス機能部）」の表記は、プロキシ装置１０１（またはプロキシ装置１０２）のデータ登録サービス機能部１２がＳ８を実行することを意味する。また、以降の文中では、説明を容易にするため各装置が動作の主体となるよう記載するが、実際の動作は、図中のカッコ内に表記された機能部の機能が発揮されることで実現される。
　また、以降のフローチャートに基づく説明に関しては、ＦＣＭＤＢ５０１、プロキシ装置１０１、プロキシ管理装置３００、ＭＤＲ２０１間での処理として説明するが、プロキシ装置１０２、ＭＤＲ２０２、２０３でも同様処理である。
　ＭＤＲ２０１は、ユーザまたは外部システムから管理対象ＩＴシステム６０１を構成する各リソースのデータを取得する（Ｓ１）。またＭＤＲ２０１は、図４（Ａ）に示すような構成として取得されたデータを保持し（Ｓ２）、ＣＩ（ＣＩタイプ、およびプロパティ種別、プロパティの値）をプロキシ管理装置３００へ送信する（Ｓ３）。
　プロキシ管理装置３００は、ＣＩをＭＤＲ２０１から受信し（Ｓ４）、リコンサイルする（Ｓ５）。その後、プロキシ管理装置３００は、データ割当情報管理部３３にて保持されているテーブルに基づきデータ割当先のプロキシ装置を決定する（Ｓ６）。尚、共通プロパティが新規のものである場合、プロキシ管理装置３００は、データ割当が均一になるように、ＣＩの数が均等になるようにラウンドロビンさせることでプロキシ装置を決定し、テーブルに対応関係を登録する。
　プロキシ管理装置３００は、Ｓ６にて決定されたプロキシ装置（例えばプロキシ装置１０１）にＣＩデータを転送する（Ｓ７）。
　プロキシ装置１０１は、ＣＩデータを受信し（Ｓ８）、データを保存する（Ｓ９）。尚、Ｓ９でデータが統合される。ここでの保存形式は、図７（Ａ）に示したとおりである。また、プロキシ装置１０１は、ＣＩデータの一部（ローカルＩＤと共通プロパティ）をＦＣＭＤＢ５０１へ送信する（Ｓ１０）。
　ＦＣＭＤＢ５０１は、ＣＩデータの一部を受信し（Ｓ１１）、受信したデータを図６（Ｂ）に示したとおりに保存し（Ｓ１２）、さらに、ＣＩとプロキシ装置との割当情報を図６（Ｃ）に示したように保存する（Ｓ１３）。
　次に、クライアント６００からクエリが発行された際の処理について、図１１のフローチャートを参照しつつ説明する。
　ＦＣＭＤＢ５０１は、クライアント６００から発行されたクエリを取得し（Ｓ２１）、当該クエリに対する結果が自身のデータベース内に保持されている場合（尚、実施の形態１では、ＣＩの一部のプロパティに関しては、ＦＣＭＤＢ５０１内に保持されているものとする）、当該データをデータ管理部５３から取得する（Ｓ２２）。ここで、クエリ結果として送信すべき全てのデータが揃った場合（Ｓ２３、Ｙｅｓ）、ＦＣＭＤＢ５０１はクエリ結果をクライアント６００へ返信し（Ｓ２４）、処理は終了する。
　一方、データが揃っていない場合（Ｓ２３、Ｎｏ）、ＦＣＭＤＢ５０１は不足データを保持するプロキシ装置を、データマッピング情報管理部５４にて保存されているテーブルに基づき決定し（Ｓ２５）、決定されたプロキシ装置（例えばプロキシ装置１０１が決定されたとする）に対し不足データを要求する（Ｓ２６）。
　プロキシ装置１０１は、データ要求を取得し（Ｓ２７）、データ管理部１３で保持されたデータをＦＣＭＤＢ５０１に返信する（Ｓ２８）。
　ＦＣＭＤＢ５０１は、返信されたデータを取得し（Ｓ２２）、再度データが揃ったかを判定する（Ｓ２３）。ここでデータが全て揃った場合（Ｓ２３、Ｙｅｓ）、クエリ結果をクライアント６００へ返信し（Ｓ２４）、処理は終了する。一方、データが揃っていない場合（Ｓ２３、Ｎｏ）、他のプロキシ装置に対するＳ２５からＳ２８の処理が実行される。
　実施の形態１のように、ＦＣＭＤＢとＭＤＲとの間に、リコンサイル、統合したデータをＣＩ単位で分散保持するプロキシ装置を複数配備すことで、プロキシ層でデータ分散することができる。
　（実施の形態２）
　実施の形態１では、ラウンドロビンによって同じ数のＣＩが各プロキシ装置内に配置されるものとしたが、例えば一部のＣＩに関してのクエリが頻発する場合、当該ＣＩが配置されたプロキシ装置はアクセス過多となり、パフォーマンスも低下する。実施の形態２では、一部のＣＩに関してクエリが頻発する場合でも、負荷分散が可能な構成管理システムを提示する。
　図１２に、実施の形態２での概要の一例を示す。例えばＡ、ＢのＣＩに対するアクセスが過多である場合、実施の形態２のプロキシシステムは、アクセス過多であるプロキシ装置内の、Ａ、Ｂ以外のＣＩを他のプロキシ装置へ再配置する。このようにすることで、プロキシ装置が実行する処理の負荷分散を行うことができる。
　図１３に、実施の形態２における構成管理システムの機能ブロックを示す。構成管理システム７０１のプロキシシステム２は、プロキシ装置１１１、１１２、およびプロキシ管理装置３１０を有する。プロキシ管理装置３１０は、負荷分散管理部３４を有し、プロキシ装置１１１、１１２は、負荷情報管理部１４をそれぞれ有する。
　プロキシ管理装置３１０内の負荷分散管理部３４は、各プロキシ装置内の負荷情報管理部１４に対し、負荷情報（例えば保持しているＣＩごとのデータ量、ＣＩごとのデータ転送量、ＣＰＵ使用率、アクセス負荷、等）の収集指示を送信する。また、プロキシ管理装置３１０内の負荷分散管理部３４は、各プロキシ装置内の負荷情報管理部１４によって収集された負荷情報を受信し、各プロキシ装置の負荷情報に基づきＣＩのデータ分配を調整し、各プロキシ装置に対し、ＣＩデータの移動を指示する。
　各プロキシ装置内の負荷情報管理部１４は、プロキシ管理装置３１０内の負荷分散管理部３４からの収集指示を取得し、自己の負荷情報を収集し、負荷分散管理部３４へ収集した負荷情報を送信する。
　尚、上記以外でも、実施の形態２におけるプロキシ装置１１１、１１２、およびＦＣＭＤＢ５０１内の各機能部は、ＣＩを再配置する際の処理が付加されている。付加された機能については、以降のフローチャートにて説明する。
　実施の形態２に係る構成管理システム７０１の処理について、図１４、図１５のフローチャートを参照しつつ説明する。
　プロキシ管理装置３１０は、例えばクライアント６００からの指示に基づき、または、構成管理システム７０１がユーザによって使用されない時刻や一定の時間間隔等、ユーザによって事前に設定された時刻や時間間隔で負荷情報の収集をプロキシ装置１１１、１１２に対し指示する（Ｓ３１）。プロキシ装置１１１、１１２は、負荷情報収集の指示によって自己の負荷情報をそれぞれ収集し（Ｓ３２、Ｓ３３）、負荷情報をプロキシ管理装置３１０に通知する（Ｓ３４、Ｓ３５）。
　プロキシ管理装置３１０は、各プロキシ装置の負荷情報に基づき、データ配分を調整する（Ｓ３６）。負荷情報が例えばＣＩごとのデータ転送量であるとすると、プロキシ管理装置３１０は、データ転送量の総量をプロキシ装置の数で除算することでデータ転送量の平均値を算出し、各プロキシ装置のデータ転送量がそれぞれ平均値近傍になるようにＣＩの配置を調整する。また、プロキシ管理装置３１０は、各プロキシ装置のマシンスペックが異なる場合は、このことも考慮する。例えばＣＰＵのスペックが各プロキシ装置毎に異なる場合、プロキシ管理装置３１０はＣＰＵのスペック（例えば周波数）でデータ転送量の総量を按分してもよい。調整方法は、上述以外でも様々な手法が考えられる。
　プロキシ管理装置３１０は、プロキシ装置１１１、プロキシ装置１１２に対してＣＩの移動を指示する（Ｓ３７）。尚、プロキシ装置１１１、１１２に送信される指示電文には、いずれのＣＩを移動させるかの情報も含まれる。以降、プロキシ装置１１１内のＣＩがプロキシ装置１１２に移動するものとして説明する。
　プロキシ装置１１１は、プロキシ管理装置３１０からの移動指示によって、移動対象となるＣＩをプロキシ装置１１２へ送信する（Ｓ３８）。その後、プロキシ装置１１１は、保持している送信したＣＩを削除する（Ｓ３９）。ＦＣＭＤＢ５０１は、例えばプロキシ装置１１１からの指示によって、ＣＩとプロキシ装置との割当を解除する（Ｓ４０）。
　一方、プロキシ装置１１２は、プロキシ装置１１１から送信されたＣＩを受信し（Ｓ４１）、送信されたＣＩを自己のＣＩとするため保存する（Ｓ４２）。その後、プロキシ装置１１２は、必要に応じ保存したＣＩにローカルＩＤを付与し、ＣＩの一部（共通プロパティとローカルＩＤ）をＦＣＭＤＢ５０１へ送信する（Ｓ４３）。
　ＦＣＭＤＢ５０１は、プロキシ装置１１２から送信されたＣＩの一部を受信し（Ｓ４４）、受信したＣＩの一部を保存する（Ｓ４５）。その後、ＦＣＭＤＢ５０１は、移動対象であるＣＩとプロキシ装置１１２との割当情報を保存する（Ｓ４６）。
　このように、負荷分散機能を設けることで、アクセスパターンに偏りがあるような場合に、負荷状況に応じてデータを再分散することができる。これにより、構成管理システム７０１は、ユーザに対しさらに高速にデータの提供をすることができる。
（実施の形態３）
　実施の形態３では、プロキシシステムでデータバックアップの版数管理を行う構成管理システムについて説明する。従来は、ＦＣＭＤＢ単独で、もしくは各ＭＤＲでそれぞれバックアップの版数を管理していたが、ＦＣＭＤＢに、もしくは特定のＭＤＲに負荷が集中するという問題がある。実施の形態３による構成管理システムは、プロキシシステム内で版数管理を行うことができ、負荷を均等に分散する可能となる。
　図１６に、実施の形態３での概要の一例を示す。図１６の例では現状のバージョン（版数）が９であるとすると（図１６では、バージョンｎをｖｎと表記）、一つ前のバージョン８は、バージョン４とバージョン７とをマージすることで成る。実施の形態３の構成管理システムは、プロキシシステム内の装置それぞれが異なるタイミングでバックアップを行うのではなく、同時に行うため、負荷分散とともに各バージョンの不一致によるデータの不整合を防ぐことができる。
　図１７に、実施の形態３における構成管理システムの機能ブロックを示す。構成管理システム７０２は、ＦＣＭＤＢ５２１、プロキシシステム３を有する。ＦＣＭＤＢ５２１は、版数管理部５５を有する。
　版数管理部５５は、ＦＣＭＤＢ５２１内の各機能部や、プロキシシステム３への版数処理開始の指示を出し、版数処理が終了した場合にクライアント６００へ処理終了を通知する。
　構成管理システム７０２のプロキシシステム３は、プロキシ装置１２１、１２２、およびプロキシ管理装置３２０を有する。プロキシ管理装置３２０は、版数管理部３５を有し、版数管理部３５は、ＦＣＭＤＢ５２１から版数データ（採番された番号のデータ）を受け付け、プロキシ管理装置３２０内のデータ割当情報管理部３３に、現状のデータと前の版数のデータとの差分を保存させる。プロキシ装置１２１、１２２は、版数管理部１５をそれぞれ有し、版数管理部１５は、ＦＣＭＤＢ５２１から版数データを受け付け、プロキシ装置１２１、１２２内のデータ管理部１３に、現状のデータと前の版数のデータとの差分を保存させる。
　尚、上記以外でも、実施の形態３におけるプロキシ装置１２１、１２２、プロキシ管理装置３２０、およびＦＣＭＤＢ５２１内の各機能部は、版数管理を行う際の処理が付加されている。付加された機能については、以降のフローチャートにて説明する。
　実施の形態３の構成管理システム７０２の処理について、図１８、図１９のフローチャートを参照しつつ説明する。
　ＦＣＭＤＢ５２１は、例えばクライアント６００からの版数処理開始の指示を受け、版数処理開始の通知をプロキシ装置１２１、１２２、およびプロキシ管理装置３２０へ通知する（Ｓ５１）。またＦＣＭＤＢ５２１は、クライアント６００からのリクエスト受付を停止する（Ｓ５２）。
　通知を受けたプロキシ管理装置３２０は、ＭＤＲからのリクエスト受付を停止し、停止完了の通知をＦＣＭＤＢ５２１へ行う（Ｓ５４）。またプロキシ装置１２１、１２２は、プロキシ管理装置３２０からのリクエスト受付を停止し、停止完了の通知をＦＣＭＤＢ５２１へ行う（Ｓ５３）。
　停止完了の通知を受けたＦＣＭＤＢ５２１は、版数を採番し（Ｓ５５）、プロキシ装置１２１、１２２、およびプロキシ管理装置３２０へ採番した版数データを通知することで版数アップの指示を行う（Ｓ５６）。その後、ＦＣＭＤＢ５２１は、データマッピング情報（図６（Ｃ）で示したデータ）の差分データ（一つ前の版数のデータと現状のデータとの差分データ。以下同様。）を保存する（Ｓ５７）。また、ＦＣＭＤＢ５２１は、管理データ（図６（Ｂ）で示したデータ）の差分データを保存する（Ｓ５８）。
　一方、プロキシ管理装置３２０は、版数データを受信し（Ｓ６１）、データ割当情報（図６（Ａ）で示したデータ）の差分データを保存し、保存が完了した際にＦＣＭＤＢ５２１へ完了通知を行う（Ｓ６２）。またプロキシ装置１２１、１２２は、版数データを受信し（Ｓ５９）、管理データ（図７で示したデータ）の差分データを保存し、保存が完了した際にＦＣＭＤＢ５２１へ完了通知を行う（Ｓ６０）。
　尚、Ｓ５７、Ｓ５８、Ｓ６０、Ｓ６２の各処理によって保存されるデータには、Ｓ５５で採番された番号が付与される。
　Ｓ５７、Ｓ５８、Ｓ６０、Ｓ６２の各処理が終了した場合、ＦＣＭＤＢ５２１は、プロキシ装置１２１、１２２、およびプロキシ管理装置３２０へ版数処理完了の通知を行う（Ｓ６３）。その後、ＦＣＭＤＢ５２１は、クライアント６００からのリクエスト受付を開始する（Ｓ６４）。
　版数処理完了の通知を受けたプロキシ装置１２１、１２２は、プロキシ管理装置３２０からのリクエスト受付を再開する（Ｓ６５）。また、プロキシ管理装置３２０は、ＭＤＲからのリクエスト受付を再開する（Ｓ６６）。
　上述の実施の形態による構成管理システムは、以下の効果を奏することができる。
　上述の実施の形態による構成管理システムは、ＣＭＤＢの特徴を活かしたプロキシシステムが配置されることで、データを均等に配置できる。また、上述の実施の形態による構成管理システムは、アクセスを分散させることができる。
　上述の実施の形態による構成管理システムは、同一ＣＩデータを集約済み（リコンサイルおよびデータ統合）とすることができるため、データ取得が効率化される。
　上述の実施の形態による構成管理システムのように、プロキシシステムに動的負荷分散機能を実装することで、利用状況に応じてプロキシ装置間で動的にデータを再分散できる。
　構成管理システムに版数管理機能を実装することで、データが均等に分散されているため、版数管理処理も均等化され、全体として版数アップ処理が高速化される。
　構成管理システム内にプロキシ層であるプロキシシステムを設け、データを均等に配置することで、負荷を分散させ、処理の高速化を図ることができる。

Claims (12)

  1. 　リソースに関する情報を構成アイテムとして保持する複数のデータベースと、
    　構成管理装置と、
    　複数のプロキシ装置と、
    　プロキシ管理装置とを備え、
    　前記プロキシ管理装置は、前記複数のデータベースから構成アイテムをそれぞれ取得し、取得した構成アイテムをリコンサイルし、前記複数のプロキシ装置での処理がプロキシ装置ごとに分散されるように送信先のプロキシ装置を決定し、決定したプロキシ装置へリコンサイルした構成アイテムを送信し、
    　前記プロキシ装置は、前記プロキシ管理装置から送信された構成アイテムを保持し、
    　前記構成管理装置は、クライアントからのクエリを取得し、該クエリの結果となる構成アイテムを保持するプロキシ装置を前記複数のプロキシ装置から決定し、決定したプロキシ装置から構成アイテムを取得する構成管理システム。
  2. 　請求項１に記載の構成管理システムにおいて、
    　前記プロキシ管理装置は、前記複数のプロキシ装置それぞれが保持する構成アイテムの数が均等になるように送信先のプロキシ装置を決定することで、前記複数のプロキシ装置での処理が分散されるように送信先のプロキシ装置を決定することを特徴とする構成管理システム。
  3. 　請求項１に記載の構成管理システムにおいて、さらに、
    　前記プロキシ管理装置は、前記複数のプロキシ装置からプロキシ装置それぞれの負荷情報を取得し、取得した負荷情報に基づき前記複数のプロキシ装置それぞれの負荷が均等になるように、前記複数のプロキシ装置内で保持されている構成アイテムの移動指示を前記複数のプロキシ装置へ送信し、
    　前記複数のプロキシ装置は、前記移動指示に基づき保持している構成アイテムを互いに送受信することを特徴とする構成管理システム。
  4. 　請求項１に記載の構成管理システムにおいて、さらに、
    　前記構成管理装置は、バックアップの版数を決定し、前記プロキシ管理装置、前記複数のプロキシ装置へ前記版数の情報を送信するとともに、自己が保持する前記複数のプロキシ装置に関するデータを前記版数でバックアップし、
    　前記プロキシ管理装置は、自己が保持する前記複数のプロキシ装置に関するデータを前記版数でバックアップし、
    　前記複数のプロキシ装置それぞれは、自己が保持する構成アイテムを前記版数でバックアップすることを特徴とする構成管理システム。
  5. 　複数のプロキシ装置と、
    　プロキシ管理装置とを備え、
    　前記プロキシ管理装置は、リソースに関する情報を構成アイテムとして保持する複数のデータベースから構成アイテムをそれぞれ取得し、取得した構成アイテムをリコンサイルし、前記複数のプロキシ装置での処理がプロキシ装置ごとに分散されるように送信先のプロキシ装置を決定し、決定したプロキシ装置へリコンサイルした構成アイテムを送信し、
    　前記プロキシ装置は、前記プロキシ管理装置から送信された構成アイテムを保持し、クライアントからのクエリを取得する構成管理装置からの要求に応じた構成アイテムを前記構成管理装置へ送信するプロキシシステム。
  6. 　請求項５に記載の構成管理システムにおいて、
    　前記プロキシ管理装置は、前記複数のプロキシ装置それぞれが保持する構成アイテムの数が均等になるように送信先のプロキシ装置を決定することで、前記複数のプロキシ装置での処理が分散されるように送信先のプロキシ装置を決定することを特徴とするプロキシシステム。
  7. 　請求項５に記載のプロキシシステムにおいて、さらに、
    　前記プロキシ管理装置は、前記複数のプロキシ装置からプロキシ装置それぞれの負荷情報を取得し、取得した負荷情報に基づき前記複数のプロキシ装置それぞれの負荷が均等になるように、前記複数のプロキシ装置内で保持されている構成アイテムの移動指示を前記複数のプロキシ装置へ送信し、
    　前記複数のプロキシ装置は、前記移動指示に基づき保持している構成アイテムを互いに送受信することを特徴とする構成管理システム。
  8. 　請求項５に記載の構成管理システムにおいて、さらに、
    　前記プロキシ管理装置は、自己が保持する前記複数のプロキシ装置に関するデータを前記構成管理装置から送信された版数でバックアップし、
    　前記複数のプロキシ装置それぞれは、自己が保持する構成アイテムを前記版数でバックアップすることを特徴とする構成管理システム。
  9. 　リソースに関する情報を構成アイテムとして保持する複数のデータベースから構成アイテムをそれぞれ取得する構成アイテム取得ステップと、
    　取得した構成アイテムをリコンサイルするリコンサイルステップと、
    　前記複数のプロキシ装置での処理がプロキシ装置ごとに分散されるように送信先のプロキシ装置を決定する送信先プロキシ決定ステップと、
    　決定されたプロキシ装置へリコンサイルした構成アイテムを送信する構成アイテム送信ステップと、
    　送信された構成アイテムを前記決定されたプロキシ装置が保持する構成アイテム保持ステップと、
    　クライアントからのクエリを取得し、該クエリの結果となる構成アイテムを保持するプロキシ装置を前記複数のプロキシ装置から決定し、決定したプロキシ装置から構成アイテムを取得する構成アイテム取得ステップと、
    　を実行する構成管理方法。
  10. 　請求項９に記載の構成管理方法において、
    　前記送信先プロキシ決定ステップは、前記複数のプロキシ装置それぞれが保持する構成アイテムの数が均等になるように送信先のプロキシ装置を決定することで、前記複数のプロキシ装置での処理が分散されるように送信先のプロキシ装置を決定することを特徴とする構成管理方法。
  11. 　請求項９に記載の構成管理方法において、さらに、
    　前記複数のプロキシ装置からプロキシ装置それぞれの負荷情報を取得する負荷情報取得ステップと、
    　取得した負荷情報に基づき前記複数のプロキシ装置それぞれの負荷が均等になるように、前記複数のプロキシ装置内で保持されている構成アイテムの移動指示を前記複数のプロキシ装置へ送信する移動指示送信ステップと、
    　前記移動指示に基づき前記複数のプロキシ装置が保持している構成アイテムを、前記複数のプロキシ装置間で送受信する構成アイテム送受信ステップと、
    　を実行することを特徴とする構成管理方法。
  12. 　請求項９に記載の構成管理方法において、さらに、
    　バックアップの版数を決定する版数決定ステップと、
    　前記複数のプロキシ装置に関するデータを前記版数でバックアップし、前記複数のプロキシ装置それぞれが保持する構成アイテムを前記版数でバックアップするバックアップステップと、
    　を実行することを特徴とする構成管理方法。
PCT/JP2008/073390 2008-12-24 2008-12-24 構成管理システム、プロキシシステム、構成管理方法 Ceased WO2010073316A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP08879112.4A EP2372568A4 (en) 2008-12-24 2008-12-24 CONFIGURATION MANAGEMENT SYSTEM, PROXY SYSTEM AND CONFIGURATION MANAGEMENT PROCESS
PCT/JP2008/073390 WO2010073316A1 (ja) 2008-12-24 2008-12-24 構成管理システム、プロキシシステム、構成管理方法
JP2010543657A JP5459222B2 (ja) 2008-12-24 2008-12-24 構成管理システム、プロキシシステム、構成管理方法
US13/067,736 US8843511B2 (en) 2008-12-24 2011-06-22 Configuration management system, proxy system, and configuration management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2008/073390 WO2010073316A1 (ja) 2008-12-24 2008-12-24 構成管理システム、プロキシシステム、構成管理方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/067,736 Continuation US8843511B2 (en) 2008-12-24 2011-06-22 Configuration management system, proxy system, and configuration management method

Publications (1)

Publication Number Publication Date
WO2010073316A1 true WO2010073316A1 (ja) 2010-07-01

Family

ID=42286985

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2008/073390 Ceased WO2010073316A1 (ja) 2008-12-24 2008-12-24 構成管理システム、プロキシシステム、構成管理方法

Country Status (4)

Country Link
US (1) US8843511B2 (ja)
EP (1) EP2372568A4 (ja)
JP (1) JP5459222B2 (ja)
WO (1) WO2010073316A1 (ja)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2478821A (en) * 2010-03-17 2011-09-21 Fujitsu Ltd Searching configuration information in a distributed configuration management system using duplicates
JP2012185740A (ja) * 2011-03-07 2012-09-27 Ricoh Co Ltd レポート作成装置、レポート作成システム、レポート作成方法、レポート作成プログラム及び記憶媒体
JP2012198642A (ja) * 2011-03-18 2012-10-18 Fujitsu Ltd 情報処理プログラム、情報処理装置および情報処理方法
US8484169B2 (en) 2010-12-13 2013-07-09 Fujitsu Limited Configuration information management device, computer-readable storage medium, and configuration information management method

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8682846B2 (en) * 2011-09-09 2014-03-25 Hewlett-Packard Development Company, L.P. Content item reconciliation
WO2016043041A1 (ja) * 2014-09-19 2016-03-24 株式会社ａＬａｂ デバイスプロキシ装置及びその制御方法
US10210205B1 (en) 2014-12-31 2019-02-19 Servicenow, Inc. System independent configuration management database identification system
US10459753B2 (en) * 2017-05-26 2019-10-29 Cognizant Technology Solutions India Pvt. Ltd. System and method for agent based centralized and efficient transaction recordings for service virtualization
WO2020002249A1 (en) * 2018-06-27 2020-01-02 Signify Holding B.V. Bi-directional commissioning for low-power wireless network devices

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001051890A (ja) 1999-08-10 2001-02-23 Toshiba Corp 仮想分散ファイルサーバシステム
JP2004302918A (ja) * 2003-03-31 2004-10-28 Hitachi Ltd 負荷分散方法及びその実施システム並びにその処理プログラム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0869404A (ja) * 1994-08-29 1996-03-12 Fujitsu Ltd データのバックアップ方法及びそれを利用したデータ処理装置
CA2159269C (en) * 1995-09-27 2000-11-21 Chaitanya K. Baru Method and apparatus for achieving uniform data distribution in a parallel database system
US20020069241A1 (en) * 2000-12-06 2002-06-06 Girija Narlikar Method and apparatus for client-side proxy selection
US7171681B1 (en) * 2001-01-31 2007-01-30 Secure Computing Corporation System and method for providing expandable proxy firewall services
US20070294237A1 (en) * 2006-06-13 2007-12-20 Mariam John Enterprise-Wide Configuration Management Database Searches

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001051890A (ja) 1999-08-10 2001-02-23 Toshiba Corp 仮想分散ファイルサーバシステム
JP2004302918A (ja) * 2003-03-31 2004-10-28 Hitachi Ltd 負荷分散方法及びその実施システム並びにその処理プログラム

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"ITIL Base no Kosei Kanri o Shien suru Togo CMDB Gijutsu Kizon DB o Kasoteki ni Togo shite System o Mieru Ka", FUJITSU, 1 October 2008 (2008-10-01), XP008153437, Retrieved from the Internet <URL:http://jp.fujitsu.com/ about/journal/technology/20081001> [retrieved on 20090129] *
"The Federated CMDB Vision", 25 January 2007 (2007-01-25), XP008149783, Retrieved from the Internet <URL:http://www.cmdbf. org/CMDB-Federation-white-paper-vision-v1.0.pdf> [retrieved on 20090129] *
See also references of EP2372568A4 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2478821A (en) * 2010-03-17 2011-09-21 Fujitsu Ltd Searching configuration information in a distributed configuration management system using duplicates
US9183264B2 (en) 2010-03-17 2015-11-10 Fujitsu Limited Distributed configuration information management device and distributed configuration information management method using duplicates
US8484169B2 (en) 2010-12-13 2013-07-09 Fujitsu Limited Configuration information management device, computer-readable storage medium, and configuration information management method
JP2012185740A (ja) * 2011-03-07 2012-09-27 Ricoh Co Ltd レポート作成装置、レポート作成システム、レポート作成方法、レポート作成プログラム及び記憶媒体
US9454453B2 (en) 2011-03-07 2016-09-27 Ricoh Company, Ltd. Report production apparatus, report production system, and report production method
JP2012198642A (ja) * 2011-03-18 2012-10-18 Fujitsu Ltd 情報処理プログラム、情報処理装置および情報処理方法

Also Published As

Publication number Publication date
US8843511B2 (en) 2014-09-23
US20110314050A1 (en) 2011-12-22
JPWO2010073316A1 (ja) 2012-05-31
EP2372568A1 (en) 2011-10-05
JP5459222B2 (ja) 2014-04-02
EP2372568A4 (en) 2016-03-30

Similar Documents

Publication Publication Date Title
JP5459222B2 (ja) 構成管理システム、プロキシシステム、構成管理方法
US8386540B1 (en) Scalable relational database service
US10067791B2 (en) Methods and apparatus for resource management in cluster computing
US8392482B1 (en) Versioning of database partition maps
US7937493B2 (en) Connection pool use of runtime load balancing service performance advisories
US11055142B1 (en) Flexible computing
JP5582344B2 (ja) 接続管理システム、及びシンクライアントシステムにおける接続管理サーバの連携方法
JP5719323B2 (ja) 分散処理システム、ディスパッチャおよび分散処理管理装置
JP4970939B2 (ja) マルチノードシステムにおけるリソースの動的な割当の階層的管理
US20130219397A1 (en) Methods and Apparatus for State Objects in Cluster Computing
CN111684419A (zh) 在计算节点之间迁移容器编排平台中的容器的方法和系统
US20120278344A1 (en) Proximity grids for an in-memory data grid
US20060282519A1 (en) Grid licensing server and fault tolerant grid system and method of use
CN103209223A (zh) 分布式应用会话信息共享方法、系统和应用服务器
CN105025084A (zh) 一种基于同步代理和混合存储的云存储系统
US20040260765A1 (en) System and method for distribution of software licenses in a networked computing environment
US20210203732A1 (en) Contextual routing configuration and service naming for multi-cluster service mesh
JP5352367B2 (ja) 仮想マシン起動端末および仮想マシン起動プログラム
US11921700B1 (en) Error tables to track errors associated with a base table
CN114237809A (zh) 一种计算机系统、容器管理方法及装置
WO2025200444A1 (zh) 一种存储空间的分配方法及服务器
US20160226963A1 (en) Load balancing using predictable state partitioning
JP5604863B2 (ja) 構成情報管理システム、構成情報管理方法、分散情報管理装置及び分散情報管理プログラム
US12235843B2 (en) Multi database queries
KR20060028261A (ko) 패치 자동 관리/분배 시스템 및 이를 이용한 패치 분배 방법

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2010543657

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2008879112

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE