A backup creates an archive file that contains the database, all repositories and all attachments.
A backup creates an archive file that contains the database, all repositories and all attachments.
This archive will be saved in backup_path (see `config/gitlab.yml`).
This archive will be saved in backup_path (see `config/gitlab.yml`).
The filename will be `[TIMESTAMP]_gitlab_backup.tar`. This timestamp can be used to restore an specific backup.
The filename will be `[TIMESTAMP]_gitlab_backup.tar`. This timestamp can be used to restore an specific backup.
You can only restore a backup to exactly the same version of GitLab that you created it on, for example 7.2.1. The best way to migrate your repositories from one server to another is through backup restore.
You can only restore a backup to exactly the same version of GitLab that you created it
on, for example 7.2.1. The best way to migrate your repositories from one server to
another is through backup restore.
You need to keep a separate copy of `/etc/gitlab/gitlab-secrets.json`
You need to keep a separate copy of `/etc/gitlab/gitlab-secrets.json`
(for omnibus packages) or `/home/git/gitlab/.secret` (for installations
(for omnibus packages) or `/home/git/gitlab/.secret` (for installations
...
@@ -370,3 +372,6 @@ For more information see similar questions on postgresql issue tracker[here](htt
...
@@ -370,3 +372,6 @@ For more information see similar questions on postgresql issue tracker[here](htt
## Note
## Note
This documentation is for GitLab CE.
This documentation is for GitLab CE.
We backup GitLab.com and make sure your data is secure, but you can't use these methods to export / backup your data yourself from GitLab.com.
We backup GitLab.com and make sure your data is secure, but you can't use these methods to export / backup your data yourself from GitLab.com.
To migrate your repositories from one server to another with an up-to-date version of
GitLab, you can use [rake tasks](import.md) to do a mass import of the repository.
