Hitachi, Ltd.

Tsunehiko Baba

Jumpei Okoshi

Shinji Fujiwara

Yoshio Suzuki

Yuji Tsushima

Nobukazu Kondo

Norihiro Hara

Toshiomi Moriki

Atsushi Sutoh

Toshihiko Kashiyama

Tomohiro Hanai

Kentaro Kakui

Shinji Hamada

Noriaki Takahashi

Hirokazu Matsumoto

Takahiro Yokoyama

Kazuhide Aikoh

Hiroaki Masuda

Takayuki Nakano

Masanori Kawashima

Shotaro Noda

Kazuho Tanaka

Yutaka Nakamura

Takashi Ichimura

Kenji Kushi

A policy can be easily and appropriately set. A policy setting control devicethat controls setting of a policy for controlling access to a resource includes a processor. The policy includes a resource to be accessed, a subject who accesses the resource, and an access operation. The processor receives an input policywhich is a candidate to be newly set, acquires an attribute value corresponding to values of a subject and a resource included in the input policy, generates one or more post-conversion policiesby changing the values of the subject and the resource included in the input policyto the acquired attribute value, and sets the input policy as a new policy when all the generated post-conversion policiesare consistent with an existing policy.

Policy setting control device, policy setting control method, and policy setting control program

A distributed transaction in which appropriate patterns are combined without modifying implementation of a management system even when a service characteristic of a participating system changes. A management system receives input of a distributed transaction flow defining respective call sequential numbers of participating systems and service characteristic information representing respective service characteristics of the participating systems. The management system specifies an applied pattern for each of the participating systems based on pattern information including information for each pattern that represents a constraint condition of a service characteristic of a participating system as a call target. The applied pattern is a pattern satisfying the constraint condition corresponding to the service characteristic of the participating system. The management system generates a pattern-applied call program for each of the participating systems, and generates a distributed transaction program based on the pattern-applied call programs and a call sequence of the participating systems.

Distributed transaction management method and system

Reusable information is extracted from a result of executing a simulation of a plurality of models. A simulation management method for managing data for use in a simulation by a management device having a processor and a memory, the method including: executing a simulation using a model and data, by a simulator; extracting intermediate data indicating that an internal state of the model that is being simulated matches a predetermined state, by the management device; and holding the extracted intermediate data as useful intermediate data, by the management device.

Simulation management method, simulation system, and program

A computer system manages a data lake storing collected data, which is obtained from a data source, a data catalog storing first catalog data, and an asset catalog storing second catalog data. The computer system comprises: a catalog generation module configured to generate the data catalog, and the asset catalog; and a catalog link generation module configured to associate, in a case where at least one of the data catalog or the asset catalog is generated by the catalog generation module, the asset catalog and the data catalog with each other by adding, as an access key, a value that is stored in the first catalog data stored in the data catalog to the second catalog data stored in the asset catalog.

Computer system and data management method

When performing a data migration of a first data store management system to a second data store management system, a data migration system receives a data migration rule, based on a data migration rule, converts a first data into a second data, acquires a first data model as a data model of the first data, acquires a second data model as a data model of the second data, and acquires a second program. Then, a data model conversion rule that causes the first data model to correspond to the second data model is generated based on the data migration rule, the first data model, and the second data model, and the second program is converted into a first program based on the data model conversion rule.

Data migration system and data migration method

An analysis management server stores a factory A catalog group including a plurality of catalogs in factory A, an application destination catalog including a plurality of catalogs in factory B, and an application source analysis data correspondence table associating columns between a target table of factory A and a defect factor analysis table. A CPU is configured to: identify an unconnected catalog for which a catalog of factory B having an identical correspondence does not exist among the plurality of catalogs of factory A included in the application source analysis data correspondence table; identify an unconnected correspondence, which is a correspondence of the unconnected catalog in the application source analysis data correspondence table, sensor data of factory B, and an identical path correspondence which is a correspondence of a catalog on a path including the unconnected catalog; and display information of the unconnected correspondence and the identical path correspondence.

Data selection system and data selection method

An application processing system including a database server and a storage device which is connected with a standby application processing system including a secondary database server and a secondary storage device to continue to carry out application processing in the case of a fault, disaster, etc. or for maintenance. The storage device of the application processing system issues a log disk update request to the secondary database server of the standby system to update a log disk of the standby system and thereby create a duplicate of the log disk for the DBMS of the application processing system. This allows the DBMS of the standby system to roll forward the log data in the duplicated log to update duplicated data on the secondary storage device.

Data control method for duplicating data between computer systems

Provided is a data processing system which includes: a first computer for receiving a processing request for a task processing, executing the processing, and holding data used therein; and a second computer for holding a duplicate of the data held in the first computer, halting the first computer if the first computer is determined to be halted, and receiving and processing the processing request. The first computer receives at least an update request as the processing request including request identification information to which unique numbers assigned to the individual processing requests in an ascending order are allocated, updates the held data, and transmits the update request including the request identification information to the second computer. The second computer stores a transmitted reference request and the update request as the processing requests, and processes the processing requests in an ascending order of the unique numbers included in the individual processing requests.

Data processing method, cluster system, and data processing program

There is provided a method of adding a new computer as a standby computer to a computer system that includes an active computer for performing service processing and a standby computer for storing replica of data stored in the active computer. The replica of the data stored in the standby computer is updated when the data stored in the active computer is updated. The method comprising the steps of: selecting the standby computer from the computer system; transferring the replica of the data stored in the selected standby computer to the new computer; and transferring update information on data updated in the active computer after the transferring the replica of the data is started, to the new computer.

System and method for adding a standby computer into clustered computer system

Provided is a failover method for a cluster system for realizing smooth failover of the guest OS's, even when there are many guest OS's, while reducing consumption of computer resources of a server. Smooth failover is realized by preventing competition during failover even when the number of guest OS's is increased. In a cluster configuration in which a slave/master cluster program is operated in a guest OS/host OS, the master cluster program () collects and transmits heartbeats of the slave cluster program, thereby realizing failure monitoring through the certain amount of heartbeats without depending on the number of guest OS's. Further, when the master cluster program monitors failures of the slave cluster program of its own computer to find a normal operation of the guest OS, the amount of communication through heartbeats is reduced by eliminating the necessity of communication to a standby system slave cluster program.

Cluster system and failover method for cluster system

Even when a large number of guest OSs exist, a failover method meeting high availability needed by the guest OSs is provided for the each guest OS. In the event of a physical or logical change of a system, or change of operation states, a smooth failover method can be realized by preventing the consumption of resource amounts due to excessive failover methods, and the occurrence of systemdown due to an inadequate failover method. In a server virtualization environment, in a cluster configuration having a failover method due to hot standby and cold standby, by selecting a failover method meeting high availability requirements specifying performance during failover of applications on the guest OSs, a suitable cluster configuration is realized. Failure monitoring is realized by quantitative heartbeat.

Provided is a method of changing the configuration of a shared-nothing database system without shutting down the system. The configuration changing method for a shared-nothing database system includes plural database servers, a storage which provides data areas to the database servers, and a management server which has a database management system and divides a transaction to allocate pieces of the transaction to the database servers, and the configuration changing method allows no two of the database servers to access the same data area. The configuration changing method changes the configurations of the database servers by specifying which data area is to be reallocated, judging whether or not the specified data area can be reallocated, and reallocating the specified data area without shutting down the database management system when it is judged that the specified data area can be reallocated.

Method for changing configuration of servers in a shared-nothing database system

A failover method for a computer system having a clustering configuration, in which among a plurality of computers having the clustering configuration, any one of computers, when detecting a malfunction of a system including a certain computer, transmits a detection of the system malfunction to computers configuring the other systems, and the any one of computers, when detecting the malfunction of the system including the certain computer and receiving malfunction notifications of the system including the certain computer from the computers configuring the other systems, issues a reset request to the certain computer.

Failover method and system for a computer system having clustering configuration

There is provided a method executed in a cluster system comprising a first computer and at least one second computer that stores the data transmitted from the first computer. The method comprising the steps of: judging whether the failure-occurred processing is restarted by the first computer or the failure-occurred processing is switched over by the second computer based on the system information; receiving the stored data from the second computer and re-executing the processing in which the failure has occurred by the first computer, in the case of which it is judged that the processing in which the failure has occurred is restarted by the first computer; and executing, by the second computer, the processing in which the failure has occurred, in the case of which it is judged that the processing in which the failure has occurred is switched over by the at least one second computer.

Failure recovery method in cluster system

Provided is a data replication method capable of reducing the number of communication times when a processing result of an active system is replicated to a standby system. The data replication method, in which a first computer receives a first message containing a first processing request, and a plurality of second computers replicates the first message, includes the steps of: sending, by a third computer, the first message to the first computer and the second computers; sending, by each of the second computers, a message receive notification of the first message to the first computer; sending, by the first computer, after reception of the message receive notification from the second computers, the message receive notification of the first message to the third computer; and sending, by the first computer, a notification indicating that the first processing request becomes executable by the first computer to the second computers.

Growing community of inventors

Kokubunji, Japan

Tsunehiko Baba