java - 破解远程/虚拟磁盘上的 "real"Java 刷新

Question

我正在寻找一个“技巧”或“hack”来确定一个文件已经保存在远程磁盘上，通过 vmware 缓存、NAS 缓存等。

刷新和关闭 FileOutputStream 是不够的。我认为 Channel.force(true) 两者都不是。

我正在考虑这样的事情:

• 写入文件并读回文件
• 写入文件，检查时间戳，重命名文件，检查不同的时间戳
• 写入“内容错误”的文件，覆盖原内容，读回并检查内容

也许有人遇到了同样的问题并找到了解决方案。

我的要求是不丢失数据。 Java 应用程序以这种方式工作:

1. 接受来自远程源的文件
2. 添加数字签名和经过认证的时间戳以创建新文件。如果此文件丢失，则无法以任何方式重新创建。
3. 将此文件写入存储
4. 在数据库中将文件标记为已签名
5. 告诉远端一切正常

今晚我们发生了一次崩溃，三个事务在第 5 步之后但在数据实际刷新到远程存储之前失败了。所以数据库说一切都很好，远程端被告知相同但 15 秒的签名数据丢失了。这是不好的。

正确的解决方案可能是对远程文件系统进行“同步安装”。但这不会在短时间内发生。即使在这种情况下，考虑到该应用程序在 VMWare 服务器上运行，我也不完全相信这种情况。

所以我想有一个“尽力而为”来防止(减轻)这样的事件。

Answer 1

让我们从一个假设开始:您不能保证对任何单个磁盘的任何单次写入。在您的写入和磁盘盘片之间有太多的软件和硬件层。即使您可以保证写入，也不能保证数据可读。磁盘可能会在写入和读取之间崩溃。

唯一解决方案是冗余，由框架(例如，RDMS)或您的应用提供。

当你收到文件并签名后，你需要将它发送到不同物理主机上的多个目的地，并等待他们回复他们保存了文件。其中一个可能会崩溃。其中两个可能会崩溃。数据的重要性将决定您需要多少远程主机。

顺便说一句，冗余也适用于您的数据库。事务提交的事实并不意味着您将能够在数据库崩溃后恢复它(尽管 DBMS 工程师在确保写入方面比您或我有更多很多经验，所有这些取决于了解诸如“日志和数据文件必须驻留在单独的物理驱动器上”之类的系统管理员。我强烈建议您(冗余地)将足够的元数据与文件一起存储，以便能够重建数据库条目。