# How does Duplicati Resume After Interruption?

**URL:** <https://forum.duplicati.com/t/how-does-duplicati-resume-after-interruption/724>\
**Category:** Support\
**Created:** [September 19, 2017, 4:56pm UTC](https://forum.duplicati.com/t/how-does-duplicati-resume-after-interruption/724 "2017-09-19T16:56:18Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![handyguy](https://forum.duplicati.com/user_avatar/forum.duplicati.com/handyguy/32/252_2.png) [@handyguy](https://forum.duplicati.com/u/handyguy)\
**Post date:** [September 19, 2017, 4:56pm UTC](https://forum.duplicati.com/t/how-does-duplicati-resume-after-interruption/724/1 "2017-09-19T16:56:18Z")

</div>

How does Duplicati handle interruptions, for example if a system gets powered down or rebooted during a backup? Does it re-start from where it left off or does it resume the full backup again?

Also, are there residual “breadcrumbs” that need to be cleaned up after an interruption or will Duplicati handle this itself? Does --auto-cleanup handle all this or is there something else I need to do?

---

<div class="post-metadata">

**Author:** ![JonMikelV](https://forum.duplicati.com/letter_avatar_proxy/v4/letter/j/439d5e/32.png) [@JonMikelV](https://forum.duplicati.com/u/JonMikelV)\
**Post date:** [September 19, 2017, 6:16pm UTC](https://forum.duplicati.com/t/how-does-duplicati-resume-after-interruption/724/2 "2017-09-19T18:16:23Z")

</div>

> [@handyguy](#):
>
> How does Duplicati handle interruptions

In general Duplicati is very robust at handling interruptions. I PERSONALLY am not aware of any actual data loss, though I have seen some posts about “expected synthetic files” and things like that, but most of them sounded fairly simple to resolve. Again, no data loss, just Duplicati saying “hey, I found a half a file left over my last run - please tell me what to do about it”.

I haven’t used `--auto-cleanup` myself but according to what the ‘help’ says, it sounds like what you’d want:

> If a backup is interrupted there will likely be partial files present on the backend. Using this flag, Duplicati will automatically remove such files when encountered.

You might also want to try using the search option to [search for ‘interrupt’](https://forum.duplicati.com/search?q=interrupt) which will give you a few other posts such as these:

> [@Interrupted backups due to a reboot](https://forum.duplicati.com/t/interrupted-backups-due-to-a-reboot/357):
>
> I setup a fairly large backup of 500GB to start for the first time to a WebDav server in the cloud. As it’s big it hadn’t completed the first backup yet before i had to reboot the machine (Windows box). After logging back on the backup has restarted, but it seems to have started completely from scratch?! There is still nearly 100GB worth of Duplicati backup files on the remote server from the first attempt. Surely it should continue from where it stopped? What’s going to happen to the first set …

> [@Interrupted Restore](https://forum.duplicati.com/t/interrupted-restore/630):
>
> I have quite a large backup of around 750GB in total, which could take sometime to restore (I’ve not tried to restore the whole thing yet as a test). My question is what would happen if the restore process is interrupted (internet drops/machine reboots)? Would you need to re-initiate the restore manually? Would you need to work out yourself what was restored successfully already and whether or not to start the restore from scratch again overwriting everything? Thanks

> [@Continue interrupted backup option](https://forum.duplicati.com/t/continue-interrupted-backup-option/543):
>
> Please correct me if I’m wrong, but right now Duplicati backs up ONLY at it’s scheduled time or if manually requested. If a backup starts (no matter how) and is interrupted (say machine falls asleep or is manually shut down) then the backup doesn’t resume until the next scheduled time (or manual request) begins. This means if you have weekly backups scheduled it could be a whole week before the rest of the FIRST week’s backup finishes. Would it make sense to add a “continue interrupted backup…

---

<div class="post-metadata">

**Author:** ![kenkendk](https://forum.duplicati.com/user_avatar/forum.duplicati.com/kenkendk/32/5305_2.png) [@kenkendk](https://forum.duplicati.com/u/kenkendk)\
**Post date:** [September 20, 2017, 8:59pm UTC](https://forum.duplicati.com/t/how-does-duplicati-resume-after-interruption/724/3 "2017-09-20T20:59:03Z")

</div>

> [@handyguy](#):
>
> How does Duplicati handle interruptions, for example if a system gets powered down or rebooted during a backup?

Duplicati uses SQLite to provide transactional storage, meaning it will either be written completely or not at all. It keeps track of all remote files and will generally be able handle everything nicely.

It marks all files “uploading” when they are in-progress, “uploaded” when they are reported as completed, and “verified” when they have been seen in a file listing.

If you interrupt it, the next run will look at all “uploading” files and check if they have the full length as it expects, and if so it will promote them to “uploaded”. If not, it will delete them for you.

> [@handyguy](#):
>
> Does it re-start from where it left off or does it resume the full backup again?

It does two things.

1. It uploads a synthetic filelist, which is “the last filelist + whatever managed to get uploaded in the interrupted backup”
2. Performs the backup as usual

Since all backups re-use the uploaded data, (2) is the same as “resume”.

> [@handyguy](#):
>
> Also, are there residual “breadcrumbs” that need to be cleaned up after an interruption or will Duplicati handle this itself?

It should fix things by itself. As @JonMikelV mentions, it can happen that this is not the case, but we should try to fix that.

> [@handyguy](#):
>
> Does --auto-cleanup handle all this or is there something else I need to do?

Generally, don’t set `--auto-cleanup`. It will run the “repair” command automatically if something is wrong with the remote destination. The reason why this is not done automatically is that it can destroy data.

Duplicati keeps a list of expected remote files, and if the remote files are missing or there are extra files, somethings strange has happened and Duplicati does not know what to do, and asks you to “repair”. You should check the error message and see if the error has an explanation before you repair.

The “repair” scenario is intended as a way to recover from something that fails, but it is not meant as an everyday fix. If the automatic handling does not work, you should fix the problem (change storage provider, investigate etc) instead of trying `--auto-cleanup`.

If you change the destination or similar, Duplicati might see files that it thinks are “extra” and just delete them. You can catch that with the error message, but `--auto-cleanup` will just remove the files.

---

<div class="post-metadata">

**Author:** ![handyguy](https://forum.duplicati.com/user_avatar/forum.duplicati.com/handyguy/32/252_2.png) [@handyguy](https://forum.duplicati.com/u/handyguy)\
**Post date:** [September 21, 2017, 12:28am UTC](https://forum.duplicati.com/t/how-does-duplicati-resume-after-interruption/724/4 "2017-09-21T00:28:20Z")

</div>

Thanks, kenkendk. Great information! Removing --auto-cleanup right now!
