Describing the Usage of Restore Points in SAP Service Cloud

Your company is currently performing a data migration from the original legacy system to SAP Service Cloud. Everything seems to be running well. Suddenly, one of your colleague spots some errors and after urgent discussions, it is decided to restore the system.

As a System Administrator, you needed to leverage restore points for this scenario. It means creating a restore point before the data migration process or any other business critical operation in the system. And then requesting the system to be reset to a restore point as a fallback operation if necessary.

Imagine that you are notified that your SAP Sales Cloud application is going to integrate a huge amount of different business data (customer accounts, installation, contracts, maintenance plans, and so on) coming from a legacy system of the company. If that is the case, it could be safe to create a complete copy of the system so that if something goes wrong you can always reset the system status to the moment before the data integration.

As a System Administrator, you can request it as a fallback tenant before executing data migration processes or other critical operations in the existing tenant.

A restore point is a snapshot of your SAP Service Cloud system's data at a specific point in time. It should be requested as a fallback system before executing data migration processes or other critical operations in your current system!

Per system, only one active restore point is allowed. By default, restore points have a retention period of 14 days and are then deleted automatically. Within this 14-day period, you have the option to create an incident if you wish to reset your SAP Service Cloud tenant to this restore point.

• The restore point will be available 4 to 8 hours after the release of the source system.

• A restore point is available in the system for a period of 14 days only.

• The restore point is deleted after the retention period is expired.

• Restore points are inactive tenants, so you cannot log onto one.

• Restore points can be requested for test and production tenants.

Upgrade Limitation: A restore point is not valid after upgrade of the system. Hence, a reset to restore point procedure is not supported for such scenarios. That means that a restore point created shortly before an upgrade, cannot be used for a reset to restore point after the upgrade.

To use the Restore Points feature, ensure that you have the proper permissions:

TheRequest Restore Point button is assigned to the Systems view in the Service Control Center work center.

If your business user or business role has access rights for this view and work center, you can open the tool.

To request a restore point from a tenant you need to follow these steps:

1. Use the Systems view available in Service Control Center menu.
2. Select the SAP Service Cloud tenant for which the restore point is to be requested.
3. Use the Request Restore Point button to create the request.
4. Enter the necessary details to create the request.
5. After submitting the request, the restore point will be available 4 to 8 hours after release of the source SAP Service Cloud tenant.

To reset your SAP Service Cloud system to a restore point from a tenant, you need to follow these steps:

1. Go the Systems view available in Service Control Center menu and select the proper tenant for which reset to restore point is to be requested
2. Use the Reset to Restore Point button there to perform the reset operation.
3. Provide the Restore Point ID to which you would like to restore your tenant.

The Restore Points are a convenient fallback tool for System Administrators before executing data migration processes or other critical operations in your SAP Service Cloud system.

For additional information on this topic, refer to Create Restore Point and Reset to Restore Point in the SAP Help Portal.