Database Recovery Startup Sequence for Dependency Errors

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing methods of database recovery are plagued by numerous software errors, leading to prolonged downtime and disruption of business operations due to the complexity of software and hardware dependencies in modern database and application servers.

Innovation Solution

An ordered process for starting various servers and application modules is implemented, reducing the number of errors encountered during database recovery by ensuring a sequential activation of servers and modules, thereby minimizing troubleshooting time.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If conventional database recovery methods are used, then data can be recovered, but the process is plagued by numerous software errors leading to prolonged downtime

Engineering Contradiction:
Improvedatabase recovery reliabilityVSAvoiddowntime duration
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent applies preliminary action by establishing a predetermined startup sequence for database servers and application modules before actual recovery operations. The system pre-defines the order in which servers should be activated (e.g., database servers before application servers) to prevent software errors during recovery, thereby reducing downtime while maintaining reliability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent implements feedback mechanisms that monitor the startup status of servers and modules during recovery. The system detects when servers are successfully started and uses this feedback to determine when to proceed to the next step in the recovery sequence, automatically adjusting the recovery process to avoid software errors and minimize downtime.

Inventive Principle:
Principle #23Feedback

2Productivity

If servers and application modules are started in conventional order, then recovery can be performed, but software errors increase due to complex dependencies

Engineering Contradiction:
Improverecovery speedVSAvoidsoftware error rate
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The patent segments the recovery process into distinct phases: first starting database servers, then starting application servers, and finally starting application modules. This segmentation based on dependency relationships reduces software errors while maintaining efficient recovery speed by addressing each component in the correct sequence.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system performs preliminary analysis of server and module dependencies to predetermined startup sequences. By pre-establishing the correct activation order based on dependency graphs, the system avoids software errors caused by incorrect sequencing while maintaining productivity through automated execution of the optimized sequence.

Inventive Principle:
Principle #10Preliminary action

3Loss of information

If comprehensive backup of all servers is performed, then data loss is minimized, but recovery time increases due to extensive testing requirements

Engineering Contradiction:
Improvedata lossVSAvoidrecovery testing time
Core Design Contradiction:
Loss of informationVSLoss of time

Solution Approach 1:

The patent applies preliminary action by pre-validating backup integrity and pre-establishing recovery sequences during normal operation. The system performs preliminary checks to ensure backups are current and complete, then uses this pre-validated information during actual recovery operations, minimizing both data loss and recovery testing time through avoided redundant validation steps.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS12554599B1Database recovery and database recovery testing
Publication Date: 2026.02.17 INSIGHT DIRECT USA INC
  • US12554599B1 patent drawing
  • US12554599B1 patent drawing
  • US12554599B1 patent drawing

AI summary

A method of database recovery includes starting a first database server, starting a second database server, starting a third database server, and starting an application server after starting the first database server, the second database server, and the third. The first, second, and third database servers are configured to store data according to first, second, and third database management systems, respectively, and the application server is configured to run application modules of a set of application modules. The method of database recovery further includes starting a search module, starting a product catalog management module, starting a web connectivity module after starting the search module, starting a graphical user interface module after starting the web connectivity module, and starting at least one business operations module.