Итак, я просматривал свои папки Discourse и обнаружил файл dump.sql в папке /backup, который я не помню, чтобы создавал вручную. Это файл, который автоматически создается при резервном копировании, или у меня взлом?
Это могло остаться после неудачного резервного копирования, возможно, из-за заполнения диска во время процесса. Вероятность взлома крайне мала.
Похоже, я уже не раз встречал подобные вещи и тоже думал, что это остатки неудачных резервных копий.
Ваше объяснение, похоже, это подтверждает. 
Или нет: ↓
Должна быть другая причина, так как процесс резервного копирования создаёт сжатый файл dump.sql.gz. Только восстановление может оставить несжатый файл dump.sql, но он должен убирать за собой.
@Mr.X_Mr.X Какой абсолютный путь к файлу dump.sql, который вы видели? И какая у него временная метка? Не может ли он быть очень старым?
/var/www/discourse/tmp/backups
Здесь был дамп dump.sql и типичный архив tar.gz. Больше ничего, я храню резервные копии на S3.
Если только сжатие не даст сбой?
В случае, если диск почти заполнен, это возможно.
Я почти уверен, что файл, который вы видите, был вручную скопирован/загружен и распакован в этом месте. Резервные копии используют /var/www/discourse/tmp/backups/<имя>/<временная метка> для хранения временного файла dump.sql.gz, а восстановление использует совершенно другой каталог.
Мы вызываем pg_dump с параметром --compress, поэтому он записывает сжатый дамп без временного файла. В худшем случае вы увидите неполный файл dump.sql.gz.