That seems odd. Do you mean the first line which seems like just announcing a start?
2024-12-29 12:00:02 +01 - [Information-Duplicati.Library.Main.Controller-StartingOperation]: Die Operation Compact wurde gestartet
If you mean the first download, some performance work might have reduced the delay.
Blog post: Speeding up inner workings of DoCompact() by up to 1000x
The linked pull request says:
the preliminary work of determining which files to download and compact took up a considerably amount of time
This backup might be misconfigured. What’s the Options screen Remote volume size?
Refer to help link for that in the GUI. Advanced option dblock-size has a similar effect.
2024-12-29 12:00:05 +01 - [Information-Duplicati.Library.Main.Database.LocalDeleteDatabase-CompactReason]: Compacting because there are 29 small volumes and the maximum is 20
2024-12-29 12:00:05 +01 - [Information-Duplicati.Library.Main.BasicResults-BackendEvent]: Backend event: List - Started: ()
2024-12-29 12:00:05 +01 - [Information-Duplicati.Library.Main.BasicResults-BackendEvent]: Backend event: List - Completed: (69 Bytes)
2024-12-29 12:00:05 +01 - [Information-Duplicati.Library.Main.BasicResults-BackendEvent]: Backend event: Get - Started: duplicati-b0b33806d8450427693296219a206d4b9.dblock.zip (12.56 GB)
2024-12-29 12:03:00 +01 - [Information-Duplicati.Library.Main.BasicResults-BackendEvent]: Backend event: Get - Completed: duplicati-b0b33806d8450427693296219a206d4b9.dblock.zip (12.56 GB)
means that at some past time, you had remote volume size set 12 about GB high or higher.
2024-12-29 12:31:55 +01 - [Information-Duplicati.Library.Main.BasicResults-BackendEvent]: Backend event: Put - Started: duplicati-ba1290403dcca401a85dee0463024488f.dblock.zip (12.34 GB)
says you still do. We discussed blocksize above. Is yours still 100 KB? That’s a lot of blocks, probably stressing the SQL and its cache (discussed too – are you now using a higher value?).