Docs for v17 incremental backup and recovery#1524
Conversation
Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
✅ Deploy Preview for vitess ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
|
|
||
| ## Point in Time Recovery | ||
|
|
||
| Vitess supports incremental backup and recoveries, aka point in time recoveries. `v17` offers restore-to-position functionality, and `v18` is slated to support restore-to-timestamp functionality. |
There was a problem hiding this comment.
aka should be capitalized as it's an initialism.
Will v18 support both restore to position AND restore to timestamp, or restore to timestamp will replace restore to position?
There was a problem hiding this comment.
v18 will support both. Clarified in text.
|
|
||
| Vitess supports incremental backup and recoveries, aka point in time recoveries. `v17` offers restore-to-position functionality, and `v18` is slated to support restore-to-timestamp functionality. | ||
|
|
||
| Point in time recoveries are based on Full and Incremental backups. It is possible to recover a database to a position that is _covered_ by some backup. |
There was a problem hiding this comment.
Why are full and incremental capitalized here?
| ## Point in Time Recovery: legacy functionality based on binlog server | ||
|
|
There was a problem hiding this comment.
Should we remove this entire section in the 18.0 docs?
There was a problem hiding this comment.
Per @deepthi , we should keep it for a while.
| Example: | ||
|
|
||
| ```shell | ||
| vtctlclient -- RestoreFromBackup --restore_to_pos "MySQL56/0d7aaca6-1666-11ee-aeaf-0a43f95f28a3:1-60" zone1-0000000102 |
There was a problem hiding this comment.
It would be a nice enhancement in 18.0 if we expected a valid MySQL GTID set value. i.e. not requiring MySQL56/. That is unnecessary anyway as we only support MySQL (5.7 and 8.0) today. An argument to leave that thought would be that we could re-add support for MariaDB at some point. We can also infer this based on the format of the value though.
There was a problem hiding this comment.
Catching up on email after vacation and I now see that you're ahead of me 🙂
There was a problem hiding this comment.
content/en/docs/17.0/user-guides/operating-vitess/backup-and-restore/creating-a-backup.md
Show resolved
Hide resolved
content/en/docs/17.0/user-guides/operating-vitess/backup-and-restore/overview.md
Outdated
Show resolved
Hide resolved
|
|
||
| Restores are the counterparts of backups. A restore uses the engine utilized to create a backup. One may run a restore from a full backup, or a point-in-time restore (PITR) based on additional incremental backups. | ||
|
|
||
| A Vitess restore operates on a tablet. The restore process completely wipes out the data in the tablet's MySQL server and repopulates the server with the backup(s) data. The MySQL server is shutdown durign the process. As a safety mechanism, Vitess by default prevents a restore onto a `PRIMARY` tablet. |
content/en/docs/17.0/user-guides/operating-vitess/backup-and-restore/overview.md
Outdated
Show resolved
Hide resolved
| Vitess supports full restores and incremental (aka point in time) restores. The two serve different purposes. | ||
|
|
||
| * A full restore loads the dataset from a full backup onto a non-`PRIMARY` tablet. Once the data is loaded, the restore process starts the MySQL service and makes it join the replication stream. It is expected that a freshly restored server will lag behind the shard's `PRIMARY` for a period of time. | ||
| The full restore flow is useful for seeding new replica tablets. It may also be used to fix replicas that have been corrupted. |
There was a problem hiding this comment.
Do we mean REPLICA tablet types here or really non-PRIMARY tablets?
There was a problem hiding this comment.
You can use any non-PRIMARY type to restore a backup.
There was a problem hiding this comment.
I'd say that then to avoid any confusion (in particular for RDONLY tablets).
content/en/docs/17.0/user-guides/operating-vitess/backup-and-restore/overview.md
Outdated
Show resolved
Hide resolved
|
Should this PR fix #1490 ? |
|
Indeed. Fixes #1490. |
Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
…estore/overview.md Co-authored-by: Matt Lord <mattalord@gmail.com> Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
…estore/overview.md Co-authored-by: Matt Lord <mattalord@gmail.com> Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
…estore/overview.md Co-authored-by: Matt Lord <mattalord@gmail.com> Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
| Vitess supports full restores and incremental (aka point in time) restores. The two serve different purposes. | ||
|
|
||
| * A full restore loads the dataset from a full backup onto a non-`PRIMARY` tablet. Once the data is loaded, the restore process starts the MySQL service and makes it join the replication stream. It is expected that a freshly restored server will lag behind the shard's `PRIMARY` for a period of time. | ||
| The full restore flow is useful for seeding new replica tablets. It may also be used to fix replicas that have been corrupted. |
There was a problem hiding this comment.
I'd say that then to avoid any confusion (in particular for RDONLY tablets).
Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
|
I will now copy all changes over to |
Signed-off-by: Shlomi Noach <2607934+shlomi-noach@users.noreply.github.com>
This PR adds (late)
v17documentation for incremental backups and recoveries, following these changes inv17:v17is already released, and this is a late documentation. For the purposes of review, I've only updateddocs/17.0, but once approved, I will copy+paste the changes intodocs/18.0as well. These will be hopefully shortly updated with the new functionality introduced in vitessio/vitess#13270 and some expected followups.RFC: vitessio/vitess#11227
Please review but do not merge yet