Transactional Log Corruption Repair via LGT Indicators

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing storage systems face challenges in quickly restoring themselves after a malfunction without data loss, particularly in identifying and repairing corruption in transactional log files within data storage systems.

Innovation Solution

A method is implemented to define a transactional log file for a data storage system, where IO requests are processed, and an LGT indicator is used to track the last successful write. Upon sensing a malfunction, the system determines if the log file is corrupted by identifying transmission failure portions and repairs it if necessary, or updates file system metadata if it is not corrupted.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If the system continuously monitors and checks the transactional log file for corruption after a malfunction, then data integrity is improved, but system recovery time increases

Engineering Contradiction:
Improvedata integrityVSAvoidsystem recovery time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary actions by continuously monitoring and checking the transactional log file for corruption before a malfunction occurs. The log file is maintained with LGT indicators that track the last good transaction, allowing the system to have corruption detection mechanisms ready in advance. When a malfunction occurs, this preliminary monitoring setup enables rapid identification of corruption status without requiring extensive post-failure analysis, thus resolving the contradiction between thorough checking and quick recovery.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If the system repairs the transactional log file upon detecting corruption, then data integrity is improved, but system complexity increases

Engineering Contradiction:
Improvedata integrityVSAvoidsystem complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system implements self-service by automatically detecting corruption in the transactional log file and repairing it without requiring external intervention. The repair mechanism uses the stored LGT (Last Good Transaction) indicators to identify corruption points and automatically restores the log file to a consistent state. This automated self-diagnosis and self-repair capability improves data integrity while avoiding the need for complex manual repair procedures or external system intervention.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The LGT (Last Good Transaction) indicator acts as an intermediary that facilitates the repair process. By storing markers that indicate the last successful transaction state, the system creates a reference point that simplifies corruption detection and repair. This intermediary mechanism enables the system to efficiently identify where corruption occurred and restore the log file using the last known good state, reducing the complexity of the repair process while maintaining data integrity.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Measurement precision

If the system uses LGT indicators to track the last successful write for each IO request, then corruption identification accuracy is improved, but storage overhead increases

Engineering Contradiction:
Improvecorruption identification accuracyVSAvoidstorage overhead
Core Design Contradiction:
Measurement precisionVSQuantity of substance

Solution Approach 1:

The system applies local quality by implementing LGT (Last Good Transaction) indicators specifically at critical points in the transactional log file where corruption detection is most needed. Rather than adding comprehensive metadata to every single IO request, the LGT indicators are strategically placed to mark the last successful transaction state. This localized approach provides high corruption identification accuracy at the critical decision points while minimizing overall storage overhead by avoiding unnecessary data collection throughout the entire log file.

Inventive Principle:
Principle #3Local quality

Data Source

PatentUS9372743B1System and method for storage management
Publication Date: 2016.06.21 EMC IP HLDG CO LLC
  • US9372743B1 patent drawing
  • US9372743B1 patent drawing
  • US9372743B1 patent drawing

AI summary

A method, computer program product, and computing system for defining a transactional log file for a data storage system including defining a transactional log file for a data storage system including a data array. A plurality of IO requests for the data storage system are processed. The transactional log file is updated to include information concerning the plurality of IO requests, wherein the information includes an LGT indicator for each of the plurality of IO requests. The occurrence of a malfunction within the data storage system is sensed.