Import-related information relating to the Target and its configuration is maintained via the Import Options subscreen.
Figure: Import subscreen as part of Target configuration.
| There are four standard Import Methods available with ActiveControl for importing transports
i) Import one request at a time: this imports in the order that is displayed on screen.
ii) Fast Import (Import All): this imports using standard SAP Block import, again based on the order that is displayed on screen
iii) One request at a time – TE default sequence: will import in the ActiveControl calculated sequence (ie the numerical order detailed in the Order column), regardless of the sequence of transports displayed on the screen.
iv) Fast Import (Import All) – TE default sequence: will import using standard SAP Block Import in the AC calculated sequence (ie the numerical order detailed in the Order column), regardless of the sequence of transports displayed on the screen.
Basis Technologies would generally recommend (iii) and (iv) import methods, with the latter particularly useful for project cutovers involving large numbers of transports. (i) and ii) work fine as long you have your Import History view on “By Transport”, and are sorting on the Order column. If you are doing a View by Project and Task, then you could run the risk of importing in an incorrect sequence.
For Merge Targets where you are doing 1:1 Merge, it is better to set the Import Method to one request at a time.
|Try to import transport requests in the order that they were imported into the predecessor target.
|When determining the ideal import order of a selection of transport requests, ActiveControl normally considers any dependencies specified on a transport request’s Transport Form before sorting the transport requests chronologically according to release date and time. This option tells ActiveControl to consider the order that transport requests were imported into a particular “predecessor” target before applying the standard import order rules.
|Force transport dependencies when importing in the same order as predecessor system
|If dependencies that are manually set on a Transport Form are to override the predecessor target import order then set this flag
| Assign a transport schedule to a target to automatically import any transport requests in its import queue. Transport requests are imported in their ideal import order (as explained above). A transport schedule defines the times when an automatically scheduled background job will run to import waiting transport requests into the target. They are created via the Import Schedules app tile.
Please refer to section Defining Transport Schedules to learn how to create a transport schedule.
|Suppress import analysis during scheduled imports
| If you enable this option, ActiveControl will not perform its standard import analysis checks when the scheduled import background job runs.
You should only enable this option if the checks have already been performed – for example, when the transport requests were approved into the target system.
|Import Jobs Scheduled by ActiveControl
|This option should be checked where Schedules have been created to automatically import transports
|This option should be selected where you want ActiveControl to automatically continue an import after i) a dependant transport in another system has been imported or ii) a dependant manual step has been performed in the target. Please refer to ‘Release Orchestration’ section later in this Administration Guide for more information on this functionality.
|Continue importing transport requests when an import error occurs
| By default ActiveControl stops importing subsequent transports when it detects that an import error has occurred (such as a syntax error).
If this option is enabled, ActiveControl will continue importing the selection of transport requests when an import error occurs.
Note that even when this option is enabled, ActiveControl will stop the import process if a system error occurs (such as not being able to connect to the target SAP system).
For Merge Targets where you are doing 1:1 Merge, it is better to leave this option unchecked.
|Continue importing queued transport requests for scheduled imports
|When this option is enabled, an automatic import triggered by a Schedule will continue importing subsequent transports.
|Allow Parallel Imports
|Can be used to enable parallel transport import deployments within ActiveControl. More information on this capability can be found in this online Knowledge Article.
|Automatically create backup transport requests
| When this option is enabled, ActiveControl will create a backup transport request for the selection of transport requests that are about to be imported into a target SAP system. A backup transport request contains a copy of all things that are about to be updated as they were immediately before the import occurs.
If an unexpected error occurs as the result of importing a selection of transport requests, the state of the target system can theoretically be restored by simply importing the backup transport request. However, this is not an automatic guarantee as there are exceptional situations, such as the deletion of content from an application table, from which only a database restore can recover.
Use of this option when importing a large selection of transport requests is not recommended, as it can significantly slow the import process. In these situations, it is recommended to rely upon database recovery techniques.
Please note that ActiveControl Backout is not relevant for BW or Java systems. It is currently only to be used in ECC/ERP type systems.
|Ignore System Id during import (CTS+ only)
|For non-ABAP systems being managed in ActiveControl via CTS+, the SAP system ID is different to the system that is the CTS+ domain controller. In this case the flag should be set to inform ActiveControl that the target is a CTS+ system.
|Timeout for delayed imports (minutes)
| Transport imports work in ActiveControl by calling the TP command to import the transport and waits for a response. In some cases (due to a very long running import) the TP command will time out and therefore ActiveControl has no other option but to report a system error as it doesn’t know what the actual status is.
By setting a timeout for delayed imports ActiveControl will retry every minute for this many minutes and check if the import is now complete. Only after this time has elapsed will it then report a system error if the import is still not complete after that time.
|These options allow you to apply various unconditional modes to all transport requests imported into this target system. Note that any Target-specific Umodes will override the Target level Umodes.
Thanks for your feedback.