Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

You can access it via GLUE cockpit, transaction /DVD/GLUE → Tools → Request monitor.

Image RemovedImage Added

After accessing Request monitor, a filter for requests comes up where you can specify your selection based on the following fields: 

  • Extraction process - name of the extractor or extraction process of Extractor 2.0 
  • GLUE request - number of GLREQUEST
  • Status - status of a request (success, error, warning, running, failed)
  • Username - name of the user which who executed the extraction
  • As of Date - date data is displayed from
  • As of Time - time data is displayed from
  • Maximum no. of hints - maximum number of records displayed

Image RemovedImage Added

After clicking on the Execute button, the request monitor displays all records according to the selection.

...

After clicking the display logs button, you will be redirected to the log screen.

Image RemovedImage Added

Note

In some cases e.g. when the request is running or failed, the logs are not stored in the standard application logs.
Therefore, you will be redirected to the joblog of SM37 where you can find similar information about the execution of the extraction.

...

After clicking on the Delete button the following dialog will pop-up:
Image RemovedImage Added

In order to continue, select yes. After that, you should see the pop-up allowing you to select between the dialog or background execution.
Image RemovedImage Added

Note

We recommend to use using the Background execution for deleting requests with a large amount of data or when deleting more than a few smaller requests. 
When using Background execution, you will have to press the refresh button to see the requests being deleted. 

In case you proceed and select dialog mode, you will see the following log after the execution of the deletion:

Image RemovedImage RemovedImage AddedImage Added

In case any error occurs, you will see it in the logs, and the request together with its data will not be deleted.
If you chose the Background execution, you can find these logs within the standard application logs for GLUE. 

Note

If you are deleting the requests in a state running, you will see one additional message.

Image RemovedImage Added

You can proceed to the deletion by selecting Yes but please be aware of a few limitations.

  1. In case you are deleting the request that runs in a background job, the program attempts to stop the job in order to keep the data consistencyconsistent.
    If this fails (e.g. due to insufficient privileges) the request won't be deleted.
  2. In case you are deleting the request that runs in dialog, the program has no way to stop the job and therefore this action might lead to data inconsistencies on the target storage.
    Therefore, we recommend you not to delete the running requests that are executed in the dialog.

...

After pressing the Clear request metadata button, you will see the following pop-up:
Image RemovedImage Added

To continue select Yes. After that, you should see the log informing you about metadata deletion.

...

Note

If you are deleting metadata for running requests, you will see one additional message.
Image RemovedImage Added

You can proceed to metadata deletion by pressing Yes. However, such an action is not recommended unless you know what you are doing.
Deleting metadata of running requests won't stop the running jobs, neither touch the data on the target storage, and might lead to data inconsistencies on the target.
The only proper use of the deletion of the running request is in the case when the request stuck in the running state (e.g. unexpected error in custom code).   

...

You need to press the Restart button in order to re-execute the failed request. After that, you will see the pop-up informing you about the restart of the request.
Image RemovedImage Added

Note

After a successful restart, the new request will be created and the possibility to restart the original one is removed. It means that you can restart the request (with a particular request number) only once.

In case the new request would fail as well, you will be able to restart this request using the same logic however as the new request (different request number),

...