Comm Vault Systems, Inc.

Ketan Bansod

Jun H Ahn

Girish Ramohalli Gopala Rao

Hiten Suresh Parmar

Bin Yao

Paramasivam Kumarasamy

Prakash Varadharajan

Brahmaiah Vallabhaneni

Vimal Kumar Nallathambi

The present inventors devised a holistic approach for protecting serverless applications in single-cloud, multi-zone, multi-cloud, and/or non-cloud data center computing environments. An illustrative data storage management system discovers application assets, relationships, and interoperability dependencies and creates an 'application entity' that references the various assets. Protection preferences apply to the application entity as a whole. An orchestration function in the system coordinates storage management operations (e.g., backup, replication, live synchronization, etc.) in a suitable order of operations gleaned from asset dependencies, if any. A set of copies of the application's discovered assets are generated in coordinated fashion and represent a point-in-time copy of the application. The point-in-time copy can be restored and/or migrated to other computing services by the data storage management system. The orchestration function coordinates restore and migration operations, including any cloud-to-cloud or cloud-to/from-non-cloud conversions that might be necessary to activate the application in a different computing environment.

Data storage management system for holistic protection of cloud-based serverless applications in single cloud and across multi-cloud computing environments

Holistically protecting serverless applications across one or more cloud computing environments

Data storage management system for holistic protection and migration of serverless applications across multi-cloud computing environments

Systems and methods use a ZFS file system in a Windows-based computing environment without protocol conversion or native ZFS support on Windows-based computing devices. Windows-based computing devices may obtain native Windows-based access to data in a storage volume that is managed by a Unix-based storage management server executing a ZFS volume manager and file system. ZFS clones may be served as logical unit numbers to Windows-based computing devices. The ZFS nature of the accessed storage volume is unbeknownst to the Windows-based machines. This enables Windows-based utilities, applications, and tools executing on a Windows-based computing device to operate upon the data in ZFS-managed space the same as they might have operated on a workspace in an array-created hardware snapshot in the prior art. Users may use storage space from their Windows-based computing devices according to a Windows-based file system such as NTFS. The Windows-based formatting of the contents in the ZFS-managed volumes are unbeknownst to the Unix-based storage management server and to the ZFS volume manager and file system.

Using a Unix-based file system to manage and serve clones to windows-based computing clients

Queued software patches are analyzed before one patch is chosen as the next patch to be integrated into a working build. The chosen patch might not be next in chronological order of arrival at the queue. Instead, an illustrative build server applies a number of priority factors to every patch awaiting integration in the patch queue, specifically by analyzing one or more relevant attributes of the patch. The patch that receives the highest priority score in the course of the evaluation is then extracted for integration. After the patch has been integrated, the build server (e.g., using an illustrative patch queue manager module) circles back and again evaluates all the patches in the current queue, which may have queued new patches that were submitted while the previous patch was being integrated. Relative to a default chronological order, a given patch may receive a boost in priority or, conversely, may have its priority reduced.

Managing a software-patch submission queue

A method and system for utilizing snapshots to provide copies of a database or other application or large data structure to computing devices receives a request for access to a copy of a database, and performs a snapshot of a storage volume containing the requested database. The system then clones the snapshot and mounts the snapshot to a computing device, thus enabling the computing device to access a copy of the database. In some examples, the system automatically updates copies of a database on a scheduled basis (e.g., daily or weekly basis) to refresh a database regularly.

Utilizing snapshots for access to databases and other applications

A method and system for utilizing snapshots to provide software builds to developer computing devices is described. In some examples, the system, in response to receiving a request for a software build, performs a snapshot of a storage volume containing the requested build, and mounts the snapshot to the developer computing device, enabling the developer computing device to access the software build. In some examples, the system, in response to receiving a request for a software build, establishes a virtual machine, performs a snapshot of a storage volume containing the requested build, mounts the snapshot to the established virtual machine, and provides the virtual machine to the requesting computing device.

Growing community of inventors

South Amboy, NJ, United States of America

Ketan Bansod