Import-Module

Sintaxe

Import-Module
      [-Global]
      [-Prefix <String>]
      [-Name] <String[]>
      [-Function <String[]>]
      [-Cmdlet <String[]>]
      [-Variable <String[]>]
      [-Alias <String[]>]
      [-Force]
      [-PassThru]
      [-AsCustomObject]
      [-MinimumVersion <Version>]
      [-MaximumVersion <String>]
      [-RequiredVersion <Version>]
      [-ArgumentList <Object[]>]
      [-DisableNameChecking]
      [-NoClobber]
      [-Scope <String>]
      [<CommonParameters>]

Import-Module
      [-Global]
      [-Prefix <String>]
      [-Name] <String[]>
      [-Function <String[]>]
      [-Cmdlet <String[]>]
      [-Variable <String[]>]
      [-Alias <String[]>]
      [-Force]
      [-PassThru]
      [-AsCustomObject]
      [-MinimumVersion <Version>]
      [-MaximumVersion <String>]
      [-RequiredVersion <Version>]
      [-ArgumentList <Object[]>]
      [-DisableNameChecking]
      [-NoClobber]
      [-Scope <String>]
      -PSSession <PSSession>
      [<CommonParameters>]

Import-Module
      [-Global]
      [-Prefix <String>]
      [-Name] <String[]>
      [-Function <String[]>]
      [-Cmdlet <String[]>]
      [-Variable <String[]>]
      [-Alias <String[]>]
      [-Force]
      [-PassThru]
      [-AsCustomObject]
      [-MinimumVersion <Version>]
      [-MaximumVersion <String>]
      [-RequiredVersion <Version>]
      [-ArgumentList <Object[]>]
      [-DisableNameChecking]
      [-NoClobber]
      [-Scope <String>]
      -CimSession <CimSession>
      [-CimResourceUri <Uri>]
      [-CimNamespace <String>]
      [<CommonParameters>]

Import-Module
      [-Global]
      [-Prefix <String>]
      [-FullyQualifiedName] <ModuleSpecification[]>
      [-Function <String[]>]
      [-Cmdlet <String[]>]
      [-Variable <String[]>]
      [-Alias <String[]>]
      [-Force]
      [-PassThru]
      [-AsCustomObject]
      [-ArgumentList <Object[]>]
      [-DisableNameChecking]
      [-NoClobber]
      [-Scope <String>]
      [<CommonParameters>]

Import-Module
      [-Global]
      [-Prefix <String>]
      [-FullyQualifiedName] <ModuleSpecification[]>
      [-Function <String[]>]
      [-Cmdlet <String[]>]
      [-Variable <String[]>]
      [-Alias <String[]>]
      [-Force]
      [-PassThru]
      [-AsCustomObject]
      [-ArgumentList <Object[]>]
      [-DisableNameChecking]
      [-NoClobber]
      [-Scope <String>]
      -PSSession <PSSession>
      [<CommonParameters>]

Import-Module
      [-Global]
      [-Prefix <String>]
      [-Assembly] <Assembly[]>
      [-Function <String[]>]
      [-Cmdlet <String[]>]
      [-Variable <String[]>]
      [-Alias <String[]>]
      [-Force]
      [-PassThru]
      [-AsCustomObject]
      [-ArgumentList <Object[]>]
      [-DisableNameChecking]
      [-NoClobber]
      [-Scope <String>]
      [<CommonParameters>]

Import-Module
      [-Global]
      [-Prefix <String>]
      [-Function <String[]>]
      [-Cmdlet <String[]>]
      [-Variable <String[]>]
      [-Alias <String[]>]
      [-Force]
      [-PassThru]
      [-AsCustomObject]
      [-ModuleInfo] <PSModuleInfo[]>
      [-ArgumentList <Object[]>]
      [-DisableNameChecking]
      [-NoClobber]
      [-Scope <String>]
      [<CommonParameters>]

Description

O cmdlet Import-Module adiciona um ou mais módulos à sessão atual. Os módulos importados devem ser instalados no computador local ou em um computador remoto.

A partir do PowerShell 3.0, os módulos instalados são importados automaticamente para a sessão quando você usa quaisquer comandos ou provedores no módulo. No entanto, você ainda pode usar o comando Import-Module para importar um módulo e pode habilitar e desabilitar a importação automática de módulo usando a variável de preferência $PSModuleAutoloadingPreference. Para obter mais informações sobre módulos, consulte about_Modules. Para obter mais informações sobre a variável $PSModuleAutoloadingPreference, consulte about_Preference_Variables.

Um módulo é um pacote que contém membros que podem ser usados no PowerShell. Os membros incluem cmdlets, provedores, scripts, funções, variáveis e outras ferramentas e arquivos. Depois que um módulo é importado, você pode usar os membros do módulo em sua sessão.

Para importar um módulo, use os parâmetros Name, Assembly, ModuleInfo, MinimumVersion e RequiredVersion parâmetros para identificar o módulo a ser importado. Por padrão, Import-Module importa todos os membros que o módulo exporta, mas você pode usar os parâmetros Alias , Function, Cmdlete Variable parâmetros para restringir os membros importados. Você também pode usar o parâmetro NoClobber para impedir que Import-Module importe membros que tenham os mesmos nomes que os membros na sessão atual.

Import-Module importa um módulo somente para a sessão atual. Para importar o módulo para todas as sessões, adicione um comando Import-Module ao seu perfil do PowerShell. Para obter mais informações sobre perfis, consulte about_Profiles.

A partir do Windows PowerShell 3.0, você pode usar Import-Module para importar módulos CIM (Common Information Model), nos quais os cmdlets são definidos em arquivos CDXML (Cmdlet Definition XML). Esse recurso permite que você use cmdlets que são implementados em assemblies de código não gerenciados, como aqueles escritos em C++.

Com esses novos recursos, Import-Module cmdlet se torna uma ferramenta principal para gerenciar empresas heterogêneas que incluem computadores que executam o sistema operacional Windows e computadores que executam outros sistemas operacionais.

Para gerenciar computadores remotos que executam o sistema operacional Windows com a comunicação remota PowerShell e PowerShell habilitada, crie um PSSession no computador remoto e use o parâmetro PSSession de para obter os módulos PowerShell noPSSession . Quando você importa os módulos e, em seguida, usa os comandos importados na sessão atual, os comandos são executados implicitamente no PSSession no computador remoto. Você pode usar essa estratégia para gerenciar o computador remoto.

Você pode usar uma estratégia semelhante para gerenciar computadores que não têm a comunicação remota do PowerShell habilitada, incluindo computadores que não estão executando o sistema operacional Windows e computadores Windows que têm o PowerShell, mas não têm a comunicação remota do PowerShell habilitada.

Comece criando uma sessão CIM no computador remoto, que é uma conexão com o WMI (Instrumentação de Gerenciamento do Windows) no computador remoto. Em seguida, use o CIMSession parâmetro de Import-Module para importar módulos CIM do computador remoto. Quando você importa um módulo CIM e, em seguida, executa os comandos importados, os comandos são executados implicitamente no computador remoto. Você pode usar essa estratégia WMI e CIM para gerenciar o computador remoto.

Exemplos

Exemplo 1: Importar os membros de um módulo para a sessão atual

Este exemplo importa os membros do módulo PSDiagnostics para a sessão atual. O nome do parâmetro Name é opcional e pode ser omitido.

Import-Module -Name PSDiagnostics

Por padrão, Import-Module não gera nenhuma saída quando importa um módulo. Para solicitar a saída, use o PassThru ou parâmetro AsCustomObject ou o Verbose parâmetro comum.

Exemplo 2: Importar todos os módulos especificados pelo caminho do módulo

Este exemplo importa todos os módulos disponíveis no caminho especificado pela variável de ambiente $env:PSModulePath para a sessão atual.

Get-Module -ListAvailable | Import-Module

Exemplo 3: Importar os membros de vários módulos para a sessão atual

Este exemplo importa os membros dos módulos PSDiagnostics e Dism para a sessão atual.

$m = Get-Module -ListAvailable PSDiagnostics, Dism
Import-Module -ModuleInfo $m

O cmdlet Get-Module obtém os módulos PSDiagnostics e Dism e salva os objetos na variável $m. O parâmetro ListAvailable é necessário quando você está recebendo módulos que ainda não foram importados para a sessão.

O parâmetro ModuleInfo de Import-Module é usado para importar os módulos para a sessão atual.

Esses comandos são equivalentes ao uso de um operador de pipeline (|) para enviar a saída de um comando Get-Module para Import-Module.

Exemplo 4: Importar todos os módulos especificados por um caminho

Este exemplo usa um caminho explícito para identificar o módulo a ser importado.

Import-Module -Name c:\ps-test\modules\test -Verbose

VERBOSE: Loading module from path 'C:\ps-test\modules\Test\Test.psm1'.
VERBOSE: Exporting function 'my-parm'.
VERBOSE: Exporting function 'Get-Parameter'.
VERBOSE: Exporting function 'Get-Specification'.
VERBOSE: Exporting function 'Get-SpecDetails'.

O uso do parâmetro Verbose faz com que Import-Module relate o progresso à medida que carrega o módulo. Sem o Verbose , PassThruou parâmetro AsCustomObject, Import-Module não gera nenhuma saída quando importa um módulo.

Exemplo 5: Restringir membros do módulo importados para uma sessão

Este exemplo mostra como restringir quais membros do módulo são importados para a sessão e o efeito desse comando na sessão.

Import-Module PSDiagnostics -Function Disable-PSTrace, Enable-PSTrace
(Get-Module PSDiagnostics).ExportedCommands

Key                          Value
---                          -----
Disable-PSTrace              Disable-PSTrace
Disable-PSWSManCombinedTrace Disable-PSWSManCombinedTrace
Disable-WSManTrace           Disable-WSManTrace
Enable-PSTrace               Enable-PSTrace
Enable-PSWSManCombinedTrace  Enable-PSWSManCombinedTrace
Enable-WSManTrace            Enable-WSManTrace
Get-LogProperties            Get-LogProperties
Set-LogProperties            Set-LogProperties
Start-Trace                  Start-Trace
Stop-Trace                   Stop-Trace

Get-Command -Module PSDiagnostics

CommandType     Name                 Version    Source
-----------     ----                 -------    ------
Function        Disable-PSTrace      6.1.0.0    PSDiagnostics
Function        Enable-PSTrace       6.1.0.0    PSDiagnostics

O primeiro comando importa apenas os cmdlets e do módulo PSDiagnostics. O parâmetro Function limita os membros que são importados do módulo. Você também pode usar os parâmetros Alias, Variablee Cmdlet para restringir outros membros importados por um módulo.

O cmdlet Get-Module obtém o objeto que representa o módulo PSDiagnostics. A propriedade ExportedCmdlets lista todos os cmdlets exportados pelo módulo, mesmo que nem todos tenham sido importados.

No terceiro comando, o parâmetro Module do cmdlet obtém os comandos que foram importados do módulo PSDiagnostics. Os resultados confirmam que apenas os cmdlets Disable-PSTrace e Enable-PSTrace foram importados.

Exemplo 6: Importar os membros de um módulo e adicionar um prefixo

Este exemplo importa o módulo PSDiagnostics para a sessão atual, adiciona um prefixo aos nomes de membros e exibe os nomes de membros prefixados. O prefixo aplica-se apenas aos membros na sessão atual. Ele não altera o módulo.

Import-Module PSDiagnostics -Prefix x -PassThru

ModuleType Version    Name               ExportedCommands
---------- -------    ----               ----------------
Script     6.1.0.0    PSDiagnostics      {Disable-xPSTrace, Disable-xPSWSManCombinedTrace, Disable-xW...

Get-Command -Module PSDiagnostics

CommandType     Name                                   Version    Source
-----------     ----                                   -------    ------
Function        Disable-xPSTrace                       6.1.0.0    PSDiagnostics
Function        Disable-xPSWSManCombinedTrace          6.1.0.0    PSDiagnostics
Function        Disable-xWSManTrace                    6.1.0.0    PSDiagnostics
Function        Enable-xPSTrace                        6.1.0.0    PSDiagnostics
Function        Enable-xPSWSManCombinedTrace           6.1.0.0    PSDiagnostics
Function        Enable-xWSManTrace                     6.1.0.0    PSDiagnostics
Function        Get-xLogProperties                     6.1.0.0    PSDiagnostics
Function        Set-xLogProperties                     6.1.0.0    PSDiagnostics
Function        Start-xTrace                           6.1.0.0    PSDiagnostics
Function        Stop-xTrace                            6.1.0.0    PSDiagnostics

Ele usa o parâmetro Prefix de Import-Module adiciona o prefixo x a todos os membros importados do módulo e o parâmetro PassThru para retornar um objeto de módulo que representa o módulo importado.

O cmdlet Get-Command para obter os membros que foram importados do módulo. A saída mostra que os membros do módulo foram prefixados corretamente.

Exemplo 7: Obter e usar um objeto personalizado

Esses comandos demonstram como obter e usar o objeto personalizado que Import-Module retorna.

Os objetos personalizados incluem membros sintéticos que representam cada um dos membros do módulo importados. Por exemplo, os cmdlets e funções em um módulo são convertidos em métodos de script do objeto personalizado.

Os objetos personalizados são muito úteis em scripts. Eles também são úteis quando vários objetos importados têm os mesmos nomes. Usar o método de script de um objeto é equivalente a especificar o nome totalmente qualificado de um membro importado, incluindo seu nome de módulo.

O parâmetro AsCustomObject pode ser usado somente ao importar um módulo de script, portanto, a primeira tarefa é determinar qual dos módulos disponíveis é um módulo de script.

Get-Module -List | Format-Table -Property Name, ModuleType -AutoSize

Name          ModuleType
----          ----------
Show-Calendar     Script
BitsTransfer    Manifest
PSDiagnostics   Manifest
TestCmdlets       Script

$a = Import-Module -Name Show-Calendar -AsCustomObject -Passthru
$a | Get-Member

TypeName: System.Management.Automation.PSCustomObject
Name          MemberType   Definition
----          ----------   ----------
Equals        Method       bool Equals(System.Object obj)
GetHashCode   Method       int GetHashCode()
GetType       Method       type GetType()
ToString      Method       string ToString()
Show-Calendar ScriptMethod System.Object Show-Calendar();

$a."Show-Calendar"()

O primeiro comando usa o cmdlet Get-Module para obter os módulos disponíveis. O comando usa um operador de pipeline para passar os objetos de módulo para o cmdlet , que lista os Namee ModuleType de cada módulo em uma tabela.

O segundo comando usa o cmdlet Import-Module para importar o Show-Calendar módulo de script. O comando usa o parâmetro AsCustomObject para solicitar um objeto personalizado e o parâmetro PassThru para retornar o objeto. O comando salva o objeto personalizado resultante na variável $a.

O terceiro comando usa um operador de pipeline para enviar a variável $a para o cmdlet Get-Member, que obtém as propriedades e os métodos do PSCustomObject em $a. A saída mostra um Show-Calendar() método de script.

O último comando usa o Show-Calendar método de script. O nome do método deve ser colocado entre aspas, porque inclui um hífen.

Exemplo 8: Reimportar um módulo para a mesma sessão

Este exemplo mostra como usar o parâmetro Force de Import-Module quando você estiver reimportando um módulo para a mesma sessão.

Import-Module PSDiagnostics
Import-Module PSDiagnostics -Force -Prefix PS

O primeiro comando importa o módulo PSDiagnostics. O segundo comando importa o módulo novamente, desta vez usando o parâmetro Prefix.

Usando o parâmetro Force, Import-Module remove o módulo e o importa novamente. Sem esse parâmetro, a sessão incluiria duas cópias de cada cmdlet PSDiagnostics , uma com o nome padrão e outra com o nome prefixado.

Exemplo 9: Executar comandos que foram ocultos por comandos importados

Este exemplo mostra como executar comandos que foram ocultos por comandos importados. O TestModule módulo. Inclui uma função chamada Get-Date que retorna o ano e o dia do ano.

Get-Date

Thursday, August 15, 2019 2:26:12 PM

Import-Module TestModule
Get-Date

19227

Get-Command Get-Date -All | Format-Table -Property CommandType, Name, ModuleName -AutoSize

CommandType     Name         ModuleName
-----------     ----         ----------
Function        Get-Date     TestModule
Cmdlet          Get-Date     Microsoft.PowerShell.Utility

Microsoft.PowerShell.Utility\Get-Date

Thursday, August 15, 2019 2:26:12 PM

O primeiro Get-Datecmdlet returns a **DateTime** object with the current date. After importing the **TestModule** module,Get-Date' retorna o ano e o dia do ano.

Usando o parâmetro All do Get-Command obtemos todos os comandos Get-Date na sessão. Os resultados mostram que há dois comandos na sessão, uma função do módulo TestModule e um cmdlet do módulo Microsoft.PowerShell.Utility .

Como as funções têm precedência sobre cmdlets, a função do módulo TestModule é executada, em vez do cmdlet . Para executar a versão original do Get-Date você deve qualificar o nome do comando com o nome do módulo.

Para obter mais informações sobre a precedência de comandos no PowerShell, consulte about_Command_Precedence.

Exemplo 10: Importar uma versão mínima de um módulo

Import-Module -Name PSWorkflow -MinimumVersion 3.0.0.0

Este comando importa o módulo PSWorkflow. Ele usa o parâmetro MinimumVersion de Import-Module para importar apenas a versão 3.0.0.0 ou superior do módulo.

Você também pode usar o parâmetro RequiredVersion para importar uma versão específica de um módulo ou usar os parâmetros Module e Version da palavra-chave #Requires para exigir uma versão específica de um módulo em um script.

Exemplo 11: Importar um módulo de um computador remoto

Este exemplo mostra como usar o cmdlet Import-Module para importar um módulo de um computador remoto. Este comando usa o recurso de comunicação remota implícita do PowerShell.

Ao importar módulos de outra sessão, você pode usar os cmdlets na sessão atual. No entanto, os comandos que usam os cmdlets realmente são executados na sessão remota.

$s = New-PSSession -ComputerName Server01
Get-Module -PSSession $s -ListAvailable -Name NetSecurity

ModuleType Name                                ExportedCommands
---------- ----                                ----------------
Manifest   NetSecurity                         {New-NetIPsecAuthProposal, New-NetIPsecMainModeCryptoProposal, New-Ne...

Import-Module -PSSession $s -Name NetSecurity
Get-Command -Module NetSecurity -Name Get-*Firewall*

CommandType     Name                                               ModuleName
-----------     ----                                               ----------
Function        Get-NetFirewallAddressFilter                       NetSecurity
Function        Get-NetFirewallApplicationFilter                   NetSecurity
Function        Get-NetFirewallInterfaceFilter                     NetSecurity
Function        Get-NetFirewallInterfaceTypeFilter                 NetSecurity
Function        Get-NetFirewallPortFilter                          NetSecurity
Function        Get-NetFirewallProfile                             NetSecurity
Function        Get-NetFirewallRule                                NetSecurity
Function        Get-NetFirewallSecurityFilter                      NetSecurity
Function        Get-NetFirewallServiceFilter                       NetSecurity
Function        Get-NetFirewallSetting                             NetSecurity

Get-NetFirewallRule -DisplayName "Windows Remote Management*" | Format-Table -Property DisplayName, Name -AutoSize

DisplayName                                              Name
-----------                                              ----
Windows Remote Management (HTTP-In)                      WINRM-HTTP-In-TCP
Windows Remote Management (HTTP-In)                      WINRM-HTTP-In-TCP-PUBLIC
Windows Remote Management - Compatibility Mode (HTTP-In) WINRM-HTTP-Compat-In-TCP

O primeiro comando usa o cmdlet New-PSSession para criar uma sessão remota (PSSession) para o computador Server01. O comando salva o PSSession na variável $s.

O segundo comando usa o parâmetro PSSession do cmdlet Get-Module para obter o módulo NetSecurity na sessão na variável $s. Esse comando é equivalente a usar o cmdlet Invoke-Command para executar um comando Get-Module na sessão em $s (Invoke-Command $s {Get-Module -ListAvailable -Name NetSecurity). A saída mostra que o módulo NetSecurity está instalado no computador e está disponível para a sessão na variável $s.

O terceiro comando usa o parâmetro PSSession do cmdlet Import-Module para importar o módulo NetSecurity da sessão na variável $s para a sessão atual.

O quarto comando usa o cmdlet Get-Command para obter comandos que começam com Get e incluem Firewall do módulo NetSecurity. A saída obtém os comandos e confirma que o módulo e seus cmdlets foram importados para a sessão atual.

O quinto comando usa o cmdlet Get-NetFirewallRule para obter regras de firewall de Gerenciamento Remoto do Windows no computador Server01. Esse comando é equivalente a usar o cmdlet Invoke-Command para executar um comando Get-NetFirewallRule na sessão na variável $s.

Exemplo 12: Gerenciar armazenamento em um computador remoto sem o sistema operacional Windows

Neste exemplo, como o administrador do computador instalou o provedor WMI de Descoberta de Módulo, os comandos CIM podem usar os valores padrão, que são projetados para o provedor.

Os comandos neste exemplo permitem gerenciar os sistemas de armazenamento de um computador remoto que não esteja executando o sistema operacional Windows.

O primeiro comando usa o cmdlet New-CimSession para criar uma sessão no computador remoto RSDGF03. A sessão se conecta ao WMI no computador remoto. O comando salva a sessão CIM na variável $cs.

O segundo comando usa a sessão CIM na variável $cs para executar um comando Import-Module no computador RSDGF03. O comando usa o parâmetro Name para especificar o módulo Storage CIM.

O terceiro comando executa o comando Get-Command no comando Get-Disk no módulo Storage. Quando você importa um módulo CIM para a sessão local, o PowerShell converte os arquivos CDXML de cada comando em scripts do PowerShell, que aparecem como funções na sessão local.

O quarto comando executa o comando Get-Disk. Embora o comando seja digitado na sessão local, ele é executado implicitamente no computador remoto do qual foi importado. O comando obtém objetos do computador remoto e os retorna à sessão local.

$cs = New-CimSession -ComputerName RSDGF03
Import-Module -CimSession $cs -Name Storage
# Importing a CIM module, converts the CDXML files for each command into PowerShell scripts.
# These appear as functions in the local session.
Get-Command Get-Disk

CommandType     Name                  ModuleName
-----------     ----                  ----------
Function        Get-Disk              Storage

# Use implicit remoting to query disks on the remote computer from which the module was imported.
Get-Disk

Number Friendly Name              OperationalStatus          Total Size Partition Style
------ -------------              -----------------          ---------- ---------------
0      Virtual HD ATA Device      Online                          40 GB MBR

Parâmetros

-Alias

-ArgumentList

-AsCustomObject

-Assembly

-CimNamespace

-CimResourceUri

-CimSession

-Cmdlet

-DisableNameChecking

-Force

-FullyQualifiedName

-Function

-Global

-MaximumVersion

-MinimumVersion

-ModuleInfo

-Name

-NoClobber

-PassThru

-Prefix

-PSSession

-RequiredVersion

-Scope

-Variable

Entradas

System.String, System.Management.Automation.PSModuleInfo, System.Reflection.Assembly

Você pode canalizar um nome de módulo, objeto de módulo ou objeto de assembly para este cmdlet.

Saídas

None, System.Management.Automation.PSModuleInfo, or System.Management.Automation.PSCustomObject

Este cmdlet retorna um PSModuleInfo ou PSCustomObject. Por padrão, Import-Module não gera nenhuma saída. Se você especificar o parâmetro PassThru, o cmdlet gerará um objeto System.Management.Automation.PSModuleInfo que representa o módulo. Se você especificar o parâmetro AsCustomObject, ele gerará um objeto PSCustomObject.

Notas

• Antes de importar um módulo, o módulo deve ser instalado no computador local. Ou seja, o diretório do módulo deve ser copiado para um diretório acessível ao seu computador local. Para obter mais informações, consulte about_Modules.

  Você também pode usar o PSSession e parâmetros de CIMSession para importar módulos instalados em computadores remotos. No entanto, os comandos que usam os cmdlets nesses módulos são realmente executados na sessão remota no computador remoto.

• Se você importar membros com o mesmo nome e o mesmo tipo para sua sessão, o PowerShell usará o membro importado por último por padrão. Variáveis e aliases são substituídos e os originais não são acessíveis. Funções, cmdlets e provedores são meramente sombreados pelos novos membros. Eles podem ser acessados qualificando o nome do comando com o nome de seu snap-in, módulo ou caminho de função.

• Para atualizar os dados de formatação de comandos que foram importados de um módulo, use o cmdlet Update-FormatData. Update-FormatData também atualiza os dados de formatação para comandos na sessão que foram importados dos módulos. Se o arquivo de formatação de um módulo for alterado, você poderá executar um comando Update-FormatData para atualizar os dados de formatação dos comandos importados. Não é necessário importar o módulo novamente.

• A partir do Windows PowerShell 3.0, os comandos principais instalados com o PowerShell são empacotados em módulos. No Windows PowerShell 2.0 e em programas host que criam sessões de estilo mais antigo em versões posteriores do PowerShell, os comandos principais são empacotados em snap-ins (PSSnapins). A exceção é Microsoft.PowerShell.Core, que é sempre um snap-in. Além disso, as sessões remotas, como as iniciadas pelo cmdlet New-PSSession, são sessões de estilo mais antigo que incluem snap-ins principais.

  Para obter informações sobre o método de CreateDefault2 que cria sessões de estilo mais recente com módulos principais, consulte o Método CreateDefault2.

• Import-Module não é possível importar módulos do PowerShell Core de outra sessão. Os módulos principais do PowerShell têm nomes que começam com Microsoft.PowerShell.

• No Windows PowerShell 2.0, alguns dos valores de propriedade do objeto de módulo, como o ExportedCmdlets e valores de propriedade NestedModules, não foram preenchidos até que o módulo fosse importado e não estivessem disponíveis no objeto de módulo retornado pelo parâmetro PassThru. No Windows PowerShell 3.0, todos os valores de propriedade do módulo são preenchidos.

• Se você tentar importar um módulo que contém assemblies de modo misto que não são compatíveis com o Windows PowerShell 3.0, Import-Module retorna uma mensagem de erro como a seguinte.

  Import-Module : O assembly de modo misto é construído com base na versão 'v2.0.50727' do tempo de execução e não pode ser carregado no tempo de execução 4.0 sem informações de configuração adicionais.

  Esse erro ocorre quando um módulo projetado para o Windows PowerShell 2.0 contém pelo menos um assembly de módulo misto, ou seja, um assembly que inclui código gerenciado e não gerenciado, como C++ e C#.

  Para importar um módulo que contém assemblies de modo misto, inicie o Windows PowerShell 2.0 usando o seguinte comando e tente o comando Import-Module novamente.

  PowerShell.exe -Version 2.0

• Para usar o recurso de sessão CIM, o computador remoto deve ter comunicação remota WS-Management e WMI (Instrumentação de Gerenciamento do Windows), que é a implementação da Microsoft do padrão CIM (Common Information Model). O computador também deve ter o provedor WMI de descoberta de módulo ou um provedor CIM alternativo que tenha os mesmos recursos básicos.

  Você pode usar o recurso de sessão CIM em computadores que não executam um sistema operacional Windows e em computadores Windows que têm PowerShell, mas não têm a comunicação remota do PowerShell habilitada.

  Você também pode usar os parâmetros CIM para obter módulos CIM de computadores que têm a comunicação remota do PowerShell habilitada, incluindo o computador local. Quando você cria uma sessão CIM no computador local, o PowerShell usa DCOM, em vez de WMI, para criar a sessão.

Ligações Relacionadas

• Export-ModuleMember
• Get-Module
• New-Module
• Remove-Module