一个备份失败的问题

ppiao

在cron设置时间自动备份数据库归档日志文件到磁带，备份的过程大致这样：先mv归档路径下的*.arc文件到磁盘上的一个临时目录/DATA/bk_log_temp下，再将临时目录下的归档文件tar到磁带（tar －rvf /dev/rmt2 /DATA/bk_log_temp/*.arc)上，完成后在磁盘上建立一个备份当天的归档日志文件的日期目录（mkdir 'date +%Y-%m-%d),之后再将临时目录下的*.arc mv 到 ‘date +%Y-%m-%d’下。平常来说，若归档日志文件比较少（一个arc文件大小6M左右），总大小3G以下时，能够自动tar到磁带上，现在我们的数据库每天产生的归档都是在6G左右的，在查看记录归档备份的日志时，不能自动tar到磁带，同时也不能mv /bk_log_temp下的arc文件到日期目录下，磁带的总容量应该足够的，用手工直接将这些备份不成功的文件tar到磁带上是可以的。现在想请各位仁兄帮帮忙，是不是我的备份命令参数需要优化，或者有什么比较好的方法，感谢能提供参考一下！

larryh

备份所用的用户和你做试验的用户是一样的吗？如果一样的，手工可以，脚本肯定可以。

ppiao

上边那位兄弟说得很对，我手工备份的时候是在临时目录下tar到磁带的，所以能成功的，只是要检查磁带的空间，6G的话需要半个小时。我的自动备份脚本中tar 到磁带不是在临时目录下的，因此，我在脚本中加进了 cd /DATA/bkup_arch_log_temp
tar -rvf  /dev/rmt1  *.arc
这样的话就成功了

zlg88

你是用crontab -e 生成的任务还是手工编辑/var/spool/cron/crontabs下的文件,若为后者则不会直接生效必须对cron进程进行操作才能生效.最好用前者.
另外,同意larryh 的意见,若手工可以，脚本肯定可以.