Евгений Хлебников

syncthing попробуйте
С однонаправленным копированием
для пущей безопасности можно запретить всей конструкции доступ у интернет и поднять собственный приватный релей
Хоть я и не понимаю проблематики создать локального кастрированного пользователя с доступом только к папке бекапов на сервере 1 и забирать все через подключенную шару скриптом с сервера 2

я бы рекомендовал
1. https://docs.syncthing.net/
2. owncloud \ nextcloud как решение для NAS и клиент на машинах
менее удобное но все же
3. windows backup, если у вас win. Cерьезно. Его хоть и мутировали во что-то странное в 10-ке но он все еще позволяет делать великие вещи с бэкапами пользовательских файлов
4. скрипты на rsync\robocopy (в зависимости от OS) - но версионность там самому делать или на файловой системе NAS-а

я бы порекомендовал подойти к проблеме с другой стороны.
1. настроить общую сетевую папку чтобы пользователи(domain users) могли на ней создавать папки без наследования а права на вложенные папки были полные у creator owner и у домен админа ( и вас\вашей группы, если вы в домен админы не входите)
2. написать скрипт(а лучше скрипты-однострочники - по одному на папку пользователя) используя robocopy на зеркалирование необходимых папок в эту общую папку из под учетной записи пользователя. Robocopy есть в составе win10\win7 а для windows xp - https://www.microsoft.com/en-us/download/details.a...
Cмотрим ключи /mir /ZB - для мониторинга изменений можно использовать ключ /MOT:m
ключ /TBD тоже, скорее всего, понадобится - у вас папка сетевая
так же существует возможность более тонкой настройки - изучайте доступные ключи.
на WinXP, возмжно, набор ключей будет отличаться, но основной функционал будет таким же
3. Настроить запуск robocopy при входе пользователя в систему с рестартом задачи раз в, скажем, час (или реже, если включен режим мониторинга изменений)
Идеально - по задаче на папку, но можно и один скрипт на все запустить, все равно колхозите
Робокопи будет оставаться висеть в памяти и заниматься синхронизацией. На 6Тб файловых серверах на данный момент он отлично справляется с подобной синхронизацией с минимальным потреблением памяти. Рестарт задачи нужен на случай проблем.

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

Совет: забудьте про cmd
Совет на будущее: не колхозьте. У вас есть AD а значит и доступны сетевые папки пользовательских файлов с branch cache если это необходимо в случае плохого интернета между файловым сервером и пользователем

сохранить конфигурацию имеющуюся - это довольно таки нетривиальная задача.
Вам проще написать её заново - по уже установленным продуктам.
во первых:
Можно испльзовать пакетный менеджер Window и репозиторий chocolatey в нём - для установки ПО скриптом.
Хотите бОльше извращений - смотрите в сторону Powershell DSC. Вы пишете конфигурацию один раз, запускаете её и dsc приводит систему в нужное вам состояние.

Однако не стоит сбрасывать со счетов и те варианты, которые вам предложили выше : "золотой образ"
Вы установились, настроились, сняли образ и в случае чего - к нему откатываетесь.

backup and restore iis configuration
заодно прочитайте про iis configuration history

robocopy и запланированные задачи windows.

нужны разрешения для сервера srv-sc-dpm yf удаленный запуск и удаленная активация dcom-компонента агента ДПМ на целевых машинах.
если не поменялось, то компонент должен называться DPM RA

вообще, очень полезная ссылка : Устранение неполадок, связанных с DPM

У вас за одним компьютером работает не один пользователь?

Зачем вам копировать вообще всё из users если вам нужны только файлы определенного пользователя
Пользуйтесь в командной строке подстановкой %username% (%%username%% в скриптах) и заливайте\забирайте в backup шару по имени пользователя.

Как это было сделано (без использования easy transfer или migration wizard) на одном из моих мест :

на сервере server создан общий ресурс share со следующими правами :
доступ из сети : everyone - full
права NTFS : Everyone - создание папок, запись данных только для этой папки.
права NTFS: Domain Admins - full на папку, подпапки и файлы
права NTFS: Creator-Owner - full на подпапки и файлы.

Скрипт запускался из-под пользователя, забирал содержимое папок c:\users\%username% с фильтром "*,doc","*.docx","*.xls","*.xslx" и так далее, как вздумается.
Создавалась папка \\server\share\%username% - пользователь имеет права на создание папок, благодаря everyone, затем созданная папка благодаря creator-owner доступна только ему и администраторам домена.

При восстановлении опять же использовался тот же стандартный путь \\server\share\%username% - каждый пользователь мог забрать файлы только из своей папки.
Соответственно использовался один и тот же скрипт для миграции любого пользователя, без вариантов, лишних файлов и прочей чепухи.

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

Бэкапить централизованно рабочие места вне домена - лучше создать на всех машинах учетные записи для доступа из сети и с центральной машины (бэкапа) собирать данные.

мне в свое время понравилась восторженная статья про Clonezilla Server

get-help start-bitstransfer (командлет на powershell работающий с докачкой) на https( ради безопасности) сервер.
Bitstransfer не умеет ftp\sftp

sftp в powershell - https://social.technet.microsoft.com/Forums/script...
Как там с докачкой или проверкой файла - хз, может сами реализуете в скрипте.

Или же через cmd используя winscp