101 lines
4.2 KiB
Markdown
101 lines
4.2 KiB
Markdown
|
|
|||
|
|
Использование **`-F d` (Directory format)** с флагом **`-j` (jobs / параллельность)** ускорит и создание дампа, и его анализ, так как данные таблиц будут выгружаться параллельно в несколько потоков.
|
|||
|
|
|
|||
|
|
Более того, формат каталога (`-F d`) **намного удобнее** для выполнения нашей задачи:
|
|||
|
|
|
|||
|
|
1. Вы можете дампить в `-j4` или `-j8` (по количеству ядер CPU).
|
|||
|
|
2. Вы по-прежнему можете использовать `pg_restore` с секциями `--section=pre-data`, `--section=data` и `--section=post-data` без ручного редактирования файлов `.list`!
|
|||
|
|
|
|||
|
|
Ниже обновленный, максимально быстрый пошаговый план.
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## Этап 1. Быстрое создание дампа на `dc01-srv01` (в параллельном режиме)
|
|||
|
|
|
|||
|
|
Создаём дамп в виде директории с 4 параллельными потоками:
|
|||
|
|
|
|||
|
|
```bash
|
|||
|
|
# Создаем папку под дамп
|
|||
|
|
mkdir -p /opt/pg_dumps/edemo_ehd1.dir
|
|||
|
|
|
|||
|
|
# Запускаем параллельный дамп
|
|||
|
|
pg_dump -h localhost -p 5436 -U postgres -d edemo_ehd1 \
|
|||
|
|
-F d \
|
|||
|
|
-j 4 \
|
|||
|
|
--no-tablespaces \
|
|||
|
|
--no-owner \
|
|||
|
|
-f /opt/pg_dumps/edemo_ehd1.dir
|
|||
|
|
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
> **Совет:** Количество потоков `-j` выбирайте исходя из доступных ядер процесора на сервере (например, `-j 4` или `-j 8`). Нагрузка на CPU и диски вырастет, но дамп выполнится в разы быстрее.
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## Этап 2. Быстрое восстановление на `dc02-srv02` (без ручной нарезки файлов)
|
|||
|
|
|
|||
|
|
Перенесите всю папку `/opt/pg_dumps/edemo_ehd1.dir` на целевой сервер.
|
|||
|
|
|
|||
|
|
Формат `-F d` позволяет `pg_restore` самому разделить процесс на 3 этапа с помощью флага `--section`. Это избавляет от необходимости вручную правильные листы через `.list` файлы!
|
|||
|
|
|
|||
|
|
### Шаг 2.1. Восстанавливаем структуру (Pre-Data)
|
|||
|
|
|
|||
|
|
Создаем базовые объекты: таблицы, типы, последовательности. Внешних ключей и триггеров на этом этапе нет.
|
|||
|
|
|
|||
|
|
```bash
|
|||
|
|
pg_restore -h localhost -p 5432 -U postgres -d edemo_ehd1 \
|
|||
|
|
-F d \
|
|||
|
|
--no-tablespaces \
|
|||
|
|
--no-owner \
|
|||
|
|
--section=pre-data \
|
|||
|
|
/opt/pg_dumps/edemo_ehd1.dir
|
|||
|
|
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
### Шаг 2.2. Загружаем данные в параллельном режиме (Data)
|
|||
|
|
|
|||
|
|
Отключаем триггеры (`--disable-triggers`), чтобы исключить ваши ошибки (дедлоки, вызовы функций для несуществующих связей) и включаем многопоточность (`-j 4`):
|
|||
|
|
|
|||
|
|
```bash
|
|||
|
|
pg_restore -h localhost -p 5432 -U postgres -d edemo_ehd1 \
|
|||
|
|
-F d \
|
|||
|
|
-j 4 \
|
|||
|
|
--no-tablespaces \
|
|||
|
|
--no-owner \
|
|||
|
|
--section=data \
|
|||
|
|
--disable-triggers \
|
|||
|
|
/opt/pg_dumps/edemo_ehd1.dir
|
|||
|
|
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
> **Важно:** Флаг `--disable-triggers` сработает корректно только под суперпользователем (`postgres`).
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
### Шаг 2.3. Создаем индексы, ключи, триггеры и вьюхи (Post-Data)
|
|||
|
|
|
|||
|
|
Данные уже на месте. Теперь параллельно накатываем индексы, первичные и внешние ключи, триггеры и представления.
|
|||
|
|
|
|||
|
|
```bash
|
|||
|
|
pg_restore -h localhost -p 5432 -U postgres -d edemo_ehd1 \
|
|||
|
|
-F d \
|
|||
|
|
-j 4 \
|
|||
|
|
--no-tablespaces \
|
|||
|
|
--no-owner \
|
|||
|
|
--section=post-data \
|
|||
|
|
/opt/pg_dumps/edemo_ehd1.dir
|
|||
|
|
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
### Шаг 2.4. Финальная сборка статистики
|
|||
|
|
|
|||
|
|
После завершения накатывания пост-данных обновляем статистику, чтобы оптимизатор Postgres знал о размерах таблиц:
|
|||
|
|
|
|||
|
|
```bash
|
|||
|
|
psql -h localhost -p 5432 -U postgres -d edemo_ehd1 -c "VACUUM ANALYZE;"
|
|||
|
|
|
|||
|
|
```
|