用计划任务运行bat脚本结果和手动运行脚本不一致，脚本内容只有一条move

Posted 2023-03-18

bat脚本内容只有一条 move "z:\temp\* " "d:\temp\"，其中Z盘是映射的网络驱动器，来源是另外一台PC的共享目录，D盘是本地磁盘。想要的效果是每天定时执行脚本把另外那台PC的文件拖到本地来，但是手动执行这个脚本没问题，在计划任务里自动运行就无效
刚测试了下，如果move是从本地磁盘剪切到本地磁盘，用计划任务执行就没问题，但是要从网络驱动器剪切到本地磁盘就不行（奇怪就奇怪在手动运行脚本没问题）

参考技术A z:替换成ip地址试试,如:\\192.168.1.10\temp
注意下文件夹的读写权限和使用计划任务的权限,例如加入system组,例如：
schtasks /create /tn movefile /tr "cmd /c @move z:\temp\* d:\temp\" /u system /sc daily /st:12:00追问

考虑过用IP地址，但是直接填IP会不会有提示输入账号密码的问题？

追答

那应该是你没读写权限

追问

额可能是我描述的有点不清楚，两台PC都是我管理的，那个共享的temp文件夹我专门设了一个用户用来登陆共享。我在需要执行脚本的那台PC上先是通过输入\\192.168.1.1这样的IP登陆到远程PC（登陆时需要输入我设定的账号密码），登陆上后我右键把temp设置为网络驱动器Z盘。

所以我担心直接move命令后用IP地址路径会不会遇到需要输入账号密码导致脚本无法执行的问题？

额可能是我描述的有点不清楚，两台PC都是我管理的，那个共享的temp文件夹我专门设了一个用户用来登陆共享。我在需要执行脚本的那台PC上先是通过输入\\192.168.1.1这样的IP登陆到远程PC（登陆时需要输入我设定的账号密码），登陆上后我右键把temp设置为网络驱动器Z盘。

所以我担心直接move命令后用IP地址路径会不会遇到需要输入账号密码导致脚本无法执行的问题？

追答schtasks /create /tn movefile /tr "cmd /c @move z:\\temp\\* d:\\temp\\" /u 这里改成你建的用户名 /p 这里改为密码 /sc daily  /st:12:00 /f

完了测试下movefile这个计划任务,或者编辑下你自己这个计划任务的运行权限

参考技术B 你好，move命令应该不能跨硬盘的分区使用：如果是同一个硬盘可以使用move；如果是不同的硬盘分区，就不能使用move，你可以使用 copy命令然后使用del
有疑问，请追问！本回答被提问者采纳 参考技术C 每天定时执行的时间是什么时候？
计划任务是的设定发出来看下追问

计划任务只是设定了时间、输入了密码，其他全是默认设置。
问题和计划任务无关，因为我只要把脚本改为move "d:\temp2\* " "d:\temp\" 自动执行就没问题，问题应该出在网络驱动器上

Linux计划任务执行结果和手动执行不一致

Linux计划任务执行结果和手动执行不一致，发生原因有三种：

以下是计划任务和脚本情况介绍，写出具体代码是为了说明第三种情况

[root@salt-master 09]# crontab -l
*/1 * * * * /bin/sh /root/test03/09/01.sh  >/dev/null 2>&1
*/1 * * * * /bin/sh /root/test03/09/02.sh  >/root/test03/09/03.txt 2>&1

[root@salt-master 09]# cat 01.sh
#!/bin/bash
A=`cat /root/test03/09/03.txt`
echo $A

[root@salt-master 09]# cat 02.sh
#!/bin/bash
ls /root/test03/09/*
[root@salt-master 09]# cat 03.txt
/root/test03/09/01.sh
/root/test03/09/02.sh
/root/test03/09/03.txt

1、脚本中命令未使用绝对路径

一般系统命令没有这个问题，但是一些编译安装的服务命令，如果没有写入环境变量，则会导致调用失败，这时候要么写入环境变量的配置文件，并source文件；要么写上绝对路径。
例如编译安装的mysql，可以使用绝对路径/usr/local/bin/mysql ，则可以避免这个问题，其他命令也一样。

2、crontab配置文件中未使用绝对路径

例如脚本01.sh，如果只写/1 sh 02.sh ，脚本执行一定会报错，这里有个小注意点就是02.
sh的权限问题，如果有可执行权限，可以省略写 /1 /root/test03/09/02.sh
如果没有可执行权限，则一定要这么写 /1 * /bin/sh /root/test03/09/02.sh

3、最为特殊的情况，只因为两个计划任务都是每分钟执行一次，且01.sh依赖02.sh的输出结果，导致01.sh脚本执行完结果为空

将计划任务修改如下

[root@salt-master 09]# crontab -l
*/1 * * * * /bin/sh /root/test03/09/01.sh  >> /root/test03/09/04.txt 2>&1

04.txt输出如下：

[root@salt-master 09]# tail -f 04.txt

++ cat /root/test03/09/03.txt
+ A=
+ echo

此时，可以发现A的结果为空，而手动执行结果如下：

[root@salt-master 09]# sh -x 01.sh
++ cat /root/test03/09/03.txt
+ A=‘/root/test03/09/01.sh
/root/test03/09/02.sh
/root/test03/09/03.txt
/root/test03/09/04.txt‘
+ echo /root/test03/09/01.sh /root/test03/09/02.sh /root/test03/09/03.txt /root/test03/09/04.txt
/root/test03/09/01.sh /root/test03/09/02.sh /root/test03/09/03.txt /root/test03/09/04.txt

是不是很神奇，通过04.txt的输出结果，可以发现01.sh脚本中A的变量输出为空，但是所有的地方都是用了绝对路径，有的同学可以会怀疑环境变量的影响，我这边已经证明，即便source /etc/profile也没有作用，以为与此无关。不相信的可以自行尝试。

解决办法：

在01.sh脚本中，第2行加上sleep 5

原因：

因为两个脚本都是每分钟执行一次，推测可能在执行过程中，03.txt被锁定，导致无法读取内容，只要错开这个时间，就能正常读取结果。这是一种特殊情况导致的结果。