Abstract: Writers on a host and associated with a copy service are identified. The identification includes names of the writers and writer types as being system or application writers. For each writer identified as a system writer, a size of the system writer is calculated and a check is made as to whether a volume associated with the system writer includes system data. When the volume include system data, the volume is marked as a critical volume and a size of the critical volume is obtained. A tally is maintained summing the sizes of the system writer and critical volume.

Abstract: Communications are exchanged with a copy service of a host to identify writers associated with the copy service. The identification includes a type of a writer as being a system or application writer. Writers identified as system writers are added to a list of writers that should participate in a backup operation. For writers identified as application writers, components of an application writer are iterated through to determine whether a component of the application writer has a name or logical path that includes a name of a system service. When any component has the name or logical path that includes the name of the system service, the application writer is promoted to be of type system writer by adding the application writer to the list of writers that should participate in the backup operation. Components of each writer listed in the list of writers are backed up.

Abstract: Network configuration details associated with a host are collected with each bare metal recovery (BMR) backup of the host. The network configuration details are stored in backup storage with each BMR backup copy. A target host is booted into a preinstallation environment. The target host is configured into a DHCP mode to allow the target host to establish a network connection to a backup management server. Details about the host are received from a user. A listing of BMR backup copies corresponding to the host details are retrieved from the backup management server. A selection of a BMR backup copy to be restored onto the target host is received. Network configuration details corresponding to the selected BMR backup copy are downloaded from backup storage. A recovery wizard at the target host is populated with the network configuration details.

Abstract: A target host is booted into a preinstallation environment. A request to register as a recovery agent is issued from a REST API of the target host to a backup management server. A TLS certificate to establish a secure channel is received from the backup management server. A request identifying a backup copy to be stored on the target host is issued from the REST API of the target host and over the secure channel to the backup management server. Credentials required to access a backup storage at which the backup copy is stored is received. Using the credentials, the backup copy is retrieved from the backup storage.

Abstract: A data structure is generated to store information about a set of writers associated with a copy service. The information is gathered from the copy service and populated into the data structure. The information includes names of the writers, writer types as being system or application writers, and system writer subtypes as being one of bare metal recovery (BMR) writers or system state recovery (SSR) writers. The data structure is reviewed to determine whether a particular writer should participate in the backup. Based on the review, a list is generated including a subset of the participating writers. Instructions are issued, via the copy service, for the writers in the list to prepare for creation of a snapshot. Upon creation of the snapshot, data is backed up from the snapshot to secondary storage.

Abstract: A registry writer is instructed via a copy service on a host to prepare for generation of a snapshot. The registry writer is responsible for saving system hive files to disk before the snapshot is generated. A reporting of the system hive files is received from the registry writer. Communications are exchanged with an API exposed by an operating system of the host to identify user hive files. The system hive files reported by the registry writer and the user hive files identified using the API exposed by the operating system are backed up from the snapshot to secondary storage.

Abstract: A method for managing an application upgrade includes: obtaining metadata of a client device from a production host (PH) client device twin; executing, using the metadata, an emulation to generate an application upgrade strategy for applying a plurality of application upgrades; setting, using the metadata, a first entry in a PH required properties file; transferring the application upgrade strategy and the first entry from the PH client device twin to a client environment (CE) client device twin; storing, the application upgrade strategy and the first entry in a CE required properties file; initiating the plurality of application upgrades based on the application upgrade strategy and the first entry; setting a second entry in a CE reported properties file; transferring the second entry from the CE client device twin to the PH client device twin; and verifying a status of the plurality of application upgrades using the second entry.

Abstract: A method for managing an application upgrade includes: obtaining metadata of a client device from a production host (PH) client device twin; executing, using the metadata, an emulation to generate an application upgrade strategy for applying a plurality of application upgrades; setting, using the metadata, a first entry in a PH required properties file; transferring the application upgrade strategy and the first entry from the PH client device twin to a client environment (CE) client device twin; storing, the application upgrade strategy and the first entry in a CE required properties file; initiating the plurality of application upgrades based on the application upgrade strategy and the first entry; setting a second entry in a CE reported properties file; transferring the second entry from the CE client device twin to the PH client device twin; and verifying a status of the plurality of application upgrades using the second entry.

Abstract: A method for performing a backup includes: making a first determination that a last backup of assets is paused; obtaining, based on the first determination, a completed asset list and a non-completed asset list for the last backup; initiating a new backup for assets on the completed asset list for the last backup; and resuming backing up of assets on the non-completed asset list for the last backup.

Abstract: Techniques described herein relate to a method for performing pre-backup tasks. The method includes obtaining, by a proxy host, a snapshot request associated with a full backup of a file system stored in a network attached storage (NAS) from a backup manager; in response to obtaining the snapshot request: instantiating a NAS container to obtain a snapshot of the file system; obtaining providing the snapshot using to the NAS container; after providing the snapshot to the NAS container: generating, using the snapshot, slices associated with the file system; sorting the slices based on the number of files included in each slice; grouping the slices based on the number of files and group criteria to generate slice groups; generating a slice list specifying the slices and the slice groups; and providing the slice list to the backup manager.

Abstract: Writers participating in a backup are identified. A mapping is generated between the writers and associated files. The mapping includes file properties. The mapping is initialized by tagging the writers with a full backup tag. A base backup copy of the writers is created by conducting a full backup of each writer tagged with the full backup tag. At a current backup operation after creating the base backup, a list of current files that will participate in the current backup operation is generated. The list of current files is compared against the files in the mapping to determine whether a particular writer associated with a current file should be tagged with the full backup tag or an incremental backup tag. The particular writer is tagged with the incremental backup tag when file properties associated with the current file have changed.

Abstract: A method for managing data backup includes: making a determination that an asset source is a first type of asset source, in which a source client device comprises the asset source; generating, based on the determination, a data transfer path for a plurality of snapshots associated with the asset source between the source client device and a data protection system; initiating a backup for user data associated with the asset source to a target client device; obtaining the plurality of snapshots to the data protection system using the data transfer path, in which the user data is backed up in the target client device while at least a portion of the plurality of snapshots is obtained by the data protection system; and deleting the plurality of snapshots from the source client device, upon receipt of confirmation that the plurality of snapshots is successfully stored in the data protection system.

Abstract: Described is a system for predictive storage policy selection for a cloud-based storage based on backup monitoring. The system may reduce storage costs incurred by a subscriber of a backup service that leverages a cloud-based storage. The system may monitor backup operations and collect backup statistics associated with the resource requirements of performing a backup to a cloud-based storage. To collect such information, the system may execute a specialized monitoring process that works in conjunction with a backup application and/or server. The collected information may be stored as part of a metadata database associated with the object storage. Accordingly, the system may retrieve the information from the metadata database to predict storage costs associated with performing future backup operations. Based on the predicted storage costs, the system may automatically select an appropriate storage policy.

Abstract: Described is a system (and method) for providing multiple types of granular delete operations for a cloud-based object storage. The system may include a server that acts as an intermediary between a client device and an object storage that stores client data. The server may allow a client to perform a hard delete (or permanent) delete and a soft delete. The server may perform a specialized processing to synthetically create the soft delete feature using a permanent object delete operation provided by the object storage. The specialized processing may include manipulating retention periods associated with objects depending on whether the object is subject to a hard delete or a soft delete. As a result, the server may provide the ability for clients to perform a soft delete at an object level using existing storage level APIs that do not directly support such a feature.

Abstract: Described is a system for synchronizing expiration times for incremental backup data stored on a cloud-based object storage. More particularly, the system may provide a layer of intelligence when updating the expiration times associated with backup data to ensure that a full recovery of the client data to a point-in-time of any incremental backup may be performed. To provide such a capability, the system may maintain specialized metadata identifying expiration times for objects and a list of objects required to perform a full recovery to a point-in-time for each of the performed backups (e.g. full or incremental). The system may access this metadata to identify which objects stored by a previous backup are still referenced by a subsequent backup. Based on the identified objects, the system may synchronize object expiration times to ensure objects are not prematurely deleted from the object storage.

Abstract: A method for copying source data from a source server to a destination server, that includes initiating, by a source copy manager, a copy operation of the source data, where during the copy operation, the method further includes obtaining resource statistics, setting a data chunk size based on the resource statistics, copying a data chunk to a read queue, where the data chunk includes a portion of the source data, and where the data chunk has the data chunk size, and sending, from the read queue, the data chunk to a network device, and ending the copy operation.

Abstract: In general, embodiments relates to a method for managing a technical support session, comprising: obtaining technical support question from a technical support person (TSP) that is conducting the technical support session; determining that the technical support question is a duplicate of a prior technical support question; in response to the determination, obtaining a quality score for the technical support question; and displaying the quality score to the TSP in a user interface on a technical support system that the TSP is using the conduct the technical support session.

Abstract: A method and system for implementing a topological view and insights of organization information technology (IT) environments based on bare-metal recovery and/or system-state recovery data and metadata. Often, one or many IT environment(s), affiliated with an organization, include various network resources, as well active directory service(s) for organizing, locating, and managing said network resources. Active directory service(s) may further gather and provide information pertinent to modeling a topological view of said network resources throughout the organization. Leveraging said information gleaned from any active directory service(s), as well as backup operation metadata generated during or following backup operations targeting workloads and their respective data, which support bare-metal and/or system-state recoveries, embodiments disclosed herein propose the construction of an organization metadata tree.

Abstract: A method for modifying a communication network includes: making a first determination, using monitored data, that scaling is required; in response to the first determination, executing an emulation using a modified network slice and the monitored data to generate an emulated response time, in which the monitored data comprises at least a request, a response to the request, and a corresponding response time for the request, in which the monitored data is analyzed to generate the modified network slice; making, based on the emulated response time, a second determination to implement the modified network slice; and initiating modification of the communication network using the modified network slice.

Abstract: A method and system for maintaining live database data across hybrid storage. Specifically, the disclosed method and system entail accessing live backup database data in part residing on local storage and in part residing on remote storage. That is, on occasion, available local storage capacity may fall short of the required free storage space to accommodate the full restoration or recovery of a given database. Accordingly, to overcome this shortfall, the disclosed method and system detect and cycle the recovery of frequently accessed asset (or database) data files, of the given database, from remote storage onto local storage.