Abstract: A client device for storing a data set in a database is provided. The data set includes a plurality of initial data elements. The client device is configured to determine a storage location of the database for each initial data element and to obtain storage location configuration information based on the storage location. The client device is further configured to process, based on the storage location configuration information, each initial data element of a first subset of the plurality of initial data elements into a processed data element using one or more data processing operations and to transmit a modified data set to a data storage server for storing the modified data set in the database, wherein the modified data set comprises the processed data elements in the first subset and unprocessed initial data elements in a second subset which is complementary to the first subset.

Abstract: A data storage arrangement includes a memory and a controller, where the controller receives an indication of data to be anonymized. The controller further parses a data element to be stored and generates a copy of one or more data portions to be anonymized. The controller further deletes one or more data portions to be anonymized to generate a modified data element to be stored. The controller further generates a copy of the modified data element to be stored utilizing deduplication. The data storage arrangement thus takes in account data anonymization during deduplication (i.e. an anonymization aware deduplication).

Abstract: A client device configured to store data in a database of a data storage server is provided. The data storage server stores security sensitive data in one or more encrypted data structures of the database. The client device is configured to determine whether data to be stored in the database comprises security sensitive data to be stored in an encrypted data structure of the database and to encrypt this security sensitive data with an encryption key. Furthermore, the client device is configured to provide the data, including the encrypted security sensitive data, and an identifier of the encryption key to the server for storing, based on the identifier of the encryption key, the security sensitive data in the encrypted data structure of the database. According to the present disclosure, the security sensitive data which is already encrypted at the client device improves a secure protection of the data.

Abstract: A snapshot of selected objects in a source repository is created in response to the user-initiated replication. The snapshot is designated as a snapshot replication job. Unsynchronized objects in a target destination are detected by comparing a state of the selected objects in the snapshot with a current state of the target destination at the time of execution of the snapshot replication job. One of the selected objects is retrieved in an ordered manner from the snapshot. An object identification (ID) and a state ID are sent to the target destination and used to locate and compare the selected object with a current state of the selected object in the target destination.

Abstract: In a computer storage system, crash dump files are secured without power fencing in a cluster of a plurality of nodes connected to a storage system. Upon an occurrence of a panic of a crashing node and prior to receiving a panic message of the crashing node by a surviving node loading, in the cluster, a capturing node to become active, prior to a totem token being declared lost by the surviving node, for capturing the crash dump files of the crashing node.

Abstract: In a computer storage system, crash dump files are secured without power fencing in a cluster of a plurality of nodes connected to a storage system. Upon an occurrence of a panic of a crashing node and prior to receiving a panic message of the crashing node by a surviving node loading, in the cluster, a capturing node to become active, prior to a totem token being declared lost by the surviving node, for capturing the crash dump files of the crashing node.

Abstract: A snapshot of selected objects in a source repository is created in response to the user-initiated replication. The snapshot is designated as a snapshot replication job. Unsynchronized objects in a target destination are detected by comparing a state of the selected objects in the snapshot with a current state of the target destination at the time of execution of the snapshot replication job. One of the selected objects is retrieved in an ordered manner from the snapshot. An object identification (ID) and a state ID are sent to the target destination and used to locate and compare the selected object with a current state of the selected object in the target destination.

Abstract: A snapshot of selected objects in a source repository is created in response to the user-initiated replication. The snapshot is designated as a snapshot replication job. The snapshot replication job is added to the end of a replication queue to await execution for the synchronized object replication. Unsynchronized objects in a target destination are detected by comparing a state of the selected objects in the snapshot with a current state of the target destination at the time of execution of the snapshot replication job. The unsynchronized objects in the target destination are synchronized based upon the comparison of the state of the selected objects in the snapshot with the current state of the target destination at the time of execution of the snapshot replication job.

Abstract: In a computer storage system, crash dump files are secured without power fencing in a cluster of a plurality of nodes connected to a storage system. Upon an occurrence of a panic of a crashing node and prior to receiving a panic message of the crashing node by a surviving node loading, in the cluster, a capturing node to become active, prior to a totem token being declared lost by the surviving node, for capturing the crash dump files of the crashing node, while restricting the capturing node from gaining access to the storage system for preventing unsynchronized access to the storage system in order to prevent data corruption.

Abstract: A snapshot of selected objects in a source repository is created in response to the user-initiated replication. The snapshot is designated as a snapshot replication job. The snapshot replication job is added to the end of a replication queue to await execution for the synchronized object replication. Unsynchronized objects in a target destination are detected by comparing a state of the selected objects in the snapshot with a current state of the target destination at the time of execution of the snapshot replication job. The unsynchronized objects in the target destination are synchronized based upon the comparison of the state of the selected objects in the snapshot with the current state of the target destination at the time of execution of the snapshot replication job.

Abstract: In a computer storage system, crash dump files are secured without power fencing in a cluster of a plurality of nodes connected to a storage system. Upon an occurrence of a panic of a crashing node and prior to receiving a panic message of the crashing node by a surviving node loading, in the cluster, a capturing node to become active, prior to a totem token being declared lost by the surviving node, for capturing the crash dump files of the crashing node, while restricting the capturing node from gaining access to the storage system for preventing unsynchronized access to the storage system in order to prevent data corruption.

Abstract: In a computer storage system, crash dump files are secured without power fencing in a cluster of a plurality of nodes connected to a storage system. Upon an occurrence of a panic of a crashing node and prior to receiving a panic message of the crashing node by a surviving node loading, in the cluster, a capturing node to become active, prior to a totem token being declared lost by the surviving node, for capturing the crash dump files of the crashing node, while manipulating the surviving node to continue to operate under the assumption the power fencing was performed on the crashing node.

Abstract: In a computer storage system, crash dump files are secured without power fencing in a cluster of a plurality of nodes connected to a storage system. Upon an occurrence of a panic of a crashing node and prior to receiving a panic message of the crashing node by a surviving node loading, in the cluster, a capturing node to become active, prior to a totem token being declared lost by the surviving node, for capturing the crash dump files of the crashing node, while manipulating the surviving node to continue to operate under the assumption the power fencing was performed on the crashing node.

Abstract: A snapshot of selected objects in a source repository is created in response to the user-initiated replication. The snapshot is designated as a snapshot replication job. The snapshot replication job is added to the end of a replication queue to await execution for the synchronized object replication. Unsynchronized objects in a target destination are detected by comparing a state of the selected objects in the snapshot with a current state of the target destination at the time of execution of the snapshot replication job. The unsynchronized objects in the target destination are synchronized based upon the comparison of the state of the selected objects in the snapshot with the current state of the target destination at the time of execution of the snapshot replication job.

Abstract: In a computer storage system, crash dump files are secured without power fencing in a cluster of a plurality of nodes connected to a storage system. Upon an occurrence of a panic of a crashing node and prior to receiving a panic message of the crashing node by a surviving node loading, in the cluster, a capturing node to become active, prior to a totem token being declared lost by the surviving node, for capturing the crash dump files of the crashing node, while manipulating the surviving node to continue to operate under the assumption the power fencing was performed on the crashing node.

Abstract: A snapshot of selected objects in a source repository is created in response to the user-initiated replication. The snapshot is designated as a snapshot replication job. The snapshot replication job is added to the end of a replication queue to await execution for the synchronized object replication. Unsynchronized objects in a target destination are detected by comparing a state of the selected objects in the snapshot with a current state of the target destination at the time of execution of the snapshot replication job. The unsynchronized objects in the target destination are synchronized based upon the comparison of the state of the selected objects in the snapshot with the current state of the target destination at the time of execution of the snapshot replication job.

Abstract: A method according to one embodiment is performed in an environment wherein a plurality of backup hosts are connected to a plurality of virtual tape library servers (VTL servers) which in turn are connected to each of a plurality of disk library units (DLUs), each VTL server being adapted to receive tape storage commands, and in response to receiving a tape storage command, the respective VTL server accepts the tape storage command and responding as if the VTL server were the respective target tape storage device, and wherein data simultaneously streaming from the plurality of backup hosts is received by multiple of the VTL servers, where the multiple VTL servers receiving the simultaneously streamed data write to the same DLU.

Abstract: A method according to one embodiment is performed in an environment wherein a plurality of backup hosts are connected to a plurality of virtual tape library servers (VTL servers) which in turn are connected to each of a plurality of disk library units (DLUs), each VTL server being adapted to receive tape storage commands, and in response to receiving a tape storage command, the respective VTL server accepts the tape storage command and responding as if the VTL server were the respective target tape storage device, and wherein data simultaneously streaming from the plurality of backup hosts is received by multiple of the VTL servers, where the multiple VTL servers receiving the simultaneously streamed data write to the same DLU.

Abstract: A Virtual Tape (VT) server residing on a network is connectible on its front end to a plurality of heterogeneous backup hosts, with different operating systems and/or backup applications, and on its back end to one or more disk storage devices in an open systems environment. The VT server responds to tape storage commands sent by the backup host as if it were the intended tape storage device and then emulates the desired tape storage activity on the one or more disk storage devices. In a described implementation, the host and server act as SCSI initiator and target and communicate over a Fibre Channel connection.

Abstract: A Virtual Tape (VT) server residing on a network is connectible on its front end to a plurality of heterogeneous backup hosts, with different operating systems and/or backup applications, and on its back end to one or more disk storage devices in an open systems environment. The VT server responds to tape storage commands sent by the backup host as if it were the intended tape storage device and then emulates the desired tape storage activity on the one or more disk storage devices. In a described implementation, the host and server act as SCSI initiator and target and communicate over a Fibre Channel connection.