Как пройти названные параметры с помощью invoke-command?

StackOverflow https://stackoverflow.com/questions/4225748

  •  26-09-2019
  •  | 
  •  

Вопрос

У меня есть сценарий, который я могу работать удаленно через Invoke-Command

Invoke-Command -ComputerName (Get-Content C:\Scripts\Servers.txt) `
               -FilePath C:\Scripts\ArchiveEventLogs\ver5\ArchiveEventLogs.ps1

Пока я использую параметры по умолчанию, он работает нормально. Тем не менее, скрипт имеет 2 именованных [коммутатор] параметров (-Дебуги и -Clear)

Как я могу пройти коммутируемые параметры через команду invoke? Я попробовал -argumentlist, но я получаю ошибки, поэтому я должен иметь синтаксис неправильно или что-то еще. Любая помощь значительно ценится.

Это было полезно?

Решение

-ArgumentList основан на использовании с скриптблок Команды, как:

Invoke-Command -Cn (gc Servers.txt) {param($Debug=$False, $Clear=$False) C:\Scripts\ArchiveEventLogs\ver5\ArchiveEventLogs.ps1 } -ArgumentList $False,$True

Когда вы называете это с -File Это все еще передает параметры, такие как тупой разбитый массив. Я отправил А. Запрос на функцию Чтобы добавить это в команду (пожалуйста, проголосуйте это).

Итак, у вас есть два варианта:

Если у вас есть скрипт, который выглядел так, в сетевом месте, доступное с удаленной машины (обратите внимание, что -Debug подразумевается, потому что когда я использую Parameter Атрибут, сценарий неявно получает cmdletbinding и, таким образом, все общие параметры):

param(
   [Parameter(Position=0)]
   $one
,
   [Parameter(Position=1)]
   $two
,
   [Parameter()]
   [Switch]$Clear
)

"The test is for '$one' and '$two' ... and we $(if($DebugPreference -ne 'SilentlyContinue'){"will"}else{"won't"}) run in debug mode, and we $(if($Clear){"will"}else{"won't"}) clear the logs after."

Не навязываясь по значению $Clear ... Если вы хотите вызвать, что вы можете использовать любой из следующих Invoke-Command синтаксисы:

icm -cn (gc Servers.txt) { 
    param($one,$two,$Debug=$False,$Clear=$False)
    C:\Scripts\ArchiveEventLogs\ver5\ArchiveEventLogs.ps1 @PSBoundParameters
} -ArgumentList "uno", "dos", $false, $true

В этом, я дублирую все параметры, которые я забочусь о скриптблок Так что я могу пройти значения. Если я могу их сложно (то, что я на самом деле сделал), нет необходимости делать это и использовать PSBoundParameters, Я могу просто пройти те, которые мне нужно. Во втором примере ниже я собираюсь пройти $ leyn, просто чтобы продемонстрировать, как пройти параметры коммутатора:

icm -cn $Env:ComputerName { 
    param([bool]$Clear)
    C:\Scripts\ArchiveEventLogs\ver5\ArchiveEventLogs.ps1 "uno" "dos" -Debug -Clear:$Clear
} -ArgumentList $(Test-Path $Profile)

Другой вариант

Если сценарий находится на вашем локальном компьютере, и вы не хотите изменять параметры, чтобы быть позиционным, или вы хотите указать параметры, которые являются общими параметрами (так что вы не можете их контролировать), вы захотите получить содержимое этот скрипт и встроить его в ваш скриптблок:

$script = [scriptblock]::create( @"
param(`$one,`$two,`$Debug=`$False,`$Clear=`$False)
&{ $(Get-Content C:\Scripts\ArchiveEventLogs\ver5\ArchiveEventLogs.ps1 -delimiter ([char]0)) } @PSBoundParameters
"@ )

Invoke-Command -Script $script -Args "uno", "dos", $false, $true

PostScript:

Если вам действительно нужно передать в переменной для имени сценария, то, что вы будете зависеть от того, определяется ли переменная локально или удаленно. В целом, если у вас есть переменная $Script или переменная среда $Env:Script С именем сценария вы можете выполнить его с оператором вызова (&): &$Script или &$Env:Script

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

Invoke-Command -cn $Env:ComputerName { 
    param([String]$Script, [bool]$Clear)
    &$Script "uno" "dos" -Debug -Clear:$Clear
} -ArgumentList $ScriptPath, $(Test-Path $Profile)

Другие советы

Мое решение для этого было динамически написать блок сценария [scriptblock]:Create:

# Or build a complex local script with MARKERS here, and do substitutions
# I was sending install scripts to the remote along with MSI packages
# ...for things like Backup and AV protection etc.

$p1 = "good stuff"; $p2 = "better stuff"; $p3 = "best stuff"; $etc = "!"
$script = [scriptblock]::Create("MyScriptOnRemoteServer.ps1 $p1 $p2 $etc")
#strings get interpolated/expanded while a direct scriptblock does not

# the $parms are now expanded in the script block itself
# ...so just call it:
$result = invoke-command $computer -script $script

Проходящие аргументы были очень разочарованными, пробуя различные методы, например,
-arguments, $using:p1, и т. Д. И это просто работало по желанию без проблем.

Так как я управляю содержимым и переменным расширением строки, которая создает [scriptblock] (или файл скрипта) таким образом, нет реальной проблемы с заклинанием «invoke-команда».

(Не должно быть так сложно. :))

Я подозреваю, что его новая функция, поскольку этот пост был создан - пройти параметры в блок сценария, используя $ Использование: var. Тогда его простая матерья для передачи параметров при условии, что скрипт уже на машине или в известном сетевом месте относительно машины

Принимая основной пример это было бы:

icm -cn $Env:ComputerName { 
    C:\Scripts\ArchiveEventLogs\ver5\ArchiveEventLogs.ps1 -one "uno" -two "dos" -Debug -Clear $Using:Clear
}

Мне нужно что-то, чтобы позвонить скриптам с именованными параметрами. У нас есть политика не используя порядкового позиционирования параметров и требующую имени параметра.

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

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

Предполагая, что есть сценарий, называемый «myscript.ps1» на временном пути, который имеет следующий блок параметров:

[CmdletBinding(PositionalBinding = $False)]
param
(
    [Parameter(Mandatory = $True)] [String] $MyNamedParameter1,
    [Parameter(Mandatory = $True)] [String] $MyNamedParameter2,
    [Parameter(Mandatory = $False)] [String] $MyNamedParameter3 = "some default value"
)

Вот как я бы назвал этот скрипт из другого скрипта:

$params = @{
    MyNamedParameter1 = $SomeValue
    MyNamedParameter2 = $SomeOtherValue
}

If ($SomeCondition)
{
    $params['MyNamedParameter3'] = $YetAnotherValue
}

$pathToScript = Join-Path -Path $env:Temp -ChildPath MyScript.ps1

$sb = [scriptblock]::create(".{$(Get-Content -Path $pathToScript -Raw)} $(&{
        $args
} @params)")
Invoke-Command -ScriptBlock $sb

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

Например, этот параметр Block используется для вызова скрипта, который копирует различные модули в стандартное местоположение, используемое PowerShell C:\Program Files\WindowsPowerShell\Modules который содержит пространственный символ.

$params = @{
        SourcePath      = "$WorkingDirectory\Modules"
        DestinationPath = "'$(Join-Path -Path $([System.Environment]::GetFolderPath('ProgramFiles')) -ChildPath 'WindowsPowershell\Modules')'"
    }

Надеюсь это поможет!

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top