# 백업 폴더에 있는 Dump.sql 파일?

**URL:** https://meta.discourse.org/t/dump-sql-file-in-the-backup-folder/247194
**Category:** Support
**Created:** [11월 30, 2022, 12:18오후 UTC](https://meta.discourse.org/t/dump-sql-file-in-the-backup-folder/247194 "2022-11-30T12:18:48Z")
**Posts on this page:** 8
**Page:** 1

<div class="post-metadata">

### Author: ![Mr.X\_Mr.X](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mr.x_mr.x/32/126610_2.png) [@Mr.X\_Mr.X](https://meta.discourse.org/u/Mr.X_Mr.X)
#### Post date: [11월 30, 2022, 12:18오후 UTC](https://meta.discourse.org/t/dump-sql-file-in-the-backup-folder/247194/1 "2022-11-30T12:18:48Z")

</div>

저희 discourse 폴더를 둘러보다가 /backup 폴더에 dump.sql 파일을 발견했습니다. 제가 직접 만든 기억이 없는데, 이 파일은 백업 과정에서 자동으로 생성되는 건지 아니면 침입이 일어난 건지 궁금합니다.

---

<div class="post-metadata">

### Author: ![pfaffman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/pfaffman/32/120154_2.png) [@pfaffman](https://meta.discourse.org/u/pfaffman)
#### Post date: [12월 2, 2022, 8:44오전 UTC](https://meta.discourse.org/t/dump-sql-file-in-the-backup-folder/247194/2 "2022-12-02T08:44:53Z")

</div>

백업 실패로 인해 남겨진 것일 수 있습니다. 예를 들어, 백업 중 디스크가 가득 찼을 경우 등이 해당합니다. 침입으로 인한 가능성은 낮습니다.

---

<div class="post-metadata">

### Author: ![Canapin](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/canapin/32/119591_2.png) [@Canapin](https://meta.discourse.org/u/Canapin)
#### Post date: [12월 2, 2022, 12:24오후 UTC](https://meta.discourse.org/t/dump-sql-file-in-the-backup-folder/247194/3 "2022-12-02T12:24:56Z")

</div>

이런 종류의 현상은 여러 번 본 적이 있어서, 나도 실패한 백업의 잔재라고 생각했었다.  
~~당신의 설명이 이 추측을 뒷받침하는 것 같다. 👍~~

* * *

아니면: ↓

---

<div class="post-metadata">

### Author: ![gerhard](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/gerhard/32/119479_2.png) [@gerhard](https://meta.discourse.org/u/gerhard)
#### Post date: [12월 2, 2022, 12:34오후 UTC](https://meta.discourse.org/t/dump-sql-file-in-the-backup-folder/247194/4 "2022-12-02T12:34:15Z")

</div>

다른 이유가 있을 수밖에 없습니다. 백업 프로세스는 압축된 `dump.sql.gz` 파일을 생성하기 때문입니다. 압축이 해제된 `dump.sql` 파일이 남는 경우는 복원(restore) 과정뿐인데, 복원 과정은 스스로 임시 파일을 정리해야 합니다.

@Mr.X_Mr.X 확인하신 `dump.sql` 파일의 절대 경로가 무엇인가요? 그리고 파일의 타임스탬프는 언제인가요? 아주 오래된 파일일 수도 있나요?

---

<div class="post-metadata">

### Author: ![Mr.X\_Mr.X](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mr.x_mr.x/32/126610_2.png) [@Mr.X\_Mr.X](https://meta.discourse.org/u/Mr.X_Mr.X)
#### Post date: [12월 2, 2022, 12:50오후 UTC](https://meta.discourse.org/t/dump-sql-file-in-the-backup-folder/247194/5 "2022-12-02T12:50:14Z")

</div>

/var/www/discourse/tmp/backups

dump.sql 파일과 일반적인 tar.gz 아카이브 파일이 있었습니다. 그 외에는 아무것도 없었고, 저는 백업을 S3에 저장하고 있습니다.

---

<div class="post-metadata">

### Author: ![Jagster](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/jagster/32/192154_2.png) [@Jagster](https://meta.discourse.org/u/Jagster)
#### Post date: [12월 2, 2022, 12:57오후 UTC](https://meta.discourse.org/t/dump-sql-file-in-the-backup-folder/247194/6 "2022-12-02T12:57:04Z")

</div>

압축이 실패하는 경우가 아니라면?

---

<div class="post-metadata">

### Author: ![Mr.X\_Mr.X](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mr.x_mr.x/32/126610_2.png) [@Mr.X\_Mr.X](https://meta.discourse.org/u/Mr.X_Mr.X)
#### Post date: [12월 2, 2022, 1:05오후 UTC](https://meta.discourse.org/t/dump-sql-file-in-the-backup-folder/247194/7 "2022-12-02T13:05:16Z")

</div>

디스크가 거의 가득 차 있다면 가능성이 있습니다.

---

<div class="post-metadata">

### Author: ![gerhard](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/gerhard/32/119479_2.png) [@gerhard](https://meta.discourse.org/u/gerhard)
#### Post date: [12월 2, 2022, 2:27오후 UTC](https://meta.discourse.org/t/dump-sql-file-in-the-backup-folder/247194/8 "2022-12-02T14:27:23Z")

</div>

> [@Mr.X\_Mr.X](#):
>
> /var/www/discourse/tmp/backups

현재 보고 있는 파일은 해당 위치에 수동으로 복사/업로드되어 압축이 해제된 것이라고 확신합니다. 백업은 임시 `dump.sql.gz` 파일을 저장할 때 `/var/www/discourse/tmp/backups/<name>/<timestamp>` 경로를 사용하며, 복원 과정에는 완전히 다른 디렉터리가 사용됩니다.

> [@Jagster](#):
>
> 압축이 실패하는 경우는요?

`pg_dump`를 `--compress` 매개변수와 함께 호출하므로 임시 파일 없이 압축된 덤프를 작성합니다. 최악의 경우, 불완전한 `dump.sql.gz` 파일을 볼 수 있습니다.
