The OpenNET Project / Index page

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

Выпуск утилиты для резервного копирования rclone 1.35

03.01.2017 10:06

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

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

  • Контроль целостности передаваемых данных при помощи хэшей MD5/SHA1;
  • Сохранение исходного времени модификации и создания файлов;
  • Поддержка режима частичной синхронизации, при которой копируются только изменившиеся в файле данные;
  • Режим копирования на целевую систему новых и изменившихся файлов;
  • Режим синхронизации для обеспечения идентичного состояния двух директорий на разных системах;
  • Режим проверки для сверки контрольных сумм;
  • Возможность синхронизации между двумя облачными хранилищами;
  • Поддержка шифрования передаваемых потоков данных;
  • Режим "rclone mount", позволяющий примонтировать внешнее хранилище в качестве части локальной ФС при помощи FUSE;
  • Из новых возможностей, добавленных в версии 1.35 можно отметить реализацию команд moveto и copyto для выбора системы назначения для операций перемещения и копирования, команду rmdirs для рекурсивного удаления директорий, возможность повторного использования опций --include/--exclude/--filter при вызове команд.


  1. Главная ссылка к новости (https://plus.google.com/+Rclon...)
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/45808-rsync
Ключевые слова: rsync, backup, rclone
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (72) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Фанатик (?), 10:12, 03/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А главное то, что написано оно на Go (распространяется одним бинарём) и под хорошей пермиссивной лицензией!
     
     
  • 2.21, Аноним (-), 15:53, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    И поэтому пермиссивно лочит любителей свободы на считанные единицы провайдеров облачного сервиса. Логично. Когда пермиссивные go'пники вещают про свободы - тут все понятно какая свобода имеется в виду.
     

  • 1.2, Аноним (-), 10:50, 03/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > распространяется одним бинарём

    И сколько он вешает в результате?

     
     
  • 2.4, Аноним (-), 11:10, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    12568032, стрипнутый, амд64

    в чем вопрос то ?

     
     
  • 3.17, freehck (ok), 15:11, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > 12568032, стрипнутый, амд64

    12М - это немало.
    Тот же rsync весит ~500K.

     
     
  • 4.39, фыв (??), 20:36, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А ничего, что rsync зависит, как минимум, от libc, popt и еще чего-то?
     
     
  • 5.44, Mihail Zenkov (ok), 02:03, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так он же не целиком их включает, а только используемые функции. В итоге весит 905.7K

    http://communities.vmware.com/servlet/JiveServlet/download/1096198-15745/rsyn

     
     
  • 6.47, Аноним (-), 10:42, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Так он же не целиком их включает, а только используемые функции. В
    > итоге весит 905.7K

    А его с LTO собрали? А то LTO может вышибить то что не используется и в случае типовой програмы она может еще примерно на четверть сдуться. Хотя от программы зависит.

     
     
  • 7.53, Mihail Zenkov (ok), 14:26, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А его с LTO собрали?

    ./configure
    make CFLAGS="-static" EXEEXT="-static"
    strip rsync-static

    > А то LTO может вышибить то что не используется и в случае типовой програмы она может еще примерно на четверть сдуться. Хотя от программы зависит.

    Да, с LTO как повезет - может меньше стать, а может и больше - если компилятор inline активно использовать начнет.

     
     
  • 8.56, Аноним (-), 15:59, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это что, вообще без оптимизаций oO А в чем пойнт Он и большой и не оптимальный... большой текст свёрнут, показать
     
     
  • 9.57, Mihail Zenkov (ok), 16:43, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вообще-то обычно все исходники содержат оптимизацию в системах сборки Обычно эт... большой текст свёрнут, показать
     
     
  • 10.61, Аноним (-), 20:51, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Но если кто вкатал свои CFLAGS то как они применятся в билдсистеме это отдельный... большой текст свёрнут, показать
     
     
  • 11.66, Mihail Zenkov (ok), 22:29, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле не так уж много если код адекватный - отдельные части функций, к... большой текст свёрнут, показать
     
     
  • 12.69, Led (ok), 20:58, 05/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Слушай, лучше не пиши ничего про LTO Ты ж в этом мягко говря - плаваешь ж... текст свёрнут, показать
     
     
  • 13.70, Mihail Zenkov (ok), 21:51, 05/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И в чем я не прав Напиши конкретно, по пунктам, с ссылками и примерами Будет п... текст свёрнут, показать
     
  • 12.80, Аноним (-), 20:50, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я проверял на разном софте 1 Упомянутый мной tweetnacl-lite, с которым я развл... большой текст свёрнут, показать
     
     
  • 13.81, Mihail Zenkov (ok), 01:09, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    OK, я не верно сказал LTO может вынести и функции целиком Просто затраты как ... большой текст свёрнут, показать
     
     
  • 14.82, Аноним (-), 08:16, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Это его нормальное состояние, я бы сказал А это другой вопрос В свежих gcc, кс... большой текст свёрнут, показать
     
  • 5.45, Аноним (-), 07:42, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, от BIOS с EFI ещё зависит.
     
  • 5.73, anoni (?), 00:24, 06/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А ничего, что rsync зависит, как минимум, от libc, popt и еще чего-то?

    О, а это Go-вно не зависит от libc? Т.е. оно у меня под BSD запустится?

     
     
  • 6.76, Nas_tradamus (ok), 18:31, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что за BSD без libc? :)
     
  • 3.22, Аноним (-), 15:55, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > 12568032, стрипнутый, амд64
    > в чем вопрос то ?

    Лол, его самого такой в пору инкрементально синхронизировать. Скоро на сидюк помещаться перестанет :)

     
     
  • 4.23, Аноним (-), 16:31, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    двоим-обоим сверху

    ничего что он статик ?
    собери гцц в динамике, а не родным и будет тебе счастье

    потому повторю
    > в чем вопрос то ?

     
     
  • 5.24, freehck (ok), 16:48, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > двоим-обоим сверху
    > ничего что он статик ?

    Ммм, как своевременно. Нет, чтобы написать об этом сразу.

     
     
  • 6.25, Аноним (-), 16:54, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    ути пути
    если влез в обсуждение то хотя бы знай особенности языка о котором рассуждаешь
     
  • 5.29, Аноним (-), 17:46, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А оно уже осилило динамическую линковку? Или как обычно "не работает - значит не нужно"?
     
     
  • 6.33, _ (??), 18:14, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ручками - да. Обеща.т как нить сделать. Видимо из тех кто может сделать, а не ныть не нашлось таких кому вот прямо позарез ... :-)
     
     
  • 7.42, Аноним (-), 22:41, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Обещают как нить сделать. Видимо из тех кто может сделать, а не обещать не нашлось таких кому вот прямо позарез нужен go ... :-)

    fxd.

     
  • 5.46, Аноним (-), 10:40, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ничего что он статик ?

    Бинарь на 12 метров даже статиком не каждый день увидишь.

    > собери гцц в динамике, а не родным и будет тебе счастье

    Да мне и с rsync хорошо, он даже на 8Мб флеху роутера умещается. Там в 8 мегах вся система живет. Ну и пакет с рсинком до кучи чтобы на usb-хард бэкапаться. Телефон, понимаешь, рсинком сливает нафотканое когда замечает нужную сеть.

     

  • 1.3, Аноним (-), 11:07, 03/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Yandex Files

    Яндекс.Диск же

     
  • 1.5, Аноним (-), 12:55, 03/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Прикольная игрушка, но 1 где ownCloud 2 все эти разношёрстные костыли не реша... большой текст свёрнут, показать
     
     
  • 2.7, Crazy Alex (ok), 13:05, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Самопальные скрипты на базе rsync решают обычно. Кстати, что ужасного в скриптах под проект? Не по паре в день же писать их, а специфику учесть - самое оно. Если не на шелле, то вполне живой вариант.

    А бакулы разные - больно уж вещь в себе.

     
     
  • 3.12, Аноним (-), 14:20, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    - Нужно время на разработку, тестирование и сопровождение, на каждый проект, на ... большой текст свёрнут, показать
     
     
  • 4.16, Crazy Alex (ok), 15:02, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я, конечно, с бакулой давненько дела не имел, но насколько я помню он по неудобс... большой текст свёрнут, показать
     
     
  • 5.26, Аноним (-), 17:02, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поэтому всякие симантеки с своими backup exec и будут получать копеечку Твоя на... большой текст свёрнут, показать
     
     
  • 6.38, Crazy Alex (ok), 20:00, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Плюйся ядом меньше.

    Можно сколько угодно пытаться бэкапить раздел или  даже базу, но если ты не знаешь, что вот для таких-то сущностей должна быть синхронизация с тем-то внешним софтом, вот здесь особые процедуры, так как завязано на TPM, тут нужно предварительно пнуть систему чтобы всё засинхронизировалось, а здесь надо учесть шардинг - то урода ты получишь, а не бэкап.

    А на винде нынешний софт не держат - потому что она только на десктопах у юзеров живёт, а реальный софт - на никсах, и они его в браузерах видят. И так - как раз для того, чтобы не возиться с пятком платформ и особенностями питона на винде. Виртуалки там всякие, контейнеры - слышал о таком?

    Но если надо поддерживать кучу замшелой дряни - то да, всё как ты описал.

     
     
  • 7.50, Аноним (-), 11:46, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да какой это яд Так, капитанинг и констатация того факта что благодаря такой си... большой текст свёрнут, показать
     
  • 6.43, Михрютка (ok), 22:47, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    упырьте мел, коллега в моих отрыжках на помеси гадюки с верблюдом, как вы поэти... большой текст свёрнут, показать
     
     
  • 7.52, Аноним (-), 14:18, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Таки более-менее крупные компании усвоили некоторые простые вещи Кто по хорошем... большой текст свёрнут, показать
     
     
  • 8.68, Михрютка (ok), 00:34, 05/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    работают и хлеба не просят в самом страшном случае их нельзя легально обнови... большой текст свёрнут, показать
     
  • 4.51, commiethebeastie (ok), 14:08, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >rsync опять же не умеет работать с VSS (ака Volume Snapshot Service);

    Через vscsc зато умеет.

     
  • 3.19, Аноним (-), 15:21, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Собственно bacula - лучшее, что есть

    Bareos?

     
     
  • 4.30, Аноним (-), 17:48, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    То же самое, вид сбоку. С незначительными улучшениями в виде "пассиовного режима", который пока всё равно шибко экспериментален.
     
  • 2.31, Аноним (-), 17:50, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    http://burp.grke.org
     
     
  • 3.62, Аноним (-), 20:55, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > http://burp.grke.org

    О, забавная штука. Кто-то решил таки запилить более-менее нормальную бэкапалку и еще и открытую к тому же. Самопальненько, но задатки у человека очень даже ничего.

     
  • 2.67, bac (?), 23:19, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > И в конечном счёте из-за того что они заточены под ленты нельзя потом получить прямой доступ к файлам в бекапе, только средствами самих bacula/amanda можно что-то вытащить,

    Частично враньё. Аманда это tar и все, что вокруг него вертится. Руками вытащить не проблема. Даже если зашифровано самой амандой.

     

  • 1.8, Crazy Alex (ok), 13:08, 03/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Так себе штуковина. Оно работает, да, но, как минимум, для Amazon Cloud там алгоритм детекта ошибок и реакции на них шибко странный, порождающий в некоторых случаях кучу ретрансмитов. Причём "красиво" пофиксить его малой кровью не вышло, только адским костылём (правда, я не знаток Go ни разу - но там скорее переписывать логику надо).

    И логирование на редкость гнусное.

    В общем же - чем этот "швейцарский нож" лучше  FUSE-based софт использовать. Его родная поддержка FUSE, кстати, печальна (опять же - как минимум, для Amazon Cloud) - попытки на любой чих заново выкачивать метаданные чуть ли не для всего хранилища оборачиваются адскими тормозами.

     
     
  • 2.11, Плохой Клоун (?), 13:43, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://minio.io/
     
     
  • 3.20, Crazy Alex (ok), 15:35, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И при чём здесь эта хрень?
     

  • 1.9, CHERTS (??), 13:15, 03/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    1. Сливаем все что нужно с удалённых серверов с использованием rsync на центральный сервер бэкапов
    2. На центральном сервере бэкапов ZFS
    3. Делаем какой нужно алгоритм создания снапшотов на ZFS
    4. Profit

    Что имеем:
    1. В любой момент легко и без танцев с бубном можно вытащить любой файл, каталог исходного сервера
    2. В любой момент легко можно сравнить различия между файлами или целыми каталогами между разными снапшотами
    3. Минимум автоматизации и геморроя с настройкой - простота схемы - залог надежной работы

    Минусы:
    1. Нет любимого всеми GUI и Web морды - а зачем они если есть ssh?
    2. На сервере бэкапов нужно мнооооошо ОЗУ для норм. работы ZFS - не критичный минус, хотя если сервер HP и память регистровая с кор. ош. , то 32-64 Гбайт будут не дешовыми.

     
     
  • 2.10, Crazy Alex (ok), 13:20, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Так оно примерно с теми же трудозатратами и самим rsync делается же с --link-dest
     
     
  • 3.15, Аноним (-), 14:40, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так оно примерно с теми же трудозатратами и самим rsync делается же
    > с --link-dest

    Если файл в бекапе кто-то намеренно поправит, поплывут все залинкованные бекапы. Со снапшотом это не прокатит.
    Контрольные суммы бекапа придётся костылить отдельно (тогда как ZFS это сделает сама).
    Можно сжатие включить и дедупликацию без бубнов.

    Но в целом они хорошо работают в паре, rsync эффективно синхронизирует файлы с удалённой машиной, а ZFS обеспечивает хороший storage.

     
     
  • 4.75, PnDx (ok), 11:43, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Можно сжатие включить и дедупликацию без бубнов.

    Здесь чуть поправлю, т.к. сам эксплуатирую подобное на несколько ТБ.
    Онлайн-дедупликацию zfs трогать не надо, не имея "бесконечных" cpu|ram. Если таки нужен дедуп, используйте встроенное в rsync (rc4, увы, вероятность коллизии так себе).
    + "нюанс" rsync: он сначала на источнике/приёмнике делает *всю* карту КС для переливаемого файла. (Это "стреляет" начиная с десятков ГБ на файл.) Т.е. запасайтесь памятью, уже́ для rsync. Мельче блоки — больше памяти…

     
  • 2.14, Аноним (-), 14:30, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    В целом солюшн самый адекватный, но пока не получится на него соскочить

    > 1. Нет любимого всеми GUI и Web морды - а зачем они
    > если есть ssh?

    Для неадминов нужен внятный доступ. Из разношёрстных ОС нужен внятный доступ.

    > 2. На сервере бэкапов нужно мнооооошо ОЗУ для норм. работы ZFS -
    > не критичный минус, хотя если сервер HP и память регистровая с
    > кор. ош. , то 32-64 Гбайт будут не дешовыми.

    Нужно докупать ОЗУ, выпиливать уже имеющуюся ФС, чтобы переразбить далеко не пустой диск, плюс есть нюансы в нормальной установке и работе ZFS на старых Debian (а обновление потянет за собой некоторый геморрой).
    Хорошо бы какой NAS с ZFS, но есть ли такие по доступной цене?

     
     
  • 3.34, _ (??), 18:38, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Для неадминов нужен внятный доступ. Из разношёрстных ОС нужен внятный доступ.

    Зачем? Кстати безопасность тоже будет против.
    А для списка авторизованных - ну и отдавай снапшоты как SAMBA shared RO dirs. Оно же снаружи вообще не знает что это - снапшот.

    >Хорошо бы какой NAS с ZFS, но есть ли такие по доступной цене?

    Есть :) Есть даже бесплатно ...

     
  • 3.58, Аноним (-), 20:09, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Для неадминов нужен внятный доступ.

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

     
  • 2.28, Аноним (-), 17:15, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. Сливаем все что нужно с удалённых серверов с использованием rsync на
    > центральный сервер бэкапов
    > 2. На центральном сервере бэкапов ZFS
    > 3. Делаем какой нужно алгоритм создания снапшотов на ZFS
    > 4. Profit
    > Что имеем:

    Имеем радость жизни. Когда под блоком который расшарен на все 100500 снапшотов каааааак вылезет BAD SECTOR! Ну или что там у кого. И внезапно окажется что вся стопка снпшотов при малейшем пофреждении - битая. Оппа-па. А снапшоты то внезапно не бэкапы! Совсем. Собственно похожая подстава с дифференциальнми бэкапами всех мастей, но там это подконтрольно админу в явном виде хотя-бы на предмет того что от чего зависит и где что шарится а где нет. А снапшоты несколько не для этого сами по себе.

     
     
  • 3.40, Аноним (-), 20:37, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В случае с ZFS контрольная сумма не сойдётся и тебе напишет мол так и так - файл помер, поищи его в других бекапах. Как минимум ты хотябы узнаешь, какой файл повреждён.
    Для борьбы с этой фигнёй можно использовать резервирование по схеме 3-2-1 указанное выше, можно зеркало собрать, на худой конец можно сказать сколько уникальных копий каждого блока держать (ZFS такое вполне умеет). И разрулить это вполне подконтрольно админу, в отличие от ситуаций, когда админ даже не знает, что его файлы битые.
    Зато на диск в этом случае пишется гораздо меньше данных, что уменьшает его износ, и, как следствие, не так быстро происходит вылет всего диска, что куда критичнее одного сбойного файла.
     
     
  • 4.54, Аноним (-), 14:50, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ага Файл помер Смотрим мы - а он такой дохлый разом во ВСЕХ снапшотах, наприме... большой текст свёрнут, показать
     
     
  • 5.63, Аноним (-), 21:29, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    От повреждения файла или чанка в диф. бэкапах спасает только полное его копирование, что в описанном решении с ZFS, что в твоем "нормальном бэкапном софте". С ZFS это тоже можно реализовать, простейший способ - копировать снапшоты в другой пул раз в неделю, либо архивировать в тот же пул. ZFS в целом дает непревзойденный пока практически нигде уровень достуности и надежности данных.

    Насчет консистентности, все вменямые БД умеют делать консистентный дамп по умолчанию, не будет никакого "жесткого краха" при восстановлении. Если нет, то как правило есть спец. режим для хот бэкапа, как в случае с ораклом.

    В общем, непонятно, чего ты развопился и о каком нормальном софте, который решает эти проблемы, ты говоришь.

     
     
  • 6.83, Аноним (-), 16:30, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Просто нормальный бэкапный софт все это умеет вообще без приявзки к файлухе и ка... большой текст свёрнут, показать
     
  • 5.64, Твой факапчик (?), 21:49, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Очень интересно общаться с человеком, которому пишешь про схему 3-2-1 (которая подразумевает два бэкапа на другие машины, один из которых вообще в максимально удалённую часть планеты), а он тебе про то, как из-за одного сбойного сектора у тебя вся инфраструктура годами работающая прям обязана навернуться, вместе с ремоутными бэкапами и континентом на котором они хранились.
    Ты ему пишешь, что количество копий блоков настраивается, а он такой в пьяном угаре с пеной у рта продолжает, от праздников ещё не отошёл, дальше шпарит про то, что это якобы только дифференциальные бэкапы умеют, а всё остальное проделки коммуняк.
    Ты сразу напиши один раз, что ты тут продаёшь, маркетолух, и не дури людям голову. А то бреда ты накидал, а солюшн так и не предложил.
     
     
  • 6.84, Аноним (-), 16:36, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Хм, я как-то пропустил этот момен Да ничего я не продаю Просто констатирую что... большой текст свёрнут, показать
     
  • 3.74, Аноним (-), 22:06, 06/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Чувак, ты не прав )))
    Если ZFS пулл собран админом на нескольких дисках, например в режиме raidz, BAD SECTOR абсолютно по барабану. Останавливаем сбойный диск, заменяем на новый, даем ZFS команду принять замену. Все! В зависимости от размера диска и загруженности пулла система придет в норму максимум через сутки )))
    Куда страшнее "умные" дисковые контроллеры!!!
    Если накроется такой контроллер, пулл восстановить на новом контроллере, с вероятностью 99% не удастся. Для ZFS чем тупее контроллер, тем лучше.
     
     
  • 4.85, Аноним (-), 16:57, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    то мы вспоминаем что бэкапы нужны раз в сто лет а хоанилка начинает удорожать... большой текст свёрнут, показать
     
  • 2.48, XoRe (ok), 10:45, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > 1. Сливаем все что нужно с удалённых серверов с использованием rsync на
    > центральный сервер бэкапов

    Что будете делать, если центральный сервер поломается?

     
     
  • 3.55, Аноним (-), 15:07, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Что будете делать, если центральный сервер поломается?

    А это как в анекдоте про поимку льва голыми руками.
    - А если это будет львица?
    - Ну тогда крутите свои. Они вам больше не понадобятся.

     

  • 1.18, ananim (?), 15:18, 03/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Freenas, NEXENTA
     
     
  • 2.27, Аноним (-), 17:08, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Freenas, NEXENTA

    В каком месте они - решения для бэкапа и синхронизации?

     
     
  • 3.37, _ (??), 18:45, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вон в том ^^^^ выше по топику. И не решение, конечно, а часть решения.
     
  • 2.41, Михрютка (ok), 21:18, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Freenas, NEXENTA

    doh! и еще экспортированные, как блочный девайс, чтобы усугубить ситуацию вконец.

     
  • 2.65, Твой факапчик (?), 22:01, 04/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    NAS - это обычно железка размером меньше чем рабочее место бородача. Указанное вами на большинстве NAS'ов не взлетит
     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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