Database Diagnostics Interface System Using Conditional Plug-in Scripts

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Diagnosing database problems is complex and time-consuming due to the size and complexity of database systems, often requiring expertise and timely analysis that may not be available when issues occur intermittently, leading to irrelevant or missing diagnostic data.

Innovation Solution

A system with a graphical user interface that allows selection and execution of scripts on a database system based on predefined conditions, using a plug-in structure that defines the condition for script execution and returns relevant data, enabling automated monitoring and reporting even when a database administrator is unavailable.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If a DBA manually monitors and analyzes database problems, then diagnostic accuracy may be improved through expert judgment, but the response time deteriorates because DBAs are unavailable or lack time when problems occur intermittently

Engineering Contradiction:
Improvediagnostic accuracyVSAvoidresponse time
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The system performs preliminary configuration of diagnostic scripts and parameters before problems occur. DBAs can pre-configure multiple diagnostic scripts with different parameters and conditions, so when a problem occurs, the appropriate script is already ready to execute immediately without requiring DBA intervention for setup.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system enables automated self-diagnosis by executing pre-configured scripts automatically when triggering conditions are met. The database system monitors its own state and triggers appropriate diagnostic scripts without external intervention, capturing relevant data even when DBAs are unavailable.

Inventive Principle:
Principle #25Self-service

2Loss of information

If comprehensive diagnostic tools are deployed to capture all possible database states, then diagnostic completeness is improved, but system complexity and resource consumption worsen

Engineering Contradiction:
Improvediagnostic completenessVSAvoidsystem complexity
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

Instead of deploying a single comprehensive diagnostic tool that captures all possible data, the system uses multiple specialized scripts, each configured to capture specific types of diagnostic information relevant to particular problem conditions. This allows targeted data collection that is complete for the specific problem at hand without the overhead of comprehensive monitoring for all possible issues.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The diagnostic system is segmented into multiple independent scripts, each handling a specific aspect of database diagnostics. These scripts can be selectively executed based on the problem type, rather than running a single monolithic diagnostic tool that always captures all possible data regardless of relevance.

Inventive Principle:
Principle #1Segmentation

3Adaptability or versatility

If multiple diagnostic scripts with various parameters are configured to handle different problem types, then diagnostic versatility is improved, but the complexity of selecting and configuring the appropriate script worsens

Engineering Contradiction:
Improvediagnostic versatilityVSAvoidscript selection complexity
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The system dynamically selects which diagnostic script to execute based on the current database state and problem conditions. Rather than requiring manual selection from multiple scripts, the system automatically matches the triggering condition to the appropriate pre-configured script, adapting the diagnostic approach to the specific problem encountered.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system creates a universal diagnostic framework where a single configuration mechanism can handle multiple different problem types. By using a standardized script structure with parameterized conditions, the same system infrastructure can execute different scripts for different problems without requiring separate configuration processes for each script type.

Inventive Principle:
Principle #6Universality (Multi-functionality)

4Loss of information

If diagnostic data is collected continuously to ensure data availability, then data completeness is improved, but resource consumption and storage requirements worsen

Engineering Contradiction:
Improvedata availabilityVSAvoidresource consumption
Core Design Contradiction:
Loss of informationVSLoss of energy

Solution Approach 1:

Instead of continuous data collection, the system uses periodic execution of diagnostic scripts triggered by specific conditions or time intervals. Scripts are executed only when relevant conditions occur or at scheduled intervals, rather than continuously monitoring and collecting all data, reducing resource consumption while maintaining data availability when needed.

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS9842127B2Database diagnostics interface system
Publication Date: 2017.12.12 ORACLE INT CORP
  • US9842127B2 patent drawing
  • US9842127B2 patent drawing
  • US9842127B2 patent drawing

AI summary

Systems, methods, and machine-readable media are provided for database diagnostics. A specification of a target database system may be processed. A diagnostic tool, corresponding to a plug-in for transmission to the target database system, may be created. A script may be selected to conditionally execute on the target database system when detected values of a monitored parameter satisfy conditional criteria. A plug-in structure that encapsulates modules of the plug-in may be defined. The diagnostic tool may be transmitted via a network to the target database system to cause the diagnostic tool to be executed on the target database system. The execution of the diagnostic tool may include executing a first iteration of the plug-in based on a first threshold specified by conditional criteria, and executing a subsequent iteration of the plug-in based on a subsequent threshold specified by the conditional criteria after the conditional criteria has been adjusted.