Explaining the Role of shadow (SHD) and temporary (TMP) Instances

Objective

After completing this lesson, you will be able to explain the role of SHD and TMP instances.

Explaining the Role of Shadow and Temporary Instances

Shadow (SHD) and Temporary (TMP) instances are additional instances, working with target kernel and target repository. They are set up by the Software Update Manager, and managed by it. They are not fully functional instances. For example, they are working on limited set of tables. Although they are listed in the SAP Management Console, a manual stop and start is only required in exceptional cases. The SHD instance or system is used in all Software Update Manager approaches and matured concept. The concept of shadow repository on target database is used for all migration scenarios with SUM 2.0 SP 08 (and higher).

The TMP instance is a reuse of this concept to enable conversion activities as well as dynamic customizing. More details regarding Customizing follow in Execute Uptime Customizing for FI Conversion on the Temporary Instance (TMP). On file system level, you can find the binaries, profiles and other system files in path ﹤DIR_PUT﹥/ABAP/SYSTEM/﹤SID﹥, where DIR_PUT refers to the Software Update Manager folder SUM and SID to the system identifier of the system.

Caution

The TMP instance and therefore Customizing on TMP is available for downtime-optimized Conversion including Database Migration Option (DMO).
An image depicting two cylindrical objects representing the databases on source and target host as well as a box representing the host on which the SAP system is running. Boxes within this figures represent the different data sets and executables that are present in the system and on the databases. Colors indicate the state, source or target.

Note

As noted in the previous figure, for the non-migration case (only possible for a source system on SAP HANA database), only the shadow instance SHD is used.

Comparison between SHD and TMP

SHDTMP
additional instances, working with target kernel and target repository
use the same instance number, profile, directory and executables
works on BASIS tablesworks on BASIS and application tables relevant for the uptime conversion (after repository switch, phase EU_SWITCH_TEMP)
uses shadow schema on the target databaseuses actual schema on the target database
start/stop by startshd, stopshdstart/stop bystarttmp, stoptmp

Login to shadow Instance

In the following exercise, you will learn how to login to the shadow instance.