Commit db4cd9d
Matthew Fisher
fix(rootfs): always perform an initial backup
When you complete a recovery of the database for the first time, a new log timeline is started with
an ID of 2. When you restore again (timeline of 3), the timeline used when the last backup occurred
will be replayed. Because of this, if you restored the database and did not perform a backup, all
data committed after that successful recovery will be lost because only WAL logs from the first
timeline (the timeline that the database was last backed up) will be restored.
In order to fix this, after completing a database recovery we create a fresh backup
in order to establish a new recovery baseline. That way we can now replay from
timeline 2.1 parent f502600 commit db4cd9d
1 file changed
Lines changed: 3 additions & 3 deletions
Lines changed: 3 additions & 3 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
48 | 48 | | |
49 | 49 | | |
50 | 50 | | |
51 | | - | |
52 | | - | |
53 | | - | |
54 | 51 | | |
55 | 52 | | |
| 53 | + | |
| 54 | + | |
| 55 | + | |
56 | 56 | | |
57 | 57 | | |
58 | 58 | | |
0 commit comments