У меня работает сервер GhostCast для развертывания образов. Я хотел бы, чтобы каждый сеанс призрачного литья записывал в файл (может быть несколько текстовых файлов или добавляться к одному уже существующему файлу) статистики. Я знаю, что это возможно на основе параметров, которые программа GhostCast предоставляет для записи в файл журнала, но я бы хотел, чтобы это происходило автоматически для каждого резервного копирования и восстановления изображения. Я не хочу, чтобы мои сотрудники каждый раз нажимали кнопку записи в новый файл.
Это возможно?
Что ж, статистика, которую выводит сам GhostCast, не очень полезна (и она представлена в действительно дурацком формате). Учитывая, насколько плох дизайн самого GhostCast, вероятно, я бы порекомендовал то, что я сделал для создания системы, которую мы использовали внутри себя при разработке продукта, которая также была предназначена для использования клиентами, и я сделал документировать и показывать клиентам в то время.
Этот инструмент (mcservice.exe) до сих пор не выпущен, так как, как и многие другие работы, которые мы выполняли с 2008 года, он был фактически утерян, когда Symantec закрыла сайт разработки и отменила продукт Ghost Solution Suite в начале 2009 года. Однако, как это было раньше. Используемая в нашей внутренней системе непрерывной сборки и тестирования для автоматизации тестирования, она хорошо отработана и до сих пор используется и работает на сайте, где сегодня выполняется основное обслуживание по контракту.
Изначально я спроектировал и написал большую часть системы управления в Ghost Solution Suite, и эта небольшая служебная оболочка построена на тех же методах, которые я использовал для ее создания - сделать GhostCast должным образом надежным практически невозможно, но, по крайней мере, скрывая более крупные ошибок при написании сценариев можно избежать на 99%.
Для поддержки моей системы управления GhostCast при запуске с -noninteractive пометить попытку подключения к COM-объекту службы управления, и он будет опрашивать этот объект со статусом (когда клиенты подключаются и отключаются от прослушивающего, но не запущенного сеанса) и регулярно спрашивает, следует ли ему прекратить прослушивание и перейти к отправке сеанса фаза. Затем, во время фазы отправки, он будет иногда отправлять обратно информацию о ходе выполнения и, выполняя вызовы этой службы COM, позволяет службе иметь возможность отменить текущую передачу.
Итак, это не который сложно создать собственную оболочку сервиса; привязать к UDP-порту запроса сеанса Ghost и прослушивать сеансовые соединения, динамически запускать экземпляры GhostCast для обслуживания этих запросов, динамически выбирать, как долго ждать дополнительных клиентов, а затем просматривать сеанс и записывать некоторую статистику в простой форма для анализа.
На этом этапе вы можете пойти двумя путями; хотя продукт Ghost Solution Suite активно не разрабатывается, и большая часть нашей работы с 2008 года никогда не будет выпущена, он все еще поддерживается. Если в вашей организации есть торговый представитель, я бы просмотрел их (особенно если у вас есть контракт на обслуживание), чтобы узнать, можете ли вы получить этот инструмент без поддержки "как есть" - это стандартная часть сборки продукта. это используется каждый день. Это также может быть возможным, поскольку, вероятно, будет накопительный пакет обслуживания, когда выйдет Windows 8, чтобы даже добавить его в продукт в качестве неподдерживаемого дополнения (я пытался сделать это в то время, но это было тогда; теперь у продукта нет будущее мышление может быть другим).
В противном случае вы можете написать грубый эквивалент с нуля, просмотрев библиотеки типов, чтобы получить информацию об интерфейсе COM, используемую GhostCast для создания аналогичного инструмента; тот факт, что он уже существует (даже если он вне досягаемости), показывает, что возможно, и это полдела.