首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >自动化多磁带cpio备份

自动化多磁带cpio备份
EN

Server Fault用户
提问于 2010-02-17 02:25:14
回答 2查看 428关注 0票数 1

目前,我有一个简单的备份过程,在这个过程中,脚本每天通过cron运行。如果驱动器中有磁带,它将使用cpio备份关键文件,每周进行一次完整的系统备份。在大多数情况下,这是很好的。

但是,出现的问题是,每周备份都会失败,出现以下错误:

UX:cpio: ERROR:无法打开"/dev/tty“

这通常只是当前磁带已满的情况,而cpio无法访问控制终端以提示下一个磁带,这是因为作为cron作业运行。第二天早上手动运行脚本很好。

但是,手动运行备份不是最优的,因为完整的系统备份大约需要5个小时,在此期间系统处于使用高峰(因此容易更改中间备份)。让它在一夜之间自动运行是非常可取的。

清理系统中不必要的文件,以适应一个单一的磁带只能让我走这么远。

是否有任何方法自动化备份作业,可以跨越磁带?我确实有第二个磁带驱动器,我可以添加到服务器,但不确定这是否会有帮助。我更愿意继续使用cpio,而不是去查看一个全新的备份系统的所有压力/文档,除非是绝对必要的。

为了记录在案,我运行着上海合作组织的OpenServer 6。

EN

回答 2

Server Fault用户

回答已采纳

发布于 2010-02-17 05:38:21

有两个驱动器的选项之一是运行两个独立的cpio作业,同时备份系统的不同部分。接下来的挑战将是找到适合你的分界线。另一个优点是,只要数据总线不饱和,总备份就能更快地完成。

如果你的备份需要两盘以上的磁带,那就不会扩大。

票数 2
EN

Server Fault用户

发布于 2010-02-18 16:54:48

我记得,从很久以前,我就在做一些事情,比如使用期望来运行备份,并使用一个指向设备的符号链接,而不是真正的设备(首先指向第一个磁带),所以当检测到磁带结束时,将链接更改为第二个磁带,然后将<RETURN>发送到backup命令,然后它将继续使用第二个磁带。

票数 2
EN
页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://serverfault.com/questions/113653

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档