STAM Modernization Guide
STAM is a sharing product by Legent. Explore technical details, modernization strategies, and migration paths below.
Product Overview
STAM provided tape sharing capabilities across multiple z/OS systems, allowing them to access the same tape resources without manual intervention.
STAM supported authentication through RACF and used Access Control Lists (ACLs) for managing permissions.
Modernization Strategies
Rehost
- Timeline:
- 6-12 months
Lift-and-shift to cloud infrastructure with minimal code changes. Fast migration with lower risk.
Refactor (Recommended)
- Timeline:
- 18-24 months
Optimize application architecture for cloud while preserving business logic. Best ROI long-term.
Replatform
- Timeline:
- 3-5 years
Complete rewrite to cloud-native architecture with microservices and modern tech stack.
Frequently Asked Questions
General
What problem did STAM solve?
STAM provided tape sharing capabilities across multiple z/OS systems, allowing them to access the same tape resources without manual intervention. This reduced the need for physical tape handling and improved overall efficiency.
How was STAM configured?
STAM used configuration files to define tape libraries, devices, and access rules. These files specified which systems could access which tapes and under what conditions. The system administrator would modify these files to adjust the tape sharing configuration.
How did STAM communicate between systems?
STAM communicated between systems using a proprietary protocol designed for high-speed data transfer and synchronization. This protocol ensured that all systems had a consistent view of the tape library and its contents.
Technical
Did STAM expose any APIs?
STAM did not expose standard APIs like REST or SOAP. Integration with other systems was typically achieved through custom scripting or by leveraging the command-line interface.
What were the main system components of STAM?
The main components of STAM included a central server that managed the tape library and agent processes running on each z/OS system. These agents communicated with the central server to coordinate tape access.
What database did STAM use?
STAM used a proprietary database to store metadata about the tape library, including tape locations, access permissions, and usage statistics. This database was critical for maintaining a consistent view of the tape resources across all systems.
Business Value
What was the business value of STAM?
By enabling tape sharing, STAM reduced the need for manual tape handling, which saved time and reduced the risk of errors. This led to improved operational efficiency and lower costs.
How did STAM improve backup and recovery?
STAM helped to streamline backup and recovery processes by making tapes readily available to multiple systems. This reduced the time required to restore data in the event of a failure.
Security
What authentication methods did STAM support?
STAM supported authentication through RACF (Resource Access Control Facility) or similar z/OS security systems. This ensured that only authorized users and systems could access tape resources.
What access control model did STAM use?
STAM used an access control list (ACL) model to manage permissions for tape resources. Each tape had an associated ACL that specified which users and systems could access it and what operations they were allowed to perform.
What audit/logging capabilities did STAM have?
STAM provided audit logging capabilities to track tape access and usage. These logs could be used to monitor security and identify potential issues.
Operations
What administrative interfaces were available?
STAM provided a command-line interface (CLI) for administrative tasks such as configuring tape libraries, managing users, and monitoring system status. The CLI was the primary interface for system administrators.
How was user management handled?
User management in STAM was integrated with RACF or other z/OS security systems. User accounts and permissions were managed through these systems, ensuring consistent security policies.
What monitoring capabilities existed?
STAM provided monitoring capabilities through the CLI and system logs. Administrators could monitor tape usage, system performance, and error conditions to ensure smooth operation.
Ready to Start Your Migration?
Download our comprehensive migration guide for STAM or calculate your ROI.