了解Azure SQL数据库的备份
Azure SQL数据库是Azure云中PaaS模式下的数据库即服务产品。它是一个完全管理的SQL Server数据库引擎，使用最新的稳定版本的SQL Server企业版。这个数据库服务提供了丰富的功能，在内置高可用性能力的帮助下提高了可用性，并通过使用简单流畅的部署、自动备份和补丁等减少了可管理性工作。我们通常将这种部署用于现代云兼容的应用程序，或者如果我们想利用超大规模或无服务器选项。本文将解释Azure SQL数据库备份，以帮助你了解这些数据库在后台的备份工作，以及我们如何使用它们来满足我们的数据保护和恢复要求。
Azure SQL数据库备份
备份是由Azure为其PaaS数据库产品（如SQL数据库或Azure SQL管理的实例）进行内部管理。这也减少了管理的复杂性和DBA在管理数据库备份上花费的精力。 Azure SQL数据库像SQL Server一样支持3种类型的备份来实现时间点的恢复。
完整备份
差异备份
事务日志备份
完整备份是数据库的完整转储，包括数据库和交易日志文件中存在的一切。差异备份只捕获自上一次完整备份以来的那些变化，交易日志备份捕获交易日志文件中的日志记录。它也被用于时间点恢复。事务日志备份以增量格式捕获日志细节，所以如果你错过了之前的任何日志备份，那么你就不能在该日志备份之外恢复你的数据库。
这些数据库的自动备份每周进行一次完整备份，每隔12至24小时进行一次差异备份，每隔5至10分钟进行一次交易日志备份。一旦你部署了Azure SQL数据库，Azure就会进行第一次完整备份。你不需要为此配置任何东西。只要你部署了任何SQL数据库，Azure就会代表你进行备份。剩余的差异备份和交易日志备份将在这次全面备份之后开始在后台运行。系统会根据你的数据库的工作量来决定何时运行哪些备份和它们的时间表。这些备份可用于时间点恢复，或将数据库恢复到另一个Azure位置或地区，或者你需要从一个非常老的备份中恢复这个数据库，该备份是根据长期保留政策保存的。
备份冗余
对于自动备份，也支持备份存储冗余。作为备份存储冗余的一部分，有三个选项可用。如果我们谈论成本计算或定价的角度，那么每种类型都有其不同的价格，所以如果你在备份存储冗余类型上做任何改变，成本将受到影响。
地理冗余备份存储
本地冗余备份存储
区域冗余备份存储
地域冗余备份存储是默认配置。它为你的备份文件创建多个副本到成对的区域，以确保备份的安全和始终可用。这个选项在主区域无法访问或你想把你的数据库恢复到不同区域的情况下非常有用。这也可以说是你的数据库最便宜的灾难恢复解决方案之一。
本地冗余备份存储将你的所有备份副本保存在同一数据中心，而区域冗余备份存储将备份文件保存在同一区域的不同可用区。如果你想在主站点附近保留你的备份副本，这两个选项是合适的。
在部署SQL管理的实例后，不能改变备份存储冗余，而对于Azure SQL数据库，你可以随时改变它。在创建SQL管理的实例时，你可以为其选择所需的备份存储冗余。
保留期
Azure SQL数据库支持两种类型的备份保留策略。
短期保留策略
长期保留策略
短期保留策略用于解决时间点的恢复，而长期保留策略则用于解决出于各种审计和合规性目的的长期或较早的备份的恢复。我们也可以将这些备份文件作为短期保留策略的一部分保存起来，最长为7-35天。默认的备份保留是7天，但根据你的服务层级而有所不同。在DTU购买模式下，基本服务层的最大保留期为7天，而DTU购买模式下的标准和高级服务层的最大保留期为35天。你可以使用Azure门户网站根据你的需要设置这个保留期。
如果你想把备份文件保存更长的时间，那么长期保留策略就适用。你可以把长期保留期最多保留10年。这意味着如果你选择了10年作为长期保留期，那么你将有能力恢复10年的数据。长期保留即LTR每周执行一次备份，并将备份副本保存到Azure BLOB存储中，最长可达10年。你也不应该担心数据的安全性，因为所有的备份都是加密的，无论它是保存在存储器上还是在运输途中。
我将在Azure云上创建一个PaaS数据库，并向你演示其备份是由Azure SQL自动创建的。
自动备份的演示
登录到Azure门户。搜索SQL数据库，一旦它出现在下拉菜单中，就点击这个选项。在上面的步骤中点击这个选项后，就会出现数据库仪表板页面。 在这里可以看到你以前部署的所有SQL数据库。如果你想创建一个新的数据库，请点击下面屏幕上的 "+创建"选项。
一旦你点击上面屏幕上的 "创建"按钮，下面的屏幕就会出现。在创建一个新的数据库时，请确保填写和审查下图中橙色箭头所示的所有选项。我现在将创建这个数据库，保留所有的默认选项。如果你为你的项目创建它，那么你必须点击下面屏幕中显示的每个标签，如网络、安全、附加设置、标签等。
一旦你填写了细节，点击 "审查+创建"按钮来创建你的数据库。
部署已经开始，现在正在进行中。等待几分钟来完成这个过程。一旦部署完成，你可以点击 "转到资源"选项，跳到数据库仪表板页面。
你需要访问逻辑服务器页面来查看所有可用的备份。我们将逻辑服务器的名称保留为mdsos，因为它在上面的屏幕中显示为部署。现在继续访问该页面，通过点击逻辑服务器mdsos来查看是否为该数据库创建了完整的备份。
目前这个数据库还没有还原点，但Azure SQL会自动创建一个完整的备份，并在几分钟内创建一个还原点。如果你在这个阶段点击还原选项，因为没有可用的恢复点，那么还原页面上的所有选项都将显示为灰色。
当你在几分钟后刷新这个页面，你可以看到已经为这个数据库创建了一个恢复点，如下图所示。这意味着这个数据库的完整备份已经完成，现在也可以恢复了。
当你用默认选项部署这个数据库时，网络访问将被阻止，无法访问这个数据库。如果你观察到你的第一个完整备份没有创建，并且仍然显示为 "没有可用的还原点"，如上图所示，那么你必须检查其防火墙和网络设置，以启用允许Azure服务和资源访问此服务器。
你可以通过点击 "设置服务器防火墙 " 选项卡，从SQL数据库概述页面访问此设置。一旦你访问 "设置服务器防火墙 " 选项卡，就会出现以下页面，在这里你可以选择 "是"允许Azure服务和资源访问此服务器选项，并点击 "添加客户端IP"。点击下图中的 "保存 "按钮，保存这些设置。再等几分钟，你会看到你的数据库备份和恢复点将在这些变化后创建。
你也可以通过访问备份仪表板的保留策略标签来检查它的保留，如下图所示。
正如我上面解释的，我们可以看到短期保留被设置为7天，用于时间点恢复，这也是一个默认值，而差异备份被配置为每12小时一次。我们还可以看到，这个数据库的长期保留（LTR）不是默认设置的，我们需要根据我们的保留策略手动进行设置。
总结
数据库备份对于数据保护和恢复要求非常重要。我们必须始终确保我们的数据库在考虑到我们的RPO（恢复点目标）政策的情况下进行备份，以防止任何数据丢失。 选择Azure中的PaaS数据库产品可以使你轻松地完成这些工作，因为它们是完全管理的数据库，可以在内部自动处理数据库备份，而无需从用户方面进行任何配置。我们已经了解了Azure SQL数据库备份的基本情况，这是Azure中的一个PaaS数据库产品，并且看到了一旦我们在Azure云上部署SQL数据库，其备份是如何自动运行和配置的。
作者：迪鲁宾
链接：https://juejin.cn/post/7170611717154537485