저희 discourse 폴더를 둘러보다가 /backup 폴더에 dump.sql 파일을 발견했습니다. 제가 직접 만든 기억이 없는데, 이 파일은 백업 과정에서 자동으로 생성되는 건지 아니면 침입이 일어난 건지 궁금합니다.
백업 실패로 인해 남겨진 것일 수 있습니다. 예를 들어, 백업 중 디스크가 가득 찼을 경우 등이 해당합니다. 침입으로 인한 가능성은 낮습니다.
이런 종류의 현상은 여러 번 본 적이 있어서, 나도 실패한 백업의 잔재라고 생각했었다.
당신의 설명이 이 추측을 뒷받침하는 것 같다. 
아니면: ↓
다른 이유가 있을 수밖에 없습니다. 백업 프로세스는 압축된 dump.sql.gz 파일을 생성하기 때문입니다. 압축이 해제된 dump.sql 파일이 남는 경우는 복원(restore) 과정뿐인데, 복원 과정은 스스로 임시 파일을 정리해야 합니다.
@Mr.X_Mr.X 확인하신 dump.sql 파일의 절대 경로가 무엇인가요? 그리고 파일의 타임스탬프는 언제인가요? 아주 오래된 파일일 수도 있나요?
/var/www/discourse/tmp/backups
dump.sql 파일과 일반적인 tar.gz 아카이브 파일이 있었습니다. 그 외에는 아무것도 없었고, 저는 백업을 S3에 저장하고 있습니다.
압축이 실패하는 경우가 아니라면?
디스크가 거의 가득 차 있다면 가능성이 있습니다.
현재 보고 있는 파일은 해당 위치에 수동으로 복사/업로드되어 압축이 해제된 것이라고 확신합니다. 백업은 임시 dump.sql.gz 파일을 저장할 때 /var/www/discourse/tmp/backups/<name>/<timestamp> 경로를 사용하며, 복원 과정에는 완전히 다른 디렉터리가 사용됩니다.
pg_dump를 --compress 매개변수와 함께 호출하므로 임시 파일 없이 압축된 덤프를 작성합니다. 최악의 경우, 불완전한 dump.sql.gz 파일을 볼 수 있습니다.