Облачное хранилище, которое работает с rsnapshot?

Я начал использовать rsnapshot в качестве моей резервной системы для своего домашнего ПК. Мне очень нравится идея жестких ссылок и то, как они обрабатываются. Но я не могу найти лучший рабочий процесс. В настоящее время я сохраняю свои снимки на одном и том же разделе и скопирую новейший моментальный снимок на ручку-накопитель в конце недели.

Облачное хранилище - это то, что я ищу. Dropbox не соответствует моим потребностям, потому что нет способа заставить Dropbox уважать жесткие ссылки - все снимки рассматриваются как полные снимки.

Аренда сервера довольно дорога, так что мой вопрос в том, альтернативы для резервного копирования в облаке? Я хотел бы извлечь выгоду из жестких ссылок и отправлять только инкрементные резервные копии, так же, как и с моим локальным хостом.

3
задан 10 March 2011 в 08:55

21 ответ

Я хотел бы использовать двуличие. В основном это делается путем создания резервных файлов TAR и загрузки в системы WebDAV или CloudFiles (API типа SWIFT).

http://duplicity.nongnu.org/

0
ответ дан 25 July 2018 в 22:31

Вы запускаете rsnapshot на удаленном сервере, он вращает моментальные снимки с использованием жестких ссылок и rsyncs ваши файлы с вашей локальной машины по ssh.

rsync только отправляет по этим изменениям, поэтому использование вашей полосы пропускания минимизируется, rsnapshot на сервере управляет жесткими ссылками для минимизации дискового пространства.

Какое лучшее облачное решение зависит от того, сколько дискового пространства пространство, в котором вы нуждаетесь, и другие вещи

1
ответ дан 25 July 2018 в 22:31

Symlinking внутри облачного хранилища просто собирается создать копию, а не ссылку, поэтому вы сможете использовать rsnapshot, если вы tar целевой каталог перед его загрузкой.

Допустим, я не пробовал это раньше. Вам нужно будет tar-файл таким образом, чтобы tar был жестким, а hard-файл, а не сам файл (или вы просто получите еще одну полную резервную копию, только сжатую).

взгляните на man tar и посмотрите, можно ли это сделать. Например, кажется, что -hard-разыменовывание (следуйте за жесткими ссылками, архивом и дампом файлов, на которые они ссылаются) отключено по умолчанию, поэтому, пока вы его не укажете, ваш tar-дамп последнего rsnapshot должен быть инкрементным.

0
ответ дан 25 July 2018 в 22:31
  • 1
    Я снова читаю руководство, и он говорит, что snapshot_root должен быть локальной файловой системой. Поэтому я полагаю, что невозможно сделать резервную копию с localhost и отправить ее через ssh на удаленный компьютер и сделать rsnapshot для работы с жесткими ссылками. Хм, это скорее удаленный, который должен вытащить мои данные (?). Я думаю, что это имеет смысл. Как вы думаете? – user 8 February 2011 в 21:22
  • 2
    Это то, что я получаю, предлагая tar'ing результирующий каталог моментальных снимков, а затем отправив его на удаленный компьютер. Я не уверен, как вы настроили rsnapshot, чтобы захватить каталог с удаленного сайта - я думаю, вы будете находиться вне компетенции инструмента здесь. Rsnapshot - блестящий, но довольно простой инструмент. – Scaine 8 February 2011 в 22:58

Я хотел бы использовать двуличие. В основном это делается путем создания резервных файлов TAR и загрузки в системы WebDAV или CloudFiles (API типа SWIFT).

http://duplicity.nongnu.org/

0
ответ дан 2 August 2018 в 03:57

Вы запускаете rsnapshot на удаленном сервере, он вращает моментальные снимки с использованием жестких ссылок и rsyncs ваши файлы с вашей локальной машины по ssh.

rsync только отправляет по этим изменениям, поэтому использование вашей полосы пропускания минимизируется, rsnapshot на сервере управляет жесткими ссылками для минимизации дискового пространства.

Какое лучшее облачное решение зависит от того, сколько дискового пространства пространство, в котором вы нуждаетесь, и другие вещи

1
ответ дан 2 August 2018 в 03:57

Symlinking внутри облачного хранилища просто собирается создать копию, а не ссылку, поэтому вы сможете использовать rsnapshot, если вы tar целевой каталог перед его загрузкой.

Допустим, я не пробовал это раньше. Вам нужно будет tar-файл таким образом, чтобы tar был жестким, а hard-файл, а не сам файл (или вы просто получите еще одну полную резервную копию, только сжатую).

взгляните на man tar и посмотрите, можно ли это сделать. Например, кажется, что -hard-разыменовывание (следуйте за жесткими ссылками, архивом и дампом файлов, на которые они ссылаются) отключено по умолчанию, поэтому, пока вы его не укажете, ваш tar-дамп последнего rsnapshot должен быть инкрементным.

0
ответ дан 2 August 2018 в 03:57
  • 1
    Я снова читаю руководство, и он говорит, что snapshot_root должен быть локальной файловой системой. Поэтому я полагаю, что невозможно сделать резервную копию с localhost и отправить ее через ssh на удаленный компьютер и сделать rsnapshot для работы с жесткими ссылками. Хм, это скорее удаленный, который должен вытащить мои данные (?). Я думаю, что это имеет смысл. Как вы думаете? – user 8 February 2011 в 21:22
  • 2
    Это то, что я получаю, предлагая tar'ing результирующий каталог моментальных снимков, а затем отправив его на удаленный компьютер. Я не уверен, как вы настроили rsnapshot, чтобы захватить каталог с удаленного сайта - я думаю, вы будете находиться вне компетенции инструмента здесь. Rsnapshot - блестящий, но довольно простой инструмент. – Scaine 8 February 2011 в 22:58

Я хотел бы использовать двуличие. В основном это делается путем создания резервных файлов TAR и загрузки в системы WebDAV или CloudFiles (API типа SWIFT).

http://duplicity.nongnu.org/

0
ответ дан 4 August 2018 в 20:00

Вы запускаете rsnapshot на удаленном сервере, он вращает моментальные снимки с использованием жестких ссылок и rsyncs ваши файлы с вашей локальной машины по ssh.

rsync только отправляет по этим изменениям, поэтому использование вашей полосы пропускания минимизируется, rsnapshot на сервере управляет жесткими ссылками для минимизации дискового пространства.

Какое лучшее облачное решение зависит от того, сколько дискового пространства пространство, в котором вы нуждаетесь, и другие вещи

1
ответ дан 4 August 2018 в 20:00

Symlinking внутри облачного хранилища просто собирается создать копию, а не ссылку, поэтому вы сможете использовать rsnapshot, если вы tar целевой каталог перед его загрузкой.

Допустим, я не пробовал это раньше. Вам нужно будет tar-файл таким образом, чтобы tar был жестким, а hard-файл, а не сам файл (или вы просто получите еще одну полную резервную копию, только сжатую).

взгляните на man tar и посмотрите, можно ли это сделать. Например, кажется, что -hard-разыменовывание (следуйте за жесткими ссылками, архивом и дампом файлов, на которые они ссылаются) отключено по умолчанию, поэтому, пока вы его не укажете, ваш tar-дамп последнего rsnapshot должен быть инкрементным.

0
ответ дан 4 August 2018 в 20:00
  • 1
    Я снова читаю руководство, и он говорит, что snapshot_root должен быть локальной файловой системой. Поэтому я полагаю, что невозможно сделать резервную копию с localhost и отправить ее через ssh на удаленный компьютер и сделать rsnapshot для работы с жесткими ссылками. Хм, это скорее удаленный, который должен вытащить мои данные (?). Я думаю, что это имеет смысл. Как вы думаете? – user 8 February 2011 в 21:22
  • 2
    Это то, что я получаю, предлагая tar'ing результирующий каталог моментальных снимков, а затем отправив его на удаленный компьютер. Я не уверен, как вы настроили rsnapshot, чтобы захватить каталог с удаленного сайта - я думаю, вы будете находиться вне компетенции инструмента здесь. Rsnapshot - блестящий, но довольно простой инструмент. – Scaine 8 February 2011 в 22:58

Я бы подумал об использовании двуличности. В основном это делается путем создания резервных файлов TAR и загрузки в системы WebDAV или CloudFiles (API типа SWIFT).

http://duplicity.nongnu.org/

0
ответ дан 6 August 2018 в 04:02

Вы запускаете rsnapshot на удаленном сервере, он вращает моментальные снимки с использованием жестких ссылок и rsyncs ваши файлы с вашей локальной машины по ssh.

rsync только отправляет по этим изменениям, поэтому использование вашей полосы пропускания минимизируется, rsnapshot на сервере управляет жесткими ссылками для минимизации дискового пространства.

Какое лучшее облачное решение зависит от того, сколько дискового пространства пространство, в котором вы нуждаетесь, и другие вещи

1
ответ дан 6 August 2018 в 04:02

Symlinking внутри облачного хранилища просто собирается создать копию, а не ссылку, так что вы только выиграете от rsnapshot, если вы tar целевой каталог перед загрузкой.

Я признаю, я не пробовал это раньше. Вам придется деформировать файл таким образом, чтобы tar был жестким, как жесткая ссылка, а не сам файл (или вы просто получите еще одну полную резервную копию, только сжатую).

Я бы посмотрите man tar и посмотрите, можно ли это сделать. Например, кажется, что -hard-разыменовывание (следуйте за жесткими ссылками, архивом и дампом файлов, на которые они ссылаются) отключено по умолчанию, поэтому, пока вы его не укажете, ваш tar-дамп последнего rsnapshot должен быть инкрементным.

0
ответ дан 6 August 2018 в 04:02

Я бы подумал об использовании двуличности. В основном это делается путем создания резервных файлов TAR и загрузки в системы WebDAV или CloudFiles (API типа SWIFT).

http://duplicity.nongnu.org/

0
ответ дан 7 August 2018 в 22:01

Вы запускаете rsnapshot на удаленном сервере, он вращает моментальные снимки с использованием жестких ссылок и rsyncs ваши файлы с вашей локальной машины по ssh.

rsync только отправляет по этим изменениям, поэтому использование вашей полосы пропускания минимизируется, rsnapshot на сервере управляет жесткими ссылками для минимизации дискового пространства.

Какое лучшее облачное решение зависит от того, сколько дискового пространства пространство, в котором вы нуждаетесь, и другие вещи

1
ответ дан 7 August 2018 в 22:01

Symlinking внутри облачного хранилища просто собирается создать копию, а не ссылку, так что вы только выиграете от rsnapshot, если вы tar целевой каталог перед загрузкой.

Я признаю, я не пробовал это раньше. Вам придется деформировать файл таким образом, чтобы tar был жестким, как жесткая ссылка, а не сам файл (или вы просто получите еще одну полную резервную копию, только сжатую).

Я бы посмотрите man tar и посмотрите, можно ли это сделать. Например, кажется, что -hard-разыменовывание (следуйте за жесткими ссылками, архивом и дампом файлов, на которые они ссылаются) отключено по умолчанию, поэтому, пока вы его не укажете, ваш tar-дамп последнего rsnapshot должен быть инкрементным.

0
ответ дан 7 August 2018 в 22:01

Я бы подумал об использовании двуличности. В основном это делается путем создания резервных файлов TAR и загрузки в системы WebDAV или CloudFiles (API типа SWIFT).

http://duplicity.nongnu.org/

0
ответ дан 10 August 2018 в 10:15

Вы запускаете rsnapshot на удаленном сервере, он вращает моментальные снимки с использованием жестких ссылок и rsyncs ваши файлы с вашей локальной машины по ssh.

rsync только отправляет по этим изменениям, поэтому использование вашей полосы пропускания минимизируется, rsnapshot на сервере управляет жесткими ссылками для минимизации дискового пространства.

Какое лучшее облачное решение зависит от того, сколько дискового пространства пространство, в котором вы нуждаетесь, и другие вещи

1
ответ дан 10 August 2018 в 10:15

Symlinking внутри облачного хранилища просто собирается создать копию, а не ссылку, так что вы только выиграете от rsnapshot, если вы tar целевой каталог перед загрузкой.

Я признаю, я не пробовал это раньше. Вам придется деформировать файл таким образом, чтобы tar был жестким, как жесткая ссылка, а не сам файл (или вы просто получите еще одну полную резервную копию, только сжатую).

Я бы посмотрите man tar и посмотрите, можно ли это сделать. Например, кажется, что -hard-разыменовывание (следуйте за жесткими ссылками, архивом и дампом файлов, на которые они ссылаются) отключено по умолчанию, поэтому, пока вы его не укажете, ваш tar-дамп последнего rsnapshot должен быть инкрементным.

0
ответ дан 10 August 2018 в 10:15

Я бы подумал об использовании двуличности. В основном это делается путем создания резервных файлов TAR и загрузки в системы WebDAV или CloudFiles (API типа SWIFT).

http://duplicity.nongnu.org/

0
ответ дан 13 August 2018 в 16:38

Вы запускаете rsnapshot на удаленном сервере, он вращает моментальные снимки с использованием жестких ссылок и rsyncs ваши файлы с вашей локальной машины по ssh.

rsync только отправляет по этим изменениям, поэтому использование вашей полосы пропускания минимизируется, rsnapshot на сервере управляет жесткими ссылками для минимизации дискового пространства.

Какое лучшее облачное решение зависит от того, сколько дискового пространства пространство, в котором вы нуждаетесь, и другие вещи

1
ответ дан 13 August 2018 в 16:38

Symlinking внутри облачного хранилища просто собирается создать копию, а не ссылку, так что вы только выиграете от rsnapshot, если вы tar целевой каталог перед загрузкой.

Я признаю, я не пробовал это раньше. Вам придется деформировать файл таким образом, чтобы tar был жестким, как жесткая ссылка, а не сам файл (или вы просто получите еще одну полную резервную копию, только сжатую).

Я бы посмотрите man tar и посмотрите, можно ли это сделать. Например, кажется, что -hard-разыменовывание (следуйте за жесткими ссылками, архивом и дампом файлов, на которые они ссылаются) отключено по умолчанию, поэтому, пока вы его не укажете, ваш tar-дамп последнего rsnapshot должен быть инкрементным.

0
ответ дан 13 August 2018 в 16:38
  • 1
    Я снова читаю руководство, и он говорит, что snapshot_root должен быть локальной файловой системой. Поэтому я полагаю, что невозможно сделать резервную копию с localhost и отправить ее через ssh на удаленный компьютер и сделать rsnapshot для работы с жесткими ссылками. Хм, это скорее удаленный, который должен вытащить мои данные (?). Я думаю, что это имеет смысл. Как вы думаете? – user 8 February 2011 в 21:22
  • 2
    Это то, что я получаю, предлагая tar'ing результирующий каталог моментальных снимков, а затем отправив его на удаленный компьютер. Я не уверен, как вы настроили rsnapshot, чтобы захватить каталог с удаленного сайта - я думаю, вы будете находиться вне компетенции инструмента здесь. Rsnapshot - блестящий, но довольно простой инструмент. – Scaine 8 February 2011 в 22:58

Другие вопросы по тегам:

Похожие вопросы: