Сервис может породить сессию входа в систему? Горе сервера сборки
принятие Вас имеет отказ терпимые диски затем, Ваша наиболее вероятная потребность восстановить состояние Системы постоянного тока состоит в том, если Ваша вся сеть уничтожается (или Вы делаете ужасающую путаницу - там, имеете футболку), Полностью соглашаются с Brent, но можно заставить восстановление с нуля работать над другими аппаратными средствами, но жизненно важно иметь новую машину в максимально близком состоянии программного обеспечения (сервисы и патчи) к неудавшейся машине. Взял меня приблизительно 4 часа метода проб и ошибок для получения восстановления ленты от (P) DC на другом hw. В эти дни это - развертывание достойное рассмотрения DC в виртуальном сервере 2005. Просто создавайте резервную копию vhd каждую ночь. если все идет не так, как надо, можно восстановить VM и захватить роли хозяина операций (принимающий GC), и эй престо AD восстанавливается.
В первую очередь, немного больше детали о Вашей среде помогает. Я предполагаю, что это - или Windows 2003 или Windows 2008 Server.
Честно говоря, я не эксперт в этом отношении, но кто использует это поле? Если у Вас есть административные привилегии на поле, можно использовать psexec (если Вы не услышали о нем, свободная утилита Sysinternals). У Вас может быть он, запускают процесс на консольной сессии (так с интерактивным рабочим столом, в psexec языке). Если Вы автовходите в систему в поле с правильными настройками реестра, Вы можете сделать, чтобы PsExec сделал это, если настройки безопасности прокляты. Ключи реестра включают хранение пароля в простой текст, таким образом, я заблокировал бы такую учетную запись вниз.
PsExec выполняет программу в удаленной системе, где удаленно выполняемые консольные приложения выполняются в интерактивном режиме.
Usage: psexec [\\computer[,computer2[,...] | @file][-u user [-p psswd]][-n s][-l][-s|-e][-x][-i [session]][-c [-f|-v]][-w directory][-d][-<priority>][-a n,n,...] cmd [arguments]
. . .
-d Don't wait for process to terminate (non-interactive).
-i Run the program so that it interacts with the desktop of the
Так, поскольку, что его ценность, я предполагаю, Вы могли запустить сессию, затем иметь сценарий пакетной обработки запланированной задачи, который ищет, какой пользователь зарегистрирован, затем делают следующие, которые запускают процесс с данной сессии или интерактивного рабочего стола, если Вы не указываете, и он не будет ожидать процесса для выхода также. Это просто породит его.
%SYSTEMDRIVE%\path\to\psexec.exe -i -d C:\path\to\your\app.exe
Теперь, если у Вас есть один из продуктов Windows Server, я думаю, что можно иногда сходить с рук вход в систему с RDP (mstsc.exe) с помощью console параметр, теперь admin параметр в Windows 2008.
С другой стороны это - быстрое движение noobie. Я мог быть путем, неосновным с этой работой. Кто-то более хорошо осведомленный мог помочь.
-
1я использовал psexec в прошлом по некоторым причинам, он не поражал меня для использования его здесь. К сожалению, psexec не играет по правилам когда дело доходит до передачи по каналу вывода при выполнении чего-то на том же поле. Кажется, зарегистрирован ли пользователь уже, это запускает процесс в отдельном окне; следовательно, Вы не видите вывода. Кроме того, psexec сталкивается с проблемами, когда Вы пытаетесь уничтожить удаленный процесс; необходимо сделать это вручную. Хотя это медленно, я в конечном счете пошел с VM, поскольку все другие опции кажутся более хрупкими мне. Я думаю, что половина щедрости справедлива здесь, Вы получите ее, если я не отмечу Ваш ответ. – DavidN 26 July 2010 в 18:43
Целое "входит в систему и действительно работает" сценарий, определенная проблема курицы-или-яйца.
Я запустил бы с AutoHotkey и видел бы, не мог ли я заставить его автоматизировать элементы UI, я должен был управлять. Назад в w2K дни, я раньше имел, имеют группу машин, где мы заблокировали наследование GPO для явного разрешения, "не используют ctrl-alt-del" и затем использовал autoexec.bat для запуска процесса. Если можно получить его к той точке, AHK может автоматизировать остальных. В худшем абсолютном Вы, возможно, должны были бы использовать AHK, чтобы автоматизировать сессию VNC, обойти сложности входа в систему непосредственно.
Я не увлечен "Сервисной" стратегией. Существуют ограничения между сервисами и UI; "позволяют сервису взаимодействовать с рабочим столом" optionbox, намекает на затруднения, которые Вы могли бы испытать там.
Возможно, автовход в систему является опцией.
Очевидно, Вам нужно управление безопасностью физического сервера на месте, если это не VM.
Запустите необходимые услуги тестирования как программы Запуска для автозарегистрированного пользователя. Если это разрушает перезагрузку поле (через взаимодействие в виде сценария с DRAC, МОТ, VMware ESX, независимо от того, что это работает на), и сервисы запустит снова.