Duplicity

Restore only changed files with duplicity

Asked by Sivanath

Hi Guys,

I want to restore the last 2 days changed files using duplicity. Important thing is, restore should not read all the full and incremental backup files. Because i have 1.5 TB data. So it took much time to restore last one week or few days data due to reading all files.

Question information

Language:
English Edit question
Status:
Answered
For:
Duplicity Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:
Revision history for this message
Kenneth Loafman (kenneth-loafman) said : 		#1

You can restore the last 2 days changed files with a command like:

$ duplicity restore --time 2016-08-09T00:00:00 <backup-url> <restore-dir>

to restore anything backed up after the 9th. It will not read the entire dataset.

Revision history for this message
Sivanath (sivanath) said : 		#2

I have tried above --time argument but it takes full backup restore time. It should take less time according the incremental backup.

Revision history for this message
edso (ed.so) said : 		#3

On 16.08.2016 11:37, Sivanath wrote:
> Question #335609 on Duplicity changed:
> https://answers.launchpad.net/duplicity/+question/335609
>
> Status: Answered => Open
>
> Sivanath is still having a problem:
> I have tried above --time argument but it takes full backup restore
> time. It should take less time according the incremental backup.
>

can you post the full command line you use to restore a file at a given time w/ duplicity?

..ede/duply.net

Revision history for this message
Sivanath (sivanath) said : 		#4

yes, please.

duplicity --time 2016-08-15T00:00:00 --force --num-retries=100 --timeout=3600 --encrypt-key=<GPG_KEY> --sign-key=<GPG_KEY> --file-to-restore / --tempdir <TEMP_DIRECTORY_PATH> <S3_URL> <DESTINATION_FOLDER>

by above command, it restores 15 and 16 dated files only. So it takes less than time full restore files time. But it took more than full backup restore time.

Revision history for this message
edso (ed.so) said : 		#5

On 16.08.2016 12:27, Sivanath wrote:
> Question #335609 on Duplicity changed:
> https://answers.launchpad.net/duplicity/+question/335609
>
> Status: Answered => Open
>
> Sivanath is still having a problem:
> yes, please.
>
> duplicity --time 2016-08-15T00:00:00 --force --num-retries=100
> --timeout=3600 --encrypt-key=<GPG_KEY> --sign-key=<GPG_KEY> --file-to-
> restore / --tempdir <TEMP_DIRECTORY_PATH> <S3_URL> <DESTINATION_FOLDER>
>
> by above command, it restores 15 and 16 dated files only. So it takes
> less than time full restore files time. But it took more than full
> backup restore time.
>

that looks wrong '--file-to-restore' takes a path/file argument, giving '/' will restore the whole backup. try eg.
  --file-to-restore 'folder/my/file'
and it should only restore that file.

using --force is a bad idea. it'd be safer to restore to a temporary location, verify the restored contents and move it manually to target location.

..ede/duply.net

Can you help with this problem?

Provide an answer of your own, or ask Sivanath for more information if necessary.

To post a message you must log in.