Comm Vault Systems, Inc.

Commvalut Systems, Inc.

Commvault Sytems, Inc.

Paramasivam Kumarasamy

Amit Mitkar

Brahmaiah Vallabhaneni

Rahul S Pawar

Satish Chandra Kilaru

Henry Wallace Dornemann

Dmitriy Borisovich Zakharkin

Rajiv Kottomtharayil

Muthusamy Senthilnathan

Jun H Ahn

Sumedh Pramod Degaonkar

Ananda Venkatesha

Ravi Thati

Prakash Varadharajan

Deepak Raghunath Attarde

Pavan Kumar Reddy Bedadala

Vimal Kumar Nallathambi

Hemant Mishra

Durga Prasad Chedalavada

Amey Vijaykumar Karandikar

Girish Ramohalli Gopala Rao

Manoj Kumar Pradhan

Arun Prabu Duraisamy

Suma Seshadri

William Katcher

Anand Vibhor

Sri Karthik Bhagi

Andrei Erofeev

Varghese Devassy

Prashanth Nagabhushana Bangalore

Jianwei Chen

Rajesh Polimera

Navatha Devi Chintala

Ketan Bansod

Yongtao Liu

Sagar Mardur Dasharatha

Sagar Dasharatha

During a data protection operation, a data storage system can collect computing attributes associated with hosting of an application generating data being backed up and may also obtain information relating to physical characteristics of the computing device hosting the application and the data. At the time of migration to a cloud, the system can use the collected attributes and/or information to provision cloud resources. The cloud storage system may accept provisioning requests, and may provide several templates which each specify a cloud resource that can be provisioned upon request. The system may compare the collected attributes with the attributes of the available templates to determine the best match. Then, the system may issue a provisioning request to the cloud provider according to the best-matched template. After provisioning the resources, the system may restore backup data of the application to the cloud storage system to migrate the data.

Migration to cloud storage

According to certain aspects, a system may include a data agent configured to: process a database file residing on a primary storage device(s) to identify a subset of data in the database file for archiving, the database file generated by a database application; and extract the subset of the data from the database file and store the subset of the data in an archive file on the primary storage device(s) as a plurality of blocks having a common size; and at least one secondary storage controller computer configured to, as part of a secondary copy operation in which the archive file is copied to a secondary storage device(s): copy the plurality of blocks to the secondary storage devices to create a secondary copy of the archive file; and create a table that provides a mapping between the copied plurality of blocks and corresponding locations in the secondary storage device(s).

Restoring archived database data

Container images may be generated from a backup system that includes a backup of one or more applications from a computing system of an entity. During a backup process, an application can be identified and its storage location in a secondary storage can be tracked or saved in a backup index. Configuration information and data or files created by user interaction with the application can be backed up and the location of the backed up data or files may be stored in the backup index along with the location of the configuration information. Using the backup index, a container image can be created that includes a selected application, its configuration information, and data, if any, created by the application. The container image can be generated from the backup stored in the secondary storage.

Backup index generation process

During a data protection operation, a data storage system can collect computing attributes associated with hosting of an application generating data being backed up and may also obtain information relating to physical characteristics of the computing device hosting the application and the data. At the time of migration to a cloud, the system can use the collected attributes and/or information to provision cloud resources. For instance, the cloud storage system may accept provisioning requests, and may provide several templates which each specify a cloud resource that can be provisioned upon request, such as a cloud computing resource. The system can compare the collected attributes with the attributes of the available templates to determine the best match. Then, the system can issue a provisioning request to the cloud provider according to the best-matched template. After provisioning the resources, the system can restore backup data of the application to the cloud storage system to migrate the data.

An illustrative pseudo-file-system driver uses deduplication functionality and resources in a storage management system to provide an application and/or a virtual machine with access to a locally-stored file system. From the perspective of the application/virtual machine, the file system appears to be of virtually unlimited capacity. The pseudo-file-system driver instantiates the file system in primary storage, e.g., configured on a local disk. The application/virtual machine requires no configured settings or limits for the file system's storage capacity and may thus treat the file system as 'infinite.' The pseudo-file-system driver intercepts write requests and may use the deduplication infrastructure in the storage management system to offload excess data from local primary storage to deduplicated secondary storage, based on a deduplication database. The pseudo-file-system driver also intercepts read requests and in response may restore data from deduplicated secondary storage to primary storage, also based on the deduplication database.

Accessing a file system using tiered deduplication

Software, firmware, and systems are described herein that migrate functionality of a source physical computing device to a destination physical computing device. A non-production copy of data associated with a source physical computing device is created. A configuration of the source physical computing device is determined. A configuration for a destination physical computing device is determined based at least in part on the configuration of the source physical computing device. The destination physical computing device is provided access to data and metadata associated with the source physical computing device using the non-production copy of data associated with the source physical computing device.

Migration of an existing computing system to new hardware

A data storage system according to certain aspects can share a single snapshot for multiple applications and/or agents. For example, the data storage system can receive snapshot commands from multiple applications and/or agents, and can group them for a single snapshot (e.g., based on time of receipt of the snapshot commands). Data associated with the multiple applications and/or agents may reside on a single LUN or volume. The data storage system can take a single snapshot of the LUN or volume, and generate metadata regarding which portion of the snapshot is related to which application. The single snapshot can be stored in one or more secondary storage devices. The single snapshot may be partitioned into portions relating to different applications and stored separately.

Single snapshot for multiple agents

Restoring archived object-level database data

The data storage system according to certain aspects can implement table level database restore. Table level database restore may refer to restoring a database table and its related data without restoring the entire database. The data storage system may use table metadata index to implement table level restore. A table metadata index may be created for each table, e.g., during a backup of the database. The table metadata index for a table can include any type of information for restoring the table and its related data. Some examples of the type of information included in the table metadata index include the following: container for the table, table backup location, system data, table index, table relationships, etc. Table metadata index can make the restoring of tables fast and efficient by packaging information that can be used to restore a table and its related data in an easily accessible manner.

Table level database restore in a data storage system

Software, firmware, and systems are described herein that migrate functionality of a source physical computing device to a destination virtual machine. A non-production copy of data associated with a source physical computing device is created. A configuration of the source physical computing device is determined. A configuration for a destination virtual machine is determined based at least in part on the configuration of the source physical computing device. The destination virtual machine is provided access to data and metadata associated with the source physical computing device using the non-production copy of data associated with the source physical computing device.

Migration of existing computing systems to cloud computing sites or virtual machines

The illustrative storage management system uses snapshot technologies and performs block-level analysis thereof and to synthesize full backups of a database, regardless of the database management system (DBMS) and content of the database and without involving native DBMS utilities. Synthetic full copies are created efficiently and use network transport resources sparingly. Successive snapshots of the database may be hardware snapshots and/or software snapshots. The illustrative storage management system tracks which data blocks in the database change over time after a baseline full copy is saved to secondary storage. Only the changed blocks are subsequently moved to secondary storage as incremental backups and are indexed for future reference. A synthetic full backup of the database, at a given point in time, may be created by synthesizing the original full backup with changed blocks from any number of later incremental backups. The synthetic full backup comprises pointers to appropriate data blocks, ignoring intermediate changes, and pointing to the most current data block in secondary storage relative to the given point in time chosen for the synthetic full backup. The illustrative storage management system may restore the synthetic full backup without native DBMS utilities.

Content-independent and database management system-independent synthetic full backup of a database based on snapshot technology

A system according to certain aspects improves the process of data restoration and application recovery operations. The system can back up primary data based on network path information associated with a client computing device. When the primary data becomes corrupted or unavailable, a previously backed up copy of the primary data may be used as the primary data to achieve instant application recovery. For example, when a portion of the primary data is requested by a user or an application, the system may identify a corresponding portion in the backed up copy of the primary data and provide the identified portion to the user or the application in a manner transparent to the user or the application. Alternatively, the application running on the client computing device may send a request for the backup copy of the primary data to the secondary storage device upon determining that the requested data is not available.

Data restoration operations based on network path information

The systems and methods provide for migrating database management system (DBMS) applications to cloud storage by automating a continuous replication of changes made to the DBMS from the DBMS to an associated cloud instance. For example, the systems and methods facilitate the migration of the DBMS via multiple processes performing in parallel&#x2014;a process to create and provision a new machine instance (e.g., an EC2 instance), a process to clone and transfer parameters of the operating system/software of the DBMS, and a process that backs up and/or captures the application data of the DBMS. In some embodiments, the systems and methods, utilizing parallel processes, and combining outputs of the processes to a synchronization process, efficiently and quickly migrate DBMS applications to cloud storage, among other benefits.

Migration of a database management system to cloud storage

A log monitoring system uses log monitoring rules to monitor log data generated by applications executing on a client computing device. By monitoring log data, the system detects that one or more triggering events have occurred on the client computing device. In response, the log monitoring system can perform one or more appropriate remedial actions. Additionally, in response to the detected event(s), the log monitoring system can extract a select subset of relevant data from the client and transmit the subset of data to a separate repository for storage and/or processing.

Log monitoring

An illustrative 'open archive' architecture provides streamlined access to production data, which originally was stored on a NAS device but which is archived to secondary storage to free up NAS space. An open-archive server coordinates with an open-archive layer on the NAS device. The open-archive server identifies data sets on the NAS that meet archiving criteria, which are then automatically moved to an open archive in secondary storage. The open archive layer intercepts data-access calls coming into the NAS device, and reports the intercepted calls to the open-archive server. If the open-archive server determines that the data referenced in an intercepted call is in the open archive, the server initiates a restore job that recovers the data from secondary storage and stores it back on the NAS device. The intercepted call may now be served from the NAS. These operations occur automatically and without data agents for the NAS-based data.

Storage management of data using an open-archive architecture, including streamlined access to primary data originally stored on network-attached storage and archived to secondary storage

Growing community of inventors

Morganville, NJ, United States of America

Paramasivam Kumarasamy