У меня есть рабочий код, который в основном запрашивает 2 разные конечные точки Graph API, затем ищет совпадение в User Principal Name column
и вставляет столбец extension_335d4df9847945fbaa472c8b8fbb5d75_employeeNumber
и значения в экспортированный csv (спасибо пользователю @PMental за это решение) Этот столбец получен из атрибута который был недавно расширен из нашего локального AD.
Этот код отлично работает, однако, если я попытаюсь распараллелить его, я не получу результатов в столбце extension_335d4df9847945fbaa472c8b8fbb5d75_employeeNumber
.
Это потому, что после распараллеливания я не могу обмениваться переменными между параллельными процессами? Если да, то как мне это сделать?
Код ниже - если вы удалите -Parallel, он отлично работает:
$graphApiUri = "https://graph.microsoft.com/v1.0/reports/getOffice365ActiveUserDetail(period='D90')"
$Uri = "https://graph.microsoft.com/v1.0/users?`$select=userPrincipalName,extension_335d4df9847945fbaa472c8b8fbb5d75_employeeNumber"
$O365Report = Invoke-RestMethod -Method Get -Uri $graphApiUri -Headers $headerParams | ConvertFrom-Csv
# If the result is more than 999, we need to read the @odata.nextLink to show more than one side of users
$UserDetails = while (-not [string]::IsNullOrEmpty($uri)) {
# API Call
$apiCall = try {
Invoke-RestMethod -Headers $headerParams -Uri $uri -Method Get
}
catch {
$errorMessage = $_.ErrorDetails.Message | ConvertFrom-Json
}
$uri = $null
if ($apiCall) {
# Check if any data is left
$uri = $apiCall.'@odata.nextLink'
$apiCall
}
}
Write-Output "Matching UPN to employeeNumber..."
$O365Report | ForEach-Object -Parallel {
$CurrentEmpNumber = $UserDetails.value |
Where-Object userPrincipalName -eq $_.'User Principal Name' |
Select-Object -ExpandProperty extension_335d4df9847945fbaa472c8b8fbb5d75_employeeNumber -ErrorAction SilentlyContinue
$_ | Add-Member -MemberType NoteProperty -Name extension_335d4df9847945fbaa472c8b8fbb5d75_employeeNumber -Value $CurrentEmpNumber
}
$O365Report | Export-Csv $ReportCSV -NoTypeInformation
Write-Output "Report saved to $ReportCSV."
Я ценю ваше понимание! Спасибо
Когда вы находитесь внутри блока сценария ForEach-Object -Parallel
и пытаетесь сослаться на переменные, которые были созданы вне его, вам нужно предварить имя переменной знаком using:
, чтобы оно было $using:UserDetails
Примеры:
Ничего не возвращает, потому что $test
недоступен в рамках блока параллельного скрипта:
$test = 1;
0..5 | % -Parallel { $test; };
Возвращает значение $test
пять раз, потому что с помощью $using:test
теперь вы можете увидеть его значение:
$test = 1;
0..5 | % -Parallel { $using:test; };
Из документации:
Набор параметров ForEach-Object -Parallel запускает блоки сценариев параллельно в отдельных потоках процесса. Ключевое слово $using: позволяет передавать ссылки на переменные из потока вызова командлета в каждый выполняющийся поток блока скрипта. Поскольку блоки сценария выполняются в разных потоках, объектные переменные, передаваемые по ссылке, должны использоваться безопасно. Как правило, безопасно читать объекты, на которые ссылаются, которые не изменяются. Но если состояние объекта изменяется, вы должны использовать потокобезопасные объекты, такие как типы .Net System.Collection.Concurrent (см. пример 11).
Я бы также рекомендовал использовать -ThrottleLimit
, чтобы ограничить максимальную степень параллелизма. По умолчанию 5, но вы можете захотеть больше или меньше, в зависимости от тестирования.
Спасибо. Еще одна заметка: вы случайно не знаете, поддерживается ли параметр -Parallel в модуле Runbook Azure?
@ jpbcx43 без понятия, извините.
Это не похоже на подходящее совпадение для параллельной обработки, поскольку вы просто локально просматриваете массивы для совпадений. Если у вас не было 500 тысяч результатов и время не имело значения, это не имеет смысла, ИМХО. Теперь, если вам нужно сделать еще один вызов отдыха для каждого пользователя, возможно, это стоит усилий.