Powershell脚本作为计划任务

Question

我有一个可以删除旧的临时文件的脚本，它在以下情况下可以完美运行：

1. 从控制台主机
2. 从PowerShell ISE
3. 从运行命令。 换句话说，开始>>运行。 输入powershell.exe -file C:\\Users\\<userprofile>\\Delete-TempFiles.ps1

但我想将其设置为计划任务，因为这可能需要一些时间才能完成。 我的理解是，如果命令在“运行”行中起作用，那么我只需要将该命令复制到“任务计划程序”中的适当字段中即可。 即，“操作”标签下的“程序/脚本”文本框。 调度程序将“ powershell.exe”之后的单词移动到“参数”字段，一切都应该很好。 脚本专家Ed Wilson这样说 。

但是有些东西坏了。 定期启动时，脚本会从文本文件获取服务器名称，检查每个服务器上的临时文件夹，然后删除旧文件，如下所示：

Get-ChildItem -Path \\$server\C$\Windows\Temp -File | Where-Object {$_.LastAccessTime -lt $cutoffdate} | Remove-Item -Recurse

在我测试过的每台服务器上，至少都可以找到并删除某些东西，这与预期的一样。 但是，当我设置“计划任务”时，发现/删除了零个文件。

经过一些故障排除后，我发现当我单击“开始” >>“运行” >>“ PowerShell”时，它会打开我的用户配置文件，但是当“计划任务”启动PowerShell时，它会打开到C:\\Windows\\System32\\WindowsPowerShell\\v1.0\\Powershell.exe 。 因为编写脚本是假设我的源文件在我的配置文件中，所以PS找不到它。 我以为，在“计划任务”中填写“开始于”文本框将意味着PowerShell将在该文件夹中打开，但我想不会。

为了解决这个问题，我在脚本中用硬编码对源文件的位置进行了编码（ick），并将Set-Location C:\\Users\\<userprofile>放在了脚本的顶部。 但这并没有任何改变。

我还尝试了以下操作：

powershell -noprofile -noexit -executionpolicy bypass -file C:\Users\<userprofile>\Delete-TempFolders.ps1

同样，该脚本作为任务启动时可以正常工作，只是无法找到或删除任何旧的临时文件。 我根本无法弄清楚哪里出了问题。

Answer 1

为了使我以前的评论正式化为答案，这是TechNet文章中有关该主题的摘录：

如果选中标记为“不存储密码”的复选框，则Task Scheduler将不存储本地计算机上提供的凭据，但在对用户进行正确身份验证后将丢弃它们。 当需要运行任务时，任务计划程序服务将使用Kerberos身份验证协议的“用户服务”（S4U）扩展来检索用户的令牌。

使用S4U时，服务使用帐户的安全上下文的能力受到限制。 特别是，该服务只能使用安全上下文来访问本地资源。 如果您的任务需要访问网络资源，则不能使用S4U。 这样做会导致您的任务失败。 唯一的例外是在操作所涉及的计算机之间建立了受约束的委派。 如果您使用的是S4U功能，则该任务将无权访问加密文件。

换句话说，您有三个选择：

1）将任务需要的所有内容存储在本地（或将任务本身移动到文件所在的计算机中）。

2）使用不需要域认证的网络协议。 这可能是不安全的，您可能将无法使用便捷的常规cmdlet（例如Get-ChildItem 。

3）设置Kerberos约束委派 。 这说起来容易做起来难，但仍有可能。

Answer 2

这不会直接尝试回答您的问题。 而是提供一种通过将输出重定向到日志文件来更好地进行故障排除的方法。 使用powershell作为命令运行脚本，并使用-NonInteractive -windowstyle minimized -c "powershell -c "C:\\Users\\<userprofile>\\Delete-TempFolders.ps1" -verbose >> "C:\\LogPath\\ConsoleLogs\\TempFoldersPS1.log" 2>&1"作为参数。

希望这可以帮助。 否则，让我知道我会记下来的。