Transporting Language-Dependent Data 

During the import and export , you can select language-dependent data.

Export: Selecting language-dependent data

During the export, the data is always searched in all languages.

If you want to specify a behavior that deviates from this, you need to set both R3trans options language and language_selection_mode ( lsm ). In the transport profile of the transport control program tp , you can specify these R3trans options using the parameters language and r3transoptions (up to 3.0F) or lsm (as of 3.1G).

Option language

The default value for this option is "ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789abcdefghijklmnopqrstuvwxyz".

As long as this value is not changed, language-dependent data is exported in all languages. By specifying only a few languages, you can restrict the languages to be selected. This reduces the export times for tables where the key begins with the language key. A disadvantage is that you have to adjust the parameter language in the transport profile if you install languages in the system.

Option language_selection_mode ( lsm )

The default value for this option or lsm is VECTOR (the value of the option language is often described as a language vector). This means that R3trans is selected in the languages specified with the option language . For specific object types, you can specify a different behavior according to different object types:

As of Release 3.0B, the master language is stored for each object in the object directory (table TADIR). This is the language in which the object was created or is maintained. In this mode, the language-specific data in the master language is transported, however, not translated texts. This master language does not have to be contained in the language vector.

As for TRANSLATION however, languages not contained in the language vector are also considered.

Only the translated data is transported in this mode, not however entries in the master language. Only languages contained in the language vector are considered.

All entries belonging to the master language or contained in the language vector are transported.

The long documentation for the object types above is handled in the same way as the objects, and you can also control it using the options language and lsm .

For the long documentation, the master language is not read from the object directory (TADIR). Instead it is directly with the object. This mechanism enables a different master language for the long documentation from the object to which it belongs.

This affects lsm = MASTER , TRANSLATION , NOMASTER , or VECTORANDMASTER . There is no effect on lsm = VECTOR (default).

There is no entry in the object directory and no master language for general table entries in a transport request (R3TR TABU …). R3trans always behaves according to lsm=VECTOR independent of the value set for option lsm . This means all the languages specified in the language vector are searched.

This does not apply if a table key is specified in the transport request in which the language field is explicitly evaluated. In this case, the specified entry is selected even if the language specified there is not in the language vector.

These types of selections are a particular result of recording Customizing changes automatically in transport requests. This often involves entering the logon language directly in the selection. You can use LSM=ALL to overwrite the specified language with the language vector.

If a table has the language field at the beginning of the key and you want to transport in all languages, but you want to specify individual keys or key areas, you can enter * in the language field. (This applies only for the language field in the key).

Up to Release 3.0F, option lsm is set in the transport profile using the parameter r3transoptions , for example, r3transoptions = lsm=MASTER . As of Release 3.1G, there is a unique parameter lsm , for example lsm=MASTER .

Import: Selecting language-dependent data

You can restrict the data set during the import using the SAP transport tools tp and R3trans so that language-dependent data is imported in the languages that also exist in the system. This is useful, for example, if an export data set is created for several different installations. Since these imports were always completely imported into the target systems, there were language-specific table entries in non-installed languages.

Option selectivelanguageimport (sli)

Since R3trans Release 4.5A (usable as of SAP Release 4.5A), you can use the option selectivelanguageimport ( sli ) to control the selective language import. The default value for this option is sli=no . If sli=yes , you ensure that only the language-dependent data is imported whose languages exist in the system. For this purpose, R3trans analyzes a log table of the language import.

In this case, it makes sense if the number of languages selected (language vector at export) contain all the languages of the target systems during the import. If this is not the case, R3trans generates a corresponding warning at import.

The languages in the system are the ones for which language imports were already performed. Languages that were not imported are not part of the system and are not overwritten.

This option is used as of Release 4.5B when importing Support Packages (Transaction SPAM).