Cloud Database Replication Validation and Recovery

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing cloud-based systems face challenges in achieving adequate fault-tolerance and recovery during system replication and coordination, as conventional techniques like Paxos, Raft, and ZooKeeper do not fully address the need for in-service fault-tolerance and recovery.

Innovation Solution

The method involves replicating a database and software state between nodes using a replication algorithm that elects a master node and peers, ensuring sequential order through validation and performing failure recovery by verifying checksums and performing a full dump, while allowing applications to continue interacting with the database.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional replication protocols (Paxos, Raft, ZooKeeper) are used for system replication and coordination, then replication and coordination are provided, but fault-tolerance and recovery during in-service operation are insufficient

Engineering Contradiction:
Improvefault-tolerance and recoveryVSAvoidin-service fault-tolerance capability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The system performs preliminary validation of database sequences and checksums before failures occur. The master node continuously validates database sequences at peer nodes and computes checksums to detect deviations early, enabling preventive recovery actions rather than reactive responses to actual failures.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system implements continuous feedback mechanisms where the master node receives validation results from peer nodes regarding database sequence integrity. Checksum comparisons provide ongoing feedback about replication fidelity, allowing the system to detect and correct deviations while maintaining in-service operation.

Inventive Principle:
Principle #23Feedback

2Measurement precision

If database validation is performed to ensure sequential order and integrity, then detection precision is improved, but system operation continuity may be affected

Engineering Contradiction:
Improvedatabase sequence validation accuracyVSAvoidsystem operation continuity
Core Design Contradiction:
Measurement precisionVSProductivity

Solution Approach 1:

The master node acts as an intermediary that coordinates validation operations between peer nodes and the application layer. It collects validation results from peers, performs checksum computations, and manages recovery operations without requiring application involvement, thereby maintaining operational continuity while ensuring validation accuracy.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system creates copies of database sequences and checksums for validation purposes. Peer nodes maintain copies of the database sequence state that can be validated independently, and the master node computes checksums as copies of the actual data for comparison, enabling validation without disrupting primary operations.

Inventive Principle:
Principle #26Copying

3Reliability

If failure recovery operations are performed on peer nodes, then database integrity is restored, but application availability may be impacted

Engineering Contradiction:
Improvedatabase integrity restorationVSAvoidapplication availability during recovery
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The master node performs self-service by automatically detecting database sequence deviations through checksum validation and initiating recovery operations on peer nodes without application intervention. The system autonomously identifies failed peers, retrieves correct data from the master, and restores integrity, maintaining application availability throughout the process.

Inventive Principle:
Principle #25Self-service

4Stability of the object's composition

If sequential order validation is enforced across all nodes, then data consistency is improved, but system complexity increases

Engineering Contradiction:
Improvedata consistencyVSAvoidvalidation system complexity
Core Design Contradiction:
Stability of the object's compositionVSDevice complexity

Solution Approach 1:

The system changes the validation parameter from complex multi-field comparisons to simple checksum values. By computing and comparing checksums of database sequences rather than validating entire data structures, the system maintains data consistency through sequential order validation while significantly reducing the complexity of validation operations.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS10379966B2Systems and methods for service replication, validation, and recovery in cloud-based systems
Publication Date: 2019.08.13 ZSCALER INC
  • US10379966B2 patent drawing
  • US10379966B2 patent drawing
  • US10379966B2 patent drawing

AI summary

Systems and methods for replication and validation between a plurality of nodes in a cloud-based system forming a cluster include replicating a database and a software state between the plurality of nodes utilizing a replication algorithm which elects a master of the plurality of nodes and remaining nodes comprising peers, wherein the master is configured to perform the replicating; validating database sequences in the database at all of the plurality of nodes utilizing the replication algorithm to ensure sequential order of the validating between the plurality of nodes; and, responsive to differences between a peer and the master, performing a failure recovery in the database at the peer.