Что необходимо резервировать
Регулярное резервное копирование защищает данные при сбое оборудования, ошибке администратора или аварии на площадке. Ниже перечислены компоненты, которые необходимо включать в резервную копию, и способы их восстановления.
Клавдий хранит данные в трёх местах. Все три компонента нужно создавать резервные копии согласованно.
| Компонент | Где | Что содержит | как создавать резервные копии |
|---|---|---|---|
| База данных (PostgreSQL) | контейнер klvd_postgres или внешний сервер |
все метаданные писем, настройки, пользователи, права, задачи, аудит, ключи (метки версий) | pg_dump или резервная копия на уровне СУБД (PITR) |
| Хранилище писем | папка data-storage/ (том KLVD_STORAGE_DATA_HOST) |
тела писем и вложения (чанки, зашифрованы) | копирование папки (файловая резервная копия) |
| Поисковый индекс (Solr) | папка search-index/ (том KLVD_SEARCH_INDEX_HOST) |
индекс полнотекстового поиска | копирование папки; можно не создавать резервные копии — восстанавливается переиндексацией |
Секретный ключ кластера (
secrets/klvd_secret_key) — создавать резервные копии обязательно. Без него зашифрованные данные и контрольные суммы HMAC невозможно восстановить. Храните резервную копию ключа отдельно от данных, в надёжном месте.
- База данных — ежедневно (или чаще при интенсивном сборе). При использовании PITR — непрерывно.
-
Хранилище писем — ежедневно или по расписанию, согласованному с частотой базы. Рекомендуется инкрементальное резервное копирование с помощью
rsyncили снимков файловой системы. - Поисковый индекс — необязательно. Восстанавливается полной переиндексацией из базы и хранилища (см. Поиск и администрирование Solr, «Реиндексировать всё»).
- Секретный ключ — при создании или смене.
Резервные копии базы данных и хранилища должны соответствовать одному моменту времени. Если копия базы новее копии хранилища, в базе могут появиться ссылки на чанки, отсутствующие в резервной копии. Используйте снимки файловой системы (
snapshots(!)) либо приостанавливайте запись на время создания согласованной копии.
Что дальше
Навигация по книге
- Следующая статья: Резервная копия PostgreSQL