1. 传统的数据保护方案

1.1. 备份行业有一个比较特殊的地方在于，10年或20年前设计的一些产品至今仍然有许多人在用

1.2. 在20年前，市面上的所有备份方案都是我们现在称之为传统备份产品的那种方案

• 1.2.1. 必须自己动手把上百个UNIX系统里的数据各自备份到单独的磁带机中

1.3. 它们已经相当成熟，而且覆盖的范围很大

• 1.3.1. 支持各种UNIX操作系统，其中至少有一种系统（也就是HP-UX）已经连续13年都没有推出新版了

1.4. IaaS与PaaS形式的产品、Kubernetes与Docker应用，以及Hadoop与MongoDB数据库等更加新潮的产品，同样能够用传统的方案来备份

1.5. 凡是你能够想到的备份方式，这些备份方案都支持，包括目标去重、磁带库，以及各种各样的云平台

1.6. 依然能够在各种平台上执行裸机恢复

1.7. 除了能够把离站副本复制到对象存储设备里，某些方案还添加了一项功能，让你可以把云端的对象存储当成保存备份数据的首选地点

• 1.7.1. 大多数备份软件还是会把文件系统或者块存储设备当成存放备份数据的首选地点，这种功能是给那些想用对象存储作为首选保存地点的客户设计的

1.8. 会把源端去重的功能也添加进来

1.9. 可以在多个中心备份服务器之间复制备份数据

• 1.9.1. 每一台中心备份服务器通常都是独立运作的，它不会去了解其他的备份服务器

• 1.9.2. 具备多个站点的组织，就可以在不借助第三方厂商（例如某种云平台）的前提下，在这些站点的中心备份服务器上制作去重备份，并在各服务器之间复制这些备份，这样能够帮助它们方便地制作在场备份与离场备份

1.10. 如果你们的DR需求比较严格，那么通常必须单独用一个系统来做DR，电子取证方面的需求也是如此（很可能也必须单独用一个系统来满足）​

1.11. 传统的备份方案能够备份那些虚拟机形式的服务器，但是那些服务器采用专门为虚拟机而设计的方案来备份，效果明明会更好

1.12. 如果目前的传统备份方案能够满足你们的数据恢复需求，那就保持现状

• 1.12.1. 具体怎么办由你自己决定

2. 传统的备份方案

2.1. 基于虚拟机的方案、目标去重方案、超聚合方案，以及BaaS（备份即服务）与DRaaS（灾难恢复即服务）式的方案

2.2. 先做一次完全备份，然后制作一系列增量备份或差量备份，另外还会要求你定期制作完全备份

2.3. 凡是要求你在做完头一次完全备份之后，还得偶尔制作完全备份的方案，基本上都是传统的备份方案

2.4. 以后需不需要偶尔制作完全备份，并不是判断某方案是否属于传统备份方案的决定因素

• 2.4.1. 即便某个方案不要求你以后定期制作完全备份，它也仍然有可能属于传统的备份方案

2.5. 传统的备份方案通常只能以软件产品的形式购买，你需要把这款软件安装到你所选择的某台备份服务器上

2.6. 优点

• 2.6.1. 能够针对各种数据源集中地制作备份，并对制作备份的计划予以安排

• 2.6.1.1. 数据源涵盖了所有主流的UNIX操作系统，以及Windows系统、Linux系统与macOS系统，另外还支持vSphere、Hyper-V与AHV等虚拟机

• 2.6.2. 支持的数据源比较广，正是这类数据方案最大的优势

• 2.6.2.1. 所有主流的数据库（以及一些不太常见的数据库）​，都能够为传统的备份方案所覆盖，这包括Oracle、SQL Server、SAP、MySQL，以及Hadoop与MongoDB等比较新的数据库应用

• 2.6.3. 传统的备份方案是最先表现出滚雪球效应(snowball effect)的商用备份方案

2.7. 所有主流的传统备份软件都有集中的监控与回报机制

• 2.7.1. 其他类型的备份方案也缺乏良好的汇报机制

• 2.7.2. 在趋势汇报(trend reporting)方面做得很差，它们只能报告单个的错误，而无法综合地汇报问题

• 2.7.3. 无法探测出系统是否总是出现这样的故障，或者这种故障是否会导致你无法达成约定的RPO（目标恢复点）​

2.8. 第三方的汇报工具

• 2.8.1. 一个相当关键的工具

• 2.8.2. 工具能够用同一种格式来展示与运行情况有关的各项数据

• 2.8.3. 用来衡量备份与恢复工作是否成功的各种指标，以及与趋势分析及容量管理有关的信息

2.9. 备份代理程序（也就是backup agent）

2.10. 挑战

• 2.10.1. 初始规模很难确定，因为要想估算出这一规模，你需要顾及许多复杂的问题与情况

• 2.10.2. 必须维护一台备份服务器，而且还得维护它上面安装的操作系统以及备份软件

• 2.10.3. 喜欢用专门的设备来实现传统备份方案，其原因恐怕正在于他们不想混用多家厂商的产品，因为那样管理起来比较麻烦

• 2.10.4. 必须单独为DR（灾难恢复）以及电子取证工作准备另外的系统

• 2.10.5. 如果你是用磁带存储备份数据的，那可能会在调整磁带机的性能时遇到困难，另外还得考虑到磁带有可能丢失，以及磁带保管方提供的保管服务品质不佳等问题

• 2.10.6. 如果你用的存储设备不是磁带，而是磁盘，那么你需要考虑的事情就变成陈旧的备份数据会不会发生磁退化，以及如何令磁盘与主站彻底隔绝等问题了

3. 新的方案

3.1. 放弃了比较少见的数据源，只关注最容易处理的数据源，也就是许多人都在用的数据源（例如VMware、Windows、Linux等）​

3.2. 把研发资金全部投入自己打算支持的这几种数据源上

3.3. 缺点则在于，有许多比较小众的数据源只能留给传统的方案去备份