夜里 2:17，香港机房的冷风从地板送风口呼出来，温度表停在 23℃。我盯着屏幕上还在排队的任务流，心里有点犯嘀咕：同一批数据抽取，白天跑 47 分钟，凌晨却偶发卡到 1 小时 20 分。网络抖得不明显，CPU 也没满，磁盘队列时高时低——问题像只钻地鼠，时不时冒头又消失。
我当时就想明白了一件事：不是服务器性能不够用，而是“排班”和“秩序”出了问题。那天晚上，我把 Windows Server 2022 的任务计划程序（Task Scheduler）从头到尾“整编”了一遍，第二天早上，项目群里只剩 “全部准点出锅”的表情包。

一、环境与目标

硬件与网络（实配参数）

系统与任务形态

OS：Windows Server 2022 Datacenter（GUI），Hyper-V 未启用

任务类型：ETL 抽取、增量同步（SFTP/HTTPS）、压缩/解压、CSV→Parquet 转换、日志归档

目标：在不增加硬件的前提下，让一夜间 120+ 个批量任务“准点、少抖动、吞吐更高”。

二、问题画像与基线

我先做了 3 天基线采集（夜间 01:00–06:00，5 分钟粒度）：

直觉告诉我：“谁先上场、谁后上、同类任务并行几路、失败怎么退让”——这些才是关键。

三、总方案一览（思路先行）

把机器“激活”：电源计划调为高性能、关闭不必要省电/节能策略。

任务分类分级：CPU 型、IO 型、网络型，分别规划并发与窗口。

消灭惊群：错峰触发 + 随机抖动 + 不重叠策略（IgnoreNew）。

进程级别控速：启动时设置优先级与CPU 亲和性，避免互相踩脚。

幂等与分布锁：跨节点/跨任务避免重复跑与冲突。

明确重试与超时：失败退避（backoff），长跑强制终止，避免“慢性占坑”。

全链路可观测：开启 Scheduler 历史 + 自采集报表，按夜审视。

四、系统前置优化（五分钟拿捏住底层）

1）把电源计划切到“高性能”

# 查看当前电源计划
powercfg /L
# 切换到高性能（{8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c} 通常是高性能）
powercfg /S 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c

这样做的收益是：减少 CPU 频繁升降带来的“尾延迟”，批量任务更稳定。

2）时间同步（调度精准的底线）

w32tm /config /manualpeerlist:"time.windows.com,time.cloudflare.com" /syncfromflags:manual /update
w32tm /resync

3）病毒扫描排除（避免 IO 抖动）

把批处理目录（如 D:\BatchJobs、缓存目录 D:\Temp\etl_cache）加入防护排除列表（使用你公司的合规方式）。

我踩过坑：实时扫描压缩大文件，让我的归档任务平白慢了 30%+。

五、任务分类与并发“算出来”，不是拍脑袋

分类（举例）：

• CPU 型：CSV→Parquet、压缩/加密
• IO 型：本地解压/归档、磁盘搬运
• 网络型：SFTP/HTTPS 下载/上传

并发估算（我的经验公式）：

• CPU 型：并发 ≈ 物理核心数 × 0.5（留给系统和其他型任务余量）
• IO 型：并发 ≈ NVMe 数 × 2（看队列深度与延迟曲线微调）
• 网络型（跨境）：看链路窗口，区分高峰/低峰，夜间放量，整点避峰

在这台 48C 的机器上，我最终定了：

CPU 型：12–16 路

IO 型：3–4 路

网络型：2–6 路（02:30 前 4–6，03:00 后 2–3）

六、用任务计划程序“模板化”批量任务

1）统一的任务设置（思想比工具重要）

通用：运行不需要用户登录；使用专门的批处理服务账号（仅赋予必需权限）。

触发：错峰（绝不扎堆在 00、30），加入 1–4 分钟随机抖动。

条件：勾选“仅当有网络连接时”（并指定连接名或“任何连接”）。

设置：

“如果任务已在运行，则：不启动新实例（IgnoreNew）”——消灭叠罗汉；

“失败后，间隔 5 分钟重试，最多 3 次”；

“如果运行时间超过 45 分钟则停止”，并勾选“强制停止”；

允许按需运行、错过计划后尽快运行（StartWhenAvailable）。

2）用 PowerShell 批量创建任务（可复用）

# New-BatchTask.ps1
param(
  [Parameter(Mandatory)] [string]$TaskName,
  [Parameter(Mandatory)] [string]$ScriptPath,      # 入口脚本或可执行文件
  [Parameter(Mandatory)] [string]$StartAt,         # '02:07' 这样的错峰时间
  [string]$Arguments = "",
  [ValidateSet('CPU','IO','NET')] [string]$Type = 'CPU',
  [string]$RunAsUser = 'SVC-BATCH',                # 批处理服务账号
  [string]$RunAsDomain = '.',                      # 本地
  [string]$Description = ""
)

$action = New-ScheduledTaskAction -Execute 'powershell.exe' `
  -Argument "-NoProfile -ExecutionPolicy Bypass -File `"$ScriptPath`" $Arguments"

$h,$m = $StartAt.Split(':')
$trigger = New-ScheduledTaskTrigger -Daily -At (Get-Date -Hour $h -Minute $m -Second 0)

# 类型化设置
switch ($Type) {
  'CPU' { $timeout = New-TimeSpan -Minutes 45 }
  'IO'  { $timeout = New-TimeSpan -Minutes 60 }
  'NET' { $timeout = New-TimeSpan -Minutes 90 }
}

$settings = New-ScheduledTaskSettingsSet `
  -AllowStartIfOnBatteries:$true `
  -StartWhenAvailable `
  -RestartCount 3 -RestartInterval (New-TimeSpan -Minutes 5) `
  -ExecutionTimeLimit $timeout `
  -MultipleInstances IgnoreNew

$principal = New-ScheduledTaskPrincipal -UserId "$RunAsDomain\$RunAsUser" -RunLevel Highest

$task = New-ScheduledTask -Action $action -Trigger $trigger -Settings $settings -Principal $principal -Description $Description

Register-ScheduledTask -TaskName $TaskName -InputObject $task | Out-Null
Write-Host "Created task: $TaskName -> $StartAt, Type=$Type"

我把不同任务的错峰表写在一个 CSV（tasks.csv）里：TaskName,ScriptPath,StartAt,Arguments,Type，然后循环创建，十来分钟搞定 100+ 个任务的“编制”。

七、进程优先级与 CPU 亲和性：让位不等于让输

Windows 的任务计划程序不直接提供“优先级/亲和性”，但我们可以在启动动作里实现。

1）包装器：启动后立刻设置优先级与亲和性

# run-with-affinity.ps1
param(
  [Parameter(Mandatory)][string]$Exe,
  [string]$Args = "",
  [ValidateSet('Low','BelowNormal','Normal','AboveNormal','High')][string]$Priority = 'BelowNormal',
  [UInt64]$AffinityMask = 0   # 0=自动，非0时按位掩码绑定
)

$psi = New-Object System.Diagnostics.ProcessStartInfo
$psi.FileName = $Exe
$psi.Arguments = $Args
$psi.UseShellExecute = $false
$psi.RedirectStandardOutput = $true
$psi.RedirectStandardError = $true

$proc = [System.Diagnostics.Process]::Start($psi)
Start-Sleep -Milliseconds 200

try {
  if ($AffinityMask -ne 0) { $proc.ProcessorAffinity = [IntPtr]::new([int64]$AffinityMask) }
  $proc.PriorityClass = $Priority
} catch {
  Write-Host "Set affinity/priority failed: $_"
}

$proc.WaitForExit()
exit $proc.ExitCode

掩码例子（双路 EPYC，48C/96T，如果我让某个 CPU 型任务只占用前 8 线程）：

AffinityMask = 0x00000000000000FF（二进制最低 8 位为 1）

2）在任务动作里调用包装器（举例）

# 任务动作命令行（示例）
powershell.exe -NoProfile -ExecutionPolicy Bypass -File "D:\BatchJobs\tools\run-with-affinity.ps1" `
  -Exe "D:\BatchJobs\bin\csv2parquet.exe" -Args "-i D:\data\in -o D:\data\out" `
  -Priority AboveNormal -AffinityMask 0x00000000000000FF

经验：CPU 型任务给 AboveNormal，IO/NET 型给 BelowNormal 或 Normal，互不拖拽。
注意：亲和性不是越窄越好，太窄会让 CPU 热点集中、反而掉速。我的甜点区是 8–16 线程。

八、跨任务/跨节点“分布锁”，杜绝撞车

同一批数据不能被多处同时处理。用 SMB 共享做文件锁，简单有效。

# acquire-lock.ps1
param([Parameter(Mandatory)][string]$LockPath)  # \\fileserver\locks\etl_x.lock

Add-Type -AssemblyName System.Core
$fs = New-Object System.IO.FileStream($LockPath, [System.IO.FileMode]::CreateNew,
                                      [System.IO.FileAccess]::ReadWrite, [System.IO.FileShare]::None,
                                      8, [System.IO.FileOptions]::DeleteOnClose)
try {
  [Console]::WriteLine("LOCKED: $LockPath")
  # ... 执行业务逻辑 ...
  Start-Sleep -Seconds 5
} finally {
  $fs.Dispose()
}

谁抢到锁谁跑，进程退出时文件被删除；没抢到的，立刻退出并由任务计划程序的重试逻辑接管。

九、失败重试与超时：硬规则让系统有“边界感”

退避策略：第一次失败 5 分钟后重试，第二次 10 分钟，第三次 20 分钟（简单双倍退避）。

最长执行时间：CPU 型 45 分钟、IO 型 60 分钟、网络型 90 分钟（我们按实际 SLA 调）。

强制结束：务必勾选“如果请求停止未结束，则强制结束”。

不启动新实例：防止重试与原执行重叠。

增强版重试（可选，在脚本内实现）

# retry-wrap.ps1
param([string]$Cmd, [int]$MaxRetry=3)
$delay = 300
for($i=1;$i -le $MaxRetry;$i++){
  Write-Host "Attempt $i: $Cmd"
  $p = Start-Process "powershell.exe" -ArgumentList "-NoProfile -Command $Cmd" -Wait -PassThru
  if($p.ExitCode -eq 0){ exit 0 }
  Start-Sleep -Seconds $delay
  $delay *= 2
}
exit 1

十、消灭“惊群”：错峰 + 随机抖动

规则：整点/半点只放网控弱的任务（本地搬运），跨境/IO 重的全部错峰到 02:07、02:13、02:19…

随机抖动：在 CSV 的 StartAt 列里预置不同分钟；或脚本里在 -At 的基础上随机加 0–240 秒。

十一、网络型任务的香港“时区智慧”

我把上传大陆的窗口定在01:20–02:40（夜间空档最大），下载放在03:10–04:10。

（上表为我实测 7 天的中位视角；你的链路以实际为准。）

十二、观测与报表：让每晚的“准点”有证据

1）开启任务计划程序历史

在任务计划程序右侧点“启用所有任务历史记录”，或：

wevtutil set-log Microsoft-Windows-TaskScheduler/Operational /enabled:true

2）拉取昨夜任务统计报表

# nightly-report.ps1
$y = (Get-Date).AddDays(-1).Date
$events = Get-WinEvent -LogName Microsoft-Windows-TaskScheduler/Operational `
  | Where-Object { $_.TimeCreated -ge $y -and $_.TimeCreated -lt $y.AddDays(1) }

# 关键事件：100/110 触发，200 动作开始，201 动作完成，102 任务完成
$records = foreach($e in $events){
  [pscustomobject]@{
    Time=$e.TimeCreated
    Id=$e.Id
    Task=($e.Properties[0].Value)
    Detail=$e.Properties | % Value | Out-String
  }
}

$success = $records | Where-Object {$_.Id -eq 102}
$fail    = $records | Where-Object {$_.Id -eq 201 -and $_.Detail -match 'return code: [1-9]\d*'}

$summary = [pscustomobject]@{
  Date = $y.ToString('yyyy-MM-dd')
  SuccessTasks = ($success | Select-Object -ExpandProperty Task -Unique).Count
  FailTasks = ($fail | Select-Object -ExpandProperty Task -Unique).Count
}

$summary | Format-List

十三、实战数据：优化前后对比

十四、那些年踩过的坑（以及我是怎么在机房里把它们“灭火”的）

任务动作里没填 “起始于(Start in)”

现象：脚本里相对路径全跪；

解决：动作里把工作目录写死，比如 D:\BatchJobs\jobs\etl\。

用映射盘符（X:）访问共享

现象：任务在“无交互会话”下跑不到映射盘；

解决：一律走 \\fileserver\share，必要时 cmdkey + net use 在脚本开头临时挂载。

ExecutionPolicy 卡脚本

现象：任务一触发就返回 0x1；

解决：动作里加 -ExecutionPolicy Bypass 或给脚本签名。

“已在运行”时又触发一次

现象：同一数据被处理两次；

解决：设置不启动新实例（IgnoreNew） + 我自己的分布锁。

杀软/备份软件“搅屎棍”

现象：特定分钟 IO 飙升，任务随机变慢；

解决：跟安全同事沟通，把批处理路径列入白名单/避开同一时间窗。

跨境高峰撞车

现象：丢包+重传，吞吐掉到 40Mbps；

解决：重排时窗，上传和下载分开，并在整点前后空 10 分钟。

十五、把“模板化”贯彻到底：CSV 驱动的调度清单

tasks.csv 示例（片段）：

TaskName    ScriptPath    StartAt    Arguments    Type
ETL-SZ-CSV2PARQ-01    D:\BatchJobs\jobs\etl\run-csv2parq.ps1    02:07    -src \fs\sz\in -dst \fs\sz\out -mask 0xFF    CPU
ETL-BJ-UPLOAD-01    D:\BatchJobs\jobs\net\upload.ps1    01:34    -dest sftp://…    NET
ARCHIVE-LOCAL-01    D:\BatchJobs\jobs\io\archive.ps1    03:22    -days 3    IO

再配一个小脚本读 CSV、调用 New-BatchTask.ps1，新增/调整任务只改表格即可，运维差错率直线下降。

十六、进阶加分项（可选）

QoS 限速：用“策略型 QoS”为非关键网络任务设 带宽上限，避免压垮关键通道。

日志结构化：所有任务统一写 JSON 行日志（ELK/CloudWatch/Log Analytics 都好消费）。

多机编排：若有多台香港节点，把分布锁放到 Redis，再做轮询调度，真正做到**“全局不撞车”**。

ReFS + 大文件：归档盘用 ReFS，配合固定块大小的压缩，碎片更少（视工作负载评估）。

第二天到机房的时候，夜班同事递过来一杯冻柠，我打开看板，上面是一排舒展的绿色线条。凌晨 2 点那块曾经最吵的时段，曲线安静得像周末的维港。我笑着把“惊群”和“叠罗汉”的截图贴到了团队 Wiki 的封面，旁边加了一行字：

“性能不只是硬件的马力，更是流程的秩序。”

从那晚开始，我们的香港批量任务再没有迟到过。

附：可直接落地的命令片段（拎走就用）

1）一键创建任务（示例）

.\New-BatchTask.ps1 `
  -TaskName "ETL-SZ-CSV2PARQ-01" `
  -ScriptPath "D:\BatchJobs\jobs\etl\run-csv2parq.ps1" `
  -StartAt "02:07" `
  -Arguments "-src \\fs\sz\in -dst \\fs\sz\out" `
  -Type CPU

2）任务动作里调用优先级/亲和性包装器

powershell.exe -NoProfile -ExecutionPolicy Bypass -File D:\BatchJobs\tools\run-with-affinity.ps1 `
  -Exe "D:\BatchJobs\bin\csv2parquet.exe" -Args "-i D:\data\in -o D:\data\out" `
  -Priority AboveNormal -AffinityMask 0xFF

3）启用任务历史 & 昨夜报表

wevtutil set-log Microsoft-Windows-TaskScheduler/Operational /enabled:true
.\nightly-report.ps1

如果你也在香港机房里为批任务的“准点”和“吞吐”发愁，不妨照着这套“调度优先、模板驱动、进程约束、错峰联网”的打法走一遍。硬件还是那台硬件，但秩序变了，世界就会安静下来。