Encrypted, scheduled Odoo backups to cloud & SFTP with retention rules, failure alerts and one-click restore. Built for you. One-time license from $199.00 USD for Odoo 17, 18, 19 — includes 12 months of updates and support.

Encrypted, scheduled Odoo backups to cloud & SFTP with retention rules, failure alerts and one-click restore. Built for you.
No payment now. This sends a quote request to our team — we'll follow up by email with pricing and next steps.
A self-hosted Odoo instance without off-site backups is one disk failure, bad migration, or ransomware event away from losing your entire business. Odoo's built-in /web/database/backup is manual, single-target, unencrypted, and depends on someone remembering to click it — which is exactly why so many recovery stories end badly.
Scheduled backups driven by an Odoo `ir.cron` automated action with per-database cron expressions (hourly, daily, weekly) and configurable run windows
Simultaneous multi-destination writes: local disk, one or more remote SFTP/SCP servers, and any S3-compatible object store (AWS S3, Backblaze B2, Wasabi, MinIO, DigitalOcean Spaces)
AES-256 encryption of every backup archive with server-side key management, so dumps are unreadable at rest and in transit
Encrypted transfer tunnel (SFTP over SSH / TLS to S3) for all off-site transfers — no plaintext database ever crosses the wire
Full database + filestore capture in each snapshot (pg_dump of the PostgreSQL DB plus the attachment filestore) so restores are complete, not partial
Configurable per-destination retention policies — keep N daily, N weekly, N monthly copies with automatic pruning of expired archives
Automated Database Backup & Restore is a build-to-order Odoo module that ECOSIRE designs, develops, installs, and supports on your Community or Enterprise instance (Odoo 17, 18, and 19). It turns backups into a hands-off, encrypted, verifiable discipline: scheduled dumps run from a ir.cron automated action, are AES-encrypted, streamed over an encrypted tunnel to multiple destinations — local disk, remote SFTP servers, and any S3-compatible object store (AWS S3, Backblaze B2, Wasabi, MinIO, DigitalOcean Spaces) — pruned by configurable retention policies, and confirmed by email alerts on every success and failure. When you do need to recover, a guided one-click restore rebuilds the database and filestore from any retained snapshot.
Because this is engineered specifically for your environment, we ship real Odoo architecture, not a black box. The module defines its own backup.config, backup.destination, and backup.log models (models.Model) with computed status fields via @api.depends, a settings UI built in XML/OWL views, QWeb-rendered backup history reports, and JSON-RPC/XML-RPC endpoints so your monitoring stack can query backup health programmatically. Access is locked down with ir.model.access.csv plus record rules so only the backup administrator group can view credentials or trigger a restore, and multi-database Odoo servers are handled — each database gets its own schedule, targets, and retention.
Every backup includes both the PostgreSQL dump and the filestore (attachments, documents, images), so a restore brings back a complete, working system — not just rows in a table. Optional automatic restore-verification spins each backup up into a throwaway database to prove it actually restores, closing the gap between "we have backups" and "our backups work."
ECOSIRE builds this to your exact retention rules, destinations, encryption keys, and alerting preferences, hardens it against your infrastructure, and hands over documented, supported code — typically within 2 to 4 weeks. This is not an instant apps.odoo.com download; it is a built-for-you engagement with a real delivery, testing, and handover process.
Runs Odoo Community or Enterprise on their own VPS, EC2, or on-prem server and is personally accountable if data is lost. Wants scheduled, encrypted, off-site backups with proof they can restore — without babysitting a manual export every day.
Manages Odoo for multiple client databases and needs a repeatable, auditable backup discipline across every instance, with per-client destinations, retention, and failure alerts they can monitor centrally.
Non-technical business owner who knows their ERP holds invoices, inventory, and payroll, and needs assurance — in the form of alerts and a documented recovery runbook — that a server failure or ransomware attack will not end the company.
Buy the license on ecosire.com and download the Automated Database Backup & Restore for Odoo module ZIP from your account dashboard.
Extract the ZIP into your Odoo custom addons folder on the server (or upload via Apps > Install from file on Odoo.sh / runbot).
Activate Developer Mode, open Apps, click Update Apps List, search for Automated Database Backup & Restore for Odoo, and press Install.
Open the new menu, paste your ECOSIRE license key, connect any external credentials (Shopify, Amazon, Stripe, etc.), and save.
Run the built-in connection test, sync your first 10 records, and schedule the recurring cron. Contact support if anything fails.
| Criterion | ECOSIRE | Custom Build | Competitor | Odoo Native |
|---|---|---|---|---|
| Scheduled, unattended backups | ||||
| Encrypted off-site to SFTP + S3-compatible storage | ||||
| Configurable retention with automatic pruning | ||||
| One-click restore of database + filestore | ||||
| Email alerts on success and failure | ||||
| Automatic restore-verification (test-restore) | ||||
| Role-locked access via record rules to backups/restore | ||||
| Multi-database schedules, keys and retention | ||||
| Built, installed, tested and supported for you | ||||
| Runs on Odoo 17, 18 and 19 (Community + Enterprise) |
This is a build-to-order engagement, not an instant download. Typical delivery is 2 to 4 weeks from the point we confirm your requirements (Odoo version, destinations, retention rules, encryption preferences). The timeline covers development, testing against your Odoo 17/18/19 environment, installation, a verified test restore, documentation, and a handover session. Straightforward single-database setups land nearer 2 weeks; multi-database or unusual destination/security requirements nearer 4.
Every engagement includes a post-delivery support and bug-fix window during which we fix any defects and make reasonable adjustments at no extra charge. Because we build to your specific environment, you own the delivered source and it will keep working on your instance. When you upgrade Odoo (for example 18 to 19) or want new destinations, retention rules, or alerting channels, we offer an optional ongoing support/maintenance retainer to keep the module current and compatible.
The module writes to local disk, remote SFTP/SCP servers, and any S3-compatible object store — AWS S3, Backblaze B2, Wasabi, MinIO, and DigitalOcean Spaces are all supported. It runs on Odoo Community and Enterprise, versions 17, 18, and 19. You can enable several destinations at once (for example local plus S3 plus an off-site SFTP box) each with its own retention policy.
Yes on both counts. Each archive is AES-256 encrypted before it leaves the server, and all off-site transfers travel over an encrypted tunnel (SFTP over SSH or TLS to S3), so no plaintext database is ever exposed. Every snapshot bundles the PostgreSQL dump and the filestore, so a restore rebuilds a complete, working system. We include optional automatic restore-verification that test-restores backups into a disposable database, and we perform one full verified restore with you during handover.
Backups run from an `ir.cron` job, so you schedule them for off-peak windows (for example overnight). Transfers are compressed and can be throttled, and large filestores can be streamed incrementally to keep memory and bandwidth impact low. On busy servers we tune the schedule and concurrency during setup so backups do not compete with business-hours traffic.
Access is controlled with `ir.model.access.csv` and record rules that restrict backup configuration, destination credentials, and the restore action to a dedicated Backup Administrator group. Destination secrets (SFTP keys, S3 credentials, encryption keys) are stored isolated from standard config and are never shown in list views, logs, or exports. Regular users cannot see or trigger backups or restores.
Yes. The module exposes backup status through JSON-RPC / XML-RPC and an optional webhook, so tools like Grafana, Uptime Kuma, or PagerDuty can query last-run time, outcome, and next-run schedule. Combined with the success/failure email alerts and the QWeb audit report, you get layered proof that backups are running — not just an assumption.
Encrypted, scheduled Odoo backups to cloud & SFTP with retention rules, failure alerts and one-click restore. Built for you.