After installing CA Datacom/AD, I tried to migrate my existing database and received many of these messages: DDRTVC0035 FIELD ATTRIBUTE HAS BEEN CHANGED


Article ID: 18748


Updated On:


CA Compress Data Compression for MVS CA Compress Data Compression for Fujitsu CA Datacom CA DATACOM - AD CA Disk Backup and Restore - MVS CA DISK BACKUP AND RESTORE- ADD-ON OPTIO CA DISK BACKUP AND RESTORE CA Ideal CA CIS CA Common Services for z/OS CA 90s Services CA Database Management Solutions for DB2 for z/OS CA Common Product Services Component CA Common Services CA ecoMeter Server Component FOC CA Easytrieve Report Generator for Common Services CA Infocai Maintenance CA IPC Unicenter CA-JCLCheck Common Component CA Mainframe VM Product Manager CA Chorus Software Manager CA On Demand Portal CA Service Desk Manager - Unified Self Service CA PAM Client for Linux for zSeries CA Mainframe Connector for Linux on System z CA Graphical Management Interface CA Web Administrator for Top Secret CA CA- Xpertware CA Datacom/AD



I just completed the process to install my CA Datacom/AD software, and when running the jobs to migrate my existing database for CA Technologies applications, I received many errors from the DDRTVCAT program: DDRTVC0035 FIELD ATTRIBUTE HAS BEEN CHANGED. I didn't change my application, so why am I receiving these messages?



These messages are produced by the DDRTVCAT program. This program will compare the current database definition in the Datadictionary to a predefined definition (called a Basis module) that is provided by the CA Technologies application that uses CA Datacom/AD. If there is a discrepancy between what is found in the Datadictionary and what is in the Basis module, these DDRTVC0035 or other messages are produced.

There is only one reason for this to happen - the Basis module being used is not the correct one to match the Datadictionary definition. This has two causes:

  1. The Basis module used is fetched from the wrong version of the application load library;
  2. The Basis module was copied to some other load library and was not maintained at the same level as the Datadictionary definition.


Here are a few examples of how this problem could occur in the DDRTVCAT program, using the Basis module L7601 for CA Workload Automation Restart Option for z/OS Schedulers (formerly called CA 11™ Workload Automation Restart and Tracking or CA 11):

  1. The application is currently running r11.0, but the user defines the r3.0 version load library in the STEPLIB concatenation of DDRTVCAT. Because the Datadictionary is at a different release level than the load library (and the L7601 Basis module), there will be discrepancies and errors.
  2. The user is in the process of upgrading the application from r3.0 to r11.0, and uses the r11.0 load library because it is the latest version. However, the upgrade is not completed yet and the Datadictionary definition is still at r3.0. This, too, will cause the errors because of mismatch in release levels between Datadictionary and the Basis module.
  3. The user does not use the CA-supplied load libraries and copies modules from the product load libraries into a custom consolidated load library. After upgrading from r3.0 to r11.0, the custom load library is not refreshed, and when using this custom load library in DDRTVCAT, errors are produced because of the release level mismatch.


To run the DDRTVCAT program successfully, it is important to use the correct Basis module. If you are experiencing the DDRTVC0035 or other errors, please be sure that the load library specified in the STEPLIB of this program is the correct version to match your application's operation and Datadictionary definition.

As always, please contact CA Technologies support for CA Datacom if you have further questions.


Release: DATABB00200-14-Datacom/AD