Standby Database Synchronization via Snapshot Mounting

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing data management systems face challenges in efficiently setting up and maintaining synchronization between primary and secondary databases, leading to complexity and reduced reliability in data backup and recovery processes.

Innovation Solution

The system verifies prerequisites for establishing a secondary database, acquires a snapshot of the primary database, mounts it on the secondary server, and enables synchronization between the databases, while also performing metadata scans to identify and rectify replication issues.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If a secondary database is configured as a backup for a primary database, then data protection capability is improved, but configuration complexity and cost increase

Engineering Contradiction:
Improvedata protection capabilityVSAvoidconfiguration complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system performs preliminary actions by automatically verifying prerequisites (operating system compatibility, available space, memory resources) before initiating the standby database configuration process. This prevents configuration failures and reduces complexity by ensuring all prerequisites are met in advance through automated checks rather than manual verification.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system enables self-service configuration where the database management system automatically performs the standby database setup process without requiring manual intervention. The automated process includes creating the standby database, configuring synchronization, and monitoring replication status, thereby reducing configuration complexity and operational costs.

Inventive Principle:
Principle #25Self-service

2Ease of operation

If manual configuration of secondary database is performed, then control over configuration parameters is improved, but time consumption and operational cost increase

Engineering Contradiction:
Improvecontrol over configurationVSAvoidconfiguration time
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The system implements feedback mechanisms that continuously monitor the replication status between primary and standby databases. The system provides real-time status information and automatically adjusts configuration parameters based on replication health, allowing operators to maintain control while reducing manual configuration time through automated monitoring and adjustment.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system performs preliminary configuration actions automatically, including verifying prerequisites, creating the standby database, and establishing synchronization settings. This eliminates the need for operators to manually perform these time-consuming tasks while still allowing them to review and adjust configuration parameters as needed.

Inventive Principle:
Principle #10Preliminary action

3Reliability

If database synchronization is maintained continuously, then data protection reliability is improved, but system resource consumption increases

Engineering Contradiction:
Improvesynchronization reliabilityVSAvoidsystem resource consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The system employs periodic action by monitoring replication status at scheduled intervals rather than continuously. The database management system checks synchronization health periodically and triggers re-synchronization only when necessary, maintaining data protection reliability while reducing unnecessary resource consumption during normal operation.

Inventive Principle:
Principle #19Periodic action

Solution Approach 2:

The system uses feedback from replication status monitoring to determine when resource-intensive re-synchronization operations are needed. By continuously monitoring replication health and only initiating re-synchronization when discrepancies are detected, the system maintains high synchronization reliability while minimizing overall resource consumption.

Inventive Principle:
Principle #23Feedback

4Reliability

If re-synchronization process is initiated frequently, then data consistency between databases is improved, but processing time and resource usage increase

Engineering Contradiction:
Improvedata consistencyVSAvoidre-synchronization time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system implements feedback-based triggering for re-synchronization operations. The database management system monitors replication status and initiates re-synchronization only when feedback indicates inconsistencies or failures, rather than performing frequent unnecessary re-synchronization. This maintains data consistency reliability while significantly reducing processing time and resource usage.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The system uses periodic status monitoring to determine when re-synchronization is needed. By checking replication health at scheduled intervals and only triggering re-synchronization when issues are detected, the system maintains data consistency without the excessive processing time and resource consumption associated with frequent unnecessary re-synchronization operations.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS20250117400A1Life cycle management for standby databases
Publication Date: 2025.04.10 RUBRIK INC
  • US20250117400A1 patent drawing
  • US20250117400A1 patent drawing
  • US20250117400A1 patent drawing

AI summary

Methods for establishing a second database and maintaining synchronization between a first database and the second database in a data management system are described. According to the method, a snapshot of a state of the first database may be acquired and mounted to a second server. The second database may be restored to the second server based on the mount. The second database may replicate the state of the first database. Synchronization may be enabled between the first database and the second database. One or more metrics associated with replication of data between the databases may be identified. A backup process for transaction logs associated with the first database may be initiated and the transaction logs may be mounted to the second server based on the metrics. One or more transactions may be applied to the second database based on the transaction logs mounted to the second server.