始终最好对此进行测试:
让我们从一个创建一些网站的简单脚本开始,在本例中为 20 个。
Param
(
[Parameter(Mandatory=$true)]
[int]
$offset
)
Import-Module WebAdministration
ForEach ($number in 1..20 ) {
$id = $offset + $number
New-WebSite -Name $("Test_" + $id) -Port $id -Id $id -PhysicalPath "$env:systemdrive\inetpub\wwwroot"
}
我把这个保存到C:\temp\New-TestSite.ps1
现在同时运行该脚本 3 次,我创建了另一个脚本:C:\temp\Run-Test.ps1,内容如下:
start-job -ScriptBlock {& C:\temp\New-TestSite.ps1 -offset 10000}
start-job -ScriptBlock {& C:\temp\New-TestSite.ps1 -offset 20000}
start-job -ScriptBlock {& C:\temp\New-TestSite.ps1 -offset 30000}
运行Run-Test.ps1后,让我们检查一下我们创建了多少个站点:
ls iis:\sites | group {$_.Name.substring(0,6)} | Select Count,Name | Format-Table -AutoSize
我明白了:
Count Name
----- ----
19 Test_1
18 Test_2
15 Test_3
所以我们创造了 60 个中的 52 个
每个脚本创建 50 个时,我得到:
Count Name
----- ----
31 Test_1
31 Test_2
30 Test_3
这是 150 人中有 92 人
在某些测试用例中更糟糕的是,其中一个 PowerShell 进程崩溃了:
至少Get-Job 显示:
Id Name PSJobTypeName State
36 Job36 BackgroundJob Failed
38 Job38 BackgroundJob Completed
40 Job40 BackgroundJob Completed
所以综上所述,我们可以说同时修改applicationHost.config是不保存的。
当然,这是一个极端的测试用例,同时进行手动更改可能会奏效,但我们应该小心。
测试在 Server 2012 R2 (IIS 8.5) 上运行