我们正在评估ChronicleMap，我们的应用程序运行集群模式，节点范围从5到45。计划是将ChronicleMap持久化到共享NFS文件夹中，以便所有节点都可以读/写。
在这样说的情况下，单个节点更有可能在读/写操作过程中由于各种原因而宕机。我有一些问题
- 如果node-1在写入操作期间发生故障，群集中另一个正常的node-2是否仍能继续读取/写入文件
- 假设我们实现了一些逻辑来检测服务器崩溃，并在重新启动时调用.recoverPersistedTo。当群集中其他正常节点正在读取/写入文件时，这会导致任何问题吗？我问这个问题的原因是文件上说
"您必须确保没有其他进程访问Chronicle Map调用.recoverPersistedTo(("时存储
- 我读到使用.recoverPersistedTo((代替createPersistedTo不是一个好的做法，但缺点是什么
首先，我们(Chronicle(不支持将Chronicle Map文件放在NFS上(因为我们使用内存映射，众所周知NFS会导致问题(。此外，尝试在NFS上使用恢复会导致数据损坏，因为NFS上没有足够的文件锁定，恢复会尝试锁定文件以防止多个进程同时进行恢复。一般来说，开源ChronicleMap应该由同一主机上的多个进程使用。
您的问题的解决方案是商业地图企业，它支持节点之间的地图复制，请联系sales@chronicle.software详细信息。