The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Доступна утилита для резервного копирования rclone 1.49

27.08.2019 08:34

Опубликован выпуск утилиты rclone 1.49, которая представляет собой аналог rsync, предназначенный для копирования и синхронизации данных между локальной системой и различными облачными хранилищами, такими как Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, One Drive, Swift, Hubic, Cloudfiles, Google Cloud Storage и Яндекс.Диск. Код проекта написан на языке Go и распространяется под лицензией MIT.

В новом выпуске:

  • Добавлены бэкенды для хранения резервных копий в сервисах 1fichier, Google Photos, Putio и premiumize.me.
  • Представлен экспериментальный web-интерфейс (запускается через "rclone rcd --rc-web-gui"), позволяющий управлять настройками, управлять бэкендами, просматривать, скачивать и загружать файлы в облачные хранилища.
  • Добавлены новые режимы синхронизации "--compare-dest" и "--copy-dest".
  • Реализована опция "--suffix", не требующая указания "--backup-dir" для сохранения резервной копии в текущем каталоге.
  • Добавлена поддержка сохранения лога в формате JSON ("--use-json-log").


Основные особенности rclone:

  • Контроль целостности передаваемых данных при помощи хэшей MD5/SHA1;
  • Сохранение исходного времени модификации и создания файлов;
  • Поддержка режима частичной синхронизации, при которой копируются только изменившиеся в файле данные;
  • Режим копирования на целевую систему новых и изменившихся файлов;
  • Режим синхронизации для обеспечения идентичного состояния двух директорий на разных системах;
  • Режим проверки для сверки контрольных сумм;
  • Возможность синхронизации между двумя облачными хранилищами;
  • Поддержка шифрования передаваемых потоков данных;
  • Режим "rclone mount", позволяющий примонтировать внешнее хранилище в качестве части локальной ФС при помощи FUSE;
  • Возможность взаимодействия с удалённым хостом по HTTP, WebDav, FTP, SFTP и DLNA.
  • Наличие бэкендов для шифрования содержимого хранилища и кэширования;
  • Поддержка объединения нескольких удалённых хранилищ по аналогии с UnionFS;
  • Возможность многопоточной загрузки на локальный диск.


  1. Главная ссылка к новости (https://forum.rclone.org/t/rcl...)
  2. OpenNews: В состав OpenBSD добавлена собственная реализация rsync
  3. OpenNews: Выпуск Rsync 3.1.2 c устранением уязвимости
  4. OpenNews: Увидел свет Rsync 3.1.0
  5. OpenNews: Доступна утилита для резервного копирования rclone 1.39
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/51363-rclone
Ключевые слова: rclone, backup
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (83) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 08:57, 27/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –14 +/
    > Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, One Drive, Swift, Hubic, Cloudfiles, Google Cloud Storage и Яндекс.Диск
    > MIT
    > go

    тройное ненужно

     
     
  • 2.2, Антонимус (?), 09:01, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Не нужно кому? Тебе? Ну так не используй
     
  • 2.8, Аноним (8), 09:25, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зашифровал всё (GPG в помощь) и будет нормально. Ни Товарищ Майор, ни Агент Смит не подберутся.
     
     
  • 3.9, Аноним (8), 09:27, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ой, да там даже GPG, оказывается, не требуется - шифрование есть из коробки. Вот так вот.
     
  • 3.15, Тов. майор (?), 10:44, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Когда у майоров имеется вся зашифрованная информация, им легче брутфорсить, искать коллизии.
     
     
  • 4.17, Аноним (8), 10:53, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Удачи в брутфорсе, Товарищ! Это же так легко и просто!
     
  • 4.79, Аноним (79), 16:17, 28/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Тов майор по старинке сработает, сам все ключики отдашь)))
     

  • 1.3, Аноним (3), 09:06, 27/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >Контроль целостности передаваемых данных при помощи хэшей MD5/SHA1;

    А чому не безопасные хеши?

     
     
  • 2.5, Аноним (-), 09:14, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    бэкдор
     
  • 2.7, Andrey Mitrofanov_N0 (??), 09:21, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • –6 +/
    >>Контроль целостности передаваемых данных при помощи хэшей MD5/SHA1;
    > А чому не безопасные хеши?

    Дак, на!   У нас
      >>на языке Go
      >>под лицензией MIT.

    принято
      >> Google Drive, Amazon Drive, S3, Dropbox, Backblaze B2, One Drive, Swift, Hubic, Cloudfiles, Google Cloud Storage и Яндекс.Диск.

    жентельменат верить на.

     
  • 2.30, Crazy Alex (ok), 13:57, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Там хоть CRC32 ставить можно, если задача - банальная проверка, не повреждён ли случайно файл. А всё, что больше - зависит отличных потрбностей и его логично делать отдельно, сторонними средствами. Скорее всего - с шифрованием.
     
     
  • 3.59, Аноним (3), 22:24, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    В том то и дело. А crc32 фигня. Я однажды использовал её как уникальный идентификатор файла .... и словил коллизию.

    В случае использования MD5 имеет смысл экономить и сразу надо sha256 или больше. Либо Blake2.

     
     
  • 4.63, Аноним (63), 22:59, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Комментатор выше, вроде бы, явно сказал где crc подойдет - проверка целостности. Идентифицировать что либо чем-то подобным - ссзб
     
  • 2.35, Аномномномнимус (?), 14:52, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что контроль целостности и шифрование разные вещи? Или у вас есть пример пересечения sha1 на ваших файлах равного размера?
     
  • 2.58, Gentoofan (?), 22:17, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Потому что облака умеют обычно только md5 или sha1, rclone указывает чексумму при аплоаде, а сервер проверяет - правильно ли залилось, и хранит указанную чексумму в метаданных.
     
     
  • 3.60, Аноним (3), 22:25, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Лучший коммент, спасибо.
     

  • 1.4, Цезий Родонович (?), 09:09, 27/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот мне надо такую хрень, указать директорию, фильтры (влючать/исключать), что бы оно мне сжало нужное в zip, выкладывало кудато каждый день, и держало 8 последних копий.
     
     
  • 2.11, Аноним (11), 09:36, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Интересует тоже самое, только не раз в день, а по команде ~раз в месяц на внешний носитель (EHDD) и без сжатия.
     
     
  • 3.31, Crazy Alex (ok), 13:59, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Используйте rsync. Сабж вообще не о том, его специализация - в умении работать с кучей облачных хранилищ. И дельты он тоже не умеет, насколько я помню
     
     
  • 4.54, Аноним (11), 21:06, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А что тогда "про то"? Или нынче такое не в моде в принципе, только облока и бигдаты повсюду?
     
     
  • 5.70, Crazy Alex (ok), 23:54, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да тонны их. Зависит от объёмов и готовности возиться. От Bacula до rsync, вызываемого из самописных скриптов. BackupNinja вроде хвалили когда-то.
     
     
  • 6.82, _ (??), 21:12, 30/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Да тонны их. [...] rsync, вызываемого из самописных скриптов.

    Unix-like : rsync
    форточки  : robocopy
    >BackupNinja

    Даже не слышал ни разу :) Посмотрю.

    А вообще прикольно жизнь выворачивается: внешний 6ТБ ю-эс-би-трии диск нынче стоит как 4 бутылки водки ... и никому нафиг не нужен!
    Всем давай облака ... хенс -> сабж!

     
  • 3.74, Анонимо (?), 01:37, 28/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    rsync + cron
    С ГУЕм интереснее всего оказалось freefilesync
    Ну и как довесок krusader - опция сравнения каталогов
     
  • 2.12, Аноним (12), 09:49, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Почему бы тебе не посмотреть в сторону специализированных решений типа bacula?
     
  • 2.18, turbo2001 (ok), 11:18, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    zip обязательно? посмотри borg backup, только у него свое хранилище, но зато его можно монтировать как fs.
     
  • 2.26, Alexander (ok), 13:39, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    duplicati?
     
  • 2.56, Аноним (56), 21:49, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    mksquashfs
     
  • 2.75, Ydro (?), 07:43, 28/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Изучите написание скриптов под вашу командную оболочку + cron.
     

  • 1.6, трурль (?), 09:19, 27/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Использую года два уже для яндекс-облака. Нужно.

     
     
  • 2.80, Аноним (80), 06:18, 29/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    держите нас в курсе!

    поддержка яндикса.

     

  • 1.10, Аноним (10), 09:31, 27/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    диска от майлра нет
     
     
  • 2.13, Аноним (12), 09:59, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ЕМНИП, в своё время кто-то из майлру в интервью заявил, что WebDAV нет и не планируется. По-видимому, S3 тоже нет и не планируется.
     
     
  • 3.14, Аноним (3), 10:18, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Там WebDAV уже есть. Но есть нюанс.
     
     
  • 4.21, В (?), 12:23, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Он там всегда был. Но - сейчас он только для платных аккаунтов, и - это же м.ру, им верить и платить деньги даже как-то стремно...
     
     
  • 5.37, Старик Винер (?), 15:00, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что вы имеете против майл.ру?
     
     
  • 6.47, Аноним (47), 19:14, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Здравый смысл и брезгивость?
     
  • 5.61, Аноним (3), 22:27, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    То есть с самого появления Облака, только исключительно для внутренних нужд сотрудников?
     
  • 2.57, Аноним (57), 22:04, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Mail.ru в процессе: https://github.com/rclone/rclone/issues/591
     

  • 1.16, Я цитирую Прудона (?), 10:50, 27/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А у Меги свои тулзы! Топлю за Мегу
     
     
  • 2.44, arthi (?), 16:35, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Мега в отличии от всего вышеперечисленного гауна не удаляет без спроса не понравившиеся ей филе. И еще шифрование по умолчанию. Единственное адекватное облако. А те кто минусов тебе налепил видимо сами не пользовались раз ничего не ответили а тупо заминусили.
     
     
  • 3.45, MonkAlex (ok), 17:43, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Удаляет по жалобам регулярно
     
     
  • 4.46, анон (?), 18:06, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    удаляет для других, но не у пользователя
     
     
  • 5.78, MonkAlex (ok), 14:11, 28/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > удаляет для других, но не у пользователя

    хм, порылся в своих облачных ящиках - никто не удаляет у пользователя вроде. гугл диск, дропбокс, мега.

     

  • 1.19, лютый жабист__ (?), 11:34, 27/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Посоветуйте легкую тулзу для двусторонней синхронизации файлов на доверенных хостах. По ssh.

    unison какой-то кривоватый. drbd или СУБД жирно.

    Смысл: лежит файл с паролями от всякого огого в /root/blabla. Дома, на работе, на ноуте. Везде диски зашифрованы, есливчо.

    Хочется чтобы на любом ПК его можно было поредактировать, а изменения синхронизировались сами.

     
     
  • 2.20, хоть_бы_кто (?), 11:54, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    У меги есть синхронизация в тулзах, если конечно доверять их шифрованию.
    Работает вроде неплохо, синхронизирую директорию с рабочими файлами между рабочим компом и домашним.
     
  • 2.24, imak (ok), 13:05, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не понятно за что минусуют человека.
    Если нет желания/возможности поднимать сервер с "белым" ip, можно использовать syncthing.
    https://duckduckgo.com/?q=syncthing&t=ffnt&ia=web
    Трафик между узлами шифруется.
     
  • 2.27, iPahcae6 (?), 13:42, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Syncthing. Если не доверяешь их релеям и шифрованию, то подними свой собственный. Либо используй внутри VPN, внутри локальной сети(хоть реальной, хоть VPN) он работает напрямую между машинами, без релеев.
     
  • 2.34, user (??), 14:41, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ещё один вариант - какой-нибудь encfs, тогда можно синхронизировать без дополнительного шифрования.

    >диски зашифрованы

    encfs --reverse

    чтобы на дисках ничего не менять

     
     
  • 3.42, Crazy Alex (ok), 15:39, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ну да, я так в амазоне и хранил пока у них был 120 баксов в год безлимит. И rclone был, кажется. единственным вменяемым клиентом для него (насколько там вообще могли быть вменяемые клиенты).
     
  • 3.62, Аноним (3), 22:28, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    encfs же небезопасный. вообще дисковое шифрование безопасно запилить невозможно почти.
     
     
  • 4.68, Crazy Alex (ok), 23:41, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если секреты на миллионы хранить, то да. А так - вполне приемлемо.
     
  • 2.36, Аномномномнимус (?), 14:56, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Берёшь keepass, шифруешь его сложным паролем + внешним файлом-ключом, который никуда налево не отдаёшь. Потом синкай через что угодно, даже если унесут - нишыша не вытянут
     
  • 2.43, iPahcae6 (?), 16:04, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну и вообще, если тебе для паролей именно нужно, то ставь на свой сервер BitWarden, бери расширения к браузерам и приложения под все платформы и работай со своим сервером(что бы не доверять даже в зашифрованной базе пароли чужому серверу)
     
     
  • 3.66, Аноним (66), 23:16, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Vault Hashicorp.
     
     
  • 4.83, _ (??), 21:20, 30/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    ЫнтерпрайС :-\ ... и если совсем честно - *оно ещё то.
     
  • 2.52, Catwoolfii (ok), 19:54, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >unison какой-то кривоватый

    можно конкретики?

     
  • 2.53, scor (ok), 20:03, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Если именно логины/пароли (ключ, значение), то легче https://www.passwordstore.org/ не встречал. Из плюсов:
    - обертка над стандартными тулзами: bash, git, gnupg ну и по-мелочи ещё
    - хранит базу в стандартном гитовом репозитории
    - структура организована в виде путей в ФС
    - поддерживает сразу несколько ключей для шифрования (можно шарить пароли между коллегами)
    - работает практически на любой кофеварке, на которую завезли gnupg
    - синкает базу через 'pass git push/pull'
    - умеет класть пароли сразу в иксовый клипборд
    - умеет пользовать 'pwgen' и класть пароль сразу в базу и в клипборд, т.е. даже на экране он не появится
    - можно держать несколько баз паролей с доступом для разных людей

    из минусов, пожалуй что раскрывает инфраструктуру (логины и как правило имена сервисов) и синкать базу через какой-нибудь гитхаб можно только в случае допустимости такого раскрытия.

    Мы в команде юзаем со своим закрытым гитовым сервером. Вполне удобно хранятся адреса, пароли, токены, ключи от ансиблового волта и т.д.

     

  • 1.22, Аноним (-), 12:49, 27/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что то бекапа я там не заметил.
    Синхронизация да
     
     
  • 2.65, axredneck (?), 23:13, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Бэкап в облако - тоже бэкап
     
     
  • 3.67, Аноним (66), 23:19, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Неа. В облаке любой др. эндпоинт может изменить бэкап.
    Нарушен тем самым важный принцип.
     
     
  • 4.84, _ (??), 21:22, 30/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И кто же мешает настроить так чтоб не мог? Разве что отсутствие моска ...
     

  • 1.23, Попугай Кеша (?), 12:51, 27/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Зачем? Если есть NAS и нет проблем
     
     
  • 2.33, Crazy Alex (ok), 14:01, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Например потому что три копии в разных облаках перешибут локальный NAS по надёжности даже когда он есть.
     
  • 2.64, Аноним (64), 23:07, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1. Как ни странно может сломаться.
    2. Могут изъять при обыске.
    3. Может быть обрыв канала связи у конкретного провайдера.
     
     
  • 3.71, Аноним (-), 00:06, 28/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Обыск дело серьезное
    Но причем тут облако?
    Следов нет?
     

  • 1.25, Аноним (25), 13:33, 27/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Сколько ненужных ненужнеров набежало то. Тулза - огонь, обладает нормальной архитектурой и производительностью для выполнения синхронизации/миграции на хранилищах с миллионами файлов. Какие ещё есть альтернативы?
     
     
  • 2.29, Я цитирую Прудона (?), 13:52, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Какие ещё есть альтернативы?

    Restic (тоже на Go), но это неточно))

     
     
  • 3.85, _ (??), 21:25, 30/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Go 100.0%

    Кстати да, можно и его, правда надо поиграться с ним чтобы понять чего оно такое :) и только тогда давать реальных данных.

     

  • 1.28, Аноним (28), 13:51, 27/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, было бы интересно сделать совместимые по хэшу системы типа торрентов и типа ZFS.
     
     
  • 2.38, Аномномномнимус (?), 15:01, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    торренты > magnet > sha1
    ZFS не умеет в sha1 https://github.com/zfsonlinux/zfs/wiki/Checksums
     
  • 2.39, Аномномномнимус (?), 15:02, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Да и ради чего собственно?
     
     
  • 3.41, useruser (?), 15:19, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Расшаривать что-нибудь развесистое типа зеркала gutenberg.org или репозитория Дебиана.
     
  • 2.40, useruser (?), 15:17, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    В порядке бреда: унифицировать ещё и с VCS.
     
     
  • 3.55, Аноним (55), 21:43, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    И с криптовалютой
     

  • 1.48, Аноним (48), 19:24, 27/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    добрый вечер!
    подскажите кто в курсе, как войти в этот gui?

    на оф.сайте нашёл вот это . но не пойму что сделать нужно :)

    When you run the rclone rcd --rc-web-gui this is what happens
    Rclone starts but only runs the remote control API (“rc”).
    The API is bound to localhost with an auto generated username and password.

     
     
  • 2.49, Аноним (49), 19:28, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    rclone rcd --rc-web-gui --rc-user=admin --rc-pass=pass
     
     
  • 3.50, Аноним (48), 19:30, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > rclone rcd --rc-web-gui --rc-user=admin --rc-pass=pass

    Спасибо, добрый человек!

     

  • 1.51, Аноним (-), 19:47, 27/08/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    1. Зачем оно нужно, если rsync может клонировать на удаленный сервер?
    2. Есть ли поддержка nextcloud?
     
     
  • 2.69, Crazy Alex (ok), 23:44, 27/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что rsync не может клонировать в облака, у которых свой API доступа. По ссылке список всего, что оно умеет - есть и nextcloud.
     
  • 2.73, Аноним (-), 00:08, 28/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что не бэкап
     
  • 2.76, трурль (?), 10:47, 28/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >Зачем оно нужно, если rsync может клонировать на удаленный сервер?

    Например, у меня в примонтированное по davfs облако rcynk перезаливал все полностью, если после прошлой синхронизации прошло некоторое время. Несколько часов. При мобильном интернете накладно.

     
     
  • 3.77, Аноним (-), 11:10, 28/08/2019 [^] [^^] [^^^] [ответить]  
  • +/
    >rcynk перезаливал все полностью, если после прошлой синхронизации прошло некоторое время

    есть же надстройки для ленивых, типо rsnapshot, которые бекапят файлы полностью лишь раз в некоторое время (допустим раз в месяц), а остальные бекапы (хоть бы и ежечасовые) делают в виде симлинков на предыдущий (за исключением измененных/новых файлов, разумеется)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру