Test your backups regularly.

RestoreTrust automatically tests whether your backups can actually be restored. Your backup files are not sent to the central service.

Get in touch
  • Tests on your infrastructure
  • Checks based on your criteria
  • Exportable results
  • Actual restores
Example view of the RestoreTrust Console: a MongoDB schedule and its test history

Do your backups work?

90% feel confident

That is how many respondents believe they can recover from a cyber incident within their recovery time objectives. Where ransomware affected operations or data, only 28% recovered all affected data.

Veeam Data Trust and Resilience Report 2026

Actual restores

RestoreTrust restores your database backup in a temporary test environment, then runs your checks. You can see whether the restore succeeds and the results meet your requirements.

Clear results

The steps and results of each test are recorded, together with a SHA-256 hash of the test data. Depending on your plan, you can create PDF reports for your team or an audit.

For your databases and backup storage

RestoreTrust supports several databases and common backup storage options. All sources and databases

Databases

  • PostgreSQL
  • MySQL
  • MariaDB
  • MongoDB
  • File checks

Backup sources

  • S3
  • FTP
  • SFTP
  • SMB

Set up your first test.

Is your RestoreTrust worker installed in your Kubernetes cluster? You can now configure your first test. Setup in detail

Prepare access

Store the credentials in your cluster and give RestoreTrust the name of the Kubernetes Secret.

Choose a backup

Add your S3, FTP, SFTP, or SMB source and specify where RestoreTrust can find the backups.

Define your checks

Choose a worker, database, and schedule. Add your checks and select how you would like to be notified.

How your backup is tested.

  1. Download the backup

    The worker downloads the selected backup from the configured source.

  2. Restore the data

    Database backups are restored in an isolated test environment.

  3. Run your checks

    The worker runs your checks on the restored data. For file checks, it checks the file directly.

  4. Record the result

    You can see whether the test passed or which step encountered an error.

Run tests and verify the results.

More about security

Test data

Do the document and hash match?

A SHA-256 hash is calculated for each completed test. You can use it to verify the corresponding test document.

Time

What does the timestamp prove?

A confirmed OpenTimestamps proof establishes that the test data existed in that form no later than the confirmed time. You can verify it independently.

Access

Where are your credentials stored?

You store them as a Kubernetes Secret in your cluster. In RestoreTrust, you enter the name of that Secret.

Execution

What runs the tests?

The worker in your Kubernetes cluster runs the tests. It is assigned to the relevant project.

Notifications

How do you hear about the results?

You can set up notifications by email or through an HTTPS webhook.

Your infrastructureKubernetes

Tests in your cluster.

The RestoreTrust worker runs tests in your Kubernetes cluster. A temporary, isolated test environment is created for the restore.

More about execution

Features at a glance.

See all features

Supported databases

PostgreSQL, MySQL, MariaDB, and MongoDB. File checks are also available without restoring to a database.

Kubernetes Secrets

RestoreTrust uses the names of the Secrets you have created in your cluster to grant access.

Support

You can email us with questions about the product.

Source protocols

S3, FTP, SFTP, and SMB are supported as backup sources.

Report exports

Report exports are available depending on your plan.

API access

The REST API lets you manage your tests from your own applications.

Frequently asked questions.

In your Kubernetes cluster. You install a RestoreTrust worker there and assign it to a project. In the test plan, you choose which worker runs the test.

RestoreTrust supports S3, FTP, SFTP, and SMB. You specify the source and the path to your backups. The worker retrieves them from there.

You can set up notifications by email or through an HTTPS webhook. In the test plan, you choose the notification channel you want to use.

For each completed test, a SHA-256 hash is calculated from a defined set of test data. Optionally, OpenTimestamps proves that this hash already existed at a particular point in time. Once confirmed, the proof can be verified independently. It does not confirm that all backup data is complete or free of errors.

Store the credentials for your backup sources as Kubernetes Secrets in your cluster. In RestoreTrust, enter the names of those Secrets. The worker uses them when running tests.

Yes. The REST API lets you integrate test management into your own applications and automated workflows.

Yes, if your plan includes reports. You can export reports as PDFs for your documentation.

Ready to test your backups?

Get in touch

The app will be available soon.

We plan to launch in the first half of November.