Я погуглил, но пока не нашел ответа.
Сценарий: Один из моих объектов групповой политики имеет сценарий запуска, выполнение которого занимает много времени. По некоторым причинам мы должен запускать скрипты синхронно. Естественно, это приводит к медленному запуску (иногда до 15 минут!) До появления экрана входа в систему.
После профилирования и анализа сценария злоумышленника я окончательно определил, что этап, на котором требуется много времени для завершения, не повлияет на результат последующих объектов групповой политики. Другими словами, который конкретный шаг (и все последующие шаги) могут выполняться в фоновом режиме.
Мой вопрос: Может ли сценарий запуска просто «запустить» другой сценарий / программу, которая будет выполняться до завершения четный при выходе из сценария запуска? То есть «дочерние процессы» сценария запуска продолжают работать, даже когда процесс сценария запуска завершается?
Дополнительная информация: Контроллеры домена 2008 и 2008 R2. Рабочие станции - Windows XP.
Извините за то, что не ответил (на мой собственный вопрос) раньше.
Итак, вот как я наконец решил свою проблему.
При запуске сценарий запуска создает at работа. Поскольку сценарии запуска работают как СИСТЕМА, at задание аналогичным образом будет выполняться с правами SYSTEM. В at задание настроено на запуск через 2 минуты после создания.
Команда в at job - это фактический сценарий рабочей нагрузки. который запускает любую полезную нагрузку, которую он должен делать. Поскольку оно запускается как запланированное задание, его не волнует, кто вошел в систему в данный момент.
Вуаля! Миссия выполнена :-)
Предполагая, что сценарий запуска является пакетным файлом:
Оператор CALL был представлен в MS-DOS 3.3.
Он используется для вызова других пакетных файлов в пакетном файле без прерывания выполнения вызывающего пакетного файла и с использованием одной и той же среды для обоих пакетных файлов.
Столкнувшись с подобной ситуацией на предыдущем задании, я обнаружил, что лучшим решением было создание программы-оболочки для выполняемого скрипта. Сценарий входа в систему запускает эту программу, которая, в свою очередь, запускает настоящий сценарий в режиме с низким приоритетом.
Таким образом, пользователи не пострадали, потому что скорость выполнения скрипта автоматически настраивалась ОС в зависимости от того, что еще выполнялось на машине. Создание такой оболочки, конечно, выходит за рамки этого сайта.
Просто ради возможностей вы также можете попробовать поместить свой скрипт в GPO на этом этапе:
Конфигурация компьютера \ Политики \ Административные шаблоны \ Система \ Логон \ Запускать эти программы при входе пользователя в систему
или
Конфигурация пользователя \ Политики \ Административные шаблоны \ Система \ Логон \ Запускать эти программы при входе пользователя в систему
Задает дополнительные программы или документы, которые Windows запускает автоматически при входе пользователя в систему.
Чтобы указать значения для этого параметра, нажмите «Показать». В диалоговом окне «Показать содержимое» в столбце «Значение» введите имя исполняемого файла программы (.exe) или файла документа. Чтобы указать другое имя, нажмите ENTER и введите имя. Если файл не находится в каталоге% Systemroot%, необходимо указать полный путь к файлу.
Примечание. Этот параметр отображается в папках «Конфигурация компьютера» и «Конфигурация пользователя». Если настроены оба параметра, система запускает программы, указанные в параметре Конфигурация компьютера, непосредственно перед запуском программ, указанных в параметре Конфигурация пользователя.
Также см. Настройки «Не обрабатывать список запусков прежних версий» и «Не обрабатывать список запусков один раз».