我们使用一些
- 阻止 blob 来存储一些持久资源，然后
- 用于存储事件数据的页面 blob
我们需要备份 blob，因此我尝试使用 AzCopy。它在我的开发机器上工作正常，但在其他慢速机器上失败，并出现错误“远程服务器返回错误:(412) 不满足使用 HTTP 条件 header 指定的条件.. “几乎每次。
我们经常写入页面 blob(可能在一秒钟内多达多次，但这并不常见)，因此这可能就是原因。
是否有更好的策略来备份不断变化的 blob？或者有什么办法可以绕过 AzCopy 使用的 ETag 问题？
最佳答案
更改的 ETag 将始终停止复制，因为更改的 ETag 表示源已更改。
blob 备份的一般方法是主观的，但也是客观的:
- Azure 本身内的 Blob 复制(在同一区域中)从存储帐户到存储帐户的速度将明显快于尝试将 Blob 复制到本地位置(由于一般的 Internet 延迟)，甚至从存储帐户到虚拟机上的本地磁盘。
- Blob 支持快照(相对即时发生)。如果您创建快照，快照将保持不变，从而允许您针对快照而不是实际的 blob 本身执行复制操作(在您的情况下使用 AzCopy)，而不必担心源数据在执行期间发生更改。副本。 注意:您可以创建任意数量的快照；请小心，因为存储大小会随着底层原始 blob 的变化而增加。
关于Azure Blob 备份，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/41572003/