Abstract:
The disclosed technology can receive a voice query or text query in a natural language and translate it from natural language to a native database management language to respond to the query. For example, a human can ask his or her computer to “show large emails from December 2016”, and a data agent on computer can receive the voice request, convert audio associated with the voice to words in natural language, convert natural language into a SQL query, and convert the SQL query into a database management query. The data agent is trained with a corpus of technical documents and rules to determine the intent or keywords for answering the query. In some implementations, the disclosed technology can also include a chatbot and/or administrative assistant to enable a human to interface with a database management software using voice or text. In some implementations, the disclosed technology allows the user to automatically connect to a help desk technician to assist in completing the query.
Abstract:
A data storage management system comprises features for initiating failover orchestration jobs that invoke recovery resources on demand in a cloud computing environment. Backed up data that is stored persistently in the cloud computing environment may be rapidly restored within the cloud computing environment for use in disaster recovery and/or in test and verification scenarios. This approach may be contrasted to systems where a failover system is “always on” at the failover destination, such as having failover resources always up and running in the cloud computing environment. Such resources typically include a failover virtual machine (VM), a virtual machine datastore for the restored data, and one or more computing resources for restoring an auxiliary copy to the VM's datastore. The cloud-based failover resources are deactivated or taken down once the failover event ends.
Abstract:
A file manager application that integrates with virtualization substantially enables end-user control and storage management of virtual machines (VMs). The file manager application, which may operate as a plug-in for a legacy file manager executing on a user's client computing device, may comprise: displaying the VMs associated with the user, including their respective properties; enabling viewing/browsing of information about storage management operations for a VM such as backups and/or archiving, including files associated with the VM and searching and filtering criteria; control features that enable the user to control existing VMs, such as shut down, restart/activate/power-on, suspend, and/or re-configure, and also perform storage management of a VM and/or its associated files, such as create snapshot, back up, archive, restore VM from secondary storage, restore and overwrite VM, restore file(s)/folder(s) to user's client computing device, restore file(s)/folder(s) to a production VM in primary storage, etc.; control features that enable the user to provision additional VMs, such as create a new VM, create a clone VM, configure a VM, etc.
Abstract:
A storage manager that interoperates with a file manager application that integrates with virtualization substantially enables end-user control and storage management of virtual machines (VMs). The storage manager may manage information management operations relative to virtual machines based on and/or in response to messages and/or instructions received from the file manager application. The storage manager may further report results to the file manager application for presentation to the user. The file manager application, which may operate as a plug-in for a legacy file manager executing on a user's client computing device, may comprise: displaying the VMs associated with the user, including their respective properties; enabling viewing/browsing of information about storage management operations for a VM such as backups and/or archiving, including files associated with the VM and searching and filtering criteria; control features that enable the user to control existing VMs, such as shut down, restart/activate/power-on, suspend, and/or re-configure, and also perform storage management of a VM and/or its associated files, such as create snapshot, back up, archive, restore VM from secondary storage, restore and overwrite VM, restore file(s)/folder(s) to user's client computing device, restore file(s)/folder(s) to a production VM in primary storage, etc.; control features that enable the user to provision additional VMs, such as create a new VM, create a clone VM, configure a VM, etc.
Abstract:
The disclosed technology can receive a voice query or text query in a natural language and translate it from natural language to a native database management language to respond to the query. For example, a human can ask his or her computer to “show large emails from December 2016”, and a data agent on computer can receive the voice request, convert audio associated with the voice to words in natural language, convert natural language into a SQL query, and convert the SQL query into a database management query. The data agent is trained with a corpus of technical documents and rules to determine the intent or keywords for answering the query. In some implementations, the disclosed technology can also include a chatbot and/or administrative assistant to enable a human to interface with a database management software using voice or text. In some implementations, the disclosed technology allows the user to automatically connect to a help desk technician to assist in completing the query.
Abstract:
An illustrative “VM heartbeat monitoring network” of heartbeat monitor nodes monitors target VMs in a data storage management system. Accordingly, target VMs are distributed and re-distributed among illustrative worker monitor nodes according to preferences in an illustrative VM distribution logic. Worker heartbeat monitor nodes use an illustrative ping monitoring logic to transmit special-purpose heartbeat packets to respective target VMs and to track ping responses. If a target VM is ultimately confirmed failed by its worker monitor node, an illustrative master monitor node triggers an enhanced storage manager to initiate failover for the failed VM. The enhanced storage manager communicates with the heartbeat monitor nodes and also manages VM failovers and other storage management operations in the system. Special features for cloud-to-cloud failover scenarios enable a VM in a first region of a public cloud to fail over to a second region.
Abstract:
An illustrative report server interoperates with one or more enhanced storage managers to evaluate whether backup operations and restore operations meet their recovery point objectives (RPO) and recovery time objectives (RTO), respectively. RTO is evaluated using a tiered approach based on past performance of restore and/or backup operations. The illustrative storage manager executes pre-defined queries that extract relevant information from an associated database that houses information about storage operations. The report server recommends alternative kinds of backup operations for data that fails to meet its RTO using traditional backups. The report server is configured to analyze and report RPO and RTO readiness for several levels of data entities, including multiple systems, single system, groups of clients, single clients, and subclients.
Abstract:
An illustrative “VM heartbeat monitoring network” of heartbeat monitor nodes monitors target VMs in a data storage management system. Accordingly, target VMs are distributed and re-distributed among illustrative worker monitor nodes according to preferences in an illustrative VM distribution logic. Worker heartbeat monitor nodes use an illustrative ping monitoring logic to transmit special-purpose heartbeat packets to respective target VMs and to track ping responses. If a target VM is ultimately confirmed failed by its worker monitor node, an illustrative master monitor node triggers an enhanced storage manager to initiate failover for the failed VM. The enhanced storage manager communicates with the heartbeat monitor nodes and also manages VM failovers and other storage management operations in the system. Special features for cloud-to-cloud failover scenarios enable a VM in a first region of a public cloud to fail over to a second region.
Abstract:
Snapshot-based disaster recovery (DR) orchestration systems and methods for virtual machine (VM) failover and failback do not require that VMs or their corresponding datastores be actively operating at the DR site before a DR orchestration job is initiated, i.e., before failover. An illustrative data storage management system deploys proprietary components at source data center(s) and at DR site(s). The proprietary components (e.g., storage manager, data agents, media agents, backup nodes, etc.) interoperate with each other and with the source and DR components to ensure that VMs will successfully failover and/or failback. DR orchestration jobs are suitable for testing VM failover scenarios (“clone testing”), for conducting planned VM failovers, and for unplanned VM failovers. DR orchestration jobs also handle failback and integration of DR-generated data into the failback site, including restoring VMs that never failed over to fully re-populate the source/failback site.
Abstract:
An illustrative storage management appliance is interposed between client computing devices and one or more cloud storage resources. The appliance uses cloud storage resources in conjunction with a network attached storage device configured within the appliance to provide to the client computing devices seemingly unlimited network attached storage on respective network shares. The storage management appliance monitors data objects on the network shares and when a data object meets one or more criteria for archiving, the storage management appliance archives the data object to a cloud storage resource and replaces it with a stub and preview image on the network share. When access to the stub and/or preview image is detected, the storage management appliance restores the data object from the cloud storage resource. The criteria for archiving flexibly allow individual data objects to be archived to cloud storage without archiving frequently-accessed “neighboring” data objects on the same network share.