Skip to content

Backup & Restore

EaseLab protects lab data with automated platform backups. Tenant owners can restore their own data; platform admins manage full-platform recovery.

Who can do what?

ActionTenant ownerPlatform admin
View tenant backupsYesYes (all tenants)
Restore tenant dataYesYes (single-tenant scope)
Configure backup scheduleNoYes
Trigger manual platform backupNoYes
Full platform restoreNoYes

View available backups (tenant owner)

  1. Go to Admin → Backups (tenant portal).
  2. List shows backups containing your tenant's data:
ColumnMeaning
DateBackup start time
TypeScheduled or Manual
SizeTotal backup size
ExpiresRetention expiry date

API: GET /tenant/backups

Restore tenant data (tenant owner)

DANGER

Restore replaces all current lab data with the backup snapshot. This cannot be undone.

  1. Select a backup from the list.
  2. Click Restore.
  3. Type the confirmation phrase exactly as shown.
  4. Check I acknowledge data loss checkbox.
  5. Confirm restore.

API: POST /tenant/backups/{id}/restore

json
{
  "confirmation": "RESTORE-MY-LAB",
  "acknowledgeDataLoss": true
}

Restore runs asynchronously. Do not use the portal until complete.

Platform admin: configure backups

  1. Admin Portal → Backups → Settings.
SettingRecommendation
Enabledtrue
Interval1–24 hours based on RPO needs
StorageS3 for production
Retention7+ days for production

See Platform Backups.

Platform admin: manual backup

  1. Admin Portal → Backups → Run Backup Now.
  2. Monitor status until Completed.
  3. Verify size and tenant count in manifest.

API: POST /admin/backups

Platform admin: restore scopes

ScopeUse case
SingleTenantOne lab corrupted data; others unaffected
FullPlatformComplete disaster recovery
json
POST /admin/backups/{id}/restore
{
  "scope": "SingleTenant",
  "tenantId": "...",
  "confirmation": "RESTORE"
}

What is included in a restore?

DataRestored?
Patients, invoices, resultsYes
Test catalog, settingsYes
User accounts (tenant)Yes
Uploaded files (logos, assets)Yes
Platform subscriptionsOnly in full platform restore

Best practices

PracticeWhy
Test restore annuallyVerify backup integrity
Document owner credentialsRequired for tenant restore
Use S3 off-site storageProtects against server loss
Restore to staging firstValidate before production (if available)

Troubleshooting

IssueSolution
No backups listedPlatform backup may not have run; contact admin
Restore failedCheck pg_restore on API server
Backup stuck RunningAuto-marked failed after 15 minutes

See Troubleshooting: Backups.

Ease Lab — Cloud Pathology Lab Management