LINUX.ORG.RU
решено Форум — Admin  

Централизованый бэкап виндовых физических компов. Посоветуйте софт

 


0

1

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

Важно и обязательно
1. Наличие вендового клиента именно из которого и будет выбираться что именно и когда бэкапиться на конкретной машине, какие файлы какие каталоги. Чтобы для этого НЕ надо было заходить на сам сервер. И чтобы этот клиент мог работать на зоопарке (от семерки до 11, а то может и xp попастся). С него чтобы было можно и восстановить нужный файл обратно.
2. Сервер к которому все эти клиенты и будут соединяться по сети, без проксей, он будет виртуальный и под линукс. Дам ему интерфейсы для каждой нужной сети. Но он должен только лишь управлять всем этим делом.
3. Возможность установить срок хранения бэкапов с автоматическим стиранием устаревших, например бэкапить раз в день, но держать не более 7 бэкапов. Очень хорошо если это можно будет указать прямо в клиенте. То есть чтоб включил и забыл.
4. Бэкапы не должны лежать на самом сервере, для хранения к нему будет подключен nas по iscsi. Вот туда все и должен писать.

Что Желательно

1. Наличие веб морды для управления самим этим сервером и желательно чтобы морда отвечала сугубо за бэкапный софт но не лезла в остальные дела (то есть НЕ PHPmyadmin итд).
2. Отложеный бэкап - пропустили допустим 3 дня комп был выключен, на 4 включили - провести бэкап не орать что земля налетела на небесную ось, не выключать задание самостоятельно как «глючное».
3. Оповещение по почте (и только) о том если чего то идет не так. с возможностью выключения что задания прошли нормально - это инфомусор.

Что НЕ пригодится

1. Бэкапы виртуалок - этим занимается вим
2. Бэкапы линуксовых физических машин - этим занимаются сами юзеры таковых.
3. Полные дисковые бэкапы и восстановления их. Не так важно.
4. Бэкапы серверов физических втч и вендовых. А их нет.

Что вредно и чего вообще не должно быть.

1. Требования прямого соединения Клиент - НАС. Этого точно не будет. В том числе и «подключения сетевого диска».
2. Любого использования SMB/CIFS для соединения клиента с сервером.
3. Любого использования NFS для соединения клиента с сервером или сервера с НАСом.
4. Требования распространения клиентского софта через AD или иным автоматизированным способом. Должно быть достаточно поставить вручную.
5. Любой платности, триальности, облачности или ограничений например на использование свободного места или количества бэкапов или компов. Только опенсорс, только бесплатное.

★

Последнее исправление: justin_case (всего исправлений: 1)
← проблема с tincd на старом андроид 4.2 - не конектится к серверу
Поддержка Intel Killer E5000 в Linux 6.15 →

Да ты походу зеленый :) трольченок в смысле

винда и не должно быть

2. Любого использования SMB/CIFS для соединения клиента с сервером.
3. Любого использования NFS для соединения клиента с сервером или сервера с НАСом.

ну могу посоветовать либастрал, он точно тебе подойдет

Morin ★★★★★
()
Ответ на: комментарий от Busf

backup должен проверяться

Считаю что именно стирание устаревших (то есть каждый новый не зависит от тех что были до него) и устранит возможную запоротость какого то конкретного.

justin_case ★
() автор топика
Ответ на: комментарий от thesis

Люди, да вы чего. Человек же вменяемые требования описал нормальным языком. Вполне базовые требования к корпоративной системе резервного копирования десктопов.

Единственный вопрос — есть ли такое забесплатно.

Harliff ★★★★★
()
Последнее исправление: Harliff (всего исправлений: 2)

Let me ChatGPT for you:

Посмотрим, что подойдет под твои требования. Из известных open-source решений с виндовым клиентом подходят:

  1. UrBackup

✅ Полностью соответствует требованиям

Клиент для Windows, позволяющий выбирать файлы, каталоги и расписание бэкапов. Работает от Windows XP до 11.
Серверная часть на Linux, поддерживает iSCSI для хранения бэкапов.
Автоудаление старых бэкапов по настройкам клиента.
Web-интерфейс для управления сервером.
Оповещения по email (можно настроить только ошибки).
Клиенту не требуется прямой доступ к NAS (все через сервер).
Поддерживает отложенные бэкапы (если комп был выключен).
Полностью бесплатен и open-source.
  1. Bareos (fork Bacula)

✅ Соответствует большинству требований

Клиент для Windows с выбором файлов/каталогов и расписания.
Сервер под Linux, поддерживает iSCSI.
Хранение бэкапов с автоудалением по сроку жизни.
WebUI для управления.
Оповещения по email (гибкие настройки).
Бэкапы работают даже если комп был выключен.
❌ Но: Настройка сложнее, чем у UrBackup, и не так удобно настраивать retention в клиенте.
  1. Bacula

✅ Стабильный и мощный

Аналогично Bareos, но менее удобно с точки зрения GUI.
Требует больше ручных конфигов.
❌ Минусы: Вендовый клиент сложнее в настройке и не столь удобен, как у UrBackup.

Вывод

UrBackup – самый подходящий вариант. Он максимально простой, удобный и полностью отвечает всем твоим требованиям без костылей.

Harliff ★★★★★
()
Ответ на: комментарий от Harliff

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

thesis ★★★★★
()

Так то все гораздо лучше чем даже хотел.

1. Нашел в сети малоиспользуемый по дисковому месту nas qnap к которому будет прямой доступ даже и у клиентов. А покупался как раз под цели бэкапов. Так что для меня конкретно даже пункт 1 во вредном уже не актуален.

2. Для него есть приложение urbackup. Осталось протестировать и можно юзать

justin_case ★
() автор топика

Я вот искал по тем же +- критериям. Под виндой проверить не могу пока, а клиент под линуксом льёт бекап на сервер в той же локалке жесть как медленно, что-то не более 100мбит\с при гигабитной сети.

Грущу.

kixx09
()
← проблема с tincd на старом андроид 4.2 - не конектится к серверу
Admin
Поддержка Intel Killer E5000 в Linux 6.15 →