• Flush成功时

  通常期待的状态。由于执行了Flush，所以不会有数据损失，当然就不需要考虑对策。
• Flush失败时

  通常按计划停止时可确保执行了Flush并停止时的数据正确，但停止时Flush有可能失败。

  由于Flush未能被正常执行，所以存在于内存上的数据会丢失。

• 执行了Flush时

  异常停止前有可能执行Flush。

  由于执行了Flush，所以不会有数据损失，当然就不需要考虑对策。
• 未执行Flush，或Flush失败时

  异常停止前通常不会执行Flush。因此，即使执行也可能会失败。

  由于Flush未能被正常执行，所以存在于内存上的数据会丢失。

注解

无论是计划停止还是异常停止，都会存在由于Flush失败带来的数据损失风险。

• 用单一节点构筑时

  直到Cassandra恢复为止IMBox都无法使用。

  注解

  在单一节点上运行时，由于网络切断时无法进行读入/写入操作，所以不会发生数据损失。
• 用集群构成的方式构筑时

  状况会随着由网络切断的节点数不同而发生变化。
  • 存在可继续服务的台数时

    例如“节点数是3台（复制因子是3）”时，在运行中有1台被切断后，服务可在其他两个节点正常进行。

    被切断的节点再次连接到网络时，缺少的数据会被Replicate（复制）并恢复到通常的运行状态。
  • 无法再继续服务的台数时

    直到Cassandra恢复为止IMBox都无法使用。

    例如“节点数是3台，复制因子是3”时，若有两台被切断，则无法再使用服务。

    由于服务无法使用后也无法进行读入/写入操作，所以不会发生数据损失。

注解

此对策总的来说是一个降低数据损失的概率和减少损失量的对策。

关于 快闪备份 ，请参照此处。

注解

需要在运行设计中根据被要求的条件来调整Flush的执行频率。

需要研讨的项目如下。

• 数据损失可能性所容许的最长时间
• 由于定期执行Flush而带来的I/O负荷增加对服务响应和服务器负荷的影响

• 节点数是两台时

  构成集群的节点是2个时，任一节点停止后服务（数据的读入及写入）都无法继续。

  但是，由于在服务不可继续时也无法进行写入数据操作，所以不会发生数据损失。
• 节点数是3台（或3台以上）时

  构成集群的节点有3个（以及复制因子是3）时，即使任一节点停止服务都可继续。

  停止了的节点恢复时，会复制停止节点所缺少的数据，在复制结束时恢复到通常的运行状态。
  3个节点中的2个同时停止时，服务无法再继续，所以需要在只有1个节点停止的阶段采取恢复措施。

  但是，由于在服务不可继续时也无法进行写入数据操作，所以不会发生数据损失。

注解

可通过执行专用Job（JobNet）来复原。

详细内容请参照“IMBox式样 - Job Scheduler”。

注解

附件被保存在文件系统（PublicStorage）上，因此可由系统管理员来恢复。

关于附件的保存位置，请参照“ IMBox式样-动作-文件 ”。