Service Upgrade Data Migration via On-Demand Conversion

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Database management systems face challenges in optimizing performance, particularly when handling complex queries or large volumes of data, due to resource constraints such as memory and storage, and the need to manage data incompatibilities during service upgrades.

Innovation Solution

A computer-implemented method that initiates a service upgrade by checking a system table for data incompatibilities. If incompatibilities are found, the upgrade continues without immediate data conversion, and access to the service is blocked until the data is converted to ensure compatibility upon first usage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If data conversion is performed immediately during service upgrade, then data compatibility is ensured, but service downtime increases

Engineering Contradiction:
Improvedata compatibilityVSAvoidservice downtime
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The system performs preliminary checks during the upgrade process to identify incompatible data, but delays the actual conversion action until after the service is upgraded and running. This allows the upgrade to complete quickly while ensuring compatibility is addressed subsequently, resolving the contradiction between ensuring compatibility and minimizing downtime.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The data conversion process is made dynamic and conditional rather than static and mandatory. The system continuously monitors for incompatible data and performs conversion on-demand when such data is detected, allowing the service to remain operational while gradually ensuring compatibility as data is converted in the background.

Inventive Principle:
Principle #15Dynamics

2Productivity

If data conversion is delayed until first usage, then service availability is maintained, but data incompatibility risks increase

Engineering Contradiction:
Improveservice availabilityVSAvoiddata compatibility
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system implements a feedback mechanism where the service monitors its own data for compatibility issues and triggers conversion processes when incompatibilities are detected. This closed-loop approach ensures that data compatibility is maintained through continuous monitoring and on-demand conversion, resolving the contradiction between availability and reliability.

Inventive Principle:
Principle #23Feedback

Solution Approach 2:

The service performs self-diagnosis and self-correction by automatically detecting incompatible data and initiating conversion processes without external intervention. This autonomous approach ensures data compatibility is maintained while minimizing impact on service availability, as the system manages its own upgrade and conversion processes.

Inventive Principle:
Principle #25Self-service

3Reliability

If comprehensive data conversion is performed upfront, then compatibility is ensured, but resource consumption increases

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

Solution Approach 1:

Instead of performing complete data conversion upfront, the system applies partial conversion only to the specific data items that are detected as incompatible. This selective approach converts only the necessary portion of data rather than all data, significantly reducing processing resource consumption while still ensuring compatibility for the affected data.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system changes the parameter of data conversion from a static, all-or-nothing process to a dynamic, on-demand process. Conversion is triggered only when specific conditions are met (incompatible data detected), allowing the system to optimize resource usage by converting data only when necessary rather than continuously or preemptively.

Inventive Principle:
Principle #35Parameter changes

Data Source

PatentUS12333292B2Product lifecycle management of data migration during a system update
Publication Date: 2025.06.17 SAP SE
  • US12333292B2 patent drawing
  • US12333292B2 patent drawing
  • US12333292B2 patent drawing

AI summary

In some implementations, there is provided a computer-implemented method including initiating an upgrade of a service; performing the upgrade of the service by at least checking a system table including an indication of whether the upgrade of the service causes at least one data to be incompatible with the service after the upgrade is completed; in response to the indication indicating the upgrade of the service causes the at least one data to be incompatible, the method further comprises: continuing with the upgrade of the service, without converting the at least one data; detecting a first usage of the service; and in response to the detecting of the first usage, converting the at least one data that is incompatible with the service. Related systems, methods, and articles of manufacture are also disclosed.