当仲裁见证文件损坏后，如果双节点之间的通信仍然正常，理论上数据写入本身可能不会立即出问题，因为数据的写入依赖于节点间的直接通信和S2D的内部机制。但是，仲裁见证在集群中的作用是为了防止脑裂（Split Brain）情况的发生，确保在节点间通信异常时能够正确决定集群的活动状态和数据一致性。

在仲裁见证文件损坏的情况下，虽然节点间的直接通信不受影响，但集群失去了确定哪个节点具有权威控制权的依据，这就可能导致以下问题：

1. 潜在的脑裂风险： 即使当前节点间通信正常，一旦遇到短暂的网络中断或其他可能导致节点间通信异常的情况，由于缺乏有效的仲裁机制，集群可能无法正确判断何时进行故障转移，这将增大出现脑裂的风险。

2. 集群状态不确定性： 没有了仲裁见证，集群的状态可能会变得不稳定，因为没有明确的方法来确定哪个节点有权执行改变集群状态的操作，例如添加或删除资源、修改配置等。

3. 数据一致性问题： 虽然节点间通信正常时数据写入暂时不受影响，但长期缺失仲裁见证可能导致在异常情况下的数据同步和一致性难以得到保证。

因此，即使双节点间的通信保持正常，也应该尽快修复或重建仲裁见证，以确保集群的高可用性和数据一致性。