CA Netman Modernization Guide
CA Netman is a change management product by CA Technologies. Explore technical details, modernization strategies, and migration paths below.
Product Overview
CA Netman was a comprehensive system designed for mainframe environments, focusing on asset, problem, and change management.
CA Netman also offered ad hoc reporting capabilities for customized queries and reports. Given that CA Netman is no longer supported, consider migrating to modern IT service management (ITSM) platforms like BMC Remedy, ServiceNow, or IBM Control Desk.
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 CA Netman do?
CA Netman was a mainframe-based software solution designed for asset, problem, and change management. It provided features for inventory control, problem tracking, change management, and ad hoc reporting, helping organizations manage their IT infrastructure and related processes.
Is this a system, application, or tool?
CA Netman is a system designed to manage IT assets, track problems, and control changes within a mainframe environment. It is not simply an application or a tool but a comprehensive system for managing various aspects of IT operations.
What types of organizations used this?
Organizations that relied on mainframe systems for their core business operations used CA Netman. These organizations were typically large enterprises in industries such as banking, finance, insurance, and government.
When should a company consider CA Netman?
Companies considered using CA Netman when they needed a centralized system to manage their IT assets, track and resolve problems, and control changes within their mainframe environment. It was particularly useful for organizations with complex IT infrastructures and strict regulatory requirements.
What are the alternatives to CA Netman?
Alternatives to CA Netman include other mainframe-based change management and asset management solutions, as well as modern IT service management (ITSM) platforms that can integrate with mainframe environments. Examples include BMC Remedy, ServiceNow, and IBM Control Desk.
Technical
What infrastructure is required?
CA Netman required a mainframe environment running z/OS. It likely depended on specific subsystems and components commonly found in mainframe environments, such as security systems (e.g., RACF, ACF2, Top Secret) and database management systems (e.g., DB2).
For mainframe products: Does this run in an LPAR?
As a mainframe application, CA Netman ran within an LPAR (Logical Partition) on a mainframe system. It was tightly integrated with the z/OS operating system and required specific subsystems to be available.
What configuration files are used?
CA Netman likely used configuration files specific to the mainframe environment. These files would control various aspects of the system's behavior, such as database connections, security settings, and reporting parameters. The Online Customization Facility (OLCF) allowed users to customize CA Netman.
Business Value
What business problems did CA Netman solve?
CA Netman provided business value by helping organizations manage their IT assets, track and resolve problems efficiently, and control changes to their IT infrastructure. This led to improved operational efficiency, reduced downtime, and better compliance with regulatory requirements.
What would happen if an organization did NOT use this product?
Without CA Netman, organizations would have faced challenges in managing their IT assets, tracking and resolving problems, and controlling changes to their IT infrastructure. This could have led to increased operational costs, higher risk of errors, and reduced compliance with regulatory requirements.
What was the typical licensing model?
The typical licensing model for CA Netman was likely a perpetual license, where organizations paid a one-time fee for the software and then ongoing maintenance fees for support and updates. The total cost of ownership would have included the initial license fee, maintenance fees, and the cost of hardware, software, and personnel required to operate the system.
Security
How was security handled in CA Netman?
CA Netman leveraged the security features of the mainframe environment, such as RACF, ACF2, or Top Secret, for authentication and access control. It likely used an access control model based on roles and permissions, where users were assigned roles that determined their access to specific functions and data.
What specific authentication methods were supported?
CA Netman relied on the security mechanisms provided by the mainframe operating system (z/OS) and security subsystems (RACF, ACF2, Top Secret). These systems provided authentication, authorization, and auditing capabilities. CA Netman likely integrated with these systems to enforce security policies and track user activity.
What audit/logging capabilities existed?
CA Netman provided audit and logging capabilities to track user activity and system events. This information could be used to monitor security, troubleshoot problems, and comply with regulatory requirements. The audit logs likely contained information about user logins, data access, and changes to system configuration.
Operations
How was CA Netman typically deployed?
CA Netman was typically deployed on-premise within a mainframe environment. Implementing CA Netman required expertise in mainframe systems, security, and networking. Ongoing operational requirements included monitoring system performance, maintaining security, and providing user support.
What level of technical expertise was required to implement it?
Implementing CA Netman required a team with expertise in mainframe systems, security, and networking. Common implementation challenges included integrating CA Netman with existing systems, configuring security settings, and training users.
What ongoing operational requirements existed?
Ongoing operational requirements for CA Netman included monitoring system performance, maintaining security, providing user support, and performing regular backups. These tasks required a dedicated team of mainframe professionals.
Ready to Start Your Migration?
Download our comprehensive migration guide for CA Netman or calculate your ROI.