Как отключить сжатие gzip для резервных копий?

Поддержка
1

Есть ли способ отключить сжатие резервных копий в формате gzip?

Поскольку я знаю, что в конечном итоге мне придётся увеличить размер моего сервера Digital Ocean, но так как это фактически удваивает ежемесячную стоимость, я откладываю это решение как можно дольше.

После последнего обновления (когда система перешла на новый PostgreSQL) я, похоже, достиг точки, когда резервная копия создаётся, но затем не удаётся сжать её в формате gzip. Иронично.

Поскольку я копирую резервную копию с сервера и храню её в другом месте после создания, сжатие gzip не имеет реальной ценности (немного увеличивает время передачи), и я могу сжать её после получения с сервера для долгосрочного хранения. Кроме того, значительную часть размера резервной копии составляют загруженные файлы, а изображения и тому подобное уже сжаты.

Но в настоящее время из-за процесса сжатия gzip вся резервная копия не может быть успешно создана.

Итак — есть ли способ просто указать: не сжимать резервную копию?

2

Вы выполняли

./launcher cleanup

для удаления старой базы данных?

Ещё один вариант — использовать блочное хранилище для увеличения места.

3

См. предыдущий запрос/замечание:

Сократите потребность в локальном дисковом пространстве, не сжимая резервные копии повторно с помощью gzip

4

Погодите, всё, что нужно, — это добавить флаг --gzip к tar, и проблема будет решена раз и навсегда?

5

Я не запускал, и это действительно возвращает значительный объём свободного места, что решит мою текущую проблему.

Переход на использование опции --gzip по-прежнему кажется очень хорошей идеей.

Но, по крайней мере, я отложил удвоение моего ежемесячного счёта ещё на полгода или больше, так что спасибо.

6

Блочное хранилище, я думаю, довольно дешёвое. Вы можете использовать его просто для резервных копий или также для загрузки файлов. Мне кажется, может быть немного сложно отследить, что блочное хранилище используется для временного пространства, необходимого для создания резервной копии.

7

Могу ли я использовать блочное хранилище только для резервных копий? Если да, это может быть вариантом, чтобы продлить время до того, как мне придется удвоить мощность сервера, если только оно сначала не создает резервную копию локально, а затем копирует её в S3, в котором случае это совсем не поможет.

8

Да. Это будет та же идея, что я описывал для загрузки файлов. То, что я не могу вспомнить, — это куда записываются временные файлы. Мне кажется, это может быть в логах резервного копирования. Вам просто нужно убедиться, что эта директория отображена на дополнительное место для хранения в вашем app.yml.

9

Я думаю, вы сделаете что-то вроде

volumes:
  - volume:
      host: /var/discourse/shared/standalone
      guest: /shared
  - volume:
      host: /var/discourse/shared/dashboard/log/var-log
      guest: /var/log
  - volume:
      host: /bigExtraSpace/tmp
      guest: /shared/tmp
  - volume:
      host: /bigExtraSpace/backups
      guest: /shared/backups