0x80070005本质是执行身份、环境或资源权限不匹配，需分层排查：①任务属性中勾选“使用最高权限运行”并确认账户属administrators组或为system；②确保task scheduler服务自动运行且system对系统日志有写入权（注册表customsd含a;;0xf0007;;;sy）；③脚本路径须绝对且带引号，“起始于”填完整目录，工作目录与权限上下文一致；④手动以相同账户和策略复现执行并查任务历史及operational日志。
powershell 脚本在任务计划程序中执行失败，报错 0x80070005（拒绝访问） 或提示“访问被拒绝”，本质不是脚本写错了，而是它运行时的身份、环境或所触达的资源权限不匹配。排查不能只盯着脚本本身，得顺着执行链条一层层往下验。
确认任务是否以足够权限身份运行
任务默认可能以当前用户低权限令牌运行，即使你是管理员账户，UAC 也会限制其实际能力。
- 右键任务 → “属性” → “常规”选项卡：务必勾选“使用最高权限运行”
- 点击“更改用户或组”，确认填入的是本地 Administrators 组成员（如
.Administrator或NT AUTHORITYSYSTEM），且密码正确（若非 SYSTEM） - 若选 SYSTEM，无需密码，但需确保 Task Scheduler 服务本身有写日志权限（见下一条）
检查 Task Scheduler 服务与底层系统权限
服务自身若无法以 SYSTEM 身份写入事件日志，整个任务链就断了，哪怕配置再对也启动不了。
- 按
Win + R输入services.msc，找到 Task Scheduler：启动类型设为“自动”，状态应为“正在运行” - 若服务启动后立刻停止，检查依赖项 Time Broker 是否已启用（尤其在 Windows 11/Server 2022 中）
- 若服务报“错误5：访问被拒绝”，可能是 SYSTEM 被移除了对系统日志的写入权：打开注册表
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesEventLogSystemCustomSD，确认 SDDL 字符串含(A;;0xf0007;;;SY)
验证脚本调用路径与执行上下文权限
报错 0x80070005 常出现在脚本试图读写某处时被拦，而非脚本第一行就崩——比如访问网络共享、写入 C:Program Files、调用未签名 PowerShell 脚本等。
- 在任务“操作”选项卡中，“程序或脚本”必须是绝对路径；含空格路径用英文双引号包裹（如
"C:Scriptsackup.ps1"） - “起始于（可选）”填脚本所在目录完整路径（如
C:Scripts），否则工作目录默认为C:WindowsSystem32，相对路径会失效 - 若脚本内调用 PowerShell，先确认执行策略：
Get-ExecutionPolicy -Scope CurrentUser和LocalMachine；建议设为RemoteSigned并对脚本所在目录加信任（Set-ExecutionPolicy RemoteSigned -Scope CurrentUser） - 若访问 UNC 路径（如
\servershare），当前任务账户必须对该共享有明确读写权限——本地管理员 ≠ 网络权限
手动复现执行环境并查日志
任务失败≠脚本失败。必须用和任务完全一致的身份、路径、工作目录去手动跑一次，才能暴露真实问题。
- 以任务配置的账户登录系统（或用
runas /user:用户名 cmd模拟），在命令行中执行：powershell -ExecutionPolicy Bypass -File "C:Scriptsackup.ps1" - 在脚本开头加
Write-Host "当前用户: $env:USERNAME, 当前路径: $(Get-Location)"，确认上下文是否符合预期 - 打开任务计划程序 → 选中任务 → “历史记录”选项卡：重点看“操作”列的详细错误描述，比弹窗更准确；同时检查 Windows 事件查看器 → “应用程序和服务日志 → Microsoft → Windows → TaskScheduler → Operational”
