Netapp, Inc.

Sisir Shekhar

Michael Robin Eisler

Akshatha Gangadharaiah

Saravana Selvarai

Krishna Murthy Chandraiah Setty Narasingarayanapeta

Rakesh Bhargava M R

Kartheek Muthyala

Ranjit Kumar

Tijin George

Atul Ramesh Pandit

Subramaniam Periyagaram

Vijay Mohan Deshmukh

Andrew G Tucker

Eric P Forgette

Jose Mathew

Mohit Gupta

Varun Jobanputra

James Namboorikandathil Joseph

Vishwajith Shivappa

A client identifies a first data unit to be shared from a first file to a second file and sends an operation to copy that indicates the first data unit to be shared. The operation to copy the first data unit from the first file to the second file is received. In response to receiving the operation to copy the first data unit from the first file to the second file, it is determined whether the first data unit can be shared with the second file. In response to determining that the first data unit cannot be shared with the second file, the first data unit is copied to the second file. In response to determining that the first data unit can be shared with the second file, the first data unit is shared between the first file and the second file.

Deduplicating extents across systems

A request is received to retrieve at least a portion of a file from a compressed data archived image stored in a backup storage device. The compressed data archived image comprises a backup of a file system having a number of directories and a number of files. The compressed data archived image comprises a file that includes a compression of the number of files. An address of the at least the portion of the file within the compressed data archived image is determined. The at least the portion of the file is retrieved at the address in the compressed data archived image, without decompressing the compressed data archived image.

Browsable data and data retrieval from a data archived image

A method and system for replicating file system entities in a manner that preserves block-level access and file system efficiency mechanisms such as deduplication are disclosed. In an embodiment, a replication engine receives a stream of file system entities that include a file system inodes and file system data blocks. The replication engine generates object-based storage (OBS) objects based on data and reference information specified by the file system entities. As part of generating the OBS objects, the replication engine generates at least one inode file object that associates file block numbers of a file system inode file and the inode numbers. The replication engine uses inode information to generate reference objects that logically associate file block numbers with data block numbers in per inode manner. The replication engine further generates data objects that contains the file system data blocks and that associates the data blocks with corresponding data block numbers.

Object-based storage replication and recovery

An enterprise may use file level and block level storage for operational access to reap the performance benefits, and use object storage for back-up storage and scale out. Data of objects and objects themselves can be organized to allow for efficient storage management operations, including storage snapshot operations and deduplication operations. A root file container can be represented in object storage with a metadata object ('file container object') and child file container can be represented in object storage with a metadata object ('file group object'). Each file can be represented in object storage with a metadata object that indicates the data units of the file depending upon the storage technology hosting the file (e.g., a file data block in file level storage). The data units of the file can be represented in object storage as elements of a data object.

Cloud object data layout (CODL)

Deduplicating extents across systems based upon indications of shared extents provided by clients

Disclosed is a system that will update the metadata index at the consistency point. Accordingly, the metadata index will be updated at the same time that the data blocks and metadata updates are written to disk. Furthermore, the metadata index will be written in the same location as the file system data, and accordingly, when a snapshot is taken of the file system, the metadata index will also be copied and saved with the snapshot. Accordingly, the metadata index will travel with the snapshots of the filesystem, and will be up to date with the latest changes to the file data blocks.

Consistent method of indexing file system information

A method and system for managing backup storage of file system entities. In an aspect, a file system catalog includes a database populator tool that generates records within a metadata table that may be maintained within a database. In response to detecting a replication cycle, the populator tool reads a stream of replication operations. For each of the replication operations, the populator tool determines the type of operation and in response to determining that a directory inode is an operand of the replication operation, the tool generates one or more catalog records. Each of the generated records includes and logically associates data entries corresponding to an inode number, a parent inode number, an entity type, a point-in-time-image (PTI) ID, an absolute path, and an operation.

Cataloging metadata for replication management and recovery

Examples described herein include a data migration system for migrating data between different data storage environments. The data migration system creates a first volume on a first storage system, and creates a logical unit within the first volume. The data migration system then creates a virtual volume on a virtual storage system associated with a second storage system, wherein data stored in the virtual volume is backed by the logical unit on the first storage system. The data migration system then replicates, on the virtual volume, a set of data stored on the second storage system. Upon replicating the set of data onto the virtual volume the virtual storage system may automatically create a copy of the corresponding data in the logical unit of the first volume.

Zero copy volume reconstruction

One or more techniques and/or systems are provided for non-disruptively addressing misalignment between a virtual data format and an underlying data format. Virtual data, such as a guest operating system of a virtual machine, may be stored within a virtual structure, such as a virtual machine disk, according to a virtual data format. The virtual structure may be stored within a storage device according to a storage data format. If misalignment is detected, then a new data container may be created within the storage device. A shim, sized according to a misalignment offset, may be inserted into the new data container in order to align the new data container with the storage device. Virtual data may be migrated from the virtual structure to the new data container to achieve alignment. During the migration, the virtual data may remain available from the virtual structure (e.g., a virtual machine may still execute).

Growing community of inventors

Bihar, India

Sisir Shekhar