Where does the Natural application execute?
The Natural syntax from your existing applications is moved to Windows and executes in the Windows environment as a rich client.
Where does the Natural source code reside?
The Natural source code resides as data in a SQL Server database and can be accessed, changed, debugged and executed using the ATP Workbench for the Developer.
How does the Natural source code execute?
The ATP engine reads the Natural syntax as data and interprets the processing at a byte level to produce results that are identical to Natural that executes in the mainframe environment.
What Software AG licenses do I need?
No Software AG licenses are required for ATP processing of any of the Natural syntax. No Software AG licenses are required for processing of the new relational databases (SQL Server, Oracle or DB2), nor for the execution of the COBOL or C# batch programs that are converted to process against the new database.
What happens to the ADABAS databases?
All ADABAS databases are converted to SQL Server, Oracle or DB2. These conversions are performed as a service by Modern Systems using the Modern Systems DB-Shuttle tool suite. Each resulting relational database will have the same functionality and traversal capabilities as the current ADABAS database. DB-Shuttle will also create Natural or COBOL programs to allow you to extract the data from ADABAS into a format that is ready-to-load to the new relational database.
How does the conversion handle MU and PE data definitions?
The new relational database contains base tables, child tables and grandchild tables for each of the MU and PE instances, allowing the new database to include the table-to-table relationships expected in a relational data model. Access to the MU and PE data is handled by the ATP engine so that the Natural program code receives the data back in the expected view format.
How does the conversion handle packed and binary data fields?
The new relational database includes only those field types that are definable in the new database (small integer, integer, decimal, etc.). All packed and binary data is transitioned to the relational data type when it is extracted from ADABAS during the database conversion. The new applications while executing continue to view the data as if it were packed or binary. The content of the relational database tables are completely native to the relational technology.
How do you handle the EBCDIC to ASCII conversion?
All existing mainframe ADABAS data is transitioned to a valid data type in the new SQL Server, Oracle or DB2 LUW database. Each ADABAS data field is written to an extract file in a display format, so that even packed and binary fields are written as display fields. The EBCDIC extracted data files are converted to ASCII by FTP, SFTP or similar transmission utilities as the data is transmitted from the EBCDIC environment to the ASCII target environment. Because of this complete change from EBCDIC to ASCII, there will likely be differences in some sort sequences when numeric and alphanumeric data is represented in the same data field.
What happens to ISN processing?
The ISN numbers are preserved during the extract process. New row occurrences will receive the next available ISN number using the optimum mechanism provided by the new relational database management system. In SQL Server and in DB2, an Identity Column is used. In Oracle, a Sequence Object is used. From the Natural program perspective, the ISN is used and managed exactly as it is in Natural today.
How will my Natural programs access the new relational database?
No changes are required to any of your Natural programs in order to process against the new relational database. The ATP processing engine interprets the Natural “READ” and “WRITE” syntax and creates SQL syntax to perform the same data access and update against the new relational database.
What version of Windows must be on the end-user and developer desktops?
Microsoft Windows 2000, XP, Vista, Windows 7
What version of SQL Server can I use for my application data in ATP?
SQL Server version 2008 We always recommend that our customers begin using ATP with the latest version of SQL Server. Modern Systems will announce support of SQL Server 2012 when it becomes available.
How well do the ATP natural applications perform?
The new ATP applications perform very well. The ATP environment is designed for speed, stability and accuracy in all of its processing. To date, all of our customers have experienced online response times that are very similar to the response time on the mainframe as long as there is no latency in the server and network configuration at the customer site.
Can ATP replace high-powered 'Data-Sharing' and Parallel-Sysplex z/OS applications?
Modern Systems and Microsoft are currently defining a complete lab environment at Microsoft to allow the simulation of complex, high-volume, high-throughput processing using ATP. The results of these tests and simulations will be made available at a later date.
How do you handle Construct applications?
The outputs from the Construct generator are Natural programs and components. These Natural syntax outputs are moved to the ATP environment for execution if they execute online in Natural, and are converted to either C# or COBOL if they are intended for batch execution. We do not process the Construct syntax itself.
What do you do with the Construct service routines that are delivered by SAG?
The Modern Systems solution includes many new ATP objects that provide the same functionality. Modern Systems develops new objects to replace the former routines as we encounter these in customer code.
Do you convert the Predict files?
No. The Predict files are not part of the ATP or the Modern Systems conversion process.
Online Natural application run interpretively – how does ATP solve that problem?
The ATP processing engine allows the online Natural syntax to continue to operate interpretively.
What happens if my online Natural applications make calls to COBOL subroutines?
We deliver a C++ Visual Studio solution called “ATP Interfaces” that allows the current Natural syntax to make the Call as it does today. The ATP Engine processes the Natural Call statement which passes an XML string defining the called program and parameters to “ATP Interfaces”. ATP Interfaces can be customized to call other routines or process requests internally. Upon return, parameter values are passed back to the ATP engine where they are placed in variable storage. All source code for “ATP Interfaces” is delivered to our customers.
Can the ATP application initiate CICS transactions on z/OS?
To date, we have never had a request for such an interface. Depending upon how the initiation works in z/OS, it is possible that the “ATP Interfaces” solution could be utilized.
Can ATP interface with a CICS COBOL environment off the mainframe?
Again, we have never had such a request. The “ATP Interfaces” solution could again prove useful.
Does ATP maintain the transaction integrity for Natural threads operating in CICS?
Yes, but in different ways. MVS ensures thread integrity through Task Control Blocks and provides settings and safety measures within the CICS run-time. Windows tracks activity using Process IDs that ensure that a run-unit completes or is rolled-back completely. Both environments protect the transaction integrity.
What happens to the batch Natural programs?
Modern Systems converts the batch Natural programs as a service to either COBOL or to C# so that the new programs can operate in a batch run-time environment provided by a third-party vendor. Customers who choose COBOL for their off-mainframe batch language may choose from vendors such as Micro Focus, Clerity and Alchemy. Customers who choose C# for their batch language will need to select the Alchemy batch run-time solution which supports C#.
What happens to batch JCL, job streams and procs?
Modern Systems converts the batch JCL and procs to process against the new relational database, to execute the new batch programs, and to use utilities for the new languages/databases instead of for Natural and ADABAS. The new JCL and procs will operate in the selected off-mainframe batch run-time environment (Micro Focus, Dell Clerity, Alchemy, etc.).
Does ATP provide any documentation about the applications?
Yes. The ATP Developer workbench includes full documentation on all Natural and COBOL applications, including program-to-program flow, logic flow, complexity, impact analysis and more. The Modern Systems Enterprise Application Viewer (eav™) is actually built into the ATP Developer workbench. For more information on eav, please visit the eav pages at modernsystems.com.
Can off-mainframe JCL still execute programs that are in z/OS?
No. However, new features are introduced often in the off-mainframe batch vendor environments. Please contact the off-mainframe batch vendors for more information.
How can we schedule batch jobs that have been migrated?
Any standard job scheduler can be purchased, installed and configured for the target environment (z/OS, Windows, Linux or Unix). These schedulers are offered by many different vendors and contain many different capabilities and features.
Can I run Natural batch programs in ATP?
No, ATP does not contain a batch run-time environment. Modern Systems recommends batch execution using one of the run-time environments from Alchemy, Dell Clerity or Micro Focus.
What is the ATP architecture?
- The application data lives on any database server (for Oracle, SQL Server and DB2 LUW) or the mainframe (for DB2 for z/OS).
- The eav instance that holds the Natural syntax lives on SQL Server that is typically on a database server.
- The ATP engine can be installed on individual desktops, OR in a Windows 2008 Server environment executed via a Citrix, Terminal Services or similar connection by multiple users via a web page. Modern Systems does not provide the connection software.
- Only one copy of the program execution map exists regardless of the number of users ATP caches program execution maps into memory as needed at run time (like Microsoft Word or Excel).
How does the ATP Natural access the new relational database?
For Oracle, SQL Server and DB2 LUW, ATP uses ODBC. For DB2on z/OS, ATP uses a Wire Protocol Driver that is delivered as part of ATP.
How does the ATP solution replace the standard security tools like ACF2, RACF, and Topsecret?
Access to the ATP online applications is managed using Active Directory. An interface from ATP the Active Directory is delivered as part of the ATP solution. The concept of Natural Security is replaced through the ATP layering of the target applications. ACF2, RACF and Topsecret batch access security can remain unchanged if the target environment for batch is z/OS and DB2, but these security tools are not used for the ATP online runtime.
If DB2 is used for the new relational database and the batch programs continue to execute on the mainframe (as COBOL against DB2), is it possible to integrate the ATP security with the existing RACF, ACF2, and Topsecret security mechanisms?
Currently, the two security mechanisms are independent.
How does the ATP solution replace the functionality of Entire System Server?
ATP does not currently replace the functionality of Entire System Server.
How is ATP priced?
- The ATP Engine is a one-time cost per site, regardless of the number of environments (production, QA, test, training, disaster recovery, etc.).
- ATP Developer Seats are priced by concurrent seat and include volume discounts.
- ATP End-User Seats are also priced by concurrent seat and include volume discounts.
What are the annual fees for ATP?
The first year of ATP maintenance is included in the initial price. A 20% annual maintenance fee is collected after year one based on current list price.
What other activities does Modern Systems provide as part of the migration effort?
- ADABAS Database Conversion is performed as a one-time service by Modern Systems. Pricing is based upon the number of ADABAS FDTs and includes the delivery of the DDL for the new SQL Server, Oracle or DB2 databases. This conversion also includes delivery of Natural or COBOL programs to extract the ADABAS data from any ADABAS instance so that the data can be loaded to the new databases using the SQL Server, Oracle or DB2 load utilities. Volume discounts will be applied.
- Batch Program Conversion of Natural and/or ADABAS COBOL programs is performed as a one-time service by Modern Systems. Pricing is based upon the number of Natural and COBOL batch programs and subroutines requiring conversion. Volume discounts will be applied.
- JCL Conversion to use the new COBOL or C# programs and the utilities for the new relational databases is performed as a one-time service by Modern Systems. Pricing is based upon the number of JCL streams and Procs requiring conversion. Volume discounts will be applied.
How can we estimate the price of the hardware, system-level software and batch run-time environment?
Modern Systems and its partners are able to provide these cost estimates that are very tailored to each customer environment.
Are there any legal issues regarding the use of the Natural syntax in the ATP environment?
No. The use of an organization’s Natural syntax in any environment or documentation for any reason does not violate any law. The same holds true for COBOL, Java and any other coding languages.
What additional features does ATP provide to the Natural Developer?
The Natural developer will be able to use the interactive debugger, what-you-see-is-what-you-get (WYSIWYG) screen painting, check-in/check-out, dual run mode and more. Please see the ATP Data Sheet for a list of features.