Здесь показаны различия между двумя версиями данной страницы.
Следующая версия Следующая версия справа и слева | |||
резервное_копирование_в_с_помощью_duply_duplicity [2015/07/25 18:15] admin создано |
резервное_копирование_в_с_помощью_duply_duplicity [2015/07/25 18:15] admin |
||
---|---|---|---|
Строка 1: | Строка 1: | ||
====== Резервное копирование в с помощью duply (duplicity) ====== | ====== Резервное копирование в с помощью duply (duplicity) ====== | ||
- | Duply представляет собой shell скрипт, являющийся оберткой вокруг другого скрипта - duplicity. Не смотря на то, что сам по себе [[duplicity|http://duplicity.nongnu.org/]] является полноценным ПО для создания резервных копий, duply дополняет его функционал рядом полезных свойств, упрощающих работу с опциями командной строки для выполнения различных типовых операций. | + | Duply представляет собой shell скрипт, являющийся оберткой вокруг другого скрипта - duplicity. Не смотря на то, что сам по себе [[http://duplicity.nongnu.org/|duplicity]] является полноценным ПО для создания резервных копий, duply дополняет его функционал рядом полезных свойств, упрощающих работу с опциями командной строки для выполнения различных типовых операций. |
Резервные копии бывают полные и инкрементальные. Если с полной резервной копией все понятно: это просто полная копия всех данных, подлежащих резервированию, то инкрементальная копия означает, что в бэкапе содержится только список изменений относительно предыдущего бэкапа. Инкрементальное резервное копирование с одной стороны позволяет экономить место на дисках, но с другой стороны для восстановления данных вам потребуется не только последний инкрементальный бэкап, но и весь перечень всех предыдущих бэкапов вплоть до последнего полного. К счастью, предоставляемое нами облачное хранилище имеет 4х кратное резервирование всех хранимых данных, поэтому вероятность потерять какой-то из предыдущих бэкапов и из-за этого получить ситуацию, когда восстановить из бэкапа данные из-за аппаратного сбоя в хранилище не удается, практически не возможно. | Резервные копии бывают полные и инкрементальные. Если с полной резервной копией все понятно: это просто полная копия всех данных, подлежащих резервированию, то инкрементальная копия означает, что в бэкапе содержится только список изменений относительно предыдущего бэкапа. Инкрементальное резервное копирование с одной стороны позволяет экономить место на дисках, но с другой стороны для восстановления данных вам потребуется не только последний инкрементальный бэкап, но и весь перечень всех предыдущих бэкапов вплоть до последнего полного. К счастью, предоставляемое нами облачное хранилище имеет 4х кратное резервирование всех хранимых данных, поэтому вероятность потерять какой-то из предыдущих бэкапов и из-за этого получить ситуацию, когда восстановить из бэкапа данные из-за аппаратного сбоя в хранилище не удается, практически не возможно. |