File Synchronization Wedge Files for Partial-Stripe Recovery

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing data management systems face challenges in maintaining failure tolerance during file synchronization, particularly when data wedges are incomplete, leading to suboptimal performance and potential data loss.

Innovation Solution

The system maintains a wedge file for partial data wedges upon receiving a synchronization request, ensuring append-only invariance and using it for reconstruction, thereby enhancing failure tolerance by avoiding computation of code chunk slices for incomplete wedges.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If code chunk slices are computed only when data wedges are complete, then computational overhead is reduced, but failure tolerance is compromised for partial wedges

Engineering Contradiction:
Improvefailure toleranceVSAvoidcomputational overhead
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent applies preliminary action by computing code chunk slices for partial data wedges in advance, before actual failure occurs. When a synchronization request is received, the system proactively computes code chunks for any incomplete wedges, ensuring failure tolerance is established beforehand rather than waiting for completeness or failure events.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements beforehand cushioning by creating redundant code chunk slices for partial data wedges before any potential failure can occur. This pre-computation acts as a protective buffer, ensuring that even incomplete data wedges have the necessary redundancy to tolerate failures, thus cushioning against potential data loss.

Inventive Principle:
Principle #11Beforehand cushioning (Prior cushioning)

2Reliability

If code chunk slices are computed for incomplete wedges, then failure tolerance is improved, but computational overhead increases

Engineering Contradiction:
Improvefailure toleranceVSAvoidcomputational overhead
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The patent applies partial action by computing code chunk slices only for the specific incomplete data wedges that need protection, rather than computing for all wedges universally. This selective approach computes exactly the necessary redundancy for partial wedges without unnecessarily processing complete wedges, optimizing the balance between failure tolerance and computational overhead.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The computation is performed preliminarily upon receiving a synchronization request, before any failure occurs. This timing ensures that code chunks are ready when needed without delaying the synchronization operation, and the computation is triggered only when partial wedges are detected, avoiding unnecessary computational overhead.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If synchronization waits for complete data wedges, then failure tolerance is ensured, but synchronization speed decreases

Engineering Contradiction:
Improvefailure toleranceVSAvoidsynchronization speed
Core Design Contradiction:
ReliabilityVSSpeed

Solution Approach 1:

The system performs preliminary computation of code chunk slices for partial wedges when a synchronization request is received, rather than waiting for wedges to become complete. This allows the synchronization process to proceed with incomplete data, improving speed while maintaining failure tolerance through the pre-computed code chunks.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces dynamic handling of data wedge completeness by allowing the synchronization process to adapt to partial data states. Instead of a static requirement for complete wedges, the system dynamically computes code chunks for partial wedges as needed, enabling flexible progression of synchronization without rigid waiting, thus improving speed while preserving reliability.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS12554593B2Techniques to enhance failure tolerance during file synchronization
Publication Date: 2026.02.17 RUBRIK INC
  • US12554593B2 patent drawing
  • US12554593B2 patent drawing
  • US12554593B2 patent drawing

AI summary

Methods, systems, and devices for data management are described. A data management system (DMS) may receive a synchronization request to back up a set of files from a source database to a target database including a set of nodes. In some cases, each node of the target database may support storage of a set of data stripes, and a data stripe may include a logical subdivision of a file. The DMS may back up the set of files to the target database. The DMS may determine that a most recent data wedge is incompletely filled at a time corresponding to receiving the synchronization request, where a data wedge represents a cross section of data across multiple data chunks of a corresponding data stripe. The DMS may then generate a file including an indication of one or more data stripes corresponding to the set of files.