linux – 每次都要备份静态数据到磁带吗?

前端之家收集整理的这篇文章主要介绍了linux – 每次都要备份静态数据到磁带吗?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
在“备份和恢复”一书中,他们写道,最好每个月进行一次完整备份,然后每周增加或差异备份.

如果我每周有800GB数据和~10GB更改怎么办?

我还应该每个月做一次完整备份吗?

我的意思是,在LTO磁带上,它们保证了30年的数据可集成性.

那么为什么每次都要备份呢?

解决方法

这是通用指南.具体指导要好得多.

在开始设置备份保留计划之前,您需要回答的重要问题是:

How much data am I willing to lose,and how long am I willing to take to recover what I can?

磁带备份位于备份/灾难恢复层次结构的底部附近.非常粗略,那就是(我相信我会忘记几步):

> RAID(数据丢失防护)
>传统数据备份
>多站点数据备份
>数据复制
>冷却故障转移服务
>热门故障转移服务
>负载平衡的复制服务
>多站点复制
>多站点冷故障转移服务
>多站点热故障转移服务
>多站点负载平衡复制服务

我们在这里讨论第2步和第3步.您希望数据恢复的速度取决于以下几个因素:

>你有多少
>您必须完成多少备份集才能完成所有备份
>存储这些备份集的内容
>支持所有这些(服务器,网络和备份硬件)的硬件可以运行多快
>备份系统是否可以执行“差异”备份,还是只是完全/增量备份

如果您在差异备份被定义为“自上次完全备份以来已更改的所有内容”之前未遇到该术语.我认为该术语起源于BackupExec,后来被其他地方采用.但我离题了.

在本书的备份方案中,每月一个完整,每天净更改其余部分,最坏情况的灾难恢复方案是在完全备份前一天的数据丢失事件.在这种情况下恢复将需要:

>最后一次完整备份,29天前
>从那以后,每一个磁带都是28个.

根据上述变量,这可能需要很长时间才能恢复.

采取另一种方案,周五完全,净改变其他6天.这里最糟糕的复苏是周五下午的损失事件.在这种情况下恢复将需要:

>上周五的录音带
>其他6个磁带

这应该花费更少的时间.

没有涉及的一件事是当备份磁带坏时会发生什么.在完整版本的30天之间,一个糟糕的磁带可能会花费您1至59天的数据丢失.如果这是不可接受的,请更频繁地运行完整备份.

这些天销售给磁盘供应商的一件事就是合成完全备份.它的工作原理是您进行初始完整备份,然后再进行网络更改.在设定的时间表上,您执行合成完整备份,将上周/两周/月的净更改与上次完整备份合并,以提供虚拟完整备份.这对于保留在备份窗口中非常方便.

在执行混合磁盘/磁带系统时,您可以将每周/每月备份到磁盘,然后将归档文件设置到磁带上以便在架子上放置3/5/7/10.当与可以完全合成的东西组合使用时,合成的全部可以旋转到胶带并定期发送到场外.如今,混合动力系统提供了最大的灵活性,我尽可能地推荐它们.磁盘短期,磁带长期.

猜你在找的Linux相关文章