为什么Task Scheduler作业无法访问映射的网络驱动器？

我有一个任务计划程序作业来运行Robocopy以将本地文件备份到网络共享。我必须使用域凭据来访问网络共享，但本地计算机不在域中，并且作业以本地管理员身份运行。 这个解决方案 临时映射和取消映射网络共享的工作原理，但它会以任何查看任务计划程序作业操作的人以纯文本形式显示我的密码。我宁愿在半永久性的基础上正常映射网络驱动器，因此任务计划程序工作只需运行Robocopy并参考相应的驱动器号。但是我总是得到错误“系统找不到指定的路径”。在从任务计划程序运行此日志时，在Robocopy日志中，即使该命令在提升的命令提示符下正常工作（作业设置为以最高权限运行）。还请注意我已经完成了 这个注册表调整 从提升的命令提示符访问映射的驱动器。

编辑：为了澄清，以本地管理员身份登录，我以管理员身份启动Windows资源管理器。我将网络共享映射到驱动器号Y.我以管理员身份启动命令提示符并运行

C:\Windows\System32\Robocopy.exe C:\temp Y:\temp

工作良好。我创建一个任务计划程序作业来运行完全相同的命令，无论用户是否登录，具有最高权限。我运行它并得到一个错误。我写了一个日志然后得到

ERROR 3 (0x00000003) Getting File System Type of Destination Y:\temp\
The system cannot find the path specified.

其次是

ERROR 3 (0x00000003) Creating Destination Directory Y:\temp\
The system cannot find the path specified.

映射驱动器是用户界面概念，不适用于此类后台任务。通过UNC访问目标，并确保任务运行的用户可以访问目标。

在我的情况下，我所要做的就是取消选中 run with highest privileges 标记，但我在与映射驱动器的用户相同的用户上运行任务。

尝试使用：

pushd \\machine\share

在计划任务的批处理文件中。网络共享驱动器仅在用户运行的环境中可用。 “pushd”将允许它在脚本的上下文中运行。

当你完成使用：

popd \\machine\share

取消映射驱动器。

参考： https://blog.adrianbanks.co.uk/windows/2007/03/08/accessing-network-file-shares-from-a-command-prompt.html

另一种选择就是使用完整的网络路径，因为Robocopy支持它们。即robocopy c：\ temp \\ server \ share \ temp

或者更好的是，在服务器本身上运行备份。仅为备份过程创建域管理员帐户。从只有域管理员才能访问的文本文件中提取robocopy密码。

几年前，我创建了几个.cmd脚本，可以通过这种方式为网络上的每个系统备份基本文件。我使用的唯一外部程序是Cgywin的Grep命令，以及命令提示符smtp邮件发送者。

我制作了一个可以扫描网络系统的脚本。它将创建一个包含所有系统名称的文本文件，并通过电子邮件提醒我找到的任何新系统。 （我有一个配置文件可以解析系统要跳过。）每个新系统都有一个为其创建的备份目录和一个备份配置文件。用户可以修改此文件并列出需要备份的所有目录。他们还可以指定备份时间，这样当他们在办公室时就不会发生。我每5分钟在服务器上运行一次这个脚本，因为它没有花费任何处理时间，我喜欢在新系统插入网络时提醒我的安全功能。

另一个脚本将解析所有单个备份配置文件，并安排任务在该系统上运行备份。这是每天上午12:01运行的。

最后，备份脚本将解析调度程序传递给它的配置文件，并使用robocopy复制所有文件。我对配置文件进行了完整的错误检查，因为用户会编辑它们，我会收到有关任何问题的电子邮件。

用户可以读取他们的备份文件，但无法删除备份。这为可能心怀不满的员工提供了一些保护。

可能在.vbs或powershell中可以做出更优雅的东西，但我不是真正的程序员。我的编程课程包括Cobal和JCL。我记得当我离开时我复制了脚本，但谁知道它们现在在哪里。

echo Get-Date >> c:\mount_nfs_log.txt
net use X: \\share\folder password /user:domain\user>> c:\mount_nfs_log.txt 2>&1

创建此powershell脚本，将作业调度为SYSTEM并将其设置为在重新启动时运行允许我在我的脚本中使用驱动器号，因为UNC不是一个选项，因为其他问题的头痛。

尝试将“开始”位置更改为“c：\”。这似乎为我解决了这个问题，因此系统可能会阻止cmd.exe作为安全功能从默认的\ windows \ system32 \执行。

我有同样的问题试图访问 R：/xxxfilename.txt 从Windows任务计划程序调用脚本时，使用Windows映射驱动器r：\ server \ share。

我解决了使用 //server/share/xxxfilename.txt
请注意反斜杠转换为正斜杠。
现在我的bash cygwin脚本在windows任务调度程序和cygwin shell中运行。
注意： “ 净使用 “命令可以访问shell中的地图驱动器，但显示 不可用R：在Windows任务计划程序中运行此命令时。

我通过将“运行是否登录用户”选项更改为“仅在用户登录时运行”来克服此问题。试试这可能会对你有所帮助。

正如另一位用户所指出的那样，将“运行用户是否登录”选项设置为“仅在用户登录时运行”似乎确实有效。然后，您可以使用映射路径（例如Z :)或服务器路径（例如\\ ServerName \ Path）。

当然，如果您使用此选项，则必须按照说明进行操作，并确保以具有相关驱动器访问权限的用户身份登录服务器。我记得在一家老公司工作，有很多这样的工作。有一天有人“退出”了主要的工作服务器，没想到会有任何影响，因为他们没有以任何方式关闭机器......

此外，最近，Windows喜欢做很多自我调用的系统重启。因此，使用此解决方案需要您自担风险。

另请注意，如果您在脚本中进行映射并且密码包含％，那么必须将其写入%%以使脚本能够从taskscheduler中运行，但％必须从commandprompt运行

谢谢，我认为使用“以c：\开头”解决了​​我的问题，我将跟踪此问题以确认已解决。

我有同样的问题，如果我直接点击批处理它运行完美但没有按计划任务。