What this covers
Backups reduce risk, but recovery must be tested enough to know what can be restored, by whom, and how quickly.
Before you start
Identify the service, backup source, latest backup time, database/files scope, and recovery objective.
How to do it
- Check whether the service has backup or snapshot information in the portal.
- Do not delete old hosting until migrated content is verified.
- Ask what restore point is available before risky changes.
- For VPS, understand whether snapshots or backups are request-only.
- After restore, verify homepage, login, forms, email, and app health.
What our team checks
Support reviews backup availability, retention, data scope, restore risk, and whether rollback is metadata-only or needs provider action.
Next step
Open a backup/restore support request with service ID, desired restore time, and reason.