solaris, oarcle用户定时任务执行问题

将薪比薪

环境：soalris 10,oracle 10g
问题描述：
1、oracle用户的定时任务：
root # crontab -l oracle
0 3 * * * /opt/condata/back/exp_all.sh
0 2 * * * /opt/condata/file_remove.sh
0 1,5,9,13,17,21 * * * /opt/condata/arc_remove.sh

exp_all.sh：备份脚本
file_remove.sh：删除备份的脚本
脚本内容：find /opt/condata/back/ha_back -atime +1 -exec rm {} \;
arc_remove.sh：删除归档的脚本
脚本内容：find /opt/condata/arc/haeoms -atime +0 -exec rm {} \;

按照命令显示，应该是保留昨天2点以后直至今天的备份，但是最近几天查看都是保留的备份中有昨天2天以前的备份，查看了下定时日志：
**************************************
CMD: /opt/condata/file_remove.sh
>  oracle 591 c 一  2月  8 02:00:00 2010
<  oracle 591 c 一  2月  8 02:00:01 2010
>  CMD: /opt/condata/back/exp_all.sh
>  oracle 6118 c 一  2月  8 03:00:01 2010
*************************************

结果表明，定时任务是正常执行的。

问题：为什么保留的备份中会有昨天2点以前的备份？
（难不成是我对find命令中的-atime -n +n 有误解？我对- n的理解是：访问时间在n天以前的，0应该是说今天以前的，1应该是1天以前，这种理解不对么？）

t_stones

man find

The descriptions of -atime, -ctime, and -mtime use the  ter-
     minology n ``24-hour periods''. For example, a file accessed
     at 23:59 is selected by:

     example% find . -atime -1 print

     at 00:01 the next day (less than 24 hours  later,  not  more
     than one day ago). The midnight boundary between days has no
     effect on the 24-hour calculation.