This document will help you to understand the below:
- Tenant Refresh Process.
- Different Type of Tenant Refresh Process.
- How to Request Tenant Refresh.
- Restrictions of Tenant Refresh activity.
Image/data in this KBA is from SAP internal systems, sample data, or demo systems. Any resemblance to real data is purely coincidental.
SAP Cloud For Customer
This process provides you the flexibility where you can request for a tenant refresh of an existing tenant.
Tenant Refresh can be triggered from Service Control Center.
We provide Two different Type of Tenant Refresh and those are listed below:
- Empty Tenant refresh:
- The Empty tenant refresh process contains of the following steps:
- Empty/delete the data from the source tenant (which requires a downtime about at least 4 hours)
- No changes done for the tenant identities (tenant ID and tenant URL will be untouched)
This means that we only delete the data from source tenant (source tenant can be a test OR productive tenant) and make source tenant as fresh empty tenant and tenant ID & tenant URL will remain same.
A. Empty Tenant refresh - Test Tenant:
- An existing test tenant can be emptied of all residing data via this method. The URL and tenant ID of tenant remains the same, however there will not be any data in the tenant.
- You can follow the below steps to trigger the Empty tenant refresh for your test tenant:
- Go to Service Control Center Work center
- Go to Systems view
- Select the System which you want to refresh and click on "Refresh System"
- Under Refresh Type select "Empty System refresh" (as shown below screenshot)
- Input the Downtime details and click on Ok. (Upon successful request you will get the successful message at the bottom)
B. Empty Tenant Refresh - Production Tenant:
- An existing production tenant can be emptied of all residing data via this method. The URL and tenant ID of tenant remains the same, however there will not be any data in the tenant (This can be achieved by triggering a Empty Tenant Refresh after which all existing data will be deleted and customer will get an empty tenant with same Tenant ID and URL as the tenant that got refreshed. All Master, transactional data and implementation data will be triggered for refresh).
- To request Empty tenant refresh for your production tenant request you to reach out to SAP Support by creating incident from your different (test) tenant.
- In the incident you need to provide the details like - Production tenant URL, Tenant ID, Requester Name/Email, Downtime in which refresh should be performed.
Note: For the Empty Tenant Refresh, Refreshed Source tenant will be fresh empty(no data) tenant with the same Source Tenant URL & ID.
- Tenant Refresh from Source System:
- The tenant refresh from Source System process contains of the following steps:
- Copy of the source tenant (which requires a downtime about at least 4 hours)
- Switch of the tenant identities (switch of tenant ID and tenant URL)
- Invalidation/Decommissioning of original test tenant
This means that we do a full copy of a source tenant (source tenant can be a test OR productive tenant) to the target tenant (target tenant can only be test tenant) and switch the identities (tenant ID and URL) of the test tenant which should refreshed. In the end, the original test tenant will be decommissioned by this process.
- The result of this process is to retain the URL and tenant ID of an existing test tenant and to refresh it with data of source tenant.
- Supported Scenarios for Tenant Refresh with Source system are, Production to Test Refresh & Test to Test Refresh.
For example, a tenant refresh can be used for integration tests of a SAP Cloud for Customer test tenant which is already integrated with an ERP system and testing requires new data of the productive tenant.
- You can follow the below steps to trigger the Tenant Refresh from Source system:
- Go to Service Control Center Work center
- Go to Systems view
- Select the System which you want to refresh & Click on "Refresh System"
- Under Refresh Type select "Refresh from System refresh" (as shown below screenshot)
- Input the all the details and click on Ok. (Upon successful request you will get the successful message at the bottom)
Please note that the refreshed tenant will be available 8-10 hours after release of the source tenant. During this time the refreshed tenant will also be unavailable.
To check the update of refresh, Kindly go to Service Requests under Service Control Center Work center.
- When customer-specific solutions (PDI solutions/one-off projects) are in place, this will only work when version of existing customer-specific solutions are the same in source tenant and tenant to be refreshed.
If you have open incidents on the tenant to be refreshed and you do not want to confirm them, we cannot execute this process.
- Customers who have closed their first implementation project (go-live) have to ensure that all open change projects are closed in the source tenant, the tenant refresh process requires a clean-up of all change projects. The tenant refresh procedure does not support open change projects.
Upgrades & Restriction for the Tenant Creations
- During upgrade, it is not advisable to terminate the tenants.
- When a customer requests a production tenant during the upgrade or close to it, then the tenant delivery is delayed, because we have a upgrade version mismatch, i.e. if a customer requests for a production tenant with the solution profile copy from test. At this point the test is upgraded to new or higher version, but the production systems are not. Hence, we have to wait until the production systems are upgraded to the same version. Then only tenant creation can be done.
- A minimum downtime of 4 hours is required for the source tenant during a tenant refresh. Please note that over and above 4 hours, downtime is subject to the size of the source tenant and will be estimated during request creation.
- Tenant Refresh activity can only be performed outside of the contractual maintenance(CMP) window.
- Please note that the refreshed tenant will be available 8-10 hours after release of the source tenant. During this time the refreshed tenant will also be unavailable for use.
- All communication arrangements have to be rebuilt for the refreshed tenant.
- Certificate mapping should be redone on the refreshed test tenant. However, the refreshed production tenant will have the certificates already copied.
- Incidents from Source tenant will not be copied to the refreshed test tenant.
- Tenant Refresh service request is free of cost and it can be requested any number of time based on Customer Business need.
- Source Tenant: Test/Production tenant, Target tenant: Test tenant only.
- If an existing development tenant need to be refreshed, save local all existing PDI solutions. Refreshed tenant is the clone of the source tenant, which will have only the PDI solutions of source tenant.
- The tenant refresh is generally provided within 1 business day(From the start of scheduled downtime).
- Tenant refresh process is only available for the Customer tenants. Demo or Reference or Partner Development Tenants are NOT supported.
- All Open incidents from the refreshed test tenant will be confirmed automatically.
- Single-Sign-On(SSO) needs to be reconfigured in the target/refreshed test tenant.
- After the refresh, Same User ID & passwords of source tenant can be used to login to the target/refreshed test tenant, this will only be applicable when you request refresh the tenant from the source system.
Tenant refresh for C4C, Empty tenant Refresh, C4C Tenant Refresh, Cloud for Customer Tenant refresh, Refresh System. , KBA , empty refresh , c4c refresh , tenant refresh , SRD-CC-CI-CCS , Service Control Center , Problem