我在浏览 discourse 文件夹时发现了一个 /backup 文件夹下的 dump.sql 文件，我不记得是手动创建的。这是备份期间自动创建的文件，还是我被入侵了？
这可能是由于备份失败而遗留下来的，例如磁盘在备份期间已满。不太可能是由于入侵造成的。
2 个赞
我好像见过这种东西好几次了，而且我还以为是备份失败的残余物。
你的解释似乎证实了这一点。 
或者不是：↓
备份过程会创建一个压缩的 dump.sql.gz 文件，所以肯定有其他原因。只有恢复操作可能会留下一个未压缩的 dump.sql 文件，但它应该会自行清理。
@Mr.X_Mr.X 你看到的 dump.sql 文件的绝对路径是什么？文件的创建时间戳是什么？会不会是很久以前的文件？
2 个赞
/var/www/discourse/tmp/backups
有一个 dump.sql 和一个 tar.gz 典型存档。没有其他东西，我将备份存储在 S3 上。
除非压缩失败？
如果磁盘几乎已满，这是有可能的。
1 个赞
我敢肯定，您看到的文件是在该位置手动复制/上传和解压缩的。备份使用 /var/www/discourse/tmp/backups/<name>/<timestamp> 来存储临时的 dump.sql.gz 文件，而恢复则使用一个完全不同的目录。
我们正在使用 --compress 参数调用 pg_dump，因此它会写入一个压缩的转储，而无需临时文件。最坏的情况是，您会看到一个不完整的 dump.sql.gz 文件。
3 个赞