 |
|
|
|
PowerShell: часто задаваемые вопросы
PowerShell: часто задаваемые вопросы Windows PowerShell всё настойчивее входит в жизнь системных администраторов. Если раньше можно было игнорировать «новую забаву Microsoft с пафосным названием», то сейчас это всё сложнее и сложнее. Поддержка PowerShell стала обязательной (в разумных пределах) для будущих серверных продуктов Microsoft, да и другие компании не удержались от того, чтобы использовать это средство автоматизации в своих продуктах. Например, VMware готовит VI Toolkit – оснастку для автоматизации и управления VMware ESX и VMware VirtualCenter, а Intel выпустила набор командлетов для управления WebSphere MQ. И это лишь самые громкие имена. Давно стало понятно, что PowerShell останется надолго. И надо сказать – это здорово! Являясь неимоверно мощным инструментом автоматизации, PowerShell еще и очень удобен и прост в изучении. Множество стандартных псевдонимов и умение прозрачно работать с классическими утилитами командной строки облегчат переход любителям cmd.exe и других оболочек. Но тем не менее это совершенно другой язык и совсем другой подход к работе, поэтому у специалистов, начинающих осваивать PowerShell, неминуемо возникают вопросы. Я собрал вопросы, которые люди мне задавали, которые я встречал на просторах Интернета, ну и еще немножко добавил сам, из своего опыта работы. И в этой статье постараюсь дать на них ответы. Что такое PowerShell? Традиционная формулировка звучит так: «язык сценариев и оболочка командной строки нового поколения». Ранее был известен под кодовым именем «Monad». Зачем он мне нужен, когда есть VB Script? Платформа Windows долгое время была отстающей в области командной строки и скриптов. Унаследованный от DOS command.com, превратившийся затем в cmd.exe, Visual Basic Script да изредка JavaScript и Perl. Вот и всё, что было у администраторов. Но решив завоевывать направление серверных операционных систем, специалисты Microsoft поняли, что без командной строки – успеха не видать. Сначала появилось огромное количество утилит, таких как netsh, diskpart, fsutil. Но практически все они обладают собственным синтаксисом, выводят информацию в различном виде, да и для работы с ними всё равно нужна полноценная оболочка. Да и ресурсы Com-объектов тоже хочется использовать с помощью чего-либо более удобного, чем VB Script. И для этого был создан PowerShell. Создавался он с нуля, без оглядок на совместимость (как cmd) и именно для системных администраторов (в отличии от VBS). PowerShell вобрал в себя лучшие элементы из множества языков, например Perl, C# или PHP, но при этом принес в мир командной строки такие вещи, как объектные конвейеры или возможность использования .Net Framework. А учитывая еще огромный интерес производителей программного обеспечения к PowerShell, становится понятно: учить PowerShell – нужно. Стоит ли начинать изучать PowerShell сейчас? Может лучше подождать, когда выйдет версия 2.0? Смысла ждать второй версии нет никакого. Она не изменит языка, лишь добавит ему новые возможности. Совместимость с первой версией является главным приоритетом разработчиков. Да и доступная на момент написания статьи версия – лишь CTP (Community Technology Preview), то есть даже до Beta-версии PowerShell 2.0 не дорос. А всё-таки, что будет нового в PowerShell 2.0? Некоторые нововведения из тех, на которые уже сейчас можно посмотреть в CTP:
И многое другое… На каких операционных системах можно использовать PowerShell? Windows XP SP 2, Windows Server 2003, Windows Vista, Windows Server 2008. Хотя и заявлено, что PowerShell не поддерживается на Home-версиях Windows, он на них прекрасно работает. А вот владельцам Windows 2000 – не повезло, PowerShell на этой системе (и на всех предыдущих) работать не будет. Бесплатен ли PowerShell? Как его можно получить? PowerShell бесплатен. Скачать его можно на страничке http://www.microsoft.com/powershell/download. Хочу обратить внимание, что PowerShell (вместе со всей встроенной и прилагающейся документацией) доступен на русском языке. Получить его можно, скачав Localized Package. На этой страничке нет версии для Windows 2008. Что делать? PowerShell входит в стандартную поставку Windows 2008, то есть скачивать его не нужно. Установить его можно с помощью Server Manager, выбрав «Add Features». А можно ли использовать PowerShell в режиме установки Windows 2008 Server Core? К сожалению, пока нет. Это связано с отсутствием на Server Core .Net Framework необходимого PowerShell для работы. Появится он там не раньше следующего релиза. Будет ли это Windows 2008 Release 2 или вообще следующая версия – неизвестно. В каких продуктах используется или будет использоваться PowerShell? Exchange Server 2007, SC Operations Manager, SC Virtual Machine Manager, SQL Server 2008, SC Data Protection Manager 2007, Windows Compute Cluster Server 2007, Quest Management Shell for Active Directory, Special Operations Software Specops Command, IBM WebSphere MQ, VMWare VI Toolkit, Quest ActiveRoles Server и множество других. У меня в консоли PowerShell проблемы с отображением русских символов, что делать? Сам по себе PowerShell прекрасно поддерживает Unicode, чего не скажешь об оболочке командной строки Windows, доставшейся от cmd.exe. Но и это можно поправить. Для начала удостоверьтесь, что в региональных настройках, в опции «Язык для программ, не поддерживающих Unicode», установлен русский язык. Если и это не помогает – попробуйте сменить шрифт, использующийся в консоли, например на Lucida Console.
Русские символы в консоли PowerShell Не хочу работать в этом ужасном черном окне. Хочу прозрачное окно и прочие «блага цивилизации». Куда податься? На самом деле PowerShell.exe – это лишь простенький интерфейс для языка, так называемый Хост. И его легко можно сменить на альтернативу, которых уже немало написано. Например, ошарашивающий своими возможностями PowerShell Plus (бесплатен для некоммерческого использования) или PowerShell Analyzer, предоставляющий интерфейс, аналогичный SQL Analyzer. Оба доступны для скачивания на странице http://www.powershell.com. PoshConsole – хост, основанный на Windows Presentation Foundation, можно скачать тут – http://www.codeplex.com/PoshConsole. А фанаты FAR наверняка найдут интересной возможность использовать PowerShell в любимой программе – http://code.google.com/p/farnet/downloads/list. Ну и программисты тоже не останутся обделенными – VS Command Shell позволяет выполнять команды PowerShell из Visual Studio – http://www.codeplex.com/VSCmdShell.
Альтернативная оболочка для PowerShell – PowerShell Plus А как насчет альтернативы блокноту для написания скриптов? Для начала – неплохие редакторы встроены в вышеупомянутые PowerShell Plus и PowerShell Analyzer. Известная скриптерам компания Sapien добавила поддержку PowerShell в свою среду разработки Primal Script (http://www.primalscript.com), и выпустила PrimalScope – http://www.primalscope.com. Ну а сам я пользуюсь шустреньким редактором PowerGUI с прекрасным автоматическим дополнением команд и параметров PowerShell и объектов .Net. Кроме того, он обладает превосходным отладчиком и множеством других преимуществ. Кстати, большинство его разработчиков – наши соотечественники.
Редактирование профиля PowerShell с помощью PowerGUI Script Editor Как выполнить команду на другом компьютере? К сожалению, PowerShell 1.0 не поддерживает возможность выполнения команд на другом компьютере. Хотя в большинстве случаев дистанционная работа и возможна благодаря WMI, .Net, иногда хочется именно выполнить команду PowerShell на другой системе. А еще здорово бы получить результаты выполнения в виде объектов… На сегодняшний день существует 3 выхода из этого положения: первый это подождать PowerShell 2.0. Там «Remoting» будет на высоте. Но зачем ждать, если у нас есть возможности PowerShell? Уже сейчас доступна функция Invoke-RemoteCommand, использующяя WinRS (как и PowerShell 2.0) для выполнения команд: http://blogs.msdn.com/powershell/archive/2008/02/29/remoting-using-powershell-v1.aspx. Ну и, кроме того, можно сделать скрипт Invoke-RemoteExpression использующий утилиту PsExec.exe от SysInternals: http://www.leeholmes.com/blog/UsingPowerShellAndPsExecToInvokeExpressionsOnRemoteComputers.aspx. Всё здорово, но какие минусы у PowerShell? Их, к счастью, немного, но они всё же есть.
Итак теоретическая часть вопросов позади. Самые нетерпеливые читатели уже установили PowerShell, прочитали вводную статью Андрея Бирюкова в №11 за 2007 г., и, выполнив команду «Set-ExecutionPolicy RemoteSigned» (для разрешения выполнения скриптов), приступили к изучению. Теперь начинают возникать другие вопросы – практические. Я нашел в Интернете скрипт PowerShell, который начинается со слова function, как мне его применить? Обычно можно просто скопировать тело скрипта в буфер обмена и вставить в окно консоли, нажав затем пару раз . После этого можно будет применять эту функцию почти как командлет. Но если вы собираетесь применять его неоднократно – лучше поместить его к себе в файл профиля, чтобы он подгружался автоматически. Либо сделать отдельный файл, например MyFunctions.ps1, и уже его подгружать в профиле, например такой командой: . c:ScriptsMyFunctions.ps1 Обратите внимание на точку перед вызовом скрипта. Она указывает PowerShell, что его необходимо выполнить в текущем окружении и сохранить все объявленные в нём функции и переменные. Я нашел скрипт, который начинается со слова Param, что делать в этом случае? Предполагается, что вы поместите этот скрипт в файл .ps1 и будете вызывать следующим образом: MyScript.ps1 Если скрипт находится в каталоге, который не содержится в переменной окружения Path, то необходимо указать полный путь к нему. Но если он расположен в текущем каталоге PowerShell, то можно сделать так: .MyScript.ps1 Точка в данном случае обозначает текущий каталог. Как использовать переменные окружения? В PowerShell переменные окружения представлены на специальном виртуальном диске – Env:. То есть теперь можно просто перейти на этот диск с помощью cd Env: и посмотреть переменные окружения, использовав команду Dir (ну или Ls, кому как нравится – всё равно это псевдонимы для Get-ChildItem). Если же нужно использовать переменную окружения, применяется следующая конструкция: # Выводим имя компьютера на экран Более подробно можно прочитать во встроенной справке выполнив команду: Get-Help About_Environment_variable Как из результатов выполнения команды выбрать только объекты, удовлетворяющие определенным условиям? Так как в PowerShell используются объекты, уже не нужно разбирать строки, выдаваемые командой, на части. Достаточно просто работать со свойствами объектов. Например, для отбора объектов можно использовать командлет Where-Object или его псевдонимы – Where и вопросительный знак. Выбираем из текущего каталога только файлы с размером более двух килобайт: dir | where {$_.length –ge 2kb} В качестве первого аргумента команды Where-Object используется скриптовый блок, если выражение в нём истинно, то объект передается по конвейеру дальше. Внутри блока, переменная $_ представляет текущий объект, и мы можем сравнить его по какому-то критерию с чем-то еще, или произвести любые другие вычисления. В данном случае свойство файла Length (размер файла в байтах) с помощью оператора -ge (больше или равно) сравнивается с значением 2kb (kb – встроенный множитель, равный 1024). Get-WmiObject win32_share | where {$_.path -like "?:"} А здесь, получив из WMI список объектов win32_share, мы отбираем лишь те из них, у которых свойство Path подпадает под указанную маску. Аналогичным образом получаем все процессы, запущенные не из папки Windows и её подпапок, и будто бы завершаем их. Если убрать ключ –whatif, то они будут завершены на самом деле. ps | where {$_.path –notLike "c:windows*"} | kill -whatif В этом случае мы используем псевдоним ps для Get-Process и kill для Stop-Process. Но стоп, если просто выполнить команду Get-Process, то мы не увидим свойства Path! И возникает следующий вопрос: Как узнать какие свойства есть у объекта? Третья, саsмая полезная команда в PowerShell после Get-Command и Get-Help, это Get-Member. Перенаправив в неё объект (или их коллекцию), можно увидеть свойства и методы, которыми эти объекты обладают. Например, выполнив следующую команду, можно увидеть все свойства объектов типа System.Diagnostics.Process (именно такие нам возвращает команда Get-Process). Get-Process | Get-Member -MemberType *property Есть и более наглядный способ посмотреть свойства объекта: $e = Get-Process explorer Тут мы сначала помещаем в переменную $e объект, представляющий процесс Explorer, а затем выводим его на экран, форматируя в виде списка с помощью командлета Format-List. Для Format-List можно указать список свойств, которые нужно получить, и в нашем случае это простая маска – *. Короче говоря, все свойства. Можно применять псевдоним и просто опустить имя параметра – так будет значительно короче. $e | fl * Упомяну еще о третьем способе. Когда вы наберёте $e и нажмёте клавишу табуляции, – будут перебираться все свойства и методы этого объекта. Листать их в обратную сторону можно сочетанием + .
Скрипт PowerTab дополняет свойства объектов не хуже Visual Studio Разумеется, таким же образом можно исследовать и другие объекты: .Net, WMI, COM, ADSI или любые другие. Как из текстового файла выбрать строки, содержащие определенный текст? И как насчет регулярных выражений? Уж не знаю, почему разработчики не сделали для командлета Select-String псевдоним grep, но ничего не мешает сделать его самостоятельно: New-Alias grep Select-String Впрочем, точной копией grep это всё равно не будет, так что я предпочитаю еще более короткий вариант: New-Alias ss Select-String Ну и дальше анализируем файлы: Select-String 3389 C:WindowsSystem32driversetcservices Эта команда вернёт две строчки, в следующем формате: «имя_файла:номер_строки:текст». Если же у вас задача получить только текст, – не надо пытаться парсить эти строки! Командлет Select-String тоже возвращает объекты, и достаточно лишь выбрать нужное свойство, в данном случае это Line. ss 3389 C:WindowsSystem32driversetcservices |%{$_.Line} Тут я использовал % – это псевдоним для командлета ForEach-Object. И для каждого объекта получаем его свойство Line. Я показал лишь маленькую толику возможностей Select-String. Этот командлет работает с регулярными выражениями и может обрабатывать несколько файлов сразу. Можно, например, перенаправить на него вывод команды Dir: dir c:windows*.log | Select-String "Error" Раз уж заговорили о регулярных выражениях, как еще можно с ними работать? Следующий абзац для тех, кто пока не знаком с регулярными выражениями. Вы наверняка не раз использовали маски «*» или «?» для обозначения нескольких похожих имен файлов и других подобных задач в командной строке. Регулярные выражения – это, можно сказать, продолжение идеи. Хотя их синтаксис гораздо сложнее, взамен они позволяют описывать практически любые условия, вытаскивать из строк необходимые подстроки и еще много полезных вещей. Подробно на синтаксисе я останавливаться не буду, даже его краткий обзор – это тема для отдельной статьи. Кроме командлета Select-String, нам доступен еще оператор -match. Он позволяет проверить – подпадает ли строка под регулярное выражение и возвращает соответственно $True или $False в качестве результата. Например, следующая команда вернёт $True. "xaegr@yandex.ru" -match "S+@S+" На всякий случай поясню: «S+» означает «любой символ, кроме пробела («S») в количестве от 1 и более («+»)». Ну а символ @ подразумевает сам себя. Конечно, можно использовать еще и «группы захвата», чтобы разбивать строку на компоненты. Эти группы создаются путем помещения отдельных элементов регулярного выражения в круглые скобки. После выполнения оператора -match группы помещаются в специальную переменную $matches. if ("xaegr@yandex.ru" -match "(S+)@(S+)") {$matches[2]} Здесь будет возвращено содержимое второй группы – домен почтового адреса. Поддерживаются практически все возможности регулярных выражений .Net. Так, например, используются именованные группы: "Е-mail: xaegr@yandex.ru" -match "(?<Имя>S+)@(?<Домен>S+)" Теперь можно получить значения так: $matches["Домен"] Или даже так: $matches.Имя Еще один оператор, работающий с регулярными выражениями, это -replace. С его помощью легко заменить текст, используя всё те же регулярные выражения. В качестве первого операнда указывается обрабатываемая строка (или массив строк), а в качестве второго – массив из двух элементов. Первый из них – искомое выражение, а второй – то, на что будет произведена замена. Так, например, следующая команда возвратит строку «PowerShell»: "SimpleShell" -replace "Simple","Power" Если второй элемент массива не указывать, то весь текст, подпадающий под выражение, будет удалён. "PowerShell" -replace "[wrel]" Эта команда удалит из строки все символы w, r, e и l. В результате мы получим «Posh». В -replace тоже можно применять группы захвата: "PowerShell" -replace "(.{5})(.{5})","$2$1" Эта строчка вернёт нам значение «ShellPower». Кстати, я не просто так поместил последнюю строчку в одинарные кавычки. Дело в том, что символ $ используется в PowerShell для обозначения переменных, и в строке, окруженной двойными кавычками, он попытается заменить $1 и $2 значениями соответствующих переменных. В случае же, если всех вышеперечисленных методов недостаточно, можно использовать класс System.Text.RegularExpressions.Regex из .Net Framework. Создать его экземпляр можно, например, таким образом: [regex]$r = "[,;]" А затем посмотреть все его методы с помощью команды Get-Member: $r | Get-Member -MemberType method Так только с помощью System.Text.RegularExpressions.Regex можно применить метод Split: $r.Split("1;2,3,4,5;6") Как заставить PowerShell сравнивать строки (-eq, -match, -like) учитывая регистр символов? Все операторы, работающие со строками, имеют версии, чувствительные к регистру символов. Отличаются они лишь приставленной спереди буквой «c» (от Case sensitive). Так, команда: "Test" -eq "test" вернёт $True, а вот: "Test" -ceq "test" уже $False. Кстати, то же самое правило относится и к операторам -match и -replace. Как посмотреть что это за команды – «%», «gps» или «ft»? Достаточно воспользоваться командлетом Get-Command: Get-Command %, gps, ft Выполнив эту команду, мы увидим, что вышеперечисленные символы – псевдонимы (Alias) для командлетов Foreach-Object, Get-Process и Format-Table соответственно. В качестве аргумента может быть не только командлет или алиас PowerShell. В данном случае мы узнаем полный путь к исполняемому файлу ping.exe. Get-Command ping Как изменить приглашение командной строки? Для этого достаточно переопределить функцию Prompt, например, получить приглашение в формате пользователь@компьютер:каталог> можно таким образом: # Название функции Безусловно, выполнять такой код каждый раз при запуске PowerShell не очень то интересно, поэтому возникает следующий вопрос: Как создать/изменить профиль? На всякий случай уточню – профиль PowerShell – это файл скрипта, который выполняется автоматически при каждом запуске консоли PowerShell. Изначально при установке PowerShell не создает его, но это легко исправить следующей командой: New-Item -type file -Path $PROFILE -Force Это создаст пустой файл профиля. Открыть его проще всего так: notepad $PROFILE Ну и дальше всё в ваших руках. Туда можно поместить команды для загрузки необходимых оснасток, объявления функций и псевдонимов и т. п. Понял, что деваться некуда, хочу учиться. Какая литература есть по PowerShell? Литературы множество, но, к сожалению, пока очень мало что доступно на русском языке. Правда, кое-что всё же есть.
Если же английский язык не является преградой, то объем доступной литературы сильно увеличивается. В частности, по PowerShell уже выпущено огромное количество книг. Перечислять их все не имеет смысла – я уверен, что все читатели журнала сумеют воспользоваться поиском по слову PowerShell. Я лишь отмечу те, что прочитал сам и рекомендую другим:
Еще стоит упомянуть пару книг от работника немецкого подразделения Microsoft – Frank Koch. Эти книги доступны на английском и немецком языках для свободного скачивания в Интернете.
Англоязычные блоги. Стоит посмотреть, даже если вам не очень легко воспринимать английский язык, ведь PowerShell зачастую выполняет ту задачу, для которой был придуман эсперанто.
Ну и, конечно, стоит заглянуть на официальную страницу – http://microsoft.com/powershell и в Script Center – http://www.microsoft.com/technet/scriptcenter, где можно найти, например, руководство по конвертации скриптов из VBScript – http://www.microsoft.com/technet/scriptcenter/topics/winpsh/convert. Кстати, все эти ссылки (и еще много других) доступны на моей страничке, где я их собираю, – http://windowspowershell.ru или http://xaegr.wordpress.com/poshlinks. |
ВАСИЛИЙ ГУСЕВ
| Комментарии |
| Добавить комментарий |
|
Комментарии могут оставлять только зарегистрированные пользователи |
|
