During the import and export , you can select language-specific data.
Export: Selecting Language-Specific Data
During the export, the data is always found in all languages.
If you want to change this method, you need to set bothR3trans options language and language_selection_mode (lsm).
The default value for this option is "ABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789abcdefghijklmnopqrstuvwxyz".
As long as this value is not changed, language-specific 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 parameterlanguage in the transport profile if you install languages in the system.
The default value for this option orlsm 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 forTRANSLATION 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
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.
There is no entry in the object directory and no master language for general table entries in a transport request (R3TR TABU …).
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 selections can result if Customizing changes are recorded automatically in transport requests. The logon language is often entered directly in the selection. You can useLSM=ALL to override the explicitly 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, optionlsm 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-Specific Data
You can restrict the data set during the import using the SAP transport toolstp and R3trans so that language-specific 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.
SinceR3trans Release 4.5A (usable as of Release 4.5A), you can use the option selectivelanguageimport (sli) to control the selective language import. The default for this option is sli=no. If sli=yes, you make sure that only the language-specific 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,
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).