在 Microsoft Fabric 中就地还原仓库
适用于：✅Microsoft Fabric 中的仓库
Microsoft Fabric 提供了利用还原点将仓库还原到某个之前时间点的功能。
- 借助就地还原功能，还可在发生意外损坏时将仓库还原到已知的正常状态，从而最大限度地减少故障时间和数据丢失。
- 就地还原有助于将仓库重置为已知的正常状态，以满足开发和测试的需要。
- 就地还原有助于在数据库发布或迁移失败时快速回滚之前状态的更改。
就地还原是数据恢复功能的重要组成部分，可将仓库还原到以前的已知正常状态。 还原时将使用现有仓库中的还原点覆盖现有的仓库。
还可以使用 T-SQL OPTION 语法查询仓库中过去显示的数据。 有关更多信息，请参阅过去存在的查询数据。
什么是还原点？
还原点是通过仅复制元数据，同时引用 OneLake 中的数据文件来创建的仓库恢复点。 元数据已复制，而以 parquet 文件形式存储的仓库基础数据并未复制。 这些还原点可用于将仓库恢复到某个以前的时间点。
要查看仓库的所有还原点，请在 Fabric 门户中转到“设置”->“还原点”。
系统创建的还原点
创建系统创建的还原点是仓库中的内置功能。 但仓库应处于“活动”状态才能自动创建系统创建的还原点。
将会全天创建系统生成的还原点，保留期限为 30 天。 系统生成的还原点将每隔八小时自动创建一次。 系统创建的还原点可能无法立即用于新仓库。 如果尚不可用，请创建用户定义的还原点。
在任何给定时间点，最多可以有 180 个系统生成的还原点。
仓库支持八小时恢复点目标 (RPO)。
如果仓库已暂停，则除非恢复仓库，否则无法创建系统创建的还原点。 应在暂停仓库之前创建用户定义的还原点。 在删除仓库之前，不会自动创建系统创建的还原点。
无法删除系统创建的还原点，因为这些还原点用于保证恢复的服务级别协议 (SLA)。
用户定义的还原点
仓库使工作区管理员能够在对仓库进行大量修改之前和之后手动创建还原点。 这可确保还原点的逻辑一致性，并在出现工作负荷中断或用户错误时提供额外的数据保护，缩短恢复时间。
可根据具体的业务或组织恢复策略创建任意数量的用户定义还原点。 用户定义的还原点保留期为 30 个日历日，然后系统会在保留期届满时代你将其自动删除。
有关如何创建和管理还原点的详细信息，请参阅在 Fabric 门户中管理还原点。
还原点保留期
还原点保留期的详细信息：
- 仓库会在 30 个日历日保持期到期时，删除系统创建和用户定义的还原点。
- 还原点的存在时长是从创建还原点的时间开始计算的绝对日历天数（包括 Microsoft Fabric 容量暂停的时间）。
- Microsoft Fabric 容量暂停时，将无法创建系统创建和用户生成的还原点。 Fabric 容量在创建还原点过程中暂停时，还原点的创建将会失败。
- 如果在生成还原点后，容量在恢复前持续暂停的时间超过 30 天，还原点将继续存在，直到达到总计 180 个系统创建的还原点时为止。
- 在任何时间点，只要还原点尚未到 30 天的保留期，仓库就可以存储最多 180 个系统生成的还原点。
- 为仓库创建的所有用户定义的还原点都保证按默认的 30 个日历日保留期存储。
恢复点和还原成本
存储计费
创建系统创建和用户定义的还原点均会消耗存储。 OneLake 中的还原点存储成本包括以 parquet 格式存储的数据文件。 还原过程中不会产生存储费用。
计算费用
创建和还原还原点期间会产生计算费用，并且会消耗 Microsoft Fabric 容量。
仓库就地还原
使用 Fabric 门户就地还原仓库。
在还原时，当前仓库将被“替换”为还原后的仓库。 仓库的名称保持不变，旧仓库将被覆盖。 创建还原点时存在的所有组件（包括“资源管理器”中的对象、建模、Query Insights 和语义模型）都将还原。
每个还原点都将引用创建还原点的 UTC 时间戳。
如果在请求还原后遇到 5064 错误，请再次重新提交还原。
安全性
管理员、成员或参与者工作区角色的任何成员都可以创建、删除或重命名用户定义的还原点。
具有工作区管理员、成员、参与者或查看者工作区角色的任何用户都可以查看系统创建和用户定义的还原点列表。
只有具有工作区管理员工作区角色的用户才能从系统创建或用户定义的还原点还原数据仓库。
限制
- 无论是在 Microsoft Fabric 工作区中还是跨 Microsoft Fabric 工作区，均无法提供还原恢复点来创建具有不同名称的新仓库。
- 还原点的保留期限不能超过默认的 30 个日历日保留期。 此保留期目前不可配置。