# Do the sqlite files contain confidential data?

**URL:** <https://forum.duplicati.com/t/do-the-sqlite-files-contain-confidential-data/19908>\
**Category:** Support\
**Created:** [January 13, 2025, 11:50am UTC](https://forum.duplicati.com/t/do-the-sqlite-files-contain-confidential-data/19908 "2025-01-13T11:50:52Z")\
**Posts on this page:** 1\
**Showing post:** 10

<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:** [January 14, 2025, 8:41pm UTC](https://forum.duplicati.com/t/do-the-sqlite-files-contain-confidential-data/19908/10 "2025-01-14T20:41:37Z")

</div>

> [@kenkendk](#):
>
> The intention is that this is not required to have a backup of that database.

Maybe somebody should do some benchmarks of recreate versus restore database restore.

One thing I think people have found is that the database backup can get quite slow. Although Duplicati backup just uploads changes found, the database has info on everything ever seen. Depending on how scattered the database changes are, these may deduplicate very poorly…

But even if the best case can get back in business faster than DB restore, what of bad cases?

> [@kenkendk](#):
>
> It should not be time consuming, besides the need to download the `.dindex` files.

unless .dindex files don’t do full job. Speed may get a whole lot slower as .dblock files get read.

Generally I phrase this in terms of how much downtime hurts, in a disaster. Personal users can probably grumble and wait, should they be unlucky. Any users can test recreate periodically, as  
[Backing Up Duplicati](https://forum.duplicati.com/t/backing-up-duplicati/13928/2) notes. There’s a user who stopped backing up DBs as they previously did.

---

_[View the full topic](https://forum.duplicati.com/t/do-the-sqlite-files-contain-confidential-data/19908)._