目前,我有一个简单的备份过程,在这个过程中,脚本每天通过cron运行。如果驱动器中有磁带,它将使用cpio备份关键文件,每周进行一次完整的系统备份。在大多数情况下,这是很好的。
但是,出现的问题是,每周备份都会失败,出现以下错误:
UX:cpio: ERROR:无法打开"/dev/tty“
这通常只是当前磁带已满的情况,而cpio无法访问控制终端以提示下一个磁带,这是因为作为cron作业运行。第二天早上手动运行脚本很好。
但是,手动运行备份不是最优的,因为完整的系统备份大约需要5个小时,在此期间系统处于使用高峰(因此容易更改中间备份)。让它在一夜之间自动运行是非常可取的。
清理系统中不必要的文件,以适应一个单一的磁带只能让我走这么远。
是否有任何方法自动化备份作业,可以跨越磁带?我确实有第二个磁带驱动器,我可以添加到服务器,但不确定这是否会有帮助。我更愿意继续使用cpio,而不是去查看一个全新的备份系统的所有压力/文档,除非是绝对必要的。
为了记录在案,我运行着上海合作组织的OpenServer 6。
发布于 2010-02-17 05:38:21
有两个驱动器的选项之一是运行两个独立的cpio作业,同时备份系统的不同部分。接下来的挑战将是找到适合你的分界线。另一个优点是,只要数据总线不饱和,总备份就能更快地完成。
如果你的备份需要两盘以上的磁带,那就不会扩大。
发布于 2010-02-18 16:54:48
我记得,从很久以前,我就在做一些事情,比如使用期望来运行备份,并使用一个指向设备的符号链接,而不是真正的设备(首先指向第一个磁带),所以当检测到磁带结束时,将链接更改为第二个磁带,然后将<RETURN>发送到backup命令,然后它将继续使用第二个磁带。
https://serverfault.com/questions/113653
复制相似问题