Virtual Tape Server Self-Expiring Data Processing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current virtual tape storage systems require significant resources and time for return-to-scratch processing, which is primarily handled by host software, leading to performance impacts on the host and tape storage servers.

Innovation Solution

Shift the bulk of return-to-scratch processing to the virtual tape server by defining volume expiration attributes on the host and performing processing directly on the virtual tape server, eliminating the need for host queries and reducing resource consumption.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If return-to-scratch processing is handled by host software, then processing can be performed, but CPU and memory usage on the host increases significantly

Engineering Contradiction:
Improvereturn-to-scratch processing capabilityVSAvoidhost CPU and memory usage
Core Design Contradiction:
ProductivityVSUse of energy by moving object

Solution Approach 1:

The patent extracts the return-to-scratch processing function from the host software and relocates it to the virtual tape server. The host software no longer performs this processing, instead sending expiration attributes to the virtual tape server which then autonomously identifies and processes expired volumes, converting them to scratch status without requiring host queries or resources.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The virtual tape server is empowered to autonomously perform return-to-scratch processing using expiration attributes received from the host. The system self-identifies expired volumes, self-processes the conversion to scratch status, and self-manages the entire workflow without requiring continuous host intervention or resource allocation.

Inventive Principle:
Principle #25Self-service

2Productivity

If return-to-scratch processing is performed by host software, then volumes can be converted to scratch, but processing time increases

Engineering Contradiction:
Improvevolume conversion to scratchVSAvoidprocessing time
Core Design Contradiction:
ProductivityVSLoss of time

Solution Approach 1:

The host software performs preliminary action by sending expiration attributes to the virtual tape server in advance. This allows the virtual tape server to begin autonomous processing of expired volumes without waiting for host queries, significantly reducing the overall processing time for converting volumes to scratch status.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If return-to-scratch processing is handled by host software, then processing can be completed, but resource contention between host and tape storage server increases

Engineering Contradiction:
Improvereturn-to-scratch processing completionVSAvoidresource contention
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent extracts the processing workload from the host system and relocates it entirely to the virtual tape server. This eliminates the resource contention that occurs when both the host and tape storage server are involved in the same processing operations, as the host now only sends expiration attributes while the virtual tape server handles all subsequent processing independently.

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS10013193B2Self-expiring data in a virtual tape server
Publication Date: 2018.07.03 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US10013193B2 patent drawing
  • US10013193B2 patent drawing
  • US10013193B2 patent drawing

AI summary

Embodiments for managing data in a virtual tape storage environment, by a processor device, are provided. A management system on a host is used to define volume expiration attributes for virtual tape volumes and the volume expiration attributes are forwarded to a virtual tape server. Return-to-scratch processing is performed on the virtual tape volumes directly on the virtual tape server by using the volume expiration attributes to compile candidate volumes without querying the host, where the candidate volumes are expired and converted to scratch by the virtual tape server.