DASDMON Modernization Guide
DASDMON is a disk product by Legent. Explore technical details, modernization strategies, and migration paths below.
Product Overview
DASDMON was a system tool designed to monitor disk performance on z/OS mainframe systems.
It required an on-premise deployment within the z/OS environment and integrated with z/OS security systems for access control.
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 does DASDMON do?
DASDMON was a disk performance monitor for z/OS systems. It provided reports on disk and cache performance, helping administrators identify and resolve bottlenecks.
Is this a system, application, or tool?
DASDMON is a system tool designed to monitor and report on disk I/O performance. It is not an application in the traditional sense, but rather a utility that provides insights into system-level operations.
What types of organizations used this?
Organizations that relied on z/OS mainframe systems for critical applications used DASDMON. These were typically large enterprises in industries such as banking, insurance, and government.
When was DASDMON considered?
DASDMON was considered when organizations needed detailed insights into disk subsystem performance on their z/OS systems. This included identifying slow-performing disks, optimizing cache configurations, and planning for capacity upgrades.
What are the alternatives to DASDMON?
Alternatives to DASDMON include IBM's Resource Measurement Facility (RMF), CA Disk, and BMC AMI Ops Monitor for DASD. These tools provide similar disk performance monitoring capabilities for z/OS environments.
Technical
What infrastructure was required?
DASDMON required a z/OS environment with access to disk subsystem performance data. It typically ran in an LPAR and utilized z/OS system services to collect and analyze performance metrics.
How was DASDMON deployed?
DASDMON was deployed on-premise within the z/OS environment. It was not a cloud-based or SaaS solution. It required installation and configuration on the mainframe system.
What configuration files were used?
DASDMON used configuration files to specify the disks and caches to monitor, as well as the types of reports to generate. These files defined the scope and format of the performance data collected.
What were the main system components?
DASDMON's architecture included components for data collection, analysis, and reporting. These components worked together to gather performance metrics, process them, and present them in a user-friendly format.
Business Value
What business problems did DASDMON solve?
DASDMON provided business value by helping organizations optimize their disk I/O performance, reduce response times, and improve overall system efficiency. This resulted in cost savings and better service levels.
What would happen without DASDMON?
Without DASDMON, organizations would have difficulty identifying and resolving disk I/O bottlenecks, leading to slower application performance, increased costs, and potential service disruptions.
How did DASDMON help with capacity planning?
DASDMON helped organizations make informed decisions about disk subsystem upgrades and capacity planning. By providing detailed performance data, it enabled them to optimize their investments and avoid unnecessary expenses.
Security
What security features did DASDMON have?
DASDMON's security features included access controls to restrict who could view and modify performance data. It also provided audit logging to track user activity and ensure accountability.
How did DASDMON integrate with z/OS security?
DASDMON integrated with z/OS security systems, such as RACF, ACF2, or Top Secret, to authenticate users and enforce access controls. This ensured that only authorized personnel could access sensitive performance data.
What information was included in the audit logs?
DASDMON's audit logs recorded user logins, report generation, and configuration changes. These logs could be used to investigate security incidents and ensure compliance with regulatory requirements.
Operations
What ongoing operational requirements existed?
DASDMON required ongoing monitoring to ensure that it was collecting and reporting accurate performance data. This included checking for errors, verifying data integrity, and tuning the configuration as needed.
What were common implementation challenges?
Implementing DASDMON could be challenging due to the complexity of z/OS environments and the need to understand disk subsystem performance metrics. It required skilled personnel with expertise in both z/OS and disk I/O concepts.
How were reports generated and viewed?
DASDMON generated reports that could be viewed online or printed. These reports provided detailed information about disk I/O activity, cache hit ratios, and other performance metrics.
Ready to Start Your Migration?
Download our comprehensive migration guide for DASDMON or calculate your ROI.