Inode Metadata Integrity Verification for Backup Systems

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Inode-based backup methods can introduce data integrity issues if only one part of the metadata is received during the backup process, leading to costly discrepancies that may go unnoticed until data restoration attempts.

Innovation Solution

Implementing a verification mechanism to ensure an equal number of first and second type inode messages are received, and traversing the backup catalog to validate metadata references, using the Network Data Management Protocol (NDMP) for data communication between the data server and backup server.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Quantity of substance

If inode metadata is sent in multiple parts, then backup completeness is improved, but data integrity reliability deteriorates due to potential message loss

Engineering Contradiction:
Improvemetadata completenessVSAvoiddata integrity
Core Design Contradiction:
Quantity of substanceVSReliability

Solution Approach 1:

The system performs preliminary verification by counting the number of received inode messages for each inode before finalizing the backup catalog. This preliminary check ensures that all expected messages were received, preventing incomplete metadata from being stored and eliminating the risk of data integrity issues during restoration.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If verification of inode metadata is implemented, then data integrity reliability is improved, but backup processing time increases

Engineering Contradiction:
Improvedata integrityVSAvoidbackup processing time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The verification mechanism is self-contained within the backup processing flow itself. The system uses its own message counting capability to verify integrity, eliminating the need for separate verification systems or external checks. This self-service approach minimizes additional time overhead while ensuring reliability.

Inventive Principle:
Principle #25Self-service

3Reliability

If all inode messages are verified, then metadata integrity is improved, but device complexity increases

Engineering Contradiction:
Improvemetadata integrityVSAvoidverification mechanism complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The verification process is segmented by inode identifier, allowing the system to track and verify messages for each inode independently. This segmentation simplifies the overall verification logic by breaking down the complex task of verifying all messages into manageable per-inode checks, reducing the complexity of the verification mechanism.

Inventive Principle:
Principle #1Segmentation

Data Source

PatentUS8600953B1Verification of metadata integrity for inode-based backups
Publication Date: 2013.12.03 COHESITY INC
  • US8600953B1 patent drawing
  • US8600953B1 patent drawing
  • US8600953B1 patent drawing

AI summary

Systems, methods, and computer-readable memory media for performing various methods for verification of inode metadata are disclosed. This may be done, in various embodiments, by splitting the metadata for a given inode into two or more components. Each component may then be transmitted as an inode message from, for example, a data server to a backup server. Counters may be used to determine if all messages have been received for a group of inodes. Temporary data structures may be created dynamically to aid in the verification of the inode metadata. In one embodiment, received inode metadata is used to indicate the presence (e.g., in a catalog) of an invalid reference from a child inode to its parent inode. A metadata catalog may be created and used during the restore process to “browse” a portion of the backed up data.