(DTERP-2302) SAP System Refresh

Introduction

This document provides information about the steps necessary to preserve the connection to SNP OutBoard™ ERP Archiving during SAP system refresh.

The areas of the SAP system with actual table names which need to be saved during the system refresh are listed below. The usual approach is to export the content of appropriate tables and import it afterward.

Table Name

Type

Table Name

Type

1

/DVD/CRP_ATTCOMP

Data

2

/DVD/CRP_ATTDOC

Data

3

/DVD/CRP_ATTREG

Data

4

/DVD/CRP_ATTREGT

Data

5

/DVD/CRP_COMP

Data

6

/DVD/CRP_COUNTER

Config

7

/DVD/CRP_DOC

Data

8

/DVD/CRP_FOLDER

Data

9

/DVD/CRP_HAL_CER

Data

10

/DVD/CRP_SMCCMAP

Data

11

/DVD/CRP_SMCDMAP

Data

12

/DVD/CRP_SMC_LUC

Config

13

/DVD/CRP_SMC_MAP

Config

14

/DVD/CRP_SOURCE

Config

15

/DVD/CRP_SOURCET

Config

16

/DVD/SM_*

Config

17

/DVD/CRP_LOGR

Config

18

/DVD/TAB_LICENSE

Config

Archiving Service Configuration:

ICF HTTP Service:

Do a backup and after the SAP system refreshes, preserve all content from SICF for successful activation of ICF HTTP Service. Make sure that the System service user is active and all required authorizations are granted also after the system refresh.

Certificates:

Similarly, to the usual Secure Storage content re-import, the system’s certificates contained in STRUST need to be re-imported.

RFC Destinations:

It is common practice to re-import all RFC destinations during the system refresh. Storage Management is dependent on all required RFC destinations of type G for connection to target storage, which needs to be preserved.

Target location:

Preserve target location e.g. /data_archive/outboard/ shared cross-application servers.

Storage Management:

The definition of utilized storages in /DVD/SM_SETUP should be preserved as before the SAP system refresh. This includes RFC destination and SAS Token in the case of Azure Blob storage.

Archiving Client Configuration:

Source Definition & Storage Mapping:

Before any system refreshes, all content of /DVD/CRP_SOURCE, /DVD/CRP_SOURCET, /DVD/CRP_SMC_MAP should be written to the workbench transport request and re-imported after refresh back.

Content Repositories:

Before any system refreshes, include all configurations of utilized target content repositories in OAC0 into the workbench transport request and re-import it afterward back.

Workbench TR should contain the hostname of the app. server & HTTP port of the refreshing system.

When the configuration of all required content repositories is verified activate certificates in /DVD/CRP_HAL_CERT.

Settings

If there were any changes to expert settings they also need to be added to transport request and re-import after refresh.

Kindly find more info about possible settings here. If you are not sure what settings were changed best would be to put all settings to transport. To add settings to the transport you need to visit each type of setting and do the following:

  • Go to expert settings t-code /DVD/RL_SETT_EXPERT.

  • Repeat for all settings tools (CRP, CRP_RM, CRP_SMC, CRP_AIND, etc.) that you found in the link before.

    • Click on the button Add to transport in the menu bar.

    • Chose transport where settings are added.

    • Release transport before system refresh.

After you refresh the system expert settings need to be imported back into the system and activated. Activation of the settings can be done as follows.

  • Go to expert settings t-code /DVD/RL_SETT_EXPERT.

  • Use any expert settings tool i.e. CRP and open settings.

  • Click on the button Import transport request in the menu bar.

  • Chose transport where settings were added and confirm.

You need to repeat this if you add a setting to different transport requests. You do not have to go to specific expert settings to activate it, this is done at once for all settings in particular the transport.

Things to consider:

Depending on the desired final state, backup and then re-import of listed tables from shared excel files should be considered.

The options are:

  • Keep only configuration => keep the tables marked as type Config.

    • Result: Exists only references of arch. files from the prod system, which are not valid anymore.

  • Keep also references to archive files from the SAP system which will be refreshed by production. => keep all the listed tables.

    • Result: References to archive files previously stored in the refreshed system still exist and are valid.

    • High potential of logical inconsistency, e.g. data that has been archived in the refreshed system were not archived in production. The result would be a complete archiving session for data that still exists in the database.

    • Requires keeping tables from ADK framework, e.g. ADMI_FILES, ADMI_RUN. A complete list must be defined.