Контроль миграций и метрик базы данных
Изменения структуры базы (миграции) применяются автоматически при старте узла: если версия схемы в коде новее версии в базе, узел применяет недостающие миграции сам.
Не выполняйте изменения схемы вручную. Ручные изменения рассинхронят версию схемы → повторное применение миграции → ошибка «transaction is aborted».
Если версия схемы базы данных не соответствует версии приложения и узел не запускается, не изменяйте служебные таблицы вручную. Проверьте, что обновление выполнено штатной процедурой. Если автоматические миграции не применяются, сохраните журналы запуска и используйте процедуру восстановления или техническую поддержку для вашей версии.
Клавдий собирает метрики работы системы и хранит их на трёх уровнях детализации. Это позволяет сохранять историю за длительный срок без чрезмерного роста объёма.
| Уровень | Точность | Срок хранения |
|---|---|---|
| Свежие данные | раз в минуту | 7 дней (по умолчанию) |
| Часовые сводки | раз в час | 2 года |
| Суточные сводки | раз в сутки | 5 лет |
Принцип: чем свежее данные, тем они детальнее; чем старше — тем грубее, но хранятся дольше.
- Свежие данные. Узел накапливает показатели в памяти и раз в минуту записывает их.
- Часовые сводки. Фоновая задача раз в час сворачивает минутные точки за прошедший час в одну часовую (для счётчиков — сумма, для показателей состояния — максимум и последнее значение).
- Суточные сводки. Та же задача раз в сутки сворачивает часовые сводки за прошедшие сутки в одну суточную.
Как проверить работу свёртки
В Задачах и очереди найдите задачу [Сворачивание метрик] — проверьте её состояние и последний запуск.
Связанные материалы
Навигация по книге
- Следующая статья: Что необходимо резервировать