数据库中的信息，可能因系统错误、误操作、硬件故障或意外情况而丢失。尤其是客户记录、生产数据以及属于企业的关键信息一旦丢失，可能引发严重的问题。在大多数企业中，数据是多年积累而来、难以重新生成的一项价值。因此，数据备份（backup）是维护一个企业持续性最基本的措施之一。备份不仅仅是一次文件复制操作，而是一个需要规划并定期持续进行的过程。
数据为什么会丢失？
数据丢失并不取决于单一原因，而且多数时候不会事先预告。硬件故障（如磁盘损坏）、停电、软件错误、误删或一次错误的更新操作，都可能让数据的一部分或全部变得无法访问。除此之外，恶意软件和物理事件（如火灾、水灾）也是风险的一部分。
这些风险的共同点在于，当它们发生时，只有存在一份完好的备份，回退才有可能。在没有备份的情况下，丢失的数据多数时候会永久消失。因此，备份应被当作一项”不确定何时会需要，但一定会需要”的准备，而不是”万一发生在我们头上”来对待。
备份类型
如何进行备份，是根据数据量和可接受的丢失时长来确定的。有两种基本方法较为突出。
全量备份（full backup）：是对整个数据库进行一次复制。用这种方法进行恢复最简单、最直接，因为数据的全部都在一份备份中。与之相对，由于每次都复制全部数据，它需要更多的时间和存储空间。
增量备份（incremental backup）：只复制自上次备份以来发生变化的数据。它更快、占用空间更少；与之相对，恢复时需要与全量备份一起来处理。在实践中，这两种方法通常配合使用：按固定间隔进行全量备份，在其间频繁进行增量备份，从而在安全性与效率之间取得平衡。
方法的选择不是一种抽象的偏好，而是取决于对两个基本问题的回答：在故障情况下我们能承受多久之前的数据丢失，以及我们需要在多长时间内让系统重新恢复运行？这两项需求越清晰，备份的频率和类型也就越自然地明确起来。在一个关键且持续变化的系统中需要频繁备份，而对于较为稳定的数据，一个较为稀疏的计划也许就足够。
自动化与计划性备份
手动进行的备份可能被遗忘；而在事务繁忙的时期，最需要的那一刻反而可能被忽略。一套依赖人的记忆的备份，恰恰承担着在关键时刻缺失的风险。因此，让备份以自动且按计划的方式运行很重要。
一套按固定间隔自行运行的备份系统，能消除人为失误，并确保数据截至某一时间点的状态始终处于保障之中。备份间隔是根据企业能够接受多大程度的数据丢失来确定的：在一个持续变化的关键系统中间隔要短，而对于较为稳定的数据，较长的间隔也许就足够。对备份过程进行监控，并对失败的备份加以察觉和通报，也是这一计划的一部分。
异地保存与 3-2-1 方法
把备份保存在与其所备份数据所在的同一块磁盘或同一环境中，会带来在该环境遭遇故障时把主数据和备份一并丢失的风险。同一房间里的两份副本，可能被同一事件一并波及。为降低这一风险，一种被广泛使用的方法是 3-2-1 方法：
- 让数据至少有 3 份副本（主数据和两份备份）。
- 让这些副本保存在至少 2 种不同的介质上。
- 让副本中至少 1 份保存在不同的地点（off-site）。
这种方法旨在防止单一的故障或事件同时波及全部数据。一份保存在异地的副本，即便在一场本地灾难中也能让数据得以恢复。
恢复测试与备份的安全
仅仅进行备份还不够。所进行的备份在需要时能否顺利恢复，也需要定期加以检查。一份损坏或残缺的备份，如果只有在需要用到它的那一刻才被发现，就会造成最糟糕的结果。因此，应按固定间隔进行恢复（restore）测试，验证数据确实能够被找回。一份未经测试的备份，不是保障，而只是一个希望。
备份本身也应受到保护。由于其中含有关键信息，备份应与主数据同样谨慎地保存，并以安全措施防范未授权访问。当自动备份、异地保存和定期恢复测试被结合起来实施时，数据安全会得到显著提升。一套规划正确的备份系统，能在意外情况下让数据安全地被找回，并让企业得以不间断地持续运营。
相关服务：数据库与数据管理、系统集成、软件与 PC 应用
Leave a Reply