книги хакеры / журнал хакер / 136_Optimized

PS> Get-Process | Tee-Object -filepath C:\process.txt | Sort-Object cpu

Чтобы сохранить второй поток в файл, используем командлет Out-File:

PS> Get-Process | Tee-Object -filepath C:\process.txt | Sort-Object cpu | Out-File C:\process-sort.txt

В качестве входного параметра командлет Tee-Object может принимать другой объект, на который следует указать при помощи ключа "-inputObject".

ЧИТАЕМФАЙЛЫ

Командлет Get-Content лишь читает файлы, остальная обработка отдана на откуп другим командлетам. Например, Select-String может читать файлы или брать данные из канала, отбирая информацию по шаблону. Например, переберем все скрипты PS в текущем каталоге в поисках подстроки «PowerShell»:

PS> Select-String -path *.ps1 -pattern "PowerShell"

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

PS> Get-Content -path *.ps1 | where {$_ -match "PowerShell"}

Для чтения или разбора файлов используются командлеты GetContent, Select-String, которые проходят файл построчно и возвращают объект. С файлами большого размера могут быть проблемы, но их легко решить, используя дополнительные параметры. Например, в Get-Content можно указать количество строк, считываемых за раз и передаваемых далее по конвейеру (по умолчанию все). Например, по 100 строк:

Главное отличие — отсутствие имени файла в выводе результата при использовании where, ведь в этом случае выводятся только совпадения, а не объекты. По умолчанию ищутся все вхождения образца, но в некоторых случаях необходимо найти все строки, где образец отсутствует. Например, вместо того, чтобы искать все сообщения об ошибках, предупреждения (Warning, Failed и т.п.), проще убрать из вывода Success. При помощи дополнительного параметра Select-String "–notMatch" это сделать проще, а скрипт будет работать быстрее:

PS> Get-Content Ñ:\system.log -Read 100

Соответственно увеличение этого числа ускоряет процесс чтения, но и увеличивает необходимые объемы памяти. Причем при использовании Read, скорее всего, потребуется вставка конвейера "| ForEach-Object ($_) |", чтобы в последующем возможно было обработать всю запись. К слову, команда:

PS> Select-String "Success" *.log –notMatch

Одна строчка в выводе часто не дает достаточно информации о событии, здесь на помощь приходит параметр "–context", который позволяет получить необходимое количество строк до и после совпадения. Например, выведем две строки из журналов до и после события со статусом Failed:

КомандлетымодуляPS ServerMаnager даютвозможностьуправлять

компонентамисервера

Форматируем вывод

КомандлетыPS выполняются быстрее, чеманалогичныесистемныеутилиты

специалистамиMicrosoft,командлетSelectStringчастосравниваетсяс юниксовыми утилитамиgrep/egrep.Благо,реализацийgrep дляWindowsсегодняболеечемпредостаточно: GnuWin32(gnuwin32.sf.net),Windowsgrep (wingrep.com),GNUGrepForWindows(steve. org.uk/Software/grep),двавариантаGrepFor Windows(grepforwindows.com,pages.interlog. com/~tcharron/grep.html)имногиедругие.По результатампрогоновgrepсущественновыиг- рываетпоскоростивыполненияуSelect-String.

Прибольшомколичестведанныхихвизуальныйанализстановитсязатруднительным:например,оченьтруднонайтисообщенияобошибкевомножествезаписей. НовPSдовольнопростовыделитьвыводцветом,чтоудобнеедлявосприятия.Для этогоиспользуетсякомандлетWrite-Host,которомувкачествепараметрапереда- емдвапараметра:цветфона(-Backgroundcolor)ицветтекста(-Foregroundcolor).

PS> Get-Process | Write-Host -foregroundcolor DarkGreen -backgroundcolor white

Врезультатеполучимсписокпроцессовнабеломфонезеленымибуквами.Ксожа- лению,Write-Hostникакнеразличаетвыводдругихутилит.Тоестьесливвыводе другогокомандлетаприсутствует,напримерError,оцветовойраскраскетакого сообщениянеобходимопозаботитьсясамостоятельно.

PS> if ($a = "Error"){Write-Host $a -foregroundcolor red}

>else

>{Write-Host $a}

>}

Кромеэтого,существуюткомандлетыдляопределенноготипавывода,позволяю- щие"привлечьвнимание":Write-WarningиWrite-Error.

PS> Write-Error "Access denied"

Выводмногихкомандпростоогромен,чтобыпоследовательнопросмотретьвсе страницы,неприбегаякскроллингу,можноприменитькомандлетOut-Hostс параметром"-paging"испокойноизучатьлистинг:

PS> Get-Process | Out-Host -paging

Естьиряддругихполезныхкомандлетов:Clear-Host(очисткаэкрана),Write- Progress(выводстатусбара),Sort-Object(сортировкавывода).

PS> Get-Process | Sort-Object cpu

Теперьмысразуполучимсписокпроцессов,отсортированныхпопроцентуиспользованияCPU,инебудемотбиратьихвручную.Принеобходимостиобратной сортировкииспользуемпараметр"-Descending".

> grep Warning *.log

Но при его использовании дальнейшую обработку данных необходимо производить самостоятельно, ведь на выходе мы получаем «сырые» данные, а не объекты .Net. Если же в этом нет необходимости, то вполне достаточно использовать и grep. Напомню, что в Windows есть утилита findstr.exe, позволяющая находить нужные строки в файлах, но ее функционал жутко урезан, поэтому использование grep предпочтительнее.

В контексте чтения файлов стоит вспомнить и о массивах. В PS вообще упрощена работа с переменными, строками, массивами и хеш-таблицами, нужный тип присваивается автоматически (проверяется GetType(). FullName), размер устанавливается динами- чески. В итоге работать с ними удобно, нет необходимости в дополнительных проверках. Но при обработке больших объемов данных вроде бы простой скрипт начинает заметно тормозить. Все дело в том, что при добавлении новых элементов в массив он перестраивается, на что опять же нужны время и ресурсы. Поэтому, если размеры массива известны заранее, то его лучше задать сразу, что ускорит в последующем работу с ним:

PS> $arr = New-Object string[] 300

Проверяем параметры массива:

PS> $arr.GetType().Basetype

Для примера код:

Наборкомандлетовдляпросмотрасистемныхсобытий

$arr = new-object int[] 1000 for ($i=0; $i –lt 1000; $i++)

{$arr[$i] = $i*2}

выполнится более чем в 10 раз быстрее, по сравнению с:

$arr = @()

for ($i=0; $i –lt 1000; $i++) {$arr += $i*2}

ВЫРАЖАЕМСЯРЕГУЛЯРНО

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

Работа с журналами

сообщений

Посленастройкисистемисервисоврольадмина сводитсякнаблюдениюзаихправильнойработойиотслеживаниютекущихпараметров.ВPS заложенцелыйряд*-Eventlogкомандлетов,позво- ляющихлегкосчитатьзаписивжурналесобытий какналокальной,такиудаленнойсистеме.Данныелегкосортируютсяиотбираютсяпонужным критериям.Например,чтобывывеститолько последниесобытияизжурналабезопасностина двухкомпьютерах,используемпараметр"Nevest" суказаниемчисловогоаргумента:

PS> Get-Eventlog Security -Nevest 20 -computername localhost, synack.ru

Теперьвыведемтолькособытия,имеющиеопределенныйстатус:

PS> Get-Eventlog Security -Message "*failed*"

Авоттакможнособратьвседанныеобуспешнойрегистрациипользователей(событияс EventID=4624):

ВнекоторыхслучаяхWhere приводиткзамедле-

ниюработыPowerShell скрипта

> Write-Error "Invalid e-mail address $email" >}

Теперь, если почтовый адрес не принадлежит домену synack.ru и не попадает под шаблон (то есть содержит запрещенные знаки), то пользователь получит сообщение об ошибке (о командлете Write-Error читай в мини-статье «Форматируем вывод»). Не буду останавливаться на подробном разборе и перечислении всех возможных параметров, используемых в регулярных выражениях, это достаточно емкая тема (см. статью «Регулярные выражения Perl» www.xakep.ru/post/19474). Кстати, на сегодня доступны специальные утилиты, помогающие составлять регулярное выражение под требуемую оболочку. Например, RegexBuddy (regexbuddy.com/powershell.html) èëè RegexMagic (regexmagic.com). Кроме поиска совпадения, в PS реализована еще одна ценная возможность — замена содержимого по шаблону, для чего используется оператор «-replace» (а также «-ireplace» и «-creplace»). Шаблон для замены выглядит так:

-replace "шаблон_текста","шаблон_замены"

Например, прочитаем файл и заменим все строки "Warning", на "!!!Warning":

PS> Get-Content -path system.log | foreach {$_ -replace "Warning", "!!!Warning"}

Если второй параметр не указан, совпавшая запись будет просто удалена. Как и в Perl, захваченные в первой части выражения символы сохраняются в специальных переменных, которые могут быть использованы при замене. Так $0 соответствует всему совпавшему тексту, $1 — первое совпадение, $2 — второе и так далее. То есть предыдущее выражение можно переписать так:

PS> Get-Content -path system.log | foreach {$_ -replace "(Warning)", "!!!$0"}

ЦИГИЛЬ-ЦИГИЛЬ

Теперь, собственно, как и при помощи чего проверять эффективность написанного скрипта. Разработчики Microsoft не стали усложнять нам жизнь, и в PS из коробки включен специальный командлет Measure-Command, позволяющий замерить время выполнения команды или скрипта.

Из командной строки PS реализован прямой доступ к командам оболочки CMD, объектам COM, WMI и .NET, поэтому очень удобно определять разницу во времени исполнения самых разных утилит. Просто вводим запрос в строке приглашения. Для примера произведем два замера:

PS> Measure-Command {ServerManagerCmd -query}

TotalMilliseconds: 7912,7428

PS> Measure-Command {Get-WindowsFeature}

TotalMilliseconds: 1248,9875

Отсюда видно, что нэйтивные команды в PS выполняются значительно быстрее.

ЗАКЛЮЧЕНИЕ

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