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/usage.md
+17-12Lines changed: 17 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -2,11 +2,10 @@
2
2
3
3
After the initial backup, use the following commands:
4
4
5
-
- The `ghe-backup` command creates incremental snapshots of repository data,
6
-
along with full snapshots of all other pertinent data stores.
7
-
- The `ghe-restore` command restores snapshots to the same or separate GitHub
8
-
Enterprise appliance. You must add the backup host's SSH key to the target
9
-
GitHub Enterprise Server appliance before using this command.
5
+
- The `ghe-backup` command creates incremental snapshots of repository data, long with full snapshots of all other pertinent data stores.
6
+
- The `ghe-restore` command restores snapshots to the same or separate GitHub
7
+
Enterprise appliance. You must add the backup host's SSH key to the target
8
+
GitHub Enterprise Server appliance before using this command.
10
9
11
10
These commands are run on the host you [installed][1] Backup Utilities on.
12
11
@@ -16,7 +15,7 @@ You can supply your own configuration file or use the example configuration file
16
15
17
16
An example configuration file with documentation on possible settings can found in [backup.config-example](../backup.config-example).
18
17
19
-
There are a number of commandline options that can also be passed to the `ghe-restore` command. Of particular note, if you use an external MySQL service but are restoring from a snapshot prior to enabling this, or vice versa, you must migrate the MySQL data outside of the context of backup-utils first, then pass the `--skip-mysql` flag to `ghe-restore`.
18
+
There are a number of command-line options that can also be passed to the `ghe-restore` command. Of particular note, if you use an external MySQL service but are restoring from a snapshot prior to enabling this, or vice versa, you must migrate the MySQL data outside of the context of backup-utils first, then pass the `--skip-mysql` flag to `ghe-restore`.
20
19
21
20
## Example backup and restore usage
22
21
@@ -80,12 +79,12 @@ The `ghe-backup` and `ghe-restore` commands also have a verbose output mode
80
79
(`-v`) that lists files as they're being transferred. It's often useful to
81
80
enable when output is logged to a file.
82
81
83
-
Every time you execute `ghe-backup` we verify the storage and software setup of the host
84
-
you [installed][1] Backup Utilities on, to make sure our [requirements][2] for the host are
85
-
met. You can disable this check using the `--skip-checks` argument or by
82
+
Every time you execute `ghe-backup` we verify the storage and software setup of the host
83
+
you [installed][1] Backup Utilities on, to make sure our [requirements][2] for the host are
84
+
met. You can disable this check using the `--skip-checks` argument or by
86
85
adding `GHE_SKIP_CHECKS=true` to your configuration file.
87
86
88
-
### Restoring settings, TLS certificate, and license
87
+
### Restoring settings, TLS certificate, and license
89
88
90
89
When restoring to a new GitHub Enterprise Server instance, settings, certificate, and
91
90
license data *are* restored. These settings must be reviewed and saved before
@@ -100,12 +99,12 @@ forcing settings, certificate, and license data to be overwritten with the backu
100
99
## Backup and restore with GitHub Actions enabled
101
100
102
101
GitHub Actions data on your external storage provider is not included in regular GitHub Enterprise Server
103
-
backups, and must be backed up separately. When restoring a GitHub Enterprise Server backup with
102
+
backups, and must be backed up separately. When restoring a GitHub Enterprise Server backup with
104
103
GitHub Actions enabled, the following steps are required:
105
104
106
105
1. Enable GitHub Actions on the replacement appliance and configure it to use the same GitHub Actions
107
106
external storage configuration as the original appliance.
108
-
2. Put replacement appliance into maintenance mode.
107
+
2. Put replacement appliance into maintenance mode.
109
108
3. Use `ghe-restore` to restore the backup.
110
109
4. Re-register your self-hosted runners on the replacement appliance.
111
110
@@ -115,5 +114,11 @@ Please refer to [GHES Documentation](https://docs.github.com/en/enterprise-serve
115
114
116
115
If you are interested in performing incremental backups of the MySQL data in your GitHub Enterprise Server instance, see [Incremental MySQL Backups and Restores](incremental-mysql-backups-and-restores.md) for details.
117
116
117
+
## Rsync compression
118
+
119
+
From backup-utils v3.11.0 onwards, we have disabled rsync compression by default to improve transfer speed and reduce CPU usage during the transfer process.
120
+
121
+
If you would like to use compression with rsync, you can add `GHE_RSYNC_COMPRESSION_ENABLED=true` in your `backup.config` file.
0 commit comments