서버 백업 문제를 좁혀서 해결하기

서버 운영 중 백업이 실패하거나 용량 이상이 발생하면 처음에는 모든 것이 문제처럼 보인다. 하지만 원인을 체계적으로 좁히면 대부분 세 가지 중 하나다: 디스크 공간 부족, 파일 접근 권한 문제, 또는 설정 오류다.

먼저 디스크 상태 확인하기

가장 먼저 볼 것은 디스크 상태다. 백업 프로세스가 실패했다면 저장 공간이 부족했을 가능성이 높다.

df -h
du -sh /path/to/backup

전체 파티션의 사용률과 백업 디렉토리의 크기를 확인한다. 만약 사용률이 90% 이상이라면 오래된 백업 파일을 삭제하거나 외부 저장소로 이동해야 한다.

권한과 포트 확인

다음으로는 백업 프로세스가 필요한 권한을 가지고 있는지 확인한다. 특히 서버에 여러 계정이 있다면 소유자와 그룹을 다시 점검해야 한다.

sudo ss -lntp | grep -E 'backup|dump|rsync'
sudo stat /path/to/backup
ls -la /path/to/backup | head

또한 네트워크 기반 백업(rsync, scp 등)을 사용한다면 관련 포트가 열려있고 방화벽 규칙이 올바른지 확인해야 한다.

백업 설정 재검토

권한 문제가 아니라면 백업 설정 자체를 다시 보자. 특히 제외 목록, 압축 옵션, 보관 정책 같은 부분에서 오류가 있을 수 있다.

sudo journalctl -u backup.service -n 100
cat /etc/backup.conf

최근 백업 로그를 확인하면 정확한 에러 메시지가 나온다. 보통은 "permission denied", "no space left", "connection refused" 같은 구체적인 메시지가 있다.

작은 테스트로 원인 파악하기

전체 백업을 다시 실행하기 전에, 작은 디렉토리 하나만 백업해보자. 그러면 시스템 전체 문제인지 특정 파일/디렉토리 문제인지 빠르게 판단할 수 있다.

sudo tar -czf /tmp/test-backup.tar.gz /small/directory
ls -lh /tmp/test-backup.tar.gz

테스트 백업이 성공하면 원래 백업 대상 중 특정 파일에 접근할 수 없다는 뜻이다. 권한을 수정한 후 다시 시도하자.

마지막 확인 사항

1. 디스크 용량 확인: df -h로 파티션 사용률을 본다.
2. 권한 확인: 백업 프로세스 소유자가 모든 백업 대상에 읽기 권한을 갖는지 확인한다.
3. 로그 확인: 가장 최근 백업 로그에서 에러 메시지를 찾는다.
4. 작은 테스트: 한 두 개 파일만 먼저 백업해본다.

이 네 가지를 순서대로 점검하면 백업 문제의 원인을 거의 항상 찾을 수 있다.