# Backup order after "missed" time schedule

**URL:** <https://forum.duplicati.com/t/backup-order-after-missed-time-schedule/20626>\
**Category:** Support\
**Created:** [May 5, 2025, 8:05pm UTC](https://forum.duplicati.com/t/backup-order-after-missed-time-schedule/20626 "2025-05-05T20:05:22Z")\
**Posts on this page:** 1\
**Showing post:** 2

<div class="post-metadata">

**Author:** ![ts678](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/t/8491ac/32.png) [@ts678](https://forum.duplicati.com/u/ts678)\
**Post date:** [May 6, 2025, 8:22pm UTC](https://forum.duplicati.com/t/backup-order-after-missed-time-schedule/20626/2 "2025-05-06T20:22:48Z")

</div>

> [@asman](#):
>
> 0:31 - 0:35 : several “real” backup jobs are scheduled in duplicati

Does this really mean that several permanently-daily-scheduled jobs run after cron start, however system downtime causes missed schedules, and some missed jobs get in first?

> [@asman](#):
>
> the backup run order seems to be random

> [@In what order does missed backup jobs run?](https://forum.duplicati.com/t/in-what-order-does-missed-backup-jobs-run/6329/1):
>
> But it seems they are started in the order they happen to be shown on the web page

was an earlier theory, however it’s not certain. So you’re sure yours is looking random?

> [@Reordering jobs](https://forum.duplicati.com/t/reordering-jobs/6633/4):
>
> > [@Reordering jobs](https://forum.duplicati.com/t/reordering-jobs/6633/3):
> >
> > Is it possible they are running in the order they were scheduled?
> 
> Possible, though I’d like to hear what actually happens. It looks like the scheduler gets its list [here](https://github.com/duplicati/duplicati/blob/79d839546b238be79967bf8532267bfab2b08aa6/Duplicati/Server/Scheduler.cs#L227) which does a SELECT [here](https://github.com/duplicati/duplicati/blob/79d839546b238be79967bf8532267bfab2b08aa6/Duplicati/Server/Database/Connection.cs#L721) which (per SQL rules) comes out in no particular order because no ordering was requested, however if the database decides to use [primary key](https://github.com/duplicati/duplicati/blob/79d839546b238be79967bf8532267bfab2b08aa6/Duplicati/Server/Database/Database%20schema/Schema.sql#L30) order, then maybe it’s whatever ran and rescheduled first.

> [@asman](#):
>
> Trigger the jobs via CLI: I like the GUI for defining the jobs and seeing the logs.

They are not mutually exclusive. Duplicati 2.0 could start GUI jobs from CLI using:

[A command line client for controlling the Duplicati Server](https://github.com/Pectojin/duplicati-client) (third party contribution)

[ServerUtil](https://docs.duplicati.com/duplicati-programs/command-line-interface-cli-1/serverutil) is for Duplicati 2.1, and has more in it than the documentation mentions:

```plaintext
Commands:
  pause <duration> Pauses the server []
  resume Resumes the server
  list-backups List all backups
  run <backup> Runs a backup
  login Logs in to the server
  change-password <new-password> Changes the server password
  logout Logs out of the server
  import <file> <passphrase> Import a backup configuration
  export <backups> Export a backup configuration
  health Checks the server health endpoint
  issue-forever-token Issues a long-lived access token
  status Gets the server status

```

One approach (if the “missed” run order is truly random – which maybe dev can resolve) would be to have cron start Duplicati as current, and either run the first backup or let it be permanently scheduled. First job has run-script-after to run the second, etc. Force chain.

---

_[View the full topic](https://forum.duplicati.com/t/backup-order-after-missed-time-schedule/20626)._