ThreadPing.ps1

Param (
[string[]]$Address = $(1..20 | %{"192.168.1.$_"}),
[int]$Threads = 5
)            

write-host "Distributing addresses around jobs"
$JobAddresses = @{}
$CurJob = 0
$CurAddress = 0
while ($CurAddress -lt $Address.count)
{
    $JobAddresses[$CurJob] += @($Address[$CurAddress])
    $CurAddress++
    if ($CurJob -eq $Threads -1)
    {
        $CurJob = 0
    }
    else
    {
        $CurJob++
    }
}            

$Jobs = @()
foreach ($n in 0 .. ($Threads-1))
{
    Write-host "Starting job $n, for addresses $($JobAddresses[$n])"
    $Jobs += Start-Job -ArgumentList $JobAddresses[$n] -ScriptBlock {
        $ping = new-object System.Net.NetworkInformation.Ping
        Foreach ($Ip in $Args)
        {
            trap {
                new-object psobject -Property {
                    Status = "Error: $_"
                    Address = $Ip
                    RoundtripTime = 0
                }
                Continue
            }
            $ping.send($Ip,100) | select `
                @{name="Status"; expression={$_.Status.ToString()}},
                @{name = "Address"; expression={$Ip}}, RoundtripTime
        }
    }
}            

write-host "Waiting for jobs"
$ReceivedJobs = 0
while ($ReceivedJobs -le $Jobs.Count)
{
    foreach ($CompletedJob in ($Jobs | where {$_.State -eq "Completed"}))
    {
        Receive-Job $CompletedJob | select status, address, roundtriptime
        $ReceivedJobs ++
        sleep 1
    }
}            

Remove-Job $Jobs
write-host "Done."

У скрипта два аргумента:

• Threads – число потоков
• Address – диапазон ip-адресов в виде массива строк. Например чтобы просканировать адреса с 192.168.1.1 по 192.168.1.254 можно использовать следующую конструкцию: 1..254 | ${"192.168.1.$_"}

Пример использования:

PS > .\ThreadPing.ps1 -Address (1..20|%{"192.168.1.$_"}) -threads 5
Distributing addresses around jobs
Starting job 0, for addresses 192.168.1.1 192.168.1.6 192.168.1.11 192.168.1.16
Starting job 1, for addresses 192.168.1.2 192.168.1.7 192.168.1.12 192.168.1.17
Starting job 2, for addresses 192.168.1.3 192.168.1.8 192.168.1.13 192.168.1.18
Starting job 3, for addresses 192.168.1.4 192.168.1.9 192.168.1.14 192.168.1.19
Starting job 4, for addresses 192.168.1.5 192.168.1.10 192.168.1.15 192.168.1.20
Waiting for jobs

Done.
Status   Address      RoundtripTime
------   -------      -------------
TimedOut 192.168.1.2              0
TimedOut 192.168.1.7              0
Success  192.168.1.12             1
TimedOut 192.168.1.17             0
Success  192.168.1.1              0
Success  192.168.1.6              1
TimedOut 192.168.1.11             0
TimedOut 192.168.1.16             0
Success  192.168.1.3             10
TimedOut 192.168.1.8              0
TimedOut 192.168.1.13             0
TimedOut 192.168.1.18             0
TimedOut 192.168.1.4              0
TimedOut 192.168.1.9              0
TimedOut 192.168.1.14             0
TimedOut 192.168.1.19             0
TimedOut 192.168.1.5              0
TimedOut 192.168.1.10             0
TimedOut 192.168.1.15             0
TimedOut 192.168.1.20             0

Так как вывод полностью объектный, в лучших традициях PowerShell’а, то результатами легко оперировать. Например, чтобы получить лишь отзывающиеся на пинг хосты, можно использовать where:

.\ThreadPing.ps1 -Address (1..254|%{"192.168.1.$_"}) -threads 20 |
	where {$_.status -eq "success"}

A что бы выбрать лишь адреса, достаточно добавить Select –ExpandProperty

$IPs = 1..3 | %{$s=$_; 1..254 | %{"192.168.$s.$_"}}
.\ThreadPing.ps1 -Address $Ips -threads 20 |
	where {$_.status -eq "success"} |
		Select -expandproperty Address

Да, кстати, сценарий использует фоновые работы, поэтому будет работать только в PowerShell 2.0, но я надеюсь все мои читатели уже до него обновились

Запускать политику можно в нескольких режимах. Сначала мы рассмотрим первый и основной – режим выполнения на Action Server’е.

В таком режиме политика выполняется в полностью автоматическом режиме, под учетной записью службы Opalis Action Service.

Чтобы запустить нашу политику в этом режиме, надо лишь подтвердить все изменения в ней нажав кнопку Check In, а затем кнопку Start на панели инструментов. Теперь политика будет выполняться на сервере, каждый час, как мы и задали в настройках её первого элемента.

Клиент Opalis в выполнении политики не учавствует, его можно спокойно закрывать – политика выполняется на Action Server.

Отслеживать результаты её выполнения можно с помощью закладок в нижней части клиента Opalis. Каждый запуск отображается на вкладке Log History как отдельная запись.

Дважды щелкнув на этой записи, можно просмотреть этапы выполнения политики:

Правда, не слишком подробно. В этом журнале отображается достаточно мало информации об элементах. Это разумное решение – незачем засорять базу данных подробностями выполнения элементов. Обычно достататочно лишь статуса и сообщения об ошибке если она произошла.

Если же вам интересно больше подробностей о выполнении политики, или вы хотите выловить причину какой то ошибки, то вам будет полезен другой режим выполнения политик – тестовый.

При тестировании политика выполняется не на Action Server, а на компьютере на котором установлен клиент Opalis (в случае если это разные компьютеры). Кроме того, при тестировании испольуется учетная запись текущего пользователя.

Для запуска политики в таком режиме, надо выбрать в панели инструментов клиента Opalis пункт Test. Откроется Policy Testing Console, специальный отладочный интерпретатор политик.

Давайте кратко рассмотрим его элементы. Во-первых это панель инструментов, позволяющая запустить политику на выполнение с автоматическим переходом с элемента на элемент или в пошаговом режиме. Кроме того можно создавать точки останова (breakpoint) на тех элементах на которых вы хотите приостановить выполнение.

На верхней правой части экрана останавливаться не будем, там всё достаточно очевидно – отображается политика и текущий выполняемый элемент.

Если вы выберите один из этих элементов, то в левой части экрана отобразятся его входные параметры. В нижней части – заданные на этапе разработки, а в верхней части – текущие, актуальные значения. Что интересно, актуальные значения можно поменять прямо на ходу.

В правой нижней части экрана есть возможность изучить группы компьютеров, переменные, счетчики и т.д. Они нам пока не нужны, о них я расскажу в другой раз.

Самое же интересное расположено в центре нижней части экрана. Это список выполнившихся шагов политики и текущего шага. Эти элементы можно развернуть, и просмотреть все свойства элемента политики (и настройки, и входные данные и выходные) и их значения.

На этом пока всё В следующем посте расскажу о других методов старта политики кроме запуска каждые n дней/часов/минут.

Для начала, давайте создадим новую политику, и назовём её “Remove old files”. Эта простая политика будет запускаться каждый час и перемещать все файлы старше 30 дней из папки Share в папку Old, а после этого записывать имя файла в Archive.log.

В первую очередь мы создадим набросок политики, перетащив в центральную область элементы политик из списка справа. Из группы Scheduling нам понадобится элемент Monitor Date/Time, затем Move File из группы File Management и Append Line из Text File Management.

Эти элементы надо соеденить друг с другом. Для этого наводим курсор на исходный элемент, ждём пока появится треугольная стрелка справа от элемента и перетаскиваем её на целевой элемент. В результате у нас должна получиться примерно такая конструкция:

В общих чертах логика готова Однако, чтобы политика действительно заработала, нам понадобится настроить кое-какие подробности в свойствах этих элементов.

Первым будет Monitor Date/Time. Открываем его свойства с помощью пункта Properties контекстного меню или просто двойным щелчком на элементе.

Тут нам надо задать интервал срабатывания элемента. Поставив его равным 1 часу, мы добъёмся того, что политика будет стартовать каждый час. Галочка Trigger immediately указывает, что первое срабатывание должно произойти сразу после развёртывания политики.

Нажимаем Finish и переходим к следующему элементу – Move File. Здесь понадобится задать немного больше опций. Во-первых откуда и куда мы будем перемещать файлы:

Во-вторых, во вкладке Advanced нам надо задать значения Filter, указав, что перемещать надо только файлы старше 30 дней:

Снова нажимаем Finish и переходим к свойствам Append Line. Тут кроме простого задания имени и кодировки файла в который мы будем добавлять строку, нам надо задать собственно текст этой строки. При этом в текст надо вставить имена перемещаемых файлов. Тут уже начинается самое интересное – нам на помощь приходит “Data bus”, так называемая “шина данных” позволяющая одним объектам, получать данные от других связанных объектов, выполнившихся ранее.

Но, прежде чем воспользоваться шиной данных, давайте немножко увеличим окно для ввода текста, а то в одной строчке писать большое сообщение тяжеловато. Для этого щелкните в поле Text правой кнопкой, и выберите пункт Expand. Вот, теперь гораздо лучше. Давайте начнем писать сообщение.

Сначала введите строку “File” и поставьте после неё пробел. Сюда нам надо вставить имя перемещаемого файла. Вызовите контекстное меню, и выберите пункт Subscribe \ Published Data. Откроется диалоговое окно, в котором можно выбрать элемент политики из которого мы хотим получить данные и свойство этого элемента, содержащее нужную нам информацию.

Нам нужен элемент Move File и его свойство File Name. Выбрав его, нажмите OK. Теперь допишите “ was moved to ” и добавьте свойство Name and path of the destination file из того же элемента. Ну и не помещает еще указать возраст перемещенного файла. В результате должно получиться примерно следующее:

Нажмите OK, а затем Finish.

Политика готова к работе! Но как протестировать и развернуть её, я расскажу в следующий раз

Opalis был приобретен Microsoft’ом относительно недавно и продукт разрабатывался “не совсем так” как принято в Microsoft. В частности его установку нельзя описать как “некст,некст,финиш”. Всё немножко сложнее, особенно если вы решите использовать веб-консоль. Поэтому я решил создать для себя этакий чеклист. Ну и, авось, кому-нибудь еще он тоже пригодится.

Я буду описывать установку Opalis 6.3  на Windows Server 2008 R2, с SQL Server 2008 R2. После непосредственной установки Opalis, установим еще и особенно сложный в плане установки компонент – консоль оператора или просто веб-консоль и настроим её для запуска в качестве службы Windows.

Обратите внимание, что установка текущей версии Opalis поддерживается только на серверах с английской локалью. Кроме того, версия 6.3 является просто надстройкой над версией 6.2, поэтому сначала придётся поставить именно 6.2, а уже потом обновить её.

1. Сначала, разумеется, надо загрузить дистрибутив Opalis. И триальная и полная версии 6.3 расположены на странице http://www.microsoft.com/systemcenter/en/us/opalis.aspx и не требуют каких-то проверок перед скачиванием. Соответствие вашим лицензиям остаётся на вашей совести – технических проверок нет.
   Отдельного дистрибутива версии 6.3 не существует. Сначала всегда устанавливается версия 6.2, а на неё уже обновление до 6.3.
2. Распакуем скачанный архив в папку c:\Opalis (разумеется можно использовать и другую папку ). Внутри будет еще несколько архивов (Opalis 6.2.2, Opalis 6.3, Licenses), распакуем их в соответствующие подпапки.
3. Затем зайдите в папку подпапку Opalis 6.2.2, распакуйте архив Opalis Integration Server 6.22_6.2.2.5229.zip и запустите из него Setup.exe
4. Выберите опцию Install Opalis Integration Server
5. Выберите опцию Install the Management Server
   1. Далее несколько стандартных шагов установщика: приветствие, лицензия, папка установки…
   2. На экране Logon Information надо ввести учетные данные для службы Opalis. У данной учетной записи должны быть административные привилегии на сервере Opalis, и право “Logon as service”.
   3. Next, Finish.
6. Завершив установку, запустите следующий пункт – Configure the Datastore.
   1. Вам надо указать сервер баз данных, на котором будет находится база Opalis, имя этой базы, и учетные данные для подключения к ней.
7. Следующим шагом импортируем лицензии (Import a license). Так как после покупки Microsoft’ом, лицензии на все Integration Pack’и стали прилагаться к Opalis бесплатно, то файлы лицензий поставляются в комплекте с дистрибутивом и находятся в архиве Licenses.zip
   1. Распакуйте лицензии из архива и поместите их в локальную папку (из сетевой импорт не пройдет).
   2. Откройте расположенный в папке с лицензиями файл opalis product licenses.docx
   3. Импортируйте все необходимые вам лицензии (можно будет добавить их и потом). Как минимум нужна лицензия на сам Opalis Integration Server. Для её импорта вам надо указать файл (5-OISBP_25.lic) и ключ из файла docx. Ключ надо указывать вместе с фигурными скобками.
8. Следующий шаг (Install Client) не выполняйте.
9. Обновление до 6.3
   1. Скопируйте файл OpalisIntegrationServer_FoundationObjects.msi из папки Opalis 6.3 в папку C:\Program Files (x86)\Opalis Software\Opalis Integration Server\Management Service\Components\Objects
   2. Из папки Opalis 6.3 запустите файл OpalisIntegrationServer_ManagementService_630_PATCH.msp
   3. Из меню "Start", запустите Opalis Deployment Manager с повышенными привилегиями. Он обладает достаточно простым интерфейсом, так что не буду расписывать куда и в каком порядке кликать.
      1. Установите Action Server’ы.
      2. Установите Client’ов.
   4. На каждом клиенте запустите OpalisIntegrationServer_Client_630_PATCH.msp
   5. Снова запустите Deployment Manager, добавьте в него пакеты интеграции (Integration Packs) и разверните их на клиентах и Action Server’ах.
10. Если вам не нужна консоль оператора, на этом можно остановится. Но если нужна, то продолжаем…
11. Установка Operator Console
    1. В дистрибутиве Opalis Integration Server 6.22, в подпапке Documentation есть документ Opalis_Integration_Server-Administrator_Guide.pdf, там в разделе Operator Console Installation Requirements (стр. 14) перечислены третьесторонние компоненты, которые понадобятся для работы консоли оператора. Их все придётся скачать вам самостоятельно и поместить в папку C:\Libraries
    2. В папке Opalis 6.2.2 найдите архив Opalis Operator Console Installer Script 1.0_1.0.0.0001.zip и запустите из него файл OpalisOperatorConsoleInstaller.exe. Это самораспаковывающийся архив. По умолчанию он распаковывает файлы в C:\OpConsoleInstaller
    3. Так как я рассказываю про Windows Server 2008 R2, PowerShell у меня уже установлен. В случае других ОС его нужно будет установить.
    4. Установите Java Development Kit 6 Update 4 из c:\Libraries с настройками по умолчанию. Несмотря на то что 2008R2 является 64битным, нам нужна x86 версия JDK, так как сам Opalis – 32битный.
    5. Создайте системную переменную окружения %JAVA_HOME% указывающую на путь установки JDK. По умолчанию это C:\Program Files (x86)\Java\jdk1.6.0_04
    6. Добавьте в системную переменную окружения %PATH% строку %JAVA_HOME%\bin
    7. Распакуйте c:\Libraries\Jboss Application Server 4.2.3.GA.zip в c:\JBoss
    8. Запустите командную строку (я предпочитаю PowerShell), перейдите в папку C:\Libraries и выполните команду java -jar JAXWS2.1.2-20070917.jar
    9. Примите лицензионное соглашение, чтобы продолжить.
    10. Скопируйте папку OperatorConsole из дистрибутива Opalis Integration Server 6.22_6.2.2.5229 на диск C:\ (так просто удобнее)
    11. Запустите PowerShell, при необходимости установите в нём подходящую политику выполнения для запуска сценариев.
    12. Запустите C:\OpConsoleInstaller\InstallOpConsole.ps1 и ответьте на вопросы сценария. По большей части можно оставить умолчания просто нажав Enter.
        1. Укажите папку JBoss (c:\jboss)
        2. Укажите папку дистрибутива консоли (c:\OperatorConsole)
        3. Укажите папку с третьесторонними компонентами (C:\Libraries)
        4. Укажите тип базы данных (разумеется 1 – MSSQL)
        5. Укажите имя сервера БД (по умолчанию localhost)
        6. Выберите тип аутентификации в БД (1 – Windows Integrated)
        7. Укажите имя базы данных (Opalis)
        8. Укажите адрес привязки JBoss (1 – 0.0.0.0 – все адреса)
        9. Выберите метот аутентификации пользователей (я выбрал 2 – Active Directory)
        10. Укажите DN домена (обычно правильно определяется по умолчанию)
        11. Выберите контроллер домена из списка, или укажите самостоятельно
        12. Порт привязки LDAP, обычно умолчание – 389.
        13. Имя группы AD администраторов консоли. Так как я устанавливал в тестовой лаборатории то Domain Admins
    13. На всякий случай, можно скопировать файл %JBOSS_HOME%\Bin\sqljdbc_auth.dll в папки %JBOSS_HOME%\lib и в C:\Program Files (x86)\Java\jdk1.6.0_04\bin. Это помогает решить некоторые проблемы.
    14. Можно запускать сервер JBOSS выполнив c:\jboss\bin\run.bat. После вывода сообщения Started in … откройте веб-страницу http://localhost:5314/ и попробуйте залогинится.
    15. Если у вас получилось залогинится – можете пропустить этот пункт. Если же вы получили следующее сообщение об ошибке: “The username or password you have entered is not correct. Transaction failed” то вам стоит проверить настройки привязки к AD и базе Opalis. Они задаются в файлах opalis-activedirectory-service.xml и opalis-ds.xml, находящихся в папке c:\jboss\server\default\deploy\
    16. Проблема в том, что если вы закроете появившееся окно – сервер перестанет работать. Достаточно неудобно, если вы привыкли к службам Windows, которые запускаются без необходимости входа пользователя и не закрываются при закрытии его сессии. Чтобы решить эту проблему, надо настроить запуск консоли оператора как службы.
12. Запуск консоли оператора в качестве службы
    1. Вам понадобится исполняемый файл srvany.exe. Его можно взять из Windows 2003 Resource Kit. Поместите его например в папку C:\Jboss
    2. Создайте системную переменную окружения %JBOSS_HOME% Указывающую на папку c:\jboss\
    3. Запустите следующую команду, чтобы создать службу: sc.exe create OpalisOpConsole binPath= c:\JBoss\srvany.exe depend= OpalisManagementService DisplayName= "Opalis Operator Console (srvany)"
    4. Настройте дополнительные параметры службы через оснастку services.msc. Например, можно задать учетную запись под которой будет работать служба и тип запуска.
    5. Запустите regedit.exe и перейдите в ключ HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\OpalisOpConsole
       1. Добавьте подключ “Parameters”
       2. В этот подключ добавьте свойство Application с типом REG_SZ и значением c:\windows\system32\cmd.exe
       3. Аналогично добавьте свойство AppParameters со значением /c c:\Jboss\bin\run.bat
       4. Добавьте свойство AppDirectory со значением c:\Jboss\bin
    6. Теперь можно запустить службу и подождав некоторое время (JBoss стартует далеко не моментально) зайти на сайт.
13. Готово!

Как видите, процесс достаточно непростой, и это даже при том, что сценарий PowerShell помог нам избавиться от множества нудных настроек. В Интернет можно найти решения и утилиты частично упрощающие этот процесс, но я предпочитаю использовать минимум сторонних решений.

Opalis призван выполнять следующие задачи в инфраструктуре System Center:

1. Интеграция компонентов System Center друг с другом, в том числе в сценариях не предусмотренных стандартными возможностями продуктов.
2. Автоматизация повторяющихся и рутинных процессов.
3. Интеграция с различными системами других производителей.

Как вы можете заметить, возможности Opalis некоторым образом пересекаются с PowerShell . Разумеется это совершенно разные продукты, и хотя цели у них общие, они вовсе не заменяют друг друга, а скорее дополняют. Так, с помощью PowerShell можно расширять возможности Opalis, а Opalis взамен предоставляет еще более простую и быструю автоматизацию, управляемое выполнение процессов, централизованное отслеживание их состояния и богатейший набор готовых средств интеграции.

На иллюстрации ниже приведен один из примеров использования Opalis для интеграции и автоматизации компонентов System Center: Автоматическая миграция физической машины в виртуальную по заявке в SC Service Manager и с участием других продуктов.

Создаётся такая политика почти так же просто как и выглядит:

1. Надо перетащить соответствующие элементы в область разработки
2. Соеденить их друг с другом, при необходимости изменяя условия при которых срабатывает соединение
3. Настроить свойства этих элементов

Ниже я постараюсь привести очень краткий обзор активностей (элементов автоматизации) которые присутствуют в Opalis:

• Запуск, остановка, мониторинг процессов, служб
• Работа с SNMP, в том числе с Trap’ами
• Мониторинг и запросы WMI
• Запись, чтение, сохранение, очистка журналов событий
• Запуск внешних исполняемых файлов (в т.ч. на удаленных компьютерах), скриптов PowerShell или кода .NET, SSH команд
• Планировщик заданий
• Проверка доступности компьютеров, веб-приложений (HTTP,SMTP,POP3,DNS), и других
• Всевозможные операции для работы с файлами, в том числе мониторинг изменения/создания/удаления, шифрование, архивация
• Отправка и проверка почты
• Отправка сообщений на пейджер, журнал событий, Syslog
• Работа с XML, веб-сервисами, базами данных, веб-страницами
• Работа с текстовыми файлами

Это лишь беглый (я и правда многое пропустил) список того что доступно “из коробки”. Но кроме этого можно подключить пакеты интеграции (Integration Pack) для работы с другими продуктами. Сначала разумеется весь System Center:

• System Center Operations Manager
• System Center Configuration Manager
• System Center Service Manager
• System Center Virtual Machine Manager
• System Center Data Protection Manager

Еще доступны пакеты для интеграции с Active Directory, FTP и даже Unix Integration Pack

Ну и еще IP для не-Microsoft’овских решений:

• BMC Atrium CMDB
• BMC Remedy AR System
• BMC Event Manager
• BMC Patrol
• BMC BladeLogic Operations Manager
• CA AutoSys
• CA eHealth
• CA Service Desk
• CA SPECTRUM
• CA Unicenter NSM
• VMware VI / vSphere
• HP Operations for UNIX
• HP Operations Windows
• HP Operations Solaris
• HP Network Node Manager
• HP Service Desk
• HP Service Manager
• HP Accet Manager
• HP iLO 2
• Symantec/Veritas NetBackup
• IBM Tivoli Enterprise Console
• IBM Tivoli Netcool/Omnibus
• IBM Tivoli Storage Manager
• EMC Smarts InCharge

Неплохой списочек, неправда ли? Но это еще не всё, за те же деньги если вам необходимо интегрировать какой либо продукт не попавший в этот список, – это достаточно несложно. Главное чтобы у системы был какой нибудь интерфейс управления: веб-сервис, PowerShell или NET, утилиты командной строки, XML, и т.д. Вы можете использовать как готовые активности, или даже написать свой Integration Pack. Так например уже доступно много открытых пакетов интеграции:

• SharePoint
• Открытые пакеты для управления AD и локальными пользователями
• Обработка почты Exchange
• Еще утилиты

После того как вы создадите свой процесс (в Opalis он называется “политикой”), для его активации можно использовать различные методы:

• Мониторы ожидающие некоторых условий. Например запуск при появлении записи в журнале событий, создании определенного файла или получении сообщения от OpsMgr
• Ручной запуск через веб-интерфейс оператора, с возможностью передачи параметров политике
• Запуск из командной строки
• Активация через веб-сервис

Я думаю теперь понятно почему Opalis заинтересовал меня, и как вы можете догадаться, теперь в этом блоге будут посты не только по PowerShell Так в следующем посте, я расскажу о процессе инсталляции и настройки Opalis, и некоторых связанных с этим тонкостях.

• Скринкасты Юрия Лебедева о PowerShell – обучающее пособие для тех кому удобнее воспринимать информацию в формате видео.
• Блог SHS (возможно знакомого многим по форумам), “еще один блог сисадмина” со всевозможными скриптами на PowerShell и другими интересными постами.
• NETZ – Блог об администрировании Windows и не только, и конечно о PowerShell
• Заметки о PowerShell. Автор блога – Kazun, которого вы могли встретить в разделе скриптинга на русскоязычных форумах технет. В блоге приводятся интересные скрипты PowerShell, в том числе с активным применением C# и Win32API.

На Windows Vista/2008 и выше, этот процесс выглядит иначе:

Это происходит только при первом входе, зайдя в систему во второй раз под этим же пользователем, вы их уже не увидите. Но зато если на этот компьютер зайдет другой пользователь, для него весь процесс повторится заново. Что же это такое, и как оно может быть полезно системным администраторам?

Этот функционал называется Active Setup, и предназначен он как не сложно догадаться для разового применения пользовательских настроек различных продуктов. Например с помощью Active Setup настраиваются некоторые компоненты Microsoft Office, Internet Explorer Enhanced Security Configuration и т.п.

Как он может понадобиться не-разработчикам? Если вам придётся применять какие то параметры пользователей (отсутствующие в групповой политике) в большой сети, Active Setup – прекрасное решение. Кроме того он пригодится когда после установки системы надо выполнить какую либо команду один раз под каждым новым пользователем входящим на компьютер.

Добавить свой элемент Active Setup очень просто. По сути это просто ключ реестра в HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Active Setup\Installed Components, желательно с GUID в качестве имени. Получить новый GUID для вашего элемента Active Setup можно например выполнив в PowerShell команду [guid]::NewGuid()

Внутри ключа могут находятся следующие параметры:

• @ (значение по умолчанию). В нёго можно поместить название компонента которое будет отображаться при выполнении на Windows XP/2003.
• Version – текстовое представление версии, где подэлементы разделены запятыми. Например 1,0,24.
• StubPath – выполняемая командная строка. Здесь может быть что угодно: вызов исполняемого файла, скрипта cmd, vbs или powershell (разумеется надо будет указать powershell.exe а уже в качестве его параметра имя скрипта).

Есть еще несколько необязательных параметров, их можно подсмотреть у соседних элементов ActiveSetup.

После того как вы подготовили этот ключ – можете распостранить его по компьютерам любым удобным вам образом, например включить в образ операционной системы или выполнив с помощью ConfigMgr или стартап-скрипта команду reg import.

Теперь давайте рассмотрим как этот механизм работает. На самом деле всё очень просто.

При входе пользователя в систему, Windows сверяет содержимое ключей HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Active Setup\Installed Components и HKEY_CURRENT_USER\SOFTWARE\Microsoft\Active Setup\Installed Components. Для каждого ключа из HKLM ищется копия с таким же GUID в HKCU и если не находится, то выполняется команда из StubPath, и по её завершению, в HKCU создается ключ с таким же GUID, версией, и т.п.

Если же ключ есть и в HKLM и в HKCU, то сравнивается версия, и если версия в HKCU младше чем в HKLM, то компонент запускается снова, а затем обновляется версия в HKCU.

Ну и разумеется если совпадает и GUID и версия, то это значит что компонент уже запускался для этого пользователя, и снова его выполнять не надо.

Ну и в качестве примера:

Спасибо всем кто не отписался от моего блога несмотря на отсутствие новых постов в последнее время. У меня для вас есть кое что вкусное

Я думаю большинству читателей моего блога, так или иначе приходится сталкиваться и взаимодействовать с серверами MSSQL, ведь большинстов современных серверных продуктов используют их для хранения данных. И я думаю что вам, так же как и мне, часто хотелось автоматизировать взаимодействие с этими хранилищами данных с помощью PowerShell. И Microsoft даже пошла нам на встречу выпустив SQL Server 2008 с интеграцией PowerShell. Это позволило нам автоматизировать настройку серверов SQL, но возможностей работы с данными содержащимися в базах к сожалению не прибавило. То же относится к недавно выпущенному MSSQL 2008 R2. А ведь казалось бы, нам нужно совсем немного – хотя бы простой командлет который смог бы принимать на вход SQL запрос, и возвращать данные не в текстовом представлении, как это делают osql.exe или isql.exe, а в виде объектов, со свойствами – столбцами. Аналогичный командлет на самом деле уже написала компания SoftwareFX, но он поставляется в составе их платного продукта PowerGadgets, который хоть и хорош сам по себе, но покупать его только для того чтобы удобно выполнять SQL запросы из PowerShell – просто нецелесообразно. Поэтому я решил написать собственный командлет (advanced function), с таким функционалом, являющийся на самом деле обёрткой над .NET классами для работы с SQL.

Вот несколько примеров его использования:

PS C:\> Invoke-SQLCommand -database sms_lab 'select collectionname,collectionid from dbo.collections'

collectionname                                  collectionid
--------------                                  ------------
All Active Directory Security Groups                       6
All Desktops and Servers                                  19
All Systems                                                2
All Unknown Computers                                     24
All User Groups                                            4
All Users                                                  3
All Windows 2000 Professional Systems                     14
All Windows 2000 Server Systems                           15
All Windows Mobile Devices                                18
All Windows Mobile Pocket PC 2003 Devices                 20
All Windows Mobile Pocket PC 5.0 Devices                  21
All Windows Mobile Smartphone 2003 Devices                22
All Windows Mobile Smartphone 5.0 Devices                 23
All Windows Server 2003 Systems                           17
All Windows Server Systems                                13
All Windows Workstation or Professional Systems            5
All Windows XP Systems                                    16
Root Collection                                            1

PS C:\> $Reports = Invoke-SQLCommand -database sms_lab `
>> -command 'select reportid,name,category,sqlquery from dbo.report'
>>

PS C:\> $Reports | where {$_.category -eq 'Operating System'} |
>> Format-Table reportid, name, category -AutoSize
>>

reportid name                                                        category
-------- ----                                                        --------
      38 Computer operating system version history                   Operating System
      39 Services - Computers running Remote Access Server           Operating System
      40 Services - Computers running a specific service             Operating System
      41 Services - Services information for a specific computer     Operating System
      42 Windows Server computers                                    Operating System
     100 Computers with a specific operating system and service pack Operating System
     101 Computers with a specific operating system                  Operating System
     102 Count operating systems and service packs                   Operating System
     103 Count operating system versions                             Operating System

Кроме простых запросов можно выполнять и другие операции, например изменение или удаление записей. В таком случае в качестве результата возвращается количество измененных записей.

PS C:\> Invoke-SQLCommand -server sccm -database sms_lab `
>> -Command "update dbo.smspackages set description='Updated from PowerShell' where Name='Test Package'"
>>
1

Кроме того, так как эта команда позволяет изменять данные, я реализовал и поддержку ключей –whatif и –confirm.

Ну и наконец, исходный код, с кучей комментариев

function Invoke-SQLCommand
{
    #Объявление о том что мы будем использовать возможности Advanced 
    #Functions, в частности несколько наборов параметров, и поддержку
    #ключей -WhatIf -Confirm -Verbose (ShouldProcess)
    [CmdletBinding(
    SupportsShouldProcess=$True,
    ConfirmImpact="Low",
    DefaultParameterSetName="Default")]            

    Param
    (
        #Команда SQL. Обязательный параметр присутствующий во всех наборах 
        #параметров, по умолчанию находится на первом месте, и принимает
        #значения из конвейера. Тип - массив строк.
        [Parameter(Mandatory=$True, Position=1, ValueFromPipeLine=$True)]
        [String[]]$Command,            

        #Имя сервера SQL. Присутствует только в наборе параметров Default.
        #По умолчанию равен имени текущего компьютера.
        [Parameter(Position=2, ParameterSetName="Default")]
        [String]$Server = $Env:computername,            

        #База данных. По умолчанию - "master".
        [Parameter(Position=3, ParameterSetName="Default")]
        [String]$Database = "master",            

        #Надо ли отключить интегрированную аутентикацию и использовать
        #родную SQL (менее безопасно). Тип - switch (наличие параметра 
        #означает $true.
        [Parameter(ParameterSetName="Default")]
        [switch]$SQLAuthentication,            

        #Учетные данные для подключения, тип - PSCredential.
        #Можно получить выполнив командлет Get-Credential
        [Parameter(ParameterSetName="Default")]
        [System.Management.Automation.PSCredential]$Credential,            

        #Строка для подключения сервера. Позволяет указать имя сервера,
        #базы, параметры аутентикации, и прочее, вручную. Принадлежит 
        #набору параметров ConnectionString.
        [Parameter(Mandatory=$True,
        Position=2,
        ParameterSetName="ConnectionString")]
        [String]$ConnectionString            

    )            

    #Блок BEGIN выполняется 1 раз, в начале выполнения командлета, до
    #начала обработки данных из конвейера. Обычно здесь происходит инициализация.
    BEGIN
    {
        #Создаем объект подключения к SQL
        $Connection = New-Object System.Data.SQLClient.SQLConnection            

        #Если использовался набор параметров Default, то формируем
        #строку подключения самостоятельно.
        if ($PSCmdlet.ParameterSetName -eq "Default")
        {
            $Trusted = if ($SQLAuthentication) {"False"} else {"True"}
            $String = "Server=$Server;Database=$Database;Trusted_Connection=$Trusted;"            

            #Если указан параметр $Credential, то вытаскиваем из него имя и пароль
            #и помещаем в строку подключения.
            if ($Credential)
            {
                #При необходимости удаляем \ в начале строки.
                $String += "User ID=$($Credential.UserName -replace '^\\');"
                $String += "Password=$($Credential.GetNetworkCredential().password);"
            }
            #Присваиваем строку объекту подключения.
            $Connection.ConnectionString = $String
        }
        else
        {
            #Присваиваем строку объекту подключения.
            $Connection.ConnectionString = $ConnectionString
        }
        #Выводим отладочную информацию.
        Write-Verbose ("ConnectionString is: " + $Connection.ConnectionString)
        #Открываем соединение. Если не закрыть его методом .Close() то оно
        #будет закрыто автоматически по таймауту (15 мин по умолчанию).
        $Connection.Open()
        #Если не получилось открыть соединение - вываливаем ошибку.
        if ($Connection.State -ne "Open")
        {
            Throw "Unable to open SQL connection"
        }
        #Создаем строку $Commands. Она будет содержать полный текст сценария SQL
        #если по конвейеру будет передано несколько команд.
        $Commands = ""
    }            

    #Блок PROCESS выполняется по разу для каждого объекта полученного по конвейеру
    #или для каждого элемента массива $Command если он был передан как аргумент.
    #Если как аргумент была передана одна строка, то блок выполняется 1 раз.
    #Обычно в этом блоке происходит непосредственная обработка и вывод данных, но 
    #в данном случае он нужен лишь для склейки строк из конвейера в одну.
    PROCESS
    {
        #Прицепляем к $Commands содержимое элемента $Command и перенос строки.
        $Commands += "$Command`n"
    }            

    #Блок END Выполняется 1 раз, в конце работы командлета, когда все элементы 
    #переданные по конвейеру уже были обработаны в блоке PROCESS.
    #В этом блоке принято производить удаление временных данных, завершение сессий
    #и т.п. Однако в данном командлете здесь выполняется непосредственно команда SQL,
    #а уже затем происходит завершение сессии SQL.
    END
    {
        #Конструкция Try, Catch, Finally нужна для обработки ошибок. Если внутри try
        #произойдет ошибка, то она будет перехвачена, и управление будет передано 
        #блоку Catch. Finally выполняется всегда, независимо от того произошла ошибка
        #или нет - соединение к SQL нам надо закрыть в любом случае.
        try
        {
            #Это условие единственное что необходимо для реализации стандартных ключей
            #-WhatIf, -Confirm и -Verbose. Как аргумент для ShouldProcess передается
            #текущий элемент (команда SQL). Это имя будет использоваться для вывода 
            #информации при использовании аргументов. Внутри блока If находится код 
            #который будет выполнен в том случае если не указан ключ -WhatIf. Если же
            #указан ключ -Confirm, то выполнение этого кода будет зависеть от ответа
            #пользователя.
            if ($PSCmdlet.ShouldProcess($Commands.Trim()))
            {
                #Создаем объект SQLCommand, и присваиваем ему текст команды и объект
                #соединения.
                $SqlCommand = New-Object System.Data.SQLClient.SQLCommand
                $SqlCommand.Connection = $Connection
                $SqlCommand.CommandText = $Commands
                #Выполняем команду, и получаем объект Reader, который будем использовать
                #для чтения результатов.
                $Reader = $SQLCommand.ExecuteReader()            

                #Если в результатах есть строки, то выводим их содержимое.
                If ($Reader.HasRows)
                {
                    #Инициализируем переменную для подсчета строк.
                    $RowsCount = 0
                    #Смотрим количество возвращенных столбцов.
                    $FieldCount = $Reader.FieldCount
                    #Пока есть необработанные данные, читаем их.
                    while ($Reader.Read())
                    {
                        #Увеличиваем счетчик строк.
                        $RowsCount ++
                        #Создаем "пустой" объект.
                        $Obj = New-Object psobject
                        #Для каждого столбца...
                        for ($i=0; $i -lt $FieldCount; $i++)
                        {
                            #Добавляем к объекту свойство с именем столбца, где 
                            #значение - значение столбца.
                            $Obj | Add-Member -MemberType NoteProperty `
                            -Name ($Reader.GetName($i)) -Value ($Reader.GetValue($i))
                        }
                        #Выводим получившийся объект.
                        Write-Output $Obj
                    }
                }            

                #Если были затронуты (созданы/изменены/удалены) записи, то выводим
                #их количество.
                If ($Reader.RecordsAffected -gt 0)
                {
                    Write-Output $Reader.RecordsAffected
                }
            }
        }
        Catch
        {
            #Если произошла ошибка, то достаем и выводим её текст, плюс помещаем
            #оригинальный объект исключения в поле Exception.
            Write-Error -Message ($_.exception.innerexception.message) `
            -Exception $_.Exception
        }
        Finally
        {
            #Закрываем соединение с SQL.
            $Connection.Close()
        }
    }
}            

Напоследок небольшое замечание. Помните что MSSQL был создан для быстрой обработки данных, а PowerShell – для быстрого написания сценариев и удобной интерактивной работы. Поэтому старайтесь максимум обработки оставить на стороне MSSQL – он справится гораздо быстрее.

Итак, совершенно внезапно, я снова читаю курс по PowerShell. На этот раз курс будет о PowerShell 2.0 и так как на этот раз он пятидневный, то получилось поместить в него гораздо больше интересного. В частности будет и про автоматизацию Exchange 2010, SharePoint 2010, ISA/TMG 2010 и ConfigMgr 2007. С полной программой можно ознакомится здесь. Содержание курса уникальное, больше нигде не найдете

Уровень курса указан как 200, но это спорное определение. Тут как в конвейере PowerShell, на вход можно подавать совсем новичков, лишь слышавших о скриптинге, а на выходе получатся настоящие гуру PowerShell, которые легко будут понимать всё что я пишу в этом блоге и создавать свои скрипты не хуже

Курс я буду читать в учебном центре Advanced Training, расположенном недалеко от метро. Кроме того он еще отличается отличными современными компьютерами (Core i7 920, 8 ядер, 12гигов DDR3), так что проблем с тормозящими лабами не возникнет, несмотря на то что последние версии Exchange и SharePoint достаточно требовательные к ресурсам.

PS: Ну и бонусная скидка для читателей блога – 5% Кстати доступно еще множество других скидок, в том числе работают скидки из других учебных центров.

PPS: Фотка из Advanced Training, там еще классные курсы по Cisco можно послушать

На вход сценарий принимает адрес страницы с которой необходимо скачать драйверы, например такой http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareIndex.jsp?lang=ru&cc=ru&prodNameId=462858&prodTypeId=321957&prodSeriesId=462857&swLang=33&taskId=135&swEnvOID=1093

Если вы приглядитесь к кнопкам “Загрузить” на этой странице, то вы увидите что в них содержится ftp ссылка на файл, так что для закачки нам не подойдет простой System.Net.WebClient или BitsTransfer а понадобится System.Net.FtpWebRequest. Он несколько сложнее в использовании, но я нашел хороший пример функции для скачивания файлов по FTP здесь, и включил его в тело сценария. Разумеется можно просто поместить его в свой профиль, но я посчитал что лучше сделать сценарий самодостаточным и независимым от окружения.

Кроме страницы для скачивания, сценарию можно указать еще параметры Destination (папка куда скачивать файлы, по умолчанию текущий каталог) и ключ Plain (если он указан, то файлы сваливаются в одну кучу, без раскладывания по папкам).

Ну и наконец Get-HPDrivers.ps1:

param ($Url, $Destination=$Pwd, [switch]$Plain)            

#Функция Get-FTPFile взята отсюда - http://powershell.com/cs/media/p/804.aspx
function Get-FTPFile ($Source,$Target,$UserName,$Password)
{              

 # Create a FTPWebRequest object to handle the connection to the ftp server  
 $ftprequest = [System.Net.FtpWebRequest]::create($Source)              

 # set the request's network credentials for an authenticated connection  
 $ftprequest.Credentials =
     New-Object System.Net.NetworkCredential($username,$password)              

 $ftprequest.Method = [System.Net.WebRequestMethods+Ftp]::DownloadFile
 $ftprequest.UseBinary = $true
 $ftprequest.KeepAlive = $false              

 # send the ftp request to the server  
 $ftpresponse = $ftprequest.GetResponse()              

 # get a download stream from the server response  
 $responsestream = $ftpresponse.GetResponseStream()              

 # create the target file on the local system and the download buffer  
 $targetfile = New-Object IO.FileStream ($Target,[IO.FileMode]::Create)
 [byte[]]$readbuffer = New-Object byte[] 1024              

 # loop through the download stream and send the data to the target file  
 do{
     $readlength = $responsestream.Read($readbuffer,0,1024)
     $targetfile.Write($readbuffer,0,$readlength)
 }
 while ($readlength -ne 0)              

 $targetfile.close()
}              

#Выводим на экран текущее выполняемое действие:
Write-Progress "Receiving metadata" "Downloading"
#Создаем объект WebClient для выкачивания текста страницы
$wc = new-object System.Net.WebClient
#Устанавливаем для него кодировку
$wc.Encoding = [System.Text.Encoding]::GetEncoding("UTF-8")
#Указываем что надо использовать учетные данные той учетной записи 
#под которой запущен сценарий
$wc.UseDefaultCredentials = $true
#Загружаем страницу в переменную $Page
$Page = $wc.DownloadString($url)            

#Обновляем статус
Write-Progress "Receiving metadata" "Parsing HTML"
$Meta = $(
    #С помощью конструкции switch разбираем текст страницы используя регулярные выражения
    #Так как разные элементы (категория, имя, ссылка) находятся на разных строках, я использовал
    #переменные $Category и $Name для сохранения их значений
 switch -regex ($page.split("`n"))
 {
        #Это категория, устанавливаем переменную $Category
  '<a name="\d+"></a><b>([^<]+)</b>' {$Category = $matches[1]}
        #Это имя пакета, помещаем его в $Name
  'SoftwareDescription.jsp[^"]+">([^<]+)' {$Name = $matches[1]}
        #Это уже ссылка
  'targetPage=([^&]+exe)' {
            #Размаскировываем ссылку и помещаем в переменную $Link
   $Link = [system.uri]::UnescapeDataString($matches[1])
            #Создаем новый объект со свойствами Name, Category и Link.
   New-Object PSObject -Property @{Name=$Name; Category=$Category; Link = $Link}
  }
 }
)
#Страница разобрана, полученные объекты помещены в массив $Meta            

#Получаем имя для файла со списком распарсенного, 
#он будет лежать для справки в корне целевой папки
$FileName = Join-Path $Destination "Index.csv"
#Отображаем состояние
Write-Progress "Exporting Metadata" $FileName
#Экспортируем $Meta в файл
$Meta | Export-Csv $FileName -Encoding UTF8 -NoTypeInformation -Delimiter ","            

#Для каждого объекта в массиве $Meta...
foreach ($Driver in $Meta)
{
    #Выводим статус и имя текущего драйвера/программы
 Write-Progress "Downloading files" $Driver.Name
    #Если не указан ключ $Plain то...
 if (!$Plain)
 {
        #Определяем папки для категории и файла, и при необходимости создаем их
  $CategoryFolder = Join-Path $Destination $Driver.Category
  if (-not (test-path $CategoryFolder)) {md $CategoryFolder | out-null}
  $DriverFolder = Join-Path $CategoryFolder $Driver.Name.replace("/","")
  if (-not (test-path $DriverFolder)) {md $DriverFolder | out-null}
        #Устанавливаем имя под которым будет сохранен файл в соответствующей папке
  $FileName = Join-Path $DriverFolder ($Driver.Link -replace '^.+/')
 }
 Else
 {
        #Устанавливаем имя под которым будет сохранен файл в корне папки
  $FileName = Join-Path $Destination ($Driver.Link -replace '^.+/')
 }
    #Если файл еще не существует...
 if (-not (test-path $FileName)) {
        #Вызываем функцию Get-FTPFile для его скачивания
  Get-FTPFile -Source $Driver.Link -Target $Filename -User "Anonymous" -Pass "anon@hp.com"
 } else {
        #Иначе выдаем предупреждение, и продолжаем работу
  Write-Warning "File $FileName already exists, skipping..."
 }
}

Так как моделей у меня было много, я не стал для каждой ссылки вызывать сценарий, а просто сохранил ссылки в текстовый файл urls.txt и запустил следующую команду:

Get-Content .\urls.txt | foreach { C:\Root\Get-HPDrivers.ps1 -Url $_ }

Ну и вот как то так оно выглядит в работе

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