Spatial Database Metadata Mirror for File Systems

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional file system metadata management using relational databases like SQL databases can lead to bottlenecks and inefficiencies, particularly in maintaining real-time metadata backups and disaster recovery, as they require system downtime and are not optimized for complex queries or efficient data retrieval.

Innovation Solution

Implementing a spatial database system to store and manage file system metadata, which allows for efficient querying and updating of metadata using feature vectors, enabling parallel processing and decoupling journaling from application updates, thus improving metadata capture, restore, and query operations without system downtime.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a SQL database is used to store file system metadata, then metadata can be mirrored and backed up, but the system experiences bottlenecks and inefficiencies in real-time updates and query operations

Engineering Contradiction:
Improvemetadata backup reliabilityVSAvoidmetadata update speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The patent changes the fundamental parameter of database type from relational SQL to spatial database, enabling optimized storage and retrieval of metadata structures. This parameter change allows the system to achieve both reliable backups and high-speed real-time updates by leveraging spatial database capabilities for efficient data organization and indexing.

Inventive Principle:
Principle #35Parameter changes

Solution Approach 2:

The patent replaces the traditional SQL database mechanism with a spatial database mechanism that is specifically optimized for the metadata structures of file systems. This substitution eliminates the bottlenecks inherent in SQL databases for this specific application, enabling faster query operations and real-time updates while maintaining backup reliability.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

2Reliability

If a SQL database is used for metadata storage, then metadata can be captured and restored, but system downtime is required for backup operations

Engineering Contradiction:
Improvedisaster recovery capabilityVSAvoidsystem downtime
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent enables continuous metadata capture and backup operations by using a spatial database that can handle real-time updates without requiring system downtime. The spatial database's optimized structure allows backup operations to proceed continuously alongside file system operations, eliminating the interruptions inherent in SQL-based approaches.

Inventive Principle:
Principle #20Continuity of useful action

Solution Approach 2:

The patent implements preliminary organization of metadata in spatial structures within the spatial database, allowing for rapid restoration operations. By pre-organizing metadata in an optimized spatial format during normal operations, the system can perform disaster recovery without the time-consuming reconstruction processes required by SQL databases.

Inventive Principle:
Principle #10Preliminary action

3Loss of information

If a SQL database is used to store metadata, then metadata can be mirrored, but complex queries and efficient data retrieval are not optimized

Engineering Contradiction:
Improvemetadata completenessVSAvoidquery efficiency
Core Design Contradiction:
Loss of informationVSProductivity

Solution Approach 1:

The patent changes the database parameter from SQL to spatial, which fundamentally alters how metadata is stored and queried. This parameter change enables the system to maintain complete metadata information while simultaneously optimizing complex queries through spatial indexing and organization capabilities that are inherently more efficient for file system metadata structures.

Inventive Principle:
Principle #35Parameter changes

4Reliability

If conventional SQL database operations are used, then metadata can be backed up, but the process is not optimized for real-time updates

Engineering Contradiction:
Improvemetadata replication accuracyVSAvoidreal-time update speed
Core Design Contradiction:
ReliabilityVSSpeed

Solution Approach 1:

The patent substitutes the SQL database mechanism with a spatial database mechanism that is specifically designed to handle real-time updates efficiently. This substitution maintains accurate metadata replication while dramatically improving update speed by leveraging spatial database optimizations for the specific patterns of metadata changes that occur in file systems.

Inventive Principle:
Principle #28Mechanics substitution (Replace mechanical system)

Data Source

PatentUS10133761B2Metadump spatial database system
Publication Date: 2018.11.20 QUANTUM CORP
  • US10133761B2 patent drawing
  • US10133761B2 patent drawing
  • US10133761B2 patent drawing

AI summary

Example apparatus and methods create and maintain a functional mirror of file system metadata for an active file system. The functional mirror may be implemented as a set of feature vectors in a feature space stored in a spatial database that allow a journal functionality for information received from the active file system. Mirror creation and maintenance can operate in parallel. The functional mirror may be created primarily using a systematic, system-wide, multi-threaded crawler approach whose results are updated using an event-driven approach that accounts for changes that may obsolete information acquired during the crawler approach. Transaction identifiers may be stored and potentially obsolete information preserved to facilitate providing views and rewind features.