Network-Based Disaster Recovery for IoT Data Resilience

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Traditional disaster recovery solutions for IoT applications are costly, complex, and inefficient, as they require duplicating data in two databases, leading to data loss during replication and increased storage needs, and are difficult to implement without modifying existing systems.

Innovation Solution

A network-based disaster recovery solution that continuously monitors network traffic, detects missing data packets, and automatically replays them, reducing the need for advanced database replication and minimizing data loss by capturing and archiving network traffic data for self-healing properties without requiring system modifications.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional database-level data backups are used for disaster recovery, then data can be restored in case of disaster, but storage needs increase and data loss occurs during replication

Engineering Contradiction:
Improvedata restoration capabilityVSAvoidstorage needs
Core Design Contradiction:
ReliabilityVSQuantity of substance

Solution Approach 1:

The patent extracts the disaster recovery function from the database level to the network package level. Instead of duplicating entire databases, the system captures and stores individual network packages transmitted between devices and the database server, restoring data by replaying these captured packages rather than performing full database replication.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The system performs preliminary action by continuously capturing and archiving network traffic packages before disasters occur. The package capture process runs in the foreground during normal operation, storing packages in archives with sequential naming conventions, so that when a disaster occurs, pre-captured packages are already available for immediate restoration without needing to perform time-consuming database replication.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If database replication is implemented for disaster recovery, then data redundancy is achieved, but system complexity and implementation difficulty increase

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

Solution Approach 1:

The patent introduces an intermediary component - the package capture and replay system - that operates at the network level between applications and the database server. This intermediary captures network packages, stores them in archives, and replays them during restoration, providing data redundancy without requiring complex database replication mechanisms or modifications to existing database systems.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

Instead of replicating entire databases with all their complex relationships and constraints, the system creates simple copies of network packages in archival files. Each captured package is stored as a discrete unit with a sequential name, creating a straightforward copy mechanism that avoids the complexity of database replication while still providing sufficient data for restoration.

Inventive Principle:
Principle #26Copying

3Reliability

If continuous monitoring of network traffic is implemented, then missing packages can be detected and replayed, but additional processing resources are required

Engineering Contradiction:
Improvedata completenessVSAvoidprocessing resources
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The monitoring system serves itself by using the same network packages that are being captured for both their original purpose and for monitoring/restoration purposes. The package capture process naturally records all traffic, and the sequential naming convention automatically detects gaps without requiring additional complex monitoring logic, allowing the system to self-identify missing packages through simple file sequence verification.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS11777833B2Non-intrusive disaster recovery and resilience
Publication Date: 2023.10.03 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US11777833B2 patent drawing
  • US11777833B2 patent drawing
  • US11777833B2 patent drawing

AI summary

A tool for network-based package monitoring and recovery. The tool scans a database to identify a gap in network traffic data. The tool determines whether at least one gap in the network traffic data is identified in the database, wherein the at least one gap is a gap in communication between a target device and a communication serve. Responsive to a determination that at least one gap in the network traffic data is identified, the tool determines a missing package from a package archive. The tool determines whether there is active network traffic between the target device and the communication server. Responsive to a determination that there is active network traffic between the target device and the communication server, the tool replays the missing package in the active network traffic between the target device and the communication server.