백업 스크립트를 만들어 cron에 등록했는데, 막상 파일을 복구하려고 하면 일부만 남아 있거나 아예 없는 경우가 있습니다. 이때 가장 많이 헷갈리는 부분은 “백업은 돌고 있는데 왜 쓸 수 없는지”입니다. 이 글에서는 FreeBSD에서 cron과 rsync를 활용해 실제로 복구 가능한 백업을 만드는 방법을 구조 중심으로 정리합니다.
1. 왜 cron + rsync 조합이 기본 구조로 쓰이는가
백업을 자동화하려고 할 때 단순 복사(cp)로 시작했다가 서버 부하나 시간문제에서 막히는 경우가 많습니다. 이때 자연스럽게 넘어오는 방식이 cron + rsync 조합입니다.
cron은 “언제 실행할지”를 담당하고, rsync는 “어떻게 효율적으로 복사할지”를 담당합니다. 특히 rsync는 변경된 파일만 복사하는 증분 방식이라 대용량 환경에서 유리합니다.
실제로는 전체 백업보다 “변경된 부분만 빠르게 반영하는 것”이 운영 안정성에 더 큰 영향을 줍니다.
처음에는 단순 자동화 도구처럼 보이지만, 이 조합은 장기 운영을 전제로 설계된 구조입니다. 여기서 갈리는 핵심은 ‘전체 복사냐, 변경만 반영하느냐’의 선택입니다.
2. rsync 백업 스크립트 구성 방법
백업을 설정할 때 가장 많이 막히는 지점은 명령어 자체보다 옵션 선택입니다.
기본적인 형태는 다음과 같습니다.
rsync -av –delete /source/ /backup/
-a는 권한, 소유자, 시간 정보를 유지하고, -v는 진행 상황 출력, –delete는 원본에서 삭제된 파일을 백업에서도 제거합니다.
여기서 –delete 옵션은 특히 주의가 필요합니다. 잘못 설정하면 필요한 파일까지 삭제될 수 있습니다.
실제로는 “정리된 상태 유지”와 “데이터 보존” 사이에서 균형을 잡아야 합니다. 헷갈리기 쉬운 부분은 백업이 아니라 동기화처럼 동작한다는 점입니다.
3. cron 자동 실행 설정 시 놓치기 쉬운 부분
스크립트를 만들어놓고 cron에 등록했는데 실행되지 않는 상황이 자주 발생합니다.
예를 들어 매일 새벽 2시에 실행하려면 다음과 같이 설정합니다.
0 2 * * * /root/backup.sh
여기서 중요한 건 스크립트 경로와 실행 권한입니다. chmod +x 설정이 안 되어 있으면 cron에서는 실행되지 않습니다.
또 하나 자주 놓치는 부분은 환경 변수입니다. cron은 일반 쉘보다 제한된 환경에서 실행되기 때문에 PATH를 명시하는 것이 안전합니다.
실제로는 명령어보다 “cron 환경에서 그대로 실행 가능한지”를 확인하는 과정이 더 중요합니다. 놓치기 쉬운 포인트는 터미널 테스트와 cron 실행 환경이 다르다는 점입니다.
4. 백업은 되는데 복구가 안 되는 이유
백업 파일은 쌓이는데 실제 복구 단계에서 문제가 발생하는 경우가 있습니다.
대표적인 원인은 세 가지입니다. 첫째, 권한 정보가 유지되지 않은 경우 둘째, Symlink 링크가 깨진 경우 셋째, 일부 디렉터리가 제외된 경우입니다.
특히 rsync 옵션을 잘못 설정하면 파일은 있어도 실행이 불가능한 상태가 될 수 있습니다.
백업은 “저장”보다 “복구 가능성” 기준으로 점검해야 의미가 있습니다. 여기서 갈리는 핵심은 백업 완료 여부가 아니라 복구 테스트 여부입니다.
5. 운영 환경에서 안정적으로 유지하는 방법
자동 백업을 구성했더라도 시간이 지나면서 오류가 누적되는 경우가 많습니다.
그래서 로그를 남기는 구조가 중요합니다. 예를 들어 출력 결과를 파일로 저장하면 문제 발생 시 추적이 가능합니다.
또한 디스크 용량 체크를 함께 설정하지 않으면 백업 자체가 실패하는 상황이 생길 수 있습니다.
실무에서는 “문제가 생겼을 때 확인 가능한 상태”를 유지하는 것이 핵심입니다.
초기 설정보다 유지 관리가 더 중요하게 작용하는 영역입니다. 헷갈리기 쉬운 부분은 자동화가 되면 끝이라고 생각하는 점입니다.
6. FAQ
Q1. rsync는 매번 전체 복사를 하나요?
아니요. 기본적으로 변경된 파일만 복사하는 증분 방식으로 동작합니다.
Q2. –delete 옵션은 꼭 써야 하나요?
필수는 아니지만 동기화 상태를 유지하려면 필요합니다. 다만 신중하게 사용해야 합니다.
Q3. cron에서 실행이 안 될 때 가장 먼저 볼 것은?
로그와 실행 권한입니다. 이 두 가지에서 대부분 문제가 발생합니다.
Q4. 백업 주기는 어떻게 정해야 하나요?
데이터 변경 빈도에 따라 다르며, 중요한 데이터일수록 주기를 짧게 설정하는 것이 일반적입니다.
Q5. 백업이 정상인지 확인하는 방법은?
실제 복구 테스트를 해보는 것이 가장 확실한 방법입니다.
마무리
FreeBSD 백업 자동화는 설정 자체보다 “어떤 기준으로 운영하느냐”에 따라 결과가 크게 달라집니다. 특히 rsync는 강력한 도구지만, 설정 방식에 따라 위험 요소도 함께 따라옵니다.
지금 구성한 백업이 있다면, 단순 실행 여부보다 “복구 가능한 상태인지”를 먼저 점검해 보는 것을 권합니다.