Recover into an isolated target first whenever practical. Preserve the failed source for comparison and rollback.
Before you start
Use the access and features actually assigned to your account. Keep a rollback or recovery route before changing existing service settings.
Steps
- Identify the incident, required recovery point and last known good backup.
- Validate the backup and confirm access to its protected recovery material.
- Restore with duplicate IPs and scheduled outbound jobs disabled until checked.
- Test application data and access before an accepted cutover; retain the old instance.
Verify the result
The restored workload passes its acceptance checks and the selected recovery point is documented.
Help and related information
Contact support, service status, and Customer Access. Never send passwords or recovery codes.