Backup, restore or data inconsistency incident
Prerequisites and authority
Start with read-only checks and authorized records. Capture evidence before changes. Stop and escalate when data replacement, financial changes or wider outages are possible.
Backup, restore or data inconsistency incident
Basic
Inspect backup status, destination availability and warning details. A successful local copy with failed off-site transfer is partial protection. Check retention count versus the intended recovery window.
Intermediate
Verify checksum, matching key and archive metadata. Check destination permissions/capacity and remote credentials. A missing key cannot be repaired by generating another key for the old archive.
Advanced
Rehearse restore in an isolated environment. Confirm release/schema, configuration, images and external prerequisites. Preserve current readable data and determine the loss window before replacing production.
If restored data differs from external provider records, reconcile post-backup events without duplicating payments or grants. Check router/accounting state too.
Do not overwrite the only current database or delete the only retained backup to clear an error. Follow Restore BryanNet safely with an authorized recovery decision. Verify login, workers, router access, payment/subscription consistency and a new backup before declaring recovery complete.
Related guides
Related guides: Troubleshooting start here: observe, scope and collect evidence, Database diagnostics and safe query reference, Restore BryanNet safely, Logs, audit history and incident records.