Proactive Error Scan and Isolated Correction for File Systems

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current file systems face disruptions and performance degradation due to the timing of error detection and correction, as errors are often discovered during normal processing or boot-up, requiring offline processing that leads to prolonged downtime and user dissatisfaction.

Innovation Solution

Implementing proactive error scanning and spot corruption correction methods, where the file system remains online during scanning and correction, allowing for efficient detection and resolution of corruptions without disrupting normal operations, with scanning performed at predetermined intervals or on demand.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If error scanning is performed during normal processing, then errors are detected at convenient times, but system performance and user satisfaction are degraded due to offline correction requirements

Engineering Contradiction:
Improveerror detection capabilityVSAvoidsystem performance
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent segments the error correction process by separating scanning operations from correction operations. Scanning can be performed online on specific files or directories without taking the entire volume offline, while corrections are applied in isolated contexts. This segmentation allows error detection to proceed without necessarily triggering system-wide downtime, thus maintaining productivity while improving reliability through proactive detection.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements preliminary error scanning and detection before corruptions become critical failures. By performing scans during normal processing and identifying errors early, the system can plan and execute corrections during scheduled maintenance windows rather than during critical operations, thereby maintaining system performance while ensuring reliability through advance error identification.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If volume is taken offline for correction, then corruptions can be resolved, but data and information become unavailable to users and applications

Engineering Contradiction:
Improvecorruption resolutionVSAvoiddowntime
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent applies local quality by enabling error correction on a per-file or per-directory basis rather than requiring complete volume offline status. The system can isolate and correct specific corrupted elements while leaving the rest of the volume accessible to users and applications. This localized approach maintains data availability for non-corrupted portions while still achieving corruption resolution, thereby reducing downtime significantly.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

By segmenting the volume into correctable units (files, directories, or specific data structures), the system can take only the necessary portions offline for correction while keeping the remainder online and accessible. This segmentation strategy minimizes the scope of downtime to only what is absolutely necessary for corruption resolution.

Inventive Principle:
Principle #1Segmentation

3Reliability

If boot-up error checking is performed, then system integrity is verified, but user and application access is precluded during the check

Engineering Contradiction:
Improvesystem integrityVSAvoidboot-up time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent implements partial error checking during boot-up by scanning only critical or recently modified files and directories rather than performing a complete volume scan. This partial action approach verifies essential system integrity while minimizing boot-up time, allowing users and applications to access the system more quickly while still maintaining reliable error detection for the most critical data elements.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system performs preliminary error checking on critical files during boot-up to ensure basic system integrity, then defers more comprehensive scanning to scheduled maintenance operations. This preliminary action ensures that essential system components are verified before user access begins, while the full integrity check is performed later without blocking boot-up, thus balancing reliability verification with reduced downtime.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS8667323B2Proactive error scan and isolated error correction
Publication Date: 2014.03.04 MICROSOFT TECHNOLOGY LICENSING LLC
  • US8667323B2 patent drawing
  • US8667323B2 patent drawing
  • US8667323B2 patent drawing

AI summary

Processing for file system volume error detection and processing for resultant error correction are separated to support system availability and user satisfaction. File system volumes for storing data structures are proactively scanned while the volumes remain online to search for errors or corruptions thereon. Found errors are scheduled to be corrected, i.e., spot corrected, dependent on the severity of the identified errors, error correction scheduling and/or at the determination of a file system administrator and/or user, to assist in maintaining minimal user and file system impact. When spot correction is initialized, one file system volume at a time is taken offline for correction. Spot correction verifies prior logged corruptions for the offline volume, and if independently verified, attempts to correct the prior noted corruptions. Volumes are retained offline only for the time necessary to verify and attempt to correct prior noted volume corruptions.