PostgreSQL
Native archive inspection, restore validation, schedules, retention, and original or alternate target restores.
Senal Recover
Protect PostgreSQL, MySQL, and Firebase Firestore with scheduled backups, encrypted credentials, engine-aware validation, restore testing, and owner-controlled recovery in the same platform that monitors your services.
Supported databases
Engine-specific tooling underneath, one operational and audit model for your team.
Native archive inspection, restore validation, schedules, retention, and original or alternate target restores.
mysqldump-compatible backup artifacts with validation and restore workflows equivalent to PostgreSQL.
Managed Firestore exports and imports through a configured Google Cloud Storage bucket or URI prefix.
Recovery controls
Senal Recover treats validation, credential ownership, and restore authorization as part of the backup system.
Schedule backups with tenant-specific retention, storage, and plan controls.
Inspect PostgreSQL archives, MySQL dumps, and Firestore export manifests before restore.
Prove recoverability against organization-owned scratch targets before an incident.
Encrypt, label, rotate, validate, associate, and safely delete database credentials.
Flag abnormal backup size and duration using transparent historical comparisons.
Recommend validated restore points and restrict destructive restores to organization owners.
Operational workflow
Save an encrypted PostgreSQL, MySQL, or Firebase credential and validate access.
Run an immediate backup or define a schedule, retention window, and storage destination.
Inspect every artifact and optionally restore it into your tenant-owned scratch environment.
Select a validated restore point and restore to the original or an approved alternate target.
Tenant security
Database secrets, Firebase service accounts, scratch validation targets, and storage credentials are encrypted, tenant scoped, and resolved only when an authorized worker job needs them.
FAQ
Senal Recover is a database backup and restore product built into Senal Ops. It protects a database with scheduled or manual backups, validates every backup, flags drift when a backup looks abnormal, and restores a validated backup on demand.
No. Senal Recover uses the same login, organization, and billing plan as Senal Ops monitoring. There is no separate signup or subscription.
Senal Recover supports PostgreSQL, MySQL, and Firebase Firestore. PostgreSQL and MySQL use native dump and restore tooling. Firestore uses managed exports and imports through Google Cloud Storage.
Every successful backup receives engine-specific validation. PostgreSQL archives, MySQL dumps, and Firestore export manifests are inspected before they become restore candidates. Business plans can add tier two validation by restoring or importing into a tenant-configured scratch target.
It recommends the most recent restore-validated backup with no unresolved alerts, and explains that recommendation in plain language rather than a black box score. Failed or unvalidated backups are blocked from restore unless restore validation is explicitly disabled for development.
Only the organization owner, since a restore writes into the target data source. A restore also requires a recently issued session, so you may be asked to sign in again before restoring.
By default, backups are stored in a shared Senal platform bucket built on NEXUS AI object storage. Organizations that need dedicated storage or custom retention can add their own S3 compatible storage destination.
Senal Recover is available on Pro and Business. Pro supports backup and restore for up to two protected databases with automated schedules. Business supports up to five protected databases and adds tier two restore testing with longer retention.
Yes. Database connection strings and Firebase service-account configurations are encrypted at rest with a dedicated Recover encryption key. Saved credentials can be renamed, rotated, validated, associated with protected databases, and deleted when no connection or restore target depends on them.
The Firebase configuration must include a service account plus either outputUriPrefix or storageBucket. Exports are written to Google Cloud Storage, so the service account needs the required Firestore export and bucket permissions.
Each organization manages its own encrypted scratch credentials in the Senal Recover interface. The worker resolves the organization credential at validation time, so one tenant never relies on another tenant's scratch database or Firebase project.
Start with a manual validated backup, then add schedules and restore testing.