Резервні копії та відновлення
Одна кнопка створює знімок усього, що потрібно проєкту, щоб повернутися: дампи баз даних, томи застосунку й останній архів вихідного коду. Відновлення — ще одна кнопка, з захистом для небезпечного типу.
Що таке резервна копія#
| Тип | Що містить | Чим створюється |
|---|---|---|
db_dump |
логічний дамп однієї бази даних | «Створити дамп» у SQL-консолі, dump_database або частина резервної копії проєкту |
volume |
tar.gz одного іменованого тому застосунку |
резервна копія проєкту |
source |
останній завантажений архів вихідного коду | резервна копія проєкту |
Кожна резервна копія — це рядок (область, тип, розмір, sha256, створено, діє до) плюс об'єкт у бакеті MinIO платформи за адресою backups/<scope_type>/<scope_ref>/<kind>-<timestamp>-<id>.<ext>.
Створення резервної копії#
На вкладці «Резервні копії» натисніть «Створити резервну копію проєкту». Для однієї бази даних скористайтеся «Створити дамп» у її SQL-консолі.
curl -fsS -X POST "$BASE/api/v1/projects/$PID/backups" -H "Authorization: Bearer $TOKEN"
curl -fsS "$BASE/api/v1/projects/$PID/backups" -H "Authorization: Bearer $TOKEN"
create_backup(project=7)
list_backups(project=7)
dump_database(project=7, database="main")
На вимогу, а не за розкладом
Вбудованого розкладу немає. Якщо вам потрібні регулярні резервні копії, викликайте кнопку, API або MCP-інструмент зі свого cron чи CI.
Термін зберігання#
Засіб очищення видаляє старі резервні копії — і об'єкти в MinIO, і їхні рядки — за двома обмеженнями, які адміністратор може змінити в розділі «Платформа» → «Налаштування»:
| Налаштування | Типове значення |
|---|---|
| Зберігати резервні копії, днів | 14 |
| Кількість копій для кожної області | 5 |
Відновлення#
Натисніть «Відновити» у рядку й підтвердьте.
| Тип | Що робить відновлення |
|---|---|
db_dump |
заново створює контейнер бази даних із її власного образу й завантажує дамп |
volume |
зупиняє й видаляє контейнер застосунку, стирає поточний том, розпаковує знімок, а потім перестворює застосунок. Потрібно позначити «Розумію — стерти поточний том» |
source |
знову запускає конвеєр розгортання із збереженого архіву |
Відновлення тому замінює наявні дані
Дані, записані на том після створення копії, буде втрачено. Якщо відновлення вдалося, але контейнер застосунку потім не вдалося перестворити, консоль прямо про це повідомляє, а не звітує про успіх.
Корисні звички#
- Робіть дамп перед зміною схеми. Один клік, один
sha256, який варто запам'ятати. - Завантажуйте те, що важливо. Резервні копії зберігаються на тій самій платформі, що й дані. Для аварійного відновлення також робіть копію каталогу
data/хоста — див. Експлуатація. - Проєкт видаляйте в останню чергу. Його резервні копії видаляються разом із ним.
- Час від часу перевіряйте відновлення в тимчасовий проєкт.
