Какие права требуется настроить для копирования папок другого пользователя скриптом по сети?

Question

[SterhXXX]

Требуется: копировать папку Пользователи (Users) или document and settings доменного пользователя по сети на специальную расшаренную для этого папку.
Возможный вариант: отдельно копировать папку Рабочий стол и/или Документы каждый в свою папку в расшаренной папке в сети.
Имеется:
- скрипт
- админские права в домене
- пользователь, созданный спецом только для данной функции.
- Windows Server 2003
- рабочие станции на Windows 10, Windows 7, Windows XP.

Какие у меня результаты на сегодняшний день (31.03.2020):
- скриптом возможно копировать любую папку, создаваемую на локальном диске.
- при копировании папки "Рабочий стол"(Desktop) в Widows10 все срабатывает нормально
- при копировании папки Документы("C:\Users\111\Documents") и/или Пользователи("C:\Users") скрипт создает в расшаренной папке нужный каталог, но не копирует туда ничего.

Думаю проблемы с правами и доступом к папкам.

Comments

[Ziptar]

Зачем отдельный пользователь, если можно запускать скрипт от local system той машины, с которой происходит копирование, и дать соответствующие права на запись в целевую папку учётной записи самой машины в домене?

[SterhXXX]

Ziptar, пробовал, не прокатило. Иначе не написал бы сюда.

"
- при копировании папки Документы("C:\Users\111\Documents") и/или Пользователи("C:\Users") скрипт создает в расшаренной папке нужный каталог, но не копирует туда ничего.
"
Вот такой результат.

[Ziptar]

SterhXXX,
Что вы пробовали? Как это

- админские права в домене
- пользователь, созданный спецом только для данной функции.

связано с тем, что я написал?

Answer 1

[pfg21]

чтонить типа
runas /u:Администратор copy ....

вариант два: настроить задание в Планировщике заданий с админскими правами.

вариант три: поставить нормальный бекапер.

Comments

[SterhXXX]

Первый вариант: Я ниче не понял, но спасибо за ответ.
Второй вариант: че то не срабатывает. чего то не хватает... пробовал под учеткой системы, тоже не прокатило.
Третий вариант ну очень нравится. Вот только если бы была такая возможность, то и этого колхозинга бы не было)))

[pfg21]

SterhXXX, первый вариант это стандартное виндовое средство для запуска исполняемых файлов изх-под другого пользователя (/user:Администратор), читай хелп на команду.

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

Answer 2

[Евгений]

я бы порекомендовал подойти к проблеме с другой стороны.
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 если это необходимо в случае плохого интернета между файловым сервером и пользователем

Answer 3

[antonwx]

Есть один простой вариант: запускайте задачу от имени системы с помощью psexec:
psexec -isd program.exe

Answer 4

[Dimonchik]

Думаю проблемы с правами и доступом к папкам.

в армии за тебя думают командиры
а в ОС - администраторы

смотри логи и решай локальную проблему, фикси, решай дальше

Comments

[SterhXXX]

Великолепный ответ, спасибо!

Когда Я просил отца научить меня плавать, он отвечал: "меня жизнь научила"... В итоге, плавать Я умею, но научился бы быстрее, под руководством опытного наставника. Куча времени утеряно из-за капризов человека с завышенным ЧСВ.
Смекаешь, о чем Я?

[Dimonchik]

лови совет мастера:

перепиши скрипт под ОДИН файл

из users например

Answer 5

[Константин Цветков]

Уберите 2>nul >nul и увидите ошибки.