You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/manual_restore.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,8 +5,8 @@ The advantage of the backup-restore-sidecar is that it automatically restores th
5
5
1. Take a copy of your existing stateful set by running `kubectl get sts -o yaml <your-database-sts>`
6
6
2. Now, get into a clean state, i.e. delete the existing stateful set and the pvc of your database
7
7
3. Deploy the exact stateful set you had but only with the backup-restore-sidecar container and tail some file such that container does not die. This is your "helper" stateful set, which you can use for manual administration.
8
-
- For postgres check the example [here](../deploy/postgres_manual_restore.yaml)
9
-
- For rethinkdb check the example [here](../deploy/rethinkdb_manual_restore.yaml)
8
+
- For postgres check the example [here](https://github.com/metal-stack/backup-restore-sidecar/blob/master/deploy/postgres_manual_restore.yaml)
9
+
- For rethinkdb check the example [here](https://github.com/metal-stack/backup-restore-sidecar/blob/master/deploy/rethinkdb_manual_restore.yaml)
10
10
4. Enter the container in your "helper" pod by running `kubectl exec -it <your-database-helper-pod>-0 -c backup-restore-sidecar -- bash`
11
11
5. Inside the container, you can view the existing backup versions using `backup-restore-sidecar restore ls`
12
12
6. Choose the version to restore by running `backup-restore-sidecar restore <version>`
0 commit comments