Database Synchronization Recovery via Staging Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

In storage area networks, partial data delivery to the production database due to unsuccessful partition insertion can lead to inaccessible databases during updates, causing system instability and inconsistent data views.

Innovation Solution

Implementing a staging database for interim data processing, with a network management data recovering process that detects synchronization errors, aborts transactions, and refreshes the staging database with data from the production database, maintaining the production database in read-only mode until synchronization is restored.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If data is inserted into the production database during updates, then data availability is improved, but data consistency and system stability deteriorate due to potential synchronization errors

Engineering Contradiction:
Improvedata availabilityVSAvoiddata consistency
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The database system is segmented into two distinct components: a production database for maintaining stable, consistent data and a staging database for receiving and processing incoming data partitions. This segmentation allows the production database to remain accessible and consistent while the staging database handles the volatility of data insertion and synchronization operations.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The staging database acts as an intermediary between the data source and the production database. It receives data partitions, processes them, and then synchronizes with the production database only when complete and consistent data sets are available. This intermediary layer prevents partial or inconsistent data from directly affecting the production database, thereby maintaining both availability and consistency.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If the database is taken offline for synchronization recovery, then data integrity is improved, but system accessibility and productivity deteriorate

Engineering Contradiction:
Improvedata integrityVSAvoidsystem accessibility
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

By segmenting the database system into production and staging components, the invention enables independent operation of each component. The production database can remain online and accessible while the staging database undergoes synchronization recovery operations, thus maintaining system productivity while ensuring data integrity.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The staging database serves as an intermediary that can be taken offline for recovery without affecting the production database. The detection process identifies synchronization issues in the staging database, recovers it, and then synchronizes it with the production database, all while the production database remains accessible to users and applications.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Productivity

If partition insertion is attempted during synchronization issues, then data processing speed is improved, but data integrity and system stability worsen

Engineering Contradiction:
Improvedata processing speedVSAvoiddata integrity
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system implements a feedback mechanism where the detection process continuously monitors the synchronization status between the staging and production databases. When synchronization issues are detected, the system provides feedback to prevent further partition insertion attempts until the issue is resolved, thereby maintaining data integrity while allowing rapid processing when synchronized.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The detection process performs preliminary checks to determine whether the staging database is synchronized with the production database before allowing partition insertion. This preliminary action prevents data integrity issues by ensuring the system is in a safe state to receive new data partitions.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS7680831B1Methods and apparatus for detection and recovery of database out of synchronization conditions
Publication Date: 2010.03.16 EMC IP HLDG CO LLC
  • US7680831B1 patent drawing
  • US7680831B1 patent drawing
  • US7680831B1 patent drawing

AI summary

A system detects an event suggesting a data discrepancy between a staging database and a production database that maintain network management data within a network management system. The staging database is logically separate from the production database. The system prevents modification to the production database, and replaces data in the staging database with data from the production database. The system then allows modification to the production database.