업데이트 전 백업해야 할 파일과 데이터

이런 상황일 때

업데이트 안내마다 “먼저 백업하세요”라고 적혀 있습니다. 백업은 하고 있는데, 막상 무언가 잘못됐을 때 그 백업으로 정말 되돌아갈 수 있는지는 자신이 없습니다.

한 줄 결론

되돌리려면 네 가지가 필요합니다 — 설정 파일 · 데이터 · 데이터베이스 · 그리고 어느 판이었는지. 마지막 하나를 빠뜨려 되돌리지 못하는 경우가 가장 많습니다.

핵심 개념

① 설정 파일

compose 파일, 환경 변수 파일, 프로그램 설정 파일. 크기가 작아 가장 챙기기 쉽고, 없으면 되살리는 데 가장 오래 걸립니다.

② 데이터

컨테이너라면 볼륨, 아니면 데이터 디렉터리. 프로그램을 멈춘 상태에서 뜨는 것이 안전합니다. 돌고 있는 중에 복사하면 반쯤 쓰다 만 파일이 섞입니다.

③ 데이터베이스

파일을 그대로 복사하는 것으로는 부족한 경우가 많습니다. 그 프로그램이 제공하는 덤프 기능을 쓰는 편이 안전합니다.

④ 어느 판이었는가

가장 많이 빠뜨리는 것. 데이터를 다 갖고 있어도 어느 판으로 돌아가야 하는지 모르면 되돌릴 수 없습니다. latest 를 쓰고 있었다면 더욱 그렇습니다 — 그 이름은 어제와 오늘이 다릅니다.

되살려 본 적 없는 백업은 백업이 아니다

뜨는 것까지는 대개 잘 됩니다. 문제는 되살릴 때 드러납니다. 한 번은 실제로 되살려 보셔야 합니다.

이런 분에게 해당됩니다

• 컨테이너로 서비스를 올려 둔 홈서버·NAS 사용자
• WordPress 를 직접 운영하는 분
• 백업은 돌고 있는데 되살려 본 적은 없는 분

확인해야 할 항목

• 설정 파일이 백업에 들어 있는가
• 데이터 볼륨이 백업에 들어 있는가
• 데이터베이스를 덤프로 뜨고 있는가
• 지금 쓰는 판 번호를 적어 두었는가
• 백업에서 되살려 본 적이 있는가

잘못 이해하기 쉬운 부분

안전한 행동 순서

1. 지금 쓰는 판 번호를 먼저 적습니다. 나중에 하려면 이미 올라간 뒤입니다.
2. 설정 파일을 따로 복사해 둡니다.
3. 프로그램을 멈춥니다. 돌고 있는 중에 뜨면 반쯤 쓰다 만 파일이 섞입니다.
4. 데이터 볼륨과 데이터베이스 덤프를 뜹니다.
5. 프로그램을 다시 띄우고, 백업 파일이 실제로 열리는지 확인합니다.
6. 그 다음에 업데이트를 합니다.

이 스택이 쓰는 볼륨 목록 확인

docker compose config --volumes

백업 대상에서 빠진 볼륨이 없는지 이 목록과 대조합니다 · 확인: 2026-08-05 · wp3 VM (Debian, Docker Compose v2)

지금 돌고 있는 이미지가 실제로 어느 판인지 기록

docker compose images

latest 를 쓰고 있어도 여기 찍힌 값으로 되돌아갈 수 있습니다 · 확인: 2026-08-05 · wp3 VM (Debian, Docker Compose v2)

확인 체크리스트

• 지금 판 번호를 적어 두었다
• 설정 파일을 따로 복사했다
• 프로그램을 멈춘 뒤 데이터를 떴다
• 데이터베이스를 덤프로 떴다
• 백업에서 되살려 본 적이 있다

관련 도구와 버전 페이지

• 백업·모니터링 최신 버전 정리
  restic·BorgBackup·Netdata·Grafana 의 현재 판을 정리해 두었습니다. 백업 도구 자체도 업데이트 대상입니다.

자주 묻는 것

백업이 너무 오래 걸려 프로그램을 멈추기 어렵습니다.

데이터베이스만 덤프로 뜨고 나머지는 돌면서 뜨는 방법이 있습니다. 다만 그때는 덤프 시각과 파일 복사 시각이 어긋난다는 것을 알고 계셔야 합니다.

얼마나 오래 갖고 있어야 하나요?

업데이트 되돌리기 목적이라면 며칠이면 충분합니다. 다만 문제를 늦게 알아채는 경우가 있어, 최소 한 달은 두는 편이 무난합니다.

어디에 둬야 하나요?

최소한 다른 디스크에 두세요. 중요한 데이터라면 다른 장소에도 한 벌 더 두는 편이 좋습니다.