Распределенная обработка данных. Найханова Л.В. - 45 стр.

UptoLike

Составители: 

45
запись прошла успешно, администратор ресурсов отвечает координатору, что все
ОК”. или, наоборот, - “Not OK”.
2. Когда координатор получил соответствующие ответы от всех участников, он на-
сильственно заносит записи в собственный физический файл регистрации, указы-
вая свое решение относительно транзакции. Если все ответы былиОК”, то реше-
ние будетвыполнить”, а если был ответ “Not ОК”, то – “прокрутить назад”. За-
тем координатор любым способом информирует каждого участника о своем
решении, и каждый участник согласно инструкции должен локально зафиксиро-
вать или аннулировать транзакции. Отметьте, что каждый участник должен де-
лать то, что ему велел координатор во время фазы 2, - в этом и состоит протокол.
Обратите также внимание, что именно появление записи решения в физическом
файле регистрации координатора и отмечает переход с фазы 1 на фазу 2.
Теперь, если система дает сбой в какой-либо точке во время полного процесса,
процедура перезагрузки будет искать запись решения в файле регистрации координатора.
Если она ее обнаружит, то сможет указать, где произошла остановка. Если эта запись не
будет обнаружена, значит, принятым решением будет откат и, следовательно, процесс
будет завершен.
Стоит подчеркнуть, что если координатор и участники выполняют свою работу на
различных механизмах (поскольку они могут представлять собой распределенную
систему), то ошибка в работе координатора может привести к тому, что некий участник
довольно долго будет ожидать решения координатора. Во время ожидания ни одно
обновление, произведенное транзакцией, не сможет произойти с помощью этого
участника, оно будет как бы скрыто от других транзакций (иными словами, такое об-
новление будет заблокировано, об этом еще будет идти речь в следующих главах).
Отметим, что диспетчер передачи данных, также называемый администратором
передачи данных, может считаться администратором ресурсов в описанном выше смысле.
Это означает, что сообщения можно считать такими же восстанавливаемыми ресурсами,
как и базу данных, а администратор передачи данных способен участвовать в процессе
двухфазной фиксации.
        запись прошла успешно, администратор ресурсов отвечает координатору, что все
        “ОК”. или, наоборот, - “Not OK”.
     2. Когда координатор получил соответствующие ответы от всех участников, он на-
        сильственно заносит записи в собственный физический файл регистрации, указы-
        вая свое решение относительно транзакции. Если все ответы были “ОК”, то реше-
        ние будет “выполнить”, а если был ответ “Not ОК”, то – “прокрутить назад”. За-
        тем координатор любым способом информирует каждого участника о своем
        решении, и каждый участник согласно инструкции должен локально зафиксиро-
        вать или аннулировать транзакции. Отметьте, что каждый участник должен де-
        лать то, что ему велел координатор во время фазы 2, - в этом и состоит протокол.
        Обратите также внимание, что именно появление записи решения в физическом
        файле регистрации координатора и отмечает переход с фазы 1 на фазу 2.
     Теперь, если система дает сбой в какой-либо точке во время полного процесса,
процедура перезагрузки будет искать запись решения в файле регистрации координатора.
Если она ее обнаружит, то сможет указать, где произошла остановка. Если эта запись не
будет обнаружена, значит, принятым решением будет откат и, следовательно, процесс
будет завершен.
     Стоит подчеркнуть, что если координатор и участники выполняют свою работу на
различных механизмах (поскольку они могут представлять собой распределенную
систему), то ошибка в работе координатора может привести к тому, что некий участник
довольно долго будет ожидать решения координатора. Во время ожидания ни одно
обновление, произведенное транзакцией, не сможет произойти с помощью этого
участника, оно будет как бы скрыто от других транзакций (иными словами, такое об-
новление будет заблокировано, об этом еще будет идти речь в следующих главах).
     Отметим, что диспетчер передачи данных, также называемый администратором
передачи данных, может считаться администратором ресурсов в описанном выше смысле.
Это означает, что сообщения можно считать такими же восстанавливаемыми ресурсами,
как и базу данных, а администратор передачи данных способен участвовать в процессе
двухфазной фиксации.




                                                                                      45