Agendamento cron
Cron duas vezes por dia
Para rodar um cron duas vezes por dia, liste as duas horas no campo de hora: 0 9,21 * * * roda às 09:00 e às 21:00. Troque por quaisquer duas horas, como 0 0,12 * * * para meia-noite e meio-dia.
| Expressão | 0 9,21 * * * |
|---|---|
| Execuções | 2 vezes por dia |
| OnCalendar do systemd | *-*-* 09,21:00:00 |
Como funciona
A vírgula monta uma lista, então 9,21 no campo de hora quer dizer “hora 9 ou hora 21”. Com o minuto fixo em 0, são duas execuções por dia. A lista aceita quaisquer horas em qualquer ordem; o cron não se importa.
Quando os dois horários têm minutos diferentes, uma linha não basta. 0,30 9,17 * * * não significa 09:00 e 17:30: cada minuto da lista se combina com cada hora da lista, dando 09:00, 09:30, 17:00 e 17:30. Use duas linhas, 0 9 * * * e 30 17 * * *.
Se as duas execuções devem ficar exatamente a 12 horas uma da outra, 0 */12 * * * (meia-noite e meio-dia) é a mesma coisa escrita como passo; veja a página de a cada 12 horas.
| Campo | Valor | Significado |
|---|---|---|
| Minuto | 0 | minuto 0 (hora cheia) |
| Hora | 9,21 | horas 9 e 21 (9h e 21h) |
| Dia do mês | * | todo dia do mês |
| Mês | * | todo mês |
| Dia da semana | * | todo dia da semana |
Próximas execuções
Como no GitHub Actions sem timezone, na Vercel, na Cloudflare e no Kubernetes com timeZone "Etc/UTC".
| Execução | Seu horário | UTC |
|---|---|---|
| 1 | Calculando… | |
| 2 | ||
| 3 | ||
| 4 | ||
| 5 |
Versões prontas para colar
O mesmo agendamento em cada agendador, com o que muda em cada um.
crontab (Linux, macOS, BSD)
# m h dom mon dow command
0 9,21 * * * /usr/local/bin/job.sh >> /var/log/job.log 2>&1- O cron usa o fuso horário do servidor. No cronie (Fedora, RHEL),
CRON_TZ=America/Sao_Paulonuma linha acima muda o fuso das linhas seguintes.
GitHub Actions
on:
schedule:
- cron: '0 9,21 * * *'
# timezone: 'America/Sao_Paulo' # opcional; sem ele, UTC
workflow_dispatch: {}- Roda em UTC, a menos que você defina
timezone, e só no branch padrão. A documentação do GitHub avisa que execuções agendadas podem atrasar em horários de pico e que, em repositórios públicos, o agendamento é desativado após 60 dias sem atividade. - O início de cada hora é o horário de maior fila no GitHub. Se o minuto exato não importa, troque o
0por outro minuto, como17, para atrasar menos. - Com
timezonenum fuso que tem horário de verão, um horário que não existe no dia da mudança é adiado para o próximo horário válido (2:30 vira 3:00, segundo a documentação).
CronJob do Kubernetes
apiVersion: batch/v1
kind: CronJob
metadata:
name: scheduled-job
spec:
schedule: "0 9,21 * * *"
timeZone: "Etc/UTC"
concurrencyPolicy: Forbid
jobTemplate:
spec:
template:
spec:
restartPolicy: OnFailure
containers:
- name: job
image: busybox:1.36
command: ["/bin/sh", "-c", "date; echo running"]spec.timeZoneé estável desde o Kubernetes 1.27; sem ele, vale o fuso do kube-controller-manager.concurrencyPolicy: Forbidpula uma execução se a anterior ainda estiver rodando.
Cron Jobs da Vercel
{
"crons": [
{ "path": "/api/cron", "schedule": "0 9,21 * * *" }
]
}- A Vercel sempre usa UTC, não aceita nomes como
MONouJANe não deixa definir dia do mês e dia da semana ao mesmo tempo. - Roda mais de uma vez por dia, então precisa do plano Pro ou Enterprise. No Hobby, a documentação diz que o deploy falha com expressões que rodam mais de uma vez por dia.
Cloudflare Workers
[triggers]
crons = ["0 9,21 * * *"]- Cron Triggers rodam em UTC. Mudanças podem levar até 15 minutos para se propagar pela rede da Cloudflare.
node-cron (Node.js)
import cron from 'node-cron';
// 6 campos: o primeiro (segundos) é opcional
cron.schedule('0 0 9,21 * * *', async () => {
await runJob();
}, { timezone: 'UTC', noOverlap: true });- O agendamento vive dentro do processo Node: se ele cair, nada roda; se houver três réplicas, a tarefa roda três vezes.
noOverlappula um disparo enquanto o anterior não terminou.
Timer do systemd
# /etc/systemd/system/job.timer
[Unit]
Description=Run job.service at 09:00 and 21:00
[Timer]
OnCalendar=*-*-* 09,21:00:00
[Install]
WantedBy=timers.target
# /etc/systemd/system/job.service
[Service]
Type=oneshot
ExecStart=/usr/local/bin/job.sh
# systemctl daemon-reload && systemctl enable --now job.timer- Confira com
systemd-analyze calendar '*-*-* 09,21:00:00', que mostra a forma normalizada e a próxima execução.AccuracySecpadrão é 1min, então o disparo pode variar até um minuto.
Spring @Scheduled e Quartz
@Scheduled(cron = "0 0 9,21 * * *", zone = "UTC")
public void runJob() {
// ...
}
// Quartz CronTrigger:
CronScheduleBuilder.cronSchedule("0 0 9,21 * * ?")- No Spring, o primeiro dos 6 campos são os segundos; o resto segue o cron comum (0 ou 7 = domingo).
- No Quartz, um dos campos de dia precisa ser
?, por isso o dia da semana leva?.
Armadilhas
Hífen é faixa, não par
0 9-21 * * * roda de hora em hora das 09:00 às 21:00, 13 vezes por dia. Duas execuções pedem vírgula: 0 9,21 * * *.
Minutos e horas se multiplicam
Cada minuto da lista de minutos roda em cada hora da lista de horas. 15,45 8,20 * * * dá quatro execuções (08:15, 08:45, 20:15, 20:45). Dois horários com minutos diferentes pedem duas linhas no crontab, ou duas entradas cron: no GitHub.
O plano Hobby da Vercel rejeita
O Hobby da Vercel permite no máximo uma execução por dia; uma expressão que roda duas vezes faz o deploy falhar. Pro e Enterprise aceitam.
Perguntas frequentes
- Como rodar um cron duas vezes por dia?
- Coloque duas horas no campo de hora separadas por vírgula. 0 9,21 * * * roda às 09:00 e às 21:00; 0 0,12 * * * roda à meia-noite e ao meio-dia.
- Como rodar um cron às 9:00 e às 17:30?
- Use duas linhas: 0 9 * * * e 30 17 * * *. Uma linha só combinaria os dois minutos com as duas horas.
- Como rodar duas vezes por dia só em dias úteis?
- 0 9,21 * * 1-5 roda às 09:00 e às 21:00, de segunda a sexta.
- O GitHub Actions roda em dois horários diferentes?
- Sim. Liste as horas numa expressão só ou adicione duas entradas cron: em on.schedule; o github.event.schedule informa ao workflow qual delas disparou.
Revisado em por Arielton Oberek.