Abstract: A method and associated systems for a workload-aware thin-provisioning system that allocates physical storage to virtual resources from pools of physical storage volumes. The system receives constraints that limit the amount of storage that can be allocated from each pool and the total workload that can be directed to each pool. It also receives lists of previous workloads and allocations associated with each volume at specific times in the past. The system then predicts future workloads and allocation requirements for each volume by regressing linear equations derived from the received data. If the predicted values indicate that a pool will at a future time violate a received constraint, the system computes the minimum costs to move each volume of the offending pool to a less-burdened pool. It then selects the lowest-cost combination of volume and destination pool and then moves the selected volume to the selected pool.

Abstract: An example operation may include one or more of receiving a request to certify a digital record, retrieving a first hashed data value of the digital record from a data block included among a first hash-linked chain of blocks on a first blockchain, retrieving a second hashed data value of the digital record from a second data block included among a second hash-linked chain of blocks on a second blockchain which is different from the first blockchain, determining whether the digital record is valid based on a cross-validation of the first hashed data value and the second hashed data value, and storing the determination of the validity of the digital record in a data block among a third hash-linked chain of blocks.

Abstract: A blockchain of transactions may be referenced for various purposes and may be later accessed by interested parties for ledger verification. One example operation may comprise one or more of identifying an updated software build, creating a hash based on the updated software build, storing the hash of the updated software build in a blockchain, and storing a binary representation of the updated software build in a distributed hash table (DHT).

Abstract: An embodiment of the invention may include a method, computer program product and computer system for data recovery for use with a computing device. The embodiment may determine an amount of time to transfer a first file from a first location, on a first device, to a second location, on a second device. The embodiment may include receiving historical operational information associated with the first device and the second device. The embodiment may create a transfer model correlating the amount of time to transfer the first file with the historical operational information associated with each device. The embodiment may determine an estimated amount of time to transfer a second file based on the transfer model and a current operational information about each device. The embodiment may determine whether the estimated amount of time to transfer a second file is above a first threshold amount.

Abstract: A method and system for creating a new restore container. A count that is determined for each unique infrastructure container of existing unique infrastructure containers is a number of instances in which a particular container type that is unique for each unique infrastructure container has been utilized. In response to both determining that the count for one unique infrastructure container is equal to or greater than a specified threshold and determining that a popular infrastructure container does not exist within a central repository that stores the existing unique infrastructure containers, the new restore container is created within the central repository by determining a most similar container of the existing restore containers whose software stack content matches, in part, software content in a first software stack of the popular infrastructure container more closely than does software content in the software stack of any other existing restore container.

Abstract: A blockchain of transactions may be referenced for various purposes and may be later accessed by interested parties for ledger verification and information retrieval. One example method of operation may include one or more of storing original data in a blockchain, storing transformed data based on the original data in the blockchain, storing chaincode on the blockchain used to transform the original data to the transformed data, and retrieving a transaction from the blockchain with the transformed data and the chaincode.

Abstract: A virtual blockchain configuration may provide a distributed structure that uses a distributed hash configuration to reduce the complexity of blockchain transactions. One example method of operation may comprise one or more of storing a subset of blockchain data in a network device, accessing via the network device a virtual copy of a blockchain, accessing a blockchain block via the virtual copy of the blockchain, and writing blockchain transactions to the blockchain block via the network device.

Abstract: A computer-implemented method according to one embodiment includes receiving a data object from a first application running on a computing device, a unique identifier (ID) of the data object assigned by the first application, and an access permission for the data object from the first application. The computer-implemented method also includes storing the data object, the unique ID, and the access permission in a data repository in a data distributor layer on the computing device. The computer-implemented method also includes receiving, at an access controller layer of the computing device, a request for the data object from a second application, the request including the unique ID, and retrieving, by the access controller layer, the data object from the data distributor layer using the unique ID in response to the request. The computer-implemented method includes providing, by the access controller layer, the data object to the second application.

Abstract: A blockchain of transactions may be referenced for various purposes and may be later accessed by interested parties for ledger verification and information retrieval. One example method of operation may include one or more of monitoring a computing service via various nodes operating on a blockchain, identifying a proposed change to the computing service, storing details of the proposed change in a smart contract, storing the smart contract as a transaction in the blockchain, and validating the proposed change of the smart contract.

Abstract: A method and associated systems for backing up a target computer application that comprises identifying and backing up databases and other information repositories upon which the target application depends. The target application is identified and related to a backup requirement that specifies a minimum application-backup frequency. The application's “dependencies” are automatically identified from sources that include configuration files, where each dependency identifies one or more databases or other information repositories that store information upon which the application directly or indirectly depends. If any of these databases or repositories is associated with a backup frequency less than the application's minimum backup frequency, the database or repository is flagged. Each flagged entity's backup schedule is then revised so that the flagged entity's backup frequency is equal to or greater than the application's minimum backup frequency.

Abstract: Provided are a method, system and program for publishing configuration patterns for storage resources and storage performance models from client systems to share with client systems in a network computing environment. A determination is made of a configuration pattern of storage resources within the client computing environment and storage performance metrics for the configuration pattern of storage resources within the client. At least one storage performance model is created based on the determined storage performance metrics. Information on the at least one storage performance model and the configuration pattern of the storage resources for which the storage performance metrics were determined are published to the service provider.

Abstract: A blockchain of transactions may be referenced for various purposes and may be later accessed by interested parties for ledger verification and information retrieval. One example method of operation may include one or more of storing original data in a blockchain, storing transformed data based on the original data in the blockchain, storing chaincode on the blockchain used to transform the original data to the transformed data, and retrieving a transaction from the blockchain with the transformed data and the chaincode.

Abstract: Provided are a computer program product, method, and system for providing information on published configuration patterns of storage resources to client systems in a network computing environment. Published configuration patterns of storage resources and storage performance models for the published configuration patterns are received from the client systems and stored in a catalog. The published storage performance models are based on storage performance and workloads realized at the configuration patterns of the storage resources. A determination is made from the catalog of at least one published configuration pattern that is similar to a requested configuration pattern requested by a client system according to at least one storage attribute. A result set is generated indicating the determined at least one published configuration pattern and the storage performance model and sent to the requesting client system.

Abstract: A virtual blockchain configuration may provide a distributed structure that uses a distributed hash configuration to reduce the complexity of blockchain transactions. One example method of operation may comprise one or more of storing a subset of blockchain data in a network device, accessing via the network device a virtual copy of a blockchain, accessing a blockchain block via the virtual copy of the blockchain, and writing blockchain transactions to the blockchain block via the network device.

Abstract: A method and associated systems for identifying and correcting suboptimal storage-reclamation processes. A storage-management system uses information received in system-generated storage-reclamation reports to assign each user a set of reclamation scores. Each score identifies how effectively the user has been able to reclaim lost storage at particular times. These scores are organized into user-specific profiles that each consists of a chronological sequence of one user's scores. If a user's profile is “good” (that is, if the user's scores are consistently high) or “improving” (if scores are increasing over time), the system then determines whether that user's reclamation efforts have successfully reduced the amount of reclaimable storage controlled by the user. If not, the system infers that a suboptimal storage-reclamation process interfered with the user's reclamation efforts. The system then undertakes corrective action to identify and resolve the cause of the suboptimal process.

Abstract: A blockchain of transactions may be referenced for various purposes and may be later accessed by interested parties for ledger verification and information retrieval. One example method of operation may include one or more of monitoring a computing service via various nodes operating on a blockchain, identifying a proposed change to the computing service, storing details of the proposed change in a smart contract, storing the smart contract as a transaction in the blockchain, and validating the proposed change of the smart contract.

Abstract: Provided are a computer program product, method, and system for providing information on published configuration patterns of storage resources to client systems in a network computing environment. Published configuration patterns of storage resources and storage performance models for the published configuration patterns are received from the client systems and stored in a catalog. The published storage performance models are based on storage performance and workloads realized at the configuration patterns of the storage resources. A determination is made from the catalog of at least one published configuration pattern that is similar to a requested configuration pattern requested by a client system according to at least one storage attribute. A result set is generated indicating the determined at least one published configuration pattern and the storage performance model and sent to the requesting client system.

Abstract: Provided are a method, system and program for requesting storage performance models for a configuration pattern of storage resources to deploy at a client computing environment. A determination is made of a new configuration pattern of storage resources to deploy. A request is sent to a service provider with information on the new configuration pattern. A result set is received from the service provider having at least one provided configuration pattern having a degree of similarity to the new configuration pattern and a storage performance model for each of the provided configuration patterns. Each of the storage performance models indicate workload and performance characteristics for one of the provided configuration patterns. One of the provided configuration patterns is selected from the result set and the storage performance model for the selected configuration pattern is used to model performance at the client.

Abstract: Provided are a method, system and program for requesting storage performance models for a configuration pattern of storage resources to deploy at a client computing environment. A determination is made of a new configuration pattern of storage resources to deploy. A request is sent to a service provider with information on the new configuration pattern. A result set is received from the service provider having at least one provided configuration pattern having a degree of similarity to the new configuration pattern and a storage performance model for each of the provided configuration patterns. Each of the storage performance models indicate workload and performance characteristics for one of the provided configuration patterns. One of the provided configuration patterns is selected from the result set and the storage performance model for the selected configuration pattern is used to model performance at the client.

Abstract: A method and associated systems for optimized orchestration of a data-migration project. A data-migration orchestration system represents a hierarchical organization of each dataset to be migrated as a tree, where each leaf node of the tree represents data to be migrated and where a path between the leaf node and the root node represents a hierarchical directory pathname of sensitive data represented by the leaf node. Each tree is assigned a sensitivity signature that is proportional to the relative sensitivity and access frequency of the dataset represented by that tree. The signatures are organized into clusters as a function of the distances between each signature, and each signature is associated with a soft migration cost specific to that signature's cluster. A soft cost for migrating an application that requires multiple datasets may be determined by adding the migration costs associated with each of the multiple datasets.