Софт-Портал

узнать версию Powershell

Рейтинг: 4.3/5.0 (453 проголосовавших)

Категория: Windows

Описание

Переключение между версиями PowerShell

Переключение между версиями PowerShell

Windows Server 2012 и Windows 8 поставляются с установленным версией PowerShell 3.0 (входит в состав пакета Windows Management Framework 3.0, включающего в том числе WinRM и WMI). Для работы PowerShell 3 в более ранних версиях ОС Windows (Windows 2008 R2 SP1/ 2008 SP1 и Windows 7 SP1) на них необходимо установить .NET Framework 4. NET 4.5 и собственно пакет WMF 3.0.

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

Разработчики Microsoft заявляют об обратной совместимости PowerShell 3.0 со сценариями написанными под PowerShell 2.0. Однако на практике получается так, что не все скрипты PowerShell 2 работают под PoSh v3 как ожидается. Именно для таких случаяев в Windows существует возможность переключения между версиями PowerShell. Естественно, в системе должны быть установлены одновременно и PowerShell v2 и PowerShell v3. В Windows 7/ 2008, которые были обновлены до PoSh 3, версия PowerShell 2 уже установлена. В Windows 2012 / Windows 8 PowerShell 2.0 его нужно устанавливать отдельно.

Установка Powershell 2.0 в Windows Server 2012

Откройте консоль управления сервером и выберите установку ролей и функций (Add roles and features ). В разделе функций найдите и разверните ветку Windows PowerShell. и отметьте опцию Windows PowerShell 2.0 Engine .

Нажмите Далее, после чего запустится установка, по окончании которой запустите консоль PowerShell.

Как переключить между версиями PowerShell в Windows

Чтобы узнать текущую версию PoSH, выполните команду:

Как вы видите значение переменной PSVersion — 3.0.

В этой же строке выполните команду:

И проверьте версию Powershell:

PSVersion равна2.0. Чтобы выйти из v2 режима наберите команду:

Версию Powershell можно также узнать с помощью командлета

С помощью следующей команды можно принудительно переключиться в PowerShell v3.

  • Сброс пароля компьютера в домене без перезагрузки
  • Отправка почты из PowerShell
  • GREP в Powershell

Понравилась статья? Скажи спасибо и расскажи друзьям!

Получаем информацию текущем часовом поясе и наличии KB2998527 на компьютерах домена

PowerShell: Get-ADUser – командлет для получения информации о пользователях Active Directory

Копирование файлов по протоколу BITS с помощью Powershell

Обработка содержимого веб-страниц и HTML сайтов в Powershell

Измерение IOPS дисковой подсистемы с помощью PowerShell

Как создать ZIP архив с помощью PowerShell

Как организовать цветное меню в PowerShell скрипте

Resolution: 1346 x 733 59 queries. 1,470 sec 23.49 MB

© 2010-2016 Windows для системных администраторов - Статьи, инструкции, обзоры о настройке Windows и других продуктов Microsoft,VMWare и прочих ИТ решениях. Карта сайта

Копирование и размещение материалов сайта winitpro.ru возможно с указанием обязательной активной ссылки на cайт!

MAXCACHE: 0.23MB/0.00069 sec

узнать версию powershell:

  • скачать
  • скачать
  • Другие статьи, обзоры программ, новости

    Как узнать версию powershell - Абросайт - творит Абро!


    PS > Get-Host
    Name. ConsoleHost
    Version. 2.0
    InstanceId. b869118a-a159-45b0-a85f-d91cc48fa5a9
    UI. System.Management.Automation.Internal.Host.InternalHostUserInterface
    CurrentCulture. ru-RU
    CurrentUICulture. ru-RU
    PrivateData. Microsoft.PowerShell.ConsoleHost+ConsoleColorProxy
    IsRunspacePushed. False
    Runspace. System.Management.Automation.Runspaces.LocalRunspace

    После установки PS3 :

    PS > Get-Host
    Name. ConsoleHost
    Version. 3.0
    InstanceId. 6b33341e-ea9e-4735-bab8-6e0f16202f4b
    UI. System.Management.Automation.Internal.Host.InternalHostUserInterface
    CurrentCulture. ru-RU
    CurrentUICulture. ru-RU
    PrivateData. Microsoft.PowerShell.ConsoleHost+ConsoleColorProxy
    IsRunspacePushed. False
    Runspace. System.Management.Automation.Runspaces.LocalRunspace

    Метки: powershell
    Написано в windows | Комментарии закрыты

    Подпишись на RSS Pages in my life…

    Разные Hints - Tips: Windows просмотреть summary информацию о системе и узнать версию Power Shell а

    Windows просмотреть summary информацию о системе и узнать версию Power Shell'а

    В мемориззз.
    Получить информацию о системе из консоли:

    Имя узла: _name_
    Название ОС: Microsoft Windows 7 Профессиональная
    Версия ОС: 6.1.7601 Service Pack 1 сборка 7601
    Изготовитель ОС: Microsoft Corporation
    Параметры ОС: Рядовая рабочая станция
    Сборка ОС: Multiprocessor Free
    Зарегистрированный владелец: _owner_
    Зарегистрированная организация:
    Код продукта: _OEM_
    Дата установки: _date_, _time_
    Время загрузки системы: _date_, _time_
    Изготовитель системы: System manufacturer
    Модель системы: System Product Name
    Тип системы: X86-based PC
    Процессор(ы): Число процессоров - 1.
    [01]: x64 Family 6 Model 42 Stepping 7 Genuine
    Intel

    1600 МГц
    Версия BIOS: American Megatrends Inc. 0502, 31.08.2011
    Папка Windows: C:\Windows
    Системная папка: C:\Windows\system32
    Устройство загрузки: \Device\HarddiskVolume1
    Язык системы: ru;Русский
    Язык ввода: en-us;Английский (США)
    Часовой пояс: (UTC+04:00) Волгоград, Москва, Санкт-Петербург

    Полный объем физической памяти: 2 986 МБ
    Доступная физическая память: 1 030 МБ
    Виртуальная память: Макс. размер: 5 971 МБ
    Виртуальная память: Доступна: 2 093 МБ
    Виртуальная память: Используется: 3 878 МБ
    Расположение файла подкачки: C:\pagefile.sys
    Домен: _domain_
    Сервер входа в сеть: \\_DC_
    Исправление(я): Число установленных исправлений - 140.
    [01]: KB982861
    .
    [140]: KB982018
    Сетевые адаптеры: Число сетевых адаптеров - 5.
    [01]: Realtek PCIe GBE Family Controller
    Имя подключения: Подключение по локальной сети
    DHCP включен: Нет
    IP-адрес
    [01]: 192.168.41.52
    [02]: 192.168.0.102
    [03]: 172.17.17.245
    [04]: 10.100.13.246
    [05]: 10.100.11.246
    [06]: fe80::853f:f6be:385c:1048
    [02]: VirtualBox Host-Only Ethernet Adapter
    Имя подключения: VirtualBox Host-Only Network
    DHCP включен: Нет
    IP-адрес
    [01]: 192.168.56.1
    [02]: fe80::b59a:23b:cfd6:4b9c
    [03]: VMware Virtual Ethernet Adapter for VMnet1
    Имя подключения: VMware Network AdapterVMnet1
    DHCP включен: Нет
    IP-адрес
    [01]: 172.16.80.1
    [02]: fe80::d17a:9210:d63d:83a2
    [04]: VMware Virtual Ethernet Adapter for VMnet8
    Имя подключения: VMware Network AdapterVMnet8
    DHCP включен: Нет
    IP-адрес
    [01]: 172.16.49.1
    [02]: fe80::f994:8fbb:a4e0:37ab
    [05]: Virtual Passage SSLDrv Adapter
    Имя подключения: Подключение по локальной сети 2
    DHCP включен: Нет
    IP-адрес


    просмотреть версию PowerShell'а:
    Windows PowerShell
    (C) Корпорация Майкрософт, 2012. Все права защищены.

    Name. ConsoleHost
    Version. 3.0
    InstanceId. _UID_
    UI. System.Management.Automation.Internal.Host.InternalHostUserI
    nterface
    CurrentCulture. ru-RU
    CurrentUICulture. ru-RU
    PrivateData. Microsoft.PowerShell.ConsoleHost+ConsoleColorProxy
    IsRunspacePushed. False
    Runspace. System.Management.Automation.Runspaces.LocalRunspace

    Как узнать установленную версию Powershell

    Простейшим способ определения установленной версии Powershell из найденных мной, является результат выполнения команды $host.version .

    Вывод команды выдаст вам основной номер версии, дополнительный номер версии, номер сборки и номер ревизии. К примеру, результат выполнения команды с компьютера с установленным PowerShell V1:

    А теперь вывод команды с Windows Server 2008 R2 beta, в которую интегрирован PowerShell V2:

    Обратите внимание на номер сборки и ревизии, они имеют значение -1, что означает что установлен PowerShell V2 CTP (beta). В финальном релизе данные номера будут иметь значение 0.

    Качественная разработка веб сайта довольно трудоемкая задача, и если этот веб сайт будет являтся корпоративным сайтом вашей компании, лучше не доверять его создание новичкам. Я рекомендую интернет-агентство “Бизнес Реклама”, в котором вам создадут сайт, помогут его раскрутить и поддерживать.

    Этот пост August 21, 2009 at 12:29 pm опубликовал molse в категории Shell и скрипты. Желающие могут оформить RSS подписку на комменты. Both comments and trackbacks are currently closed.

    2 комментов оставлено (Add 1 more )

    shs, а к чему так сложно? Цитируем, но не проверяем? ;-)
    Вообще-то, для выполнения поставленной задачи достаточно просто вызвать $PSVersionTable и всё будет видно сразу :-)))
    Пардон за ерничество.

    1. Merzavets on August 31st, 2010 at 1:55 pm

    Host’а и версия PowerShell’а есть 2 большие разницы, хотя значения версий могут совпадать (определять версию PoSh по версии Host’а это примерно так же, как определять версию MSWord по версии Windows)

    Информация о версии PoSh содержится в переменной $PSVersionTable. Для того, чтобы отличить одну версию Posh от другой, придется обратиться к $PSVersionTable.buildversion и сравнивать поля Major, Minor, Build, Revision

    PowerShell: CTP или RTM?

    PowerShell: CTP или RTM?

    Не так давно, когда я проводил обучение в группе корпоративных администраторов, ко мне поступил вопрос: "Почему в PowerShell не работает удалённое взаимодействие на Windows XP?". Но ведь он делает это (т.е. работает удалённо)! Как выяснилось в последствии - администраторы загрузили "неправильную" версию PowerShell. Как такое могло произойти?

    Когда вы ищете в Интернете PowerShell Version 2, то находите тонны статей и ссылок на скачивание. Однако лишь некоторые из них указывают на корректную, финальную "RTM" версию продукта. Многие люди до сих пор пишут в своих блогах о версиях "CTP", которые будучи бета версиями, предшествовали финальной "RTM" версии, обладая при этом ограниченным функционалом. Ситуация усугубляется тем, что в центре загрузки Microsoft Download до сих пор имеются ссылки на "CTP" версии продукта. Т.о. переходя по "неправильной" ссылке, пользователь скачивает версию "CTP", будучи уверенным, что это на самом деле финальная "RTM" версия.

    Эта тема была поднята в нашем PowerShell MVP чате и, как следствие, мы стараемся сделать все ссылки на "CTP" версии нерабочими. В то же самое время, мы совместно подкидываем идеи, которые помогут вам идентифицировать, какая же версия PowerShell установлена у вас на самом деле. Этими результатами, объединёнными усилиями MVP, я хотел бы поделиться с вами сегодня.

    Версии PowerShell - Напряженное ожидание!

    По существу, на сегодняшний день существует две "RTM" версии PowerShell: PowerShell V1, выпущенный в 2006-м году, и PowerShell V2, финальная версия которого была представлена в октябре 2009-го. PowerShell V2 обладает обратной совместимостью по отношению к V1, т.е. код, написанный для версии V1 будет работать и в V2. В дополнении к этому PowerShell V2 предоставляет тонны важнейших новых возможностей, таких, как возможность удалённой работы (запуск программного кода на удалённо размещённой машине), модули ("новая" возможность загружать дополнительные команды), фоновые потоки (асинхронный запуск кода в отдельных потоках) и многое другое. Т.о. переход с V1 на V2 является прекрасной идеей. Обе указанные версии работают в Windows XP и более поздних версиях операционной системы Windows. V1 и V2 не работают совместно, т.о. вы должны установить V2 вместо V1 (если V1 была установлена на вашей машине).

    Один очень простой способ узнать, какая версия PowerShell у вас установлена, это посмотреть в PowerShell значение переменной $psversiontable. Если такая переменная не определена, значит вы используете V1. Если переменная присутствует - вы используете V2. Проверить версию можно не прибегая к помощи самого PowerShell, посмотрев в реестре значение параметра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\PowerShell\1\PowerShellEngine\PowerShellVer.

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

    Начиная с Windows 7 / Server 2008 R2 вы находитесь на безопасной стороне, т.к. эти версии операционной системы уже имеют в своём составе PowerShell V2 версии "RTM".

    "CTP"-версия PowerShell V2 является "неправильной"!

    Группа разработчиков PowerShell долгое время предоставляла предварительную версию V2, прежде чем выпустила финальную. Предварительная версия значилась как "CTP" (Community Technology Preview). Вы до сих пор можете найти ссылки на CTP1, CTP2 и CTP3. Все эти версии устарели и не должны использоваться на вашей машине (разве что если этого требует бета-версия некоторой другой программы, так же установленной на вашем компьютере). Одна из причин, по которой вы не должны использовать версию "CTP", является то, что вы сможете воспользоваться некоторым функционалом, таким, к примеру, как удалённое взаимодействие в WindowsXP. В качестве других причин можно назвать то, что версии "CTP" не поддерживаются и по прежнему содержат в себе некоторые ошибки, а так же то, что скрипты, созданные на CTP1 могут не работать в финальной версии PowerShell (V2 или более новой).

    К сожалению, это не тривиальная задача - определить, используете ли вы финальную версию PowerShell V2, или же одну из её предыдущих "CTP" версий, потому что в этих версиях так же определена переменная $psversiontable. Информация о версиях, возвращаемых переменной $psversiontable может отличаться от одной операционной системы до другой, а так же от одной версии "CTP" до другой. Т.о. если вы хотите получить ответ на основании значения $psversiontable, то вам следует убедиться в том, что значение 'BuildVersion' равно или больше чем 6.0.6002.18111.

    Если вы желаете проверить локальную версию вашего PowerShell, то вы можете обернуть логику проверки в функцию, подобную такой:

    Спойлерfunction Test-PowerShellVersion <
    if (Test-Path variable:psversiontable) <
    $versionPresent = $psversiontable.buildversion

    if (($versionPresent.Major -ge 6) -and
    ($versionPresent.Build -ge 6002) -and
    ($versionPresent.Revision -ge 18111)) <
    "V2 RTM"
    >
    else <
    "V2 CTP Prerelease - Update to V2 RTM!"
    >
    >
    else <
    "V1 - Update to V2 RTM!"
    >
    >

    Такой способ совершенно точно укажет вам, используете ли вы RTM версию PowerShell, или же его устаревшую CTP версию.

    Подождите минутку - а как я смогу проверить это на всех машинах нашего предприятия?

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

    Оказывается, что 'BuildVersion', получаемое нами через $psversiontable, на самом деле является значением версии которое извлекается из сборки PowerShell. Вы можете получить эту информацию, используя другие языки программирования, путём создания экземпляра PS-объекта и последующего чтения с него значения версии. Такой подход годится для любого, кто захочет извлечь информацию о версии с помощью VB.NET или C#. Вот строка кода на PowerShell, демонстрирующая извлечение информации о версии, описанным нами только что способом:

    ([psobject].assembly.getcustomattributes( [reflection.assemblyfileversionattribute], $false) )[0].version

    Если вы просто хотите проверить компьютеры вашей сети, то для этого можете использовать скрипт PowerShell. Т.к. возможность удалённой работы в PowerShell присутствует только начиная с PowerShell V2 RTM, но отсутствует в его CTP версиях и в V1, то для удалённого получение версии файла придётся воспользоваться WMI. Далее продемонстрирован скрипт Test-PSVersion, представляющий собой моё видение по решению данной задачи, а так же содержит множество отдельных вкладов, внесённых нашими MVP. Т.о. наличие этого скрипта не следует воспринимать, как мою единоличную заслугу, т.к. данный код - результат совместного усилия тех, кто присоединился к нашей группе MVP.

    Если вы обнаружите ошибки в этом коде, то знайте, что это мои ошибки, т.к. я объединял воедино этот скрипт из многих источников. В таком случае я прошу вас оставить об этом комментарий ниже. Вы можете загрузить функцию http://powershell.com/cs/media/p/4591.aspx ">отсюда :

    Спойлерfunction Test-PSVersion <
    [CmdletBinding()]
    param(
    [parameter(Position=0,ValueFromPipeline=$true)]
    [ValidateNotNullOrEmpty()]
    [String[]]
    $ComputerName = @('.'),

    [Parameter()]
    [ValidateNotNull()]
    [System.Management.Automation.Credential()]
    $Credential = [System.Management.Automation.PSCredential]::Empty
    )
    process <

    if (Test-Connection -ComputerName $computername -Count 1 -ErrorAction SilentlyContinue) <
    try <
    $OS = Get-WmiObject -Namespace root\CIMV2 -Class Win32_OperatingSystem `
    -ComputerName $computername -Credential $credential -ErrorAction SilentlyContinue
    if ($OS) <
    $path = "$($OS.SystemDirectory -replace '\\','\\')\\WindowsPowerShell\\v1.0\\powershell.exe"
    $OSName = $OS.Name.Split('|')[0]
    $query = "SELECT Version FROM CIM_DataFile WHERE Name = '$path'"
    $PSEXE = Get-WmiObject -Query $query -ComputerName $computername -Credential $credential
    if ($PSEXE.Version) <
    $buildversion = $PSEXE.Version.Split()[0]
    $versionPresent = [version]$buildversion
    $versionRequired = [version]'6.0.6002.18111'
    if ($versionPresent -ge $versionRequired) <
    $psversion = "V2 RTM"
    > elseif ($versionPresent.Major -ge 6) <
    $psversion = "V2 CTP Prerelease - Update to V2 RTM!"
    > else <
    $psversion = "V1"
    >

    New-Object PSObject -Property @<
    ComputerName=$OS.__SERVER;
    BuildVersion=[version]$buildversion
    Version=$psversion;
    Status=$true;Description='OK';
    OSName = $OSName

    >
    > else <
    New-Object PSObject -Property @<
    ComputerName=$computername[0];
    BuildVersion=[version]$null;
    Version='n/a';
    Status=$false;
    Description='Unable to access OS information via WMI.';
    OSName = 'n/a'
    >
    >
    >
    >
    catch <
    New-Object PSObject -Property @<
    ComputerName=$computername[0];
    BuildVersion=[version]$null;
    Version='n/a';
    Status=$false;
    Description=($_.Exception.Message);
    OSName='n/a'
    >
    continue
    >

    > else <
    New-Object PSObject -Property @<
    ComputerName=$computername[0];
    BuildVersion=[version]$null;
    Version='n/a';
    Status=$false;
    Description='Computer did not respond to ping, skipped.';
    OSName='n/a'
    >
    >
    >
    >

    "localhost", "pc77", "localhost", "storage1" |
    Test-PSVersion

    Вы можете запускать этот скрипт без конвейра, либо как конвейр, передавая в качестве исходных данных перечень компьютеров, подлежащих проверке. Вы можете запустить Get-Content и прочитать содержимое списка имён компьютеров и направить результат в Test-PSVersion.

    В результате вы получите результат, подобный этому:

    СпойлерVersion. V2 RTM
    OSName. Microsoft Windows 7 Ultimate
    Status. True
    ComputerName. DEMO5
    Description. OK
    BuildVersion. 6.1.7600.16385

    Version. n/a
    OSName. n/a
    Status. False
    ComputerName. pc77
    Description. Computer did not respond to ping, skipped.
    BuildVersion :

    Version. V2 RTM
    OSName. Microsoft Windows 7 Ultimate
    Status. True
    ComputerName. DEMO5
    Description. OK
    BuildVersion. 6.1.7600.16385

    Version. V2 RTM
    OSName. Microsoft Windows Server 2003 for Small Business Server
    Status. True
    ComputerName. STORAGE1
    Description. OK
    BuildVersion. 6.0.6002.18139

    Настало время проверить вашу версию PowerShell! Убедитесь, что вы не используете CTP версию (если у вас нет объективных причин использовать именно её). И если вы обнаружите, что используете V1, подумайте об обновлении до V2 RTM.

    От лица всех представителей MVP PowerShell я надеюсь, что кодом и примерами, приведёнными в данной статье, мы смогли предоставить вам полезные инструменты, которые вы сможете использовать. Существует множество ссылок, откуда вы можете скачать PowerShell V2 RTM. Например здесь вы можете прочитать о системных требованиях PowerShell V2 RTM и скачать ту версию, которая подходит для вашей машины. Я считаю эту информацию актуальной и полезной.

    Развлекайтесь, и не упустите PowerShellPlus (прим. переводчика: сторонний, платный продукт)! Вы уже пробовали эту версию?

    Комментарии

    Основы PowerShell: требования к системе

    Основы PowerShell: требования к системе

    27.11.2013 Роберт Шелдон

    Как нет двух одинаковых операционных систем Windows, так и нет двух одинаковых версий оболочки Windows PowerShell. Шаги, которые нужно предпринять для запуска оболочки PowerShell 2.0 в системе Windows 8 (http://windowsitpro.com/windows-client/windows-8) заметно отличаются от действий, необходимых для запуска версии PowerShell 3.0 на сервере Windows Server 2008. При этом обилие документации по оболочке PowerShell может усложнить поиск точных сведений о том, что именно следует сделать для настройки определенной версии PowerShell в конкретной операционной системе

    Я попытаюсь упростить информацию о системных требованиях, разделив ее в соответствии с используемой операционной системой. Точнее, я затрону те операционные системы, в которых могут быть запущены обе версии оболочки PowerShell (2.0 и 3.0): Windows 8, Windows 7, Windows Server 2012, Windows Server 2008 R2 и Server 2008. Для каждой операционной системы я подробно расскажу о запуске обеих версий PowerShell, а также среды разработки PowerShell Integrated Scripting Environment (ISE). Иногда отличий между операционными системами с точки зрения запуска оболочки PowerShell будет немного, но даже в этих случаях я постараюсь четко их обозначить, чтобы вы ясно понимали, как развернуть оболочку PowerShell в своем окружении.

    Windows 8

    Если вы уже используете систему Windows 8, вам повезло. Ядро PowerShell 3.0 и среда ISE в ней установлены и активированы. Вы можете запустить любое из этих двух решений, как и любое другое приложение, из меню Start, с рабочего стола или из командной строки Windows. Оболочка PowerShell 3.0 готова к запуску и ждет только вашего решения использовать ее.

    К сожалению, сказанное не распространяется на оболочку PowerShell 2.0. Хотя ядро PowerShell 2.0 является частью пакета, то есть установлено в системе Windows 8, необходимо сначала активировать компонент Microsoft. NET Framework 3.5. И на то есть причина. Так как ядро PowerShell 2.0 скомпилировано в среде Common Language Runtime (CLR) 2.0, ему требуется платформа. NET версии 3.5 или ниже (назад к. NET 2.0). Оболочке PowerShell 3.0 необходимы версии. NET 4.0 или. NET 4.5, каждая из которых построена на основе CLR 4.0. В системе Windows 8 компоненты. NET 4.5 установлены и активированы по умолчанию, и именно по этой причине вы можете задействовать оболочку PowerShell 3.0 без предварительной настройки.

    Если вам необходима возможность использовать как версию PowerShell 3.0, так и версию PowerShell 2.0, вы должны сначала активировать компонент. NET Framework 3.5 (включает версии. NET 2.0 и 3.0) в окне Windows Features. Это шаг активирует платформу.NET 3.5 и позволяет запускать версию PowerShell 2.0 наравне с PowerShell 3.0. Однако вы не найдете пункт меню Start, запускающий оболочку PowerShell 2.0. Для запуска потребуется выполнить следующую команду из командной строки системы Windows или оболочки PowerShell:

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

    Также будьте готовы к тому, что вы не сможете запустить среду PowerShell 2.0 ISE, если установлена оболочка PowerShell 3.0. При таких условиях вам удастся запустить версию PowerShell 2.0 только из командной оболочки. Однако вы можете использовать среду PowerShell 3.0 ISE для создания сценария, и потом запустить созданный сценарий в оболочке PowerShell 2.0 для проверки совместимости. Может быть это и не оптимальное, но все же решение.

    Windows Server 2012

    Если говорить об оболочке PowerShell, то система Server 2012 во многом похожа на Windows 8. По умолчанию установлены, активированы и готовы к использованию ядро и среда ISE версии PowerShell 3.0. Вы можете запустить их из меню Start, с рабочего стола или из командной строки Windows. Кроме того, вы можете запустить оболочку PowerShell 3.0 из окна Server Manager.

    Однако для работы оболочки PowerShell 2.0 требуется немного другой подход к подготовке системы, чем при работе с Windows 8. Для начала вы должны добавить компонент. NET 3.5, а не просто включить его. Для этого используйте функцию Add roles and Features в окне диспетчера сервера, чтобы добавить в систему компонент. NET Framework 3.5 (включающий версии 2.0 и 3.0). Чтобы получить доступ к этому компоненту, выберите тип установки Role based или Feature based, когда попадете на страницу выбора типа установки.

    Следующий шаг в подготовке к PowerShell 2.0 — это добавление актуального ядра. Снова используйте функцию Add Roles and Features в окне Server Manager, выберите тип установки Role-based или Feature-based и компонент Windows PowerShell 2.0 Engine.

    После того как вы добавили возможности пакета. NET 3.5 и ядра PowerShell 2.0, вы сможете запустить ядро PowerShell 2.0. Для этого введите следующую команду в командной строке Windows или PowerShell:

    Windows 7

    В отличие от систем Windows 8 и Server 2012, в состав системы Windows 7 не входят предустановленные ядро PowerShell 3.0 Engine и среда ISE. Наоборот, в состав Windows 7 входят установленные, активированные и готовые к запуску ядро PowerShell и редактор ISE версии 2.0.

    Имейте в виду, что если вы щелкаете правой кнопкой мыши на значке PowerShell в меню Start и выбираете пункт Properties, то в строке Target может быть прописана версия v1.0, как показано на приведенном экране. Однако при этом оболочка PowerShell остается работоспособной и вы можете проверить данное утверждение, открыв окно PowerShell и запустив команду Get-Host.

    Windows PowerShell особенности и преимущества модернизации

    Windows PowerShell особенности и преимущества модернизации.

    Windows 8.1 поставляется с установленными Windows PowerShell 4.0. Версия содержит множество новых функций, призванных сделать её проще в использовании, и избежать распространенных ошибок. Если вы используете более раннюю версию PowerShell в вашей операционной системе Windows, миграция этой версии Windows PowerShell принесет много пользы. Это не только позволяет системным администраторам управлять каждым аспектом Windows Server OS, но также предлагает контроль над SQL, серверами на базе Exchange и Lync .

    Какая версия PowerShell установлена

    Чтобы узнать, какая именно версия PowerShell у вас установлена в системе, для этого выполните следующие действия.

    Откройте окно PowerShell и введите любую одну из следующих команд и нажмите Enter:

    • get-host|Select-Object version
    • $psversiontable
    • $host.version.

    Windows 10 поставляется с Windows PowerShell 5.0 .

    Компоненты Windows PowerShell

    В Windows PowerShell 3.0 введены следующие новые функциональные возможности:

    • Windows PowerShell рабочие процессы
    • CIM-командлеты
    • Командлеты над объектами (CDXML)
    • Windows PowerShell Web Access
    • Модуль автоматической загрузки
    • Обновляемая Справка
    • Надежные и отключенные сеансы
    • Регламентные задания

    Windows PowerShell 4.0 принес:

    • Желаемое состояние конфигурации (DSC)
    • Улучшения Windows PowerShell Web Access
    • Усовершенствования рабочего процесса
    • Новые возможности для веб-служб Windows PowerShell
    • Save-Help

    Windows PowerShell 5.0. которые будут включены в Windows 10 будет иметь следующие функциональные возможности:

    • Классы могут быть определены в функции
    • Усовершенствование DSC
    • Транскрипция на всех доступных хостах
    • Основные улучшения отладки, включая возможность отладки рабочих мест Windows PowerShell
    • Модуль сетевого коммутатора
    • OneGet для управления пакетами программного обеспечения
    • PowerShellGet для управления модулем Windows PowerShell через OneGet
    • Прирост производительности при использовании COM-объектов

    Windows PowerShell Workflow: Способность приносит возможности Windows Workflow Foundation и Windows PowerShell. Вы можете написать бизнес-процесс в XAML или в Windows PowerShell и запускать их так же, как запускаете командлет.

    Улучшения существующих Core командлетов и поставщиков : Windows PowerShell 3.0 включает новые функции для существующих командлетов, в том числе упрощенный синтаксис, и новые параметры для командлетов, такие как – компьютерные командлеты, CSV командлеты Get-ChildItem, Get-Command Get-Content, Get-History, Measure-Object, безопасности командлеты, Select-Object, Select-String, сплит-путь, начало-Proces, Tee-Object, тест-соединения и .Add-Member

    Удаленный модуль импорта: Windows PowerShell 3.0 расширяет модуль обнаружения импорта, и неявные возможности удаленного взаимодействия на удаленных компьютерах.

    Модуль командлеты: Имеет возможность импорта модулей на удаленные компьютеры, на локальном компьютере с помощью Windows PowerShell remoting.

    Новая CIM сессия support: Даёт разрешение на использование WMI CIM и работает с не-Windows компьютерами путём импорта команды на локальном компьютере, и помогает неявно запустить на удаленном компьютере.

    Функция автозаполнения: Экономит время ввода, и уменьшает количество опечаток.

    PowerShell 3.0 Intellisense: Подчеркивает ошибки, которые вы делаете в красный и предлагает исправления, когда вы наводите указатель мыши над волнистой линией.

    Update-Help: Это лечит множество мелких ошибок и досадных опечаток, во встроенной документации.

    Улучшенная консоль Host Experience: Изменения, лежащие в консоли программы Windows PowerShell host включены в PowerShell 3.0 по умолчанию. Кроме того, новый PowerShell в File Explorer позволяет запускать скрипты в неограниченных сеансах, просто нажав правой кнопкой.

    RunAs и Shared Host Support: RunAs предназначенны для Windows PowerShell Workflow, позволяют пользователям выполнить конфигурацию сеанса создания сеансов, которые выполняются с разрешения общей учетной записи пользователя. SharedHost с другой стороны, позволяет нескольким пользователям на нескольких компьютерах для подключения в рабочий процесс сессии одновременно и тщательно отслеживает ход рабочего процесса.

    Специальный символ усовершенствования обработки: Быстрый круг вокруг Windows PowerShell 3.0 показывает, чтобы улучшить способность программы толковать и правильно обрабатывать специальные символы, LiteralPath, который обрабатывает специальные символы в пути, действует почти на всех командлетов, которые имеют параметр пути, в том числе новое обновление-помочь и спасти-помочь командлетов.

    Windows просмотреть summary информацию о системе и узнать версию Power Shell - а

    В мемориззз…
    Получить информацию о системе из консоли:

    Имя узла: _name_
    Название ОС: Microsoft Windows 7 Профессиональная
    Версия ОС: 6.1.7601 Service Pack 1 сборка 7601
    Изготовитель ОС: Microsoft Corporation
    Параметры ОС: Рядовая рабочая станция
    Сборка ОС: Multiprocessor Free
    Зарегистрированный владелец: _owner_
    Зарегистрированная организация:
    Код продукта: _OEM_
    Дата установки: _date_, _time_
    Время загрузки системы: _date_, _time_
    Изготовитель системы: System manufacturer
    Модель системы: System Product Name
    Тип системы: X86-based PC
    Процессор(ы): Число процессоров — 1.
    [01]: x64 Family 6 Model 42 Stepping 7 Genuine
    Intel

    1600 МГц
    Версия BIOS: American Megatrends Inc. 0502, 31.08.2011
    Папка Windows: C:\Windows
    Системная папка: C:\Windows\system32
    Устройство загрузки: \Device\HarddiskVolume1
    Язык системы: ru;Русский
    Язык ввода: en-us;Английский (США)
    Часовой пояс: (UTC+04:00) Волгоград, Москва, Санкт-Петербург

    Полный объем физической памяти: 2 986 МБ
    Доступная физическая память: 1 030 МБ
    Виртуальная память: Макс. размер: 5 971 МБ
    Виртуальная память: Доступна: 2 093 МБ
    Виртуальная память: Используется: 3 878 МБ
    Расположение файла подкачки: C:\pagefile.sys
    Домен: _domain_
    Сервер входа в сеть: \\_DC_
    Исправление(я): Число установленных исправлений — 140.
    [01]: KB982861

    [140]: KB982018
    Сетевые адаптеры: Число сетевых адаптеров — 5.
    [01]: Realtek PCIe GBE Family Controller
    Имя подключения: Подключение по локальной сети
    DHCP включен: Нет
    IP-адрес
    [01]: 192.168.41.52
    [02]: 192.168.0.102
    [03]: 172.17.17.245
    [04]: 10.100.13.246
    [05]: 10.100.11.246
    [06]: fe80::853f:f6be:385c:1048
    [02]: VirtualBox Host-Only Ethernet Adapter
    Имя подключения: VirtualBox Host-Only Network
    DHCP включен: Нет
    IP-адрес
    [01]: 192.168.56.1
    [02]: fe80::b59a:23b:cfd6:4b9c
    [03]: VMware Virtual Ethernet Adapter for VMnet1
    Имя подключения: VMware Network AdapterVMnet1
    DHCP включен: Нет
    IP-адрес
    [01]: 172.16.80.1
    [02]: fe80::d17a:9210:d63d:83a2
    [04]: VMware Virtual Ethernet Adapter for VMnet8
    Имя подключения: VMware Network AdapterVMnet8
    DHCP включен: Нет
    IP-адрес
    [01]: 172.16.49.1
    [02]: fe80::f994:8fbb:a4e0:37ab
    [05]: Virtual Passage SSLDrv Adapter
    Имя подключения: Подключение по локальной сети 2
    DHCP включен: Нет
    IP-адрес

    просмотреть версию PowerShell’а:
    Windows PowerShell
    (C) Корпорация Майкрософт, 2012. Все права защищены.

    Name. ConsoleHost
    Version. 3.0
    InstanceId. _UID_
    UI. System.Management.Automation.Internal.Host.InternalHostUserI
    nterface
    CurrentCulture. ru-RU
    CurrentUICulture. ru-RU
    PrivateData. Microsoft.PowerShell.ConsoleHost+ConsoleColorProxy
    IsRunspacePushed. False
    Runspace. System.Management.Automation.Runspaces.LocalRunspace

    Share this: Понравилось это: Связанные Навигация по записям Добавить комментарий Отменить ответ

    лол ох ты тупой уебан. хули толку нам от этих твоих данных? тупой школьник

    %d такие блоггеры, как: