debian-mirror-gitlab/doc/development/db_dump.md

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

57 lines
1.8 KiB
Markdown
Raw Normal View History

2021-01-03 14:25:43 +05:30
---
stage: Enablement
group: Database
2021-02-22 17:27:13 +05:30
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments
2021-01-03 14:25:43 +05:30
---
2015-12-23 02:04:40 +05:30
# Importing a database dump into a staging environment
2015-09-11 14:41:01 +05:30
Sometimes it is useful to import the database from a production environment
into a staging environment for testing. The procedure below assumes you have
2020-06-23 00:09:42 +05:30
SSH and `sudo` access to both the production environment and the staging VM.
2015-09-11 14:41:01 +05:30
**Destroy your staging VM** when you are done with it. It is important to avoid
data leaks.
On the staging VM, add the following line to `/etc/gitlab/gitlab.rb` to speed up
large database imports.
2020-04-08 14:13:33 +05:30
```shell
2015-09-11 14:41:01 +05:30
# On STAGING
echo "postgresql['checkpoint_segments'] = 64" | sudo tee -a /etc/gitlab/gitlab.rb
2019-02-15 15:39:39 +05:30
sudo touch /etc/gitlab/skip-auto-reconfigure
2015-09-11 14:41:01 +05:30
sudo gitlab-ctl reconfigure
2021-09-04 01:27:46 +05:30
sudo gitlab-ctl stop puma
2015-09-11 14:41:01 +05:30
sudo gitlab-ctl stop sidekiq
```
Next, we let the production environment stream a compressed SQL dump to our
2020-06-23 00:09:42 +05:30
local machine via SSH, and redirect this stream to a `psql` client on the staging
2015-09-11 14:41:01 +05:30
VM.
2020-04-08 14:13:33 +05:30
```shell
2015-09-11 14:41:01 +05:30
# On LOCAL MACHINE
ssh -C gitlab.example.com sudo -u gitlab-psql /opt/gitlab/embedded/bin/pg_dump -Cc gitlabhq_production |\
ssh -C staging-vm sudo -u gitlab-psql /opt/gitlab/embedded/bin/psql -d template1
```
## Recreating directory structure
If you need to re-create some directory structure on the staging server you can
use this procedure.
First, on the production server, create a list of directories you want to
re-create.
2020-04-08 14:13:33 +05:30
```shell
2015-09-11 14:41:01 +05:30
# On PRODUCTION
(umask 077; sudo find /var/opt/gitlab/git-data/repositories -maxdepth 1 -type d -print0 > directories.txt)
```
Copy `directories.txt` to the staging server and create the directories there.
2020-04-08 14:13:33 +05:30
```shell
2015-09-11 14:41:01 +05:30
# On STAGING
sudo -u git xargs -0 mkdir -p < directories.txt
```