Powershell: можно ли обновить windows с его помощью

Что способствовало появлению Windows PowerShell?

До появления PowerShell существовали (и существуют) следующие инструменты для автоматизации и администрирования сервисов: командная строка Windows и Windows Script Host. Но у этих технологий есть недостатки.

У командной строки Windows есть и возможность выполнять какие-то административные задачи и возможность записать алгоритм действий, сохранив его в виде скрипта (bat-файла), при этом можно использовать некие элементы программирования, например, использовать переменные, условные конструкции и даже что-то вроде циклов.

Большинство программных продуктов имеет консольный интерфейс, т.е. мы можем управлять программой, используя командную строку, при этом экономя ресурсы за счет отсутствия затрат на работу графического интерфейса. Компания Microsoft для серверной операционной системы Windows Server даже выпускает редакции без графического интерфейса (Server Core, в Windows Server 2019), но всего этого недостаточно, так как возможности командной строки ограничены, т.е. написать какую-то сложную логику для автоматизации чего-либо мы не сможем, а если и сможем, то на это нам потребуется время и знания.

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

Технология Windows Script Host позволяет выполнять все административные задачи, что и командная строка, включая их автоматизацию путем написания WSH скриптов, но здесь мы уже можем использовать полноценные языки программирования (VBScript и JScript), т.е. можно реализовывать сложную логику и алгоритмы. К тому же с помощью WSH мы управляем программными продуктами через объектный интерфейс, другими словами Windows Script Host намного «круче» чем командная строка. Но данная технология также не стала тем идеальным инструментом администрирования и автоматизации этого администрирования для системных администраторов, так как Windows Script Host требовал знаний вышеперечисленных языков программирования, что для системных администраторов на самом деле лишнее. Администраторам нужно всего лишь простой инструмент администрирования с возможностью запрограммировать какие-то действия, а углубляться в объектные модели программных продуктов на языках программирования VBScript и JScript им не хочется.

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

Установка обновлений на Windows 2012 Core

Windows Server Core 2012, как и любой другой продукт Microsoft необходимо поддерживать в актуальном состоянии, вовремя устанавливая обновления безопасности, выпускаемые компанией Microsoft (список последних обновлений и патчей на продукты Microsoft доступен в разделе Обзор обновлений безопасности Microsoft).

Установка обновлений безопасности на Windows Server Core 2012 несколько отличается от оной для графического варианта установки Windows Server 2012 (Full GUI). Естественно основное отличие в том, что в Core режиме отсутствует графические элементы управления, позволяющие настроить и запустить установку обновлений (всплывающий балон в трее, и соответствующий элемент в консоли Server Manager). Конечно, из Core режима можно переключится в графический, установить обновления и удалить GUI (подробно процедура переключений между режимами описана в статье Переключение между графическим и Core режимами в Windows Server 2012), однако это не очень удобно и требует дополнительных затрат времени администратора.

Разберем стандартные способы установки обновлений на Windows Server 2012:

Windows 8.1 и Windows 8

В Windows 8.1 и Windows 8 функция подсистемы Windows PowerShell 2.0 по умолчанию включена.
Однако для его использования следует включить параметр для необходимой ему платформы Microsoft .NET Framework 3.5. Этот раздел также поясняет, как включать и отключить компонент подсистемы Windows PowerShell 2.0.

Включение .NET Framework 3.5

На экране Пуск введите компоненты Windows.
В панели Приложения щелкните Параметры, а затем выберите Включение или отключение компонентов Windows.
В поле Компоненты Windows выберите элемент .NET Framework 3.5 (включает .NET 2.0 и 3.0).

При выборе элемента .NET Framework 3.5 (включает .NET 2.0 и 3.0) поле заливается, указывая, что выбрана только часть компонента. Этого достаточно для подсистемы Windows PowerShell 2.0.

Включение и отключение подсистемы Windows PowerShell 2.0

На экране Пуск введите компоненты Windows.
В панели Приложения щелкните Параметры, а затем выберите Включение или отключение компонентов Windows.
В поле Компоненты Windows разверните узел Windows PowerShell 2.0 и установите либо снимите флажок Windows PowerShell 2.0 Engine.

Создание списков приложений установщика Windows

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

Чтобы отобразить все свойства объекта Win32_Product, используйте параметр Properties командлетов форматирования, например со значением (все).

Можно также использовать параметр Filter, чтобы выбрать только среду выполнения Microsoft .NET 2.0. Для значения параметра Filter используется синтаксис языка запросов WMI (WQL), а не синтаксис Windows PowerShell. Пример:

Чтобы получить список только интересующих вас свойств, используйте параметр Property командлетов форматирования.

Конвейер в PowerShell

Одной из главных возможностей Windows PowerShell является возможность использования конвейера при выполнении команд.

При этом, как Вы помните, в PowerShell командлеты работают с объектами и возвращают объекты, соответственно по конвейеру передаются также объекты.

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

Например, давайте узнаем название самого большого файла в каталоге «C:\Windows\System32» (простой пример конвейера).

Команда

  
   Get-ChildItem -Path "C:\Windows\System32" -File | Sort-Object length -Descending | Select-Object -First 1

Где,

Get-ChildItem – командлет получения объектов в указанном каталоге;
Sort-Object – командлет для сортировки объектов, в нашем случае мы сортируем по размеру файла (length -Descending);
Select-Object – командлет выбора нужных свойств объекта, в нашем случае мы выводим стандартные поля и только самый первый объект, т.е. большой файл (параметр -First 1).

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

Апгрейд домашней редакции Windows 10 Home до Pro

Аналогичным образом вы можете обновить Windows 10 Home до Pro без потери данных и переустановки программ.

Проверьте текущую редакцию командой:

Затем, выведите список редакций, до которых можно обновить Windows 10 Home:

В списке будет редакция Professional. Единственное отличие состоит в том, что для Windows 10 Home не поддерживаются рассмотренные выше способы обновления для редакции Professional, поэтому либо вы умазываете новый ключ продукта вручную, либо приобретаете лицензию на Windows 10 Professional в магазине Microsoft. Для ввода нового ключа в редакции Windows 10 Professional вручную воспользуйтесь командой:

Чтобы указать ключ новый Windows 10 Pro вручную, выполните команду:

Укажите свой ключ Windows 10 Pro и Подтвердите апгрейд редакции, нажав кнопку Активировать. Через некоторое время Апгрейд будет окончен и система запросит перезагрузку компьютера.

Вот и всё, теперь вы знаете как изменить редакцию Windows 10 не прибегая к переустановки ОС.

А я с вами прощаюсь, впереди будет еще много интересного материала.

Подписывайтесь на обновления блога:

Наша Группа ВКонтакте

До новых встреч!

Поиск PowerShell в Windows 11, 10, 8.1, 8.0 и 7

Иногда найти консоль или ISE (интегрированную среду сценариев) PowerShell в Windows бывает непросто, так как их расположение в разных версиях Windows отличается.

Следующие таблицы помогут найти PowerShell в вашей версии Windows. Все указанные версии являются оригинальными, сразу после выпуска и без обновлений.

Консоль

Версия	Location
Windows 10, 11	Щелкните значок Windows в левом нижнем углу и начните вводить PowerShell.
Windows 8.1, 8.0	На начальном экране начните вводить PowerShell.Если вы находитесь на рабочем столе, щелкните значок Windows в левом нижнем углу и начните вводить PowerShell.
Windows 7 с пакетом обновления 1 (SP1)	Щелкните значок Windows в левом нижнем углу и в поле поиска начните вводить PowerShell.

ISE

Версия	Location
Windows 10, 11	Щелкните значок Windows в левом нижнем углу и начните вводить ISE.
Windows 8.1, 8.0	На начальном экране введите PowerShell ISE.Если вы находитесь на рабочем столе, щелкните значок Windows в левом нижнем углу и введите PowerShell ISE.
Windows 7 с пакетом обновления 1 (SP1)	Щелкните значок Windows в левом нижнем углу и в поле поиска начните вводить PowerShell.

7.2.0-preview.10 — 2021-09-28

General Cmdlet Updates and Fixes

Use when writing to a host that doesn’t support VT ()
Remove support for to retrieve target ()
Move and to as public API ()
Add parameter to method ()
Fix with key regression due to .NET breaking change ()
Fix regression in to only fallback to in specific cases ()
Set correctly for command expression with redirection ()
Use when handling conversions to in () (Thanks @vexx32!)
Fix in () (Thanks @DarylGraves!)

Code Cleanup

We thank the following contributors!

@xtqqczze!

Improve API documentation and style ()
Use in () (Thanks @xtqqczze!)

Tools

Fix typo in build.psm1 () (Thanks @eltociear!)
Add to and format it ()
Enable sending Teams notification when workflow fails ()

Build and Packaging Improvements

Details

Add SHA256 hashes to release ()
Update version ()
Change path for Component Governance for build to the path we actually use to build ()
Bump () () () () ()
Update .NET to ()
Update minimum required OS version for macOS ()
Ensure locale is set correctly on Ubuntu 20.04 in CI () ()
Update .NET SDK version from to () () ()
Fix the GitHub Action for updating .NET daily builds ()
Move from PkgES hosted agents to 1ES hosted agents ()
Update Ubuntu images to use Ubuntu 20.04 ()
Fix the macOS build by updating the pool image name ()
Use Alpine 3.12 for building PowerShell for Alpine Linux ()
Ignore error from ()
Find packages separately for each source in script ()
Update metadata to start using .NET 6 RC1 builds ()

Требования к подсистеме Windows PowerShell

Windows PowerShell 4.0 предназначен для обратной совместимости с Windows PowerShell 3.0 и Windows PowerShell 2.0. Командлеты, поставщики, оснастки, модули и сценарии, написанные для Windows PowerShell 2.0, выполняются и в Windows PowerShell 3.0, и в Windows PowerShell 4.0 без изменений.

Однако из-за изменений в политике активации среды выполнения в Microsoft .NET Framework 4 основные программы Windows PowerShell, написанные для Windows PowerShell 2.0 и скомпилированные с помощью среды CLR 2.0, не могут выполняться без изменения в Windows PowerShell 3.0, которые компилируются в среде CLR 4.0.

Подсистеме Windows PowerShell 2.0 требуется Microsoft .NET Framework версии не ниже 2.0.50727. Этому требованию удовлетворяет Microsoft .NET Framework 3.5 с пакетом обновления 1 (SP1). Этому требованию не удовлетворяет Microsoft .NET Framework 4 и более поздних версий.

Дополнительные сведения о добавлении или установке подсистемы Windows PowerShell 2.0 и требуемых версий Microsoft .NET Framework см. в статье Установка подсистемы Windows PowerShell 2.0. Дополнительные сведения о запуске подсистемы Windows PowerShell 2.0 см. в статье Запуск подсистемы Windows PowerShell 2.0.

7.2.0-preview.9 — 2021-08-23

Note: Known issue about ANSI code being written out in table views when using PowerShell with a legacy host that doesn’t support virtual terminal. For details see:

Breaking Changes

Change the default value of to and remove ()
Fix for public API to make classes static when they only have static methods () (Thanks @xtqqczze!)
Update to only accept script files on Windows ()

Engine Updates and Fixes

Update .NET adapter to handle interface static members properly ()
Catch and handle unauthorized access exception when removing AppLocker test files ()

General Cmdlet Updates and Fixes

Add parameter to () (Thanks @ThomasNieto!)
Add parameter for () (Thanks @Peter-Schneider!)
Update and to handle objects () (Thanks @vexx32!)
Update the parameters and for to be position 0 () (Thanks @ThomasNieto!)
Don’t use when creating COM object with as it’s not applicable to the COM parameter set ()
Fix list output to correctly show ()
Remove the experimental feature ()
Fix issue with failing to stop when it’s piped to () (Thanks @ArmaanMcleod!)
Make the experimental features , , , , stable ()
Enhance to work with OneDrive () (Thanks @iSazonov!)
Make global tool entrypoint class static ()
Update version to be same as ()
Make the initialization of thread safe () (Thanks @iSazonov!)
: Quote fields with quotes and newlines when using () (Thanks @lselden!)
Forwarding progress stream changes from runspaces () (Thanks @powercode!)
Add validation to to reject printable text when setting a property that only expects ANSI escape sequence ()

Code Cleanup

We thank the following contributors!

Avoid unneeded array allocation in module code () (Thanks @xtqqczze!)
Enable and fix analysis rules , , and () (Thanks @xtqqczze!)
Avoid unnecessary allocation in formatting code () (Thanks @xtqqczze!)
Specify the analyzed API surface for all code quality rules () (Thanks @xtqqczze!)

Tools

Enable to automatically rebase a PR ()
Update to not replace tabs with spaces in files () (Thanks @SethFalco!)
Update PowerShell team members in the change log generation script ()

Tests

Add more tests to validate the current command error handling behaviors ()
Make property test independent of the file system ()
Add more information when a parsing error occurs ()
Harden logic when looking for entries to be sure that we select based on the process id ()

Build and Packaging Improvements

We thank the following contributors!

Disable implicit namespace imports for test projects ()
Update language version to 10 and fix related issues ()
Update workflow to use Ubuntu 18.04 ()
Bump the version of various packages (, , , , , ) (Thanks @xtqqczze!)

Documentation and Help Content

Update and for release ()
Update change logs for 7.0.7 and 7.1.4 ()
Fix spelling in XML docs () (Thanks @slowy07!)
Update PowerShell Committee members ()

Установка cab файла обновлений в windows 10

Установить CAB файл обновления, полученный из MSU пакета можно двумя способами.

Наиболее универсальный способ установки обновления из CAB файл – утилита DISM.exe. Команда установки может быть такой:

DISM.exe /Online /Add-Package /PackagePath:c:Tempkb4056887Windows10.0-KB4056887-x64.cab

Deployment Image Servicing and Management toolVersion: 10.0.10240.16384Image Version: 10.0.10240.16384Processing 1 of 1 — Adding package Package_for_KB4056887~31bf3856ad364e35~amd64~~10.0.1.0The operation completed successfully.

Примечание

Обратите внимание, как быстро происходит установка пакета через DISM по сравнению со скоростью установки обновления из MSU файла

Если нужно установить CAB пакет в тихом режиме и подавить запрос на перезагрузку компьютера после установки обнволения, команда DISM будет такой:

start /wait DISM.exe /Online /Add-Package /PackagePath: c:Tempkb4056887Windows10.0-KB4056887-x64.cab /Quiet /NoRestart

В Windows 8 и Windows 7 можно установить обновление через менеджер пакетов Pkgmgr. Команда:start /w Pkgmgr /ip /m:c:”c:Tempkb4056887Windows10.0-KB4056887-x64.cab”

Примечание

Обратите внимание, что языковые пакеты Windows (MUI) также распространяются в формате CAB. Однако использовать для их установки команду DISM не удастся

Вместо этого, для установки новых языков в систему нужно использовать отдельную утилиту lpksetup.exe.

Данная инструкция по ручной установке накопительных (если вы не помните что это такое, прочитайте статью про новую модель обновлений Windows систем) и любых других обновлений Windows применима ко всем поддерживаемым версиям ОС: Windows 10 / 8.1 / 7 и Windows Server 2021 / 2021 / R2 / 2008 / R2.

Обновите Windows с помощью PowerShell

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

Как только мы его откроем, первое, что нам нужно сделать, это установить соответствующий модуль. Для этого мы выполним в консоли следующую команду: » Установить модуль PSWindowsUpdate «. Чтобы установить модуль, нам может потребоваться подтвердить пару вопросов, чтобы загрузить необходимые зависимости. Мы должны ответить «Да» на все вопросы, чтобы все необходимое можно было скачать и установить.

После завершения установки все, что нам нужно сделать для обновления Windows, будет запущено » Get-WindowsUpdate «. Эта команда отвечает только за поиск обновлений и отображение списка всех доступных.

В случае наличия обновлений мы можем установить их все с помощью параметра «-Install» или выполнить следующую команду, указав КБ обновлений, которые мы хотим установить:

Когда процесс будет завершен, мы обновим нашу Windows. Конечно, нам может потребоваться перезагрузить компьютер в конце, чтобы все изменения вступили в силу.

Из PowerShell мы также можем выполнять команды CMD «UsoClient», поскольку они совместимы.

Включить выполнение скрипта

В целях безопасности Windows 10 по умолчанию блокирует выполнение скриптов. В этом случае при попытке выполнить предыдущую команду мы увидим сообщение об ошибке, в котором будет указано, что соответствующий модуль не может быть загружен. Если мы выполним » Get-ExecutionPolicy »Мы можем увидеть, как PowerShell возвращает« Restricted ».

Чтобы иметь возможность без проблем выполнять эти команды, нам нужно изменить политику безопасности Windows 10 с «с ограничениями» на «без ограничений». И мы можем легко сделать это, просто выполнив » Set-ExecutionPolicy Неограниченный Команда.

После этого эта команда должна работать без проблем. И все остальные, которые мы собираемся запустить из расширенной консоли Windows. Конечно, мы должны помнить, что это изменение резко снижает безопасность нашей Windows 10. Мы должны быть осторожны с тем, что мы загружаем и выполняем, поскольку Microsoft не будет блокировать сценарии, которые могут поставить под угрозу наш компьютер.

Windows Server 2012 или Windows Server 2012 R2

Для добавления подсистемы Windows PowerShell 2.0 и компонентов Microsoft .NET Framework 3.5 используйте описанные ниже процедуры. Подсистеме Windows PowerShell 2.0 требуется Microsoft .NET Framework версии не ниже 2.0.50727. Этому требованию удовлетворяет Microsoft .NET Framework 3.5.

Добавление компонента .NET Framework 3.5

В меню Управление****диспетчера сервера выберите Добавить роли и компоненты.

Можно также выбрать Все серверы в диспетчере сервера, щелкнуть имя сервера правой кнопкой мыши и выбрать Добавить роли и компоненты.
На странице Тип установки выберите Установка ролей или компонентов.
На странице Компоненты разверните узел Компоненты .NET Framework 3.5 и выберите команду .NET Framework 3.5 (включает .NET 2.0 и 3.0).

Другие параметры в этом узле для подсистемы Windows PowerShell 2.0 не требуются.

Добавление функции подсистемы Windows PowerShell 2.0

В меню Управление****диспетчера сервера выберите Добавить роли и компоненты.

Можно также щелкнуть Все серверы в диспетчере сервера, щелкнуть имя сервера правой кнопкой мыши и выбрать Добавить роли и компоненты.
На странице Тип установки выберите Установка ролей или компонентов.
На странице Компоненты раскройте Windows PowerShell (установлено) и выберите пункт Подсистема Windows PowerShell 2.0.

Дополнительные сведения о запуске подсистемы Windows PowerShell 2.0 см. в статье Запуск подсистемы Windows PowerShell 2.0.

Алгоритм обновления версии PowerShell

Хочу отметить, что алгоритм обновления будет одинаков для всех версий Windows начиная с 7 SP1, если у вас ниже, то установите сервисный пакет Service Pack 1 на семерку и двигайтесь дальше.

В моем примере я буду обновлять PowerShell в Windows 7 SP1. Моя текущая версия 2.0.

Данный пакет подойдет:

Так же советую вам произвести установку всех доступных обновлений, которые есть у вас в операционной системе, а так же убедиться, что вы получаете и дополнительные обновления. Для этого в перейдите по пути «Панель управления\Все элементы панели управления\Центр обновления Windows\Настройка параметров». Убедитесь, что у вас установлены галки:

Нажимаем кнопку «Download».

У вас появится всплывающее окно, где вас попросят выбрать для какой операционной системы вы хотите скачать пакет, по первому названию цифр понятно, для какой версии пакет, так же обратите внимание на разрядность x86 и x64. В моем случае Windows 7 64-х битная

Для обновления версии PowerShell запускаем соответствующий автономный пакет обновления Windows. У меня это Win7AndW2K8R2-KB3191566-x64.zip, единственное вам нужно его распаковать. Запустив пакет, он проверит нет ли уже данного обновления или более свежего.

Так как пакета в Windows 7 не оказалось, то вам предлагают установить KB3191566, соглашаемся.

Принимаем лицензионное соглашение.

Установка пакета с PowerShell 5.1 занимает пару минут.

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

После перезагрузки, открыв оболочку PowerShell и выполнив команду Get-Host вы видите, что версия PowerShell 2 превратилась в 5.1.14409.1005

Так же может выскочить уведомление, что запрещено изменять раздел реестра, это из-за того, что оболочка PowerShell запущена не из под админана. Запустите ее в режиме администратора.

После чего скрипт у вас успешно отработает.

Установщик PowerShell 7

Когда откроется мастер установки, нажмите «Next», чтобы установить PowerShell 7.

На следующем экране выберите папку, где будут размещены файлы PowerShell 7 и нажмите «Next»:

Затем вы решаете, какие дополнительные функции включить при установке. Вы можете включить или отключить следующие четыре параметра:

Add PowerShell to Path Environment Variable: добавляет PowerShell в переменную среды Windows Path и позволяет вызывать PowerShell из любой другой оболочки или терминала.
Register Windows Event Logging Manifest: добавляет PowerShell в манифест регистрации событий Windows и позволяет регистрировать события из экземпляра PowerShell.
Enable PowerShell Remoting: Включает возможность удалённого запуска команд.
Add ‘Open here’ Context Menus to Explorer: добавляет параметр в контекстное меню, вызываемое правой кнопкой мыши, который открывает экземпляр PowerShell в папке, которую вы щёлкнули.

Нажмите «Next» после выбора всех дополнительных функций, которые вы хотите.

Нажмите «Intall», чтобы начать установку. Появится приглашение UAC с запросом прав администратора для установки пакета. Нажмите «Да», чтобы продолжить.

После завершения работы мастера установки нажмите «Готово» для выхода.

Фоновое исполнение заданий

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

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

В Windows PowerShell для работы с фоновыми заданиями есть следующие командлеты:

Start-Job – запустить фоновую задачу;
Stop-Job – остановить фоновую задачу
Get-Job – посмотреть список фоновых задач;
Receive-Job – посмотреть результат выполнения фоновой задачи;
Remove-Job – удалить фоновую задачу;
Wait-Job – перевести фоновую задачу на передний план, для того чтобы дожидаться ее окончания.

Для запуска в фоновом режиме необходимо написать команду Start-Job, а в фигурных скобках {} команду или набор команд, которые необходимо выполнить в фоновом режиме.

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

Запуск задачи в фоновом режиме

  
   Start-Job {Get-Service}

Смотрим на список задач запущенных в фоновом режиме

  
   Get-Job

Отображаем результат работы задания Job1

  
   Receive-Job Job1

Как видим, у нас появилась задача со статусом «Completed», т.е. она уже выполнилась (просто Get-Service отрабатывает быстро).

Для того чтобы посмотреть результат работы фоновой задачи, т.е. командлета Get-Service, мы выполнили команду Receive-Job и передали ей имя задания (можно и значение идентификатора). В результате у нас отобразился список служб.

Интегрированная среда сценариев Windows PowerShell (ISE)

Для того чтобы было удобно писать сценарии, функции и соответственно модули, компания Microsoft разработала специальную графическую программу Integrated Scripting Environment.

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

Запустить ее можно следующим образом:

В Windows 7 — Пуск->Все программы ->Стандартные ->Windows PowerShell -> Windows PowerShell ISE;
В Windows 10 или Windows Server 2016 — Пуск->Все программы -> Каталог Windows PowerShell (в группе W) -> Windows PowerShell ISE.

Скриншот интегрированной среды сценариев PowerShell (ISE) в Windows Server 2016

На этом у меня все, надеюсь, материал был Вам полезен! Удачи!

Нравится48Не нравится1

Требования к Microsoft .NET Framework

В следующей таблице приведены требования к .NET Framework для Windows PowerShell.

Версия	Требование к .NET
Windows PowerShell 5.1	Требует полную установку Microsoft .NET Framework 4.5. Windows 8.1 и Windows Server 2012 R2 включают Microsoft .NET Framework 4.5 по умолчанию.
Windows PowerShell 5.0	Требует полную установку Microsoft .NET Framework 4.5. Windows 8.1 и Windows Server 2012 R2 включают Microsoft .NET Framework 4.5 по умолчанию.
Windows PowerShell 4.0	Требует полную установку Microsoft .NET Framework 4.5. Windows 8.1 и Windows Server 2012 R2 включают Microsoft .NET Framework 4.5 по умолчанию.
Windows PowerShell 3.0	Требует полную установку Microsoft .NET Framework 4. Windows 8 и Windows Server 2012 содержат Microsoft .NET Framework 4.5 по умолчанию, что удовлетворяет этому требованию.

Используйте следующие ссылки, чтобы загрузить Microsoft .NET Framework из центра загрузки Майкрософт.

Версия	Ссылка
.NET Framework 4.5 ()	Microsoft .NET Framework 4.5
.NET Framework 4 ()	Microsoft .NET Framework 4 (веб-установщик)