Windows powershell ise установить

Migrating from Windows PowerShell 5.1 to PowerShell 7

Designed for cloud, on-premises, and hybrid environments, PowerShell 7 is packed with enhancements and new features.

  • Installs and runs side-by-side with Windows PowerShell
  • Improved compatibility with existing Windows PowerShell modules
  • New language features, like ternary operators and ForEach-Object -Parallel
  • Improved performance
  • SSH-based remoting
  • Cross-platform interoperability
  • Support for Docker containers

PowerShell 7 works side-by-side with Windows PowerShell letting you easily test and compare between editions before deployment. Migration is simple, quick, and safe.

PowerShell 7 is supported on the following Windows operating systems:

  • Windows 8.1, 10, and 11
  • Windows Server 2012, 2012 R2, 2016, and 2019

PowerShell 7 also runs on macOS and several Linux distributions. For a list of supported operating systems and information about the support lifecycle, see the PowerShell Support Lifecycle.

Installing PowerShell 7

For flexibility and to support the needs of IT, DevOps engineers, and developers, there are several options available to install PowerShell 7. In most cases, the installation options can be reduced to the following methods:

  • Deploy PowerShell using the MSI package
  • Deploy PowerShell using the ZIP package

The MSI package can be deployed and updated with management products such as System Center Configuration Manager (SCCM). Download the packages from GitHub Release page.

Deploying the MSI package requires Administrator permission. The ZIP package can be deployed by any user. The ZIP package is the easiest way to install PowerShell 7 for testing, before committing to a full installation.

You may also install PowerShell 7 via the Windows Store or winget . For more information about both of these methods, see the detailed instructions in Installing PowerShell on Windows.

Using PowerShell 7 side-by-side with Windows PowerShell 5.1

PowerShell 7 is designed to coexist with Windows PowerShell 5.1. The following features ensure that your investment in PowerShell is protected and your migration to PowerShell 7 is simple.

  • Separate installation path and executable name
  • Separate PSModulePath
  • Separate profiles for each version
  • Improved module compatibility
  • New remoting endpoints
  • Group policy support
  • Separate Event logs

Separate installation path and executable name

PowerShell 7 installs to a new directory, enabling side-by-side execution with Windows PowerShell 5.1.

Install locations by version:

  • Windows PowerShell 5.1: $env:WINDIR\System32\WindowsPowerShell\v1.0
  • PowerShell 6.x: $env:ProgramFiles\PowerShell\6
  • PowerShell 7: $env:ProgramFiles\PowerShell\7

The new location is added to your PATH allowing you to run both Windows PowerShell 5.1 and PowerShell 7. If you’re migrating from PowerShell 6.x to PowerShell 7, PowerShell 6 is removed and the PATH replaced.

In Windows PowerShell, the PowerShell executable is named powershell.exe . In version 6 and above, the executable is named pwsh.exe . The new name makes it easy to support side-by-side execution of both versions.

Separate PSModulePath

By default, Windows PowerShell and PowerShell 7 store modules in different locations. PowerShell 7 combines those locations in the $Env:PSModulePath environment variable. When importing a module by name, PowerShell checks the location specified by $Env:PSModulePath . This allows PowerShell 7 to load both Core and Desktop modules.

Install Scope Windows PowerShell 5.1 PowerShell 7.0
PowerShell modules $env:WINDIR\system32\WindowsPowerShell\v1.0\Modules $PSHOME\Modules
User installed
AllUsers scope
$env:ProgramFiles\WindowsPowerShell\Modules $env:ProgramFiles\PowerShell\Modules
User installed
CurrentUser scope
$HOME\Documents\WindowsPowerShell\Modules $HOME\Documents\PowerShell\Modules

The following examples show the default values of $Env:PSModulePath for each version.

For Windows PowerShell 5.1:

For PowerShell 7:

Notice that PowerShell 7 includes the Windows PowerShell paths and the PowerShell 7 paths to provide autoloading of modules.

Additional paths may exist if you have changed the PSModulePath environment variable or installed custom modules or applications.

For more information, see about_PSModulePath.

For more information about Modules, see about_Modules.

Separate profiles

A PowerShell profile is a script that executes when PowerShell starts. This script customizes your environment by adding commands, aliases, functions, variables, modules, and PowerShell drives. The profile script makes these customizations available in every session without having to manually recreate them.

The path to the location of the profile has changed in PowerShell 7.

  • In Windows PowerShell 5.1, the location of the profile is $HOME\Documents\WindowsPowerShell .
  • In PowerShell 7, the location of the profile is $HOME\Documents\PowerShell .

The profile filenames have also changed:

For more information about_Profiles.

PowerShell 7 compatibility with Windows PowerShell 5.1 modules

Most of the modules you use in Windows PowerShell 5.1 already work with PowerShell 7, including Azure PowerShell and Active Directory. We’re continuing to work with other teams to add native PowerShell 7 support for more modules including Microsoft Graph, Office 365, and others. For the current list of supported modules, see PowerShell 7 module compatibility.

On Windows, we’ve also added a UseWindowsPowerShell switch to Import-Module to ease the transition to PowerShell 7 for those using incompatible modules. For more information on this functionality, see about_Windows_PowerShell_Compatibility.

PowerShell Remoting

PowerShell remoting lets you run any PowerShell command on one or more remote computers. You can establish persistent connections, start interactive sessions, and run scripts on remote computers.

WS-Management remoting

Windows PowerShell 5.1 and below use the WS-Management (WSMAN) protocol for connection negotiation and data transport. Windows Remote Management (WinRM) uses the WSMAN protocol. If WinRM has been enabled, PowerShell 7 uses the existing Windows PowerShell 5.1 endpoint named Microsoft.PowerShell for remoting connections. To update PowerShell 7 to include its own endpoint, run the Enable-PSRemoting cmdlet. For information about connecting to specific endpoints, see WS-Management Remoting in PowerShell

To use Windows PowerShell remoting, the remote computer must be configured for remote management. For more information, including instructions, see About Remote Requirements.

For more information about working with remoting, see About Remote

SSH-based remoting

SSH-based remoting was added in PowerShell 6.x to support other operating systems that can’t use Windows native components like WinRM. SSH remoting creates a PowerShell host process on the target computer as an SSH subsystem. For details and examples on setting up SSH-based remoting on Windows or Linux, see: PowerShell remoting over SSH.

The PowerShell Gallery (PSGallery) contains a module and cmdlet that automatically configures SSH-based remoting. Install the Microsoft.PowerShell.RemotingTools module from the PSGallery and run the Enable-SSH cmdlet.

The New-PSSession , Enter-PSSession , and Invoke-Command cmdlets have new parameter sets to support SSH connections.

To create a remote session, specify the target computer with the HostName parameter and provide the user name with UserName. When running the cmdlets interactively, you’re prompted for a password.

Alternatively, when using the HostName parameter, provide the username information followed by the at sign ( @ ), followed by the computer name.

You may set up SSH key authentication using a private key file with the KeyFilePath parameter. For more information, see OpenSSH Key Management.

Group Policy supported

PowerShell includes Group Policy settings to help you define consistent option values for servers in an enterprise environment. These settings include:

  • Console session configuration: Sets a configuration endpoint in which PowerShell is run.
  • Turn on Module Logging: Sets the LogPipelineExecutionDetails property of modules.
  • Turn on PowerShell Script Block Logging: Enables detailed logging of all PowerShell scripts.
  • Turn on Script Execution: Sets the PowerShell execution policy.
  • Turn on PowerShell Transcription: enables capturing of input and output of PowerShell commands into text-based transcripts.
  • Set the default source path for Update-Help: Sets the source for Updatable Help to a directory, not the Internet.

PowerShell 7 includes Group Policy templates and an installation script in $PSHOME .

Group Policy tools use administrative template files ( .admx , .adml ) to populate policy settings in the user interface. This allows administrators to manage registry-based policy settings. The InstallPSCorePolicyDefinitions.ps1 script installs PowerShell Administrative Templates on the local machine.

Separate Event Logs

Windows PowerShell and PowerShell 7 log events to separate event logs. Use the following command to get a list of the PowerShell logs.

Improved editing experience with Visual Studio Code

Visual Studio Code (VSCode) with the PowerShell Extension is the supported scripting environment for PowerShell 7. The Windows PowerShell Integrated Scripting Environment (ISE) only supports Windows PowerShell.

The updated PowerShell extension includes:

  • New ISE compatibility mode
  • PSReadLine in the Integrated Console, including syntax highlighting, multi-line editing, and back search
  • Stability and performance improvements
  • New CodeLens integration
  • Improved path auto-completion

To make the transition to Visual Studio Code easier, use the Enable ISE Mode function available in the Command Palette. This function switches VSCode into an ISE-style layout. The ISE-style layout gives you all the new features and capabilities of PowerShell in a familiar user experience.

To switch to the new ISE layout, press Ctrl + Shift + P to open the Command Palette, type PowerShell and select PowerShell: Enable ISE Mode.

To set the layout to the original layout, open the Command Palette, select PowerShell: Disable ISE Mode (restore to defaults).

For details about customizing the VSCode layout to ISE, see How to Replicate the ISE Experience in Visual Studio Code

There are no plans to update the ISE with new features. In the latest versions of Windows 10 or Windows Server 2019 and higher, the ISE is now a user-uninstallable feature. There are no plans to permanently remove the ISE. The PowerShell Team and its partners are focused on improving the scripting experience in the PowerShell extension for Visual Studio Code.

Next Steps

Armed with the knowledge to effectively migrate, install PowerShell 7 now!


The Windows PowerShell ISE

The Windows PowerShell Integrated Scripting Environment (ISE) is a host application for Windows PowerShell. In the ISE, you can run commands and write, test, and debug scripts in a single Windows-based graphic user interface. The ISE provides multiline editing, tab completion, syntax coloring, selective execution, context-sensitive help, and support for right-to-left languages. Menu items and keyboard shortcuts are mapped to many of the same tasks that you would do in the Windows PowerShell console. For example, when you debug a script in the ISE, you can right-click on a line of code in the edit pane to set a breakpoint.


The ISE was first introduced with Windows PowerShell V2 and was re-designed with PowerShell V3. The ISE is supported in all supported versions of Windows PowerShell up to and including Windows PowerShell V5.1.

The PowerShell ISE is no longer in active feature development. As a shipping component of Windows, it continues to be officially supported for security and high-priority servicing fixes. We currently have no plans to remove the ISE from Windows.

There is no support for the ISE in PowerShell v6 and beyond. Users looking for replacement for the ISE should use Visual Studio Code with the PowerShell Extension.

Key Features

Key features in Windows PowerShell ISE include:

  • Multiline editing: To insert a blank line under the current line in the Command pane, press SHIFT + ENTER .
  • Selective execution: To run part of a script, select the text you want to run, and then click the Run Script button. Or, press F5 .
  • Context-sensitive help: Type Invoke-Item , and then press F1 . The Help file opens to the article for the Invoke-Item cmdlet.

The Windows PowerShell ISE lets you customize some aspects of its appearance. It also has its own Windows PowerShell profile script.

To start the Windows PowerShell ISE

Click Start, select Windows PowerShell, and then click Windows PowerShell ISE. Alternately, you can type powershell_ise.exe in any command shell or in the Run box.

To get Help in the Windows PowerShell ISE

On the Help menu, click Windows PowerShell Help. Or, press F1 . The file that opens describes Windows PowerShell ISE and Windows PowerShell, including all the help available from the Get-Help cmdlet.


Установка PowerShell в Windows

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

  • Winget — рекомендуемый способ установки PowerShell на клиентах Windows
  • Пакет MSI — лучший выбор для серверов Windows и сценариев корпоративного развертывания
  • ZIP-пакет — самый простой способ сторонней загрузки или установки нескольких версий
    • Используйте этот метод установки для Windows Nano Server, Windows IoT и систем на базе ARM
  • Глобальный инструмент .NET — хороший вариант для разработчиков .NET, устанавливающих и использующих другие глобальные инструменты
  • Пакет Microsoft Store — простой способ установки для обычных пользователей PowerShell, имеет ряд ограничений

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

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

Установка PowerShell с помощью Winget (рекомендуется)

Программа командной строки Winget (Диспетчер пакетов Windows) позволяет пользователям обнаруживать, устанавливать, обновлять, удалять и настраивать приложения на клиентских компьютерах с Windows. Она является клиентским интерфейсом для службы Диспетчера пакетов Windows. Программа командной строки winget по умолчанию входит в состав Windows 11 и современных версий Windows 10 в качестве Установщика приложений.

Список системных требований и инструкции по установке см. в документации по winget. Winget сейчас не работает на серверах Windows.

Для установки PowerShell с помощью опубликованных пакетов winget можно использовать следующие команды:

Найдите последнюю версию PowerShell.

Установите PowerShell основной или предварительной версии, используя параметр id .

Установка пакета MSI

Чтобы установить PowerShell в Windows, воспользуйтесь приведенными ниже ссылками для скачивания пакета установки с сайта GitHub.

После скачивания дважды щелкните файл установщика и следуйте инструкциям на экране.

Программа установки создает ярлык в меню Windows «Пуск».

  • По умолчанию пакет устанавливается в каталог $env:ProgramFiles\PowerShell\ .
  • Вы можете запустить PowerShell с помощью меню «Пуск» или файла $env:ProgramFiles\PowerShell\ \pwsh.exe .

PowerShell 7.2 устанавливается в новом каталоге и работает параллельно с Windows PowerShell 5.1. PowerShell 7.2 устанавливается как обновление на месте взамен PowerShell версии 7.0 и старше.

  • PowerShell 7.2 устанавливается в папке $env:ProgramFiles\PowerShell\7 .
  • Папка $env:ProgramFiles\PowerShell\7 добавляется в переменную $env:PATH .
  • Папки для выпущенных ранее версий удалены

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

Поддержка Центра обновления Майкрософт в PowerShell 7.2.

В PowerShell 7.2 включена поддержка Центра обновления Майкрософт. При включении этой возможности вы будете получать последние обновления PowerShell 7 в традиционном потоке управления клиентского компонента Центра обновления Майкрософт, будь то Центр обновления Windows для бизнеса, WSUS, Microsoft Endpoint Configuration Manager или интерактивное диалоговое окно Центра обновления Майкрософт в параметрах системы.

Пакет MSI для PowerShell 7.2 содержит следующие параметры командной строки:

  • USE_MU — это свойство имеет два возможных значения:
    • 1 (по умолчанию) — согласие на получение обновления с помощью Центра обновления Майкрософт, WSUS или Configuration Manager.
    • 0 — несогласие на получение обновления с помощью Центра обновления Майкрософт, WSUS или Configuration Manager.
    • 1 (по умолчанию) — согласие на использование Центра обновления Майкрософт для автоматических обновлений.
    • 0 — несогласие на использование Центра обновления Майкрософт.

Включение обновлений можно задать в предыдущей установке или в конфигурации вручную. При использовании ENABLE_MU=0 не удаляются существующие параметры. Кроме того, этот параметр может быть переопределен параметрами групповой политики, управляемыми администратором.

Установка пакета MSI из командной строки

MSI-пакеты можно устанавливать из командной строки, что позволяет администраторам развертывать их без взаимодействия с пользователем. MSI-пакет включает в себя следующие свойства для управления параметрами установки:

  • ADD_EXPLORER_CONTEXT_MENU_OPENPOWERSHELL . Это свойство позволяет добавлять пункт Open PowerShell в контекстное меню проводника.
  • ADD_FILE_CONTEXT_MENU_RUNPOWERSHELL . Это свойство позволяет добавлять пункт Run with PowerShell в контекстное меню проводника.
  • ENABLE_PSREMOTING . Это свойство позволяет включать удаленное взаимодействие PowerShell во время установки.
  • REGISTER_MANIFEST . Это свойство позволяет регистрировать манифест ведения журнала событий Windows.
  • ADD_PATH — это свойство управляет параметром добавления PowerShell в переменную среды PATH в Windows.

В следующих примерах показано, как выполнить автоматическую установку PowerShell со всеми включенными параметрами.

Полный список параметров командной строки для Msiexec.exe см. здесь.

Установка ZIP-пакета

Для поддержки расширенных сценариев развертывания доступны ZIP-архивы двоичных файлов PowerShell. Скачайте один из следующих ZIP-архивов на странице с текущим выпуском.

В зависимости от способа загрузки файла может потребоваться разблокировать файл с помощью командлета Unblock-File . Распакуйте содержимое в выбранное расположение и запустите pwsh.exe . В отличие от установки пакетов MSI при установке ZIP-архива не выполняется проверка соответствия предварительным требованиям. Для правильного удаленного взаимодействия с помощью WSMan необходимо обеспечить соответствие предварительным требованиям.

Используйте этот метод для установки версии PowerShell на основе ARM на таких компьютерах, как Microsoft Surface Pro X. Чтобы получить оптимальные результаты, устанавливайте PowerShell в папку $env:ProgramFiles\PowerShell\7 .

Установка в качестве глобального средства .NET

Если вы уже установили пакет SDK для .NET Core, установите PowerShell как глобальное средство .NET.

Установщик инструмента dotnet добавляет $env:USERPROFILE\.dotnet\tools в переменную среды $env:PATH . Но в выполняющейся оболочке нет обновленной переменной $env:PATH . Вы можете запустить PowerShell из новой оболочки, введя pwsh .

Установка из Microsoft Store

PowerShell 7.2 можно установить из Microsoft Store. Этот выпуск PowerShell можно найти на сайте Microsoft Store или в приложении Store в ОС Windows.

Пакет Microsoft Store обеспечивает следующие преимущества:

  • автоматические обновления, встроенные непосредственно в Windows;
  • интеграция с другими механизмами распространения программного обеспечения, такими как Intune и Configuration Manager.
  • может устанавливаться в системах Windows с процессорами x86, x64 или Arm64.

Известные ограничения

По умолчанию пакеты Microsoft Store запускаются в песочнице приложений, которая виртуализирует доступ к некоторым разделам реестра и файловой системы. Изменения виртуальных папок с файлами и разделов реестра сохраняются только внутри песочницы приложений.

Песочница блокирует любые изменения в корневой папке приложения. Параметры конфигурации системного уровня, хранящиеся в $PSHOME , нельзя изменить. Это относится и к конфигурации WSMAN. Это означает, что вы не сможете подключать удаленные сеансы к установкам PowerShell на основе хранилища. Поддерживаются конфигурации уровня пользователя и удаленное взаимодействие по SSH.

Следующим командам требуется запись в $PSHOME . Экземпляр PowerShell из Microsoft Store не поддерживает эти команды.

  • Register-PSSessionConfiguration
  • Update-Help -Scope AllUsers
  • Enable-ExperimentalFeature -Scope AllUsers
  • Set-ExecutionPolicy -Scope LocalMachine

Изменения в PowerShell 7.2

Начиная с версии PowerShell 7.2, для пакета PowerShell больше не действует виртуализация файлов и реестра. Изменения виртуальных папок с файлами и разделов реестра теперь будут сохраняться вне песочницы приложений. Однако изменения в корневой папке приложения по-прежнему блокируются.

Данное исключение действует только в сборках Windows от 1903 и выше.

Установка предварительной версии

Предварительные выпуски PowerShell 7 устанавливаются в $env:ProgramFiles\PowerShell\7-preview , поэтому их можно выполнять параллельно с выпусками PowerShell без предварительной версии. Следующей предварительной версией будет PowerShell 7.3.

Обновление существующей установки

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

Развертывание в Windows 10 IoT Корпоративная

Windows 10 IoT Корпоративная поставляется со средой Windows PowerShell, которую можно использовать для развертывания PowerShell 7.

При настройке удаленного взаимодействия PowerShell появляется сообщение об ошибке и вы отключаетесь от устройства. PowerShell должен перезапустить WinRM. Теперь вы можете подключиться к конечной точке PowerShell 7 на устройстве.

Развертывание в Windows 10 IoT Базовая

Windows PowerShell добавляется в Windows 10 IoT Базовая, если вы включаете функцию IOT_POWERSHELL, которую можно использовать для развертывания PowerShell 7. Действия, описанные выше для Windows 10 IoT Корпоративная, могут быть выполнены и для центра Интернета вещей.

Чтобы добавить последнюю версию PowerShell в образ для доставки, используйте команду Import-PSCoreRelease для включения пакета в рабочую область и добавления OPENSRC_POWERSHELL в образ.

В архитектуре ARM64 Windows PowerShell не добавляется при включении IOT_POWERSHELL. Поэтому установка на основе ZIP-файла не поддерживается. Для добавления в образ используйте команду Import-PSCoreRelease .

Развертывание на Nano Server

В этих указаниях предполагается, что Nano Server — это операционная система для удаленного управления, в которой уже работает какая-либо версия PowerShell. Дополнительные сведения см. в разделе о средстве создания образов Nano Server.

Двоичные файлы PowerShell можно развернуть двумя разными способами:

  1. Автономно — подключите виртуальный жесткий диск Nano Server и распакуйте содержимое ZIP-файла в выбранное расположение в этом образе.
  2. В сети — передайте ZIP-файл через сеанс PowerShell и распакуйте его в выбранное расположение.

В обоих случаях требуется ZIP-пакет выпуска Windows 10 семейства x64. Выполните команды в экземпляре PowerShell с ролью администратора.

Автономное развертывание PowerShell

  1. С помощью любой служебной программы ZIP распакуйте пакет в каталог, находящийся внутри подключенного образа Nano Server.
  2. Отключите образ и загрузите его.
  3. Подключитесь к встроенному экземпляру Windows PowerShell.
  4. Следуйте инструкциям, чтобы создать конечную точку удаленного взаимодействия с помощью методики использования другого экземпляра.

Автономное PowerShell в сети

Разверните PowerShell в Nano Server, выполнив действия ниже.

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

Удаленное взаимодействие PowerShell

PowerShell поддерживает протокол удаленного взаимодействия PowerShell (PSRP) через SSH и WSMan. Дополнительные сведения см. в разделе:

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

  • Установите Windows Management Framework 5.1 (при необходимости). Подробные сведения о WMF см. в статье с обзором WMF.
  • Установите универсальную среду выполнения C в Windows предшествующих Windows 10 версий. Ее можно скачать самостоятельно или через Центр обновления Windows. Этот пакет уже установлен в полностью исправленных системах.

Поддерживаемые версии Windows

В следующей таблице приведен список версий PowerShell, сопоставленных с версиями Windows. Эти версии поддерживаются до окончания поддержки версии PowerShell или Windows.

  • Обозначение ✅ указывает, что версия ОС или PowerShell по-прежнему поддерживается.
  • Обозначение ❌ указывает, что версия ОС или PowerShell не поддерживается.
  • Обозначение 🟡 указывает, что версия PowerShell больше не поддерживается в этой версии ОС.
  • Если и версия ОС, и версия PowerShell отмечены ✅, это сочетание поддерживается.
Windows 7.0 (LTS) 7.1 7.2 (текущая LTS) 7.3 (предварительная версия)
✅ Windows Server 2016, 2019 или 2022 🟡
✅ Windows Server 2012 R2 🟡
✅ Windows Server Core (2012 R2 или выше) 🟡
✅ Windows Nano Server (1809 или выше) 🟡
❌ Windows Server 2012 🟡 🟡
❌ Windows Server 2008 R2 🟡 🟡
✅ Windows 11 🟡
✅ Windows 10 1607 и выше 🟡
✅ Windows 8.1 🟡

Поддержка конкретной версии Windows определяется политиками жизненного цикла службы поддержки Майкрософт. Дополнительные сведения см. в разделе:

PowerShell поддерживается в Windows для перечисленных ниже архитектур процессора.

Windows 7.0 (LTS) 7.2 (текущая LTS) 7.3 (предварительная версия)
Nano Server версии 1803+ x64, ARM32 X64 X64
Windows Server 2012 R2+ x64, x86 x64, x86 x64, x86
Windows Server Core 2012 R2+ x64, x86 x64, x86 x64, x86
Клиент Windows 10 или 11 x64, x86 x64, x86, ARM64 x64, x86, ARM64
Клиент Windows 8.1 x64, x86 x64, x86 x64, x86

Вы можете проверить версию, которую вы используете, запустив winver.exe .

Поддержка установки

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


You may also like...