7.7 KiB
База данных и системные события
Эти разделы отвечают за эксплуатацию и диагностику, а не за редактирование контента.
База данных
AVE.cms ориентируется на MySQL 5.7+ и InnoDB. Имя всех таблиц строится из
префикса dbpref в configs/db.config.php; не используйте жёсткий префикс в
SQL или модуле.
Экран показывает только таблицы текущей схемы и префикса. Для каждой доступны движок, размер и приблизительное количество строк.
Применить миграции ядра
Кнопка показывается только тогда, когда в поставке есть ещё не выполненные миграции встроенных разделов. Если ledger и файлы совпадают, вместо неё виден статус Схема актуальна. При штатном обновлении эти миграции выполняются автоматически внутри core-патча. Ручная операция нужна для восстановления или development-сборки: она применяет ожидающие миграции ядра и синхронизирует реестр прав. Она не читает резервную копию и не возвращает старые данные. Миграции устанавливаемого модуля применяются его собственным lifecycle. Ledger не позволяет повторно запускать успешно завершённую миграцию. Перед изменением рабочей схемы создайте резервную копию.
InnoDB и обслуживание
Чистая установка использует InnoDB. Перевод оставшихся legacy MyISAM-таблиц
выполняйте только после бэкапа: крупная таблица может временно блокировать запись.
REPAIR имеет смысл для MyISAM и не является штатной процедурой InnoDB.
OPTIMIZE не нужно запускать после каждого изменения. Используйте его после
крупного удаления данных или по результату диагностики.
Резервные копии
Панель создаёт gzip-дамп текущего префикса в tmp/backup, позволяет скачать,
загрузить обратно, восстановить и удалить его. Загруженный файл сначала
проверяется и не выполняется автоматически. Новые дампы используют переносимый
placeholder {{prefix}}: копию можно развернуть в другой установке с иным
dbpref.
Перед восстановлением система проверяет формат, допустимые SQL-команды, таблицы и неизменность файла. Затем автоматически создаёт страховочную копию текущей базы и только после этого заменяет данные. Если выполнение дампа оборвётся, система попробует сразу вернуть страховочную копию. Восстанавливаются все таблицы текущей установки, поэтому выборочно вернуть одну запись этой кнопкой нельзя.
Во время операции открывается окно с живыми этапами: проверка файла, страховочная копия, очистка текущей схемы, импорт таблиц и сброс runtime-кеша. Для импорта показываются текущая таблица и общий прогресс. Страница может работать несколько минут; не запускайте второе восстановление параллельно. Если MySQL отклонит DDL или данные, в сообщении останутся имя таблицы и исходная ошибка сервера, а не общая надпись «ничего не восстановлено».
Дампы AVE.cms переносимы между одинаковыми версиями системы, другим именем базы
и другим префиксом. При создании копии MariaDB-описание таблиц нормализуется до
совместимого с MySQL 5.7 формата. Старое служебное пустое значение ENUM,
которое разрешал нестрогий режим MySQL, заменяется на штатное значение колонки
из DEFAULT. Это позволяет восстановить старую копию на сервере со строгим
SQL-режимом без отключения проверки остальных данных. Перед переносом между
разными версиями сначала обновите обе установки до одного build.
Копия на том же сервере не защищает от потери диска: регулярно переносите рабочие бэкапы во внешнее хранилище и проверяйте восстановление на отдельной установке.
Системные события
Раздел объединяет несколько независимых источников:
| Источник | Содержимое |
|---|---|
| Аудит | Действия администраторов и lifecycle-операции. |
| Журнал приложения | Служебные сообщения публичного runtime и интеграций. |
| Ошибки 404 | Запросы к отсутствующим адресам. |
| SQL-ошибки | Ошибки запросов к БД. |
| Переходы | Внешние источники, UTM-метки и страницы входа. |
Состояния окрашиваются по смыслу: успех, изменение, предупреждение, ошибка, опасное действие и информация. Детали записи раскрываются отдельно, чтобы таблица оставалась читаемой.
Журнал можно фильтровать, экспортировать и очищать при наличии права управления. Очистка аудита сама оставляет новую запись о факте очистки. Перед удалением данных, нужных для расследования, сохраните CSV.
Что проверять регулярно
- Новые SQL-ошибки после релиза.
- Повторяющиеся 404 по внутренним ссылкам и assets.
- Неожиданные опасные действия в аудите.
- Рост runtime-журнала и повторяющиеся предупреждения.
- Необычные источники переходов и рекламные метки.
- Наличие свежего проверенного бэкапа.