Show TOC

 Variant Maintenance for Archiving Jobs

Use

When you schedule jobs for the execution of archiving programs, such as the preprocessing, write or delete programs, you must enter a variant. The purpose of this variant is to define which data is to be processed and to allow the user to make other settings that are necessary for the processing of the data.

These variant settings can be made when you are scheduling jobs, using the Maintain function.

Features

Variant maintenance is always dependent on the corresponding archiving object. Therefore, the variants may vary considerably depending on the archiving object. These differences, however, occur mainly in the section of the variant maintenance, in which the data selection takes place. For more information about the variant maintenance for a specific archiving object, see the corresponding documentation for the archiving object in the SAP Library.

The rest of the variant maintenance is the same for most archiving objects. The following settings are possible (depending on the type of program to be scheduled - write, delete, etc.).

Under Processing Options you can determine, whether the program is to run in the test or the production mode.

  • Test mode

    In the test mode, the program is only simulated, meaning that no actual changes take place on the database (for example, no data is written or deleted from the database).

  • Production mode

    In this mode the data is physically processed, according to your selection criteria and if applicable, additional archiving-object-specific criteria. For example, during the delete phase data is actually removed from the database by the delete program.

Additional settings you can make in the variant maintenance function:

  • Detail log

    In this field you can decide whether a detail log ( Complete option) is to be generated in addition to the summarized log during the execution of the program. The summarized log contains each message only once. For each message the number of affected objects is listed as well as an example of an object.

    The detail log contains all processed objects including the corresponding messages. If you choose Without success messages , no success messages are written to the detail log.

    Recommendation Recommendation

    Detail logs should only be generated if you are processing a small number of objects, or for example in the test mode. Otherwise the program may terminate, due to a memory overflow.

    End of the recommendation.

  • Log Output

    Here you can determine, whether the log should be output into the List (spool for background programs), to the application log , or to both.

    The advantage of the application log output is that the log messages are displayed during the program runtime. (With background programs this occurs every 30 minutes and with dialog programs, every 10 seconds). Logs that were output to the list can only be viewed after the program has finished.

    With the list output you have the option to automatically store the log in a storage system (see Spool Parameter under job scheduling). Logs that were written to the application log can only be stored manually from within the display view. Moreover, logs that were output to the list, are automatically removed when the corresponding background job is deleted. Logs written to the application log must be deleted manually.

    All logs can be displayed from within Archive Administration via Start of the navigation path Goto Next navigation step Logs End of the navigation path . For more information see Logs .

  • Archiving Session Note

    Here you can enter a short text which helps you identify and better find the archiving session in Archive Management .

See also:

Logs