В основном под. В случае с ChronicleMap: если процесс был убит или сбой с ошибкой OOM или что-то еще, существует ли вероятность того, что фактические сохраненные данные были повреждены, а карта стала непригодной для использования?Может ли убить процесс поврежденного хранения данных?
Записи, измененные по запросам, которые находятся в полете, когда процесс прерывается, могут быть повреждены, однако релиз Chronicle Map 3 будет иметь возможность исключить эту возможность, i. е. записи будут либо иметь новое значение, либо старое значение, но не некоторые поврежденные байты в качестве значения.
Внесение изменений не происходит сразу после сбоя, является безопасным.
Спасибо, Роман. Я не смог правильно разрешить зависимости maven для третьей версии, это альфа, поэтому я не трачу много времени на это. Для второй версии: 1) Я предполагаю, что данные для записи переносятся на другой узел только после успешного сохранения, т. Е. Я не могу получить поврежденные данные на втором узле, если первый из них не удался. Верный? 2) Как насчет вопроса, аналогичного оригинальному: если что-то случилось с сетевым подключением: возможно, что я получу недопустимую запись на целевом узле? –
@ KostyaKulagin да, к сожалению Хроника Карта 3 текущей альфа-версии не используется из-за ошибки в файле Maven pom. Тем не менее, вариант, о котором я говорю, еще не присутствовал в альфа-релизах, и не будет появляться в версии Chronicle Map 3, а также только выпуск продукции, на подготовку которого требуется некоторое время. – leventov
Я обновил свой комментарий выше (всегда путаюсь с поведением ввода-ввода-отправки-сообщения :)), извините за небольшой беспорядок. И, вероятно, окончательный вопрос: из моего понимания наличия каких-то «снимков» MMFile должно быть довольно нетривиально, особенно в среде жизни, когда сам файл часто обновляется. Таким образом, единственная возможность в этом случае иметь некоторую отказоустойчивость состоит в том, чтобы иметь несколько копий/узлов на карту (т. Е. Карту, распределенную по нескольким узлам). Верный? –