Seamless Distributed Database Upgrades via Dual-Instance Migration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Database system updates often result in significant downtime, disrupting user access and service availability, as existing methods lack efficient strategies for migrating data between different database versions without interrupting service.

Innovation Solution

Implementing a distributed database service upgrade approach that uses multiple database server instances within a computer cluster, where one instance operates on the current version and another on an updated version, allowing seamless migration of replicas without user-visible downtime, and incorporating monitoring and maintenance to identify and respond to potential failures autonomously.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If database server instances are updated to a new version, then the distributed database service achieves improved functionality and performance, but significant downtime occurs disrupting user access

Engineering Contradiction:
Improvedatabase service versionVSAvoidservice availability
Core Design Contradiction:
Adaptability or versatilityVSReliability

Solution Approach 1:

The system prepares second database server instances with the new version in advance before the upgrade is needed. These pre-configured instances are ready to immediately take over when the migration is triggered, eliminating the need to install and configure the new version during the upgrade process itself.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces second database server instances as intermediary components that facilitate the transition from old to new versions. These intermediary instances act as a bridge, allowing data migration and service continuity while the system transitions between versions.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Loss of time

If database replicas are migrated from current version instances to updated version instances, then seamless upgrade is achieved, but system complexity increases due to multiple instances

Engineering Contradiction:
Improveupgrade downtimeVSAvoidnumber of database instances
Core Design Contradiction:
Loss of timeVSDevice complexity

Solution Approach 1:

The system segments the database service into multiple independent instances (first instances running current version, second instances running new version). This segmentation allows parallel operation of different versions and enables gradual migration of replicas without affecting the entire system at once.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system maintains multiple instances during transition but ultimately discards the old first instances once all replicas are successfully migrated to the new version. The temporary increase in complexity is resolved by removing obsolete components after the upgrade completes.

Inventive Principle:
Principle #34Discarding and recovering

3Reliability

If monitoring is implemented to detect failures during upgrade, then service reliability is maintained, but the complexity of the upgrade process increases

Engineering Contradiction:
Improveupgrade process stabilityVSAvoidmonitoring system complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The system implements monitoring that continuously observes the upgrade process and provides feedback about the state of database replicas and instances. This feedback mechanism enables automatic detection of failures and triggers appropriate responses without requiring complex manual intervention systems.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The monitoring system is designed to automatically detect and respond to failures during the upgrade process without requiring external intervention. The system self-manages the upgrade by autonomously identifying issues and taking corrective actions when problems are detected.

Inventive Principle:
Principle #25Self-service

Data Source

PatentUS8326800B2Seamless upgrades in a distributed database system
Publication Date: 2012.12.04 MICROSOFT TECHNOLOGY LICENSING LLC
  • US8326800B2 patent drawing
  • US8326800B2 patent drawing
  • US8326800B2 patent drawing

AI summary

Embodiments are directed to providing distributed database service upgrades of database server instances in a computer cluster using multiple database server instances and to monitoring and maintaining a distributed database service during upgrade. In an embodiment, each computer system in a computer cluster instantiates at least two different database server instances on each of the nodes in the cluster. The first database server instances are configured to operate using a current distributed database version and the second instances are configured to operate using a new, updated distributed database service version. The computer system receives an indication that the distributed database service is to be upgraded. Then, based on the received indication, the computer system migrates database replicas from the first database server instances to the second database server instances which operate the new, updated service version, substantially without user-visible downtime.