# Verifying restore path before actual restore starts

**URL:** https://forum.duplicati.com/t/verifying-restore-path-before-actual-restore-starts/8007
**Category:** Features
**Tags:** ux
**Created:** [September 12, 2019, 10:23am UTC](https://forum.duplicati.com/t/verifying-restore-path-before-actual-restore-starts/8007 "2019-09-12T10:23:45Z")
**Posts on this page:** 1
**Showing post:** 5

<div class="post-metadata">

### Author: ![Sami\_Lehtinen](https://forum.duplicati.com/user_avatar/forum.duplicati.com/sami_lehtinen/32/1779_2.png) [@Sami\_Lehtinen](https://forum.duplicati.com/u/Sami_Lehtinen)
#### Post date: [September 12, 2019, 3:49pm UTC](https://forum.duplicati.com/t/verifying-restore-path-before-actual-restore-starts/8007/5 "2019-09-12T15:49:08Z")

</div>

> [@drwtsn32](#):
>
> So this was a single operation, like you were doing a restore direct from remote data with no local database? Otherwise it seems like two operations to me - recreate local database then do a restore operation after that completes.

I always do all of my tests without the local database. Why? I’ve found out that with the database everything can seem to be good, and without it, you can’t restore. And I’ve strongly objected against that, because… Yeah, you know what it means. You’ve got disaster recovery backups and when disaster strikes you can’t recover. But I’ve said everything I’m going to say about that in the [other thread](https://forum.duplicati.com/t/backup-valid-but-still-unrestorable/6441/3). Personally I find that the most disturbing feature with the current versions, and it makes me sweat at night.

> [@drwtsn32](#):
>
> It does seem like a good idea - Duplicati should test the restore destination for access/validity before the restore job is submitted.

Well, I know way too well stupid users and lazy developers. I do almost daily wear shoes of both user groups. Users say that program didn’t warn about that and it doesn’t work, and developers say that users are stupid because they don’t use the program correctly.

Btw. In my case, there wasn’t user rights management issue, but the path I referred to was non-existing, and Duplicati didn’t even create it, even if it could have created it. But if I think about the stupid users, also verifying the rights would be a good idea. I did assume I would have that path, but I forgot that another script which I use for restore testing did delete the directory completely, because at the start of the script it tries to create the directory. I just thought the script would empty the directory after testing previous backup restore job.

---

_[View the full topic](https://forum.duplicati.com/t/verifying-restore-path-before-actual-restore-starts/8007)._