Patent classifications
G06F16/192
Method for seamless access to a cloud storage system by an endpoint device using metadata
A method for use in a computing device having a storage arranged in accordance with a local file system to seamlessly access information for files of a cloud storage system (CSS), the storage being separate from the CSS. The method comprises: receiving, by the computing device, metadata for at least one directory of the CSS; creating in the local file system, based on the received metadata for the at least one directory, a directory structure consisting of at least one directory, the directory structure being in correspondence with the structure of the at least one directory of the CSS for which the metadata was received; and upon receiving a request for a listing of a directory in the CSS, providing the directory listing directly, based on the directory structure of the local file system, for directories of the CSS for which, and to the extent, that metadata was received.
GRAPH-ORGANIZED FILE SYSTEM
Techniques are described herein for a graph-organized file system (GOFS) implemented by an operating system of a computing system. A GOFS represents a data graph with graph components comprising a plurality of nodes and one or more relationships between the nodes. Each node of the graph may be associated with content (of any kind) and/or relationships (of any kind) between the node and other nodes in the graph. Data for a GOFS is stored in a GOFS partition in persistent storage. In the GOFS partition, nodes are represented using “gnode” data structures (also referred to herein as “gnodes”), each of which comprises a content field for node content data and an edge field for edge data representing relationships between nodes. According to various embodiments, a GOFS partition includes dedicated space for each of: a superblock, graph metadata, a block bitmap, a gnode bitmap, a gnode table, and data blocks.
Generating and morphing a collection of files in a folder/sub-folder structure that collectively has desired dedupability, compression, clustering and commonality
One example method includes receiving a set of filesystem parameters, creating a simulated filesystem based on the filesystem parameters, receiving a set of target characteristics for a file collection, based on the target characteristics, slicing a datastream into a grouping of data slices, populating the simulated files with the data slices to create the file collection and forward or reverse morphing the file collection from one generation to another without rewriting the entire file collection.
Automatic update of network assets using gold images
Automatically updating operating system and application programs in a large-scale network using Gold image data. An asset update process receives validation by a user for use of an updated program comprising new Gold image data. The process automatically updates the previous version of the updated version with the updated program to generate new user content data, without requiring further user intervention by using a defined tag linking the new Gold image data with previous Gold image data for the older version of the program. The Gold image data is stored in a central data protection target storage separate from data protection target storage for the user content data.
DYNAMIC IDENTIFICATION OF CLOUD STORAGE DESTINATION FOR MULTI-USER FILES
According to one embodiment, a method, computer system, and computer program product for identifying cloud storage destination. The embodiment may include identifying content of a data file being created or updated. The embodiment may include identifying cloud storage criteria of the data file. The embodiment may include determining whether an existing storage solution within a cloud storage service provider (CSSP) knowledge corpus is applicable to the data file. In response to determining that an existing storage solution is not applicable to the data file, the embodiment may include creating a new storage solution for the data file based on the identified content and cloud storage criteria of the data file.
COPY-ON-WRITE UNION FILESYSTEM
A copy-on-write union filesystem. A computer system identifies a first filesystem namespace as a mutable layer, and a second filesystem namespace as an immutable layer. The computer system exposes a merged filesystem namespace as a union filesystem that merges the mutable layer and the immutable layer, and that overlays the first filesystem namespace over the second filesystem namespace. The computer system identifies an operation on the merged filesystem namespace that requests to read from a file within the merged filesystem namespace, the file being stored in the second filesystem namespace and not being stored in the first filesystem namespace. The computer system returns a handle referencing a proxy object stored in a system memory. The proxy object includes a mapping to a file object corresponding to the file as stored in the second filesystem namespace.
SYSTEM AND METHOD FOR INSTANT ACCESS OF DATA IN FILE BASED BACKUPS IN A BACKUP STORAGE SYSTEM USING METADATA FILES
A method for managing file based backups (FBBs) includes obtaining, by a FBB metadata file manager, a FBB mount request for a FBB mount of a FBB from an application, wherein the application is executing in a production host environment, in response to the FBB mount request, the FBB metadata file manager: identifies a FBB in a backup storage system, obtains a FBB metadata file corresponding to the FBB from the backup storage system, performs an attribute analysis to identify the storage location attributes in the FBB metadata file, stores a FBB virtual file system in the production host environment using the storage location attributes, and enables access to the FBB virtual file system by the application.
SYSTEM AND METHOD FOR A SPECIALIZED BACKUP OPERATION OF FILE BASED BACKUPS BASED ON A TARGET BACKUP STORAGE SYSTEM
A method for managing file based backups (FBBs) includes obtaining, by a backup agent, a FBB generation request for a file system at a point in time, in response to the FBB generation request: identifying a target backup storage system in which to store the FBB, identifying a target exposed application programming interface (API) associated with the target backup storage system, generating a FBB corresponding to the FBB generation request, wherein the FBB comprises a FBB metadata file, wherein the FBB is in a common data streaming format (CDSF), generating an API command based on the FBB and the target exposed API, and initiating storage of the FBB in the target backup storage system using the API command.
SYNCHRONIZING AN EXTERNAL LOCATION
The present technology pertains to synchronizing contents of a directory external to a synchronized directory by a content management system. The content management system is configured to synchronize only objects in the synchronized directory. Accordingly, the present technology creates an anchor object that represents the directory external to the synchronized directory within the synchronized directory. The anchor object includes special attributes that indicate to the synchronization client that the anchor object represents an external directory, and allows the contents of that directory to be synchronized directly to a server on the content management system without first storing the contents of the external directory on the hard drive of the client device.
Data storage system and method
A system and method are presented that utilize separate append-only arrays to track metadata and real data for a file. All modifications to the file result in metadata records being appended to the end of the metadata array. Write modification commands cause real data to be appended to the file data array. The location of real data on the file data array is identified by a record in the metadata array. Modification commands can be grouped into sets, which complete as a set. Modification sets can rely upon the completeness of prior sets. Read-like commands cause the creation of a virtual array based upon the records of the metadata array. The created virtual array has the same size as the actual file but does not contain the real data for the file. Rather, the virtual file array maps to the actual data stored in the file data array.