CA Technologies z/OS

CA InfoTransport Modernization Guide

DatabasesFile Transfer

CA InfoTransport is a databases product by CA Technologies. Explore technical details, modernization strategies, and migration paths below.

Product Overview

CA InfoTransport facilitated the transfer of data from mainframe databases (DB2, IMS) to other platforms.

The architecture likely included components on the mainframe for data extraction and components on distributed systems for data loading, communicating via network protocols.

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 was the primary purpose of CA InfoTransport?

CA InfoTransport was a tool designed to facilitate the movement of large volumes of data from mainframe-based databases, such as DB2 and IMS, to database systems residing on other platforms, including distributed systems. It aimed to provide a reliable and efficient mechanism for data migration and integration across heterogeneous environments.

What types of configuration files were used with CA InfoTransport?

While specific details on configuration files are unavailable, mainframe-based tools often rely on control cards or parameter files to define data sources, target databases, transformation rules, and job execution parameters. These files dictate how data is extracted, transformed, and loaded into the destination database.

What communication protocols did CA InfoTransport use?

Given its age and typical mainframe integration patterns, CA InfoTransport likely supported communication protocols such as TCP/IP for network connectivity and potentially older protocols like SNA for interacting with mainframe systems. The exact protocols would depend on the specific implementation and the target database platforms.

Technical

What were some common commands or operations performed with CA InfoTransport?

Without access to the software, specific commands cannot be listed. However, typical operations would include commands to define data sources (e.g., DB2 tables), specify target databases (e.g., Oracle, SQL Server), create transformation mappings, initiate data transfer jobs, and monitor job execution status.

What was the general architecture of CA InfoTransport?

The architecture likely involved components residing on the mainframe for data extraction and potentially components on distributed systems for data loading. These components would communicate via network protocols to transfer data and control information. Specific component names are unavailable.

What databases did CA InfoTransport support?

Given its mainframe focus, CA InfoTransport likely supported data sources such as IBM DB2, IMS, and VSAM. Target databases could include a range of systems, such as Oracle, SQL Server, and other relational databases on distributed platforms.

Business Value

What business value did CA InfoTransport provide?

The business value of CA InfoTransport centered on enabling organizations to leverage mainframe data in distributed environments. This allowed for the creation of data warehouses, business intelligence applications, and other systems that required access to mainframe-resident data.

How did CA InfoTransport help reduce costs?

By facilitating the movement of data from mainframes to other platforms, CA InfoTransport helped organizations reduce their reliance on expensive mainframe resources for certain workloads. This could lead to cost savings and improved resource utilization.

Security

What security measures were in place for CA InfoTransport?

Security measures likely included authentication mechanisms for accessing mainframe resources and potentially encryption for data in transit. The specific authentication methods and encryption algorithms used would depend on the product's implementation and the security standards in place at the time.

How was access control managed in CA InfoTransport?

Access control was likely managed through mainframe security systems such as RACF, ACF2, or Top Secret. These systems provide role-based access control (RBAC) capabilities to restrict access to data and resources based on user roles and permissions.

Operations

What administrative interfaces were available for CA InfoTransport?

Administrative interfaces likely included a command-line interface (CLI) or a GUI-based interface for configuring data sources, defining transformation rules, and monitoring job execution. The specific interfaces would depend on the product's design and the capabilities of the mainframe environment.

What monitoring and logging capabilities existed in CA InfoTransport?

Monitoring and logging capabilities likely included the ability to track job execution status, identify errors, and generate reports on data transfer activity. These capabilities would help administrators ensure the reliability and performance of data migration processes.

Ready to Start Your Migration?

Download our comprehensive migration guide for CA InfoTransport or calculate your ROI.

Calculate ROI