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

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

Самый простой метод, это запустить PowerShell.exe, и выполнить скрипт в нём. Я модифицировал вышеприведённый код для использования этой возможности:

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

Другое решение, позволяющее добиться такого результата (и при этом сохранив вывод в должном качестве) – это воспользоваться PowerShell Remoting. При этом вовсе необязательно подключаться к другому компьютеру, можно подключиться и к localhost. Но сам Remoting конечно должен быть включен (например, командлетом Enable-PSRemoting). Вот что получается:

Обратите внимание, что нужно обязательно указать параметр –ComputerName, иначе профита не будет.

А что делать если необходимо выполнить достаточно большой скрипт, и при этом вернуть еще несколько переменных? Тут можно воспользоваться, например, встроенным типом данных PowerShell – Hashtable. Hashtable представляет из себя простой набор ключей и соответствующих значений.

На сегодня всё. Дальше будет больше

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

Разумеется, как и всегда, я буду очень рад услышать ваши вопросы. Задать их мне можно будет либо на сессии вопросов и ответов про System Center (INF 220RT), либо в любое другое время когда вы сможете меня поймать. Например я точно буду готов отвечать на ваши вопросы после своего доклада «Облака без бла-бла-бла«.

Автоматическое добавление процессоров на виртуальные серверы по сигналу от System Center Operations Manager.

Автоматическая очистка временных файлов на диске виртуального сервера если там заканчивается место, а если временных файлов было не много — увеличение виртуального диска и расширение раздела.
Политика создающая Change Request в System Center Service Manager для тех компьютеров где требуется перезагрузка для установки обновлений и политика перезагружающая эти компьютеры после одобрения Change Request.
Бонусная политика, уничтожающая виртуальные машины в ЦОД по команде из твиттера

Посмотреть запись доклада можно здесь.
А если вы захотите что-то из этих политик применить у себя (разумеется адаптировав под свои задачи) или просто посмотреть на них более подробно, то можете загрузить файл экспорта отсюда. Обратите внимание, политики в формате Orchestrator RC, c Orchestrator Beta или Opalis они работать не будут. Зато скорее всего их можно будет импортировать в финальную релизную версию Orchestrator, когда она выйдет.

]]> https://xaegr.wordpress.com/2012/01/31/%d0%bf%d0%be%d0%bb%d0%b8%d1%82%d0%b8%d0%ba%d0%b8-system-center-orchestrator-%d1%81-teched-russia-2011/feed/ 3 871 Xaegr https://xaegr.wordpress.com/2011/07/12/threadping/ https://xaegr.wordpress.com/2011/07/12/threadping/#comments Tue, 12 Jul 2011 07:49:46 +0000 http://xaegr.wordpress.com/2011/07/12/threadping/ Натолкнулся в форумах на просьбу написать сканер сети работающий в несколько потоков, но на скриптах Задачка показалась мне интересной и даже полезной, поэтому родился вот такой скриптик:

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, но я надеюсь все мои читатели уже до него обновились

]]> https://xaegr.wordpress.com/2011/07/12/threadping/feed/ 6 867 Xaegr Smile Smile https://xaegr.wordpress.com/2011/04/27/opalis-4-start-policy/ https://xaegr.wordpress.com/2011/04/27/opalis-4-start-policy/#comments Wed, 27 Apr 2011 07:21:00 +0000 http://xaegr.wordpress.com/?p=843 В нашем Opalis’е уже завелась первая простенькая политика и в этом посте я расскажу каким образом её можно запустить и заставить работать

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

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

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

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

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



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



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

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

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

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



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



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

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

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

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



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

]]> https://xaegr.wordpress.com/2011/04/27/opalis-4-start-policy/feed/ 1 843 Xaegr image Smile image image image image image image Smile https://xaegr.wordpress.com/2011/04/17/opalis-3-create-policy/ Sun, 17 Apr 2011 12:54:38 +0000 http://xaegr.wordpress.com/?p=811 Opalis Integration Server установлен и теперь можно приступать к созданию политик. Создать политику очень просто, достаточно запустить консоль Opalis Client, в дереве слева выбрать пункт Policies и открыв его контекстное меню, выбрать пункт New \ Policy. Отображаются политики в виде закладок. Щелкнув на такой закладке правой кнопкой, вы откроете контекстное меню, в котором можно переименовать политику, запустить и остановить её или настроить другие свойства.

Для начала, давайте создадим новую политику, и назовём её “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.

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

]]> 811 Xaegr image image Smile image image image image image Smile https://xaegr.wordpress.com/2011/04/16/opalis-2-install/ https://xaegr.wordpress.com/2011/04/16/opalis-2-install/#comments Sat, 16 Apr 2011 11:06:53 +0000 http://xaegr.wordpress.com/2011/04/16/opalis-2-install/ Прошло немало времени после того как я рассказал что такое Opalis, пришло время его устанавливать

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 помог нам избавиться от множества нудных настроек. В Интернет можно найти решения и утилиты частично упрощающие этот процесс, но я предпочитаю использовать минимум сторонних решений.

]]> https://xaegr.wordpress.com/2011/04/16/opalis-2-install/feed/ 3 809 Xaegr image Winking smile Smile https://xaegr.wordpress.com/2011/01/23/opalis-1-intro/ https://xaegr.wordpress.com/2011/01/23/opalis-1-intro/#comments Sun, 23 Jan 2011 20:36:59 +0000 http://xaegr.wordpress.com/2011/01/23/opalis-1-intro/ На недавней платформе я рассказывал про Opalis, продукт который недавно был приобретен Microsoft и теперь войдет в семейство System Center.

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, и некоторых связанных с этим тонкостях.

]]> https://xaegr.wordpress.com/2011/01/23/opalis-1-intro/feed/ 1 806 Xaegr image Winking smile image image Winking smile Smile https://xaegr.wordpress.com/2011/01/19/new-russian-powershell-resources/ https://xaegr.wordpress.com/2011/01/19/new-russian-powershell-resources/#comments Wed, 19 Jan 2011 07:25:27 +0000 http://xaegr.wordpress.com/2011/01/19/new-russian-powershell-resources/ Привет! К сожалению, в последнее время я несколько подзабросил свой блог. Впрочем скоро я снова начну писать, несколько интересных постов уже наготове Но речь не об этом. Сообщество PowerShell не стоит на месте, и у нас появилось несколько новых русскоязычных ресурсов посвященных PowerShell. Знакомьтесь:
• Скринкасты Юрия Лебедева о PowerShell – обучающее пособие для тех кому удобнее воспринимать информацию в формате видео.
• Блог SHS (возможно знакомого многим по форумам), “еще один блог сисадмина” со всевозможными скриптами на PowerShell и другими интересными постами.
• NETZ – Блог об администрировании Windows и не только, и конечно о PowerShell
• Заметки о PowerShell. Автор блога – Kazun, которого вы могли встретить в разделе скриптинга на русскоязычных форумах технет. В блоге приводятся интересные скрипты PowerShell, в том числе с активным применением C# и Win32API.
]]> https://xaegr.wordpress.com/2011/01/19/new-russian-powershell-resources/feed/ 4 797 Xaegr Smile Smile https://xaegr.wordpress.com/2010/09/15/active-setup/ https://xaegr.wordpress.com/2010/09/15/active-setup/#comments Wed, 15 Sep 2010 17:29:54 +0000 http://xaegr.wordpress.com/2010/09/15/active-setup/ Вы наверняка не раз замечали при первом входе в систему на компьютере с Windows XP или 2003, такие окошки?



На 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 и версия, то это значит что компонент уже запускался для этого пользователя, и снова его выполнять не надо.

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



]]> https://xaegr.wordpress.com/2010/09/15/active-setup/feed/ 9 795 Xaegr AS AS_2008R2 Smile AS_Setup