小太郎*_*小太郎 19 raid backup storage snapshot btrfs
当我将快照和 RAID 与 btrfs 一起使用时,我能想到的备份的两个主要原因似乎得到了照顾。(这里的 RAID,我指的是 RAID1 或 10)
所以作为现场备份解决方案,这似乎工作得很好,它甚至不需要单独的数据存储设备!
但是,我听说 RAID 和快照都不是正确的备份,所以我想知道我是否遗漏了什么。
除了 btrfs 还不是一项成熟的技术,你能想到我遗漏了什么吗?或者我的想法是否正确,这是一个有效的现场备份解决方案?
Hop*_*00b 42
不,这不对。
当您的文件系统或 RAID 卷损坏时会发生什么?或者你的服务器着火了?或者有人不小心格式化了错误的数组?
您将丢失所有数据以及您认为拥有的非真实备份。这就是为什么真正的备份与您正在备份的数据位于完全不同的系统上的原因 - 因为备份可以防止相关系统发生会导致数据丢失的事情。将备份保存在与备份相同的系统上,该系统上的数据丢失也会影响您的“备份”。
pep*_*uan 11
对于现场备份,快照可能已经足够了,前提是您定期将快照“导出”到其他地方,在那里它作为被动数据存在。
并且,定期测试您的“发货快照”是否可以恢复。
这就是我对我的一些服务器实施快速备份的方式:将数据存储在 ZFS 上,拍摄 ZFS 快照,将增量发送到另一台服务器,在那里重新创建整个文件系统(减去实际运行的服务)。
当然,最好的备份总是在异地。因此,在将快照“传送”到单独的系统后,定期对快照进行“磁带输出”。
因此,在我的系统中,接收快照增量的服务器会定期将其所有 ZFS 池(包括早期快照)转储到磁带。
当然,测试您的流片以确保它可以恢复。
注意:您将希望快照在静默磁盘活动期间发生,并且最好与数据库(如果有)协调以确保一致性;否则,治愈可能比疾病更糟糕。这就是 NetApp 和 EMC 的“实时快照”功能非常有用的原因:他们将推迟 LUN 的快照,直到使用 LUN 的数据库表明执行快照是安全的。
HopelessN00b 所说的话。不。
正确的备份位于与正在备份的设备不同的设备上。当您丢失两个或更多驱动器时会发生什么?当您的服务器机房被烧毁时会发生什么?当有人不小心破坏了您的阵列时会发生什么?
(轶事警报:我曾经听说有人将 PXE 设置为自动安装最新的 Fedora。他的 UPS 失败了。停电后,他的服务器重新启动并设置为 PXE 启动,然后……在他的数据上安装了 Fedora。我的点?奇怪的事情发生了。幸运的是,他有适当的备份。)
最好至少有三份数据副本,一份完全异地存储,以防数据中心烧毁。
您的存储必须支持正确实施的快照,因为体面的备份确实将它们用作创建备份作业的第一阶段。然而,将快照用于主备份是一个坏主意。原因:
1) 快照和后端存储可能失败。因此,真正的备份必须使用单独的主轴集,否则很有可能同时丢失主要工作集和备份数据。
2)快照“咀嚼”可用空间。将昂贵且快速的存储用于当前的热数据并将作为冰冷数据的备份快照和备份使用到一些更便宜且速度较慢的存储是有意义的。它适用于 1) BTW。
3) 快照通常会减慢整个过程。大多数系统使用写时复制,这种方法会产生碎片。Redirect-on-Write 速度更快,但占用大量空间。很少有供应商正确实施了快照。带有 WAFL 的 NetApp 和带有 CASL 的 Nimble Storage(我不隶属于它们中的任何一个)。几乎每个人都有问题。例如,戴尔 Equallogic 会在每个更改的单个字节上触发 15 MB 的页面更新(和浪费)。这太贵了。
是的。这是存储备份的完美方式。不需要其他任何东西,哎呀,即使进行完整性检查也只是浪费时间。
只是为了确认 - 在我提供更多建议之前......你为我的竞争对手工作,对吗?你真的知道吗?不?哦。
对不起,坚果。一点都不。对不起,伙计。
问题是您对 (a) 系统和 (b) 操作系统级别中发生的任何错误完全开放。您基本上只能防止有人删除某些数据。好的。这是一个经常发生的错误。
你没有保护的是:
还有一长串其他的东西。
这是 - 当然,除非你为我的竞争对手工作 - 你总是请备份:
这就是磁带摇滚的原因——它们没有连接,任何短暂的火灾或洪水都不会伤害它们。功率尖峰 - 磁带阅读器和机器人可能会出现,但不在阅读器中的磁带不会受到影响。
最好是异地备份(我有没有提到过火灾和洪水之类的事情?)(同样,当你为竞争对手工作时 - 没有建筑火灾之类的事情,完全不需要,火灾保险也是如此,拜托,省下这笔钱)。
现在,您可能会想“哦,洪水永远不会发生”。确保你确定。看,这里是 09.09.09 vodaphone 数据中心泛滥的视频。我相信您会理解现场/计算机备份的问题所在:
http://www.youtube.com/watch?v=ttcQy3bCiiU
| 归档时间: |
|
| 查看次数: |
4108 次 |
| 最近记录: |