我们在 EC2 实例上有一个 Windows 2012 R2 文件服务器，具有 DFS 网络共享。总体数据大约需要 600-800GB。
我想以某种方式在最近的 72 小时内每隔 15 分钟保留一份副本，以满足用户紧急要求恢复意外删除或损坏的文件的用例。
有没有 AWS 解决方案可以解决用户弄乱文件这一特殊用例？对于灾难恢复，我们使用每日 AWS 快照和多站点 DFS 复制，但我们正在寻找一种可以在很短的时间内恢复最近文件的方法。
答案1
最简单的方法是每隔 15 分钟对 EBS 卷进行快照，并在 72 小时后使快照过期。要恢复，您只需从所需的任何快照中创建一个 EBS 卷，将其附加到您的一台服务器上，安装它，然后恢复文件。
所有这些都很容易自动化，并将提供快速的本地文件恢复。
答案2
我有一些想法，可能都不是你真正想要的，但它可能会激发其他人更好的想法
- BitTorrent 同步。将服务器同步到另一台计算机，并将其设置为仅上传，不删除。
- Dropbox，可以保留版本历史记录
- Attic 是一个重复数据删除备份程序，但每 15 分钟对如此多的数据运行一次可能意味着它永远无法完成。
- CrashPlan，虽然每 15 分钟比默认值要多得多，并且可能无法在下一次运行开始之前完成。
- 也许与 S3 进行某种同步
对于大多数这种情况，您必须想办法删除 72 小时后不再需要的文件。
如果您将要求改为每小时快照，其中一些会变得更加实用。
理想情况下，您需要 AWS 支持的东西。目前还想不出什么。在制作快照时，EBS 卷可以安全使用，但您会遇到性能下降的情况。