In phase 2, if the coordinator send

In phase 2, if the coordinator sends a COMMIT message, then each participant updates its local log, releases all locks, and sends a DONE message to the coordinator. After the coordinator receives DONE messages from all participants, it writes the complete record into its log and deletes the record from its volatile store.
Failure handling: The basic two-phase protocol may run into difficult situations when fail- ures occur. A server may fail by crashing and thus may fail to respond. Also, messages may be lost. This makes the implementation of the 2PC protocol nontrivial. In a purely asyn- chronous environment, when the coordinator or a participant is blocked while waiting for a message, it cannot figure out if the sender crashed or the message is lost or delayed. Although time-out is used to detect message losses and process failures, it is not foolproof. Therefore, in case of any doubt, the system should ideally revert to a fail-safe configuration by aborting all transactions. Some specific failure scenarios and their remedies are sum- marized as follows:

Результаты (русский) 1:

В фазе 2 Если координатор посылает сообщение, то каждый участник обновляет свой локальный журнал, освобождает все блокировки и отправляет сообщение DONE координатору. После того, как координатор получает DONE сообщения от всех участников, он записывает полную запись в его журнал и удаляет запись из летучих хранилища.Обработка сбоев: базовый протокол двухфазной может работать в трудных ситуациях, когда fail Урес происходят. Сервер может произойти сбой, сбои и таким образом может не отвечать. Кроме того сообщения могут быть утеряны. Это делает реализацию протокола 2PC нетривиальная. В чисто asyn синхронной среде когда координатор или участник блокируется во время ожидания для сообщения, он не может понять, если отправитель разбился или сообщение будет утерян или задержан. Хотя время ожидания используется для выявления сообщений потери и неудачи процесса, не является надежной. Таким образом в случае возникновения каких-либо сомнений, система должна в идеале вернуться к резервному конфигурации путем отмены всех операций. Некоторые сценарии ошибок и их средства правовой защиты являются sum-marized следующим образом:

Результаты (русский) 2:

В фазе 2, если координатор посылает сообщение COMMIT, то каждый участник обновляет свой локальный журнал, выпускает все замки, и посылает DONE сообщение для координатора. После того, как координатор получает сообщения от Done всех участников, она записывает полную запись в журнал и удаляет запись из своего летучего магазина.
Обработки отказов: Базовый протокол двухфазного может работать в сложных ситуациях , когда возникают неудачах. Сервер может произойти сбой, врезаясь и , таким образом , может не реагировать. Кроме того , сообщения могут быть потеряны. Это делает реализацию протокола 2PC нетривиальным. В чисто хронного среде asyn-, когда координатор или участник блокируется во время ожидания сообщения, оно не может выяснить , если отправитель разбился или сообщение потерян или задерживается. Хотя тайм-аут используется для обнаружения потери сообщений и отказы в технологическом процессе, он не является надежным. Таким образом, в случае каких - либо сомнений, система в идеале должна вернуться к отказоустойчивой конфигурации с помощью прерывании все транзакции. Некоторые конкретные сценарии отказов и их устранение являются суммированы следующим образом :

Результаты (русский) 3:

на втором этапе, если координатор посылает совершать послание, тогда каждый участник обновляет свой местный журнал, релизы все замки, и посылает сделать сообщение с координатором.после этого координатора получает сообщения от всех участников, она пишет полная запись в свой журнал и удалить записи из его нестабильной магазин.отсутствие обработки: основные двухэтапная протокола могут работать в трудных ситуациях, когда не - урес происходят.сервер может не на грохот и, таким образом, не может ответить.кроме того, сообщения могут быть утрачены.это делает осуществления 2pc протокола нетривиальной.в чисто asyn - chronous среды, когда координатор или участником блокируется, ожидая сообщение, он не может понять, если отправитель разбился или сообщение утеряна или задержки.хотя время, используется для выявления сообщение потерь и технологических нарушениях, это не доказательство.таким образом, в случае каких - либо сомнений в том, что система должна в идеале вернуться к подстраховкой настроек и отмена всех сделок.некоторые конкретные неудачи сценариев и их средства правовой защиты являются сумма - marized следующим образом: