我有一个vbscript脚本，当我自己运行它时，它可以正常运行。
但是很奇怪的是，当我以管理员身份在任务计划程序下运行它时，它可以运行，但甚至不会写入我的日志文件。这不应该是权限问题，因为我运行它的用户是管理员。
这是在Win2008 64位机器上调用32位dll的脚本。
C:\windows\SysWOW64\cscript.exe Bob.vbs
我也将本地目录设置为我运行脚本的位置。
具有讽刺意味的是，任务计划程序说“成功完成”了任务。
此外，任务计划程序中还有其他脚本可以正常运行，只有这个脚本有问题。
是否有人能提供一份我可以检查的事项清单？
我曾经在Windows 2008 Server和Windows 7上使用DOS批处理文件和VB脚本时遇到过这个问题。在每种情况下，一旦我为计划任务操作设置了“启动目录”，一切都正常工作。
TEMP环境变量所指定的目录为工作目录，而不是我指定的任务目录（“开始于”文件夹）。TEMP文件夹，看看你的文件是否在那里。如果您正在运行Win2008 64位机器：在同一台服务器上，任务计划程序运行一个批处理文件（例如runvbs.bat），用32位版本的命令行解释器调用cscript，如下所示：
@echo off
%windir%\syswow64\cmd.exe /C "c:\windows\system32\cscript.exe //B //nologo import_some_data.vbs"
请注意双引号。
我使用管理员组权限和最高特权运行。
配置：Windows® 7，Windows Server™ 2008 R2
在“编辑操作”对话框中：
操作：启动程序
程序/脚本：runvbs.bat
启动位置：c:\inetpub\wwwroot\asp\importstuff\
对于Windows 2008，您可能需要确保任务以管理员权限运行。
常规选项卡 - （勾选）以最高权限运行
我解决了同样的问题。当连接到数据库时，脚本会失败，然后在修复后，创建Xls文件时也会失败。 我创建了一个批处理文件，并将以下内容添加到其中。此批处理文件将调用我的VB脚本并以32位模式运行。
%windir%\SysWoW64\cmd.exe /C "c:\windows\system32\cscript.exe //B //nologo C:\ScheduledJobs\PrimeReconDev\myVBScript.vbs"
我曾经遇到过同样的问题。
我通过使用相对路径（“logs\log”）来解决它，而不是之前使用的绝对路径（“U:\workingDirectory\logs\log”）。
显然，当您通过任务计划程序执行脚本时，需要使用相对路径。
我找了很久才解决了这个问题，现在我要分享一下。
之前的脚本在 Server 2003 上可以正常运行，但想要迁移到 Server 2012 时一部分脚本无法运行。
必须创建一个新任务，并在“常规”选项卡中选择“配置”为“Windows Server 2003、Windows XP或Windows 2000”。如果使用基本任务，则此选项不允许使用2003，必须使用新任务。
我过去也遇到过类似的问题，当调度vbs脚本时代码无法执行 - 这可能会成为一个问题！同时很好奇是否有人能够解决这个问题。 （顺便说一下，我们通过将代码重写为C#控制台应用程序来解决了这个问题）