Я восстановил изображения вручную — скопировал их со старого хостинга. Всё работает, но теперь возникла проблема с резервным копированием: при тех же настройках оно занимает в 4 раза больше места в гигабайтах.
Есть ли способ удалить все лишние файлы?
Вероятно, из-за размера изображений для дисплеев Retina, так как требуется несколько копий изображений в зависимости от разрешения устройства пользователя.
Можно ли добавить опцию резервного копирования, которая охватывает только исходные активы? Понимаю, что это потребует значительной повторной обработки при любом восстановлении, но, взглянув на это с точки зрения эксплуатации, это сильно помогло бы сэкономить место на локальных дисках и упростить перенос между системами.
Хорошо, но почему после миграции копия того же самого занимает в 4 раза больше места?
В конце концов, это всё те же самые файлы и тот же самый контент. Не понимаю, откуда это берётся.
Это в основном связано с кэшированием, иначе пришлось бы на лету перерисовывать изображения в меньших размерах, что было бы крайне ресурсоёмко.
Вы правы, что при резервном копировании этот этап, вероятно, можно пропустить, хотя @stephen, и я знаю, что @sam ранее упоминал об этом? Единственный недостаток — восстановление резервной копии становится очень ресурсоёмким процессом, так как при этом необходимо перерисовать все разрешения. Однако это не является серьёзным недостатком, на мой взгляд — разве что вы спешите или у вас сервер со слабым процессором?
Я не могу говорить за всех, но я бы предпочел кратковременную нагрузку на процессор при регенерации ресурсов, чем необходимость выделять в 4 раза больше места на диске для резервных копий.
Как вы это делаете??
Так и работают резервные копии. По умолчанию миниатюры не включаются в резервные копии. Мы изменили это как минимум год назад.
Вы можете настроить это поведение с помощью параметра сайта include_thumbnails_in_backups.
Включать сгенерированные миниатюры в резервные копии. Отключение этого параметра уменьшит размер резервных копий, но потребует повторной обработки всех сообщений после восстановления.
@eextra Я рекомендую создать дифф-файл на основе содержимого старой и новой резервной копии, чтобы понять, почему размер резервной копии так сильно увеличился.
Моя вина — спасибо за уточнение, @gerhard 
.. Я всё же считаю, что это лучшее значение по умолчанию.