谢谢你分享。这是一篇很有趣的文章。我期待着下一篇文章。我从事备份和灾难恢复软件的工作已经有 10 年了。在我们这个领域有一个常见的说法，鉴于这篇文章的性质，我觉得有必要和你分享。> “朋友不会让朋友自己建立备份和灾难恢复（BCDR）方案”。建立 BCDR 是出了名的困难，有很多陷阱。作者提到了一些，但也许让我来进一步说明一些。- 备份不等于灾难恢复：在发生灾难时，你希望尽快恢复运行。如果你无法在几分钟或几小时内恢复，你的客户会失去对你的信任，你的业务也会受到损害。能够以最小的数据丢失（<1 小时）恢复系统（文件服务器、数据库、域控制器）对于许多业务的生存至关重要。请参阅恢复时间目标（RTO）和恢复点目标（RPO）。- 时间点备份（崩溃一致 vs 应用程序一致）：一个完善的备份系统应该支持时间点备份。…
源讨论自己打造备份系统 – 第1部分：策略先于脚本原帖 121 条评论 · 导入时统计把你的经验，加入这段讨论。
哈哈。这句话让我笑了；它让我想起了Alice in Chains乐队的一次表演，其中也有类似的台词。 关于BCDR解决方案，它们也在B2B公司之间销售信任。这些解决方案共同保护着数十亿，甚至数万亿美元的数据，任何理智的CTO都不会允许使用开源方法进行备份和恢复。这主要是因为备份需要高度可用性。浏览快照列表是我作为系统管理员做过的最繁琐的任务之一。尽管这些解决方案大多数都很臃肿，而且严重违反了用户空间，但最终是公司的声誉使它们能够销售产品。虽然我尊重Proxmox试图抓住Broadcom事件的机遇，但我可以长篇大论地解释为什么它可能无法渗透B2B市场，但归根结底是一个简单的...…
完整原文> 在多个地方进行备份（3-2-1备份！）很重要 是的，对于绝大多数个人网络用户来说，那个"1"在没有付费备份服务的情况下几乎无法实现。而且到了那个阶段，你为什么还要自己做这些事情，而不是直接使用他们的滚动备份+快照应用呢？ 世界上没有一个人，住在离我不同城市的人（那个"1"在龙卷风、洪水或野火发生时并不能提供保护），我会要求他们24小时运行一台电脑并在我需要的时候进行维护。
完整原文> 你永远不应该信任一个"rsync复制"，甚至崩溃一致的备份。 这使你了解到一个被禁止的真相：你只需要备份你的数据库和文件/对象存储。其他所有东西都可以被重新创建，或者必须被重新创建，这取决于你对“永远”这个词的重视程度。一些IT人员像龙一样囤积的Veeam虚拟机备份是毫无价值的。
完整原文3-2-1类比已经过时了。在云服务器出现之前，我们无法像现在这样灵活地选择数据存储的位置。 我至少会在本地有文件系统快照，以便在人为错误时轻松恢复，将数据复制到远程位置并使用实现A，也在那里进行快照，再用实现B将相同数量的数据复制到另一个位置并进行快照，这样不仅有数据的持久性，还能缓解备份过程中的实现错误。 zfs在这方面非常有用，我使用Borg作为次要实现，这几乎可以应对任何灾难。
完整原文我自己的外部备份是两个处于RAID1的外部硬盘（RAID0？！）。其中一个已经坏了，当然，是西数的硬盘。它静默地坏了——一些扇区对读取命令没有响应，这在对阵列进行就地加密时被发现。（我通常会避免使用西数的消费级硬盘，如果不是为了品牌多样性的话。现在我买了两个不同年份的WD硬盘。） 这是家庭备份，所以对你所说的内容来说并不完全相关——我只是想强调存储介质很糟糕这一点。理想情况下，我应该定期独立地对每个硬盘进行扫描（可以通过强制降级阵列模式来实现，但要注意不要损坏元数据！），并对照备份软件生成的校验和进行检查。这种特定的故障模式也可以通过将数据复制到/dev/null来检测。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。