Databricks said Lakebase Postgres can restore a 100-terabyte database in seconds through branch-based recovery, a feature aimed at rapid rollback for AI applications.

Key Takeaways

  • Databricks said Lakebase Postgres can restore a 100-terabyte database in seconds through branch-based recovery

  • Restores create a new branch pointing to an earlier moment instead of physically rewriting data

  • The branch-based approach references immutable storage snapshots, so underlying data blocks do not move during a restore

  • Databricks has not published independent third-party benchmarks or specified pricing for Lakebase’s restore feature

The company detailed the mechanism in a post on X on Friday, describing how a restore creates a new branch pointing to an earlier moment in time rather than physically rewriting data. Databricks said the branch references immutable storage snapshots, meaning the underlying data blocks never move during a restore.

For a 100-terabyte database, a traditional restore typically takes hours because the system has to copy terabytes of files back into place before an application can read them again. The branch-based approach instead points a new branch at a previous state, then updates pointers almost instantly.

Why Database Recovery Speed Is Now An AI Infrastructure Problem

Lakebase Postgres is the company’s managed Postgres offering for transactional workloads feeding AI applications that need both speed and a safety net.

AI agents and large language model applications increasingly write to production databases directly, running automated changes without a human checking each one first.

That raises the odds of a bad write, a corrupted migration or an agent error that needs a fast rollback. Postgres is an open-source relational database that many companies use to store structured application data.

The company has positioned Lakebase as a version tuned for mixing transactional data with the analytical lakehouse systems it already sells to enterprises.

Lakebase’s metadata-only restore means recovery time no longer scales with data size. Whether a database holds 1 terabyte or 100 terabytes, creating a branch that points to a prior snapshot takes roughly the same amount of time.

Also Read: OpenAI’s Rogue AI Agents Breach Systems, Firm Warns: ‘Gained Internet Access’

The operation only touches pointers and references, not the data itself.

That is a meaningful change from legacy backup tools, where restore time grows linearly with database size, often turning multi-terabyte recoveries into multi-hour outages.

From Lakehouse Analytics To Transactional Databases

Databricks built its reputation on the lakehouse, a data architecture that combines the flexibility of data lakes with the structure of data warehouses for large-scale analytics. Lakebase marks an expansion into transactional, operational databases, a category traditionally dominated by providers like Amazon (AMZN) Web Services’ RDS and dedicated Postgres vendors.

The branch-based restore model borrows a concept from software version control, where developers create branches to test changes without touching the main codebase.

Applying that idea to database storage lets the company offer instant rollback points without the storage overhead of keeping full duplicate copies at every interval.

What To Watch As Agentic Workloads Scale

The test for Databricks’ claim will come from independent benchmarking once Lakebase sees broader production adoption outside the company’s own demonstrations. Enterprises running AI agents against live databases will want to know how the branch-based model performs under concurrent write load, not just in a controlled restore scenario.

The company has not published independent third-party benchmarks alongside the X post, and it did not specify pricing for Lakebase’s restore feature in the disclosure.

Read Next: Benefit Street Partners Bets On OpenAI’s Codex To Speed Up Credit Reviews