Veritas Technologies LLC

Symantec Operating Corporation

Veritas Operating Corporation

Aditya Deshpande

Rasesh Kelkar

Swanand Vaidya

Rupali K Tathavdekar

Soumya Tripathy

Amit Gupte

Mohini Rahalkar

Sujay Bothe

Disclosed herein are methods, systems, and processes for managing raw device mapping during disaster recovery. A raw device mapping (RDM) file operation is assigned to a virtual device associated with a virtual machine that is replicated from a premise site. A determination is made that a RDM file associated with the virtual device is invalid or is not replicated after the virtual machine is replicated to a target site. Based on the determination that the RDM file is invalid or is not replicated, the virtual device is removed from the virtual machine and the assigned RDM file operation is performed.

Managing raw device mapping during disaster recovery

A computer-implemented method for automated delivery and identification of virtual drives may include (1) creating a drive-template archive that contains a collection of virtual-drive templates, each of which contains a unique burned-in configuration identifier, (2) receiving, a provision request to provision a virtual drive for a requesting virtual machine, (3) fulfilling the provision request by (A) creating a copy of an appropriate virtual-drive template that matches the specification of the provision request and (B) providing the copy of the appropriate virtual-drive template to the requesting virtual machine, and (4) utilizing, at the requesting virtual machine, the copy of the appropriate virtual-drive template in response to determining that the burned-in configuration identifier of the copy of the appropriate virtual-drive template corresponds to a drive configuration that fulfills the provision request. Various other methods, systems, and computer-readable media are also disclosed.

Systems and methods for automated delivery and identification of virtual drives

A method, system, and computer program product to enable other nodes in a cluster to resume operations of a failed node. These operations include storage management services that allow configuration changes to be made dynamically to storage resources. Resource configuration data are synchronized on a set of nodes in a cluster immediately when a resource configuration change is made. If a node that has made a resource configuration change fails, the resource configuration change is available for use by other nodes in the set, each of which can resume operations of the failed node.

Cluster failover for storage management services

Growing community of inventors

Pune, India

Aditya Deshpande