Rick

если я правильно помню:
1. на родительские папки оставляете только права на чтение и просмотр
2. на папки пользователей уже даете права на запись, но без возможности удаления и изменить права у папки
3. устанавливаете квоту для пользователя на том.
при этом квота считается только если владелец файлов это наш целевой пользователь.

На хосте:
cd /etc
tar -cvf squid.tar squid

На виртуалке
Поставить squid (как ставятся пакеты в бубунте не знаю, у меня центос)
скопировать архив squid.tar в /etc
tar -xvf squid.tar

Сквид обычно хранит все в каталоге /etc/squid. Но есть один момент. Если аутентификация доменная или еще какая - нужно обязательно, чтобы стояли те же хелперы, что использовались, то есть устанавливать желательно тот же пакет, что ставился на хостовую бубунту.

Стало быть домен у Вас уже есть. Рекомендую ввести heper-v в домен и от имени доменного админа завести на нём администратора hyper-v. И уже им рулить виртуалками.

Я этот вопрос решил по другому:
1. Создаём новую задачу в планировщике.
2. Заходим в свойства задачи во вкладку "Действия", выбираем "Запуск программы"
3. В поле "Программа или сценарий" вводим полную строку до экзешника PowerShell, примерно вот так C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe (у вас может отличаться)
4. В поле "Добавить аргументы" вставляете путь до вашего сценария, например C:\BackUpScript\Script.ps1
5. Выставляете нужные сам триггеры.
Должно всё сработать.

если по простому :
1. сохраняете ваш файл в текстовый вид с расширением ps1
2. кладёте в известное место
3. дальше смотрите пункт 2 ответа MrDywar Pichugin и создаете задачу выполняющую ваш скрипт

Возможно, дополнительно придется прописать powershell execution policy:
Set-ExecutionPolicy RemoteSigned
(так же политику выполнения скриптов можно прописать при создании задачи в планировщике задач через ключ -ExecutionPolicy )

1) Короткие видео лекции Windows PowerShell, быстро войти в курс.
2) Запуск PowerShell скриптов по расписанию.
1-2 часа, и у Вас все получится.

Команды работы с файлами и папками: mkdir ls cd chmod chown
уметь использовать (принимать такую конструкцию) такую конструкцию: cat foo.log | grep bar
Уметь пользоваться каким то пакетным менеджером, команды типа: apt-cache search mysql, apt-get install mysql-server
Понимать, что лежит в папках /etc, /etc/init.d, /home, /var
Уметь запускать и перезапускать демонов, команда service
А так же знать команды, управления процесами: ps, top, kill
Для сетей знать: ping nslookup traceroute и конечно ssh на уровне зайти в консоль, ещё ifconfig на уровне посмотреть свой ip

Уметь подсматривать основные ключи утилит через ключ --help, т.е. например grep --help
уметь пользоваться простым текстовым редактором типа nano

Ну и хватит, день тратите на то, что бы это освоить, как итог пишете для себя шпаргалку. Работодателю говорите, что опыта нет но прочитав требование к вакансии, потратили день, что бы разобраться составили шпаргалку, что бы не забыть и была по рукой - работодателю это понравится, гарантия 100%

Docker это то что мне нужно? А может я хочу невозможного?

У Docker чуть отличается концепция, но оно даже лучше подходит.

Основная идея - каждый сервис в своем контейнере. То есть у базы данных свой контейнер, у приложения - свой, у nginx - свой отдельный контейнер. В среднем одно простенькое приложение требует 3 контейнера (приложение, база данных и web-сервер в качестве прокси). Если у вас 10 проектов то это будет 30 контейнеров. Ну и да, не забываем про data-only контейнеры, они не несут дополнительного расхода ресурсов и нужны только для удобной организации сохранения данных. Если вы используете контейнер с базой данных - то это сразу +1 data-only контейнер. Приложение может аплоадить файлы - еще один контейнер-пустышка. Звучит страшно, да?

Каждый контейнер основан на другом контейнере, например все ваши контейнеры могут базироваться на одном образе, например Debian или Ubuntu. А особенность архитектуры файловой системы контейнеров позволяет реюзать оные, что значит что у нас будет всего один базовый контейнер с убунтой на остальные 30. Ну и далее, база данных обычно у нас так же частенько одна и та же (например в моем случае это postgresql), так что 10 контейнеров для 10-ти приложений превращаются в один контейнер с базой данных и 10 контейнеров-пустышек для сохранения данных приложения.

Ну и далее, все общие вещи реюзаются между контейнерами (то есть смотрим по базовому образу).

В случае же с виртуалками у нас 10 виртуалок в которых крутится 10 операционных систем (в докере только окружение, но ядро используется на уровне хоста), 10 баз данных ну и тд. То есть докер существенно сокращает количество необходимых ресурсов и вообще прикольно.

Docker НЕ работает на windows. Точнее microsoft планирует сделать поддержку оного (если еще не сделала), но только для win server-ов. Что не ок. Так что linux в виртулку поставить придется, но только одну на все проекты. Что же до возни с самбами и прочим - тут уж как хотите. В целом же производительности обычных шаред фолдеров должно хватать (так как мы всеравно мэпим данные по большому счету на файловую систему виртуалки).

Так что можно просто скачать Docker Toolbox и работать. Для Mac OS есть еще штука под названием dinghy, которая добавляет прозрачную поддержку NFS и т.д. но для винды такого нет (только черзе vagrant). Ишус на эту тему висит в репозитории docker-machine и возможно в скором времени и это запилят.

мне не нужны танцы с виртуалками, самбой, настройкой хостов и тп?

Вообще-то это никогда не нужно, все уже придумано до нас. Есть такая штука как vagrant которая полностью решает вопрос оркестрации виртуальными машинами для изоляции окружения. Но оверхэда оно дает сильно больше.

Если в сети преимущественно Windows машины, то лучше использовать стандартную SMB шару.
Только доступ к ней должен быть исключительно у пользователя который делает бэкапы, и ни у кого другого.

Тут собственно вопрос зачем бекапы:
1) Сохранность файлов при крахе сервера.
2) Сохранность файлов от перезаписи пользователями и контроль доступа.
Раз папка у вас уже есть, то думаю у вас второй вариант и вас вполне устроит AD + теневое копирование пару раз в сутки. Версионность файлов опять же.
Если же у вас 1 вариант, то тут подход прост - не держите яйца в одной корзинке.

Поскольку вся инфраструктура на Windows то конечно же лучше использовать Windows Server 2012

А я бы посоветовал *nix + samba(+ запрет на удаление файлов(они просто будут перемещаться в другую папку)) Как я понимаю у тебя на работе юзеры сидят на windows. Им проще будет работать с подключенными shared папками, чем с ftp. Если в домене - что бы не бегать - vbs скрипт. У меня это делает вообще агент касперского xDD.

П.С.

Как то чуваку пришло письмо со ссылкой типа на архив. Дебилка перешел по ссылке. Схватил шифровальщик. Ладно все важные доки хранились на сетевых дисках. ШИФРО норм сработало: нашло все документы зашифровало и удалило оригиналы даже на сетевых дисках (около 60 GB). но то что стояло запрет на удаление и просто тупа перенос в другую папку при удалении - спасло, оставалось найти остатки ШИФРО(сам себя удаляет), удалить все файлы с расширением ШИФРО и перенести из скрытой папки оригиналы документов.

Резервные копии были(отставали на 1 сутки), просто так сделать было быстрее + актуальные данные.
Касперу было ваще пох xD.

А мы вот так:
1. OCSinventory - для сбора что в серваке (CPU,RAM,HDD..... ) в актуальном состоянии (ежедневных отчет).
1.1 OCS agent стоит на всех машинах пользователей (для того же самого).
2. GLPI - для удобства всего этого просмотра и отчетов (с плагином для OCS). Если настроить правильно то красота и ВСЕГДА все актуально.
3. Для мониторинга серверов (доступность, загрузка всего и вся с возможность оповещения о падениях) - ZABBIX.
Все автоматом - ибо ленивы мы :).

P.S. Недавно обновился плагин OCS для GLPI, вот планирую HOWTO написать на хабре как все это скрутить.