학습 목표

crontab 작업을 단순 등록하는 수준을 넘어, 로그와 변경 이력까지 운영 가능한 형태로 관리하는 방법을 학습합니다.

스케줄 작업은 사람이 직접 실행하지 않기 때문에 실패해도 늦게 발견되는 경우가 많습니다.

왜 관리 기준이 필요한가

크론 작업은 한 줄로 등록할 수 있지만, 누가 왜 만들었는지 남기지 않으면 장애 분석이 어렵습니다.

특히 백업, 로그 정리, 배치 작업은 실패하면 시간이 지난 뒤 문제가 드러납니다.

1) 기존 작업 확인

crontab -l

crontab

crontab은 사용자별 예약 작업을 관리하는 명령어입니다.

crontab -l은 현재 사용자에게 등록된 작업 목록을 보여줍니다.

왜 먼저 확인하는가

새 작업을 등록하기 전에 기존 작업과 실행 시간이 겹치지 않는지 확인해야 합니다.

백업 작업과 로그 압축 작업이 동시에 돌면 디스크 I/O가 몰릴 수 있습니다.

2) 로그를 포함한 작업 등록

echo "0 2 * * * /usr/local/bin/backup.sh >> /var/log/cron_backup.log 2>&1" | crontab -

0 2 * * *

매일 02:00에 실행한다는 의미입니다.

분, 시, 일, 월, 요일 순서입니다.

>> 리다이렉션

>>는 기존 로그 파일에 결과를 이어서 저장합니다.

기존 로그를 덮어쓰지 않으므로 작업 이력을 남길 수 있습니다.

2>&1

표준 오류를 표준 출력과 같은 위치로 보냅니다.

성공 출력과 실패 메시지를 같은 로그 파일에서 확인할 수 있습니다.

3) 실행 흔적 확인

crontab -l
grep CRON /var/log/cron | tail -n 20

grep CRON

cron 데몬이 남긴 실행 흔적을 찾습니다.

작업이 등록되어 있어도 실제 실행되지 않았다면 로그에서 확인해야 합니다.

tail -n 20

최근 20줄만 봅니다.

운영 로그는 길기 때문에 최근 실행 결과부터 확인하는 것이 효율적입니다.

신규직원 실습 절차

1. 기존 crontab 목록을 확인합니다.

2. 실행 시간과 로그 경로를 포함해 작업을 등록합니다.

3. 등록 결과와 실행 흔적을 확인합니다.

4. 작업 목적과 담당자를 문서화합니다.

연계실습

• 연계실습 텍스트: crontab 운영 스케줄 파일 작성

• 실습 바로 시작: 문제 220 실습 시작하기 →

연계 실습

이 글에서 다룬 내용을 직접 명령어로 쳐 보면 훨씬 오래 남습니다.

• 리눅스마스터 실기 crontab 문제 연습 →
• 리눅스 명령어 실습 코스 →