Start of Content Area

Syntax documentationGlobal Parameters  Locate the document in its SAP Library structure

      alllog

Default value: ALOG$(syear)$(yweek)

Possible values: Text

Here, you specify the name of a file in which tp stores information about every transport step for each change request. The file is always stored in transport directory log.

      ctc

Default value: 0

Value range: Boolean

ctc stands for Client Transport Control and represents a configuration method for transport routes. This parameter lets you set specific transport routes using various clients in your system landscape. This method requires an extension of the import buffer. This new format is not understood by old tpprograms. This new function is therefore deactivated. To use it, you need to explicitly activate it.

At the same time, the profile generator from Transport Management System is also delivered. Along with the transport route configuration in the Transport Management System, transport profile parameter ctc is automatically activated from the TMS if required for your transport landscape.

Caution

The new format of the import buffer, activated by ctc=1, requires a tp from Release 4.5A or higher. Older tp versions destroy this new import buffer.

When parameter ctc is set, tprequires you to set the value for parameter tp_version to at least 264. This prevents transport control programs with lower version numbers from working with this import buffer. Parameter ctc can therefore only be activated if all the transport control programs that work with a specific SAP System have at least version 264.

Client category definition enables new options during import, and the general handling of transport requests and target systems. There are also the command options clires and defaultclient.

If you set parameter ctc, this changes how command showbuffer is output, as the corresponding target client also needs to be output.

      nbufform

Default value: 0

Value range: Boolean

Transport request names can be up to 20 characters in length. However, these transport requests cannot be processed in the import buffer’s previous format. If you set the new parameter nbufform, you can switch this format so that transport requests with names between 10 and 20 characters can be processed. As with parameter ctc, you have to protect this change to the import buffer format from transport control programs that are too old.

Caution

The new format of the import buffer, activated by nbufform=true, requires a tp from Release 4.5A or higher. Older tp versions destroy this new import buffer.

When parameter nbufform is set, tprequires you to set the value for parameter tp_version to at least 264. This prevents transport control programs with lower version numbers from working with this import buffer. New parameter nbufformcan therefore only be activated if all the transport control programs that work with a specific SAP System have at least version 264.

      new_sapnames

Default value: 0

Value range: Boolean

A file is created for each user of an SAP System in the transport group in the sapnames subdirectory of the transport directory. The file is given the name of the user. However, non-valid user names in the SAP System may be used as file names in some of the operating systems. Special characters such as “ ”,“.”, etc. or the length of the file name permitted could cause problems.

tp offers a solution to this problem. The user names are modified to create file names that are valid in all operating systems. The original user name is stored in the corresponding file.

As a prerequisite for this, all SAP Systems in the transport group must be Release 3.0 or higher.

Caution

Once you have activated this option by setting new_sapnames to true, you cannot set this parameter back to false (unless you also delete all the files in the sapnamessubdirectory of the transport directory).

      repeatonerror

Default value: 9

Value range: Numeric

Parameter repeatonerror has an effect similar to parameter stoponerror, with the difference that repeatonerror specifies the return code up to which a change request is considered to be successfully processed. Return codes lower than repeatonerror are still accepted. Change requests that have not been processed completely remain in the buffer.

      sli

Since SAP Release 4.5A, you can use option selectivelanguageimport (sli) to control the selective language import. The default value for this option is sli=no. By selecting sli=yes, you can ensure that language-dependent data is only imported for languages that exist in the system.

Caution

In this case, the languages selected at import (language vector at export) should ideally include all languages contained in the target systems. If this is not the case, R3trans generates a warning message at import.

Note

The languages in the system are the ones for which language imports have already been performed. Languages that have just been “filled” but not imported are therefore not part of the system and are not overwritten.

This option is used when importing Support Packages (transaction SPAM) in Release 4.5B and higher.

      stopimmediately

Default value: 1

Possible values: Boolean

This parameter is connected with parameter stoponerror.

If one of the tools (R3trans, DD Activation, etc.) called by tp outputs a return code that is equal or higher to stoponerror, tp stops immediately.

If stopimmediately = 0, tp lets the current import phase run to completion. If serious problems occur, the same error messages might reoccur (like with database problems). If temporary problems occur, this can lead to sequence problems. We therefore advise you not to change the default value.

      stoponerror

Default value: 9

Value range: Numeric

If stoponerror is set to 0, tp is never stopped in the middle of an import or put call. If stoponerror is set to a value greater than 0, tp stops as soon as a change request generates a return code that is equal to or greater than this value. Change requests that still have to be processed for the current step are first completed. However, a syncmark in the buffer of the relevant SAP System functions as a limit here.

If you call tp showparams <SID>, you find that two variables have been set. stoponerroritself is treated as a Boolean variable that determines whether tp is stopped if the return code is too high. The numeric value of the stoponerror parameter is stored in variable badrc.

      syslog

Default value: SLOG$(syear)$(yweek).$(system)

Possible values: Text

Here, you name a file in which tp stores information about the progress of import actions for a specific SAP System. The file does not contain information about any particular change request. The file is always stored in transport directory log.

      <sid>_log_files = true

The system-specific transport log flies are written to a shared log directory. Given the amount of files concerned, this directory can easily become cluttered. If you set <sid>_log_files as true, tp does not write system-specific transport log files to the log transport directory. Instead, it writes them to an additional subdirectory called <sid> (.../log/<sid>).

      tp_version

Default value: 0

Value range: Version numbers

If this parameter is set to a value not equal to zero, lowers versions of tp are not allowed to work with this transport profile. It the default value (0) is set, this does not apply.

      vers_at_imp

Default value: never

Possible values: never, c_only, always

If you set the parameter to either c_only or always, additional steps are triggered during the import. These generate versions of the imported objects in the target system. This concerns the import and put commands. For more information about these steps, see the tp online help for both commands. To do this, call tp with just one of the import or put commands and do not specify any other options.

The additional steps are:

       Before importing the ABAP Dictionary sources, the transport request itself is imported (command file Import).

       The version maker is then called in the batch to store the object versions before importing to the versions database. Versions are only created at this stage if the current version of the object is not the same as the latest version in the database, or if a version does not yet exist for the object in the versions database.

       The version maker is called during the import steps at a point where it has already been called in order to set the flags on the imported objects in the versions database. If vers_at_imp and never are different, real versions are written to the versions database at this point.

The difference between the values c_only and always lies in how the various transport methods are handled. If parameter vers_at_imp is set to always, all transport versions are made according to the new method. Value c_only restricts this to transports of originals only.

Transports of originals are:

-         C transports: Relocation without changing the development class (for a normal consolidation transport, the object must be transported back again.).

-         O transports: Relocation with change of development class (The object can be transported back from the original system at a later stage in a consolidation transport. This can only be done if the development class is changed during the transport.)

-         E transports: Relocation of a complete development class (you also have the option of specifying a new transport layer.)

 

 

End of Content Area