Питання - Чи використовує хтось спільноту Syncthing igor’sLAB
Містер Россі
Ветеран
Я в процесі автоматизації резервного копіювання, і мені було цікаво, який найкращий спосіб автоматизувати це.
Ви можете використовувати rsync на сервері, що також буде працювати на клієнтах з Linux та Win10 (Deltacopy або robocopy).
Але зараз я зіткнувся з Syncthing, і це мені здається дуже цікавим, оскільки він також працює на Android, тож ви також можете використовувати його для захисту смартфонів.
Хтось використовує програмне забезпечення? Це працює гладко?
0rpheus
член
Я використовую резервну копію borg приватно, а також використовую її у своїй компанії. Борг чудово працює. Альтернативою також є рестик. Для будь-якого рішення не існує графічного інтерфейсу. Я паралельно використовую Duplicati протягом декількох місяців.
Друг використовує Syncthing, але головним чином як заміну Dropbox. Дотепер у нього не було проблем. Я просто не знаю, чи це добре для резервного копіювання. Наскільки мені відомо, Syncthing не має версій файлів, тобто якщо ви їх видалите, ви можете також видалити їх у резервній копії.
MyRunner
ветеран
Звучить більше як Dropbox, NextCloud,. Програма Filesync/-share. Не стільки для (розумного) інструменту резервного копіювання.
У мене є дублікати, що працюють на двох робочих столах Windows (все ще стара версія). Це можливо, можливо, і під Linux. І освоює багато цілей (ftp, хмарне сховище, ssh,.). Якщо він не повинен бути природним для відповідної ОС.
0rpheus
член
Я використовую/тестую нову версію Duplicati із серверною базою S3. Я реалізував бекенд S3 за допомогою minio. Я все працював під Linux, Windows не повинна бути проблемою. Я думаю, що Minio є цілком практичним, оскільки в наш час вам часто потрібен інтерфейс S3. Якщо потрібно, я можу представити свою установку більш докладно.
Якщо ви хочете створити резервну копію багатьох і багатьох клієнтів, ви також можете переглянути BackupPC та Bareos/Bacula. Завдяки чому Bareos дуже складний. Ці рішення можуть створювати резервні копії всіх Windows.
Містер Россі
Ветеран
Заздалегідь дякую за відповіді.
Я вимкнув видалення в rsync (дав йому запуститися тієї ночі), я також міг спробувати дублікати, які відмінності? Мені не дуже потрібні версії.
Коротка довідкова інформація: Я використовую Openmediavault для домашнього сервера, rsync та дублікати запускаються як плагіни, синхронізація запускається через докер.
0rpheus
член
Я ще трохи повернусь назад. Резервна копія - одна незмінний Резервне копіювання даних, яке захищає від несправностей апаратного забезпечення, жирових пальців та інших неприємностей Оскільки одна резервна копія повинна бути незмінною, вам завжди доведеться створювати нову резервну копію. Все інше - це лише копія даних.
нехай rsync працює нормально
rsync -av original/backup/Весь вміст оригіналу/каталогу копіюється в каталог резервних копій /. Якщо файл зміниться в оригіналі/каталозі, він буде перезаписаний у резервну копію/каталог. Це може бути дуже незграбно, якщо файл випадково зміниться або якщо ви зловите Cryprorojan. Якщо файл видалено в оригіналі, він залишається в резервній копії. Отже, у вас є лише одна копія даних. Якщо помилку ви помітили лише після "резервного копіювання", то вже пізно.
Зловживання rsync як резервної копії
rsync -av rsync -av --backup-dir = backup/$ (date +% F_% H-% M) original/backup/Це в основному працює, як зазначено вище, але всі файли копіюються в окремий каталог перед перезаписом, наприклад резервна копія/2019-09-24_13-30. Це створюється автоматично, якщо це необхідно. Це гарантує, що старі дані не будуть перезаписані. Можливо, вам доведеться час від часу видаляти старі каталоги резервних копій.
дублікати
Це за своєю суттю рішення для резервного копіювання. Ви можете сказати, скільки резервних копій ви хочете зберегти. Ви також можете досить легко переглядати та відновлювати наявні набори резервних копій. Родзинка Duplicati полягає в тому, що файли розбиваються на фрагменти (блоки). Зберігаються лише динамічно обчислювані фрагменти, а не власне файл. Якщо файл трохи змінюється, змінюються не всі фрагменти. Зберігати слід лише нові фрагменти. Це дозволяє зберігати велику кількість резервних копій на відносно невеликому просторі. Якщо у вас є файл, який лежить близько 3 разів, він займає місце лише в резервній копії один раз. Тому що використовуються однакові шматки.
Це означає, що я маю 6,25 ГБ даних і 12 резервних копій. Для 12 резервних копій потрібно лише 5,42 ГБ. Це через стиснення.
синхронізація
Це в основному як rsync з --delete. Можливо, ви також можете вимкнути видалення. У вас є лише копія даних. Якщо ви залишаєте службу постійно запущеною, ви також синхронно знищуєте дані на всіх копіях - аналогічно RAID, резервної копії немає. Я б скоріше порівняв синхронізацію з RAID 1 (дзеркало) замість резервної копії.
Ви також можете налаштувати синхронізацію так, щоб вона створювала версії. Я не знаю, як добре це працює. Якщо у мене є тиждень, я можу перевірити його, якщо це необхідно.