Complete configuration lost

It turns out since November 13 no more backups were made. December 14 I discovered that all settings were lost and C:\Users***\AppData\Local\Duplicati\Duplicati-server.sqlite was missing. Could it be an update of Duplicati (beta) somehow?

The late discovery is caused by the fact that the tray-icon doesn’t start at startup, although it is set to do so. Unfortunately, I discovered very late that System Restore for C; was not set somehow, so I couldn’t find a copy of the sqlite. (I learned there is a utility called System Restore Explorer!). On the other hand I would think that it should be backed up somehow. I also post this on github.

Suggestions: Option to export complete database; an automatic export after each saved change; create a job from restore.

2025-11 Security Update (KB5068861) (26200.7171) - installed 15/11
2025-11 .NET 8.0.22 Update for x64 Client (KB5071066) - installed 13/11
Windows 11 25H2 ; 2025-11 - installed 26/10

Duplicati does not auto-update. At this point, you will need to manually install a new update, so you can look in your system logs to see if that has happened.

Duplicati no functionality that attempts to delete that file, and I have no suggestions for how to track down what has removed it.

This isn’t very helpful. Anyway, I have decided to ditch Duplicati and bought Aomei backupper. (I had other issues that weren’t solved too.

Sorry to hear about the config loss. For the future, it might be worth moving your Duplicati data folder out of the System32 path, as Windows updates are notorious for ‘cleaning’ that area. You can use the --portable-mode flag or the DUPLICATI_HOME environment variable to store the database in a safer spot like C:\ProgramData\Duplicati. It makes it way more resilient to OS updates!

I repeat my previous answer:

This isn’t very helpful. Anyway, I have decided to ditch Duplicati and bought Aomei backupper. (I had other issues that weren’t solved too).

I think it is the responsibility of the developer to seek a solution for this problem.

image

To me, you got the support or fast-fix-type reply from the dev.
The dev seems very busy and behind, and tries fast support.

Of course, the long-term response might be to protect config.
You even gave suggestions, but those don’t happen instantly.

I will suggest some things that might be possible on your own.

This is sadly not in the docs, and not quite what you asked for, but there is

Duplicati.CommandLine.ServerUtil help export
Description:
  Export a backup configuration

Usage:
  Duplicati.CommandLine.ServerUtil export <backups>... [options]

Arguments:
  <backups>  The backup id or name to export, use 'all' to export all backups

The problem with export is it goes to a local file. Not safe yet.
If you say back it up (even by BackendTool), you could script.
If you say it should be automatic and only on change, that’s a
GitHub Feature request (or forum, but they get lost) and wait.

If this is “avoid direct restore for basics and guess its config”,
putting an export of the job in its own backup might help that,
but you’re kind of dead if you don’t have info to direct restore.

If you say there should be a Duplicati web login like integrated
paid backup plus storage services use, we’ll see what arrives.

Duplicati started standalone and DIY, and it’s slowly changing.
I’m not the one deciding direction, and speed is always limited.

Meanwhile…

Thanks to @Sarah03 for suggesting a Windows service aid.
The new default is safer, but I forget if old installs are helped.

Is the folder there? Is anything else in there? These are clues.
Depending on upgrade history, there may even be old configs.

Because you cited a location, I thought you didn’t use service.

This is confusing too. TrayIcon might suggest it’s not a service.
What doesn’t fit is “at startup” suggests it’s a Windows service.
The usual TrayIcon launch is at login, even if it talks to service.

What is this really? Windows service requires a manual setup.
Combining Server and TrayIcon is possible, but is more work.

I think Windows changed it. This was once a last-hope restore.

Link? I didn’t spot that issue, going about a week back before this topic.
There has been a debate about backing up job database, as they’re big.
Job database may be getting more user-locked due to more encryption.
That might favor the more portable route of backing up some job export,
so now is a good time to tie this in, but “decided to ditch Duplicati” came.
That can dampen the conversation, but I’m putting effort into another try.

EDIT 1:

Although your AppData folder content might give clues, events might too.
While it would be best to protect against loss, understanding it also helps.

Is this asking if it was an auto-update (unlikely), or did you do it manually?
What version is this currently? Often upgrade leaves old database backup.
It’s just a local backup in the database folder (which I’m asking for info on).