01
시간 기준 선택
기본 daily는 매일 자정입니다. 상대 모드의 5min은 부팅 5분 후이고 반복 간격은 작업 완료가 아니라 직전 서비스 활성화를 기준으로 합니다.
- 두 모드는 이 페이지에서 서로 배타적으로 설정됩니다.
Cron & Scheduling
systemd 타이머 생성기 · 달력 시간과 부팅 후 간격 구분
달력 일정 또는 부팅 후 간격으로 .timer를 만들고 대상 Linux에서 검증하세요.
systemd 타이머 생성기
트리거 입력
타이머 설정과 검사
입력은 이 브라우저에서 처리되며 서버로 전송되지 않습니다.
옵션
기존 서비스 이름을 입력하세요.
평일 아침 백업과 부팅 5분 뒤 작업은 같은 시간 규칙이 아닙니다. systemd 타이머 생성기는 OnCalendar 표현식과 부팅 후 타이머를 나누어 보여 주므로 cron 다섯 필드를 잘못 붙여 넣기 쉽지 않습니다.
이 systemd 타이머 생성기는 이미 존재하는 서비스의 .timer만 작성합니다. 타이머 실행 시각 확인은 대상 컴퓨터의 systemd-analyze calendar로 하고, 페이지는 그 명령과 설정을 같이 제공합니다.
systemd 타이머 생성기를 쓰는 이유
트리거 기준과 검증 위치를 설정과 함께 확인합니다.
서로 다른 기준을 분리
OnCalendar는 실제 달력 시각을, OnBootSec는 부팅을 기준으로 합니다. OnUnitActiveSec는 서비스가 마지막으로 활성화된 시점부터 계산합니다.
확인하지 못한 식을 숨기지 않기
브라우저는 단순한 시각과 공식 별칭만 확인합니다. 단계나 시간대가 들어간 식은 확인되지 않았다고 표시하고 Linux 검사 명령을 제공합니다.
파일을 저장하기 전 확인할 세 가지
02
기존 서비스 이름 입력
확장자 없는 기본 이름을 쓰세요. 예제, 미리 설정된 일정, 지우기는 변경 내용을 미리 보여 준 뒤 적용하며 한 번 되돌릴 수 있습니다.
- 이름이 비어 있으면 내보낼 파일을 만들지 않습니다.
03
대상 컴퓨터에서 검사
로컬 검사를 통과해도 완전한 OnCalendar 의미는 대상 Linux의 systemd-analyze calendar로 확인하세요. 저장한 뒤 verify와 status도 실행합니다.
- 자동 생성을 끄면 Ctrl/Cmd+Enter로 실행합니다.
생성 파일에 담기는 설정
달력 기반 실행
daily, hourly, 평일 오전 9시 또는 단일 OnCalendar 규칙을 사용합니다. Persistent는 놓친 달력 실행을 보충할 때만 의미가 있습니다.
부팅 후 실행
OnBootSec로 첫 실행을 정하고, 선택적 OnUnitActiveSec로 서비스의 이전 활성화 이후 간격을 추가합니다.
서비스와 연결된 .timer
같은 이름의 .service를 가리키며 선택한 지연과 timers.target 설치 섹션을 포함합니다. 설정과 검사 명령은 별도로 복사할 수 있습니다.
실제 적용 범위와 제한
- 서비스 파일은 별도로 준비
- ExecStart를 넣은 .service를 생성하지 않습니다. 대상 호스트에 같은 이름의 서비스가 있어야 합니다.
- 로컬 구문 확인은 일부만
- 목록, 단계, 월말, 시간대 식은 로컬에서 확인되지 않습니다. 대상 systemd 버전의 systemd-analyze가 최종 검사입니다.
- cron은 다른 문법
- 다섯 필드의 cron 표현식은 거부합니다. Persistent는 상대 타이머에 적용되지 않으며 기본 AccuracySec에는 약 1분의 실행 창이 있습니다.
- 한 번에 시스템 타이머 하나
- OnCalendar와 단조 시계 트리거를 섞지 않으며 달력 입력은 한 줄만 받습니다. 사용자 단위와 OnStartupSec은 다루지 않습니다.
- 명령은 실행되지 않습니다
- 이 페이지는 systemctl을 실행하거나 호스트에 단위 파일을 쓰지 않고 정확한 다음 실행 시각도 예측하지 않습니다. 대상 Linux에서 저장한 타이머와 기존 서비스를 확인하세요.
systemd 타이머 생성기에서 자주 묻는 질문
.timer와 .service 두 파일이 필요한 이유는 무엇인가요?
타이머는 실행 시각을, 서비스는 명령과 실행 환경을 정의합니다. 여기서는 타이머만 만듭니다.
Persistent=true는 무엇을 하나요?
달력 기반 예약을 타이머가 꺼진 동안 놓쳤다면 다시 활성화될 때 보충 실행할 수 있습니다. OnBootSec의 반복 기능은 아닙니다.
OnCalendar 표현식이 맞는지 어떻게 확인하나요?
제공한 systemd-analyze calendar 명령을 대상 Linux에서 실행해 정규화된 규칙과 다음 실행 시각을 확인하세요.
터미널에서는 되는데 타이머에서 명령이 실패하는 이유는 무엇인가요?
서비스의 환경은 대화형 셸과 다릅니다. 실행 파일의 절대 경로와 환경 변수를 확인하고 journal을 살펴보세요.
달력 시각 전에 서비스가 시작된 이유는 무엇인가요?
이미 지난 OnBootSec 또는 Persistent의 놓친 일정 보충이 원인일 수 있습니다. 이 도구는 두 방식의 입력을 분리합니다.
예상과 다른 실행 시각인가요?