All About Restore Point – Byd/C4C
A restore point is a snapshot of your 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 deleted afterwards automatically. Within this period, you have the option to create an incident if you wish to reset your system to this restore point.
For requesting a restore point, please log on to your test or productive system , Go to work center ‘Service Control Center’ → Choose Systems → Request Restore Point.
A pop-up appears where you can choose
•Source System ID:
•Source System Downtime Start:
A minimum downtime of 4 hours is required for the source system during a restore point creation.
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. The copy process of source system can only be performed outside of the contractual maintenance window.
Similarly, you can also request a termination of a restore point by following the below path.
Go to ‘Service Control Center’ → Choose Systems → Terminate Restore Point
- The restore point will be available 4-8 hours after release of the source system.
2. A restore point is available in the system for a period of 14 days only.
3.The restore point is deleted after the retention period is expired.
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.
1.Once a restore point is taken, please avoid deploying new PDI patches on the source system of the restore point as this will update the PDI solutions across all systems of the environment where the solution exists including the restore point with the latest version. Hence, a rollback from the restore point cannot be assured and therefore, not processed as the restore point has an updated PDI version.
2.If you have a PDI solution with status In Development, requesting a new Restore Point would result in change of the solution status to Disabled, in both source and the new restore point tenant.
3.Any critical activity in the source system must be avoided while the restore point creation is in progress. This is required to provide a consistent recovery. The customer must confirm that restore point provisioning is complete in all respects before undertaking such an activity. In case the restore point is not provisioned for any reason (technical or otherwise), there is a huge risk for the customer.
4.Once the restore point is completed, Customer/Partner via confirmation mail from SAP.
For Reset to Restore Point Information, kindly refer to the blog –> Reset to Restore Point