Azure自动化启动Stream Analytics作业失败，PowerShell报减法重载错误

核心问题 #

启动Stream Analytics作业时，Get-AzActivityLog未返回匹配"Start Job"的事件，导致$startTimeStamp为空值。后续代码中对空值执行减法运算（如与当前时间计算差值），触发PowerShell 7.2的重载错误："找不到'op_Subtraction'重载，参数计数为2。"

解决方案 #

1. 优化活动日志查询准确性 #

• 缩小时间范围：默认查询1000条记录效率低且易遗漏目标事件，添加时间范围参数限定查询范围（如过去24小时）：

  $endTime = Get-Date
  $startTime = $endTime.AddHours(-24)
  $startTimeStamp = Get-AzActivityLog -ResourceId $resourceId `
      -StartTime $startTime -EndTime $endTime `
      -WarningAction Ignore | 
      Where-Object {$_.EventName.Value -eq "Start Job"} |
      Select-Object -First 1 -ExpandProperty EventTimeStamp
  

• 精确匹配事件名称：Azure活动日志中"启动作业"的事件名称为精确的"Start Job"，用-eq替代-like "Start Job*"避免误匹配。

2. 处理空值场景 #

若作业无历史启动事件（如新创建作业），需设置默认启动时间，避免空值引发后续错误：

if (-not $startTimeStamp) {
    # 方案1：用当前时间前5分钟作为启动时间（适用于新作业，避免错过最新数据）
    $startTimeStamp = (Get-Date).AddMinutes(-5)
    Write-Warning "未找到历史启动事件，使用默认启动时间：$startTimeStamp"

    # 方案2：用作业创建时间（适合需要从初始状态启动的场景）
    # $job = Get-AzStreamAnalyticsJob -ResourceGroupName "<你的资源组名>" -Name "<作业名>"
    # $startTimeStamp = $job.CreatedDate
}

3. 验证权限 #

确保执行脚本的身份（如自动化账户服务主体）拥有读取活动日志的权限（如Monitoring Reader角色），否则Get-AzActivityLog会返回空结果。

错误根源说明 #

当$startTimeStamp为空时，若后续代码存在类似$targetTime = (Get-Date) - $startTimeStamp的减法操作，PowerShell无法找到针对$null与DateTime类型的减法重载，因此抛出该错误。通过上述步骤确保$startTimeStamp始终为有效DateTime值即可解决。

内容的提问来源于stack exchange，提问作者Will Mclennan