30 2 * * *Campos
| Minuto | 30 | 30 |
|---|---|---|
| Hora | 2 | 2 |
| Dia do mês | * | qualquer |
| Mês | * | qualquer |
| Dia da semana | * | qualquer |
Onde usar
| crontab | 30 2 * * * /path/to/script.sh |
|---|---|
| GitHub Actions | - cron: "30 2 * * *" (on.schedule) |
| Kubernetes CronJob | schedule: "30 2 * * *" |
O crontab usa o fuso horário do servidor; o GitHub Actions sempre usa UTC.
Bom saber
30 2 * * * roda às 02:30 no horário do servidor todos os dias, um horário clássico para backups porque o tráfego é baixo. Em muitos fusos horários ele cai dentro da mudança do horário de verão: na noite da primavera, 02:30 não existe no horário local, e no outono acontece duas vezes. O Vixie cron e o cron do Debian compensam, rodando uma tarefa pulada logo depois do salto e uma repetida só uma vez, mas outros agendadores podem não fazer isso.
Evite o problema agendando fora do intervalo de 01:00 a 03:00, rodando o servidor em UTC ou definindo CRON_TZ=UTC no cronie. CronJobs do Kubernetes usam o fuso horário do controller, a menos que você defina spec.timeZone, e o GitHub Actions sempre usa UTC. Backups noturnos podem demorar, então use flock -n, registre a saída com timestamps e teste as restaurações, não só os códigos de saída. Um horário vizinho é 30 3 * * *.