【问题标题】:Backing up Data in Blob Storage Account备份 Blob 存储帐户中的数据
【发布时间】:2021-06-10 22:51:28
【问题描述】:

我想知道在具有 GZRS 复制的 Blob 存储帐户中备份我的数据的最佳方法是什么。这将在任何数据损坏的情况下保护我。我正在浏览 MS Doc 链接https://docs.microsoft.com/en-us/azure/storage/blobs/point-in-time-restore-manage?tabs=portal 其中谈到了时间点恢复。要使用 PIT 还原,需要根据文章启用软删除、更改源和 Blob 版本控制。 我还看到了这个博客 (https://azure.microsoft.com/en-ca/blog/microsoft-azure-block-blob-storage-backup/),它谈到了使用 Event Grid 和 AZ Copy 并将备份备份到备用存储位置。 所以我想知道使用微软开箱即用的选项“时间点还原”是否容易,或者按照博客文章? 在我可以备份存储帐户之前,博客文章有很多内容。感谢任何帮助

另外,如果我使用时间点恢复,我可以在多长时间内取回我的数据,这有什么限制吗?

【问题讨论】:

  • 对 blob 数据的 PIT 还原需要考虑许多重要的限制,其中主要是无法在容器级别进行还原以及在还原期间阻止对 Blob 的访问。它的易用性可能取决于存储帐户中 Blob 的结构 - 例如,您是否希望只需要还原一个 Blob,或者如果有多个,目标 Blob 是否共享一个前缀?

标签: azure azure-storage azure-blob-storage azure-eventgrid azure-storage-queues


【解决方案1】:

Blob 数据的 PIT 还原需要考虑许多重要的限制,其中主要是无法在容器级别进行还原以及在还原期间阻止对 Blob 的访问。具有事件中心和 AzCopy 的自定义解决方案可能没有相同的限制,但部署和管理起来会很复杂。

它的易用性可能取决于存储帐户中 blob 的结构 - 例如,您是否希望只需要恢复一个 blob,或者如果有多个,目标 blob 是否共享一个前缀?

更改数据与原始 blob(非存档)位于同一层,因此恢复时间取决于数据流失量。此处的重要提示提供了一些见解,建议不超过 90 天用于具有大量更改的数据和示例恢复性能:https://docs.microsoft.com/en-us/azure/storage/blobs/point-in-time-restore-overview#retention-period-for-point-in-time-restore

【讨论】:

    猜你喜欢
    • 2014-07-25
    • 1970-01-01
    • 2017-10-22
    • 2017-04-11
    • 2015-01-08
    • 2021-10-16
    • 2016-12-10
    • 2013-06-30
    • 2019-06-26
    相关资源
    最近更新 更多