Хранилище и резервные копии

Раздел «Хранилище и резервные копии» нужен для эксплуатации сайта, а не для ручного дублирования каждого штатного обновления. В ADWOS CMS есть несколько разных механизмов защиты: OTA создает техническую копию и откатывается при ошибке обновления, а раздел резервных копий помогает управлять регулярными копиями базы и файлов для более широких аварийных сценариев.

Что относится к хранилищу

• Изображения объявлений, файлы пользователей, вложения, документы, изображения страниц и блога.
• Осиротевшие файлы, которые больше не связаны с активными объектами сайта.
• Размер медиа, структура папок и признаки лишних или проблемных файлов.
• Интеграция с локальным или внешним хранилищем, если она включена в проекте.

Что относится к резервным копиям

• Плановые копии базы данных и файлов для восстановления после аварий, ошибочного импорта, ручных работ или проблем с инфраструктурой.
• Настройки расписания, срока хранения, количества копий и места хранения.
• Проверка успешности последней копии и понимание, где она физически хранится.
• Восстановление как отдельный процесс, который нужно знать до аварии, а не во время нее.

Чем OTA отличается от планового backup

• OTA-обновление само создает техническую копию перед установкой и автоматически откатывает файлы и базу при неуспешной проверке.
• Плановый backup нужен шире: он защищает от ошибочного импорта, удаления файлов, ручных действий, инфраструктурных проблем и человеческих ошибок.
• Автоматический откат OTA не заменяет политику хранения копий для боевого проекта.
• Дополнительная ручная операция перед каждым штатным OTA не требуется, если обновление запускается через официальный механизм и система сообщает, что процесс идет штатно.

Как работать безопасно

• Не удаляйте файлы из хранилища, пока не проверили, что они не используются объявлениями, страницами, блогом или письмами.
• После включения внешнего хранилища проверьте загрузку, отображение и удаление тестового файла.
• Периодически смотрите, успешно ли создаются плановые копии и не переполнено ли место хранения.
• Перед массовым импортом или ручной миграцией данных используйте копию как часть регламента, потому что это уже не штатное OTA-обновление.

Частые ошибки

• Считать автоматический откат OTA полной политикой резервного хранения для всех аварийных сценариев.
• Удалять «мусорные» файлы без проверки связей.
• Хранить единственную копию там же, где находится рабочий сайт, если проект уже критичен для бизнеса.
• Не проверять восстановление до момента аварии.

Корректная формула такая: OTA защищает обновление, плановые копии защищают эксплуатацию, а аккуратное управление хранилищем защищает публичный контент и место на сервере.