Virtual Tape Server Self-Expiring Data Processing
Find Innovative SolutionsGenerate 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, impacting application performance and causing resource deadlocks.
Innovation Solution
Shift the bulk of return-to-scratch processing to the virtual tape server by using a management system on the host to define volume expiration attributes, allowing the virtual tape server to compile and expire candidate volumes without querying the host, thereby reducing the load on host resources.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Extent of automation
If host software performs return-to-scratch processing, then data management is centralized, but CPU and memory resources are consumed and processing time increases
Solution Approach 1:
The patent divides the return-to-scratch processing into two segments: volume expiration attribute definition (host) and volume expiration execution (tape server). This segmentation allows the tape server to independently process volume expiration without requiring continuous host involvement, thereby reducing processing time while maintaining centralized management through the host-defined attributes.
Solution Approach 2:
The tape server performs self-service by using the volume expiration attributes defined by the host to automatically compile and process candidate volumes for expiration. The tape server independently executes the expiration process without querying the host for each volume, enabling autonomous operation that reduces processing time while adhering to host-defined policies.
2Extent of automation
If host software performs return-to-scratch processing, then data management is centralized, but host CPU and memory usage increases
Solution Approach 1:
The patent segments the processing workload by defining volume expiration attributes on the host but executing the actual volume expiration on the tape server. This segmentation transfers the computational burden from the host to the tape server, reducing host CPU and memory usage while maintaining centralized data management through the attribute definition phase.
Solution Approach 2:
The tape server performs self-service by utilizing the pre-defined volume expiration attributes to independently process volume expiration. This eliminates the need for the host to continuously query or manage individual volume expiration processes, significantly reducing host resource consumption while maintaining centralized policy control.
3Extent of automation
If host software performs return-to-scratch processing, then data management is centralized, but resource contention increases
Solution Approach 1:
The patent segments the return-to-scratch processing between host and tape server, with the tape server handling volume expiration independently. This segmentation reduces resource contention by eliminating the need for continuous host-tape server communication during the expiration process, while centralized management is maintained through the host-defined expiration attributes.
Solution Approach 2:
The tape server performs self-service by autonomously processing volume expiration using host-defined attributes without requiring ongoing host involvement. This autonomous operation minimizes resource contention by eliminating frequent queries and communications between host and tape server, while centralized management is preserved through the initial attribute definition.
Data Source
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.