如何备份数据库取决于三个因素：如何将数据库传递给您，数据库的备份后勤以及恢复时间目标（RTO）和您试图满足的恢复点目标（RPO）。本文涵盖了数据库的交付方式。
数据库可以通过三种方式：作为您拥有的服务器上的软件；作为平台服务（PAAS）；并作为无服务器服务。让我们看看他们。
传统数据库软件
直到几年前，所有数据库的交付方式都是为了购买产品的许可并将其安装在您选择的服务器或VM上。您负责所有内容，包括服务器的安全性和管理，存储，应用程序本身以及（当然）数据库的备份。
这意味着您有各种各样的选择，包括如何支持它。某些可能性是完全无效的，因为数据库以一种特定的方式行事，使它们使用专为非结构化数据设计的方法变得不容易备份。以下三个概念适用于几乎所有传统交付的数据库。
移动目标
数据库中的数据通常存储在数据文件中，您可以在托管它的服务器或VM的文件系统中看到。只要某些内容正在对数据库进行更新，这些文件就会不断变化，这意味着您不能像其他任何文件一样备份它们。备份将一文不值。
时间备份和还原
大多数受支持的数据库 - 背包方法在制作副本的时间点（例如每天晚上10点）创建数据库的副本。这意味着它只能将数据库还原到该时间点。
从某个时间点向前或向后滚
为了能够达到更严格的RPO，大多数数据库都有交易日志，可以在时间点还原后重播，以将时间点移至您指定的最新时间点。如果数据库崩溃并以不一致的状态出现，则该日志也可用于回滚事务。
尽管每个规则都有例外，但这三个一般概念几乎是在您管理的服务器或VM上运行的所有数据库的背后。数据文件有时是阻止设备，根本不是文件，有时即使数据库正在更改，它们也不会更改。获得任何传统交付数据库权利的备份的关键在于了解数据库如何解决上述三个挑战。
备份传统交付的数据库的最典型方法是夜间副本，可能是完整或增量的，然后连续备份交易日志。转储将使您能够还原整个数据库，然后日志将使您可以向前滚动交易，直到出现问题的地步。
平台即服务
交付数据库的第二种方式是平台即服务（PAAS）模型，您只能看到应用程序，并且不得不访问其背后的基础架构。亚马逊关系数据库服务（RDS）是PAAS产品的一个示例，可以配置为提供Oracle，MySQL，PostgreSQL和MariadB和Aurora数据库。Azure还提供了PAAS配置中的SQL Server，MySQL，PostgreSQL和其他。
PAAS数据库的备份选项通常非常简单。每个PAAS产品都提供了支持备份和恢复的机制。有些附带每天自动运行的备份，通常在该供应商的对象存储中创建副本。其他人要求您配置备份供它们运行。因此，不要假设您的PAAS数据库会自动备份。
实际上，您不应该假设任何基础架构都得到了备份。调查您使用的每个PAAS数据库，并查看其提供的备份和恢复选项。PAAS数据库的大多数默认备份方法将您的备份复制到同一帐户和数据库正在运行的区域，因此要研究的另一件事是您是否可以将这些备份复制到其他帐户和区域。这是一个好主意，可以保护您免受诸如此类的侵害OVH大火这摧毁了两个数据中心。2020欧洲杯预赛
无服务器数据库
无服务器数据库将PAAS越远，从客户那里删除了更多的管理要求，并创造了易于使用的体验。AWS DynamoDB，Aurora无服务器和Azure Cosmos DB都是这些数据库的示例。
使用无服务器数据库，您无需配置任何内容。实际上，您只是开始投入数据。计算和存储资源以及数据库分区的决策将自动为您确定并提供。它是如此的“魔术”，以至于许多人认为备份是自动处理的，但并非总是如此。
像PAAS数据库一样，备份方法由提供数据库的供应商决定，因此最佳实践是相同的：研究使用并部署数据库的最佳备份方法。确保弄清楚如何将数据复制到另一个区域和帐户。
云不是魔术，但它肯定使备份并恢复了数据库。您可以轻松地创建整个数据库的备份（即使是在数百个节点上的分区）备份比在传统环境中管理所有内容时所要求的要容易得多。只是不要让事情变得如此简单，以至于您开始做事。这始终是备用灾难的秘诀。