[Iska]

Busla, то ли Вы не поняли, то ли как-то не так прочитали, но я ровно о том же пишу, что синхронизация, зеркало не равнозначно бэкапу, резервированию. Именно из-за того, что синхронизации глубоко начхать, корректные данные надо будет синхронизировать или повреждённые. Здесь, в Вашем гипотетическом сценарии:

т.к. какой-нибудь вирус-шифратор попортит локальные бэкапы, »

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

[Busla]

DJ Mogarych, не монтировать в систему ресурс с бэкапами. Зачастую ПО для бэкапов имеет встроенные клиенты для подключения к сетевым хранилищам.

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

[Jula0071]

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

Например, как Bacula. Кстати, никто случаем не знает функциональный аналог бакулы, только без замороченных конфигов и чтоб клиентов добавлять по человечески, в один клик, а не лопатя конфиги? Сервер чтоб был линуксовый, клиенты - мультиплатформенные. Можно за деньги, желательно вменяемые, а не по 100 баксов в год с клиента как у CrashPlan PROe.

[DJ Mogarych]

функциональный аналог бакулы, только без замороченных конфигов и чтоб клиентов добавлять по человечески, в один клик, а не лопатя конфиги? Сервер чтоб был линуксовый, клиенты - мультиплатформенные »

Это называется "ТЗ, похожее на ХЗ". Вы скажите, что вам нужно получить от этого ПО, какую конкретную задачу оно будет выполнять.

[Jula0071]

Это называется "ТЗ, похожее на ХЗ »

Если вам непонятно, то проходите мимо, не задерживайтесь.